商业信用卡集成开发技术方案(共117页).doc

1、日日本本商商业业银银行行信信用用卡卡集集成成开开发发技技术术方方案案名称：武汉佰钧成技术有限责任公司日期:二一一年一月一日前前 言言根据项目要求，武汉佰钧成技术有限责任公司需要完成日本商业银行信用卡集成开发系统的开发、测试、试运行、直至最终的交付使用，负责人员的培训和后期的维护等工作，通过我们对招标文件的分析和理解，我们认为要完成这些工作任务，必须对该项目的业务现状及未来发展目标有较为全面的理解，并有能力进一步的深入细化。以此为基础，我们提出本系统承建方案。为了能帮助各位领导快速的了解整个技术方案编写的思路，我们将各个部分和章节进行了概括性的描述，具体如下：第一部分，技术方案技术方案。在第一部

2、分中，主要阐述了公司对本项目用户需求的理解、对项目建设目标和原则的理解，提出系统设计的指导思想，以及系统架构的设计方案，功能的设计以及安全设计方案，关键技术点的实现方法等。第二部分，项目实施及服务方案项目实施及服务方案。在第二部分中，主要陈述了公司在本项目建设过程中将严格参照ISO9001 质量保证体系规范和CMMI管理体系，体现我们专业实施能力和项目组织、管理能力；同时，还包括对项目组的人员组成结构，以及对项目的总体计划安排，对项目进度、质量的控制，培训及售后服务的承诺等。作为湖北省IT服务的主流企业，武汉佰钧成技术有限责任公司有能力、有实力承建该项目，为日本商业银行信用卡集成开发系统的建设

3、贡献我们的绵薄之力。最后，预祝本次项目实施工作取得圆满成功！武汉佰钧成技术有限责任公司2011 年 1 月目目 录录第一部分第一部分 技术方案技术方案 7 71.1 项目概述 8项目背景 8项目目标及意义 9项目目标 91.2INTRODUCTION简介 10Purpose目的 10Scope范围 101.3LEVEL 0 DESIGN DESCRIPTION第 0 层设计描述 11Software System Context Definition 软件系统上下文定义 11Design Considerations 设计思路 121.4LEVEL 1 DESIGN DESCRIPTION第一

4、层设计描述 14System Architecture系统结构 141.5LEVEL 2 DESIGN DESCRIPTION第二层设计描述 17账户管理模块 17信用卡管理模块 26报表管理模块 28系统管理模块 301.6INTERFACE DESIGN界面设计 34登录界面 34账户管理 35报表管理 37客户分布统计 38交易类型统计 386.4 系统管理 391.7DATABASE DESIGN数据库设计 40Entities Definition实体定义 411.8DETAILED DESIGN OF THE DATABASE数据库详细设计 43数据库表设计 44各表联系图 491

5、.9 开发设计 49详细设计阶段 49CD/UT阶段 50IT阶段 51ST阶段 54第二部分第二部分 项目实施及服务方案项目实施及服务方案 55551. 项目组织与管理 561.1. 项目干系人分析 561.2. 项目组织结构 561.3. 主要人员投入 571.4. 佰钧成的项目服务管理体系结构 582. 项目实施计划 592.1. 项目阶段划分 602.2. 项目总体计划 603. 项目成果和交付物 644. 项目风险计划 654.1. 项目风险分析 654.2. 主要风险识别及缓解措施 694.3. 其他风险控制措施 725. 项目测试与验收方案 745.1. 项目测试方案 745.2

6、. 验收方案 806. 项目实施制度和规范 856.1. 实施制度 856.2. 实施规范 897. 项目质量保证体系 977.1. 质量保证目标 987.2. 质量保证角色与职责 987.3. 质量保证流程 1007.4. 质量保证活动 1008. 项目进度控制方案 1078.1. 项目进度跟踪 1078.2. 项目进度分析 1088.3. 项目进度控制 1089. 售后服务承诺 1099.1. 服务承诺 1099.2. 服务响应承诺 1109.3. 服务目标 1119.4. 服务策略 1119.5. 服务方式 11210. 培训保障方案 11410.1. 培训承诺 11410.2. 培训目

7、标和内容 11510.3. 培训类别 11610.4. 培训课程 11710.5. 培训方式 117第一部分第一部分 技术方案技术方案1.1项目概述项目概述1.1.1 项目背景项目背景由于 2008 年开始的世界范围内金融危机的影响，日本经济也出现了衰退，在金融领域，原先财大气粗的银行业正承受着巨大的压力。在日益激烈的竞争面前，各个银行将通过合并来优化资产组合，提高资产总量，扩大经营范围是目前日本各家银行的首选方案。2006 年日本国民持有信用卡的比例已经达到 83.8%，而且人均信用卡持有量也上升到 3.3 枚。在市场相对趋于饱和的状态下，日本是如何挖掘信用卡市场的潜力呢？受政府管制的影响，

