联通电子商务平台支付系统技术分析34024.docx

《联通电子商务平台支付系统技术分析34024.docx》由会员分享，可在线阅读，更多相关《联通电子商务平台支付系统技术分析34024.docx（32页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、中国联通电子商商务平台支付系统技术规规范书中国联通互联网网与电子商务务部2002年122月中国联通电子商务平台技术规范书（支付部分）目 录1.概述112.项目概况况33.功能需求求134.总体要求求155.技术要求求166.招标范围围197.项目管理理208.知识产权权219.技术文档档2210.技术服服务2311.人员培培训25i1. 概述1.1 本文件是中国联联合通信有限限公司（项目目业主，以下下简称甲方）电电子商务平台台支付系统技技术规范书，供供系统集成商商（投标人，以以下简称乙方方）编写技术术应答书。1.2 乙方应在应答书书中对本文件件内容按顺序序逐条应答。对对解释性或说说明性条款按按

2、“理解”或“不理解”应答；对非非解释性或说说明性条款按按“满足”或“条件满足”或“不满足”应答，然后后给出详细的的功能实现说说明。1.3 乙方必须是从事事计算机软件件开发的企业业，并具有良良好的企业信信誉，足够的的经济实力，较较长的生命力力和延续性，充充足的技术队队伍，稳定的的组织机构。乙乙方需向甲方方出示有效企企业资质证明明。1.4 乙方应根据本文文件中的相关关说明和要求求，提出总的的技术建议和和解决方案，并并对所提供软软件的特色部部分给出附加加说明。乙方方若对本文件件中的部分要要求不能满足足或者有不同同于本文件相相关要求的其其它建议，也也应在应答书书中详细说明明。1.5 若乙方建议的技技术

3、方案及软软件系统配置置符合有关国国际或行业标标准，则应在在应答书中具具体说明，并并附上相应的的详细技术资资料。若乙方方的软件系统统包含自己专专用标准，也也应在应答书书中具体说明明，并附上相相应的详细技技术资料。若若乙方在建议议的方案中用用到第三方的的软件产品，要要求提供相应应软件产品的的详细技术资资料。1.6 乙方应按照要求求提供六份中中文技术建议议书、应答书书和软件系统统配置清单，并并提供上述文文件的电子版版，电子版要要求为MS Officce格式。 1.7 甲方保留对本文文件的解释权权和修改权。2. 项目概况2.1 概述随着相关技术的的发展和消费费者消费习惯惯的改变，电电子商务已经经由前几

4、年的的商业炒作转转变为实际的的应用，世界界范围内以及及国内的电子子商务业务量量都在快速增增长，而移动动电子商务（手手机、PDAA等）所占的的市场份额也也越来越大。中国联通作为国国内业务种类类最为齐全的的电信运营商商，有着完善善的基础网络络设施，包括括覆盖全国的的传输网和基基于传输平台台的ATM数数据网以及1165网，联联通总部和各各省的1655网站，同时时还拥有大量量的移动用户户，并且正在在进行移动数数据网的建设设，所有这些些都为电子商商务的开展提提供了有利的的条件。为更好的开展电电子商务业务务，中国联通通决定建设电电子商务平台台，通过平台台的建设可以以为联通公司司以及社会上上其它开展电电子商

5、务业务务的单位提供供安全、支付付、站点等支支撑功能，减减少电子商务务业务开发所所需要的工作作量。从项目建设的角角度讲，本工工程包括CAA认证系统、支支付网关、电电子商务站点点、电子商务务应用系统等等具体的项目目，其中认证证、支付和站站点属于电子子商务平台建建设范围，应应用系统属于于电子商务业业务系统，与与平台无关，但但是考虑到业业务开展的需需要，在本期期工程中建设设部分易于开开展的应用系系统。考虑到电子商务务是一个比较较新的业务，中中国联通将在在电子商务业业务开展比较较好的几个省省进行试点工工作，本期工工程试点省包包括北京、上上海、山东和和广东。中国联通电子商商务平台支付付系统是为了了满足电子

