财务管理信用管理 日本商业信用卡集成开发技术方案Word文档格式.docx

1、1.6.1登录界面 341.6.2账户管理 351.6.3报表管理 376.3.1客户分布统计 386.3.2交易类型统计 386.4系统管理 391.7DATABASE DESIGN数据库设计 401.7.1Entities Definition实体定义 411.8DETAILED DESIGN OF THE DATABASE数据库详细设计 431.8.1数据库表设计 441.8.2各表联系图 491.9开发设计 491.9.1详细设计阶段 491.9.2CD/UT阶段 501.9.3IT阶段 511.9.4ST阶段 54第二部分 项目实施及服务方案 551.项目组织与管理 561.1.项目

2、干系人分析 561.2.项目组织结构 561.3.主要人员投入 571.4.佰钧成的项目服务管理体系结构 582.项目实施计划 592.1.项目阶段划分 602.2.项目总体计划 603.项目成果和交付物 644.项目风险计划 654.1.项目风险分析 654.2.主要风险识别及缓解措施 694.3.其他风险控制措施 725.项目测试与验收方案 745.1.项目测试方案 745.2.验收方案 806.项目实施制度和规范 856.1.实施制度 856.2.实施规范 897.项目质量保证体系 977.1.质量保证目标 987.2.质量保证角色与职责 987.3.质量保证流程 1007.4.质量保证

3、活动 1008.项目进度控制方案 1078.1.项目进度跟踪 1078.2.项目进度分析 1088.3.项目进度控制 1089.售后服务承诺 1099.1.服务承诺 1099.2.服务响应承诺 1109.3.服务目标 1119.4.服务策略 1119.5.服务方式 11210.培训保障方案 11410.1.培训承诺 11410.2.培训目标和内容 11510.3.培训类别 11610.4.培训课程 11710.5.培训方式 117第一部分 技术方案1.1项目概述1.1.1项目背景由于 2008 年开始的世界范围内金融危机的影响，日本经济也出现了衰退，在金融领域，原先财大气粗的银行业正承受着巨大

4、的压力。在日益激烈的竞争面前，各个银行将通过合并来优化资产组合，提高资产总量，扩大经营范围是目前日本各家银行的首选方案。2006 年日本国民持有信用卡的比例已经达到 83.8%，而且人均信用卡持有量也上升到 3.3 枚。在市场相对趋于饱和的状态下，日本是如何挖掘信用卡市场的潜力呢？受政府管制的影响，日本银行业信用卡业务的起步较晚。虽然信用卡于 20 世纪 60 年代就通过个人金融公司的形式进入了日本，但直到 1982 年银行才被允许介入信用卡业务。目前，日本的信用卡品牌主要集中于 VISA、万事达（Master）和JCB 三大品牌上， 而信用卡的发行机构则主要包括 JCB 、VISAJAPAN

5、、UNIONCARD、三菱日银联金融集团（三菱 UFJ）和SAISON 五家公司。为了争夺客户资源，提高服务质量以及在信用卡领域占有一席之地，日本银行业的 SAISON 信用银行、银行、QB 银行达成协议，全面缔结合作关系，在各自原有的信用卡系统之上， 共同开发出一套新的银行信用卡系统，在对抗金融危机的冲击的同时，增强自己的市场份额。IBM 作为众多企业信赖的对象，已经越来越多的受到各国客户的关注。基于此前提下，三大银行将该信用卡系统交给 IBM 开发，用以整合现行的系统，我公司为 IBM 核心供应商，和其他协力公司共同参与该项目，共同为客户提供该系统的开发和交付。1.1.2项目目标及意义1.

6、SAISON信用卡公司降低品牌运营费用，开发出更有竞争力的系统；通过基于数据的营销系统，开展一系列的 ONETOONE 营销活动，包括针对新加入会员的入会介绍、积分活动等促进信用卡利用的活动，针对重要顾客的再利用特别优惠、特定商品到货通知等强化关系活动， 针对目标顾客及一般顾客的有关新商品、优惠及纪念庆典的信息告知活动以及有关顾客反应调查、效果调查和特定调查等内容的问卷调查活动。这一系列活动对于维系顾客与信用卡公司的关系起到了很大的作用。2.Orico信用卡公司开发出分期付款、贷款、汽车消费贷款等功能合并的信用卡系统；3.QB银行作为以开发为主的公司，受托与 SAISON 信用卡公司、Oric