8、日本银行业信用卡业务的起步较晚。虽然信用卡于 20 世纪 60 年代就通过个人金融公司的形式进入了日本，但直到 1982 年银行才被允许介入信用卡业务。目前，日本的信用卡品牌主要集中于 VISA、万事达(Master)和 JCB 三大品牌上，而信用卡的发行机构则主要包括JCB、VISA JAPAN、UNION CARD、三菱日银联金融集团(三菱 UFJ)和SAISON 五家公司。为了争夺客户资源，提高服务质量以及在信用卡领域占有一席之地，日本银行业的 SAISON 信用银行、银行、QB 银行达成协议，全面缔结合作关系，在各自原有的信用卡系统之上，共同开发出一套新的银行信用卡系统，在对抗金融危机

9、的冲击的同时，增强自己的市场份额。IBM 作为众多企业信赖的对象，已经越来越多的受到各国客户的关注。基于此前提下，三大银行将该信用卡系统交给 IBM 开发，用以整合现行的系统，我公司为 IBM 核心供应商，和其他协力公司共同参与该项目，共同为客户提供该系统的开发和交付。1.1.2 项目目标及意义项目目标及意义1. SAISON信用信用卡公司卡公司 降低品牌运营费用，开发出更有竞争力的系统；通过基于数据的营销系统，开展一系列的 ONE TO ONE 营销活动，包括针对新加入会员的入会介绍、积分活动等促进信用卡利用的活动，针对重要顾客的再利用特别优惠、特定商品到货通知等强化关系活动，针对目标顾客及

10、一般顾客的有关新商品、优惠及纪念庆典的信息告知活动以及有关顾客反应调查、效果调查和特定调查等内容的问卷调查活动。这一系列活动对于维系顾客与信用卡公司的关系起到了很大的作用。 降低品牌运营费用，开发出更有竞争力的系统；2. Orico信用卡公司信用卡公司开发出分期付款、贷款、汽车消费贷款等功能合并的信用卡系统；3. QB银行银行作为以开发为主的公司，受托与 SAISON 信用卡公司、 Orico信用卡公司以及其他公司，开发出银行与信用卡共用的信用卡系统。1.1.31.1.3项目目标项目目标项目主要目标是在保持各自原有系统功能不变的情况下，把相同或者相似功能进行整合及完善，同时增加一些新的实用功能

11、，兼容现有三家银行的业务。1.2Introduction简介简介1.2.1 Purpose目的目的本需求规格说明书的编写目的，是为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。它说明了本系统的各项功能和性能需求，明确标识各个功能的实现过程，阐述使用范围及背景，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。本文档供项目经理、设计人员、开发人员、测试人员、维护人员及软件的管理人员参考1.2.2 Scope范围范围1. Name 软件名称软件名称信用卡管理系统2. Functions 软件功能软件功能本系统的主要功能为： 客户管理：主要分为账户管理和信用卡

12、管理两大模块，其中账户管理包括开户、客户信息维护、柜台存款、柜台取款和账户信息维护；账单查询和结算；信用卡管理包括开卡和卡信息维护。 报表管理：包括开户情况和消费情况报表的统计。 系统管理：包括用户添加和用户信息维护。3. Applications软件应用软件应用ICC 系统是符合国际标准信用卡（贷记卡）发卡系统，既能发行金融机构自己的信用卡，也能发行符合国际信用卡组织（如VISA、MasterCard 等）标准的信用卡。本系统具有客户信用评估管理、循环信用管理、卡管理、账务管理、客户信息管理、在线交易授权管理、安全管理、催收管理、批量/清算以及市场营销等功能，是真正意义上的可多币种结算的综合

13、贷记卡软件系统；同时，本系统具有灵活的应用架构、费用结构和产品定义，在系统、机构、产品、客户、账户、交易等各个层面均实现参数化，是一个以客户为中心的多产品、多账户、多卡综合应用系统。1.3Level 0 Design Description第第0层设计描述层设计描述1.3.1 Software System Context Definition 软件系统上下文定义软件系统上下文定义信用卡管理系统是银行卡业务体系中的一部分，提供各种接入服务整合了银联系统、ATM 系统。1.3.2 Design Considerations 设计思路设计思路1. Design Alternatives 设计可选方

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

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

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

17、理员则负责对系统用户的管理。 1）客户管理子系统：该子系统向银行的普通员工提供客户管理功能。2）报表管理子系统：该子系统向银行经理提供报表服务。3）系统管理子系统：该子系统向系统管理员提供用户管理功能。4）Representation of the Business Flow 业务流程说明4.1 客户管理子系统，银行员工对信用卡客户的管理：4.2 报表管理子系统，银行经理获取业务报表：4.3系统管理子系统，系统管理员对系统用户进行管理：4.2Decomposition Description 分解描述2. 客户管理子系统客户管理子系统1.Overview 简介银行普通员工对信用卡用户的管理，主

18、要分为账户管理和信用卡管理两大模块，其中账户管理包括开户、客户信息维护、柜台存款、柜台取款和账户信息维护；账单查询和结算；信用卡管理包括开卡和卡信息维护。2.Functions 功能列表模块子模块功能功能描述开户根据客户提交的资料添加账户客户信息维护查询、修改客户信息柜台存款为信用卡客户提供还款服务柜台取款为信用卡客户提供取现服务账户信息维护查询修改账户信息、销户账单查询包括未出账单和已出账单账户管理结算客户账单结算开卡为已经拥有账户的客户办理信用卡客户管理信用卡管理卡信息维护信用卡信息查询、修改、挂失和销卡3. 报表管理子系统报表管理子系统1. Overview 简介银行经理可以查询信用卡开