6、商商务用户的各各种支付要求求和电子商务务站点对支付付功能的要求求，在电子商商务平台中建建设独立的支支付系统，为为用户和电子子商务站点提提供统一的支支付接口，并并实现和各银银行支付系统统的连接。2.2 中国联通电子商商务系统总体体结构为方便系统建设设，中国联通通电子商务系系统从功能上上划分为两层层：业务系统统和电子商务务平台，业务务系统负责具具体的业务实实现，如业务务流程、用户户界面、与相相关后台业务务系统的连接接等；电子商商务平台负责责提供通用的的支撑功能，包包括认证、支支付和电子商商务业务开发发平台。联通电子商务系系统的总体架架构如下图所所示。图1 联通电子子商务系统总总体架构2.3 支付业

7、务介绍2.3.1 业务开展模式根据联通公司在在电子商务业业务中的定位位，支付系统统的业务开展展模式如下：1 向商家收取手续续费，商家使使用支付系统统的支付服务务，支付系统统根据交易数数量或支付金金额收取一定定比例的手续续费；2 向用户收取手续续费，由于通通过电子商务务平台向用户户提供服务可可以为用户带带来一定程度度的便利性，降降低用户交易易成本，因此此可以向用户户收取一定费费用。2.3.2 支付方式传统的电子商务务支付以网上上支付为主，考考虑到联通开开展电子商务务业务的特殊殊性，需要充充分利用联通通公司的移动动客户资源，本本系统应支持持各种基于移移动终端（短短信、WAPP等）的支付付；另外目前

8、前电子商务业业务中存在着着大量的小额额支付业务，如如购买彩票、书书籍等低价商商品，网站收收费等，上述述支付如果通通过银行账号号支付对于用用户操作比较较繁琐，如果果计入用户话话费将可以大大大方便用户户使用。根据上述要求，本本系统支持的的支付方式如如下：基于计算机终端端和银行账号号的支付，即即网上现有的的各种电子商商务业务中的的支付方式；基于计算机终端端和联通业务务资源的支付付，用户通过过计算机终端端和浏览器使使用联通话费费等业务资源源进行网上支支付；基于移动终端和和联通业务资资源的小额支支付，用户通通过联通手机机以WAP、短短信等方式使使用联通业务务资源进行支支付，主要用用于小额商品品的支付；基

9、于移动终端和和银行账号的的支付，用户户通过联通手手机以WAPP、短信等方方式使用银行行账号进行支支付。乙方在方案建议议书中应对支支付方式提出出自己的建议议。2.3.3 支付系统功能根据支付系统的的业务需求，支支付系统应具具有以下功能能：用户接入，支付付系统应提供供灵活的接入入方式，允许许用户（包括括个人用户和和电子商务商商家等）接入入支付平台，目目前提供的接接入方式包括括计算机终端端的浏览器方方式、用户电电子钱包、短短信、WAPP等方式；支付功能，支付付请求的处理理、转帐、对对账等各种有有关支付的操操作，支付系系统应根据BB2C业务和和B2B业务务的不同要求求分别提供不不同的支付处处理方式，包

10、包括用户接口口和后台业务务流程；计费结算，根据据支付系统的的业务开展模模式，支付系系统需要提供供计费结算功功能，对每一一笔交易记录录进行统计，提提供计费详单单和结算单，计计费详单和结结算单一方面面用于和商家家对账，另一一方面用户提提交给联通营营业账务系统统向用户收费费；系统管理，由于于支付系统需需要不断接入入新的商家，因因此需要提供供用户和商家家管理，在支支付平台中注注册和管理不不同类型的用用户和商家资资料，如简单单的用户属性性信息或复杂杂的账户信息息等，用户和和商家可以在在支付平台查查询自己的历历史交易记录录；统计分析析，对支付系系统的业务记记录进行汇总总和分析，提提供各种统计计分析报表。2