7、o 信用卡公司以及其他公司，开发出银行与信用卡共用的信用卡系统。1.1.3项目目标项目主要目标是在保持各自原有系统功能不变的情况下，把相同或者相似功能进行整合及完善，同时增加一些新的实用功能， 兼容现有三家银行的业务。1.2Introduction简介1.2.1Purpose目的本需求规格说明书的编写目的，是为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。它说明了本系统的各项功能和性能需求，明确标识各个功能的实现过程， 阐述使用范围及背景，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。本文档供项目经理、设计人员、开发人员、测试人员、维护人员及软件的管

8、理人员参考1.2.2Scope范围1.Name软件名称信用卡管理系统2.Functions软件功能本系统的主要功能为： 客户管理：主要分为账户管理和信用卡管理两大模块， 其中账户管理包括开户、客户信息维护、柜台存款、柜台取款和账户信息维护；账单查询和结算；信用卡管理包括开卡和卡信息维护。 报表管理：包括开户情况和消费情况报表的统计。 系统管理：包括用户添加和用户信息维护。3.Applications软件应用ICC 系统是符合国际标准信用卡（贷记卡）发卡系统，既能发行金融机构自己的信用卡，也能发行符合国际信用卡组织（如 VISA、MasterCard 等）标准的信用卡。本系统具有客户信用评估管理

9、、循环信用管理、卡管理、账务管理、客户信息管理、在线交易授权管理、安全管理、催收管理、批量/清算以及市场营销等功能，是真正意义上的可多币种结算的综合贷记卡软件系统；同时，本系统具有灵活的应用架构、费用结构和产品定义，在系统、机构、产品、客户、账户、交易等各个层面均实现参数化，是一个以客户为中心的多产品、多账户、多卡综合应用系统。1.3Level0DesignDescription第0层设计描述1.3.1SoftwareSystemContextDefinition软件系统上下文定义信用卡管理系统是银行卡业务体系中的一部分，提供各种接入服务整合了银联系统、ATM 系统。1.3.2DesignCo

10、nsiderations设计思路1.DesignAlternatives设计可选方案本系统的实现采用 java 语言，应用SSH 框架。2.DesignConstraints设计约束Standardspliance 遵循标准本软件产品应严格遵循如下规范，不能和规范相违背，可以扩充规范中不存在的需求：传输网综合网络管理系统技术规范客户服务系统技术规范银行卡联网联合技术规范 V2.0HardwareLimitations 硬件限制最终的产品可以在分布式运行环境中运行，软件产品具有良好的可移植性，可以在不同的操作系统中运行。会员服务应用服务器、后台应用管理服务器、银联接口网关服务器：CPU 应在 P

11、4 以上，内存一般 1GB2GB，硬盘采用单 SCSI 或 SATA 硬盘。数据库服务器：至强 MP 四路处理器、8G 或以上内存、SCSI 硬盘或更高配置。最终软件产品在最低配置的 pose 端和服务器端能顺畅地跑起来， 客户通过用户交互界面提交一项请求，要求必须在几秒之内做出响应，不能给用户有迟滞的感觉。TechnologyLimitations 技术限制数据库：软件产品设计应与数据库无关，本系统使用 MySQL 数据库为主，将来可以方便的移植到其它类型的数据库比如 Oracle、Informix 等。接口：符合银联的接口标准，支持中国银联新系统（通用规范 2.0 版）的接入，可以使用银联

12、新系统（通用规范 2.0 版）的所有新的功能。符合营帐系统（服务器）的接口标准。符合短信平台接口标准。符合俱乐部会员管理系统接口。并行操作：同时允许 500 个以上客户端同时运行，保证数据的正确和完备性。编程规范：用 java 和jsp 实现，由开发方提供一套编程规范，甲方审查认定。1.4Level1DesignDescription第一层设计描述1.4.1SystemArchitecture系统结构1.DescriptionoftheArchitecture系统结构描述本系统结构是按照系统用户的管理权限来划分子系统。银行普通员工只具备客户管理功能，银行经理只需要系统提供报表服务，系统管理员则