19、户情况以及消费情况。2. Functions 功能列表模块功能功能描述开户情况报表某一时间段内每月新开户的客户数量统计开卡情况报表某一时间段内每月新开卡数量统计报表管理消费情况报表某一时间段内各透支额区段的客户数量统计4. 系统管理子系统系统管理子系统1.Overview 简介系统管理员对系统用户的管理。2.Functions 功能列表模块功能功能描述用户添加添加系统用户系统管理用户信息维护维护用户信息，包括查询，修改和删除1.5Level 2 Design Description第二层设计描述第二层设计描述1.5.1 账户管理模块账户管理模块1. Design Description模块设计

20、描述模块设计描述柜台员工管理客户账户信息，提供办理账户、客户信息维护、柜台存取款、账户信息维护、账单查询和结算功能。CustomerAction 类1）CI Identification 标识CCMS_AccountManagement_CustomerAction2）Overview 简介CustomerAction 提供对客户信息进行查询和修改的方法，具体如下：CustomerAction 具有的方法有：客户信息查询:customerQuery ()、客户信息更新:customerUpdate()3）Definition 类定义（Optional）AccountAction 类1）CI I

21、dentification 标识CCMS_AccountManagement_AccountAction 2）Overview 简介AccountAction 提供对账户信息进行处理的方法，包括，办理新账户，添加新客户，账户信息维护，柜台存取款等。具体如下：添加新客户：addCustomer()添加新账户：addAccount()存款：deposit()取款：withdrawal账户信息查询：accountQuery()账户信息更新：accountUpdate()3）Definition 类定义（Optional）所有的属性都是私有的和所有的方法都是 public 方法。BillAction

22、类1）CI Identification 标识CCMS_AccountManagement_BillAction 2）Overview 简介BillActin 主要提供对账单的管理功能，包括账单的查询以及每月账单的结算。具体方法如下：查询已出账单：queryHandledBill()查询账单详细信息：queryDetailBill()查询未出账单：queryUnhandledBill()账单结算：calculate()3）Definition 类定义（Optional）所有的属性都是私有的和所有的方法都是 public 方法。2. Function Illustration功能实现说明功能实现

23、说明添加客户信息添加账户信息客户信息查询客户信息修改柜台存款柜台取款账单查询账单结算1.5.2 信用卡管理模块信用卡管理模块银行柜台员工对信用卡的管理，包括办理信用卡和信用卡信息的维护。1.1.Design Description模块设计描述模块设计描述2.2.CardActionCardAction类类1）CI Identification 标识CCMS_CardManagement_CardAction。2）Overview 简介该类实现信用卡信息的添加、查询、挂失和销卡。具体如下：办理信用卡：addCard()查询卡信息：queryCard()，cardDetail()挂失信用卡：los

24、sreportCard()销卡：deleteCard()3）Definition 类定义（Optional）其中类图中所有的属性都为私有的，所有的方法都为公有的。5.2.2Function Illustration 功能实现说明添加信用卡信息查询卡信息1.5.3 报表管理模块报表管理模块1. Design Description模块设计描述模块设计描述银行经理使用该模块查看业务报表。ReportAction 类1）CI Identification 标识 CCMS_ReportManagement_ReportAction2）Overview 简介银行经理使用该模块信用卡账户开户情况和信用额度

25、情况报表，还可以得到透支情况报表。具体方法如下：查询开户情况报表：accountReport ()查询信用额度情况报表：deficitReport ()查询消费情况报表：consumption()3）Definition 类定义（Optional）。2. Function Illustration功能实现说明功能实现说明客户报表：消费报表：1.5.4 系统管理模块系统管理模块1. Design Description模块设计描述模块设计描述UserAction 类1）CI Identification 标识 CCMS_UserManagement_UserAction2）Overview 简介

26、系统管理员使用该模块可以对用户进行添加，查询，更新以及修改用户权限。具体方法如下：添加用户：saveUser()查询用户：queryUser()更新用户：updateUser()修改用户权限：updateUserStatus()3）Definition 类定义（Optional）5.4.2Function Illustration 功能实现说明添加用户用户信息维护用户权限管理1.6Interface Design界面设计界面设计1.6.1 登录界面登录界面1.6.2 账户管理账户管理1. 开户开户2. 账户查询账户查询3. 信用卡开卡信用卡开卡1.6.3 报表管理报表管理6.3.16.3.1

27、客户分布统计客户分布统计6.3.26.3.2 交易类型统计交易类型统计6.4 系统管理系统管理1. 添加用户添加用户2. 用户信息维护用户信息维护1.7Database Design数据库设计数据库设计1.7.1 Entities Definition实体定义实体定义1. Decomposition Description分解描述分解描述本系统数据库设计概念模型中的实体包括银行、客户、账单记录、用户、账户、信用卡、交易记录、挂失记录、账单记录、省份和城市。他们在数据库中分别对应银行信息表、客户信息表、账单记录表、用户表、账户信息表、信用卡信息表、交易记录表、挂失记录表、账单记录表、省份表和城市