11、.4 体系结构中国联通电子商商务平台支付付系统最终包包括两级：全全国中心，负负责全国性的的支付业务和和跨省支付业业务，省中心心，负责省内内支付业务，地地市不再建设设支付平台。全国中心负责与与全国性商家家、全国性的的银行支付接接口、综合结结算系统全国国中心等连接接，对于提供供全国统一接接口的银行，由由全国中心负负责接受各省省发送的支付付请求并转发发到银行支付付网关；对于于提供分散接接口的银行和和基于联通话话费的手机小小额支付，全全国中心仅负负责将跨省的的异地支付请请求转发到用用户归属地的的省内支付平平台；全国中中心同时负责责支付系统的的省际结算，将将结算结果发发送到联通综综合结算系统统全国中心以

12、以及各省支付付平台。省中心负责与本本省内商家、银银行系统省内内支付网关、联联通省内电信信业务支撑系系统（计费、营营帐、结算等等）互联，所所有省内支付付（用户所属属银行的支付付网关在省内内，或本省用用户使用话费费在省内支付付）由省内支支付平台处理理，跨省的异异地支付由省省内支付平台台转发到全国国中心处理；省内支付平平台同时从全全国中心获取取结算结果并并和全国中心心对账。最终的支付系统统体系结构如如下所示。图1 支付系统统体系结构考虑到系统建设设初期业务量量不会很大，没没有必要在各各省建设支付付系统，因此此本期工程只只建设支付系系统全国中心心，由全国中中心完成全国国范围内支付付业务的处理理，与四个

13、试试点省业务支支撑系统的连连接也全部由由全国中心负负责。本期虽然不进行行各省支付平平台的建设，但但是整个支付付系统的结构构应按照最终终的体系结构构设计，本期期全国中心的的功能应包括括全国中心及及省中心功能能，全国中心心可以作为虚虚拟的省中心心使用，以后后在需要的时时候可以随时时将省中心分分离到省内。2.5 支付流程针对不同的支付付方式和不同同的支付系统统组网方式，存存在不同的支支付流程，下下面以短信方方式、基于联联通话费的跨跨省支付为例例介绍支付流流程的设计。图1 异异地支付流程程示意图图中各支付步骤骤含义如下：（1） 手机用户发送短短信到电子商商务平台要求求支付；（2） 短信网关将短信信转发

14、到电子子商务平台；（3） 电子商务平台判判断该用户非非本省用户，将将支付请求转转发到全国中中心；（4） 全国中心将支付付请求转发到到用户归属地地；（5） 归属地电子商务务平台将扣费费请求发送到到业务支撑系系统；（6） 业务支撑系统将将扣费结果返返回到电子商商务平台；（7） 电子商务平台将将支付结果返返回到全国中中心；（8） 全国中心将支付付结果返回到到商家所在省省中心；（9） 省中心将用户支支付信息发送送到相应的商商家；（10） 省中心将支付确确认信息发送送到短信网关关；（11） 短信网关将支付付确认信息发发送给用户。上述流程仅供乙乙方参考，并并非最终确定定的流程，乙乙方应根据自自己的经验，参

15、参考联通支付付系统业务需需求书，在建建议书中和需需求分析中详详细描述各种种支付方式的的流程。2.6 支付系统结构为便于系统扩展展以及适应今今后的业务发发展，支付系系统内部应根根据功能划分分清晰的层次次，各层实现现本层的功能能，层与层之之间采用支付付系统内部定定义的标准接接口，某一层层内部功能或或结构发生变变化时不影响响其它层。根据支付系统功功能划分，可可以将所需功功能划分为用用户接入、业业务处理、后后台业务系统统连接三部分分，相应的内内部模块和层层次划分如下下图所示。图3 支付系统统层次划分上图中支付系统统划分为三层层：表示层、业业务逻辑层和和数据层，分分别对应于用用户接入、业业务处理和后后台

