中国联通电子商务平台支付系统技术规范书(1)18775.docx

中国联通通电子商商务平台台支付系统统技术规规范书中国联通通互联网网与电子子商务部部20022年122月中国联通电子商务平台技术规范书（支付部分）目录1.概述述12.项目目概况333.功能能需求1134.总体体要求1155.技术术要求1166.招标标范围1197.项目目管理2208.知识识产权2219.技术术文档22210.技技术服务务2311.人人员培训训25i1. 概述1.1 本文件是是中国联联合通信信有限公公司（项项目业主主，以下下简称甲甲方）电电子商务务平台支支付系统统技术规规范书，供供系统集集成商（投投标人，以以下简称称乙方）编编写技术术应答书书。1.2 乙方应在在应答书书中对本本文件内内容按顺顺序逐条条应答。对对解释性性或说明明性条款款按“理解”或“不理解解”应答；对非解解释性或或说明性性条款按按“满足”或“条件满满足”或“不满足足”应答，然然后给出出详细的的功能实实现说明明。1.3 乙方必须须是从事事计算机机软件开开发的企企业，并并具有良良好的企企业信誉誉，足够够的经济济实力，较较长的生生命力和和延续性性，充足足的技术术队伍，稳稳定的组组织机构构。乙方方需向甲甲方出示示有效企企业资质质证明。1.4 乙方应根根据本文文件中的的相关说说明和要要求，提提出总的的技术建建议和解解决方案案，并对对所提供供软件的的特色部部分给出出附加说说明。乙乙方若对对本文件件中的部部分要求求不能满满足或者者有不同同于本文文件相关关要求的的其它建建议，也也应在应应答书中中详细说说明。1.5 若乙方建建议的技技术方案案及软件件系统配配置符合合有关国国际或行行业标准准，则应应在应答答书中具具体说明明，并附附上相应应的详细细技术资资料。若若乙方的的软件系系统包含含自己专专用标准准，也应应在应答答书中具具体说明明，并附附上相应应的详细细技术资资料。若若乙方在在建议的的方案中中用到第第三方的的软件产产品，要要求提供供相应软软件产品品的详细细技术资资料。1.6 乙方应按按照要求求提供六六份中文文技术建建议书、应应答书和和软件系系统配置置清单，并并提供上上述文件件的电子子版，电电子版要要求为MMS OOffiice格格式。1.7 甲方保留留对本文文件的解解释权和和修改权权。2. 项目概况况2.1 概述随着相关关技术的的发展和和消费者者消费习习惯的改改变，电电子商务务已经由由前几年年的商业业炒作转转变为实实际的应应用，世世界范围围内以及及国内的的电子商商务业务务量都在在快速增增长，而而移动电电子商务务（手机机、PDDA等）所所占的市市场份额额也越来来越大。中国联通通作为国国内业务务种类最最为齐全全的电信信运营商商，有着着完善的的基础网网络设施施，包括括覆盖全全国的传传输网和和基于传传输平台台的ATTM数据据网以及及1655网，联联通总部部和各省省的1665网站站，同时时还拥有有大量的的移动用用户，并并且正在在进行移移动数据据网的建建设，所所有这些些都为电电子商务务的开展展提供了了有利的的条件。为更好的的开展电电子商务务业务，中中国联通通决定建建设电子子商务平平台，通通过平台台的建设设可以为为联通公公司以及及社会上上其它开开展电子子商务业业务的单单位提供供安全、支支付、站站点等支支撑功能能，减少少电子商商务业务务开发所所需要的的工作量量。从项目建建设的角角度讲，本本工程包包括CAA认证系系统、支支付网关关、电子子商务站站点、电电子商务务应用系系统等具具体的项项目，其其中认证证、支付付和站点点属于电电子商务务平台建建设范围围，应用用系统属属于电子子商务业业务系统统，与平平台无关关，但是是考虑到到业务开开展的需需要，在在本期工工程中建建设部分分易于开开展的应应用系统统。考虑到电电子商务务是一个个比较新新的业务务，中国国联通将将在电子子商务业业务开展展比较好好的几个个省进行行试点工工作，本本期工程程试点省省包括北北京、上上海、山山东和广广东。中国联通通电子商商务平台台支付系系统是为为了满足足电子商商务用户户的各种种支付要要求和电电子商务务站点对对支付功功能的要要求，在在电子商商务平台台中建设设独立的的支付系系统，为为用户和和电子商商务站点点提供统统一的支支付接口口，并实实现和各各银行支支付系统统的连接接。2.2 中国联通通电子商商务系统统总体结结构为方便系系统建设设，中国国联通电电子商务务系统从从功能上上划分为为两层：业务系系统和电电子商务务平台，业业务系统统负责具具体的业业务实现现，如业业务流程程、用户户界面、与与相关后后台业务务系统的的连接等等；电子子商务平平台负责责提供通通用的支支撑功能能，包括括认证、支支付和电电子商务务业务开开发平台台。联通电子子商务系系统的总总体架构构如下图图所示。图1 联联通电子子商务系系统总体体架构2.3 支付业务务介绍2.3.1 业务开展展模式根据联通通公司在在电子商商务业务务中的定定位，支支付系统统的业务务开展模模式如下下：1 向商家收收取手续续费，商商家使用用支付系系统的支支付服务务，支付付系统根根据交易易数量或或支付金金额收取取一定比比例的手手续费；2 向用户收收取手续续费，由由于通过过电子商商务平台台向用户户提供服服务可以以为用户户带来一一定程度度的便利利性，降降低用户户交易成成本，因因此可以以向用户户收取一一定费用用。2.3.2 支付方式式传统的电电子商务务支付以以网上支支付为主主，考虑虑到联通通开展电电子商务务业务的的特殊性性，需要要充分利利用联通通公司的的移动客客户资源源，本系系统应支支持各种种基于移移动终端端（短信信、WAAP等）的的支付；另外目目前电子子商务业业务中存存在着大大量的小小额支付付业务，如如购买彩彩票、书书籍等低低价商品品，网站站收费等等，上述述支付如如果通过过银行账账号支付付对于用用户操作作比较繁繁琐，如如果计入入用户话话费将可可以大大大方便用用户使用用。根据上述述要求，本本系统支支持的支支付方式式如下：基于计算算机终端端和银行行账号的的支付，即即网上现现有的各各种电子子商务业业务中的的支付方方式；基于计算算机终端端和联通通业务资资源的支支付，用用户通过过计算机机终端和和浏览器器使用联联通话费费等业务务资源进进行网上上支付；基于移动动终端和和联通业业务资源源的小额额支付，用用户通过过联通手手机以WWAP、短短信等方方式使用用联通业业务资源源进行支支付，主主要用于于小额商商品的支支付；基于移动动终端和和银行账账号的支支付，用用户通过过联通手手机以WWAP、短短信等方方式使用用银行账账号进行行支付。乙方在方方案建议议书中应应对支付付方式提提出自己己的建议议。2.3.3 支付系统统功能根据支付付系统的的业务需需求，支支付系统统应具有有以下功功能：用户接入入，支付付系统应应提供灵灵活的接接入方式式，允许许用户（包包括个人人用户和和电子商商务商家家等）接接入支付付平台，目目前提供供的接入入方式包包括计算算机终端端的浏览览器方式式、用户户电子钱钱包、短短信、WWAP等等方式；支付功能能，支付付请求的的处理、转转帐、对对账等各各种有关关支付的的操作，支支付系统统应根据据B2CC业务和和B2BB业务的的不同要要求分别别提供不不同的支支付处理理方式，包包括用户户接口和和后台业业务流程程；计费结算算，根据据支付系系统的业业务开展展模式，支支付系统统需要提提供计费费结算功功能，对对每一笔笔交易记记录进行行统计，提提供计费费详单和和结算单单，计费费详单和和结算单单一方面面用于和和商家对对账，另另一方面面用户提提交给联联通营业业账务系系统向用用户收费费；系统管理理，由于于支付系系统需要要不断接接入新的的商家，因因此需要要提供用用户和商商家管理理，在支支付平台台中注册册和管理理不同类类型的用用户和商商家资料料，如简简单的用用户属性性信息或或复杂的的账户信信息等，用用户和商商家可以以在支付付平台查查询自己己的历史史交易记记录；统统计分析析，对支支付系统统的业务务记录进进行汇总总和分析析，提供供各种统统计分析析报表。2.4 体系结构构中国联通通电子商商务平台台支付系系统最终终包括两两级：全全国中心心，负责责全国性性的支付付业务和和跨省支支付业务务，省中中心，负负责省内内支付业业务，地地市不再再建设支支付平台台。全国中心心负责与与全国性性商家、全全国性的的银行支支付接口口、综合合结算系系统全国国中心等等连接，对对于提供供全国统统一接口口的银行行，由全全国中心心负责接接受各省省发送的的支付请请求并转转发到银银行支付付网关；对于提提供分散散接口的的银行和和基于联联通话费费的手机机小额支支付，全全国中心心仅负责责将跨省省的异地地支付请请求转发发到用户户归属地地的省内内支付平平台；全全国中心心同时负负责支付付系统的的省际结结算，将将结算结结果发送送到联通通综合结结算系统统全国中中心以及及各省支支付平台台。省中心负负责与本本省内商商家、银银行系统统省内支支付网关关、联通通省内电电信业务务支撑系系统（计计费、营营帐、结结算等）互互联，所所有省内内支付（用用户所属属银行的的支付网网关在省省内，或或本省用用户使用用话费在在省内支支付）由由省内支支付平台台处理，跨跨省的异异地支付付由省内内支付平平台转发发到全国国中心处处理；省省内支付付平台同同时从全全国中心心获取结结算结果果并和全全国中心心对账。最终的支支付系统统体系结结构如下下所示。图1 支支付系统统体系结结构考虑到系系统建设设初期业业务量不不会很大大，没有有必要在在各省建建设支付付系统，因因此本期期工程只只建设支支付系统统全国中中心，由由全国中中心完成成全国范范围内支支付业务务的处理理，与四四个试点点省业务务支撑系系统的连连接也全全部由全全国中心心负责。本期虽然然不进行行各省支支付平台台的建设设，但是是整个支支付系统统的结构构应按照照最终的的体系结结构设计计，本期期全国中中心的功功能应包包括全国国中心及及省中心心功能，全全国中心心可以作作为虚拟拟的省中中心使用用，以后后在需要要的时候候可以随随时将省省中心分分离到省省内。2.5 支付流程程针对不同同的支付付方式和和不同的的支付系系统组网网方式，存存在不同同的支付付流程，下下面以短短信方式式、基于于联通话话费的跨跨省支付付为例介介绍支付付流程的的设计。图1 异异地支付付流程示示意图图中各支支付步骤骤含义如如下：（1） 手机用户户发送短短信到电电子商务务平台要要求支付付；（2） 短信网关关将短信信转发到到电子商商务平台台；（3） 电子商务务平台判判断该用用户非本本省用户户，将支支付请求求转发到到全国中中心；（4） 全国中心心将支付付请求转转发到用用户归属属地；（5） 归属地电电子商务务平台将将扣费请请求发送送到业务务支撑系系统；（6） 业务支撑撑系统将将扣费结结果返回回到电子子商务平平台；（7） 电子商务务平台将将支付结结果返回回到全国国中心；（8） 全国中心心将支付付结果返返回到商商家所在在省中心心；（9） 省中心将将用户支支付信息息发送到到相应的的商家；（10） 省中心将将支付确确认信息息发送到到短信网网关；（11） 短信网关关将支付付确认信信息发送送给用户户。上述流程程仅供乙乙方参考考，并非非最终确确定的流流程，乙乙方应根根据自己己的经验验，参考考联通支支付系统统业务需需求书，在在建议书书中和需需求分析析中详细细描述各各种支付付方式的的流程。2.6 支付系统统结构为便于系系统扩展展以及适适应今后后的业务务发展，支支付系统统内部应应根据功功能划分分清晰的的层次，各各层实现现本层的的功能，层层与层之之间采用用支付系系统内部部定义的的标准接接口，某某一层内内部功能能或结构构发生变变化时不不影响其其它层。根据支付付系统功功能划分分，可以以将所需需功能划划分为用用户接入入、业务务处理、后后台业务务系统连连接三部部分，相相应的内内部模块块和层次次划分如如下图所所示。图3 支支付系统统层次划划分上图中支支付系统统划分为为三层：表示层层、业务务逻辑层层和数据据层，分分别对应应于用户户接入、业业务处理理和后台台业务系系统连接接。表示层是是本系统统的接入入层，所所有用户户和电子子商务参参与单位位通过该该层接入入支付系系统，表表示层对对外提供供标准的的支付接接口，支支付接口口针对不不同的支支付方式式、不同同的支付付终端类类型提供供不同的的接口，并并将用户户的支付付请求转转换为标标准的支支付请求求发送到到业务逻逻辑层，通通过表示示层可以以对业务务逻辑层层屏蔽用用户接入入方式的的差别。业务逻辑辑层用于于具体的的支付请请求处理理和相关关的各种种管理操操作、后后台账务务处理等等，包括括具体的的支付流流程处理理，根据据不同的的支付方方式完成成各种支支付请求求；计费费结算，通通过对支支付记录录的处理理完成计计费处理理，生成成向用户户收费的的详单、账账单和与与商家、银银行之间间的结算算单，另另外还要要完成与与各省分分公司及及各部门门之间的的结算；账务处处理完成成与各交交易合作作方之间间的对账账等功能能；系统统管理完完成商家家、用户户等的管管理，可可以设置置商家及及用户属属性，允允许商家家和用户户查询交交易情况况等；接接口模块块用于对对不同的的支付方方式转换换为不同同3. 功能需求求3.1 支付支付是本本系统的的核心功功能，为为了完成成具体的的支付处处理，系系统需要要以下功功能：用户支付付请求受受理，能能够通过过各种方方式受理理用户的的支付请请求，包包括基于于INTTERNNET和和短信等等方式；支付请求求的分析析处理，对对用户的的支付请请求进行行分析，确确定支付付类型，根根据支付付类型转转不同的的业务流流程进行行处理；账务处理理，包括括计费、对对账、转转帐、结结算、手手工调整整等功能能，完成成与用户户、商家家、银行行等与支支付相关关的各种种账务流流程的处处理。3.2 管理支付系统统应具有有比较强强的管理理功能，可可以随时时完成对对商家、用用户、业业务等的的管理。商家管理理用于对对商家的的增、删删、查、改改，可以以修改商商家的各各种支付付参数，包包括结算算周期、对对账方式式、费率率等信息息，同时时允许商商家查询询与自己己相关的的详细支支付情况况；用户管理理实现对对支付用用户的管管理，包包括用户户资料修修改、交交易情况况查询等等，并允允许用户户查询自自己的交交易记录录；业务管理理用于针针对不同同的业务务类型维维护该业业务的各各种业务务参数；系统管理理，用于于对支付付系统进进行各种种管理，包包括系统统参数配配置、操操作员管管理、权权限管理理、数据据备份恢恢复等；整个电子子商务平平台将设设置统一一的网管管平台，对对认证、支支付、站站点等统统一进行行管理，乙乙方不需需要考虑虑网管平平台的建建设。3.3 与其它系系统接口口由于支付付系统涉涉及到用用户、商商家、银银行、联联通业务务支撑系系统等多多个系统统，与其其它系统统的接口口比较复复杂，因因此乙方方应对接接口部分分作为重重要的功功能进行行详细的的设计和和描述。与用户和和商家的的接口属属于本系系统提供供给其它它系统的的接口，可可以由本本系统提提出接口口标准，并并对外提提供接口口协议或或接口模模块供其其它系统统使用；与银行和和联通业业务支撑撑系统的的接口需需要遵循循银行和和联通业业务支撑撑系统现现有的接接口标准准。3.4 代收费系系统由于联通通拥有遍遍布全国国的营业业系统和和完善的的计费帐帐务系统统，因此此可以为为其它单单位提供供代收费费服务，尤尤其是目目前很多多收费网网站向用用户收取取一定的的费用以以提供各各种信息息服务，由由于金额额较小，用用户缴费费不太方方便，联联通公司司可以替替上述网网站收费费并从中中收取一一定的手手续费，也也可以为为社会上上其它行行业和单单位代收收小额费费用。用户可以以通过短短信、WWAP等等方式向向代收费费系统发发送收费费请求，由由代收费费系统完完成扣费费后将扣扣费结果果同时反反馈给用用户和收收费单位位。代收费系系统属于于应用系系统，但但是考虑虑到与支支付系统统关系比比较密切切，因此此由乙方方与支付付系统一一起开发发。3.5 详细的功功能需求求参见中中国联通通电子商商务平台台支付系系统业务务需求。4. 总体要求求4.1 乙方应在在对中国国联通电电子商务务平台深深刻理解解的基础础上，结结合联通通公司业业务特点点，对联联通支付付系统的的建设提提出建议议的系统统方案。4.2 乙方应对对支付系系统进行行周密的的论证，对对所建议议的方案案在安全全性、可可靠性、可可行性和和可扩展展性方面面采用的的方案作作出详细细的描述述。4.3 乙方应针针对本项项目成立立专门的的项目组组，项目目组成员员必须稳稳定，在在项目终终验前不不得退出出或更换换，若因因特殊原原因需调调整，需需经甲方方同意。4.4 乙方应向向甲方提提供完整整的支付付系统软软件,应应负责完完成整个个软件系系统和硬硬件设备备的互连连互通，保保证整个个支付系系统的正正确运行行。若因因乙方失失误，造造成系统统运行错错误或硬硬件、软软件短缺缺导致系系统达不不到原定定性能指指标，乙乙方应免免费进行行补充，直直至满足足要求。4.5 乙方应对对系统所所需要的的软件和和硬件设设备的配配置、数数量提出出明确要要求，提提供应用用软件在在不同配配置下的的系统处处理能力力等性能能指标。4.6 乙方应承承诺其应应用软件件满足平平滑移植植，即应应用软件件与硬件件平台相相对分离离，应用用软件可可以自由由运行在在主流操操作系统统的主流流硬件平平台上。乙乙方应明明确给出出选用的的应用软软件平台台的具体体特性和和使用限限制。4.7 乙方应保保证不同同时期提提供的同同类软件件兼容。5. 技术要求求5.1 处理能力力乙方应对对所提供供系统的的处理能能力进行行详细说说明。5.2 安全可靠靠性联通支付付系统应应该提供供7×24小时时的不间间断服务务，当线线路和设设备局部部故障和和异常情情况发生生时，系系统应具具有检错错、纠错错功能；系统能能够提供供数据备备份与数数据恢复复功能，确确保数据据正确、完完整；能能够抵抗抗来自系系统外部部和内部部的攻击击，保证证系统安安全、可可靠地运运行。5.3 开放性支付系统统必须具具有充分分的开放放性，提提供标准准接口用用于商家家和用户户的接入入，在运运行过程程中可以以随时接接入新的的商家、提提供新的的用户接接入方式式、开展展新的业业务类型型。支付系统统应能适适应用户户各种客客户端的的要求，如如电子钱钱包方式式、浏览览器方式式、移动动终端方方式等，并并支持各各种主流流的操作作系统和和浏览器器。5.4 可扩展性性5.4.1 体系结构构的扩充充联通支付付系统体体系结构构具有可可扩展性性，可以以随时在在规模、节节点设置置等方面面进行扩扩充。5.4.2 软、硬件件系统的的扩充支付系统统的软、硬硬件系统统应具有有模块化化结构，能能够灵活活配置设设备，方方便地进进行在线线扩容和和升级，同同时应用用软件也也应具有有模块化化扩展能能力，以以适应扩扩大业务务范围、增增加多种种应用的的需要。5.4.3 容量的扩扩充系统建设设初期，考考虑到电电子交易易量少，系系统规模模可以较较小并集集中建设设，随着着电子商商务的发发展、交交易量的的上升，支支付系统统全国中中心的处处理能力力能够不不断地增增加，并并且可以以随之新新建省中中心，可可以很快快完成省省中心与与省内站站点和全全国中心心的互联联。5.4.4 适用于多多种应用用需求支付系统统应能够够满足联联通公司司各业务务部门开开展电子子商务的的需求，以以后其它它业务部部门提出出新的支支付方式式时可以以很快满满足需求求。5.5 易操作性性应提供友友好的人人机界面面，必要要的信息息输出需需要汉化化。5.6 易维护性性应具有故故障诊断断和恢复复能力，并并提供相相应的软软件测试试工具。5.7 高效性支付系统统要有较较快的响响应时间间，乙方方应对此此提出相相应的量量化指标标。5.8 产品要求求乙方提供供的支付付系统应应包括整整个系统统运行所所需要的的全部组组成部分分，包括括所需要要的硬件件设备、系系统软件件、应用用软件以以及系统统开发运运行所需需要的第第三方软软件，其其中应用用软件包包括支付付系统全全国中心心软件、省省中心软软件、支支付系统统向电子子商务站站点提供供的接口口模块，用用于其它它应用系系统调用用支付系系统功能能。5.9 网管接口口乙方所提提供的软软硬件设设备应支支持SNNMP等等标准的的网管协协议，硬硬件设备备和系统统软件可可以由电电子商务务平台网网管系统统直接进进行管理理，应用用软件可可以通过过网管接接口向网网管软件件提供故故障和性性能参数数，纳入入网管系系统统一一管理。6. 招标范围围6.1 招标范围围本次工程程范围包包括：（1） 支付系统统全国中中心软硬硬件平台台（含省省中心软软件部分分）；（2） 支付系统统全国中中心与银银行支付付网关的的互联；（3） 支付系统统全国中中心的省省中心模模块与四四个试点点省的业业务支撑撑系统、电电子商务务站点的的互联；（4） 在全国政政协建设设代收费费系统，为为各种网网站等第第三方提提供缴费费手段。6.2 乙方负责责上述工工程范围围内的硬硬件设备备供货、软软件开发发、安装装、调试试、培训训和售后后服务，并并负责配配合和电电子商务务平台其其它系统统（认证证平台、电电子商务务业务平平台、应应用系统统等）的的互连。7. 项目管理理7.1 甲乙双方方对本项项目应用用软件进进行合作作开发，在在软件设设计、开开发、调调试和安安装等系系列过程程中均由由甲乙方方人员共共同参与与实施，为此项目甲乙双方组建联合开发小组。7.2 乙方提供供的产品品中，涉涉及到第第三方产产品，若若出现技技术上或或法律上上的纠纷纷，应由由乙方负负全部责责任，并并确保不不影响项项目进度度。7.3 在项目实实施的全全过程中中，甲方方有对项项目进度度进行监监督控制制的职责责和权利利，乙方方应全面面配合，每每两周向向甲方提提交一份份最新进进展情况况报告。7.4 在项目实实施的全全过程中中，甲方方有对软软件质量量进行监监督控制制的职责责和权利利，乙方方应全面面配合，确确保人力力、物力力的定量量投入，并并每两周周向甲方方提交最最新文档档资料。7.5 乙方对软软件的开开发应严严格按照照软件工工程理论论进行管管理，各各阶段都都应提交交相应的的设计、开开发技术术文档，并并经甲方方认可。8. 知识产权权8.1 甲方拥有有本项目目开发的的应用软软件（包包括源程程序和各各种文档档）的所所有权。8.2 乙方将本本项目的的所有设设计文档档、源代代码和相相关资料料移交给给甲方，并并保证文文档的一一致性和和完整性性，乙方方有责任任对第三三方保密密。8.3 甲方为乙乙方提供供的所有有业务技技术资料料、文档档，乙方方有责任任对第三三方保密密。8.4 乙方全面面承担由由乙方产产品中涉涉及到的的第三方方产品所所引起的的一切法法律责任任。9. 技术文档档9.1 乙方应提提供在对对业务功功能进行行详细分分析的基基础上，根根据技术术规范书书的要求求编写的的应用软软件需求求说明书书。9.2 乙方应提提供应用用软件逻逻辑设计计文档，系系统结构构设计文文档，数数据库设设计文档档，接口口需求说说明书，接接口设计计文档，程程序详细细设计说说明书，应应用软件件模块设设计文档档，软件件故障处处理流程程文档。9.3 乙方应提提供软件件模块关关联图，数数据流程程图，对对模块之之间的调调用关系系和调用用接口给给出详细细说明。9.4 乙方应提提供应用用软件配配置说明明书和应应用软件件使用说说明书（包包括用户户手册、操操作手册册、维护护手册）9.5 乙方应提提供完整整的、准准确的源源代码、目目标代码码，源代代码文档档中对主主要的函函数调用用要求作作出说明明和详细细注释。9.6 乙方应提提供应用用软件开开发总结结文档，对对软件开开发过程程中的主主要技术术问题给给出详细细解答。9.7 乙方提供供的文档档和资料料均应以以磁介质质（或光光盘）和和纸张为为载体，文文件格式式为Woord文文档或PPDF文文档或其其他可视视化文件件。10. 技术服务务10.1 若关于支支付系统统的要求求和需求求发生非非重大变变动，在在本项目目最终验验收之前前，乙方方应免费费对系统统进行相相应的修修改，在在本工程程项目保保修期内内和保修修期后，乙乙方应以以优惠价价对系统统进行相相应的修修改。10.2 根据乙方方向甲方方所提供供的应用用软件系系统以及及甲方的的需求，乙乙方应向向甲方提提供全方方位的、有有效的、及及时的技技术支持持和服务务。10.3 乙方负责责所提供供的应用用软件系系统的现现场安装装、调试试和开通通，软件件系统安安装、调调试时所所需的工工具软件件、补丁丁包等均均由乙方方负责。10.4 系统试运运行期六六个月（具具体期限限由双方方商定）。在在试运行行期间，乙乙方应向向甲方提提供7××24小小时的响响应服务务，若乙乙方所提提供的应应用软件件系统出出现问题题或故障障时，乙乙方应指指定相关关的开发发技术人人员在44小时内内赶到现现场，免免费进行行故障处处理和软软件更新新。在试试运行期期间如出出现重大大问题（系系统瘫痪痪或故障障率大于于3%），则则试运行行期从故故障修复复之日起起重新计计算。10.5 乙方应对对其提交交的软件件产品提提供不少少于3年的免免费维护护期。在在维护期期内，乙乙方应向向甲方提提供7××24小小时的响响应服务务，保证证在任何何时候甲甲方人员员都能及及时找到到乙方的的相关专专业技术术人员。如如甲方认认为必要要，乙方方的技术术人员应应在244小时内内赶到现现场予以以相应的的技术支支持。保保修期从从终验合合格证书书签署之之日起开开始计算算。乙方方应给出出保修期期结束之之后对所所提供的的软件系系统的服服务支持持方式和和费用。10.6 乙方对其其提供的的软件应应提供至至少100年的技技术支持持。10.7 乙方应在在技术建建议书中中详细说说明技术术支持、服服务的范范围和程程度。10.8 系统开通通运行后后，乙方方要应甲甲方的要要求定期期对用户户进行免免费技术术培训（原原则上一一年内一一至两次次）。11. 人员培训训11.1 乙方应向向最终用用户提供供有关应应用软件件开发、运运行维护护等方面面的详细细培训计计划，并并提供培培训环境境，通过过培训，使使最终用用户的技技术人员员能够达达到以下下水平：熟练使用用应用软软件所采采用的各各种开发发工具，具具有独立立开发能能力；掌握应用用软件的的运行维维护方法法，能够够独立安安装和调调测应用用软件；掌握应用用软件中中的处理理流程、编编程方法法以及函函数调用用，能够够对应用用系统进进行配置置、剪裁裁，掌握握应用软软件的修修改和扩扩充方法法，具有有独立对对应用软软件修改改和扩充充的能力力；具有熟练练查阅各各种技术术文件及及维护手手册的能能力。11.2 除了上述述培训外外，乙方方还须在在项目实实施过程程中，对对参加开开发的最最终用户户人员进进行现场场培训，即即一边实实施开发发，一边边培训，在在实施过过程中进进行技术术转移。11.3 乙方应提提供最终终用户根根据系统统事实的的具体需需求而提提出的培培训。11.4 乙方承担担培训任任务的师师资应具具有三年年以上的的授课经经验，并并具有相相当的理理论水平平和实际际工作经经验。11.5 培训人数数CA中中心高级级培训（总总部）44人，RRA中心心培训115人（总总部及四四个试点点省各33人），培培训所需需的交通通和食宿宿等费用用由乙方方负责，培培训课程程应包括括系统管管理维护护培训和和业务系系统培训训，乙方方应在建建议书中中提出详详细的培培训课程程和时间间安排。27