28、表。2. Internal Dependency Description内部依赖性描述内部依赖性描述系统总 E-R 图：各实体具体属性：1.8Detailed Design of the Database数据库详细设计数据库详细设计1.8.1 数据库表设计数据库表设计1、用户表2、 账户信息表3、银行信息表4、 账单记录表5、 城市表6、 信用卡信息表7.客户信息表8.挂失记录表9.省份表10.交易记录表1.8.2 各表联系图各表联系图1.91.9 开发设计开发设计1.9.11.9.1详细设计阶段详细设计阶段在项目开发过程中，日本方面提供概要设计，和一些固定的功能模块，设计人员按照概要设计式样

29、书写出详细设计式样书。在写详细式样书的过程中，设计人员要看懂概要设计的整体思路并根据实际需要来发现概要设计中的一些错误。这样为以后项目开发省去了大量重复修改代码的麻烦。在写详细式样书的时候，设计人员要把业务语言翻译成程序员能够快速理解的逻辑语言。这需要设计人员对于业务和开发语言都要有充分的理解。详细设计是整个项目开发的重要环节，只有这个环节做好了，后面的 coding，UT，IT。才能顺利的进行。1.9.21.9.2CD/UTCD/UT阶段阶段程序编写人员按照详细设计式样书在 HLL/WB 上编写出正确的代码；然后测试人员根据程序的测试点进行测试，并完成 UT 式样书。UT 测试一般由这本程序

30、的 coding 人员担当。无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。在开发大型软件系统的漫长过程中，面对着极其错综复杂的问题，人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此，在软件生命周期的每个阶段都不可避免地会产生差错。我们力求在每个阶段结束之前通过严格的技术审查，尽可能早地发现并纠正差错；但是，经验表明审查并不能发现所有差错，此外在编码过程中还不可避免地会引入新的错误。如果在软件投入生产性运行之前，没有发现并纠正软件中的大部分差错，则这些差错迟早会在生产过程中暴露出来，那时不仅改正这些错误的代价更高，而且往往会造成很恶

31、劣的后果。测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。大量统计资料表明，软件测试的工作量往往占软件开发总工作量的 40以上，在极端情况，测试那种关系人的生命安全的软件所花费的成本，可能相当于软件工程其他开发步骤总成本的 3 倍到 5 倍。因此，必须高度重视软件测试工作，绝不要以为写出程序之后软件开发工作就接近完成 了，实际上，大约还有同样多的开发工作量需要完成。仅就测试而言，它的目标是发现软件中的错误，但是，发现错误并不是最终目的。软件工程的根本目标是开发出高质量的完全符合用户需要的软件

32、，因此，通过测试发现错误之后还必须诊断并改正错误，这就是调试的目的。调试是测试阶段最困难的工作。在对测试结果进行收集和评价的时候，软件所达到的可靠性也开始明朗了。软件可靠性模型使用故障率数据，估计软件将来出现故障的情况并预测软件的可靠性。1.9.31.9.3ITIT阶段阶段IT 分为 IT0、IT（PC）、IT（HOST）和 ITY。IT0 主要测试程序中调用的子程序；IT（PC）是以概要设计为单位对程序进行测试；IT（HOST）则是以 IT（PC）使用的数据为基础，在大型机上运行程序；ITY 则是由日本提供雏形数据，以业务为基本点进行测试。系统测试是为了发现错误而执行程序的过程，成功的测试是

33、发现了至今尚未发现的错误的测试。测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。应根据开发各阶段的需求、设计等文档或程序的内部结构精心设计测试用例，并利用这些实例来运行程序，以便发现错误。信息系统测试应包括软件测试、硬件测试和网络测试。硬件测试、网络测试可以根据具体的性能指标来进行，此处所说的测试更多的是指软件测试。 系统测试是保证系统质量和可靠性的关键步骤，是对系统开发过程中的系统分析系统设计和实施的最后复查。根据测试的概念和目的，在进行信息系统测试时应遵循以基本原则。应尽早并不断地进行测试。测试不是在应用系统开发完之后才进行的。由于原始问题的复杂性、开发各阶段的多样性以及参

34、加人员之间的协调等因素，使得毛开发各个阶段都有可能出现错误。因此，测试应贯穿在开发的各个阶段，尽早纠正错误，消除隐患。测试工作应该避免由原开发软件的人或小组承担，一方面，开发人员往往不愿召认自己的工作，总认为自己开发的软件没有错误;另一方面，开发人员的错误很对由本人测试出来，很容易根据自己编程的思路来制定测试思路，具有局限性。测试工作应由专门人员来进行，这样会更客观，更有效。设计测试方案的时候，不仅要确定输入数据，而且要根据系统功能确定预期的输出结果。将实际输出结果与预期结果相比较就能发现测试对象是否正确。在设计测试用例时，不仅要设计有效合理的输入条件，也要包含不合理、失效的输入条件。测试的时

