软件开发委托单位协议.doc

软件开发委托（单位）协议

更改记录
日期
修改章节
修改类型*
修改描述
修改人
版本

*修改类型分为 A - ADDED M - MODIFIED D – DELETED

文档编号：
项目名称：
拟制：(子协议项目team leader签字和日期)
审核：（项目经理签字和日期）
（子协议经理签字和日期）
SQA：//
批准：（总经理签字和日期）
项目代号：
收文：（主管研发，项目经理，SQA，子协议经理）
产品版本：
抄送：（研发部主管）

目的：规范技术协作项目的协议条款，维护公司和项目组的利益，为子协议跟踪打好基础。
背景、备注：
定义：
参考：

项目委托开发协议

甲方： （委托方）
地 址：
联系电话：
联 系 人：
传 真：
乙方： 北京天理软件研发中心 （开发方）
注册地址：
联系电话：
联 系 人：
传 真：

甲方委托乙方，乙方接受甲方委托，进行 项目（以下简称系统）的软件开发，双方通过协商达成如下协议：

一、 项目规定

1． 总体设计原则：

2． 系统构成及应用软件功能需求详见协议附件一（《 需求说明书》）。
3． 技术培训：乙方对甲方的使用者进行现场的平常操作与维护培训，使其可以独立地进行操作及平常维护。
二、 双方责任和义务
1. 甲方有义务对乙方提供的 进行审定。
2. 甲方有权对项目开发的质量和进度进行监督检查。
3. 甲方有义务在乙方进行软件开发过程中提供必要的配合。
4. 甲方有义务向乙方提供系统管理的必要说明。
5. 甲方有义务协调乙方与甲方其他开发单位的关系，保障乙方正常的开发条件。
6. 乙方保证所开发的软件功能与《附件一》一致，并负责现场安装、调试。
7. 乙方承诺准时完毕项目开发进度。
8. 乙方承诺为甲方的介入人员的交流、培训、监督和检查提供完全便利的条件。
9. 乙方承诺亲自完毕本开发项目的所有工作，未经甲方书面许可，乙方不得将本项目的所有或部分转委托给任何第三方。

三、 产品评审和验收
乙方需要向甲方提交如下产品：
（ 1 ）完毕甲方功能规定的可执行软件；
（ 2 ）软件的开发计划文档；
（ 3 ）软件的设计文档；
（ ）软件的模拟环境；
（ ）软件的质量保证计划；
（ ）软件的确认测试计划；
（ ）软件的源代码；
（ ）软件的模拟环境；
（ ）软件的使用说明书；
（ ）软件开发过程中产生的其它文档。
在开发过程中，乙方需要提交给甲方的产品及其时间和规定见项目进度计划（附件三）。
项目最终产品的验收标准详见附件二，所有验收合格才视为交付完毕。

四、 工期

1． 甲乙双方应严格按照项目推动计划书(见附件三)推动项目。
2． 假如因乙方因素不能按期完毕任务，甲方有权扣除乙方开发费用作为违约金，扣除款项的计算公式为： 。
3． 假如因甲方因素不能按期完毕某阶段任务，乙方不承担责任，因工期顺延而增长的费用由甲方承担，具体数额由双方另行协商。

五、 付款
本协议采用方式 （大写）付款。
□付款方式一
项目总费用人民币 元。甲方按开发进度分 个阶段向乙方支付：
1. 后， 日内首付协议总额的 %，金额 元；
2. 后， 日内支付协议总额的 %，金额 元；
3. 后， 日内支付协议总额的 %，金额 元；
4. 后，支付最后一笔，即总额的 %，金额 元。
5. 在实行过程中，因甲方需求变更所引起的费用变更，由甲乙双方签订补充协议予以约定。
□付款方式二
在开发阶段，甲方不付给乙方任何费用。在产品上市后，根据实际的销售情况，甲方每季度第一个月25日按 （大写）元/片（含税）向乙方支付货款，乙方向甲方提供17%的增值税发票。在甲方向乙方累计结算 片后，甲方不再向乙方支付任何款项。

六、 系统维护及技术培训
1. 系统维护：
方案一：系统验收合格并交付使用后，乙方负责免费维修 个月。
方案二：系统验收合格并交付使用后，乙方负责提供 人天工作量的免费维修。
2. 在免费维护期内，乙方应做到电话支持实时响应，对于电话支持不能解决的问题，技术支持人员应在 个小时内赶到现场。
3. 项目通过验收后，如甲方在原需求设计整体不变的情况下提出局部修改意见，修改工作量在 人天之内，乙方负责免费更新完善；假如修改工作量超过 人天，超过部分所发生费用由双方协商解决。
4. 乙方负责免费为甲方培训 人员 名，甲方接受培训人员应达成纯熟操作系统并能解决简朴问题的限度。培训应在系统通过验收后 日内完毕。

