软件实施技术服务合同

1、合同登记编号： 技技 术术 服服 务务 合合 同同 书书 项 目 名 称：XXX 实施及技术服务合同 委托人（甲方）： XXX 中心 受托人（乙方）： XXX 公司 签定地点： 签定日期： 年 月 日 有效期限： 年 月 日 至 年 月 日 XXXXXXXXXX 实施及技术服务合同实施及技术服务合同 甲方：XXX 中心 乙方：XXX 公司 鉴于鉴于: : 甲乙双方本着互惠互利、共同发展的原则，依照中华人民共和国合同法 的规定，经友好协商，就乙方向甲方提供 XXX 信息系统升级改造和市本部（含 XXX 办事处）实施及技术服务（简称：项目）事宜签订本合同。 第一条 术语定义 “XXX”是指 XXX

2、。 第二条 XXX 内容及要求 （一）XXX 系统 （二）XXX 系统 上述应用软件系统的升级改造内容详见附件一。应用软件系统升级改造要 求（应达到的技术指标和参数）如下： 1.系统体系结构：采用三层(B/S)结构，客户端通过 IE 浏览器进行操作。 2.数据库管理系统为 Oracle 10g，应用服务器(含中间件)采用 BEA WebLogic Platform 9.2。 3.数据精度：数值型一律采用小数二位（利率的精度按央行的有关规定办 理） 。 4.适应性：具有平台无关性，可在不同操作平台间进行转换和移植。 5.结构特性：支持 200 个并发用户数操作，处理的表记录数超过 1000 万条

3、 记录。 6.性能要求 业务处理响应时间 A.日常业务处理时间：批量业务 10 秒,其他业务 2 秒； B.日终处理时间30 分钟 ； C.查询个人账务信息时间 2 秒 ； D.查询单位所有账务信息时间 5 秒 。 E.结息估计：平均用时3 个小时； F.系统允许最大同时上机操作人数 200 人。 预计数据量大小为 200GB； 预计管理的人数：缴存职工 350 万（包括销户） ；贷款 50 万户。 7.可在如下硬件网络环境下运行： 硬件环境：数据库服务器采用由两台高性能的小型机构成的高可靠性 双机热备集群；应用服务器采用由两台高配置的小型机构成的双机集群；客户 端为普通的 PC 机，操作系统

4、是 WIN XP、WIN2000、WIN98 等视窗操作系统。 网络环境：自建的封闭式广域网，通讯协议采用 TCP/IP；主干网络为 8M 的光纤网，中心到各个网点的网络为 2M 的光纤网。 第三条 XXX 信息系统市本部（含 XXX 处）实施内容及要求 （一）市本部（含 XX 办事处）升级改造后的 XXX 信息系统的实施包括系统 迁移、数据整理移植、安装调试、业务和技术培训、现场指导等。升级改造后 的 XXX 信息系统包括四个子系统：XXX 系统、XXX 管理系统、XXX 管理系统、公 共管理系统。 （二）试运行期间的现场跟踪维护，试运行期为 13 个月，具体期限视实 际情况而定。 XXX

5、信息系统在市本部（含 XXX 办事处）实施的具体要求： 1.系统迁移及数据整理移植要求 必须制订完备的系统迁移及数据整理移植方案和实施计划(详见附 件二)； 数据移植之前必须完成对原有数据信息的核对和整理工作(包括完成银 行和单位、个人对账，补录缺漏的数据信息等工作)，确保数据信息准确、完 整； 不能影响正常业务开展，尽量避免暂停业务； 将单位、个人信息及业务明细、流水明细等全部数据移植到升级后的系 统中； 保证数据及信息安全可靠，一旦发生问题要可恢复； 保证系统迁移及数据整理移植的完整、准确（需整理移植的存量信息内 容以经甲乙双方确认的业务需求中的相关要求为准） 。 2.业务和技术培训要求

6、必须制订完备的业务和技术培训计划(详见附件三)； 采用集中授课、上机练习相结合的培训方式进行培训，上机练习要有专 人辅导； 业务培训要求对甲方全体工作人员进行培训，使被培训者能熟悉业务流 程和软件操作，熟练办理业务，可借助用户手册自行解决日常操作上遇到的问 题； 技术培训要求使甲方技术人员能够精通应用系统的开发工具、开发环境， 对一般系统故障能够做出技术层面的诊断；能熟练掌握业务现场设备的安装及 调试工作。 对承办甲方业务的承办银行业务人员的培训事项（包括培训费用等） ，由甲 乙双方和承办银行另行商定。 3.试运行期的现场跟踪服务 现场随时保证有 2 名工程师； 辅助中心技术人员对系统进行 2