35、候，人们往往习惯按照合理的、正常的情况进行测试，而忽略了对异常、不合理、意想不到的情况进行测试，而这些可能就是隐患。在测试程序时，不仅要检验程序是否做了该做的事，还要检验程序是否做了不该做的事。多余的工作会带来副作用，影响程序的效率，有时会带来潜在的危害或错误 。严格按照测试计划来进行，避免测试的随意性。测试计划应包括测试内容、进度安排、人员安排、测试环境、测试工具和测试资料等。严格的按照测试计划可以;认证进度，使各方面都得以协调进行。妥善保存测试计划、测试用例，作为软件文档的组成部分，为维护提供方便。测试用例都是精心设计出来的，可以为重新测试或追加测试提供方便。当纠正锱 前的测试用例，或在其

36、基础上修改，然后进行测试。测试是开发过程中一个独立且非常重要的阶段，测试过程基本上与开发过程平行。一个规范化的测试过程通常包括以下基本的测试活动。(1)拟定测试计划。在制定测试计划时，要充分考虑整个项目的开发时间和开发进童以及一些人为因素和客观条件等，使得测试计划是可行的。测试计划的内容主要有测试的内容、进度安排、测试所需的环境和条件、测试培训安排等。(2)编制测试大纲。测试大纲是测试的依据。它明确详尽地规定了在测试中针对系统的每一项功能或特性所必须完成的基本测试项目和测试完成的标准。(3)根据测试大纲设计和生成测试用例。在设计测试用例的时候，可综合利用前面介绍的测试用例和设计技术，产生测试设

37、计说明文档，其内容主要有被测项目、输人数据、测试过程、预期输出结果等。(4)实施测试。测试的实施阶段是由一系列的测试周期组成的。在每个测试周期中，测试人员和开发人员将依据预先编制好的测试大纲和准备好的测试用例，对被测软件或设备进行完整的测试。(5)生成测试报告。测试完成后，要形成相应的测试报告，主要对测试进行概要说明，列出测试的结论，指出缺陷和错误，另外，给出一些建议，如可采用的修改方法，各项修改预计的工作量及修改的负责人员。1.9.41.9.4STST阶段阶段主要由日本承担该部分测试，以大量真实数据进行测试。第二部分第二部分 项目实施及服务方案项目实施及服务方案1. 项目组织与管理项目组织与

38、管理本章主要阐述了日本商业银行信用卡集成开发系统项目的干系人、参与整个项目的各方人员的组织结构设置及职能；针对本项目，佰钧成的项目组织结构及岗位职能；以及佰钧成的项目质量保证体系的介绍。1.1. 项目干系人分析项目干系人分析基于我们对日本商业银行信用卡集成开发系统项目的理解，我们将以合作伙伴的角色加入到整个项目中。从规划设计、实施、运维等多环节全方位提供信息化建设服务。从这个基础出发，我们把本项目涉及到干系人分成几类，如下表所示：干系人名称干系人名称主要职责主要职责项目建设方（用户方）：IBM 提出并确认项目需求；监督工程项目进展情况；审查和验收项目工作成果；项目承建商：武汉佰钧成技术有限责任

39、公司承建日本商业银行信用卡集成开发系统项目；对建设方案中的系统进行设计、开发、实施；按照总体技术方案和详细技术方案的要求完成系统的开发测试工作；协助招标人、项目监理的验收评审工作；提供系统运行维护服务；提供培训工作；1.2. 项目组织结构项目组织结构根据本项目“多个组织，一个团队；同一平台，全面沟通”的原则，合理、科学的项目组织结构对于本项目的有效实施将起到事半功倍的效果。为此，建议建立如下图所示的项目组织结构：武汉佰钧成技术武汉佰钧成技术有限责任公司有限责任公司项目领导项目领导小组小组项目经理项目经理项目项目开发开发实施实施小组小组IBMIBM GDCGDC注：箭头表示汇报路径。角色角色职责

40、职责人员要求人员要求项目领导小组项目的最高决策机构。由日本商业银行信用卡集成对项目的战略方向、IT 规划、重大事件进行决策。负责有效的将决策信息传达给项目管理小组，监督、管理决策意见的执行结果。批准项目实施规范，协调内部资源。项目领导小组将进行不定期会晤。开发系统项目管理领导团队、武汉佰钧成技术有限责任公司项目管理领导人员联合组成。项目领导小组人员，在所属机构内，必须具有项目总体规划、决策的相应权力。项目经理在整个项目实施期间的担任项目管理和行政管理的工作；根据项目需要，协调各方关系；贯彻、落实项目领导小组的决策意见，并有效的监督、管理其执行状态；定期向项目领导小组汇报项目执行情况和总体执行状

