软件项目开发协议书(共9页).doc

《软件项目开发协议书(共9页).doc》由会员分享，可在线阅读，更多相关《软件项目开发协议书(共9页).doc（9页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上 软件项目委托开发协议买受人（简称甲方）： 某某单位出卖人（简称乙方）：某某有限公司 甲方委托乙方，乙方接受甲方委托，进行监管管理网合作开发 和 网络雷达代理定制 项目（以下简称系统）的软件开发，双方经过协商达成如下协议：一、 项目要求1 总体设计原则：1 对海关总署监管管理网进行合作定制开发 2. 对海关总署监管管理网页面进行美工设计 3. 对网络雷达代理定制进行系统定制修改 2 技术培训：乙方对甲方的使用者进行现场的日常操作与维护培训，使其能够独立地进行操作及日常维护。二、 双方责任和义务1. 甲方有义务对乙方提供的 开发程序 进行审定。2. 甲方有权对项目开发的

2、质量和进度进行监督检查。3. 甲方有义务在乙方进行软件开发过程中提供必要的配合。4. 甲方有义务向乙方提供系统管理的必要说明。5. 甲方有义务协调乙方与甲方其他开发单位的关系，保障乙方正常的开发条件。6. 乙方保证所开发的软件功能与开发需求一致，并负责现场安装、调试。7. 乙方承诺按时完成项目开发进度。8. 乙方承诺为甲方的介入人员的交流、培训、监督和检查提供完全便利的条件。9. 乙方承诺亲自完成由甲方委托开发模块的全部工作，未经甲方书面许可，乙方不得将本项目的全部或部分转委托给任何第三方。三、 产品评审和验收乙方需要向甲方提交如下产品：（ 1 ）完成甲方功能要求的可执行软件；（ 2 ）软件的

3、开发计划文档；（ 3 ）软件的设计文档；（ 4 ）软件的源代码；（ 5 ）软件的使用说明书；（ 6 ）软件开发过程中产生的其它文档。在开发过程中，乙方需要提交给甲方项目进度计划，项目最终产品的验收标准详全部验收合格才视为交付完成。四、 工期1 甲乙双方应严格按照项目推进计划，推进并完成项目。2 如果因乙方原因不能按期完成任务，甲方有权扣除乙方开发费用作为违约金，扣除款项的总金额的1%。3 如果因甲方原因不能按期完成某阶段任务，乙方不承担责任，因工期顺延而增加的费用由甲方承担，具体数额由双方另行协商。五、 付款本协议采用方式 电汇或支票方式 （大写）付款。产品名称产品规格/型号数量单位单价（元）

4、总金额（元）页面美工设计费整体页面美工设计6000.006000.00监管管理网开发费整体开发35000.0035000.00网络雷达代理定制修改费后台定制修改9800.009800.00合同设备小计50800.00六、 系统维护及技术培训1. 系统维护：系统验收合格并交付使用后，乙方负责免费维修 12 个月。2. 在免费维护期内，乙方应做到电话支持实时响应，对于电话支持不能解决的问题，技术支持人员应在 24 个小时内赶到现场。七、 知识产权条款：1 因本协议产生的开发成果（含源代码，系统技术文档，软件，数据等）由甲方享有知识产权，未经甲方书面许可，乙方不得擅自许可任何第三方阅读、使用或复制；

5、2 乙方承诺使用合法的、正版的开发工具。乙方保证其开发过程、开发完成的软件及相关产品不侵犯任何第三方的知识产权。若甲方因使用乙方开发的软件及相关产品而受到侵权指控，乙方将在 7 个工作日内以自己的费用开始解决，同时承担因此给甲方造成的全部损失。3 乙方对本协议的内容、项目开发成果及开发过程中涉及的文档、数据材料负有保密义务，未经甲方书面许可，不得向任何第三方泄漏，保密期限为十年（从本协议签订之日起计算）。4 任何一方如遇政府法令或法律程序要求向第三方提供上述资料，可按规定提供，但应尽快将此项事实通知对方。八、 不可抗力1. 本协议所指不可抗力包括地震、火灾、水灾、战争、政府行动、意外事件或其他

6、非双方所能控制或预见的事件。2. 由于不可抗力原因致使合同无法履行时，无法履行合同义务的一方应在 日内将不能履行合同的事实通知另一方，合同自动解除。乙方应在合同解除 日内返还甲方已支付的费用，已经实际发生的费用由双方分担。3. 由于不可抗力原因致使项目开发中断时，项目交付日期及付款日期相应顺延，双方不承担违约责任。如中断超过 60 日，则合同解除，双方权利义务比照本条第2款执行。九、 争议解决： 如在履行本合同的过程中出现争议，双方应通过友好协商的方式解决。协商不成时，任 何一方可当地中级人民法院法院提起诉讼。十、 合同生效及终止1 本合同自双方盖章之日起生效。2 合同终止：十一、 合同附件及