7、4 小时的监控； 及时解答操作人员的相关问题。 （三）乙方履行本合同义务的专业技术人员必须在附件四所确定的人员中 选取，未经甲方同意，乙方不得更换附件四中确定的专业技术人员或另行指派 其他人员以替代。 第四条 项目期限 2009 年 7 月 1 日前完成系统升级改造及其市本部（含 XXX 办事处）的实施 工作，具体分五个阶段： 第一阶段：对 XXX 信息系统软件进行升级改造开发； 第二阶段：升级改造后的 XXX 信息系统软件安装调试（含操作培训） ； 第三阶段：软件上线试运行； 第四阶段：软件系统初验； 第五阶段：软件系统终验收。 第五条 双方责任 （一）甲乙双方中的任何一方均不得向第三方转让

8、其依据本合同所应当承 担的权利和义务。 （二）甲乙双方共同成立专门的项目组，以确保本合同项目开发工作的顺 利进行。 （三）甲乙双方须根据本合同要求共同进行业务规划，提出需求分析解决 方案和实施方案，并尽早实施该项目，对项目的实施情况和阶段性成果进行评 审，并监督、检查合同的履行情况。各阶段完成时间依据实际情况由双方协商 确定，验收时间视项目进展情况确定。 （四）甲方责任 1.甲方负责向乙方现场服务人员提供免费办公场地； 2. .为乙方前期调研工作进行保障，组织甲方所属各部门和相关协作银行与 乙方密切合作，及时提供乙方所需材料。 3提供符合乙方技术要求服务器环境及相关的网络接入。 （五）乙方责任

9、 1乙方负责按照需求分析解决方案提出设计方案和关键技术解决方案； 2乙方制定本项目实施的完整计划并严格按照实施计划执行，并确保本 项目按时、准确完成。 3在开发和实施过程中，对甲方陆续提出的在本合同约定范围内的修改 要求，乙方应尽力协助实现，并经甲方认可。 4在验收期内甲方要求下，对不符合本合同约定的问题进行修改。 5. 乙方必须通过必要的技术手段，保证该系统具有良好的安全性能。 6. 乙方负责对甲方指派的工作人员及本软件的用户进行系统的业务培训。 7. 本项目在试运行期间，乙方应当指派工作人员在甲方现场对本系统进 行监控和维护。 8. 试运行期结束后如软件运行出现问题，自甲方电话通知乙方之时

10、起两 个小时内，乙方保证到达现场进行工作；甲方的其他额外技术性服务要求可与 乙方另行约定。 9. 本合同涉及软件系统，乙方需提供一年的免费维护服务，免费维护服 务自系统终验合格之日起算；一年免费维护期后，乙方将继续向甲方提供收费 的维护服务，具体收费标准甲乙双方另行签订合同确定；维护方式为 724 小 时现场服务。若乙方决定停止支持该种软件的技术服务，应至少提前三个月书 面通知甲方，以使甲方有机会另行购买该种服务。 10. 今后甲方对系统扩容或升级时，在法律法规及其有关政策允许的情况 下，乙方应在价格上给予甲方最大的优惠，并提供至少与本合同相同的保修、 安装期、付款方式及其他优惠条件。 第六条

11、 合同金额 本合同总金额为人民币 XXX 元整（￥000,000.00） ，具体包括二部分金额： 1.XXX 信息系统升级改造费用：0 万元（免费） 。 2.XXX 信息系统市本部（含 XXX 办事处）实施费用：18.3 万元。 第七条 付款方式 甲方应在本合同签订后五个工作日内，向乙方支付本合同总金额的 50%，即 XXX 元整（￥00,500.00） 。 项目初验合格后五个工作日内，甲方向乙方支付本合同总金额的 40%，即 XXX 元整（￥03,200.00） 。 项目终验合格后五个工作日内，甲方向乙方支付本合同总金额的 10%，即 XXX 元整（￥08,300.00） 。 在甲方付款前，