七、 知识产权条款：

1． 因本协议产生的开发成果（含源代码，系统技术文档，软件，数据等）由甲方享有知识产权，未经甲方书面许可，乙方不得擅自许可任何第三方阅读、使用或复制；
2． 乙方承诺使用合法的、正版的开发工具。乙方保证其开发过程、开发完毕的软件及相关产品不侵犯任何第三方的知识产权。若甲方因使用乙方开发的软件及相关产品而受到侵权指控，乙方将在 个工作日内以自己的费用开始解决，同时承担因此给甲方导致的所有损失。
3． 乙方对本协议的内容、项目开发成果及开发过程中涉及的文档、数据材料负有保密义务，未经甲方书面许可，不得向任何第三方泄漏，保密期限为十年（从本协议签订之日起计算）。具体保密义务以本协议附件 四 为准。
4． 任何一方如遇政府法令或法律程序规定向第三方提供上述资料，可按规定提供，但应尽快将此项事实告知对方。

八、 违约责任
1. 假如乙方不能交付开发成果或交付的开发成果不能满足甲方需求，乙方应自甲方发出书面告知起 日内返还甲方已支付的费用，并向甲方支付相称于协议总金额 %的违约金。
2. 如乙方不能按项目推动计划书(见附件三)完毕开发任务，应按本协议第四条第2 款的规定向甲方支付违约金；如项目开发进度被推迟 天以上，甲方有权终止协议，乙方应自甲方发出书面告知起 日内返还甲方已支付的费用，并向甲方支付相称于协议总金额 %的违约金。
3. 如乙方擅自中断开发，甲方有权单方终止协议。乙方应自甲方发出书面告知起 日内返还甲方已支付的费用，并支付相称于协议总金额 %的违约金。给甲方导致其他损失的，应予补偿。
4. 如乙方未经甲方书面许可将本项目的所有或部分转委托给第三方，甲方有权立即终止协议，乙方除返还甲方已支付的所有费用之外，应向甲方支付协议总费用的 %作为违约金。
5. 系统验收合格后（以甲方在验收报告上签字盖章为准），甲方应准时履行付款义务，如甲方无合法理由拒不付款，每迟延一日，甲方应向乙方支付迟延支付款项的 %作为违约金。

九、 不可抗力
1. 本协议所指不可抗力涉及地震、火灾、水灾、战争、政府行动、意外事件或其他非双方所能控制或预见的事件。
2. 由于不可抗力因素致使协议无法履行时，无法履行协议义务的一方应在 日内将不能履行协议的事实告知另一方，协议自动解除。乙方应在协议解除 日内返还甲方已支付的费用，已经实际发生的费用由双方分担。
3. 由于不可抗力因素致使项目开发中断时，项目交付日期及付款日期相应顺延，双方不承担违约责任。如中断超过 日，则协议解除，双方权利义务比照本条第2款执行。
十、 争议解决：
如在履行本协议的过程中出现争议，双方应通过和谐协商的方式解决。协商不成时，任 何一方可向北京市海淀区人民法院提起诉讼。
十一、 协议生效及终止
1． 本协议自双方盖章之日起生效。
2． 协议终止：
方案一：协议履行过程中，如一方需要变更或终止协议，应提前 日向对方发出书面告知。
方案二：协议履行过程中，如因乙方严不能对的履行本协议义务而导致项目开发受到严重影响，甲方有权单方终止协议，提前 天以书面形式告知乙方。
十二、 协议附件及其他
1． 本协议的附件有：
附件一:《 系统业务需求说明书》
附件二:《 系统验收标准》
附件三：《 系统项目推动计划书》
附件四：《保密协议》
附件五：《甲方评价乙方的方法》
2． 以上附件为本协议不可分割的部分，与本协议正文具有同等的法律效力。
3． 本协议未尽事宜经协议双方协商一致，可以签订补充协议。补充协议与本协议具有同等法律效力。
4． 本协议正本一式 份。甲、乙双方各执 份。

甲方:
公司印章

签字：

日期：

乙方:北京天理软件研发中心
公司印章

签字：

日期：

附件一： 系统业务需求说明书
一． 产品功能和性能规定
（具体阐述该产品需要提供各项功能）
（给出对该产品性能的规定）
（给出运营的软硬件环境规定）
二． 技术规定
（在此提出对开发过程中的软硬件环境、开发语言、开发工具和需要遵循的标准等方面的具体规定）
附件二： 系统验收标准
乙方需要按照下表的时间规定向甲方提交需要验收的产品：

产品名称
提交时间
最终通过甲方测试或评审的时间
比重
备注
1
产品确认测试计划

2
测试日记

3
测试报告

4
软件的模拟环境