16、业务系统统连接。表示层是本系统统的接入层，所所有用户和电电子商务参与与单位通过该该层接入支付付系统，表示示层对外提供供标准的支付付接口，支付付接口针对不不同的支付方方式、不同的的支付终端类类型提供不同同的接口，并并将用户的支支付请求转换换为标准的支支付请求发送送到业务逻辑辑层，通过表表示层可以对对业务逻辑层层屏蔽用户接接入方式的差差别。业务逻辑层用于于具体的支付付请求处理和和相关的各种种管理操作、后后台账务处理理等，包括具具体的支付流流程处理，根根据不同的支支付方式完成成各种支付请请求；计费结结算，通过对对支付记录的的处理完成计计费处理，生生成向用户收收费的详单、账账单和与商家家、银行之间间的

17、结算单，另另外还要完成成与各省分公公司及各部门门之间的结算算；账务处理理完成与各交交易合作方之之间的对账等等功能；系统统管理完成商商家、用户等等的管理，可可以设置商家家及用户属性性，允许商家家和用户查询询交易情况等等；接口模块块用于对不同同的支付方式式转换为不同同3. 功能需求3.1 支付支付是本系统的的核心功能，为为了完成具体体的支付处理理，系统需要要以下功能：用户支付请求受受理，能够通通过各种方式式受理用户的的支付请求，包包括基于INNTERNEET和短信等等方式；支付请求的分析析处理，对用用户的支付请请求进行分析析，确定支付付类型，根据据支付类型转转不同的业务务流程进行处处理；账务处理，

18、包括括计费、对账账、转帐、结结算、手工调调整等功能，完完成与用户、商商家、银行等等与支付相关关的各种账务务流程的处理理。3.2 管理支付系统应具有有比较强的管管理功能，可可以随时完成成对商家、用用户、业务等等的管理。商家管理用于对对商家的增、删删、查、改，可可以修改商家家的各种支付付参数，包括括结算周期、对对账方式、费费率等信息，同同时允许商家家查询与自己己相关的详细细支付情况；用户管理实现对对支付用户的的管理，包括括用户资料修修改、交易情情况查询等，并并允许用户查查询自己的交交易记录；业务管理用于针针对不同的业业务类型维护护该业务的各各种业务参数数；系统管理，用于于对支付系统统进行各种管管理

19、，包括系系统参数配置置、操作员管管理、权限管管理、数据备备份恢复等；整个电子商务平平台将设置统统一的网管平平台，对认证证、支付、站站点等统一进进行管理，乙乙方不需要考考虑网管平台台的建设。3.3 与其它系统接口口由于支付系统涉涉及到用户、商商家、银行、联联通业务支撑撑系统等多个个系统，与其其它系统的接接口比较复杂杂，因此乙方方应对接口部部分作为重要要的功能进行行详细的设计计和描述。与用户和商家的的接口属于本本系统提供给给其它系统的的接口，可以以由本系统提提出接口标准准，并对外提提供接口协议议或接口模块块供其它系统统使用；与银行和联通业业务支撑系统统的接口需要要遵循银行和和联通业务支支撑系统现有

20、有的接口标准准。3.4 代收费系统由于联通拥有遍遍布全国的营营业系统和完完善的计费帐帐务系统，因因此可以为其其它单位提供供代收费服务务，尤其是目目前很多收费费网站向用户户收取一定的的费用以提供供各种信息服服务，由于金金额较小，用用户缴费不太太方便，联通通公司可以替替上述网站收收费并从中收收取一定的手手续费，也可可以为社会上上其它行业和和单位代收小小额费用。用户可以通过短短信、WAPP等方式向代代收费系统发发送收费请求求，由代收费费系统完成扣扣费后将扣费费结果同时反反馈给用户和和收费单位。代收费系统属于于应用系统，但但是考虑到与与支付系统关关系比较密切切，因此由乙乙方与支付系系统一起开发发。3.