12、乙方负责开具符合国家规定的相应数额的发票。 第八条 技术情报和资料的保密 （一） 甲方应告知乙方其提供给乙方的各类信息是否属于保密范围及其密 级。 （二）乙方有权了解其承担的该开发部分包括的所有内容，并负有为甲方 保密的义务。 （三）乙方对甲方提供的与项目有关的技术资料、秘密文件不得丢失，不 得自行复制，不得向第三方提供，不得用于本合同外的任何处，本合同届满后 十日内应将前述技术资料、秘密文件全部归还甲方。 第九条 技术成果的归属 （一） 合同各方对在签订和履行本合同过程中从对方获知的技术和商业秘 密，无论在本合同期限内还是合同终止后，均应共同遵守国家有关版权、专利、 商标等知识产权方面的法律

13、规定及部颁的保密规定中的相关条文，相互尊重对 方的知识产权，对所知悉的对方的技术秘密负有保密责任。未经对方事先书面 授权，任一方不得以任何方式向任何其他组织或个人泄露、转让、许可使用、 交换、赠与或与任何其他组织或个人共同使用或不正当使用。违反本条规定， 给对方造成损失的，违约方应负相关的法律责任。不论本合同是否变更、解除、 终止，本条款均有效。 （二） 甲方委托的项目监理公司有权查阅项目中的各种文件和信息。 （三） 升级改造后的 XXX 信息系统软件知识产权归甲方所有。 第十条 验收标准和方法 （一）乙方提供给甲方的软件及文档应符合如下标准： 1.软件产品验收按本合同确定的软件需求进行验收；

14、 2.软件文档内容及文档标准要求按甲方和监理方要求提供； 3.向甲方提供软件产品的用户手册（电子版和 100 份纸质）和实施培训工 作； 4.本合同的初验以上述 1、2 两项完成作为初验标准；终验以上述 1、2、3 三项内容完成作为终验标准。 （二）乙方完成技术服务工作的形式： 1.乙方在完成系统建设任务后向甲方委托的项目监理公司提出验收申请， 经项目监理公司核准符合验收条件，报请甲方同意后在 5 日内组织验收并出具 验收报告，验收通过后需在 10 日内进行相应的系统移交工作，并在 10 日内 将本项目的所有技术文档交给甲方或项目监理公司。甲方或项目监理公司未在 上述规定时限内进行验收或出具验

15、收报告，视为验收通过。 2.技术服务工作成果的验收方法：采用甲方和监理方组成验收小组的方式 验收。 3.甲方检验人员如发现软件有缺陷和/或不符合本合同规定的标准时有权提 出意见，乙方应充分考虑并采取必要措施，直到软件达到标准为止，由此引起 的费用由乙方负担。甲方在清点乙方提供的“技术资料”时如发现短缺，乙方 应及时予以补足。 4.如因乙方软件原因未能通过最终验收，乙方应采取必要措施排除软件故 障，并对软件修改部分申请重新进行验收。 5.如只有部分软件和文档达到所规定的要求，甲方可决定是否验收这部分 软件和文档。 6.如已验收部分的软件和文档受到其余没有达到规定的技术要求部分的不 良影响，则上述

16、验收无效。已验收部分的软件须将与该软件的其余部分一起进 行重新验收。 第十一条 违约责任 （一）因乙方原因未能按本合同约定及时完成软件开发或实施工作，乙方 应向甲方支付违约金，违约金的计算办法为每一日按合同总金额的千分之一 （1）计算，总计不超过合同总金额的百分之五（5%） 。 （二）甲方如没有按本合同规定向乙方支付开发费用，每逾期一日，须向 乙方支付违约金，违约金的计算办法为每一日按合同总金额的千分之一 （1）计算，总计不超过合同总金额的百分之五（5%） 。 （三）任何一方逾期履行，违约金达到上述最高额，合同总金额的百分之 五（5%）后，守约方可单方面提出解除合同，并书面通知违约方。 (四)

17、乙方单方面变更或调整附件四中的专业技术人员，或附件四中的专业 技术人员不能如约履行本合同乙方的任务和职能，或对本合同项下的技术情报、 技术资料、技术成果的疏忽、故意之行为，经监理公司督促更正后仍未果的， 均构成对本合同的违约。 （五）任何一方违反本合同约定，其违约金不足以弥补对另一方造成的实 际损失，一方还应承担损失赔偿责任。 第十二条 争议解决和法律适用 （一）甲乙双方应以友好协商方式解决本合同履行过程中产生的争议。经 协商无法解决争议时，由被告住所地人民法院予以管辖处置。 （二）本合同适用中华人民共和国法律。 第十三条 其它 （一）甲方委托广州赛宝联睿信息工程监理有限公司作为本项目的监理公