7、其他1 本合同未尽事宜经合同双方协商一致，可以签订补充协议。补充协议与本合同具有同等法律效力。2 本合同正本一式 4 份。甲、乙双方各执 2 份。 甲方:公司印章签字：日期： 乙方: 公司印章 签字： 日期：附件一： 系统业务需求说明书一 产品功能和性能要求（详细阐述该产品需要提供各项功能）（给出对该产品性能的要求）（给出运行的软硬件环境要求）二 技术要求 （在此提出对开发过程中的软硬件环境、开发语言、开发工具和需要遵循的标准等方面的具体要求）附件二： 系统验收标准乙方需要按照下表的时间要求向甲方提交需要验收的产品：产品名称提交时间最终通过甲方测试或评审的时间比重备注1产品确认测试计划2测试日

8、志3测试报告4软件的模拟环境满足甲方功能要求的可执行产品软件的源代码必须以源代码树的形式提交软件的使用说明书SQA报告SCM报告（以上条目可以根据实际情况增减或改变顺序）上表中的“比重”表明该项产品在整个验收阶段所占的份额。如果该项产品没有通过甲方的评审或测试（对于源代码则即需要评审又需要测试）后，甲方可以拒绝指否相应比例的费用，同时将方可以对乙方处以同等数量金额的处罚。如果乙方提交的可执行产品没有通过甲方的测试，则甲方不支付任何验收阶段的费用。甲方鼓励乙方提前提交要求的产品。为了甲方能够及时安排人员进行评审或测试，请乙方提前 2 个工作日通知乙方。甲方保证在收到已方提交的产品后以最快的速度安

9、排人员进行相应的评审、测试。如果乙方提交的产品在规定的“最终通过甲方测试或评审的时间”内仍然没有通过甲方的测试或评审，则作为该项产品的延期处理，由此造成的后果由乙方承担。1 可执行产品的验收标准（需要给出运行环境）乙方提交的可执行产品必须满足附件一的要求。乙方提交的第一个版本（即1版）的BUG数量不超过 10 个。乙方承诺最多在提交给甲方的第 个版本的BUG数为零。2 软件源代码的验收标准本协议中所说的源代码包括开发中书写的脚本。对于界面设计类的产品，甲方还将对其界面的效果进行评测。乙方在开发过程中，产生的全部的源代码都必须自始至终由版本控制工具 (如source safe或cvs)进行管理。

10、乙方必须将完整的代码树提交给甲方，否则甲方有权不予接受，并据此判定乙方提交的源代码不能通过甲方的验收。对于乙方提交的源代码，甲方将先进行评审，以确定是否符合所要求的源代码规范。通过评审后，甲方将在要求的环境下进行编译和运行，并将运行的效果与乙方提交的可执行产品的运行效果对比。（需要给出对计算机软硬件环境的要求，例如对于操作系统、编译软件的要求。同时，还要给出相应的编译、运行步骤。）3 文档验收标准甲方在以下几个方面考察乙方提交的文档：1) 文档完备性（是否按照合同及其附件要求提交了全部文档）；2) 内容针对性（指本文档是否是甲方要求的文档）；3) 内容充分性（指该文档全面、详细的程度）；4)

11、文档的价值；5) 内容一致性（是否存在前后矛盾）；6) 文字明确性（尽量不使用“可能”、“也许”“待定”等词语，尽量不使用语义含糊不清的语句）；7) 图表翔实性；8) 易读性（能够在一篇文档中说明清楚的内容，尽量不要拆分成若干文档，不要循环引用，文档目录一目了然，结构清晰）。4附件三： 系统项目推进计划1 对乙方人员和资源配置要求职位人 员 要 求参加项目的时间负责的部分项目经理核心开发人员测试人员2 里程碑设置在此设置项目开发的里程碑，作为项目进度的标志。甲方保证在收到已方提交的产品后以最快的速度安排人员进行相应的评审、测试。若乙方提交的产品不符合双方约定的标准，则乙方不得进入下面阶段的开发

12、工作，由此造成的工期延误由乙方完全负责。如果里程碑产品延期的时间超过 天，则甲方可以决定终止本协议。里程碑具体设置如下：里程碑时间提交的产品产品要求计划通过甲方评审/测试时间备注方案计划书需求规格说明书可执行产品确认测试报告（注释：可以不以表格的形式给出）需要验收的产品的提交时间见附件二。（如果要求在某个时间由甲方向乙方提交某个产品，那么需要在此给出说明）3 项目跟踪为了能够让甲方很好地掌握乙方的进展情况，乙方承诺在每周五下午用电子邮件给甲方发送周状态报告。每周状态报告通常包含： 技术风险； 缺陷统计； 增加、修改和删除的代码行数； 计划的、已经编码的、已经通过代码评审的模块； 其它表明软件研发状态的指标。此外，甲方还将定期（半月或一个月一次）与乙方进行项目状态的评审。4 乙方质量保证计划5 乙方配置管理计划附件五：甲方评价乙方的方法在项目开发和验收过程中，甲方将对乙方进行评价，并将评价结果记录在案，供以后选择承包商的一个依据。甲方在如下几个方面对乙方进行考察： 项目管理能力 软件工程管理能力例如：软件质量保证能力；软件配置管理能力 开发进度 与甲方的配合和沟通 关键技术能力 人员和软硬件配备情况专心-专注-专业