41、态。由武汉佰钧成技术有限责任公司相关人员担任。项目开发实施小组依据有效的责任范围工作定义进行具体的项目任务实施，接受管理层的直接管理，定期向管理层汇报工作。根据项目需要，由日本商业银行信用卡集成开发系统、武汉佰钧成技术有限责任公司的相关人员联合组成。1.3. 主要人员投入主要人员投入角色角色姓名姓名工龄工龄职务职务李磊15高管项目领导小组江龙13研发经理项目经理邵宁8项目经理系统架构师冯威6高级工程师数据库设计师吴疆6高级工程师代码设计师丁继斌5高级工程师代码设计师王鑫5产品技术经理代码设计师孔令鑫2软件工程师代码设计师丁云2软件工程师质量保证员封丽函2QA配置管理员佟林2CM美工王宫3专职美

42、工测试经理崔海丽5测试经理测试工程师施亮2测试工程师测试工程师季纬2测试工程师测试工程师马斯洋2测试工程师支持组-客户经理王彦慧5客户经理培训工程师郑昌振4高级工程师维护组齐佳欣3软件工程师1.4. 佰钧成的项目服务管理体系结构佰钧成的项目服务管理体系结构佰钧成主要从事金融、信用、政府行业信息化建设方面的软件开发、系统集成、软件外包、咨询服务等业务。通过多年的信息化服务，公司积累了丰富的应用建设经验并形成了完善的技术服务体系和服务管理体系。1.4.1. 公司级管理服务体系公司级管理服务体系佰钧成基于多年政府信息化建设的服务历程，不断的吸取国内外先进的IT服务管理理念，构建了IT服务管理体系结构

43、。佰钧成的质量保证体系和项目方法论作为行业应用服务团队处理问题、事故、变更、配置等的行为标准和规范体系；项目管理团队、系统集成团队、研发团队和基础职能部门为应用服务团队的服务提供级别管理、财务管理、持续性、可用性管理等服务质量提供了有力保证。佰钧成的决策体系保证了授权、决策渠道的畅通，使得服务管理的内部决策过程快捷、高效。1.4.2. 项目级服务管理体系结构项目级服务管理体系结构信息化建设的主要工作除了依托公司的组织结构和管理体系，更重要的是具体实施信息化建设的项目级服务管理系统，这将直接关系到政府信息化建设的实施效果。佰钧成建立了完善并有效的项目组组织结构和服务体系。项目组内部岗位职责依据项

44、目情况确定。一般包括：项目领导小组（项目总监）：分项目情况确定，小型项目中一般由部门（副）经理、咨询专家、技术经理担任；大中型项目或战略项目中一般由副总或行业总监、技术总监、部门（副）经理、咨询专家、高级技术经理担任。项目经理：由部门级或公司级管理者担任项目经理。客户经理：中小型项目由部门销售团队负责人指定。一般由客户经理担任。大项目或战略项目由公司项目管理委员会确定。架构师：根据项目规模需要设立。由项目经理提名，软件开发中心负责人批准。技术经理：由项目经理提名，软件中心负责人批准。一般由技术经理或工程师担任，对项目技术实现负责，协助架构师进行总休设计、概要设计，主导详细设计。开发经理：由项目

45、经理提名，软件中心负责人批准。一般由公司高级工程师担任，主导项目编码工作。需求经理：由项目经理提名，软件中心负责人批准。一般由公司咨询顾问和业务经理担任，对项目业务需求负责。项目工程师（含开发、测试、维护）：由项目经理提名，软件中心批准。一般由工程师担任。咨询顾问：由项目经理提名，项目管理办公室批准。一般由工程师担任。注：上述为项目组的标准配置，根据项目规模的大小，上述岗位可以部分或全部合并。对于本项目，虽然规模不大，但鉴于项目的战略地位，我公司将设立较为全面的组织结构，并配备专职人员。2. 项目实施计划项目实施计划本章阐述了日本商业银行信用卡集成开发系统评论网站项目工程实施的阶段划分、总体实

46、施计划，并详细介绍了各阶段的工作计划及工作内容。2.1. 项目阶段划分项目阶段划分基于佰钧成软件服务最佳实践模型，依据我们对本项目的理解，定义主要项目阶段划分如下表所示：编号阶段名称阶段主要工作描述1准备阶段完成项目启动准备工作，主要包括成立项目组织、项目人员的确定、确定项目计划、对项目实施任务的确认、合同的签订、项目实施环境、工具等的准备。2需求阶段完成需求调研、需求分析工作，为便于与客户方的交流，需求开发系统原型，最终形成需求调研报告和需求规格说明书，由公司方和客户方相关专家完成需求评审。3设计阶段完成系统的总体设计、详细设计、数据库设计工作、单元测试等测试计划、用例的编制，在系统原型基础

47、上进行进一步的设计、开发，完成最终的设计成果的评审。4开发阶段以系统设计为基础完成应用软件的编码开发和单元测试工作，此外还有集成测试计划及用例的编制等其他工作。5集成测试阶段完成应用软件的集成测试工作并进行评审。6试运行、上线及终验阶段完成系统的试运行工作，对试运行期间发现的问题进行进一步的修改、完善和测试；同时完成系统上线过渡的准备工作，编号阶段名称阶段主要工作描述包括数据、软、硬件环境、人员培训等。在试运行结果符合项目要求后对项目进行最终验收。同时再上线试运行阶段，将会沿用原来系统中的数据，所做工作包括数据迁移。7运营维护阶段在系统验收后进入运营维护阶段，由技术支持及服务人员对系统运行提供