18、 司，授权其在本项目实施过程中进行质量控制、进度控制、投资控制、验收管 理、合同管理、文档管理，进行项目的组织协调。乙方服从、接受并积极协助 配合监理方对项目进行管理、检查、监督、审核和阶段性验收，从而使项目按 时按质完工。 （二）本合同附件和甲方的招标文件、中标通知书、乙方的投标文件均为 本合同组成部分，与本合同具有同等法律效力。 本合同附件包括： 附件一：XXX 信息系统功能清单； 附件二：系统迁移及数据整理移植方案和实施计划； 附件三：业务和技术培训计划； 附件四：项目组人员名单； （三）本合同一式陆份，双方各执叁份，具有同等法律效力， （四）本合同自双方签字盖章之日起生效。 （五）双方

19、签字、盖章不在同一日期的，以后签字盖章的日期为本合同的 生效日期。 名称名称( (或姓名或姓名) ) （签（签 章）章） 法定代表人法定代表人（签（签 章）章） 委托代理人委托代理人（签（签 章）章） 联系（经办）人联系（经办）人（签（签 章）章） 住住 所所 （通讯地址）（通讯地址） 邮政邮政 编码编码 电电 话话传真传真 开户银行开户银行 委托人（甲方）委托人（甲方） 账账 号号 技术合同专用章技术合同专用章 或或 单位公章单位公章 年年 月月 日日 名称名称( (或姓名或姓名) ) （签（签 章）章） 法定代表人法定代表人（签（签 章）章） 委托代理人委托代理人（签（签 章）章） 联系（

20、经办）人联系（经办）人（签（签 章）章） 住住 所所 （通讯地址）（通讯地址） 邮政邮政 编码编码 电电 话话传真传真 开户银行开户银行 受托人（乙方）受托人（乙方） 账账 号号 技术合同专用章技术合同专用章 或或 单位公章单位公章 年年 月月 日日 印印 花花 税税 票票 粘粘 贴贴 处处 - 登记机关审查登记栏： 技术合同登记机关（专用章） 经办人： （签章）年月日 附件一：XXX 信息系统功能清单 一、公共管理系统一、公共管理系统 1.机构管理 中心机构设置、银行账号设置、会计账套设置、业务网点设置 2. 二、二、XXXXXX 系统系统 1.单位信息管理 三、三、XXXXXX 财务核算管

21、理系统财务核算管理系统 1.凭证管理 四、四、XXXXXX 贷款管理系统贷款管理系统 1. 申请受理 附件二：系统迁移及数据整理移植方案和实施计划 为保证数据移植完整、安全，特制定数据移植方案及实施计划。 一、系统迁移和数据移植要求一、系统迁移和数据移植要求 系统迁移和数据移植的任务包括以下两个方面： 将现有数据做好在线备份; 原有的应用系统数据全部移植到新的系统中去，移植期间业务暂停。 由于需要迁移的系统均为在线运行，因此，要尽量减少对业务操作的影响。 为此，整个迁移过程必须按以下步骤进行： 1、业务系统负责全市所有业务受理及 XXX 的查询，如发生长时间中断， 会对业务及中心形象带来非常不

22、利影响。因此，业务中断必须在夜间或业务量 较少时进行。 2、迁移前必须制定详细的时间计划表，每一步骤必须有专人负责。 3、系统要求：在迁移过程中系统设备具有可恢复性（事先做好备份和回退 计划） ，迁移后系统能够运行正常。 4、数据要求：保证数据的完整性和可恢复性。 二、风险分析二、风险分析 由于目前业务系统仍然在正常运行，保证现系统应用在迁移后仍能正常启 动服务和系统数据在迁移过程中不受损坏是本次迁移的重点。为了保证迁移的 顺利实施，根据系统现状进行了风险分析。 实施原则: 1)完成项目的总原则是：按照方案的要求完成系统迁移工作，尽可能减少对 业务的影响。 2)由于责任重大，如在实施中发生便捷