21、5 详细的功能需求求参见中国国联通电子商商务平台支付付系统业务需需求。4. 总体要求4.1 乙方应在对中国国联通电子商商务平台深刻刻理解的基础础上，结合联联通公司业务务特点，对联联通支付系统统的建设提出出建议的系统统方案。4.2 乙方应对支付系系统进行周密密的论证，对对所建议的方方案在安全性性、可靠性、可可行性和可扩扩展性方面采采用的方案作作出详细的描描述。4.3 乙方应针对本项项目成立专门门的项目组，项项目组成员必必须稳定，在在项目终验前前不得退出或或更换，若因因特殊原因需需调整，需经经甲方同意。4.4 乙方应向甲方提提供完整的支支付系统软件件,应负责完完成整个软件件系统和硬件件设备的互连连

22、互通，保证证整个支付系系统的正确运运行。若因乙乙方失误，造造成系统运行行错误或硬件件、软件短缺缺导致系统达达不到原定性性能指标，乙乙方应免费进进行补充，直直至满足要求求。4.5 乙方应对系统所所需要的软件件和硬件设备备的配置、数数量提出明确确要求，提供供应用软件在在不同配置下下的系统处理理能力等性能能指标。4.6 乙方应承诺其应应用软件满足足平滑移植，即即应用软件与与硬件平台相相对分离，应应用软件可以以自由运行在在主流操作系系统的主流硬硬件平台上。乙乙方应明确给给出选用的应应用软件平台台的具体特性性和使用限制制。4.7 乙方应保证不同同时期提供的的同类软件兼兼容。5. 技术要求5.1 处理能力

23、乙方应对所提供供系统的处理理能力进行详详细说明。5.2 安全可靠性联通支付系统应应该提供724小时的不不间断服务，当当线路和设备备局部故障和和异常情况发发生时，系统统应具有检错错、纠错功能能；系统能够够提供数据备备份与数据恢恢复功能，确确保数据正确确、完整；能能够抵抗来自自系统外部和和内部的攻击击，保证系统统安全、可靠靠地运行。5.3 开放性支付系统必须具具有充分的开开放性，提供供标准接口用用于商家和用用户的接入，在在运行过程中中可以随时接接入新的商家家、提供新的的用户接入方方式、开展新新的业务类型型。支付系统应能适适应用户各种种客户端的要要求，如电子子钱包方式、浏浏览器方式、移移动终端方式式

24、等，并支持持各种主流的的操作系统和和浏览器。5.4 可扩展性5.4.1 体系结构的扩充充联通支付系统体体系结构具有有可扩展性，可可以随时在规规模、节点设设置等方面进进行扩充。5.4.2 软、硬件系统的的扩充支付系统的软、硬硬件系统应具具有模块化结结构，能够灵灵活配置设备备，方便地进进行在线扩容容和升级，同同时应用软件件也应具有模模块化扩展能能力，以适应应扩大业务范范围、增加多多种应用的需需要。5.4.3 容量的扩充系统建设初期，考考虑到电子交交易量少，系系统规模可以以较小并集中中建设，随着着电子商务的的发展、交易易量的上升，支支付系统全国国中心的处理理能力能够不不断地增加，并并且可以随之之新建

25、省中心心，可以很快快完成省中心心与省内站点点和全国中心心的互联。5.4.4 适用于多种应用用需求支付系统应能够够满足联通公公司各业务部部门开展电子子商务的需求求，以后其它它业务部门提提出新的支付付方式时可以以很快满足需需求。5.5 易操作性应提供友好的人人机界面，必必要的信息输输出需要汉化化。5.6 易维护性应具有故障诊断断和恢复能力力，并提供相相应的软件测测试工具。5.7 高效性支付系统要有较较快的响应时时间，乙方应应对此提出相相应的量化指指标。5.8 产品要求乙方提供的支付付系统应包括括整个系统运运行所需要的的全部组成部部分，包括所所需要的硬件件设备、系统统软件、应用用软件以及系系统开发运