满足甲方功能规定的可执行产品

软件的源代码

必须以源代码树的形式提交

软件的使用说明书

SQA报告

SCM报告

（以上条目可以根据实际情况增减或改变顺序）
上表中的“比重”表白该项产品在整个验收阶段所占的份额。假如该项产品没有通过甲方的评审或测试（对于源代码则即需要评审又需要测试）后，甲方可以拒绝指否相应比例的费用，同时将方可以对乙方处以同等数量金额的处罚。假如乙方提交的可执行产品没有通过甲方的测试，则甲方不支付任何验收阶段的费用。
甲方鼓励乙方提前提交规定的产品。为了甲方可以及时安排人员进行评审或测试，请乙方提前 2 个工作日告知乙方。
甲方保证在收到已方提交的产品后以最快的速度安排人员进行相应的评审、测试。
假如乙方提交的产品在规定的“最终通过甲方测试或评审的时间”内仍然没有通过甲方的测试或评审，则作为该项产品的延期解决，由此导致的后果由乙方承担。
1． 可执行产品的验收标准
（需要给出运营环境）
乙方提交的可执行产品必须满足附件一的规定。
乙方提交的第一个版本（即β1版）的BUG数量不超过 10 个。乙方承诺最多在提交给甲方的第 个版本的BUG数为零。
2． 软件源代码的验收标准
本协议中所说的源代码涉及开发中书写的脚本。
对于界面设计类的产品，甲方还将对其界面的效果进行评测。
乙方在开发过程中，产生的所有的源代码都必须自始至终由版本控制工具 (如source safe或cvs)进行管理。乙方必须将完整的代码树提交给甲方，否则甲方有权不予接受，并据此鉴定乙方提交的源代码不能通过甲方的验收。
对于乙方提交的源代码，甲方将先进行评审，以拟定是否符合所规定的源代码规范。通过评审后，甲方将在规定的环境下进行编译和运营，并将运营的效果与乙方提交的可执行产品的运营效果对比。
（需要给出对计算机软硬件环境的规定，例如对于操作系统、编译软件的规定。同时，还要给出相应的编译、运营环节。）

3． 文档验收标准
甲方在以下几个方面考察乙方提交的文档：
1) 文档完备性（是否按照协议及其附件规定提交了所有文档）；
2) 内容针对性（指本文档是否是甲方规定的文档）；
3) 内容充足性（指该文档全面、具体的限度）；
4) 文档的价值；
5) 内容一致性（是否存在前后矛盾）；
6) 文字明确性（尽量不使用“也许”、“也许”“待定”等词语，尽量不使用语义模糊不清的语句）；
7) 图表翔实性；
8) 易读性（可以在一篇文档中说明清楚的内容，尽量不要拆提成若干文档，不要循环引用，文档目录一目了然，结构清楚）。

4．
附件三： 系统项目推动计划
1． 对乙方人员和资源配置规定
职位
人 员 要 求
参与项目的时间
负责的部分
项目经理

核心开发人员

测试人员

2． 里程碑设立
在此设立项目开发的里程碑，作为项目进度的标志。
甲方保证在收到已方提交的产品后以最快的速度安排人员进行相应的评审、测试。若乙方提交的产品不符合双方约定的标准，则乙方不得进入下面阶段的开发工作，由此导致的工期延误由乙方完全负责。
假如里程碑产品延期的时间超过 天，则甲方可以决定终止本协议。
里程碑具体设立如下：
里程碑时间
提交的产品
产品规定
计划通过甲方评审/测试时间
备注

方案计划书

需求规格说明书

可执行产品

确认测试报告

（注释：可以不以表格的形式给出）
需要验收的产品的提交时间见附件二。
（假如规定在某个时间由甲方向乙方提交某个产品，那么需要在此给出说明）
3． 项目跟踪
为了可以让甲方很好地掌握乙方的进展情况，乙方承诺在每周五下午用电子邮件给甲方发送《周状态报告》。
《每周状态报告》通常包含：
² 技术风险；
² 缺陷记录；
² 增长、修改和删除的代码行数；
² 计划的、已经编码的、已经通过代码评审的模块；
² 其它表白软件研发状态的指标。
此外，甲方还将定期（半月或一个月一次）与乙方进行项目状态的评审。
4． 乙方质量保证计划
5． 乙方配置管理计划

附件五：甲方评价乙方的方法
在项目开发和验收过程中，甲方将对乙方进行评价，并将评价结果记录在案，供以后选择承包商的一个依据。
甲方在如下几个方面对乙方进行考察：
² 项目管理能力
² 软件工程管理能力
例如：软件质量保证能力；软件配置管理能力
² 开发进度
² 与甲方的配合和沟通
² 关键技术能力
² 人员和软硬件配备情况