23、与风险的矛盾时，要永远将规避风险 放在首位。 实施重点 1)实施的重点在于系统迁移的前期准备、迁移后数据一致性检查及应用的测 试验证工作。 2)系统迁移的切换发生在一个时间段，怎样把这个时间段缩短，进而保证对 整个系统的影响最小、风险最小，这就需要我们把前期准备做好、做足。 实施难点 实施的难点在于系统迁移过程中应急情况下系统和数据的可恢复性。 存在风险 项目中的风险贯穿于整个实施过程，在项目实施前应充分考虑到所有可能 存在的风险，考虑出现风险时的应急措施，采取相应的手段规避风险。可能存 在的风险有： 系统迁移的数据量较大，需要计划足够的时间； 设备在迁移中损坏，需要原厂商及时响应； 系统结构

24、比较复杂，业务系统的迁移可能对外服务产生影响。 三、系统迁移计划三、系统迁移计划 根据以上分析，计划分为前期准备阶段、系统迁移实施阶段和迁移后系统 试运行阶段三个阶段。 1）前期准备阶段 前期准备阶段是整个系统迁移成功的关键，该阶段需要完成的工作有： 掌握系统的现状、分布、IP 地址、用途等，制定详细迁移任务清单； 通过实验确定系统迁移的操作并估算数据迁移需要的时间； 论证系统和数据备份的方式； 在新的磁盘阵列上划分数据移植所需的磁盘空间； 确立实施时间表及人员配备与分工； 制定可行的应急方案，论证操作的可恢复性； 了解需求的基础上，分析项目实施重点和难点，对迁移的实施进行深层 次的讨论，并就

25、各方负责的实施部分的责任和实施细节进行细化，确立 各方面负责人。最终产生一份科学可行、安全稳妥、组织严谨、符合要 求的系统迁移实施方案。 2）系统迁移实施阶段 为了系统的可靠性、数据的完整性和可恢复性，应对现有系统进行软硬件 方面的检测，并对系统和数据进行备份，一旦在迁移过程中发生问题，可以马 上恢复原有系统，保证系统运行。在此阶段需要完成的工作有： 迁移前的设备检测，系统、数据备份； 完成业务系统数据迁移，包括数据库、文件系统、系统参数调整等； 系统迁移后的数据一致性检测。 其中系统备份前最好对设备硬件和软件分别进行检查，确认迁移前系统处 于正常状态。迁移的每个步骤都要按事先的规划进行，并确

26、保操作的可逆性， 一旦出现问题系统可以回退到迁移前状态。 四、系统迁移应急措施四、系统迁移应急措施 1）系统迁移前的异常 如果在规划的时间点之前没有完成系统迁移准备阶段的任务，系统迁移时 间顺延，在确保准备工作就绪的前提下才进行系统迁移。在系统开始迁移前请 相关人员（主要是业务委托银行的技术人员）进行系统健康性检查，确保在迁 移前系统完好。 2）系统迁移过程中的异常 业务系统迁移的原则是确保系统在规划的迁移时间段之外可以正常运行。 由于业务系统迁移可能安排在夜间进行，为确保系统在发生硬件或软件故障时 能够及时得到技术响应，需要协调各相关人员（包括原厂商技术人员）到位。 在执行迁移的过程中操作步

27、骤具有可逆性，确保意外发生的时候可将系统迅速 回退到最初状态。系统和数据在迁移前都做最新的备份。 3）系统迁移后的异常 业务系统在数据迁移到新的系统后，原有磁盘阵列中的数据继续保留一段 时间，以观察新系统的稳定性。如果在试运行期新系统发生故障，仍可以让原 业务系统回退到迁移前状态。 五、数据移植计划五、数据移植计划 数据移植包括数据库数据的移植和接口数据文件的移植。由于生产系统的 数据是连续的，而且生产系统不能停止运转，必须做好一套完整的计划工作。 原有系统的数据移植可采取分期分批、有步骤进行。如图: 1）研究数据形态 数据的移植主要是所有数据表记录的移植，需调查清楚所有在用的数据表 及相关代码表示。 2）初步移植验证 根据收集的信息,采用小批量的数据进行初步的移植，在测试环境中进行程 序的验证。 3）全部移植验证 根据初步移植的结果，进行全部数据的移植验证。主要考察移植所用时间 及移植的效率问题。并在测试环境下进行应用程序的验证。 4）新旧系统并行运行 系统迁移和数据移植工作成功后，进入并行运行阶段，在此期间相关人员 需定时观察新系统中的数据状态并记录。为新系统正式上线运行做好准备工作 5）新系统上线运行 根据并行运行期间情况的观察结果，认真讨论是否需要再移植一次数据。 如