26、行行所需要的第第三方软件，其其中应用软件件包括支付系系统全国中心心软件、省中中心软件、支支付系统向电电子商务站点点提供的接口口模块，用于于其它应用系系统调用支付付系统功能。5.9 网管接口乙方所提供的软软硬件设备应应支持SNMMP等标准的的网管协议，硬硬件设备和系系统软件可以以由电子商务务平台网管系系统直接进行行管理，应用用软件可以通通过网管接口口向网管软件件提供故障和和性能参数，纳纳入网管系统统统一管理。6. 招标范围6.1 招标范围本次工程范围包包括：（1） 支付系统全国中中心软硬件平平台（含省中中心软件部分分）；（2） 支付系统全国中中心与银行支支付网关的互互联；（3） 支付系统全国中中

27、心的省中心心模块与四个个试点省的业业务支撑系统统、电子商务务站点的互联联；（4） 在全国政协建设设代收费系统统，为各种网网站等第三方方提供缴费手手段。6.2 乙方负责上述工工程范围内的的硬件设备供供货、软件开开发、安装、调调试、培训和和售后服务，并并负责配合和和电子商务平平台其它系统统（认证平台台、电子商务务业务平台、应应用系统等）的的互连。7. 项目管理7.1 甲乙双方对本项项目应用软件件进行合作开开发，在软件件设计、开发发、调试和安安装等系列过过程中均由甲甲乙方人员共共同参与实施施，为此项目目甲乙双方组组建联合开发发小组。7.2 乙方提供的产品品中，涉及到到第三方产品品，若出现技技术上或法

28、律律上的纠纷，应应由乙方负全全部责任，并并确保不影响响项目进度。7.3 在项目实施的全全过程中，甲甲方有对项目目进度进行监监督控制的职职责和权利，乙乙方应全面配配合，每两周周向甲方提交交一份最新进进展情况报告告。7.4 在项目实施的全全过程中，甲甲方有对软件件质量进行监监督控制的职职责和权利，乙乙方应全面配配合，确保人人力、物力的的定量投入，并并每两周向甲甲方提交最新新文档资料。7.5 乙方对软件的开开发应严格按按照软件工程程理论进行管管理，各阶段段都应提交相相应的设计、开开发技术文档档，并经甲方方认可。8. 知识产权8.1 甲方拥有本项目目开发的应用用软件（包括括源程序和各各种文档）的的所有

29、权。8.2 乙方将本项目的的所有设计文文档、源代码码和相关资料料移交给甲方方，并保证文文档的一致性性和完整性，乙乙方有责任对对第三方保密密。8.3 甲方为乙方提供供的所有业务务技术资料、文文档，乙方有有责任对第三三方保密。8.4 乙方全面承担由由乙方产品中中涉及到的第第三方产品所所引起的一切切法律责任。9. 技术文档9.1 乙方应提供在对对业务功能进进行详细分析析的基础上，根根据技术规范范书的要求编编写的应用软软件需求说明明书。9.2 乙方应提供应用用软件逻辑设设计文档，系系统结构设计计文档，数据据库设计文档档，接口需求求说明书，接接口设计文档档，程序详细细设计说明书书，应用软件件模块设计文文