13、负责对系统用户的管理。1）客户管理子系统：该子系统向银行的普通员工提供客户管理功能。2）报表管理子系统：该子系统向银行经理提供报表服务。3）系统管理子系统：该子系统向系统管理员提供用户管理功能。4）RepresentationoftheBusinessFlow 业务流程说明4.1客户管理子系统，银行员工对信用卡客户的管理：4.2报表管理子系统，银行经理获取业务报表：4.3系统管理子系统，系统管理员对系统用户进行管理：4.2DepositionDescription 分解描述2.客户管理子系统1.Overview 简介银行普通员工对信用卡用户的管理，主要分为账户管理和信用卡管理两大模块，其中账户

14、管理包括开户、客户信息维护、柜台存款、柜台取款和账户信息维护；2.Functions 功能列表模块子模块功能功能描述客户管理账户管理开户根据客户提交的资料添加账户客户信息维护查询、修改客户信息柜台存款为信用卡客户提供还款服务柜台取款为信用卡客户提供取现服务账户信息维护查询修改账户信息、销户账单查询包括未出账单和已出账单结算客户账单结算信用卡管理开卡为已经拥有账户的客户办理信用卡卡信息维护信用卡信息查询、修改、挂失和销卡3.报表管理子系统银行经理可以查询信用卡开户情况以及消费情况。报表管理开户情况报表某一时间段内每月新开户的客户数量统计开卡情况某一时间段内每月新开卡数量统计消费情况某一时间段内各

15、透支额区段的客户数量统计4.系统管理子系统系统管理员对系统用户的管理。系统管理用户添加添加系统用户用户信息维护维护用户信息，包括查询，修改和删除1.5Level2DesignDescription第二层设计描述1.5.1账户管理模块1.DesignDescription模块设计描述柜台员工管理客户账户信息，提供办理账户、客户信息维护、柜台存取款、账户信息维护、账单查询和结算功能。CustomerAction 类1）CIIdentification 标识CCMS_AccountManagement_CustomerAction2）Overview 简介CustomerAction 提供对客户信息

16、进行查询和修改的方法，具体如下：CustomerAction 具有的方法有： 客户信息查询:customerQuery（）、 客户信息更新:customerUpdate（）3）Definition 类定义（Optional）AccountAction 类1）CIIdentification 标识CCMS_AccountManagement_AccountActionAccountAction 提供对账户信息进行处理的方法，包括，办理新账户，添加新客户，账户信息维护，柜台存取款等。具体如下：添加新客户：addCustomer（） 添加新账户：addAccount（） 存款：deposit（）取款

17、：withdrawal账户信息查询：accountQuery（） 账户信息更新：accountUpdate（）所有的属性都是私有的和所有的方法都是 public 方法。BillAction 类CCMS_AccountManagement_BillActionBillActin 主要提供对账单的管理功能，包括账单的查询以及每月账单的结算。具体方法如下：查询已出账单：queryHandledBill（） 查询账单详细信息：queryDetailBill（） 查询未出账单：queryUnhandledBill（）账单结算：calculate（）2.FunctionIllustration功能实现说明

18、添加客户信息添加账户信息客户信息查询客户信息修改柜台存款柜台取款账单查询账单结算1.5.2信用卡管理模块银行柜台员工对信用卡的管理，包括办理信用卡和信用卡信息的维护。2.CardAction类CCMS_CardManagement_CardAction。该类实现信用卡信息的添加、查询、挂失和销卡。 办理信用卡：addCard（）查询卡信息：queryCard（），cardDetail（） 挂失信用卡：lossreportCard（）销卡：deleteCard（）其中类图中所有的属性都为私有的，所有的方法都为公有的。5.2.2FunctionIllustration 功能实现说明添加信用卡信息查

19、询卡信息1.5.3报表管理模块银行经理使用该模块查看业务报表。ReportAction 类1）CIIdentification 标识CCMS_ReportManagement_ReportAction银行经理使用该模块信用卡账户开户情况和信用额度情况报表，还可以得到透支情况报表。查询开户情况报表：accountReport（） 查询信用额度情况报表：deficitReport（） 查询消费情况报表：consumption（）。客户报表： 消费报表：1.5.4系统管理模块UserAction 类1）CIIdentification 标识CCMS_UserManagement_UserAction