48、技术支持服务，对系统业务变化进行修改完善，保证系统正常使用。8贯穿各阶段的其它任务包括项目建设中的其他一些任务，这些任务不是在哪个特定阶段完成，而是伴随整个项目实施的过程进行，主要包括数据资源的清理和规划设计、系统集成、培训、项目管理等。2.2. 项目总体计划项目总体计划依据我们对招标方的实施进度要求的理解，制定了本项目的总体进度计划。项目自合同签订之日启动，我们对本项目计划总体安排如下：第 1 月第 2-5 月第 6 月第 7 月准备阶段需求阶段设计阶段开发阶段集成测试阶段2.2.1. 准备阶段准备阶段本阶段主要进行建立项目组织、建立项目管理体制、优化项目计划、工作任务定义、开发环境准备及环

49、境搭建、招标需求分析确认等工作。建立项目组织：我公司提出项目组织计划，与用户就本项目的项目组织进行沟通交流，确定项目组织结构及相应人员岗位，明确项目组中每个人的责任，确定项目核心成员。建立项目管理体制：与用户就本项目的项目管理体制进行讨论，最终形成项目管理体制。优化项目计划：针对实际情况对项目计划进行优化，编写项目进度计划和预算。招标书需求分析确认：再次确认用户在招标文件中提出的需求。开发环境准备及环境搭建：准备项目开发工作场所，包括软、硬件环境，就本项目采用的各项技术，搭建开发环境。编写项目的工作说明书，对项目实施的项目范围、项目阶段、工作方法、相关各方的责任分工、各阶段的交付物、阶段完成里

50、程碑、沟通制度等进行明确规定，同时编写质量保证计划，编写配置管理计划，以及项目实施的有关规章制度等；本阶段要实现的里程碑是：签订商务合同和工作说明书。本阶段承建方的主要参与人员有售前人员、需求分析人员、架构师、项目管理人员（含质量、配置人员）。客户方主要参与人员为项目组织人员。2.2.2. 需求阶段需求阶段本阶段主要内容为需求调研和需求分析，用户培训、初步用户手册的编制等工作内容。需求调研和需求分析：公司组织资深的系统分析人员对用户需求进行进一步的分析，与用户不断沟通、交流，确认已经明确的需求内容，经过不断调研、确认，最终形成需求规格说明书，完成由用户组织的专家进行评审。初步用户手册的编制：根

51、据需求内容，编制初步用户手册。需求评审：针对需求规格说明书进行用户的需求评审。本阶段要实现的里程碑是：签署需求规格说明书。本阶段承建方的主要参与人员有项目管理人员、需求分析人员、架构师、开发人员。本期客户方主要参与人员为项目组织成员、相关业务部门的部门主管及业务骨干、科技部门相关人员。2.2.3. 设计阶段设计阶段本阶段主要内容为系统的总体设计和详细设计、数据库设计、测试方案的设计、用户培训等工作内容。总体设计：提出设计的方法及该阶段的工作进度安排，并得到招标方确认；编制总体设计方案；编制测试环境建设方案；编制系统上线试运行至系统正式上线期间的时间安排；提供对项目应用系统设计风险的详细评估。详

52、细设计：完成应用系统软件功能模块的详细设计。数据库设计：完成数据库系统的详细设计，包括数据库结构、表结构、数据字典等的编制。测试方案的设计：系统详细设计，完成测试大纲、测试计划、测试用例的详细设计，使得在下一阶段应用系统开发完成后。完成系统设计的评审；本阶段要实现的里程碑是：评审通过项目设计方案（包括数据库设计方案）。本阶段承建方的主要参与人员有项目管理人员、需求分析人员、架构师、开发人员、测试人员。本期客户方主要参与人员为项目组织成员、科技部门相关人员、相关业务部门的业务骨干。2.2.4. 开发阶段开发阶段本阶段主要完成应用软件系统十个模块的开发的编码与单元测试工作。包括配置研发及测试人员、

53、配置开发及测试设备、进行系统编码、并进行测试方案的评审。本阶段要实现的里程碑是：完成软件的开发评审。本期项目承建方主要参与人员为需求分析人员、软件架构设计人员、软件开发人员、软件测试人员、配置管理人员、项目管理人员。本期客户方主要参与人员为项目组织成员、技术人员及相关业务部门的业务骨干。2.2.5. 集成测试阶段集成测试阶段本阶段主要完成应用软件系统的集成测试工作，测试工作包括单元测试、功能测试、集成测试、性能测试、安全测试、健壮测试、界面测试、安装测试、文档测试工作，并编写相应的测试报告，同时编写系统使用手册。本阶段要实现的里程碑是：通过系统集成测试评审。本期项目承建方主要参与人员为需求分析

