技术开发项目服务合同模板.docx
《技术开发项目服务合同模板.docx》由会员分享,可在线阅读,更多相关《技术开发项目服务合同模板.docx(22页珍藏版)》请在冰豆网上搜索。
技术开发项目服务合同模板
合同登记编号:
技术开发合同
项目名称:
xxxxxxxxxxxxxxxxxxxxxxx系统项目
甲方:
乙方:
合同编号:
签订地点:
附件3:
项目实施方案
合同正文
(采购人)的xxxx系统项目经中工国际招标有限公司以{招标编号}号招标文件公开招标,经评标委员会评定xxxxx司为中标单位。
采购人、中标供应商同意按照下面的条款和条件,签订本合同。
第一条合同双方
甲方:
地址:
北京市
乙方:
地址:
北京市
第二条定义、适用范围和法规
2.1下列名词和用语,除上下文另有规定外,应有如下含义:
2.1.1“项目”是指甲方委托乙方服务的项目内容。
2.1.2“甲方”是指承担直接投资责任和委托服务业务的一方以及其合法继承人。
2.1.3“乙方”是指在工商行政管理部门登记注册,取得企业法人营业执照,并取得信息行业行政管理部门颁发的相关资质证书,为建设单位提供模块化服务的单位。
2.1.4“日”是指任何一天零时至第二天零时的时间段。
2.1.5“月”是指根据公历从一个月份中任何一天开始到下个月对应日期的前一天的时间段。
2.1.6“上线”是指系统在实际运行环境进行安装和投入运行的过程。
2.1.7“试运行”是指系统上线后,在约定的时间内检验系统运行是否达到验收标准的过程。
2.1.8“维护”是指乙方按照甲方需求所开发的应用系统经过上线投入正常使用后,乙方对所提供的系统在甲方使用范围内进行维护。
2.1.9“交付”是指乙方将合同约定的技术资料和系统提交给甲方使用。
2.1.10“培训”为确保甲方使用人员能够正常使用系统,乙方向甲方使用人员提供的必要技术培训和技术指导。
2.1.11“验收”是指甲方按照合同约定对乙方的工作内容进行评审的过程,以项目验收专家意见为标志。
2.1.12“阶段确认”是指甲方按照合同约定的项目进度对乙方的阶段工作进行验证的过程,以双方签署后的阶段证明为阶段成果依据。
2.1.13“需求变更”甲方提出的项目建设内容增加和更新,但不包括在《需求说明书》(以双方签字为准)中定义的需求内容。
2.2本合同适用的法律是指中国的法律、行政法规,以及专用条件中议定的部门规章或工程所在地的地方法规、地方规章。
2.3本合同文件使用汉语语言文字书写、解释和说明。
第三条建设内容及实施
3.1乙方接受甲方委托进行xxxxxxxxxxxxxx系统项目建设工作。
3.2乙方在合同签订后个月内完成合同项下所有服务内容的部署工作。
3.3乙方负责软件的设计和开发,需综合甲方具体需求,以双方签字确认的《xxxxxxxxxxxxx需求说明书》作为系统开发及验收依据。
3.4本项目服务实施地点为xxxxxxxxxxxxxx公司。
3.5本合同约定的项目实施工作内容详见附件3《项目实施方案》。
第四条价款及支付
4.1合同总价款
本合同总价款为:
人民币xxx,xxx.00元(大写:
人民币xxxxxx元整)。
该价款为包含全部相关税费的最终价款。
4.2支付方式
4.2.1合同签订后_20个工作日内,经甲方对乙方工作计划和资源配置情况确认后,甲方向乙方支付合同总价款_50_%的预付款,即人民币xxx,xxx,xxx0.00元(大写:
人民币xxxx元整)。
4.2.2项目完成初步验收后_20_个工作日内,甲方向乙方支付合同总价款的_20_%,即人民币xxx,xxx.00元(大写:
人民币xxxxx元整)。
4.2.3项目完成竣工验收后_20_个工作日内,甲方向乙方支付合同总价款的_30_%,即人民币xxx,xxx.00元(大写:
人民币xxxxx元整)。
4.2.4乙方应在每次收到相应款项结算通知后_5_个工作日内开具符合国家规定的正式发票并交付甲方。
第五条验收
本项目验收工作分为三个阶段,即项目初验、系统试运行、系统竣工验收。
5.1项目初验
完成系统需求调研、软件开发、系统测试、上线部署等工作后,乙方向甲方提交初验申请。
甲方组织相关专家进行初验,通过初步验收后,出具《项目初步验收专家评审意见》,即视为初步验收合格。
5.2系统试运行
系统通过初验合格后,乙方应配合甲方指定的第三方软件测评公司接受评测,试运行期限为两个月,试运行期间乙方应对甲方提出的问题及时解决以保障系统正常运行。
5.3竣工验收
5.3.1完成系统试运行后,乙方向甲方提交竣工验收申请,甲方组织相关专家进行项目竣工验收,通过竣工验收后,出具《项目竣工验收专家评审意见》,即视为竣工验收合格。
5.3.2系统通过竣工验收后,乙方需要向甲方移交的项目文档包括但不限于以下:
编号
交付物名称
交付物内容
交付物形态
1
系统软件安装包
系统源代码;安装程序;资源文件;配置文件。
源代码、软件及相关文件
2
项目过程文档
(1)项目管理文档:
项目管理方案;进度实施和任务分类;质量管理计划;项目进度报告;问题报告和解决方案;需求变更文件。
(2)系统应用设计文档:
项目需求报告;概要设计;
界面要求和详细设计;系统维护计划。
(3)系统运行和维护操作手册:
系统操作手册;系统维护手册。
(4)测试文档:
系统测试报告。
(5)验收文档:
系统验收计划;项目开发验收报告;项目竣工验收报告。
(6)培训文档:
培训计划;培训教材;培训过程纪录。
(7)安全性文档安全操作手册;突发性事件处理与灾难恢复计划。
(8)第三方测评报告:
第三方安全测评报告和软件性能功能测试报告。
(9)其他文档
文档
第六条培训
6.1乙方应就本项目建设内容向甲方使用和维护人员提供必需的培训,使甲方使用人员和维护人员能够正确使用本系统功能。
6.2培训内容1:
针对科室操作人员进行xxxxxx系统业务实施流程、日常办公、业务管理等;培训方式为现场授课、面对面指导、示范、互动讨论,培训课时3天。
6.3培训内容2:
针对领导进行xxxxx系统业务实施流程、领导使用模块、审批等;培训方式为现场授课、面对面指导、示范;培训课时90分钟。
6.4培训内容3:
针对系统管理人员进行xxxxx系统安装、配置、维护、数据库、中间件管理等培训;培训方式为现场授课、面对面指导、示范、互动讨论;培训课时3天。
6.5乙方制定培训计划、提供课程教材及授课讲师,按照上述内容和方式培训相关人员。
第七条维护
7.1项目建设内容上线试运行期间,乙方按照附件约定内容,提供至少2个月维护支持服务,直至项目竣工验收合格通过。
7.2项目建设内容竣工验收合格后,乙方提供24个月的免费维护支持服务,24个月内至少2名工程师提供技术支持服务,提供7*24小时支持维护服务,包括邮件、电话、远程维护、现场服务等方式。
系统软件运行过程中出现软件问题,提供7*24小时响应,在接到用户报告故障后30分钟内响应,1小时内答复,2小时内到达客户现场。
7.3两年维护期满后,按甲方要求乙方有义务继续确保本项目建设内容安全有效运行,服务费用参考区信息化运维标准价格确定。
维护服务期间,乙方须严格遵守甲方的有关管理制度、操作规程。
第八条双方权利与义务
8.1甲方权利和义务
8.1.1甲方应向乙方提供并允许乙方为开发工作目的而使用合同双方商议确认的信息、数据、资料。
8.1.2如乙方履行本合同过程中需与第三方配合,甲方应负责协助协调乙方与第三方的工作。
8.1.3甲方有权监督本项目进度,并指派代表对乙方按照合同约定所完成的内容予以阶段确认。
8.1.4甲方应按本合同第四条的约定向乙方支付款项。
8.1.5甲方应按本合同第五条的约定对乙方提出的验收申请进行验收。
8.2乙方权利和义务
8.2.1乙方应按照本合同的要求,如期完成和交付项目建设内容。
8.2.2乙方完成甲方分配的技术服务。
8.2.3乙方每周应向甲方书面报告当前的项目实施状况,以便甲方了解项目进展状况。
8.2.4乙方应保证其拥有从事本项目建设工作的资质及开发能力,并保证技术队伍在项目实施过程中完整、稳定(因离职、疾病或意外事故等乙方无法控制的原因除外),保证合同系统不会侵犯任何第三方知识产权。
8.2.5乙方应按照本合同的约定向甲方交付xxx系统建设成果和技术资料。
8.2.6乙方应按照本合同第三条的约定内容为甲方提供服务。
8.2.7乙方应按照本合同第六条的约定为甲方提供培训服务。
8.2.8乙方应按照本合同第七条的约定为甲方提供项目维护服务。
乙方必须严格遵守甲方的有关规章管理制度。
8.2.9乙方应在项目免费维护期满后配合甲方完成运维方移交,并保证系统正常运行。
8.2.10乙方应当合理使用甲方支付的合同经费,做到专款专用,不得挪作他用。
第九条违约责任
9.1甲乙双方任何一方不履行合同义务或者履行合同义务不符合本合同约定的,均视为违约。
守约方可向违约方发出要求其履行合同义务的书面通知,违约方应在通知发出之日起5个工作日内采取补救措施,逾期仍未采取措施的,则守约方有权要求违约方继续履行合同义务并赔偿因此造成的损失。
9.2甲乙双方在完成双方签署的书面确认事项后,甲方提出变更要求,导致项目进度延迟的,经甲方认可后,不视为乙方违约。
9.3因甲乙双方任何一方的原因致使另一方遭受第三方追诉的,违约方应赔偿由此给另一方造成的损失。
9.4乙方未按照本合同履行保密责任,乙方按照合同总金额的百分之五支付违约金。
9.5因乙方原因造成项目进度延迟的,每逾期一日,乙方应按合同总金额的万分之五支付违约金。
违约金的支付并不能解除乙方继续履行合同的责任和义务。
9.6若服务期内,乙方未按用户意见对系统进行完善的,乙方按照合同金额的百分之五支付违约金,甲方有权直接将该笔费用在未付款项中直接扣除。
9.7如乙方交付的工作成果因乙方原因未能验收合格,视为未按规定时间提交验收,乙方应在甲方限定的期限(十五个工作日)内进行修改;若限定期限结束后仍未通过验收,甲方有权解除合同,并要求乙方返还本合同全部费用。
9.8乙方未按照本合同履行相关义务的,乙方按照合同总金额的百分之五支付违约金。
第十条知识产权及保密
10.1乙方依照本合同第五条向甲方交付的基于乙方基础服务平台和原有技术成果新开发出来的xxxxxxx系统、技术资料及相关电子文档(源代码、技术文档等)的知识产权归甲方所有。
10.2在本合同签订前己经存在的或履行过程中产生的其他与本合同系统无关的成果,包括但不限于设计方案图纸、各种说明书、测试数据资料、计算机软件、技术诀窍以及其他技术文档,知识产权归属原权利人所有。
10.3甲乙任何一方对在本合同签订或履行过程中所接触或知悉的对方的商业秘密,包括但不限于知识产权信息、技术文件资料、技术诀窍、业务经营信息、内部管理方法、内部规章制度以及其他应予保密的信息和资料,负有保密义务,无论上述秘密以何种形式载于何种载体。
10.4除以下10.5款规定外,甲方和乙方应当各自就其或其雇员、承包商、顾问或代理人获得的,关于本协议及本项目(无论是财务上、技术上或其他方面)的全部信息和文件,予以保密。
10.5以上10.4款不适用于:
(1)已经公布的或能以其他方式公开获得的信息或文件(但不包括以违反本协议的方式公布或获得者)。
(2)已经由一方以不违反任何保密义务的方式获得的信息或文件。
(3)以不违反任何保密义务的方式从第三方获得的信息或文件。
(4)按照法律须披露的信息或文件。
(5)为按照本协议履行一方义务而披露的信息或文件。
10.6保密期限不受本合同期限的限制,在本合同履行完毕后以及前述商业秘密进入公有领域前,商业秘密接受方仍应承担保密义务。
第十一条不可抗力
11.1本合同中不可抗力指地震、台风、火灾、水灾、战争、罢工以及其他双方共同认同的不能预见、不能避免并不能克服的客观情况。
11.2如发生不可抗力,以至于任何一方因这种事件的发生而无法履行或无法完全履行其义务,一方对另一方因此而造成的损失不承担责任。
但在不可抗力发生期间及结束之后,在合同的履行仍有意义时,受影响的一方仍应在可能的范围内履行己方的义务,以尽可能减少损失的发生。
11.3遇有上述不可抗力事件的一方,应在可能的时候立即将事件情况通知对方,并在该事件发生后15日内向对方提供政府部门开具的有效证明文件,同时提出合同需要延期履行或不能完全履行或不能履行的理由。
按照该事件对合同履行的影响程度,由双方友好协商决定继续履行合同或终止合同。
11.4一方迟延履行后发生不可抗力的,仍应承担违约责任。
第十二条合同变更与终止
12.1因项目需求发生变化,需要对合同内容进行变更的,需经双方书面确认。
12.2甲乙任何一方单方面提出终止合同,需提前三个月通知对方,双方协商解决。
12.3本项目质保期为自项目竣工验收合格之日起满两年为止。
12.4本合同服务期满后,在不改变合同其它条款的情况下,甲方可视服务情况与乙方续签项目运维服务合同,签订运维服务合同期限为一年。
第十三条法律适用争议解决
13.1因履行本合同或与本合同有关的一切争议,双方当事人应通过友好协商方式解决,若发生争议协商未成,双方约定由合同签署地有管辖权的人民法院提起诉讼。
13.2在诉讼过程中,除各方有争议的部分外,本合同其它部分继续有效。
第十四条合同生效
本合同自双方法定代表人或授权代表签字盖章之日起生效,至双方履行完合同规定的义务后自行终止。
第十五条其他
15.1本合同一式陆份,甲方执叁份,乙方执叁份,各份具有同等法律效力。
15.2除双方在合同中规定的条款外,其他未尽事宜均以合同附件和补充文件形式另行规定。
本合同的内容及其有关的附件是甲乙双方关于此次合作所最终确定的全部内容,双方均承认其己审阅、理解本合同及相关附件的内容。
附件:
1.分项明细报价表
2.第三方软件性能功能测试和安全测评报告要求
3.项目实施方案
(以下无正文)
合同签署页(此页无正文)
甲方
单位名称
(盖章)
法定代表人
(或授权代表)
签字(或盖章):
项目负责人
电话
传真
邮政编码
地址
乙
方
单位名称
(盖章)
法定代表人
(或授权代表)
签字(或盖章):
项目负责人
电话
传真
开户银行
账号
邮政编码
地址
签署日期:
年月日
附件1:
分项明细报价表
序号
项目内容
技术需求
单价(元)
数量
合计
(元)
备注
3
附件2:
第三方软件性能功能测试和安全测评报告要求
一、功能测试的内容
(一)正常功能
1.检测各模块的正常情况的处理是否能够正确执行;
2.检测系统的正常业务处理、正常流程是否能够正确执行;
3.检测相关联的各个子系统在正常情况下的协调运作情况。
(二)异常功能
1.检测模块的异常情况处理是否能够正确执行;
2.检测系统的异常业务处理、容错处理是否能够正确执行;
3.检测相关联的各个子系统在异常情况下是否能够协调运作且能否形成闭环。
(三)边界测试
检测当输入或输出为最大、最小、临界值时模块或系统能否正确处理。
(四)界面测试
1.检查界面风格是否符合系统开发规范;
2.检查界面能否支持操作顺序的无序性;
3.检查界面操作是否方便,是否有快捷键,是否有联机帮助。
(五)接口测试
检测系统与其他软、硬件系统接口的正确性。
(六)错误处理测试
1.检查对不合格的输入以及错误数据、错误操作是否进行有效性检查和非法性判断;
2.检查错误提示的描述是否明确,是否容易进行错误定位。
二、性能测试
1.负载测试是测试系统所能容忍的最大用户数量,也就是在正常的响应时间中,系统能够支持的最多的客户端的数量;
2.对应用系统的吞吐率进行测定。
吞吐率是指应用系统在单位时间内完成的交易量,也就是在单位时间内,应用系统针对不同的负载压力,所能完成的交易数量;
3.系统的响应能力测试是测试系统在各种负载压力情况下,系统的响应时间,也就是从客户端请求发起,到服务器端应答返回所需要的时间,包括网络传输时间和服务器处理时间;
4.用户容量是指系统内承载的注册用户数量,一般根据系统3-5年后的预估而产生的。
5.CPU资源使用情况是指高并发情况下,服务器CPU资源使用情况,存在秒杀情景需要CPU资源更充足。
6.内存资源使用情况是指高并发情况下,服务器内存资源使用情况。
7.数据查询汇总业务的响应时间应不大于5秒,带有复杂图形的查询,响应时间应不大于10秒。
三、安全测试(结合系统拟定等级保护级别进行选择测试)
(一)应用安全测试
1.身份鉴别
(1)应提供专用的登录控制模块对登录用户进行身份标识和鉴别;
(2)应对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别;
(3)应提供用户身份标识唯一和鉴别信息复杂度检查功能,保证应用系统中不存在重复用户身份标识,身份鉴别信息不易被冒用;
(4)应提供登录失败处理功能,可采取结束会话、限制非法登录次数和自动退出等措施;
(5)应启用身份鉴别、用户身份标识唯一性检查、用户身份鉴别信息复杂度检查以及登录失败处理功能,具有相应的防御用户登录字典攻击措施,并根据安全策略配置相关参数。
(二)访问控制
1.应提供访问控制功能,依据安全策略控制用户对文件、数据库表等客体的访问;
2.访问控制的覆盖范围应包括与资源访问相关的主体、客体及它们之间的操作;
3.应由授权主体配置访问控制策略,并严格限制默认帐户的访问权限;
4.应授予不同帐户为完成各自承担任务所需的最小权限,并在它们之间形成相互制约的关系;
5.应具有对重要信息资源设置敏感标记的功能;
6.应依据安全策略严格控制用户对有敏感标记重要信息资源的操作。
(三)安全审计
1.应提供覆盖到每个用户的安全审计功能,对应用系统重要安全事件进行审计;
2.应保证无法单独中断审计进程,无法删除、修改或覆盖审计记录;
3.审计记录的内容至少应包括事件的日期、时间、发起者信息、类型、描述和结果等;
4.应提供对审计记录数据进行统计、查询、分析及生成审计报表的功能。
(四)剩余信息保护
1.应保证用户鉴别信息所在的存储空间被释放或再分配给其他用户前得到完全清除,无论这些信息是存放在硬盘上还是在内存中;
2.应保证系统内的文件、目录和数据库记录等资源所在的存储空间被释放或重新分配给其他用户前得到完全清除。
(五)通信完整性
应采用密码技术保证通信过程中数据的完整性。
(六)通信保密性
1.在通信双方建立连接之前,应用系统应利用合适的信息安全技术进行会话初始化保密验证;
2.根据用户需求,对通信过程中的整个报文或会话过程进行加密。
(七)抗抵赖
1.应具有在请求的情况下为数据原发者或接收者提供数据原发证据的功能;
2.应具有在请求的情况下为数据原发者或接收者提供数据接收证据的功能。
(八)资源控制
1.当应用系统的通信双方中的一方在一段时间内未作任何响应,另一方应能够自动结束会话;
2.应能够对系统的最大并发会话连接数进行限制;
3.应能够对单个帐户的多重并发会话进行限制;
4.应能够对一个时间段内可能的并发会话连接数进行限制;
5.应能够对一个访问帐户或一个请求进程占用的资源分配最大限额和最小限额;
6.应能够对系统服务水平降低到预先规定的最小值进行检测和报警;
7.应提供服务优先级设定功能,并在安装后根据安全策略设定访问帐户或请求进程的优先级,根据优先级分配系统资源;
(十)数据安全及备份恢复
1.数据完整性
(1)应能够检测到系统管理数据、鉴别信息和重要业务数据在传输过程中完整性受到破坏,并在检测到完整性错误时采取必要的恢复措施;
(2)应能够检测到系统管理数据、鉴别信息和重要业务数据在存储过程中完整性受到破坏,并在检测到完整性错误时采取必要的恢复措施。
2.数据保密性
(1)应采用加密或其他有效措施实现系统管理数据、鉴别信息和重要业务数据传输保密性;
(2)应采用加密或其他保护措施实现系统管理数据、鉴别信息和重要业务数据存储保密性。
3.备份和恢复
(1)应提供本地数据备份与恢复功能,完全数据备份应该根据用户规定的频次进行备份,备份介质场外存放;
(2)应提供异地数据备份功能,利用通信网络将关键数据定时批量传送至备用场地;
(3)应采用冗余技术设计网络拓扑结构,避免关键节点存在单点故障;
(4)应提供主要网络设备、通信线路和数据处理系统的硬件冗余,保证系统的高可用性。
四、可靠性测试
1.稳定性
在测试过程中,不存在非人为原因而导致服务停止、系统死机、系统宕机、系统停止响应等现象
2.容错性
(1)应提供数据有效性检验功能,保证通过人机接口输入或通过通信接口输入的数据格式或长度符合系统设定要求
(2)可以屏蔽用户操作错误,并提示
3.易恢复性
系统故障后,重新启动系统,系统运行正常
五、易用性测试
1.易理解性
(1)统界面标识明确、无差错并易于理解,界面说明规范、简洁。
(2)系统描述完整、易于理解,实际功能与用户手册的描述相一致
(3)系统功能菜单描述简洁、清晰,功能操作易于理解
2.易操作性
(1)系统提供操作提示信息,用户界面简洁易操作。
(2)对于删除数据的功能,系统有警告及确定提示。
附件3项目实施方案
xxxxxxxxx系统
项目实施方案
年月
1项目概述
{总体项目背景介绍}
2建设目标和内容
2.1项目目标
{项目建设目标}
2.2项目内容
{项目实质建设内容}
3设计原则
{系统设计原则,参考招标要求}
4系统总体架构
{总体架构}
5系统验收
{项目验收标准}
6项目实施关键因素
要保证项目的成功实施,有一些要素必须得到充分重视。
项目的成功与否直接取决于项目全过程中,各方面对这些要素的重视和承诺。
表6.1项目关键成功因素表
1
高层领导的支持和及时决策
高层领导要对项目给予支持承诺,并愿在项目各种重大情况出现时给予支持。
中科软科技股份有限公司将定期提供项目状态报告,描述项目里程碑、问题、风险、变更等。
需要高层领导给予决策的问题,将会及时地逐级上报给高层领导科室,以便及时做出决策。
这一逐级上报将通过客户的项目负责人完成。
2
交付文件及时批准
客户检查和批准交付件应该在规定的时间内完成(提交后的1-2个工作日内),以便中科软科技股份有限公司转入下一阶段的工作。
3
项目人员到位
项目组应由合适的人员组成,并在工作需要时到位。
4
项目定义
关于项目范围和要求必须有一个明确且各方同意的基准定义。
该基准在本文件中定义。
5
跟踪和反馈
通过会议和及时的向实施管理部门总结,向项目组进行经常性的反馈。
甲方与乙方都应同意利用周例会的方式来对项目进行跟踪和反