20、系统管理员使用该模块可以对用户进行添加，查询，更新以及修改用户权限。添加用户：saveUser（） 查询用户：queryUser（） 更新用户：updateUser（）修改用户权限：updateUserStatus（）5.4.2FunctionIllustration 功能实现说明添加用户用户信息维护用户权限管理1.6InterfaceDesign界面设计1.6.1登录界面1.6.2账户管理1.开户2.账户查询3.信用卡开卡1.6.3报表管理6.3.1客户分布统计6.3.2交易类型统计6.4系统管理1.添加用户2.用户信息维护1.7DatabaseDesign数据库设计1.7.1Entitie

21、sDefinition实体定义1.DepositionDescription分解描述本系统数据库设计概念模型中的实体包括银行、客户、账单记录、用户、账户、信用卡、交易记录、挂失记录、账单记录、省份和城市。他们在数据库中分别对应银行信息表、客户信息表、账单记录表、用户表、账户信息表、信用卡信息表、交易记录表、挂失记录表、账单记录表、省份表和城市表。2.InternalDependencyDescription内部依赖性描述系 统 总 E-R 图 ： 各实体具体属性：1.8DetailedDesignoftheDatabase数据库详细设计1.8.1数据库表设计1、用户表2、账户信息表3、银行信息

22、表4、账单记录表5、城市表6、信用卡信息表7.客户信息表8.挂失记录表9.省份表10.交易记录表1.8.2各表联系图1.9开发设计1.9.1详细设计阶段在项目开发过程中，日本方面提供概要设计，和一些固定的功能模块，设计人员按照概要设计式样书写出详细设计式样书。在写详细式样书的过程中，设计人员要看懂概要设计的整体思路并根据实际需要来发现概要设计中的一些错误。这样为以后项目开发省去了大量重复修改代码的麻烦。在写详细式样书的时候，设计人员要把业务语言翻译成程序员能够快速理解的逻辑语言。这需要设计人员对于业务和开发语言都要有充分的理解。详细设计是整个项目开发的重要环节，只有这个环节做好了，后面的 co

23、ding，UT，IT。才能顺利的进行。1.9.2CD/UT阶段程序编写人员按照详细设计式样书在 HLL/WB 上编写出正确的代码；然后测试人员根据程序的测试点进行测试，并完成 UT 式样书。UT 测试一般由这本程序的 coding 人员担当。无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。在开发大型软件系统的漫长过程中，面对着极其错综复杂的问题， 人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此，在软件生命周期的每个阶段都不可避免地会产生差错。我们力求在每个阶段结束之前通过严格的技术审查，尽可能早地发现并纠正差错；但是，经验表明审查

24、并不能发现所有差错，此外在编码过程中还不可避免地会引入新的错误。如果在软件投入生产性运行之前，没有发现并纠正软件中的大部分差错，则这些差错迟早会在生产过程中暴露出来，那时不仅改正这些错误的代价更高，而且往往会造成很恶劣的后果。测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。大量统计资料表明，软件测试的工作量往往占软件开发总工作量的 40以上，在极端情况，测试那种关系人的生命安全的软件所花费的成本，可能相当于软件工程其他开发步骤总成本的 3 倍到 5 倍。因此，必须高度重视软件测试工作，绝不要

25、以为写出程序之后软件开发工作就接近完成了，实际上，大约还有同样多的开发工作量需要完成。仅就测试而言，它的目标是发现软件中的错误，但是，发现错误并不是最终目的。软件工程的根本目标是开发出高质量的完全符合用户需要的软件，因此，通过测试发现错误之后还必须诊断并改正错误， 这就是调试的目的。调试是测试阶段最困难的工作。在对测试结果进行收集和评价的时候，软件所达到的可靠性也开始明朗了。软件可靠性模型使用故障率数据，估计软件将来出现故障的情况并预测软件的可靠性。1.9.3IT阶段IT 分为 IT0、IT（PC）、IT（HOST）和 ITY。IT0 主要测试程序中调用的子程序；IT（PC）是以概要设计为单位对程序进行测试；IT（HOST）则是以 IT（PC）使用的数据为基础，在大型机上运行程序；ITY 则是由日本提供雏形数据，以业务为基本点进行测试。系统测试是为了发现