54、人员、软件架构设计人员、软件开发人员、软件测试人员、配置管理人员、项目管理人员。本期客户方主要参与人员为项目组织成员、技术人员及相关业务部门的业务骨干。2.2.6. 试运行、上线及终验阶段试运行、上线及终验阶段本阶段主要完成的工作为试运行的准备以及对在试运行过程终发现问题的修改工作，用户培训工作，数据迁移，系统过渡，试运行工作以及系统切换后的正式上线和终验工作。试运行过程发现问题，要确定工作方案，进行问题解决。用户培训：完成此阶段对用户的培训工作。数据迁移：完成应用系统的数据迁移工作。系统过渡：完成系统过渡工作。试运行：完成系统试运行工作。在完成系统上线稳定运行，进行项目终验。本阶段要实现的里

55、程碑是：完成系统试运行，签署系统终验报告。本期客户方主要参与人员为项目管理人员、项目组织成员、系统集成人员、培训人员、技术人员、配置管理人员、各业务部门的领导和业务骨干人员。2.2.7. 运营维护阶段运营维护阶段本阶段是从项目终验合格后开始进行为期 3 年的质保时间。2.2.8. 贯穿各阶段的其它任务贯穿各阶段的其它任务用户培训：此项工作从需求分析开始，到终验前结束，完成用户培训工作，培训内容包括操作人员培训、系统维护人员培训、管理人员培训。项目管理。项目管理工作从项目启动开始，持续到项目维护期结束，主要由我公司项目管理人员完成本项目实施的管理工作。3. 项目成果和交付物项目成果和交付物根据项

56、目实施的不同阶段，我公司项目组将向客户单位分批移交项目实施过程中生成的成果和各类技术文档、使用文档，结合本项目进度计划分阶段提交的成果和交付物如下表所示：阶段名称成果和交付物备注准备阶段阶段名称成果和交付物备注需求分析需求规格说明书；系统设计概要设计说明书详细设计说明书数据库设计说明书系统开发编程规范模块开发卷宗系统源代码及执行码单元测试计划；单元测试报告；培训资料（教材） ；软件功能技术手册；集成测试集成测试计划；集成测试用例；集成测试报告（含压力测试报告） ；试运行、上线和终验程序清单安装维护手册用户操作手册程序源代码运营维护技术维护手册故障应急处理手册；4. 项目风险计划项目风险计划4.

57、1. 项目风险分析项目风险分析尽早进行风险分析，能够减少项目实行过程中的不确定性。它不仅使各层次的项目管理者建立风险意识，重视风险问题，防范于未然，而且在各个阶段、各个方面实施有效的风险控制，形成一个前后连贯的管理过程。作为面对项目风险的有效手段，全面风险管理强调风险的事先分析与评价，风险因素分析是确定一个项目的风险范围，并将这些风险因素逐一列出以作为全面风险管理的对象。罗列风险因素通常要从多角度、多方位进行，形成对项目系统的全方位的透视，我们一般对风险因素的分析通过以下方面进行分析：1、首先，按项目系统要素进行分析。这主要有四个方面的系统要素风险：项目环境要素风险：最常见的有政治风险、法律风

58、险、经济风险、自然条件、社会风险等；项目系统结构风险：如以项目单元为分析对象，在实施以及运行的过程中可能遇到的技术问题，人工、材料、机械、费用消耗的增加等各种障碍和异常情况等；这是 IT 项目中最主要的风险。项目的行为主体产生的风险：如承包商（分包商、供应商）技术及管理能力不足，不能保证安全质量，无法按时交工等产生的风险；项目管理者的能力、职业道德、公正性差等产生的风险；其他方面的风险：如外围主体（政府部门、相关单位）等产生的风险。2、其次，按风险对目标的影响分析。这是按照项目的目标系统结构进行分析的，它体现的是风险作用的结果，它包括以下几个方面的风险：工期风险，如造成局部的（工程活动、分项工

59、程）或整个工程的工期延长，不能及时投产；费用风险，这包括财务风险、成本超支、投资追加、报价风险、收入减少等；质量风险，这包括工程等不能通过验收，工程试生产不合格、经过评价工程质量未达到标准或要求；生产能力风险，项目建成后达不到设计生产能力；市场风险，工程建成后达不到预期的经济目标，没有竞争力；法律责任风险，可能因此被起诉或承担相关法律的或合同的责任。3、再次，按管理的过程和要素分析。这个分析包括极其复杂的内容，但也常常是分析风险责任的主要依据，它主要包括：高层战略风险，如指导方针战略思想可能有错误而造成项目总体目标设计的错误等；环境调查和预测的风险；决策风险，如错误的选择，错误的投标决策、报价

60、等；项目策划风险；技术设计风险；计划风险，如目标的错误理解，方案错误等；实施控制中的风险，如合同、供应、新技术新工艺、分包层、工程管理失误等方面的风险；运营管理的风险，如准备不足，无法正常运营，销售不畅等的影响。 从总体上可以将该项目的风险分为宏观和微观两部分，宏观方面的风险指针对该项目的特点而使项目的实施具有的风险，微观风险则指在软件开发过程中会出现的风险。基于上述分析方法，针对本项目，我们识别如下项目风险：4.1.1. 宏观风险分析宏观风险分析从项目的整体规划上看，本项目作为一项日本商业银行信用卡集成开发系统的一个信息化工程建设项目，其具有以下特点： 应用系统建设涉及的业务内容多；项目工程