30、档，软件故故障处理流程程文档。9.3 乙方应提供软件件模块关联图图，数据流程程图，对模块块之间的调用用关系和调用用接口给出详详细说明。9.4 乙方应提供应用用软件配置说说明书和应用用软件使用说说明书（包括括用户手册、操操作手册、维维护手册）9.5 乙方应提供完整整的、准确的的源代码、目目标代码，源源代码文档中中对主要的函函数调用要求求作出说明和和详细注释。9.6 乙方应提供应用用软件开发总总结文档，对对软件开发过过程中的主要要技术问题给给出详细解答答。9.7 乙方提供的文档档和资料均应应以磁介质（或或光盘）和纸纸张为载体，文文件格式为WWord文档档或PDF文文档或其他可可视化文件。10. 技

31、术服务10.1 若关于支付系统统的要求和需需求发生非重重大变动，在在本项目最终终验收之前，乙乙方应免费对对系统进行相相应的修改，在在本工程项目目保修期内和和保修期后，乙乙方应以优惠惠价对系统进进行相应的修修改。10.2 根据乙方向甲方方所提供的应应用软件系统统以及甲方的的需求，乙方方应向甲方提提供全方位的的、有效的、及及时的技术支支持和服务。10.3 乙方负责所提供供的应用软件件系统的现场场安装、调试试和开通，软软件系统安装装、调试时所所需的工具软软件、补丁包包等均由乙方方负责。10.4 系统试运行期六六个月（具体体期限由双方方商定）。在在试运行期间间，乙方应向向甲方提供7724小时的的响应服

32、务，若若乙方所提供供的应用软件件系统出现问问题或故障时时，乙方应指指定相关的开开发技术人员员在4小时内内赶到现场，免免费进行故障障处理和软件件更新。在试试运行期间如如出现重大问问题（系统瘫瘫痪或故障率率大于3%），则则试运行期从从故障修复之之日起重新计计算。10.5 乙方应对其提交交的软件产品品提供不少于于3年的免费维维护期。在维维护期内，乙乙方应向甲方方提供724小时的的响应服务，保保证在任何时时候甲方人员员都能及时找找到乙方的相相关专业技术术人员。如甲甲方认为必要要，乙方的技技术人员应在在24小时内内赶到现场予予以相应的技技术支持。保保修期从终验验合格证书签签署之日起开开始计算。乙乙方应给

33、出保保修期结束之之后对所提供供的软件系统统的服务支持持方式和费用用。10.6 乙方对其提供的的软件应提供供至少10年年的技术支持持。10.7 乙方应在技术建建议书中详细细说明技术支支持、服务的的范围和程度度。10.8 系统开通运行后后，乙方要应应甲方的要求求定期对用户户进行免费技技术培训（原原则上一年内内一至两次）。11. 人员培训11.1 乙方应向最终用用户提供有关关应用软件开开发、运行维维护等方面的的详细培训计计划，并提供供培训环境，通通过培训，使使最终用户的的技术人员能能够达到以下下水平：熟练使用应用软软件所采用的的各种开发工工具，具有独独立开发能力力；掌握应用软件的的运行维护方方法，能

34、够独独立安装和调调测应用软件件；掌握应用软件中中的处理流程程、编程方法法以及函数调调用，能够对对应用系统进进行配置、剪剪裁，掌握应应用软件的修修改和扩充方方法，具有独独立对应用软软件修改和扩扩充的能力；具有熟练查阅各各种技术文件件及维护手册册的能力。11.2 除了上述培训外外，乙方还须须在项目实施施过程中，对对参加开发的的最终用户人人员进行现场场培训，即一一边实施开发发，一边培训训，在实施过过程中进行技技术转移。11.3 乙方应提供最终终用户根据系系统事实的具具体需求而提提出的培训。11.4 乙方承担培训任任务的师资应应具有三年以以上的授课经经验，并具有有相当的理论论水平和实际际工作经验。11.5 培训人数CA中中心高级培训训（总部）44人，RA中中心培训155人（总部及及四个试点省省各3人），培培训所需的交交通和食宿等等费用由乙方方负责，培训训课程应包括括系统管理维维护培训和业业务系统培训训，乙方应在在建议书中提提出详细的培培训课程和时时间安排。30