开发外包合同Word格式.docx
《开发外包合同Word格式.docx》由会员分享，可在线阅读，更多相关《开发外包合同Word格式.docx（21页珍藏版）》请在冰点文库上搜索。
指系统编码完成后，对系统进行的单元测试、集成测试、功能测试和性能测试。
集成测试由乙方完成并提交《集成测试报告》。
功能测试和性能测试由甲方组织相关人员进行，以确认系统功能是不是符合协议、需求规格说明书和需求变更备忘录中对系统的要求，并确认系统的性能指标是不是达到上线要求。
初验收：
指系统开发完毕，且功能测试、集成测试、性能测试通过，项目文档、源代码提交齐全，符合试运行条件。
试运行期：
初验收通事后，项目进入试运行期，乙方将提供一按期限的试运行保护服务。
甲方在《项目上线申请表》上签字认可即标志试运行的开始。
试运行期间，系统将在甲方实际利用环境中安装并正式对最终用户开放。
最终验收：
在试运行期终止后，甲方对系统进行最终验收。
以甲乙两边确认的《验收程序和标准》（附件三）为准，全数验收合格才视为交付完成。
验收通事后，甲方在《验收报告》上签字确认，标志项目验收通过，验收时期终止。
甲方确认验收合格并非表明甲方对系统内在质量的全面认可，关于在系统利用进程中发觉的系统本身的错误，乙方仍有义务予以完善。
免费保护期：
最终验收通事后，项目进入免费保护期，乙方将提供一按期限的免费运维服务。
2.委托开发内容
开发内容
2.1.1甲方委托乙方开发项目系统软件，开发详细内容见附件一《需求规格说明书》。
2.1.2为兼顾甲乙两边利益，确保开发软件的质量和进度，在软件开发期间，甲方应尽可能减少变更需求。
如甲方确有变更需求，需经两边协商一致后书面确认（变更的内容包括治理字段、表格模板和统计报表等，但以不改变业务流程及不阻碍数据库结构为原则）。
如甲方提出变更需求，由于变更造成的乙方工作量增加，甲方应适当向乙方追加相应开发费用。
追加的开发费用数额由两边协商确信。
技术指标和质量要求
2.2.1本应用软件应适应的系统环境见附件三。
2.2.2乙方许诺其依照本合同项目需求所开发的软件知足附件一所规定的全数要求或标准。
2.2.3要求开发的系统应具有有效的安全性，具有效户身份的验证功能，以避免密码和用户名称不符的用户登岸。
2.2.4乙方应保证其为甲方所开发的本协议项下的软件系统无病毒、无明显错误。
2.2.5要求开发的系统有统一的界面风格（界面风格需经甲方事前确认或认可）。
2.2.6若是乙方所开发的协议项下的软件同甲方或甲方之最终用户的软、硬件存在兼容性问题，乙方有义务无偿配合甲方进行修改；
如两边无法解决上述兼容性问题的，则两边同意将依照本协议第条款处置。
3.乙方开发打算
开发期限和开发地址
3.1.1本项目的开发期限为天，自年月日起至年月日止。
3.1.2本项目的开发地址在。
完成项目的打算与进度
3.2.1甲乙两边应严格依照本协议附件二《开发打算与进度》推动本协议项下的软件开发工作。
3.2.2若是因乙方缘故不能按期完成任务，则每延期1天，乙方应当向甲方支付本协议项下全数开发费用的%作为违约金，且乙方同意甲方有权从其应向乙方支付的相关费用中直接扣除上述违约金。
4.项目监控
项目进展检查
阶段
检查时间
检查地点
甲方人员
乙方人员
通过标准
双方签字确认
质量检查
工作成果名称
检查方式
时间
地点
功效验收
4.3.1甲乙两边有关试运行及验收的约定见本协议附件一和附件三。
4.3.2在试运行期间发生足以阻碍正常运行的故障或错误的，乙方应当即排除软件故障、修改错误，试运行期自故障排除或错误修改后从头计算。
4.3.3各时期验收通过均应以甲方的书面确以为准，全数验收合格并经甲方签署验收合格确认书后才视为乙方完成开发工作；
若是甲乙两边事前没有确信各时期验收标准或验收标准不明确，则乙方应保证其所完成的软件系统能够实现甲方签定本协议的目的，达到甲方中意。
关于不合格的部份，乙方应依照甲方的要求予以调整。
4.3.4软件系统未通过甲方最终验收的，乙方应当迅速改良以通过甲方的验收；
因此而造成工期延误的，则乙方还应同时依照本协议第条款的约定向甲方承担违约责任。
4.3.5甲方的验收是以甲方之最终用户的验收通过为前提；
即：
甲方之最终用户的验收通事后，甲方再进行对乙方的最终验收。
4.3.6上述软件系统通过验收并非表明甲方对该软件内在技术和质量的完全认可，乙方不能免去因系统内在技术和质量产生的责任。
4.3.7在验收合格后，如甲方发觉乙方所提交的交付件或开发功效仍有缺点，能够通知乙方进一步整改，予以完善，直至达到本协议约定的标准。
系统保护与技术培训
4.1.1试运行期：
乙方开发的软件系统通过甲方初验收（以甲方书面确以为准）后方可开始试运行，软件试运行期为自甲方初验合格之日起的个月。
4.4.2免费保护期：
自软件系统通过甲方的最终验收（以验收合格证明书出具之日为准）并交付利用后一年内。
在免费保护期内若是发觉上述软件系统有任何与说明不符（包括需求和验收标准）、过失、质量缺点，则乙方应当依照甲方的要求无偿负责修改或完善。
a）热线、传真、信函咨询，在免费保护期内，乙方应做到电话支持实时响应；
b）
c）关于电话支持不能解决的问题，技术支持人员应在接到甲方通知之时起24个小时内赶到现场，48个小时内解决问题。
d）
4.4.3技术培训：
软件系统通过验收后，乙方负责对甲方技术人员进行现场的日常操作与保护培训，使其能够独立地进行操作及日常保护，并能就该软件独立的向用户提供并完成售前、售中及售后服务。
5.转委托
在本合同有效期内，乙方必需亲自履行甲方委托的开发项目，未征得甲方的书面同意，不得将其在本合同项下的受托项目部份或全数转让给任何第三方执行。
违背本项规定的，乙方承担违约责任，并补偿甲方因此所受到的全数损失。
对经甲方书面同意后乙方将受托项目部份或全数转委托给第三方执行的，乙方应在其转委托范围内对第三方之行为向甲方承担全数责任。
6.保密
乙方应付执行本合同所接触的甲方或甲方提供的技术资料和技术秘密采取保密方法。
未经甲方事前书面同意，不得将本项目所涉及的技术秘密和资料向与本项目无关的人员或第三方透露，也不得就合同内容或与之有关的任何信息进行公布、新闻发布、否定或承认。
在本合同项目的研究开发终止并通过验收后，乙方应向甲方提供本合同项目的研究功效，包括技术规范、测试文件和质量标准等相关的技术资料、运算机软件安装文件、涉及到甲方个性化定制部份的功能的文档及涉及到甲方个性化定制部份的功能的源代码等。
乙方应向甲方交付或归还所有与本合同相关的技术资料或文件（包括由甲方提供的及两边或乙方单独在本项目研究开发进程中产生的技术资料及文件）等，并许诺不保留任何复件。
乙方在下列情形下不承担相关信息的保密义务：
甲方已事前书面告知乙方无需为其保守秘密时；
该信息已为公众所知且不是由乙方XX而提供时；
该信息是由乙方非基于本合同及两边其他相关生效约定独自开发的时；
乙方从任何第三方合法地同意该信息且没有明确保密限制时。
本条约定的保密期限为：
本合同期间及期满、终止或解除后五年。
7.知识产权
因本协议产生的交付件和开发功效（含源代码，系统技术文档，软件，数据等）由甲方享有所有知识产权（包括在此软件基础上进行的任何改良的权利及知识产权均归甲方所有）及其它权益。
如需办理任何权利申请、记录、备案，应以甲方名义进行，未经甲方书面许可，乙方不得自行利用或擅自许可任何第三方阅读、利用或复制或将其用于本协议之外的任何目的；
乙方基于NC产品为客户个性化定制部份的项目技术功效的专利申请权、专利权、运算机软件的高作权、技术秘密和技术资料等商业秘密的知识产权归甲方所有。
本合同签定前、两边未依照本合同进行任何合作之前乙方已拥有的知识产权（以下简称“乙方已有知识产权”），即便已被利用于本合同项目，该知识产权仍属乙方所有。
乙方已有知识产权不包括甲乙两边在本合同项目合作进程中依照乙方已有知识产权所产生的任何新功效的知识产权。
未经甲方事前书面同意，乙方在任何时候均不能以任何形式将本项目新的研究开发功效及有关资料、信息等向第三方披露，也不得自行或许可他人利用。
开发代码版本治理：
乙方在项目开发及保护时期，需要用专用代码版本治理软件治理代码版本。
如乙方代码有修改变更，需要当日做代码版本归档，并提交最新代码给甲方。
若是客户方面做对应代码修改和保护，在提交对应版本的代码给乙方后，乙方需要同步治理代码版本，并提交给甲方。
8.第三方知识产权
乙方许诺，其在受托开发本合同项目中，可不能侵犯第三方的知识产权，同时，在交付本合同功效中也可不能侵犯或非法利用第三方的知识产权。
甲方利用本项目的功效引发的任何有关侵犯第三方知识产权的诉讼，乙方应依照甲方要求踊跃协助甲方进行抗辩。
如确实组成对第三方知识产权的侵权，乙方应依照甲方要求在合理时刻内对本项目功效进行有效修改或提供升级替换产品，使甲方在不阻碍本项目正常利用的前提下再也不侵权，乙方并应为此承担所有的补偿责任，包括但不限于甲方因此所产生的全数诉讼费、律师费及对第三方所承担的补偿费等。
9.变更指令
甲方能够在任何时候书面向乙方发出指令，在本协议的一样范围内变更下属一项或几项：
9.1.1变更软件的设计、功能需求；
9.1.2乙方提供的其它服务
若是上述变更使乙方履行协议义务的费用或时刻增加或减少，将对协议价款或交付时刻或二者进行公平的调整，同时相应修改协议。
乙方依照本条款进行调整的要求必需在收到甲方的变更指令后5天内书面提出。
10.报酬及支付方式
本合同所述价钱均为人民币含税价。
.本应用软件开发（不含第三方软件）、实施、培训和一年之内服务费用共计：
￥元（大写：
）人民币。
.支付方式（依如实际情形约定）
10.3.1.甲方将以转帐支票或信汇、电汇等银行托收的方式向乙方支付。
乙方应在两边约定付款起始日前书面通知甲方其银行帐户等付款信息。
乙方开户行：
银行帐号：
10.3.2.第一期支付：
本合同生效之日起7个工作日内，甲方须向乙方支付总费用的50%，即￥元（大写：
）人民币。
10.3.3.第二期支付：
依照附件二所列时刻进行业务系统录入功能的上线并验收后起7个工作日内，甲方须向乙方支付总费用的25%，即￥元（大写：
10.3.4.第三期支付：
项目终验后之日起7个工作日内，甲方向乙方支付总费用的20%，即￥元（大写：
10.3.5.第四期支付：
整个项目系统验收合格后正常运行三个月后，甲方向乙方支付总费用的5%，即￥元（大写：
11.违约责任
若是乙方不能交付开发功效或交付的开发功效最终不能知足本协议的约定及甲方需求，或未通过甲方验收，甲方有权选择解除协议，乙方应自甲方发出书面通知起10日内返还甲方已支付的费用，并向甲方支付相当于协议总金额20%的违约金。
如乙方不能按本协议附件2《推动打算书》完成开发任务，应按本协议第3.2.2款的规定向甲方支付违约金；
如上述软件开发进度迟延10日以上，甲方有权选择解除协议，乙方应自甲方发出书面通知起10日内返还甲方已支付的费用，并向甲方支付相当于协议总金额20%的违约金。
如乙方擅自中断开发，甲方有权单方解除协议。
乙方应自甲方发出书面通知起10日内返还甲方已支付的费用，并支付相当于协议总金额20%的违约金。
如乙方未经甲方事前书面许可将本协议项下软件开发工作的全数或部份转委托给第三方，甲方有权当即解除协议，乙方除返还甲方已支付的所有费用之外，应向甲方支付相当于协议总金额20%的违约金。
在免费保护期内，若是乙方不能知足第条款所规定的要求，则依照甲方通知之日起，每延期1天，乙方应当向甲方支付相当于协议总金额%的违约金，且乙方同意甲方有权从其应向乙方支付的相关费用中直接扣除上述违约金。
甲方应按时履行付款义务，如甲方无合法理由拒不付款，每迟延1日，甲方应向乙方支付迟延支付款项的%作为违约金。
如乙方提供的软件组成对第三方知识产权的侵权，乙方除应按本合同第8条约定承担有关责任外，还应向甲方支付合同总金额30%的违约金。
如乙方不能甲方要求在合理时刻内对本项目功效进行有效修改或提供升级替换产品，使甲方在不阻碍本项目正常利用的前提下再也不侵权的，甲方有权终止合同。
乙方应在甲方通知发出之日起日内退还全数开发费用，并承担因此而产生的违约及补偿责任。
乙方应按项目完成时期的时刻要求向甲方提交项目功效，包括但不限于源代码、程序目标代码及开发进程中形成的技术文档、资料等任何开发期间的工作功效。
如乙方不按期提交，乙方除继续履行服务外，应按合同金额的30％向甲方支付违约金；
若是超期超过三十（30）日，同时要求乙方返还已收取的开发费用，并支付数额为合同金额100％的违约金。
若是一方依照本协议的约定应向另一方支付违约金，而该约定的违约金不足以弥补另一方所受到的相应损失的，则该方应负责继续补偿。
所谓"
损失"
包括但不限于法院诉讼的费用、合理的律师酬金和费用、损害补偿费用、罚款和其它所有的损失或损害。
如乙方违背合同约定保密义务的，应向甲方支付相当于合同总金额%的违约金，并补偿因此给甲方造成的一切损失。
12.不可抗力
不可抗力是指本合同生效后，发生不能预见而且对其发生和后果不能避免或幸免的事件，如地震、台风、水患、火灾、战争等，致使直接阻碍本合同的履行或不能按约定的条件履行。
发生不可抗力的一方应当即通知对方，并在十五天内提供不可抗力发生地政府提供的详情及将有效证明文件送交对方。
发生不可抗力事件时，甲乙两边应协商以寻觅一个合理的解决方式，并尽一切尽力减轻不可抗力产生的后果。
如不可抗力事件持续超过三十天（包括三十天），甲乙两边应友好协商确信本合同继续履行或终止。
13.合同终止
若是知足以下任一条件，任一方在通知对方后，都能够解除本合同：
13.1.1一方严峻违背本合同项下的义务，而且违约方在经对方通知后三十天内仍未纠正违约行为的，守约方可书面通知违约方解除合同。
若是该违约行为无法在三十天内纠正，而违约方在此期限内已经以守约方认可的方式采取有效补救方法的，则守约方能够为违约方合理地延长履约期限。
13.1.2一方按正常程序停止经营业务、破产，处于付款拖欠、延期偿付、公司重组或倒闭状况，或全数转让利润于债权人、书面承认无力偿还到期债务、委派清算人进行清算，参与或同意与破产或债权人权利有关的法律或行政诉讼程序。
当本合同以任何缘故终止时，乙方应当即停止利用与本项目有关的任何机密信息或与本合同相关的技术文档、资料并将这些物件归还甲方；
归还不能的，应及时进行销毁，并向甲方出具书面证明销毁情形。
当本合同以任何缘故终止时，乙方应当即退还甲方支付的相关费用。
14.争议解决
本合同及其修订文本的效劳、履行及相关的其他事项，受中华人民共和国法律管辖，任何争议仅适用中华人民共和国法律。
甲乙两边因合同的说明或履行发生争议时，可通过友好协商解决，除非两边另行书面同意，该协商期限不得超过三十天。
如协商不能解决时，合同的任何一方可选择将争议提交：
（选择一项，另一项删除）
14.3.1北京仲裁委员会，并按该委员会的仲裁规则进行仲裁裁决。
仲裁决定对两边都有约束力。
14.3.2北京市有管辖权的人民法院，进行裁决。
争议进行裁决期间，除争议事项外，甲乙两边应继续履行本合同中规定的义务和行使相应权利。
15.一样条款
除非本合同还有规定，任何一方对本合同提出的任何弃权、修改或更改须以书面形式提交给对方，并经对方授权代表签字认可，不然本合同的任何条款均不得视作已被弃权、修改或更改。
本合同的修改或变更，须由两边友好协商并经授权代表签署书面文件方可生效。
如本合同部份条款被所适用的法律和有管辖权的机构认定为无法实施或无效，则：
15.2.1该无法实施或无效的条款可不能阻碍到本合同中其他任何条款；
15.2.2本合同应被视为从未包括该无法实施或无效的条款；
15.2.3两边应本着诚信的原则协商确信具体解决方式。
合同各方在此声明并保证：
15.3.1代表各方签署本合同的人员拥有明确的授权，其签字对签约方具有约束力；
15.3.2本合同的执行、递交与履行可不能违背各方公司的章程规定；
15.3.3本合同的执行、递交与履行已经取得合同两边的正式授权。
两边同意，本合同条款的上下文若是表示出该条款在本合同有效期后仍然有效，则该条款在本合同有效期届满后继续有效。
本合同与附件组成两边间的完整的合同，并将取代之前所有的书面或口头、执行或未执行的讨论、合同或声明。
未经两边授权代表再签定正式合同，本合同将不作转变、增删和修改或其他活动。
16.合同的生效
本合同一式两份，甲乙两边各持一份，自合同各方授权代表签字盖章之日起生效。
17.附件
附件一：
《需求规格说明书》
附件二：
《开发打算与进度》
附件三：
《软件系统验收标准》
【以下无正文】
【签字页】
甲方
签字
加盖公章
日期
乙方
附件一《需求规格说明书》
由业务部门签约之前制定
附件二《开发打算与进度》
推进计划书
1.对乙方人员和资源配置要求
职位
人员要求
参加项目的时间
负责的部分
项目经理
核心开发人员
测试人员
2.开发时期概念
阶段名称
开始日期
结束日期
工作日
阶段说明
需求分析
系统设计
系统编码
功能测试
性能测试
3.里程碑及交付工作功效概念
里程碑
交付的工作成果
里程碑标记
需求里程碑
设计里程碑
开发里程碑
测试里程碑
4.验收打算
5.
初验收的时刻为：
2004年1月14日
最终验收的时刻为：
自软件试运行期终止后的7个工作日内。
6.项目跟踪及治理
7.
附件三
软件系统验收标准
验收前，乙方需要向甲方提供如下的产品：
完成甲方功能要求的可执行产品
测试报告
软件的源代码
源代码设计文档
用户手册
治理员配置文档与保护手册
一、程序验收标准
实现系统需求说明书中所涉及的所有功能，页面美观，阅读方便，查询速度较快，权限设置正确。
在乙方的广域网内运行良好。
具体细节如下：
一、应用程序运行环境要求：
（1）硬件环境要求：
服务器：
联想万全系列
客户机：
联想系列PC机
（2）网络环境：
×
K带宽的专线
（3）软件环境要求：
网络操作系统：
数据库平台：
客户端：
二、程序要求：
（1）犯错要求
甲方向乙方交付程序外部测试时，不能多于2处功能性错误，4处其他错误。
`程序测试修改完成后，不能存在功能性错误和其他错误。
（2）代码要求
代码中必需有详细注释，包括变量说明、关键流程处置说明，并要求遵守甲方的程序开发规范。
3、功能要求：
以两边认可的需求分析报告做为功能要求标准，务必实现每一块功能。
测试报告是系统验收的重要依据。
4、非功能要求：
（1）性能要求
（2）安全性要求
（3）页面要求
二、文档验收标准
乙方在项目开发的各里程碑，必需以电子和书面方式及时提交相应的文档由甲方审核，文档应尽可能依照甲方要求的格式书写。
乙方提交甲方验收的所有文档必需是知足最新需求的最终版本。
乙方必需提交的文档包括：
序号
文档名称
文档说明
1
需求规格说明书
能够充分体现系统功能需求及非功能需求，并且描述准确，清晰。
根据该说明书，可进行系统的概要设计和功能测试用例的分析。
2
概要设计说明书
包含数据库设计说明、业务逻辑层设计说明、用户界面层设计说明和接口设计等等。
详细阐述如何解决需求说明书中提到的各项需求。
该设计文档可指导系统的详细设计以及集成测试用例的拟定。
3
详细设计说明书
详细说明各个模块的程序流程，输入/输出等等。
该设计文档可指导编码和模块测试用例的分析。
4
开发文档
详细阐述各个程序的处理流程，输入/输出变量，如果使用了特殊处理技术，也需详细说明。
5
测试报告
包括单元测试报告、集成测试报告和性能测试报告，详尽列举并描述测试用例及测试过程中错误修改的历程。
6
管理员配置文档与维护手册
详细阐述系统的安装及与相关系统接口的安装和配置步骤，包括服务器配置、帐号与密码的设置、组件的安装与部署、全局变量的设置等，便于系统的安装和迁移。
7
用户手册
使用图文并茂的方式详细说明系统的使用方法，指导用户学习和使用系统，并作为用户培训的指导文档。
8
源代码文档
包括所有的源程序文件及说明文档。
根据这些文档可构造出系统的可执行程序。
甲方将从以下几个方面考察乙方提交的文档：
1、文档完备性（是不是依照合同及其附件中的要求提交全数文档）；
2、
3、内容针对性（指文档内容是不是符合甲方对该文档的要求）；
4、
5、内容充分性（指该文档内容是不是足够全面、充分和详细）；
6、
7、文档的价值（文档是不是能够指导系统的分析设计、开发测试等工作的开展，并记录各系统开发活动的结论）；
8、
9、内容一致性（指不同文档或同一文档中是不是存在前后矛盾的描述）；
10、
11、文字明确性（尽可能不利用“可能”、“或许”“待定”等词语，尽可能不利用语义含糊不清、易产生二义性明白得的语句）；
12、
13、图表翔实性（文档中是不是采纳了生动、真实、易于明白得的
升级会员 