[宝典]上海银行国际借记卡系统实施方案

[宝典]上海银行国际借记卡系统实施方案 上海银行 技术文档密级,机密 上海银行国际借记卡系统 应用方案书 文档编号: 项目名称: 编撰: 编撰日期: 审核: 审核日期: 文档修订记录 序号 修改时间 修改人 审核人 备注 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 目 录 第一章 国际借记卡系统目标........................................................ , 第一节 现状及需求 ........................................................................., 1.1.1 现状 .................................................................................... , 1.1.2 总体需求 ............................................................................. , 1.1.3 项目范围 ............................................................................. , 第二节 应用系统设计目标 ..............................................................., 1.2.1 先进的理念 ......................................................................... , 1.2.2 开放的架构 ......................................................................... , 1.2.3 灵活的参数配置 .................................................................. , 1.2.4 模块化的设计 ...................................................................... , 1.2.5 分层软件设计 ...................................................................... , 1.2.6 可靠安全的平台 .................................................................. , 第二章 国际借记卡简介 ...................................................................... , 第一节 基本业务 ............................................................................., 2.1.1 国际借记卡的特点 ............................................................... , 2.1.2 国内其他银行发行的国际借记卡 .......................................... , 第二节 一般国际借记卡系统简介 ...................................................., 第三章 应用系统设计思想 .............................................................. ,, 第一节 以客户为中心的设计思想 ................................................ ,, 第二节 参数化的交易定义模型 .................................................... ,, 第三节 灵活的系统配置 .............................................................. ,, 第四节 规范的内部管理与安全控管 ............................................. ,, 第五节 业务处理技术 .................................................................. ,, 3.5.1 报表处理技术 ...................................................................,, 3.5.2 并行处理技术 ...................................................................,, 3.5.3 信息公告技术 ...................................................................,, 3.5.4 交易配置技术 ...................................................................,, 3.5.5 24小时银行服务 ..............................................................,, 第四章 应用系统设计 ..................................................................... ,, 第一节 卡管理系统 ..................................................................... ,, 4.1.1 功能概述 ..........................................................................,, 4.1.2 功能详述 ..........................................................................,, 第二节 卡申请模块 ..................................................................... ,, 4.2.1 功能概述 ..........................................................................,, 4.2.2 功能详述 ..........................................................................,, 第三节 卡收单管理模块 .............................................................. ,, 4.3.1 功能概述 ..........................................................................,, 4.3.2 功能详述 ..........................................................................,, 第四节 授权管理模块 .................................................................. ,, 4.4.1 功能概述 ..........................................................................,, 4.4.2 功能详述 ..........................................................................,, 第五节 国际组织清算模块 ........................................................... ,, 4.5.1 功能概述 ..........................................................................,, 第六节 帐户管理模块 .................................................................. ,, 4.6.1 功能概述 ..........................................................................,, 4.6.2 功能详述 ..........................................................................,, ,, 第七节 外围业务模块 .................................................................. 4.7.1 功能概述 ..........................................................................,, 4.7.2 功能详述 ..........................................................................,, 第八节 交易安全控管模块 ........................................................... ,, 4.8.1 功能概述 ..........................................................................,, 4.8.2 登录控制 ..........................................................................,, 4.8.3 权限管理 ..........................................................................,, 4.8.4 系统审计 ..........................................................................,, 第五章 软件项目实施 ..................................................................... ,, 第一节 实施原则 ......................................................................... ,, 第二节 项目开发 ......................................................................... ,, 5.2.1 系统开发模型 ...................................................................,, 5.2.2 开发过程概述 ...................................................................,, 5.2.3 项目控制流程 ...................................................................,, 第三节 各阶段任务详述 .............................................................. ,, 5.3.1 需求分析 ..........................................................................,, 5.3.2 设计阶段 ..........................................................................,, 5.3.3 编码 .................................................................................,, 5.3.4 测试 .................................................................................,, 5.3.5 系统验收 ..........................................................................,, 5.3.6 建议的开发方式 ...............................................................,, 第四节 项目组织结构 .................................................................. ,, 5.4.1 项目组人员结构图 ............................................................,, 5.4.2 角色分派及职责范围 ........................................................,, 5.4.3 主要的组织管理活动 ........................................................,, 第一章 国际借记卡系统设计目标 第一节 现状及需求 1.1.1 现状 随着国民生活水平不断提高和国际间交往日益增多，商务和私人的境外旅行已经是一件很平常的事情了。在国外，日常小额支付大部分是用卡实现的，因此，非常有必要拥有一张符合国际规范的银行卡，以充分享受Visa、Master等组织的联网ATM和联网特约商户带来的安全和便利。 从上世纪90年代初起，国家大力推广银行卡在支付体系中的应用，形成了覆盖全国的银行卡支付体系。但仍然有很多不足，其中最主要的是:首先，国际上的银行卡主要是贷记卡,而我国由于信用体系还不完备，银行出于资金安全考虑，主要发行的是借记卡;其次，国内的卡系统大部分没有接入Visa,Master等国际组织，银联组织也只在周边国家有一些影响，无法满足国内用户出国消费的需求。 为满足消费日益国际化的需求，也鉴于在国内借记卡仍然是主流支付手段的现实考虑，发行国际借记卡就成了最快捷的解决现有问题的方法。 上海是中国最大的城市，是中国的经济中心，上海市覆盖面积5900平方公里，人口1500万，2003年上海GDP已经达到6200亿元人民币，人均GDP5600美元，已经超过了国际上通行的发卡，进入了信用卡业务快速发展的黄金时期。 上海银行成立于1995年12月29日，是一家由上海市国有股份、中资法人股份、外资股份及众多个人股份共同组成的新型的股份制商业银行。上海银行业绩优良，在2004年7月英国《银行家》全球前1000家大银行的排名中，上海银行排名第344位，净资产收益率是中国所有银行中最高的。 1.1.2 总体需求 上海银行领先于国内其他城市商业银行，建立了自己的国际信用卡系统，已经发行了申卡国际贷记卡/借记卡。同时也建立了完善的综合业务系统网络，但国际信用卡系统对借记卡的支持不足，综合业务系统又缺乏良好的对外卡组织的支持，因此，有必要建立一套新系统，对国际借记卡业务进行管理。 我们非常感谢上海银行在贵行国际借记卡项目的初始就给予我们参与的机会，此建议书正是基于我们对贵行国际借记卡业务需求的初步了解所作出的对此项目的评估。 我们长期以来在银行卡系统建设方面的经验和对新产品研发的投入，是我们为上海银行提供优良服务的坚实基础。我们可与贵行共同探讨国际上卡业务的发展及趋势，帮助贵行建立一个具有国际水准的国际借记卡系统，以协助贵行拟订 完善及充足的长久策略。 1.1.3 项目范围 XX软件理解的本项目范围如下: 国际借记卡业务管理系统的后台系统以及内外部接口，包括应用软件系, 统开发、系统实施、系统培训、系统维护。 提供一套国际借记卡的会计核算系统。 , 第二节 应用系统设计目标 1.2.1 先进的理念 业务理念的先进性:卡业务功能齐全、产品丰富、统一核算、统一控管、统一 考核、良好的业务适应性和对变化的适应能力;充分运 用现代科学科技积极开拓新兴的银行卡业务。 设计理念的先进性: 分层的体系结构;以客户为中心、统一渠道、规范产品、 信息共享。 技术实现的先进性:业务的灵活配置、模块化设计、支持卡业务品种的自由装 卸、参数化设计。 安全设计的先进性:系统支持全面的安全设计:系统平台安全设计、应用软件 安全设计、全面的系统审计功能。 1.2.2 开放的架构 渠道开放性:网络银行(个人、家庭、企业、移动)、自助银行、CallCenter、 高低柜台、电话银行、各种结算渠道等。 清算网络开放性:支持各大国际组织;广泛支持与外系统的连接:VISA、Master、 JCB、Diners、Amex, CUP等;支持同综合业务系统业务 联接。 业务开放性:可根据业务发展和变化的需要自由配置业务流程及记帐方式，也 可极为便捷地配置新模块、新交易，开发新的卡品种。 1.2.3 灵活的参数配置 系统提供各个层面的参数管理，包括 系统参数:包括系统时间，登录控制，国家、行业、机构、币种、客户分级、 交易码参数等。 业务参数:包括卡产品，账单周期，账号设置，利率、卡组织信息等参数。 安全参数:包括加密机配置、审计参数等。 1.2.4 模块化的设计 系统采用模块化设计，能根据需要灵活选用相应的模块功能，每个模块均能提 供接口连接至系统外，便于同综合业务系统，数据分析 系统，管理信息系统进行无缝连接。 1.2.5 分层软件设计 三层体系结构:丰富的服务渠道层、灵活的服务传递层、高效的数据处理层。 其中服务传递层是所有服务渠道的共有信息交换平台， 具有良好的平台配置及维护性能，充分体现了银行卡产 业先进的业务理念、设计理念以及银行卡行业发展趋势。 1.2.6 可靠安全的平台 业务的安全可靠性 严格的业务控管体系:系统提供严格的业务分级授权体系，能对业务进行事前 防范，系统还提供参数化，可配置的审计功能，能够对 业务进行事后的分析。 第二章 国际借记卡简介 第一节 基本业务 2.1.1 国际借记卡的特点 国际借记卡和贷记卡/借记卡的比较(以VISA为例): VISA Election VISA 贷记卡 VISA 国际借记卡 国际借记卡 ? ? ? 磁条卡(不需要芯片) ? ? ? VISA 标志 ? ? ? ATM和POS使用 ? ? ? 卡片有效期 ? ? 可选 凸印姓名 ? 发卡行决定卡片额度 X X 2.1.2 国内其他银行发行的国际借记卡 目前，国内已经有不少银行已经推出了国际借记卡。因为国际借记卡满足了不同客户群的需求，不仅可以带来新的手续费收入来源，能向客户提供全球范围内的支票账户存取，而且可以和信用卡系统共享部分资源。与信用卡交易一样，特约商户支付的信息交换费用是手续费的主要来源，同时各种服务费、信息交换收入等也是一个新的手续费收入来源。最重要的是，由于绝大部分的交易会在当天或者随后的几天之后入账，这样尽可能避免了因为客户恶意透支给银行带来的高风险。 目前国内比较流行的国际借记卡有下列几种: 1. 旅行卡 旅行卡是针对需要出国旅行，但是无法获得 / 及时获得国际信用卡的客 户群体推出的一种国际借记卡。它和通用的旅行支票相比，使用更为方便，可 以在有VISA的POS和ATM上使用。 它的特点是: 1) 可以在发卡组织特约收单商户的POS上使用 2) 可以通过ATM 提取现金 3) 一般有3-36个月的有效期 4) 可以按照客户的需求选择是否需要账单 5) 贷记余额退还 6) 可以根据客户需要选在是否在卡片上凸印持卡人姓名 2. 联名卡 联名卡本身又分为多种类型，如家庭联名卡、商户专用消费卡以及关联团体的联名卡等。在目前国内的市场上，家庭联名卡的发行非常广泛。其目标客户群主要为有孩子在海外求学的家庭。拥有了国际借记卡，父母相当于给提供孩子一张没有额度限制的国际信用卡，同时又可以监控/限制孩子的所有消费活动。 它的特点是: 1) 一般设置有最低余额标准 2) 根据银行的需求，可以设置最高余额标准 3) 可以在组织认可的所有POS和ATM上使用 4) 一般有效期为3-24个月 5) 每月提供对账单 6) 可以设置辅助账户(和已有的账户关联) 3. 礼品卡 相当于电子优惠券。可以由企业/个人购买作为礼物转送给他人，或者由商家发行给客户作为一种长期的优惠促销手段。 它的特点是: 1) 通常设有最低余额标准和最高余额控制 2) 可以自行设计卡面 3) 可以在制定的商户进行消费 4) 一般有3-12个月的有效期 5) 一般没有对账单 除了上述几种目标客户群比较明确的卡类之外，四大银行以及商业银行都已经推出了一般概念上的国际借记卡。其中，中国银行、中国农业银行、上海银行、民生银行、北京银行等推出的国际借记卡都非常有特色，很有竞争力。相信随着居民出境的机会不断增加，国际信用卡系统的推广和普及，会有更多的人需要一张属于自己的国际卡。但是由于信用卡业务高风险高收益的特点，银行对客户必须有比较严格的筛选，以确保自身的利益。在这种情况下，国际借记卡作为信用卡的补充，客户群更大，将会有更好的前景。 第二节 一般国际借记卡系统简介 在国际上，信用卡业务自上个世纪50年代开始，特别是随着VISA、 MasterCard等国际组织的发展，形成了复杂、严谨的业务规则和运行流程。而 借记卡的发展相对较晚，同时普及程度也远远不及信用卡或者支票。因为国外 的系统一般对借记卡的支持程度比较差，很多大型的卡系统厂商如FDC , Atos 等等，旗下的信用卡系统功能相当完善，但针对借记卡，都只作为信用卡的一 个普通产品分类，基本不考虑其特色业务。其他国外的厂商，系统往往是用于 发行的预付费卡等和借机卡类似的卡种为主的，因此对国内已经习惯于大量使 用具有很多中间业务的借记卡的客户群也并不适用。 针对这一情况，作为专业化金融业务的解决方案，国际借记卡系统方案从 业务角度出发其一般架构和特点如下: 1、 如下图所示，国际借记卡系统通常由发卡、收单、交换、外围业 务等模块构成。 持卡人在线实时VISA，MC，银联，行内授信息息 权 持卡人批量信息 商户信息 Merchant Router 商户 路由(授权) Application Issuer External Acquirer 申请 发卡 收单 system 外围系统 Interchange Loyalty 交换 忠诚度(积 分) VISA,MC,银联,行内系统结 算 其中，负责持卡人管理的发卡模块和负责商户管理的收单模块，因其拥有全部与银行具有正式商业往来关系的持卡人或商户交易业务数据而最为重要;是卡系统中的业务核心。 2、为保障银行卡片拥有良好的受理环境，银行通常会通过国际组织(VISA，MASTERCARD,JCB等)、国内组织(银联等)会员行的商户资源;即使银行没有自己的特约商户依然可以发卡。因此，发卡模块较收单模块在银行中更为普遍和重要(通常在国外，多数银行均会进行发卡业务，而只有少数银行进行收单业务)。 3、在清算模式方面，国际借记卡即可以采用双信息格式，利用银行内部已经建立的双信息网络，其中授权信息为联线实时信息，清算信息为批处理信息，批处理信息的准确性依靠国际业务规则通过事后纠正实现，而不通过当日进行完全比对成功来实现;也可以采用单信息格式，实时记账; 4、交换模块是银行卡系统中与银行外部系统连接的重要模块。其中，路由模块主要用于通过VISA、MASTERCARD、银联等行外系统所进行的授权、查询等在线信息的交换传递;交换模块主要用于VISA、MASTERCARD、银联等行外系统的清算结算信息的交换传递，为批处理方式。如银行不进行行外业务交易处理，则行内的在线、批量信息可以直接建立与发卡模块的接口。从另一角度而言，路由、交换模块是银行发卡模块与外部系统在线信息和批量信息的接口模块。 5、申请模块是用于对银行卡片申请人进行审批的功能模块。其业务处理过程中需要人工干预，通常下采用批处理方式定期向发卡模块提交最终核准的有效申请人资料，供发卡模块进行诸如建立帐户、制卡、生成密码、交易授权管理等实际卡业务处理，而无法在线处理。因为该模块相对独立，与发卡模块间采用批量文件接口方式连接;所以，银行可以利用原有业务系统(如可能存在的功能较全面的个人小额贷款申请审批系统)来实现申请模块的功能。申请模块除用于提供定制申请业务流程的功能外，另一重要功能是对申请人进行信 用评估，一般该模块会内建表功能，但在银行卡业务发展达到较高水平，对持卡人信用管理水平要求很高时，也可外挂第三方评分表。 6、外围系统模块是针对中国特色的发卡环境，在国际借记卡基础上向客户提供增值服务的模块，利用该模块可以为客户提供外汇兑换，理财，代收代付等服务，使客户除了能使用国际借记卡在国外进行消费，取现等业务外，在国内还可以使用该卡处理国内的日常业务，这样既方便了客户的使用，扩大了传统国际借记卡的使用范围，同时又为银行增加了发卡量，扩大了收入来源，也为社会创造了更大的价值。 7、忠诚度(积分)模块是卡业务竞争发展到一定阶段的产物。在传统卡系统的设计中一般考虑的功能有限，故发展出单独的模块以应对市场需求。针对目前卡业务中最能显示银行特别竞争力，变化最多的卡产品的设计和忠诚度，国际借记卡积分系统将这两个主要方面以参数化设计的方式集成于发卡和收单模块中，最大限度地提供了可用性和灵活性。 第三章 应用系统设计思想 第一节 以客户为中心的设计思想 以客户为中心，是以客户信息为基础，客户记录统揽客户在银行的所有帐户，通过客户信息系统可实现国际借记卡本外币账户的统一管理。在同一客户号下，根据客户的需要可以开设本币，外币等不同币种的存款。客户管理使得系统中长期积累的大量帐务数据成为宝贵的信息资源，提高银行的客户服务水平和市场分析能力。 上海银行经过多年的业务拓展，已经积累了丰富的客户资源，国际借记卡系统需要充分利用这些资源，并通过本系统的交易情况，对客户信息进行不断扩充。未来国际卡系统将与综合业务系统等共同组成以客户资源管理系统为中心的体系，实现信息共享。 第二节 参数化的交易定义模型 国际借记系统的业务需求比较复杂，而且会随时间的变化而变化。因此，系统中必须有一个灵活的参数化交易定义模型，通过参数设置能方便地定义、修改和删除交易。 参数化的交易定义模型有许多种，不同的系统几乎都有不同的模型，模型优劣的关键在于实现效率、描述能力、使用是否方便等方面。 第三节 灵活的系统配置 现代银行为适应不断发展的业务需求，它的业务运作模式在不断变化。如集中统一的会计体制要求数据的集中处理，形成以区域为中心的业务处理模式，这是银行未来发展的方向;但同时，囿于现实的限制，系统不可能一步到位，需要 一个从分布到相对集中再到绝对集中的构成，这就要求我们的系统能适应这个渐 进的过程。另一方面，随着新兴业务的不断开展，要求这些业务能很方便地添加 到系统中去。这些都要求我们的系统能有灵活的系统配置方法。 第四节 规范的内部管理与安全控管 国际借记卡系统是银行的核心业务系统之一，国际借记卡的使用又关系到用户的资金安全，因此，国际借记卡系统在业务上应提供全面的安全控管手段，它的安全性和可靠性来源于以下两方面的措施。 1、口令管理 操作柜员用自已的口令进出入系统。此口令经加密后在系统中存储，不可查询。只有本人才能修改口令。 口令遗忘后须主管重置，主管重置口令须填写申请书，并在计算机中有记录。维护人员以专用口令进入系统，并在系统中有记录以便检查。 2、业务权限管理 操作任一业务，都必须有相应的权限，超出权限必须由高级别管理柜员授权。管理柜员不能做业务，只能授权。保证重要、特殊交易必须由操作柜员、管理柜员同时操作才可成功，以加强对特权交易的监控。任何操作有案可查 ,系统对任何操作都以日志形式记录。保证任何人的操作都有案可查。限制柜员操作的时间、地点, 每天营业开始，须由主管签到，方可开始操作;营业终了，由主管签退，任何柜员操作都不可再做，以在时间上限制。 3、多层的安全控管 系统通过业务前控制、业务中稽核、业务后审计的三层应用系统业务控管体系，对系统进行严密的安全控制和流程检查，确保每笔业务数据安全、帐务准确。 第五节 业务处理技术 3.5.1 报表处理技术 上海XX软件国际借记卡系统采用通用报表处理技术，能够根据客户需要配置报表样式，生成适合各种需求的业务报表，也能够随时根据实际需要，快速配置生成新的业务报表，以适应银行卡行业不断快速变化的需求。 3.5.2 并行处理技术 系统对批处理采用并行处理技术，能够快速进行批处理。 3.5.3 信息公告技术 提供后台发起的信息广播功能，广播对象为:柜员或所有系统使用者，具体广播方式为:中心主机根据需要对所有或部分受众发布广播信息，受众可在各自的操作平台上接受广播，并且不会破坏柜员的操作界面，柜员也可根据广播信息的重要性，选择是否立即查看 3.5.4 交易配置技术 采用了系统交易配置技术，以适应业务的变化和业务的拓展，交易配置包括:业务流程配置、业务记帐配置。具体实现技术此处不在详述。 3.5.5 24小时银行服务 为了保证真正的24小时服务，应采用日期切换方式处理应用。首先，把应用数据分成两大类，一类为联机数据，一类为总帐数据。联机数据包括各类分户帐、登记簿，联机数据在联机交易过程中，实时更新;总帐数据，包括各种总帐及分类统计数据，在日终批处理时生成。用交易的传票文件来记录每个记帐过程，并把交易传票文件作为总帐数据的唯一来源，交易传票中设定两个日期，一个为本系统的会计日期，一个为外系统会计日期。在分户帐中也设定两个日期，一个为维护日期记录本帐户最新更改日期，一个为上交易日，记录本帐户上个交易日的日期。每日日结后，可暂停联机交易，进行会计周期的切换和系统的初始化，然后重新开启联机交易。这时，本系统交易产生的传票两个日期是一致的，而外系统来的数据日期可能不一致，用外系统日期记录，在本系统内这些数据以本系统会计日记帐;以外系统日汇总数据与外系统对帐，日期切换后，启动批处理作业，进行上会计日的批量处理，形成总帐和统计数据，总分核对时，分户帐中维护日等于会计日，取上交易日余额进行核对，不等的取本日余额进行核对，数据备份采用增量备份的方式，这样可以做到不停机备份。 第四章 应用系统设计 系统建设完成国际借记卡系统，主要功能包括: 1、 卡管理系统 2、 卡申请模块 3、 卡收单管理模块 4、 授权管理模块 5、 国际组织清算模块 6、 帐户管理模块 7、 外围系统模块 8、 交易安全控管模块 第一节 卡管理系统 4.1.1 功能概述 卡管理是本系统中重要的一个环节。卡是客户交易载体，是识别客户的主要依据，所以卡管理部分直接影响客户交易以及银行管理上的安全性、可靠性。 卡管理系统包括下列模块 , 客户信息管理和维护 , 公司信息管理和维护 , 持卡人信息及详细资料 , 客户服务信件选项 , 换卡和补卡 , 密钥和密码信封 , 卡片生效 , 卡号预留 4.1.2 功能详述 4.1.2.1 客户信息管理和维护 客户信息管理是以客户的有关信息为基础，以客户号统揽客户在银行的所有帐户，为国际借记卡的交易提供基础，为银行的决策提供依据;同时为持卡人客户通过国际借记卡外围系统，实现其各卡种间的款项划转，个人理财，外汇兑换等银行增值业务提供优质的服务。 功能包括客户信息的建立、查询、统计、修改、批量导入、批量生成等，包括客户自身信息和客户间关系信息。 4.1.2.2 公司信息管理和维护 公司信息管理和维护是银行针对批量发卡的公司客户，提供统一的信息录入，查询，删除，修改等功能，同时，为针对大客户的营销提供基础数据。 4.1.2.3 持卡人信息和详细资料管理 包括持卡人的身份证号码、持卡人姓名、家庭，公司，其他地址等客户级信 息和卡产品信息、对帐单信息等产品级信息，其中客户信息通过客户号来唯一确定，保证与客户资料的一致性。 4.1.2.4 客户服务信件选项 提供对帐单寄送地址、邮编等邮件信息修改的功能。 4.1.2.5 换卡和补卡 换卡:提供对超过有效期的借记卡进行换卡;紧急换卡时，持卡人来到银行卡中心要求换卡，并可在几个小时内拿到新卡。换卡时更换卡号，并需要卡激活。 补卡:卡号不变，如果未过有效期不需要激活 换卡和补卡时可以收取手续费，通过维护产品表来实现。 4.1.2.6 密钥和密码信封管理 管理系统密钥，客户密钥，客户密码信封的打印 与加密机的接口: 生成CVS/CVV/CSC 校验CVS/CVV/CSC 生成密码 校验密码 修改密码处理 打印密码信封 PIN密码: 密码长度的定义 密码生成时保存PIN偏移量 密钥管理:通过HSM控制台保存到HSM 4.1.2.7 卡片生效 卡产品决定有效期 补卡和换卡时，由用户输入有效期 4.1.2.8 卡号预留 对特殊需求的卡号预留，便于市场营销。 第二节 卡申请模块 4.2.1 功能概述 根据国际借记卡发行时客户申请的方式不同分为两种形式，即开即办卡和非即开即办卡，即开即办卡同传统意义的储蓄卡申请方式相同，卡片提前制好，卡面上印有卡号，只能用于联机授权消费和ATM取现;非即开即办卡发卡方式和贷记卡相似，发卡采用先申请后发卡的模式。 卡申请系统包括下列模块 , 新申请的录入 , 公司帐户建立 , 申请维护 , 申请查询 , 卡号锁定 , 批量申请 , 即开即办卡申请 4.2.2 功能详述 4.2.2.1 新申请的录入 通过柜面录入申请人的基本信息，包括姓名、性别、年龄、证件类型、证件号码、住址、电话等。录入数据库作为该客户的基本资料。 根据录入资料生成客户号，进入客户基本资料库，便于以后查找。 4.2.2.2 公司帐户建立 录入单位的基本信息，包括公司名称、执照号码、所属行业、联系人、联系地址、联系电话等。录入数据库作为该公司的基本资料。 4.2.2.3 申请维护 提供对已经提出申请发卡的客户的申请信息进行修改、删除等功能。 4.2.2.4 申请查询 查询录入的申请的当前状态，了解发卡前的申请资料的审批过程。 4.2.2.5 卡号锁定 对特殊的卡段或卡号进行锁定，锁定的卡号或者用于促销，或者用于防止伪卡交易。 4.2.2.6 批量申请 对于集团客户的批量资料通过文件录入。 4.2.2.7 即开即办卡申请 按顺序生成卡号，并生成制卡文件。卡面不打印姓名，待客户领取时现场建立客户与卡的关联并激活卡。 对已制未发卡的管理:分行、网点分配情况和发放情况，可以生成统计表和 清单。 第三节 卡收单管理模块 4.3.1 功能概述 收单模块处理5大外卡组织的ATM受理和POS收单业务，支持外卡组织不同的清算方式，并对清算文件进行差错处理平台处理与外卡组织的争议处理。 收单模块提供全面的，多币种商户管理系统。存储并管理所有商户帐户和历史，保证对商户帐户和清算处理进行有效控制。收单模块提供多币种支持，支持多级别商户，而且在多级别商户中的每一个网点都可以使用不同的货币。收单模块提供商户服务费用和交易费用的计算和管理功能，便于对商户进行费用催收。 收单模块主要功能模块如下: , 建立和维护商户帐户 , 输入处理 , 商户递交文件的异常审核 , 商户帐户的贷方/借方调整 , 对商户的退单 , 商户自动支付文件 , 报表 , 使用Visa和MasterCard 交换交易格式的清算文件输出 , 处理接收和发出的退单，调单和其它交易 4.3.2 功能详述 建立和维护商户帐户 批量录入新商户的详细资料，每天结束时更新 报表 , 数据录入清单 , 更新清单 , 更新异常清单 每个商户有一个唯一的商户编号(包括校验位) 商户名称、地址、联系人、行业类型、商户类别代码 销售请款递交处理 输入处理 每个输入处理将交易数据重新格式化为交易存储文件区的通用格式。所有 接受的数据重新格式化且存放在交易存储文件区中。 每个输入处理产生一个监管，总结收到文件的内容。用户也可选择，一个报告可能显示全部输入详细内容。 系统检查正在处理的文件是否是一个复制品或已被处理过。 交易处理 每笔交易执行一系列处理。根据交易的类型和发起方的不同，处理过程可能有所变化。可能的处理过程有: , 查询BIN表中PAN，以决定有效性和目的方 , 访问收单系统商户信息，检查交易对于商户的有效性，在交易中加入 商户数据 , 信用卡国际网络定义的处理 , 商户管理系统的入帐创建 , 将交易转发到一个争议跟终系统 , 在分类总帐接口中包含交易 , PAN校验码的验证 输出处理 每个输出处理将交易数据重新格式化为目的方要求的格式。 每个输出处理产生一个监管报告，总结产生文件的内容。用户也可选择定义报告显示全部输出详细内容。 联机功能 这些特别的功能是信用卡国际网络定义的，归纳起来，有如下功能: , 审查提交，提交冲正或特别项目的详细内容 , 审查所有与一个特定的交易相关的发送/接受项目的总结内容 , 产生一个重新提取(retrieval)答复:或者从交易文档中重新提取请求 数据产生，或者输入所有详细内容(当文档中无此数据时) , 产生第二次提交:或者从交易文档中重新提取第一次退单Chargeback数 据产生，或者输入所有详细内容(当文档中无此数据时) , 产生第二次提交冲正:或者从交易文档中重新提取第二次提交数据产生， 或者输入所有详细内容(当文档中无此数据时) , 产生费用催收/资金支出 任何输出项目可以在创建的处理日当天修改或删除。它们将在下一次批处理 中接受处理并发送到它们的目的方。 报表 , 活动商户报表 , 商户销售额分析月报 第四节 授权管理模块 4.4.1 功能概述 授权管理模块提供对Visa，MasterCard和其它支付系统的接口。它处理发卡模块支持的所有卡产品的incoming和outgoing交易授权请求。该模块也支持EMV智能借记和贷记标准，提供在线的智能卡交易鉴定。 授权管理模块包括如下功能: , 根据行内交易的参数进行在线自动授权处理 , 授权日报和月报 , 授权参数的维护 , 在线维护国际借记卡主文件，用于取消或冻结卡 , 授权人员在人工授权时的限制 , 与Visa和MasterCard授权系统的在线接口，用于24小时实时授权。 支付网络 支付网络 3.授权应答 3.授权应答 3.授权应答 3.授权应答 (VISA / MC) (VISA / MC) 发卡行 收单行 2(授权请求 2(授权请求 2(授权请求 2(授权请求 交换 授权/交换 联机系统 联机系统 System System 3. 授权应答 3. 授权应答 2. 授权请求 2. 授权请求 1.卡消费 3.授权应答 1.卡消费 3.授权应答 主机 商户 商户 4. 消费确认 4. 消费确认 国际借记卡 国际借记卡 4.4.2 功能详述 4.4.2.1 根据行内交易的参数进行在线自动授权处理 本功能与信用卡的授权方(如VISA国际)网络相连接，以接收银行内部信用卡在银行内部商户网络以外进行的消费的授权。 所有系统与外部接口之间的交易都会被记录为日志，交易消息可以通过接口日志进行察看。 支持的交易类型包括: , 零售授权、取现授权和ATM现金交易授权 , 余额查询 , 回声响应测试 / 调查 , 收单行冲正 授权的主要检查控制 输入交易的 PAN与发卡部分的帐号进行匹配，并完成将授权金额转到帐户币种的转化。当一个关联的帐户结构中有多种货币操作时，额外的货币转换在处理该关联结构时进行。 为了能够实现用于识别的有效性和信用检查，根据信息所包含的数据，每条消息分配交易代码。 如果PIN,PVV,CVV/CVC或CVV2/CVC2数据出现在授权请求中，这些信息将通过一个标准接口传送到加密机,以便确认. 状态检查 授权选项会检查卡片，应用和人工及自动状态代码。如果最严重的选项是”捡卡”,”拒绝”,”交议”,授权申请会由适当的理由代码拒绝. 在关联的帐户结构中,状态检查对授权处理作用过的所有更高层帐户重复进 行. VIP处理 VIP帐户由用户指定的人工状态代码标识. VIP帐户不进行信用,有效性和过度使用检查. 有效期检查 如果授权请求的有效期已过或者不与帐户发放的卡片的有效期匹配,授权将被适当的理由代码拒绝. 欺诈控制 PIN输入次数 用户可指定最大允许的错误PIN次数. 一旦超过此次数,任何随后的授权申请将以相应的理由代码拒绝. 如果在上限次数到达之前输入了正确PIN, 系统自动将连续错误PIN次数置为零,该设置也 可由用户在任何时候人工进行. 过度使用检查 用户可定义在一天或1个周期内的限制批准授权和拒绝授权的次数。 如已超过或达到批准的次数，则系统产生一个相应的理由代码拒绝下一此授权申请。 一旦次数限制适用的时期已过，系统自动重新设置将开始新的计算，也可由用户人工在任意时期重新设置 有效性检查 一个帐户可以定义多个有效性检查. 虽然一般仅使用非常简单的检查(例,强制每日或每周取现额度，外管局的取现规定等),定制一个交易代码 4.4.2.2 授权参数的维护 收到的授权消息按照标准以及用户设置的参数值来进行处理，包括: 账户状态、卡状态、CVC/CVV、PIN、列入黑名单的商户号码/终端ID、来源国、授权频率等 对授权所需的这些参数需要进行维护。 4.4.2.3 在线维护 提供在线工具实现强制同意授权 4.4.2.4 授权人员在人工授权时的限制 4.4.2.5 与Visa和MasterCard授权系统的在线接口，用于24小时实时授权。 第五节 国际组织清算模块 4.5.1 功能概述 国际组织清算模块提供同MASTER、VISA、DINER、JCB、AMEX等国际信用卡组织进行信用卡交易的清算，它收集国内各个分行的外卡交易(含MASTER CARD，VISA CARD，JCB CARD，DINER CLUB CARD，AMEX CARD，香港卡等)，进行加工处理，将交易分发给各个外卡组织，同外卡组织进行清分处理。同时它也接收处理外卡组织发来的退单/查询/各种收费交易等。该模块包括如下功能: , ConvCCXT:将所有CCXT文件入库。 , 出错交易处理:在前台，处理CCXT文件转换中含有警告信息的交易，并 处理以前被拒绝的交易。 , 手工录单:操作人员在前台将分行上交的原始单据录入到数据库中。 , 处理VISA INCOME数据:将VISA返回(income)交易信息入库。 , 处理MASTER INCOME数据:将MASTER返回交易信息入库。 , 杂项交易处理:进行VISA、MASTER杂项交易处理。 , Pre_Outgo,检查Captured_LOG中OUTGO数据的合法性。 , 生成OUTGO文件:产生各类卡的OutGO文件和相应的报表。 , 处理VISA拒绝的交易:将被VISA EDIT PACKAGE 拒绝的交易装入库中。 , 批处理:将当天处理完的Captured_Log交易记录，移到Slip_History 中去,对其他杂项交易置 上标记。 , 数据管理:对分行信息、商户信息、操作员、 汇率、卡类型定义，以及 VISA、DinerClub、AMEX、JCB、MASTER控制信息。 第六节 帐户管理模块 4.6.1 功能概述 , 多种利息计算和收费方式 , 币种转换 , 按商户，商户类别代码或电子商务确定交易价格 , 多种自动卡费收取选择 , 用户可以设定参数的异常信用和诈骗控制系统 , 生成对帐单，每日和周期性报表 , 处理接收的交换交易 , 支持公司/业务卡 4.6.2 功能详述 4.6.2.1 多种利息计算和收费方式 利息计算包括存款利息和透支利息的计算。其中透支利息可以分期限计算。 停止计收利息可以通过对单个帐户或通过状态码处理规则的作用完成。 利息计算方法 , 每日计算----使用日利率计算利息，基数是累加了前一日利息后的余额 来。 , 平均每日余额(ADB)计算----使用月利率，在周期到期日计算利息，基 数是累加了此前一周期的平均每日利息后的余额。 以年为基准 用户可以选择如下的每年有效天数计算利息 , 365/366天(闰年) , 365天(不考虑闰年) , 360天(每月30天) 利息起始日 利息可以从交易日、入帐日开始累加。 利率定义 利率可表示为绝对利率，也可以根据金融机构的基本利率调整。 利率变化 利率变化可以在指定有效日之前定义好。 一个帐户的利率变化可以在下列情况下生效 , 立即 , 在一个客户产生的借记交易已经入帐(借记确认) 利率历史将作保留，以使在利息累加时使用适当的利率(例，追溯利息)。 4.6.2.2 币种转换 系统可以使用多种货币，每种货币可以有自己的标准和兑换比率，当交易的交易货币不同于入帐货币时,系统将利用中心控制的转换率转换到入帐金额,除非原始交易货币等同于入帐货币, 在这种情况下,会直接使用原始交易货币。系统可 以定义附加费，在发生外币兑换时收取。 4.6.2.3 按商户，商户类别代码或电子商务确定交易价格 可以根据商户类型和交易类型的不同，定义不同的费用和费率。 4.6.2.4 多种自动卡费收取选择 对于不同的产品种类，年费、补卡手续费等日常费用独立定义，并可以针对一定的客户群进行费用优惠。 支持终身全免、终身免半、N年全免等组合选择。 4.6.2.5 用户可以设定参数的异常交易和诈骗控制系统 用户可以定义交易地点、单笔最大限额、单日累计最大额度等限制，有效减少伪卡等欺诈交易。 4.6.2.6 生成对帐单，每日和周期性报表 系统支持对帐单功能。为节约成本，多利用电子化手段，借记卡系统通常不建议使用对帐单。 , 常规对帐单一般在每个帐户的帐单周期末产生，但也可安排成更长周期 地产生 , 临时对帐单可按照客户的要求在有规律地和临时要求的基础上产生 , 重印对帐单应客户要求产生(例:在原始对帐单丢失或未到达之后) , 客户自定义对帐单频率 , 投寄方式支持单位、家庭和其它指定地址 , 由于账户状态变化、本期未发生业务等原因，将不生成对帐单 , 支持插页，广告信息和礼仪信息 4.6.2.7 处理接收的交换交易 交易映射 交换产品接口用自己的固定方式将国际卡组织网络中的各种交易代码对应成普通内码。 发卡部分的交易代码获取原则是由用户定义的。 这使得用户能够清楚如何使用输入交易数据的子集中确定交易代码的。 可以定义规则将这些普通内码对应成发卡部分的交易代码。 帐号确定 系统中的每一笔交易都有一个PAN。发卡部分的卡片与帐号的分离意味着帐号不必与交易帐号相同。 主帐号映射到发卡部分帐号的标准原则。 带有无法识别的PAN(例,PAN虽格式正确但无法对应出发卡部分的帐户)的交易将被悬挂起来。带有不可识别的PAN(如PAN的长度错误)的交易会被拒绝。 对于有着关联的帐户结构的帐户，系统另外决定是否该交易可由识别的帐号入帐和清算.或者,系统将指定在帐户结构中进行入帐和清算的帐户。 特殊交易 因下列原因不能入帐的交易将被挂起,以待稍后的审查和处理: , 无效交易码 , 无效PAN , 帐户,卡片或应用的状态不允许入帐 , 交易日期已发生太久 用户可以指定处理方法,一种是由系统每天尝试入帐悬挂的交易,另一种是保留交易直到操作员使用前述的在线工具审查处理. 4.6.2.8 支持公司/业务卡 对于公司卡，帐户类型也可以按公司分类提供特别的参数设置(如:某公司与发卡行协议使用一个特别的加入费等)。 系统提供参数，对公司卡的业务进行限制，例如不允许取现 第七节 外围业务模块 4.7.1 功能概述 外围业务处理国内传统借记卡功能，提供同综合业务系统的接口，处理总帐文件输出、外汇牌价、中间业务接口等 外围业务包括: , 总账接口 , 外围系统参数配置 , 代收付业务查询 4.7.2 功能详述 总帐接口 在帐务设置上，国际借记卡系统有两种选择:一是建立独立的总帐系统，国际借记卡系统可以在交易过程中直接生成符合会计核算要求的流水，并利用这些流水记录总帐，并能够将总帐导出，与综合业务系统等其它系统并表。二是国际借记卡系统不建立总帐，而是将业务流水按会计规则统计后提交给综合业务系统记账。从执行效率考虑，国际借记卡系统应设立独立的总帐系统，按发卡机构、币种、会计科目等分别设帐，并可以直接与其它系统进行清算。 增值业务 国际借记卡系统统一管理了客户的本外币活期存款，可以非常方便地开展增值业务，例如动态购汇:签约客户可以通过电话银行、网银等渠道，实时进行卡内不同币种间的兑换，获取汇率变动的收益，银行可以收取兑换手续费用。 代理业务 国际借记卡作为最灵活的金融支付手段，可以用于多种代理业务。例如代扣各种公共事业收费、代发工资、消费信贷还款，以及银证通、银保通、银基通等多种支付结算业务。 第八节 交易安全控管模块 4.8.1 功能概述 , 登录控制 , 权限管理 , 系统审计 4.8.2 登录控制 国际借记卡发卡系统提供授权和识别访问本系统的用户的工具并可用此工具作为专用安全软件的接口。 为了避免相同访问权力的操作员档案的重复输入，所有的操作员被分配到一个或多个安全组别中。 要登录的操作员必须提供系统认可的用户代码和组别代码，然后输入一个密码确认。系统中的标准程序提供密码的加密和解密。 在用户定义时，必须更新密码，然后重新输入一遍新密码来确认。 如果用户定义一个连续数字作为密码将被视为无效密码，并且密码输入的次数也由一个用户定义的限度来限制。 密码输入限度可以使用系统允许的最大值，并且如果用户在很长一段时间内无操作，系统将自动签退。 4.8.3 权限管理 每一个功能组(由承担不同任务的业务或操作人员组成)都有自己的安全档案，每个操作员又有自己的个人安全档案。 一旦授权访问本系统，操作员的个人及组安全档案将决定操作员可以查看或更改哪些部分。 根据安全档案的设定，一些特殊功能的访问将受到严格限制。 为了避免重复登录，根据操作员的工作范围，可以设置组别或个人安全档案的不同范围。 每一个金融机构(例:发卡分行)可以定义一个独立的安全档案，也可以定义 成多种复杂的安全档案(如:在一个金融机构内，为普通帐户和贵宾帐户设置不同级别的访问权限。) 4.8.4 系统审计 每个业务人员的每个操作都留下详细的操作日志，当需要进行审计时，日志可以被方便地查询，按机构、操作员、交易类型、交易时间段等要素生成审计报表 第五章 软件项目实施 第一节 实施原则 上海银行国际借记卡系统的建设是上海银行在银行卡战略上的关键步骤之一。因此从项目的需求、开发、测试、切换到验收，要分清楚开发设计的各阶段，以严格的计划和组织保证，良好的过程控制，一流的质量保证手段，精良的设计队伍，才能确保设计出先进、安全、稳定、完整的系统。 第二节 项目开发 5.2.1 系统开发模型 系统采用 V模型开发法进行开发。采用V模型，是业界大多数商业软件的开发过程中采纳的生命周期模型，能最大限度地降低开发风险， 保证产品质量。 5.2.2 开发过程概述 听取意见 建造,修改 原型 测试运行 编码 测试 切换 验收 需求 概设 分析 详设 维护 软件质量管理(SQA) 软件配置管理(SCM) 本系统基于 V模型开发，严格按照软件工程的要求进行: 1、 需求分析 2、 设计:概要设计 + 详细设计 3、 编码 4、 测试 5、 系统切换 6、 系统验收 7、 系统维护 在项目实施过程中通过需求管理，项目风险管理、软件质量管理(SQA)和软件配置管 理(SCM)调节和控制整个开发的质量、进度和工作量，保证开发任务按质、按时和按量完 成。 5.2.3 项目控制流程 制定基准计划(进度计划、预算) 项目开始执行 等到下一个报告期 项目报告期内 收集实际的度量数据(进度、及时控制和变更项目计划 质量和工作量) 评估近期的项目进度计划、预算和预测 分析目前状况，并与基准计划做比较 否 需要采取纠正措 施吗, 是 确定纠正措施并制定相关的纠正内容 第三节 各阶段任务详述 5.3.1 需求分析 5.3.1.1 需求分析目标 通过对国内外国际借记卡系统的需求现状分析和本公司产品的提炼，提出上海银行国际借记卡系统的需求。 5.3.1.2 需求分析流程 业务人员 技术人员 项目助理 备档 特聘 提出需求差异 最终处理意见 对应负责人员 项目领导小组 签字确认，并在项目助理处登记 需求组组长 协商并入下期 业务负责人 同意 差异鉴别 项目经理 同意 技术负责人 Y 项目助理归档 5.3.1.3 需求规格书编写 需求规格说明书的编写，需要严格遵守需求规格说明书的编写步骤，并采用需求规格模板，说清楚每个交易的输入输出，界面控制，打印等内容，避免二义性，最大限度地为开发作好准备。 5.3.1.4 需求评审 需求规格书编写完成必须经过双方组织的评审工作。 经过需求评审专家的评审才可以进入项目的设计阶段。 5.3.2 设计阶段 5.3.2.1 设计阶段目标 按照需求及系统构架，完成概要设计和详细设计任务。 5.3.2.2 设计阶段流程 设计阶段计划 设计阶段组织概要设计说明概设评审报告 结构 书 设计准备阶段 概要设计 概设评审 详设评审 详细设计 详设评审 详细设计说明 报告 书 5.3.2.3 需求分析 5.3.2.3.1 设计人员熟悉需求 设计小组成员参照《需求规格说明书》，通过与需求组相关人员的交流，熟悉并了解上海银行国际借记卡系统的需求。 5.3.2.3.2 需求差异分析 系统设计人员对《需求规格说明书》从系统设计的角度进行分析细化。 5.3.2.4 概要设计 5.3.2.4.1 系统架构设计 给出系统的总体架构设计。这是一个自上而下的将系统进行模块划分的过程。系统架构设计工作包括:软件体系架构设计，软件层次划分，子系统划分，关系图。 提供以下结果: A、总体设计说明书过程文档(系统总体架构部分) B、总体设计差异对照(总体设计) 5.3.2.4.2 数据库设计 进行系统的数据库设计，包括数据字典设计、公共数据文件表结构、数据库表文件结构设计和公共数据结构设计。并进行搭建相应的数据库原型。 提供以下设计结果: 数据字典、公共数据文件结构、数据库表结构、公共数据结构。以及数据库原型。 概要(总体)设计差异对照(数据库设计) 5.3.2.4.3 接口设计 包括系统的内部接口和外部接口的设计。 5.3.2.4.4 过程设计 对系统按模块划分的具体交易进行总体设计。 5.3.2.5 总设检验分析 5.3.2.5.1 召开总体设计讨论会 讨论各总设各部分以及相互关联性的设计。 5.3.2.5.2 编写总体设计说明书 按照《总体设计说明书模板》的结构将各阶段的过程文档组合成新的《总体设计说明书》。 5.3.2.5.3 总设评审 组织总设评审会，对总设说明书进行评审。签字通过总设方案，标志可以进入详设阶段。 5.3.2.6 详细设计 5.3.2.6.1 详细设计 根据总设，进行详细设计。包括对最终程序模块的划分、程序结构分析、公共模块的引用描述，最终详设以伪码的形式呈现 5.3.2.6.2 召开详设讨论会 5.3.2.6.3 编写详细设计说明书 5.3.2.7 详设审核 通过详设的审核工作，确保详设的质量，特别是详设要体现总设的内容和要求。 5.3.3 编码 5.3.3.1 编码目标 按照详细设计完成系统的编码任务。 5.3.3.2 编码流程 编码的时间分配: 1、 准备工作 2、 阅读详设 3、 编码 每一个交易代码的编码工作包括代码编写与调试、代码审核、单元测试、代码提交。 5.3.3.3 编码准备工作 编码计划 程序员培训 编码规范 编码环境 准备工作 阅读详设 代码编写与调试 组别划分任务分配 编码工作控制表 代码提交 单元测试 代码审核 代码提交申请表 单元测试报告单 代码审核表 制定编码子计划 确定本项目的编码规范(项目编码标准) 编码人员培训 对编码人员的培训工作，在需求阶段就开始进行。 在编码前，培训编码人员:系统概述、编程环境、编码过程、编码语法、编码规范、其它培训 搭建编码环境 在编码开始之前，即需求设计阶段，要完成编码环境的安装调试工作。 编码人员组别划分，任务分配 5.3.3.4 阅读详设 程序员阅读详设，弄清楚编码内容，如果详设不够细化，进一步细化详设，使编码能顺利进行。 5.3.3.5 编写代码 按照详设编写代码，并调试通过。 编码人员在编码过程中随时更新《编码任务控制表》，报告当前状态。 在编码过程中技术负责人、编码组长需要在编码过程中作以下控制工作: A(进度控制 B(编码一致性控制 C(变更控制 5.3.3.6 代码走读和审核 在程序员编码结束以后，由各编码组长对代码进行审核，减少不规范的代码及潜在错误。审核包括代码是否符合项目的规范、数据库操作是否合理及其他方面。每个交易代码在编码完成必须经过开发组长审核，审核完毕需提交《代码审核表》。 5.3.3.7 单元测试 在组长对编码人员的审核工作完成以后，编码人员需要进行单元测试，找到并修改代码的错误，单元测试的方法有: 、 基本路径测试(条件测试) 1 2、 循环测试 3、 错误路径测试 4、 边界测试 测试完成需要填写《单元测试报告》。 更详尽的说明可参【系统测试】。 5.3.3.8 代码提交 编码结束向版本管理人员提交测试后的代码，提交代码的流程: 1、 测试代码(单元测试) 2、 填写《代码提交申请表》，并将测试结果附上 3、 组长审核 4、 配置管理员将代码加入版本库 5.3.4 测试 对于测试的内容有: 1、单元测试 基本路径测试(条件测试) 循环测试 错误路径测试 边界测试(极值测试) 2、功能测试 3、整体测试 4、随机测试 5、试运行(模拟测试) 6、专项测试 压力测试(性能测试) 破坏性测试 恢复性测试 7、切换测试 8、系统验收测试 5.3.5 系统验收 5.3.5.1 软件交付清单 1、应用软件源代码: 所有开发过程中产生的源代码 2、应用系统目标代码 3、平台产品目标代码 5.3.5.2 文档交付清单 管理文档: 《会议纪要》 《项目阶段计划》:〈项目主计划〉〈总设阶段计划〉〈试运行计划〉 《项目周报》 《项目需求变更记录》 系统文档: 《工作说明书》 《需求规格说明书》 《总体设计》 《业务系统数据总设(数据字典)》 《交易平台总设》 《详细设计》 《开发规范》:〈开发规范说明书〉〈端末交易编制指南〉 《测试计划与报告》: 〈功能测试计划〉〈功能测试报告〉 〈整体测试计划〉〈整体测试报告〉 〈压力测试计划〉〈压力测试报告〉 〈上海银行国际借记卡系统的压力测试总结报告〉 《操作员操作手册》 《用户操作手册》 《安装维护手册》 《技术手册》 5.3.6 建议的开发方式 开发方式由XX软件和上海银行联合成立开发团队进行开发，具体视实际情况而定。 第四节 项目组织结构 项目组织结构是项目实施的基础。由于项目初期对需求了解的不完整性、以及项目进展过程中的各项变化，项目的组织结构可以根据实际情况进行调整。 本项目组织结构，为项目前期阶段推进工作所设定的组织结构。 5.4.1 项目组人员结构图 项目领导小组 项目监理 项目协调小组 配置管理组 项目经理 系统组 项业需设开测切目务求计发试换支组 组 组 组 组 分持析和组 文 档 组 5.4.2 角色分派及职责范围 项目领导小组: 项目监理:由XX软件集成系统公司项目监理部派人担任，代表公司对项目的执行情况进行监控:检查项目的执行情况;参加关键点的评审，并进行确认;对由范围变化引起的变更进行审批;调查客户和项目组的满意度;对项目经理的工作作出评价。 项目经理:项目经理由XX软件方担任。负责项目目标界定、制定项目计划、组织和分派项目任务、控制项目进度、考评项目人员业绩、调节项目气氛以及项目日常事务管理。上海银行也必须设置项目经理，共同负责项目的整体推进。 业务组:由客户方业务人员(对银行现有系统和业务处理模式熟悉的业务专家)组成，负责银行业务需求分析，参与原型设计，负责系统的业务功能测试，对系统从业务角度进行整体把握。业务组负责明确业务需求及其解释、系统的业务功能测试，以及应用组在开发过程中所遇到的业务问题的敲定，使得应用组在开发过程中所遇到的问题得到及时解决(解释)。在项目组中这是一个相对独立的工作小组。 业务组的组长由客户方出任。 业务组需要4人左右，可以适当增加1到2人，自始至终参与项目。是整个项目组不可分割的一部分。在测试阶段业务组需要增加相应人员。 需求分析组:负责对业务组提出的业务需求进行讨论、分析，产生《需求规格说明书》。 设计组:确定总体设计的方法及标准，组织总体设计及建立流程，设计质量审查，产生《总体设计规格说明书》，制定详细设计及编码规范。 开发组:按照《需求规格说明书》、《总体设计规格说明书》、编码规范等进行编码，并产生相应文档。 测试组:分别在计划阶段、需求分析阶段、概要设计阶段和详细设计阶段协助相关人员完成相应的测试策略和测试计划(含测试案例)的编写、评审和修改返工，对模拟测试(试运行)提供技术支持负责配合业务组进行测试案例准备、测试环境搭建和反馈接口等工作。组织功能测试，组织整体测试，组织压力测试，组织破坏性测试。XX软件:3-4人，客户方3人。 切换组:提供数据转换方案，提供功能转换方案，负责中心端系统改造和改造若干现有企业客户端系统，进行系统切换。 系统(主机和网络)组:负责整个系统的正常运转，包括机房网站系统的管理;整个系统的网络、前置机和其它设备(含企业客户端设备的安装与调试)搭建与配置，包括机房、所有网络设备、最终保证整个系统外部硬件环境的就绪和网络的畅通。 组长由客户方出任，具体人员配置:XX软件:1人(非专职)，客户方:2,3人。 项目支持和文档组:按软件项目质量管理CMM Level 4质量体系要求，整理各种有关项目的开发文档;其他支持人员(包括技术、业务、行政;包括XX软件、客户方等)。 所有人员安排可能会有所交叉，可能会随时间进度的具体情况进行调整。原则上每一个部分必须有客户人员参与，如果人员不足职责可以重叠，但必须跟进，以便最终掌握和接手整个项目的应用系统。前期工作可能会少于上述总人数，视项目的不同阶段进行相应的调整。 5.4.3 主要的组织管理活动 5.4.3.1 项目监理执行例会 项目监理执行例会，是项目组的通常情况下最高会议。 参加人员:双方项目监理、项目经理、核心技术组组长、核心业务组组长、平台技术组组长、应用技术组组长、质量控制组组长。 递交件:《项目监理执行例会会议纪要》 执行频度:每月一次。 5.4.3.2 项目每周例会 项目每周例会，是项目组一般情况下的主要管理活动。 参加人员:项目经理、SQA和项目组其他人员。 递交件:《项目周报》 执行频度:每周一次。 5.4.3.3 里程碑审查会 里程碑审查会:在项目进程中的关键点(如需求确定、设计完成)，组织较大规模的审查活动，以帮助项目组防范风险。 参加人员:项目组主要人员，银行的后援机构，公司的后援机构。 递交件:《审查报告》 执行频度:根据需要而定。 5.4.3.4 小组会 小组会:各小组根据需要进行的正式会议。 参加人员:项目经理、小组成员、质量控制组 递交件:《会议纪要》 执行频度:根据需要而定。 5.4.3.5 务虚会 务虚会:比较自由的一种会议，一般用来发现项目管理中的漏洞和风险。 参加人员:不限。 递交件:《备忘录》 执行频度:根据需要而定。