IT项目实施与管理方案-投标书

1.1 项目实施与管理

1.1.1 项目实施方

针对南京银行企业服务总线系统项目，高伟达公司基于对客户需求、业务目标、业务能力和IT环境的理解，结合多年的软件开发和系统实施经验，将项目的实施周期划分为六个活动阶段，保证在项目生命周期内，应用合理的项目管理和控制技术.通过专注于使客户投资回报最大化，和使客户的投资风险最小化的关键战略和战术领域，加快项目实施速度，使得项目成功地完成.这些阶段的特性是可循环往复性，使客户可以尽快地获得新的应用系统所带来的好处。 1.1.1.1 项目定义阶段

在这个阶段， 所有与分期实施相关的项目活动都被明确定义, 项目的\"项目利益相关者\"被指定，项目经理和客户项目经理的角色和职责被传达给所有的\"项目利益相关者”。管理项目所需的项目控制结构被定义，所有需要的项目规划文件被创建, 客户的业务问题和被用来衡量项目成功的衡量标准被确认。

制定解决方案范围,在一个高级别上定义哪些模块将被实施,估算预期需要的客户化程度, 以及勾画出在产品之外需要开发的内容和要提交的技术成果。解决方案范围文档包括解决方案范围概述， 功能范围， 流程范围， 客户化问题， 其他风险, 外部依赖条件以及假设.这个工作为未来项目决策， 统一或达成”项目利益相关者\"之间就有关项目参数的共识，提供书面的文档。它阐述以SOW为基础的业务需求，并且把它转化成产品 模块实施信息。

简而言之, 这个阶段组建项目团队，保证客户实施项目的成功。公司人员与客户人员一道，组建项目团队， 设定项目方法和范围，并建立项目管理控制。主要交付的成果有,解决方案范围和项目管理控制。制定了项目质量检查计划.

1.1.1.2 需求分析阶段

在需求调研阶段， 在项目管理小组的指导下, 由公司和客户组成的统一的项目团队将识别并且书面记录在开始设计客户解决方案之前所必须弄清楚的，需处理的问题.项目团队书写、提炼满足客户业务目标所需的功能和技术要求。主要交付的技术成果为业务需求和差距分析。

专家服务顾问将进行一个配置检查,以保证系统有精确的规格，便于购买硬件和架构部署.在有技术客户经理参与的情况下， 通过完成初始的评估, 来建立部署的基准，及通过给战略，管制，用户采用， 流程和技术各方面打分的评估来建立业务目标.

1.1.1.3 项目设计阶段

在设计阶段, 主要的目标是设计一个能够最佳地满足客户明确的业务需求的解决方案，并且为培训和系统测试做准备。

在设计（Design）阶段,项目团队利用应用系统屏幕流程和设计布局来映射在发现阶段确定的需求,设计解决方案的原型。

主要交付的技术成果是解决方案设计文档和测试策略。这个策略定义测试计划和测试要求，以保证一个系统部署的成功。主要的目的是提供一个高级的测试策略，以便使用自动化的测试工具和/或手工过程来实现功能测试，系统整合测试（SIT)，用户验收测试 (UAT)和性能测试。

专家服务顾问要执行设计检查,来评估由客户或集成商提供的书面设计文档，并且提供详细的建议清单.设计标准包括，但不限于，应用系统性能，对升级的影响,应用系统维护, 与数据模型相关的问题和常规的最佳做法。 1.1.1.4 项目开发阶段

在开发阶段，项目团队将开发应用系统， 提供任何需要的扩展功能和外部接口， 为客户部门部署和持续支持解决方案做准备。项目团队配置应用系统、所有需要的扩展功能和外部接口。主要交付的技术成果有功能测试和系统测试。这些流程整合和测试活动更好地保证介入的系统功能与客户组织的业务需求协

调一致.

专家服务顾问应该进行一个配置检查,来评估所有经过客户化改造的实施文档.在这个检查过程中，所有这样的文件都将被评估,以使应用系统性能， 应用系统升级，系统维护工作量和常规最佳实践最优。 1.1.1.5 项目验证阶段

在验证阶段, 将完成新系统全部功能的测试。这个阶段分两个部分.第一部分，项目团队进行一个对有生产数据的应用系统的全部功能进行测试.在这个检测完成后,关键用户然后进行一个代表性的验收测试，以保证系统正确地处理用户的需求。一旦全面的功能测试结束， 将进行一个使用系统工具的，严格的性能测试。这一阶段主要交付的技术成果为用户验收测试和性能测试结果， 包括性能,容量和寿命测试.

适时的性能调整审计，可保证整个企业架构环境的性能最佳。在这个检查中， 专家服务将主动性地识别任何性能问题, 这样将减少在运行时出现问题的风险，增加系统生产切换的信心。在有技术客户经理参与的情况下, 可执行一个实施准备就绪检查，以确认系统是否可以部署了。这个实施准备就绪检查是用来评估实施风险,技术上是否准备停当以及部署策略。

此时,应该召开管理人员定向协调研讨会，将责任转移给一线的员工，这些员工将开始支持业务流程和技术的推出。在管理人员定向协调研讨会上， 项目团队与客户的管理团队一起工作,以获得维持资助人的内部负责，并把正确的信号传达给组织的其他成员. 1.1.1.6 部署上线阶段

部署上线阶段内的第一个活动是实施一个投产导航。这个导航是被用来测试全面的生产部署， 并且在客户业务环境中的一部分部门中进行的,例如一个地区或一个区域。生产导航在机构的业务环境中部分部门里,为用户提供所有系统的特点。来自于生产导航的反馈信息指导整个的部署。

同样在这个过程中， 专家服务顾问应该进行生产准备就绪检查， 通过主动地识别任何可能造成部署中断和使实施的系统解决方案的技术优点打折扣的所

有问题,来协助系统的顺利推出。

此时， 要召开流程实施研讨会，部署流程最优实践，来优化人， 流程和技术的配合.目的是在客户所有的一线机构中，使用变革和销售流程的最佳实践，使最初的赞助人和行政领导团队完全满意。 1.1.2 项目管理方案 1.1.2.1 项目管理概述

项目管理包括在项目生命周期中协调所有项目管理知识领域所涉及的过程。它确保项目所有的组成要素在正确的时间结合在一起，以成功的完成项目.进行项目整体管理时，必定涉及项目的范围、质量、时间和成本管理以及人力资源、沟通、风险管理等各个环节，项目管理一个复杂的工程，在此主要针对南京银行企业服务总线项目的项目进度管理、变更管理、沟通管理、质量管理、风险管理等相关策略进行描述。 1.1.2.2 项目进度管理

通过项目进度的管理最终明确项目开发阶段的进度控制活动和关键流程。 ➢ 项目经理：

 根据软件开发计划编制详细的阶段开发计划以及每项任务的边界时

间，并召集过程控制人员、专题小组负责人审核该计划；  审核各专题小组拟订的每项任务的日程安排；  检查和控制项目进度；  制定进度变更计划； ➢ 过程控制人员：

 协助审核详细的阶段开发计划和任务边界时间；  监督项目进展； ➢ 专题小组负责人：

 协助审核详细的阶段开发计划和任务边界时间；

 在听取小组成员意见的基础上,拟订每一项任务的日程安排;

 负责检查和控制任务的进度，并填写进度控制表;  负责制订任务变更计划。

1.1.2.2.1. 进度安排流程

➢ 项目经理根据项目计划，明确该阶段的边界时间;

➢ 根据项目计划中的任务PERT网络图,找出该阶段的关键任务并进一步分

解、细化,在此基础上绘制更具体的阶段任务PERT网络图; ➢ 拟订详细的阶段计划； ➢ 确定每一关键任务的边界时间；

➢ 召集各专题小组负责人审核拟订的计划，并修改；

➢ 专题小组负责人确定任务的日程安排；对于大型的或时间要求严格的项

目，进度安排应以天为单位； ➢ 征求小组成员的意见；

➢ 交由项目经理和过程管理人员审核。 1.1.2.2.2. 进度控制流程

➢ 项目经理和过程管理人员按照阶段PERT图，标志阶段中被跟踪的关键任

务和里程碑，并将之告知专题小组负责人；

➢ 专题小组负责人按照任务的日程安排，确定任务完成期间的关键时间点，

并将之告知专题小组成员;

➢ 专题小组负责人经常与成员沟通，了解任务进展；并定期检查，填写任

务进度表和下期计划表，及时发现问题；

➢ 项目经理定期组织专题小组负责人，召开项目状态会议,了解任务进展，

及时发现问题；项目过程管理人员参加会议或了解会议的记录； ➢ 专题小组负责人在执行中发现延迟，分析原因：

 人员紧张:组内调配不了的，找项目经理解决；

 事先预估不足:调整任务日程安排；若解决不了,告知项目经理，会

同过程管理人员,调整详细的阶段计划;如果阶段内消化不了的问题，则项目经理按照《配置管理的程序》，变更软件开发计划。

1.1.2.3 项目变更管理

针对项目变更管理组织变更控制小组，由项目组经理、项目管理部人员、项目总监、客户、客户部成员组成，考虑并授权项目的重大修改（修改工作量超过一周的）。而项目经理负责项目的一般修改决策（修改工作量在一天以上，一周以内）。

变更管理活动包括修改请求、评估、通过、执行和跟踪。 变更管理要点如下： ➢ 变更批准权限：

➢ 变更控制组负责讨论和决策项目的重大修改；

➢ 项目经理讨论和决策一般性修改；并报项目管理部备案; ➢ 修改审批程序:

➢ 根据不同地点的客户有不同的审批程序。

1.1.2.3.1. 变更状态登记

变更状态登记活动记录和报告各种配置项的状态，记录在项目生命周期中的任何管理信息和历史信息。包括:所有变更请求表、所有变更报告单、所有变更记录。由项目管理人员存取状态登记。

变更状态登记的目的是为了控制软件需求发生变更时的处理过程，使之按照制定的规程进行，以保证软件需求的一致性。 1.1.2.3.2. 变更管理流程

➢ 客户方或高伟达提出变更请求，填写变更申请表; ➢ 将变更申请表交本项目组的项目经理；

➢ 双方项目经理（或项目经理授权人,必须以书面形式确认)共同审阅，评

估该需求变更的技术有效性和对本项目的影响;

➢ 如果审阅批准该请求，则双方项目经理(或项目经理授权人,必须以书面

形式确认）签字确认，变更申请表将被贵行文档管理员登记后，转发给高伟达。如果未获批准，其原因将反馈给该需求变更发起人；

➢ 高伟达在收到经审阅批准的需求变更申请后的三个工作日内，发给贵行

一份书面确认书，确认其收到，并给出分析与执行变更所需时间和工作量的估算；

➢ 根据请求的变更程度和复杂度，高伟达进一步进行成本评估，若不需成

本，则直接执行变更工作；若需要增加成本，则以书面形式通知贵行文档管理员，贵行管理员登记后，按照项目管理办法中的项目变更管理流程处理.

1.1.2.4 项目沟通管理

南京银行ESB项目是一个技术与业务互动的项目,项目的成功很大程度上依赖于业务人员的参与程度及技术人员对业务需求的透彻分析，这就要求技术与业务人员保证充分的交流,制定并遵守项目内部的沟通管理计划。

1.1.2.4.1. 项目沟通形式

根据本项目的组织形式及特点，我们建议采取如下多种方式的沟通形式:

序号 沟通形式 负责人 沟通对象 内容 项目实施状态汇报，领导小组与1 项目组的联系会议 领导小组组长 项目管理组、领导小组 问题报告、建议措施并要求得到回复,项目组进行问题回复和传达领导组指示 总体组内部工作分工项目总2 总体组会议 监、项目经理 协调、布置,分析各专总体组成员 业组工作情况和提出的问题决策，为与项目组的联系会议作准备 每周1次 会议纪要 每两周1次 会议纪要 频度 输出文档 序号 沟通形式 负责人 沟通对象 内容 专业组进行进展汇频度 输出文档 3 专业组组长会议 项目总各专业组报、问题汇报及建议措施;总体组部署工作安排，决策,协调,分析进度、问题等 每周1次 监、项目组长、总体经理 组 会议纪要* 4 专业组内部会议 专业组组长 专业组组员 专业组内部交流会议，任务布置、信息交流、问题讨论等 在全体项目成员范围每2~3天1次 / 总体组、5 动员大会 领导小组 全体人员 内宣布项目总体和阶段目标，回顾前阶段成果，激励士气 反映项目动态,包括项目各阶段的开始 / 6 简报 项目助理 全体人员 进展情况、问题及解决方案，本周工作成果、下周工作重点等 反映各个专业组每周每周1次 简报＊ 7 小组工作周报 专业组组长 实际工作情况及结总体组 果，包括根据计划的执行情况和进度偏差。 反映个人每周实际工小组工每周1次 作周报＊ 8 个人工作周报 专业组组员 专业组组长 作情况及结果，包括根据计划的执行情况和进度偏差。 每周1次 个人工作周报 9 电子邮件 全体人员 当事人 需讨论问题的非正式书面交流 按实际需求 电子邮件 序号 沟通形式 负责人 全体人员 沟通对象 内容 需讨论问题的非正式口头交流 频度 按实际需求 输出文档 / 10 备注： 日常交流 当事人 1、“负责人”为各类沟通形式的组织者; 2、“沟通对象”为需参与各类沟通的项目干系人； 3、“输出文档”为各类沟通所产生的书面文件，由各类沟通的“负责人”或其指定人员制作并派发“沟通对象\"； 4、“输出文档”一栏中有“*”记号的文件需由项目办公室作为项目文件进行存档。 1.1.2.4.2. 会议管理制度

项目开始进行以后，要有效地控制项目，需要在各个关键时刻召开关键会议。关键会议的主要内容是总结上一阶段的工作,分析问题、提出建议，并介绍下一阶段的主要任务和目标，使各有关人员都能做到心中有数，明确努力的方向。关键会议也是协调各不同小组之间的人员以及工作任务的重要手段.

除关键会议外，在项目进行的全过程中，应定期召开例会，会上主要介绍项目进展情况,检查进度、是否存在问题等,会议时须做详细的会议记录并在会后报送所有项目相关人员.主要的项目会议流程规定如下:

➢ 会前准备：

 做好准备工作,如明确会议目的和会议议程等；  把会议中要求讨论的材料事先下发给开会成员；  提前两天通知各位与会成员;  准备会议环境、会议用设备等； ➢ 会议之中：

 会议成员准时到会；  按会议议程逐项进行；  严格控制会议时间； ➢ 会后跟踪：

 会议决议落实和检查。

1.1.2.5 项目质量管理

为保证项目顺利实施及系统质量，必须在项目管理过程和项目实施过程上加大质量管理力度.通过高伟达公司实施的成功案例，我们深深体会到“质量是计划出来的\"这一现代质量学观点所蕴含的深刻道理，所以,我们在项目启动及项目进展的各个阶段都会仔细制定各项工作计划，严格按照审核通过的计划进行项目控制.

针对本项目,我们建议从QA及QC两方面保障项目的顺利实施，具体的质量保障措施如下： 1.1.2.5.1. 质量保证

本项目将设置质量保证小组，由南京银行和高伟达公司各出一名人员担任QA的角色，其工作任务是根据项目总体组制定的质量核对单,在项目进展过程按照质量核对单逐项审核项目是否按照计划约定执行和控制，并直接向南京银行的相关领导汇报项目实施的质量状况. 1.1.2.5.2. 正式评审

根据本项目的特点，本项目中将对项目计划、软件需求规格说明书、系统设计说明书、测试规格说明书、测试报告等文档，组织南京银行相关领导、专家进行正式评审，以便审核系统开发中各阶段所产生的过程文档,以保证文档内容与上一阶段所产生的软件文档内容一致,并且符合使用者的需求。 1.1.2.5.3. 交叉审查

除项目要求的正式评审内容外，本项目还将对各模块软件代码实行交叉评审制度。各模块负责人应根据总体组制定的代码质量审核清单，对所负责检查的其他模块软件代码进行仔细审查，对代码质量不能通过交叉评审的则必须进行返工。整体的软件代码交叉评审总量不能少于60％。

1.1.2.5.4. 变更控制

为保证软件产品质量，开发过程将严格采用配置管理工具进行变更控制，其目的是保证最终软件产品能够符合业务需求的各项要求,并对开发过程进行监控、报告和提供咨询支持,它包括下面的质量属性要求：

➢ 软件产品与需求、说明书和设计一致; ➢ 按照说明的标准建立文档； ➢ 可测试和可维护；

➢ 被识别、管理、评审和测试； ➢ 当变更发生时可管理。 1.1.2.6 项目风险管理

任何项目开发实施过程中都会遇到各种风险,在各方面都会遇到不同规模的风险，因此需要了解工程本身的风险、技术 风险、新产品的风险、工程资源风险、工程过程风险等全方位的风险因素。通过对风险的量化提供一个计划来管理预防风险，同时对于潜在的风险也应该建立意外事件的应急计划，使其在必要时能够以可控的及有效的方式作出反应.

✓ 针对需求风险，南京银行应把握系统建设起点要高、规范运作为系统建设的

基础工程、采用构件化技术进行应哟软件开发、采用B/S技术降低信息点维护成本的方式规避需求风险.

✓ 针对合作风险，选择一个长久的、上规模、具备成熟行业经验、项目管理规

范、技术先进、员工有归属感、真正站在用户的立场上考虑问题的公司作为后盾，高伟达集团是能为您最大限度地控制合作风险。

✓ 针对资源风险，拥有健全的组织与管理，在避免人员流动的基础上,即使因

个人原因必须离职时,高伟达公司也因其规范的、体系化的管理与产品架构而使项目基本不受影响或极少受到影响。

✓ 针对技术风险，高伟达的银行业务系统拥有多个成功实践经验，具备与国外

接轨的理念与技术,同时拥有不断调整、更新的技术体系、以及参照标准体系指定规范质量标准并在实施过程中加强阶段评审，使因为技术原因而可能

导致的风险降低到最小。

除此之外，为预防操作风险,在南京银行自身加强制度管理的基础上,高伟达还提供培训考试合格上岗及定期培训定期总结分析的模式来规避此类风险。 1.1.2.6.1. 风险管理内容

风险管理的内容如下：

➢ 项目实施前和实施中对风险的发现、识别、上报、分析及风险责任人的

指定；

➢ 风险应对计划的制订和执行(应对计划包括两部分，一是在如何降低风险

发生机率的规避计划;一是当风险不幸变成现实时，如何应对的应急预案）;

➢ 风险状态的监控和更新;

➢ 定期对项目风险进行统计、分类和总体结构分析。 1.1.2.6.2. 风险管理中的相关角色和责任 参与方 角色 职责 备注 风险识别项目相关报告发现的风险，填写风险登记表描述风险， 人 的任何人 注明风险严重度、风险发生机率和风险分类 如果是项目相关人员，提交至项目经理，如果是项目管理办公室人员，提交项目管理办公室主任 项目经理 项目内风在项目进行中，管理项目内的风险并提供项目 险管理负内的应对计划 责人 对于无法在项目内解决的风险，审核风险登记表，并确认风险描述、风险发生机率、风险责任人以及风险发生后的应急预案 口头确认或书面认可上报的风险登记表，将风险登记表发往相应部门 参与方 角色 职责 备注 项目管理项目整体在项目启动前,组织定义项目级别的风险登记、 办公室 风险管理评估和应对计划 的执行监在项目实施阶段，对项目报送的相关风险登记督机构 表和应对计划进行审核，重点审核跨项目的风险、严重度为中或中以上的风险和发生机率为中或中以上的风险,建议整个项目的应对计划 根据对项目全社的考虑，更改项目上报风险之严重度、发生机率和风险责任人 对于无法解决、风险严重度为中或中以上的风险，负责上报项目总监 跟踪风险进展，对异常进展的风险进行预警 定期统计分析项目风险,在项目周报和月报中提交风险统计情况 项目总监 风险管理对重大风险,进行决策，给出最终处理意见 最终决策机构 风险责任风险规填写风险登记表的风险分析与行动计划 人 避、应急负责风险应对的执行、并汇报风险状态变化 预案执行的负责人 1.1.2.6.3. 风险严重程度

➢ 灾难的：会因为无法满足需求而导致任务失败，会产生错误导致进度延

迟和预算严重超支；

➢ 严重的：会因为无法满足需求而导致系统性能下降，使得项目能否成功

受到置疑，严重影响项目里程碑的范围、交付日期和交付质量以及会影响其它项目进展的风险；

➢ 轻微的：会因为无法满足要求而导致次要任务的退化,影响项目里程碑的

范围、交付日期和交付质量以及会影响其它项目进展的但不严重的风险; ➢ 可忽略的:不影响或轻微影响项目里程碑的范围、交付日期和交付质量的

风险，只是无法满足要求而导致使用不方便或不易操作。

1.1.2.6.4. 风险状态

➢ 已提交：风险识别人已填写风险登记表，完成了风险号分配、风险描述

并有项目经理提交；

➢ 拒绝:项目管理办公室认为风险导入人所提出的风险不属于项目风险； ➢ 已完成计划:风险责任人得到风险登记表后，对其进行分析并完成应对计

划；

➢ 规避计划：风险责任人正在根据应对计划规避风险；

➢ 风险已规避：风险责任人已成功规避风险并得到项目管理办公室认可； ➢ 发生进入应急计划：风险责任人未成功规避风险，风险发生，执行应急

预案。

1.1.2.6.5. 风险分类

本项目中,风险主要分为以下几类：

➢ 管理类风险

项目管理没有遵循项目管理的制度、时间、岗位的要求。出现项目的风险。 ➢ 资源类风险

由于人力资源、设备环境等原因产生。例如，ATM设备没有驱动程序,无法进行程序调试。 ➢ 业务类风险

业务风险主要表现在业务需求不清晰，变动频繁。 ➢ 技术类风险

技术风险主要体现在技术架构不合理,各个子系统、服务渠道无法进行整合。

1.1.2.6.6. 风险管理流程

风险管理流程包括:

➢ 项目启动前风险识别与防范流程

在各项目启动前,应当由项目管理办公室指导各个项目提交其项目风险因素识别、评估和应对措施计划;

项目管理办公室根据各项目的风险识别计划，以及其对项目风险的理解,完成项目风险因素识别、评估和规避的项目风险规避计划以及制订项目风险应急预案；

项目管理办公室将有关风险应对计划上报项目总监审批; 将项目总监审批过的风险应对计划提交给领导领导组审批; 审批通过的风险应对计划由项目管理办公室公布归档；

在项目实施过程中由项目经理管理风险应对计划的执行，项目管理办公室通过项目周、月报跟踪监督。 如下图示：

项目启动前风险识别与防范流程项目经理项目管理办公室风险责任人项目总监项目领导组开始组织进行项目级风险识别评估分析项目级风险分析项目级风险风险等级表风险应对计划汇总、分析所有对项目群有重要影响的风险风险状态定期报告分析风险发生概率和严重性，并指定风险责任人审核并批准风险评估报告审核并批准项目启动前存档 ➢ 项目运行中风险管理流程

在项目实施过程中，所有项目组成员均有责任报告进程中发现的风险因素，并报告项目经理；

项目经理在确定其确为风险后，定义风险发生机率和严重度并指定风险责任人，制订风险一旦发生的应急预案，并将其填写风险登记表上报项目管理办公室； 项目管理办公室审核风险发生机率、严重度和风险责任人并负责风险状态的监控；

风险责任人负责编制风险应对计划，并定期报告风险状态；

项目管理办公室负责发现跨项目的风险因素，并主持评估规避计划和应急预案;

项目管理办公室将有关风险评估报告和规避计划、应急预案上报项目总监审批；

所有发现的风险因素和审批通过的相应风险应对计划由项目管理办公室公布归

档；

在项目实施过程中由项目经理管理风险应对计划的执行，项目管理办公室通过项目周、月报跟踪监督.

如下图示:

项目运行中风险管理流程风险识别人项目经理项目管理办公室风险责任人项目总监开始发现风险因素风险识别评估是否是风险否是风险登记表结束上报项目管理办公室审核风险发生概率、严重性和责任人与项目领导组沟通负责风险监控审核并批准风险应对计划风险状态定期报告风险评估报告项目实施阶段存档

1.1.3 项目实施计划 1.1.3.1.1. 项目组织架构

有效的组织结构，是项目成功的有力保证。对于一个银行服务总线项目，

除了考虑项目的有效管理,也要考虑SOA类项目的实施特点;根据本次项目的范围和要求，项目的参考组织结构如下

1.1.3.1.1.1 项目管理委员会

项目管理委员会负责监督并指导项目的实施进程，定期审核项目经理就项目进展执行情况的书面报告，对项目中存在的重大问题做出决策，协调解决重大问题和突发事件，决定对项目经理的任免。项目管理委员会由南京银行高层领导与本公司高层领导共同组成. 1.1.3.1.1.2 服务总线管理组

向项目管理委员会负责，在项目实施过程中进行服务标准和原则的控制，在未来项目实施完毕后，由这个组织管理和批准新的服务发布和渠道系统的接入。同时负责制定企业实施SOA项目的总体规划，从企业级的高度而非项目级参与项目管理.服务总线管理组由南京银行架构师和本公司企业架构师共同组成.项目实施完成后职责交给客户执行. 1.1.3.1.1.3 项目管理组

负责向项目管理委员会定期报告项目进展情况，就项目中存在的问题提出解决建议,对项目进行有计划地组织管理,并检查项目进展情况。项目管理组由南京银行项目负责人和本公司项目经理和技术负责人共同组成。

1.1.3.1.1.4 基础架构组

负责基础架构的设计和流程建模设计。和企业架构师共同设计整体基础架构，完成本项目范围内的规划，考虑本项目与整个企业范围的IT架构的一致性规划。

1.1.3.1.1.5 质量管理组

直接隶属项目管理委员会，按制定的标准及控制手段执行进度管理，风险管理，全面的执行各项局方及业内规定的质量标准和工作流程。 1.1.3.1.1.6 服务定义发布组

负责在总线上发布服务和设定服务标准。根据基础架构规划中的服务架构，对服务进行归类，根据服务定义模板，完成服务的识别、设定和在服务总线上的发布和配置。

1.1.3.1.1.7 基础组件开发组

负责基础的,公共的组件的统一开发；开发从日志，安全到各种便利工具的公共组件，完成在OSB之上的各种组件的扩展工作，如扩展函数，扩展报文转换方法，扩展监控处理模块,进行监控平台的集成等。 1.1.3.1.1.8 测试组

负责系统的联合测试工作，在项目质量方针指导下，进行测试管理，制定设计系统测试计划、测试方案、测试案例、各项测试、形成测试报告并对测试结果进行跟踪,包括不同阶段的测试工作。 1.1.3.1.2. 实施人员名单 1.1.3.1.3. 实施人员简历 1.1.3.1.4. 项目实施阶段划分

根据我公司执行的ISO9001：2000质量管理体系的规定,将整个项目的实施过程划分为:需求分析、详细设计、系统开发、系统测试、试运行、系统验收六个过程；项目监控、管理的过程分为:配置管理、内部监理和项目变更管理三个

过程。下面将针对以上六个实施过程和三个管理过程的实施计划即项目计划进行介绍。

1.1.3.1.4.1 第一阶段:需求分析阶段

自合同签定之日，与项目筹备小组并行完成业务需求分析，建立完善的项目组织机构，双方密切协作，各项目小组密切协作，各项工作同时有条不紊地展开。

➢ 完成并提交项目计划书，产品管理计划，质量控制计划；

➢ 详细的需求分析。需求分析的计划和方法主要包括调研阶段划分、日程

安排、调研形式和内容、调研过程和成果文档模板、资源安排、用户方要求等内容；

➢ 公司方与用户方进行应用软件需求的讨论、研究和分析，并一起根据需

求调研分析报告和调研的各种成果编写《软件需求规格说明书》,对应用系统提出完整、准确、清晰、具体的要求，主要是需求框架和基本要素，并进行正式评审； 时间跨度：6周

需要资源（专职）:行方科技部2名、高伟达公司项目组需求分析人员3人。 1.1.3.1.4.2 第二阶段：系统设计阶段

➢ 根据《软件需求规格说明书》，进行应用软件概要设计，设计系统整体结

构、主要流程、相关模块接口以及数据库设计，定义详细设计和编码规范，整理《概要设计说明书》；

➢ 根据《软件需求规格说明书》和《概要设计说明书》,由开发小组组长负

责组织进行详细设计的分析讨论，完成交易的流程设计和报表设计等，整理《详细设计说明书》；

➢ 编写系统结构设计、功能设计、数据库结构及数据库设计、系统内外接

口及界面设计、系统出错处理及安全保障设计、代码数据设计、联机交易流程以及批处理交易流程等设计文档； ➢ 启动数据转换工作，定义统一的中间格式。 时间跨度:6周

需要资源（专职):行方科技部2名、高伟达公司现场8名技术、业务骨干，

产品咨询1名。

1.1.3.1.4.3 第三阶段：系统开发阶段

与系统设计阶段对应,是系统开发阶段，企业服务总线建设是基于ORACLE成熟总线产品OSB，因此在进行了周密严格的需求分析及详细设计的前提下，真正需要的开发工作并不多,周期相应较短。

➢ 在系统设计完成后，由公司项目实施团队开发人员根据各种设计文档进

行应用软件的编码工作;

➢ 系统开发工作完成及培训准备工作完成后，即开始进入全面培训阶段； ➢ 系统开发工作完成后，进行应用软件单元测试和系统集成测试； 时间跨度：2周

需要资源：行方科技部1名、高伟达公司现场设计开发人员、测试人员10名.

1.1.3.1.4.4 第四阶段：系统测试阶段

系统开发完成后进行系统的测试工作。本阶段主要指在南京银行建立的测试环境中，进行全面的模拟测试，完成系统功能测试,由于测试的重要性，预计将花费两个月左右的时间来完成对系统的模拟测试。

➢ 测试对象是编程结束时提交内容；

➢ 制定测试计划和选定测试方法、准备测试数据、确认测试环境（应该是

硬件系统通过初步验收后所构成的标准模式运行环境）; ➢ 进行测试记录；

➢ 解决测试发现的问题,分析测试结果，形成测试报告； ➢ 为测试后的确认和初步验收做好准备.

➢ 验收测试：在系统试运行一段时间后,由验收小组组织进行全面系统验收

测试，以证明系统的合格性。系统的验收工作，系统验收详见《验收和测试》相关章节. 时间跨度：8周

需要资源：行方科技部3名、接入系统相关人员1名、高伟达公司现场8名技术、业务骨干。

1.1.3.1.4.5 第五阶段：试运行阶段

模拟测试完成,进入系统试运行阶段。考虑到试运行期间的目的,是将经过集成测试及性能测试后较为稳定的版本投入到实际工作环境中运行，用于检验系统是否完全满足实际业务的需要,为新系统的上线运行做准备。

➢ 系统上机联调；

➢ 试运行期间，核查新系统是否满足实际业务需求； ➢ 试运行期间发现的问题,进行记录、调整、解决；

➢ 试运行期间还是测试的良好时机，在该阶段，应对各网点的设备、网络

状况、业务响应时间等内容进行测试。 时间跨度：4周

需要资源：行方科技部1名、接入系统相关人员1名、高伟达公司现场4名技术、业务骨干。

1.1.3.1.4.6 第六阶段：上线验收及维护阶段

上线验收阶段的主要工作是制定详细的上线计划，确认上线步骤.选择适宜日期开始上线实施工作，做好外连系统和外围系统的预前通知和公告工作.

时间跨度:24周

需要资源：行方相关人员2名、高伟达公司现场2名技术、业务骨干。 1.1.3.1.4.7 并行管理阶段一：配置管理工作

配置管理工作的内容主要是对配置项的控制。配置项主要包括：技术文档（技术文档分文字类和表格类两种）、项目实施阶段状态表。配置工作包括:文档一致性控制、文档标识控制、项目实施阶段控制、项目实施更改控制。

时间跨度：26周

需要资源:科技部1名、高伟达公司现场1名配置管理人员. 1.1.3.1.4.8 并行管理阶段二:内部监理工作

对项目实施的进程、成本、工期、进行监控的过程. 时间跨度：26周

需要资源：行方科技部1名、高伟达公司现场1名QA人员。

1.1.3.1.4.9 并行管理阶段三：项目变更工作

涵盖软件实施项目实施过程中顾客需求变更及阶段性成果变更的处理。包括需求分析、详细设计、系统开发、系统测试、系统维护、系统交付、系统验收各阶段的变更以及涉及项目管理的变更. 1.1.3.1.5. 项目实施周期计划

整个项目实施周期计划如下：

项目阶段 产品培训 需求分析阶段 需求梳理 需求分析 需求评审 概要设计 系统设计阶段 详细设计 设计评审 应用开发 系统开发阶段 单元测试 集成测试、用户验收测试环境准备 集成测试 系统测试阶段 用户验收测试 性能测试 系统培训 系统试运行上线 系统运行环境准备 上线 系统试运行 项目验收 试运行总结 T T+6 T+14 T+29 T+31 T+44 T+58 T+61 T+71 T+71 T+81 T+91 T+101 T+121 T+126 T+131 T+134 起始 时间 结束 时间 T+5 T+13 T+28 T+30 T+43 T+57 T+60 T+70 T+80 T+80 T+90 T+100 T+120 T+125 T+130 T+133 T+150 1.1.4 项目测试方案 1.1.4.1 测试目的

对系统进行集成测试.对测试范围内需要测试的特性进行“完整性”、“准确性”、“有效性”、“可靠性”、“稳定性”验证并对性能指标进行测评。

通过本次测试,达到以下具体目的:

1) 保证软件基本功能使用正常，严重缺陷率小于5％； 2) 保证系统可靠稳定运行；

3) 保证项目相关文档符合CMMI 3级文档规范。 1.1.4.2 测试对象

1. 系统具有总线基本功能如：协议转换、交易路由、数据转换; 2. 服务封装规范满足行内存量、增量业务系统； 3. 对各类系统提供的适配器功能满足性； 4. 系统并发处理能力及响应时间满足要求； 5. 系统可靠性、稳定性。 1.1.4.3 测试范围

测试范围最终以实际形成的《系统业务需求说明书》的内容为准。

1.1.4.4 测试方法 1.1.4.4.1. 功能测试

配合开发组的开发过程分阶段提供测试小结,测试方法以标准黑盒技术为主。 本次测试过程中，功能测试的执行环节分为两个阶段，具体描述如下：

阶段名称 具体方法 目标 1. 执行测试用例中的“基本场景\"保障软件正操操作时功能正阶段一 用例，验证系统基本功能的使用常 正常; 2. 保证系统执行正常操作时，数据的输入输出流转正常(使用正常、有效的数据）。 阶段二 执行测试用例中的“异常场景”用例。 保证系统异常操作时，系统的健壮性有一定保障,（使用异常数据）。 1. 对“阶段一”、“阶段二”发现并保障软件的缺陷遗留率小于被修正的缺陷进行再次测试； 回归测试 2. 抽样执行测试用例中的“异常场5% 景”用例。 1.1.4.4.2. 性能测试

分为负载测试、压力测试、稳定性测试等三个阶段。使用LoadRunner进行测试。根据性能测试调研得到的数据构建业务模型,进而构建测试模型.测试模型包含多种子类型，不同类型的测试模型应用于不同类型的性能测试.

性能测试模型包含要素如下：

测试模型子类型 单业务压力测试模型1 单业务压力测试模型2 …… 混合业务压力测试模型 所含业务 并发用户数 思考时间 压力测试模型 稳定性测试模型 本次测试包含的性能测试类型如下： 1) 压力测试

基于本次的测试的目的和需要测试的特性，将本次测试分为两个阶段：阶段一,单业务压力测试;阶段二，多业务混合压力测试。

a) 单业务压力测试

测试目的:

排查各个典型业务的压力瓶颈。

选用测试模型

单业务压力测试模型。

b) 混合业务压力测试

测试目的:

在排查各个典型业务的性能瓶颈后，测试该系统的最大并发用户数，并找到系统存在的性能瓶颈。 选用测试模型:

混合业务压力测试模型。

2) 稳定性测试

测试目的：

检查系统在连续运行240小时过程中的性能表现

选用测试模型：

稳定性测试模型.

1.1.4.4.3. 文档测试

对需求说明书、设计文档进行规范性检查.

1.1.4.5 测试用例

本次测试中将主要的测试用例归类为不同的测试场景，同时设计易用性测试用例和接收测试用例。 1.1.4.5.1. 基本测试场景

描述系统正常操作流程，以通过操作完整实现一个业务功能为原则。其中每一个步骤对应一个测试用例。测试用例中采取的数据都为正常数据。

1.1.4.5.2. 异常测试场景

基于系统正常操作流程,在整实现一个业务功能的操作过程中验证系统的数据校验、特殊操作处理等功能。其中每一个步骤对应一个测试用例。测试用例中采取的数据有正常数据和异常数据。 1.1.4.5.3. 接收测试用例

由“基本测试场景”中选取出代表性用例，用于验证开发团队提交测试版本的可测性. 1.1.4.6 人员及职责 资源 职责描述 1. 负责测试人员的组织和管理工作,并指导、带领本组人员日常测试工测试项目负责人 作； 2. 负责对各个项目做测试需求分析和文档整理工作; 3. 参与执行测试用例 配置管理员 质量管理员 负责测试文档和测试工具管理工作 负责检查测试过程中各个环节测试质量 1. 参与编写测试用例; 2. 负责功能、性能测试用例执行. 若干 1 测试开始执行前 测试开始执行前 1 测试小组进场时 数量 到位时间 测试工程师 测试开始执行前 1.1.4.7 测试工作输出 分类 文档 名称 《测试方案》 描述 Word 输出人 测试项目负责人 备 注 《测试进度计划》 《性能测试方案》 《测试用例》 project 测试项目负责人 Word 测试项目负责人 阶段性输出本阶段的测试总结报告 QCS/Excel 测 试组 测试组 测试组 《缺陷状态报告》 Word 《阶段简报》 Word 《测试报告》 Word 测试项目负责人 含性能、功能测试结果 1.1.4.8 启动、暂停/重启、结束准则 1.1.4.8.1. 启动准则

待测试系统部署完毕，功能使用正常。

1.1.4.8.2. 暂停/再启动准则

 测试版本未通过“接收测试”，需要由开发人员修正后再次接收测试；  测试过程中发现性能瓶颈时测试执行暂停，由开发人员进行调优；  开发人员经过调优后解决系统测试瓶颈后，可以再次启动 1.1.4.8.3. 退出准则

通过压力测试发现的性能瓶颈经过待测试系统开发人员对系统调优后无解决时。

1.1.4.9 测试风险分析

风险描述 程度 解决方案 相关负责人 备注 需求、设计变更频繁导致测试依据失效，导致整个测试计划延期 开发人员不能够及时提供可以测试的版本，导致迭代测试周期增长，测试计划拖延 高 低 充分了解用户需求,确保主要需求不变更； 开展有效的需求评审，及时与客户确认评审结果; 需求负责人 项目经理 规范开发和测试流程，监管开发进度 项目经理 PQA部门 及时分配修复任务，并检查监督； Bug生命周期过长 对于非问题、拒绝的等缺 高 项目经理 陷，请相关责任人验证后，测试负责尽快关闭； 对于暂缓处理的缺陷，测试人员要记录并跟踪； 规范测试流程,保证测试人 人员流动 中 用例的准确性,降低新人执行测试的风险. 项目经理 1.1.5 项目上线管理

在系统上线过程中，首先成立上线领导小组,在领导小组的组织下,编写上线方案和应急预案,将上线方案和应急预案提交项目管理办公室进行评审,待评审通过后进行实施。 1.1.6 验收管理

为加强南京银行企业服务总线系统验收管理工作,确保项目建设达到合同要求,高伟达公司建立该验收管理办法，与南京银行一道保障项目的顺利成功实施.

1.1.6.1 项目验收的过程

项目验收包括阶段验收和最终验收（以下简称“终验”）两部分.项目只有阶段验收合格后才能投入试运行，终验合格后才能移交并投入正式运行。 1.1.6.2 项目验收的参与者

阶段验收工作由南京银行和高伟达公司共同组织实施，终验工作在高伟达公司申请后由南京银行负责组织实施。 1.1.6.3 验收测试的范围

验收测试的范围包括招标文件中的所有南京银行企业服务总线项目内容. 1.1.6.4 验收测试的责任

高伟达公司负责建立验收测试环境，详细设计所有的验收测试方案。测试由高伟达公司进行准备，由南京银行组织验收，测试验收方式和机构由南京银行确定，全部费用由高伟达公司承担。

南京银行负责组织对验收测试结果进行评估。在出现严重缺陷时，南京银行可以决定将所有的测试暂停,直至缺陷得到纠正。 1.1.6.5 验收测试地点

南京银行

1.1.6.6 验收测试的规范

高伟达公司为每一项的测试编写验收测试手册。验收测试手册的内容包括：

 验收测试目的  验收测试环境设备  验收测试过程的描述  验收测试结果及分析

1.1.6.7 验收方法及标准

对项目进行阶段验收或终验时，需按如下步骤验收:

(一）登记造册。对项目中所涉及的所有硬件、软件及项目文档逐一登记造册。

(二）对照检查。对照检查项目各项建设内容是否与合同条款及系统需求规格相一致。

（三）操作检查。

1、操作硬件设备，验证是否与硬件提供的技术性能相一致；

2、运行软件系统，操作处理业务，检查是否与合同规定的功能一致； 3、对项目文档进行包括内容针对性、内容充分性、内容一致性、文字明确性、图表详实性等方面检查。

4、项目的验收以国家标准、行业标准或国际惯例等为标准。 1.1.6.8 阶段验收内容及程序 1.1.6.8.1. 阶段验收目的

检查整个项目的设备、系统功能、项目文档等，使其达到合同建设要求。 1.1.6.8.2. 检验条件

承建单位申请项目阶段验收，应当符合以下条件:

（一） 所有建设内容按照合同要求全部建成，并满足使用要求； （二) 各个分项工程全部阶段验收合格；

（三） 验收审核材料齐全，材料主要包含以下几个部分：

1、 基础资料：招标书、投标书、合同书、批复文件、系统设计说明书、系统功能说明书、系统结构图、项目详细实施方案；

2、 项目竣工资料：项目开工报告、项目实施报告、项目质量测试报告、项目检查报告、应用测试报告、材料清单、项目实施质量与安全检查记录、操作使用说明书、售后服务保证文件、培训文档；

3、 软件开发文档:需求调研报告、需求说明书、概要设计说明书、详细设

计说明书、数据要求说明书、数据库设计说明书、测试计划、测试分析报告、程序维护手册、程序员开发手册、用户操作手册；

4、 软件开发管理文档：项目计划书、质量控制计划、配置管理计划、用户培训计划、质量总结报告、会议记录和开发进度月报、项目开发总结报告。

（四） 软件已置于配置管理之下;

(五） 系统建设和数据处理符合信息安全的要求，凡涉密信息系统需提供保密主管部门出具的验收合格证书；

(六）外购的操作系统、数据库、中间件、应用软件和开发工具应符合知识产权及相关法规的要求,并有相关的授权使用证书；

（七）各种设备经加电试运行，工作正常；

（八)经过监理方、高伟达公司及相关主管部门的同意； (九）符合合同或合同附件规定的其他验收条件；

（十）由高伟达公司向南京银行提出阶段验收申请，同时将与项目验收有关的材料提交到高伟达公司处；

（十一)南京银行审核材料同意项目阶段验收。 1.1.6.8.3. 阶段验收内容

按照项目合同以及项目的阶段划分，核实硬件设备是否齐全、硬件设备是否符合安全要求、系统功能是否符合合同要求、项目文档是否符合文档撰写要求。

结合本项目特点，我们建议的阶段验收分为： 1. 平台建设完成阶段验收；

2. 数据、技术相关规范制定完成后阶段验收； 3. 各业务系统接入总线完成后阶段验收等.

同时根据项目的不同开发阶段，穿插对开发过程形成的文档进行验收，例如： 1. 项目需求评审验收； 2. 项目概要设计验收； 3. 项目详细设计验收； 4. 项目测试方案验收; 5. 项目上线方案验收等.

1.1.6.8.4. 阶段验收形式

阶段验收只进行功能性测试。 1.1.6.8.5. 阶段验收步骤

（一）准备阶段。项目监理单位组织人员根据阶段验收内容对项目进行验收需求分析，编写验收计划书并提交给南京银行、高伟达公司单位审定。

（二）成立阶段验收小组。高伟达公司负责组织成立项目验收小组。 (三）项目验收实施。阶段验收小组按本办法第二章验收方法和标准进行验收.

（四）提交阶段验收报告。项目检查完毕，验收小组对项目系统设计、建设质量、设备质量、软件运行情况等做出全面的评价,并撰写阶段验收告提交给高伟达公司.

（五）高伟达公司根据阶段验收报告，对合格的项目准许投入试运行；对不合格的项目提出存在问题及整改时限，以书面形式通知承建单位，承建单位在通知的时限内完成整改后,可再次提出阶段验收申请。 1.1.6.9 终验内容及程序 1.1.6.9.1. 终验目的

对经过一段时间试运行后的项目进行全面审核。 1.1.6.9.2. 终验条件

高伟达公司申请项目终验，应当符合以下条件:

1、阶段验收合格后，高伟达公司按照南京银行要求完成中标的系统开发并经南京银行上线运行3个月之后,南京银行确认能够完全满足南京银行的业务需求并且能够实现本次招标项目的建设目标，完全符合南京银行的技术要求并且能够实现本招标项目的系统要求，系统运行稳定.

2、高伟达公司按照南京银行要求完成本次招标项目的业务与技术向南京银

行的完全转移，包括向南京银行提供中标标的的培训。

3、高伟达公司按照南京银行要求向南京银行完成中标标的所有相关的源代码、项目文档及其介质的移交工作。

4、系统在试运行期间没有出现问题，或出现的问题已经解决;

5、验收审核材料齐全：除阶段验收时涉及的审核材料外，还有项目建设总结评价报告(组织与实施协调)、试用总结报告、用户使用反馈意见、项目培训计划、项目培训总结，以及由测试资质的第三方单位出具的测试报告；

6、高伟达公司向南京银行提交终验申请、验收计划书及终验审核材料； 7、南京银行审核材料后同意项目终验。 1.1.6.9.3. 终验内容

按照项目合同，对项目建设的各种设备进行核实；对项目建设系统进行终验验收测试,并进行用户使用满意度调查；对项目建设的相关材料进行审核。 1.1.6.9.4. 终验形式

终验验收测试内容有功能测试和性能测试，其中性能测试包括执行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性、并发性、疲劳强度等，涉及到网络的项目性能测试应分为客户端性能测试、网络性能测试和服务器端性能测试三个方面。 1.1.6.9.5. 终验步骤

准备阶段。根据终验内容由项目监理协助高伟达公司单位制订终验计划并提交给南京银行审定。

组成验收小组及验收专家组。由南京银行负责组织成立验收小组及验收专家组。

项目验收实施.验收小组按本办法第二章验收方法和标准进行验收. 提交终验报告。验收小组根据全面检查的结果撰写终验报告,并提交给项目验收专家组.

1.1.6.10 终验结论及后续管理

终验结论是由南京银行会同相关部门根据专家验收意见和相关资料得出的结论。其具体的分类和后续处理包括： 1.1.6.10.1. 终验结论

终验结论分为：验收通过、整改后再验收和验收不通过三种.

“验收通过”标准是：项目建设符合合同要求、系统运行安全可靠、任务按期保质完成、验收材料齐全.

“整改后再验收”标准是：项目建设任务基本完成，但提供的验收材料不全、验收结论存在争议。

项目存在下列情况之一的，按“验收不通过”处理:

● 未按项目合同要求达到所预定的主要技术指标的； ● 所提供的验收材料不真实的;

● 实施过程中出现重大问题，尚未解决和做出说明，或项目实施过程及结果等存在纠纷尚未解决的；

● 没有对系统或设备进行试运行，或者试运行不合格； ● 违反法律、法规的其他行为.

1.1.6.10.2. 项目终验结论的处理

验收结论为验收通过的，高伟达公司将全部验收材料按统一要求装订成册并连同相应的电子文档，分别报南京银行及相关部门备案。

验收结论为整改后再验收的,南京银行以书面形式通知高伟达公司，高伟达公司应在通知规定的时间内完成整改，再提出终验申请。 1.1.6.10.3. 项目移交

项目终验通过后，高伟达公司与南京银行应办理项目移交手续，项目的移交包括项目实体移交和项目文件移交两部分。参考本章中“ 项目提交物\"内容。

1.1.6.10.4. 验收档案

建立验收项目档案。南京银行及高伟达公司单位按照档案管理要求建立项目档案，共同将项目验收信息录入项目验收数据库，作为计划和项目执行情况评估、项目承担单位和项目负责人信用评价的依据.

项目的所有档案材料保管严格按照科学技术保密、知识产权保护等有关规定和办法执行。

1.1.6.11 项目文档要求

高伟达公司在项目中应按照有关规定、标准规范编写项目文档，在验收测试前，向南京银行提供项目移交的必要文档,详细内容参考本章中“项目提交物”内容。

1.1.7 项目提交物 1.1.7.1 提交物内容

项目提交物包括如下内容： ➢ 核心技术文档

➢ 源代码：将按系统、分模块列明，并附带源代码的说明文档 ➢ 系统开发所需的全部文档资料 ➢ 系统实施过程中形成的各类文档

➢ 配置信息清单：按系统、分模块提供其使用范围和配置说明 ➢ 系统运行的软硬件系统的全部配置文件和参数.

其中文档资料提交物包括： 项目阶段 需求分析 交付物 《南京银行企业服务总线系统业务流程细化报告》 《南京银行企业服务总线系统功能需求关系表》 项目阶段 交付物 《南京银行企业服务总线系统功能需求优先级划分》 《南京银行企业服务总线系统目需求分析说明书》 系统设计 《南京银行企业服务总线系统架构设计指导说明书》 《南京银行企业服务总线系统数据设计指导说明书》 《南京银行企业服务总线系统业务流程图》 《南京银行企业服务总线系统概要设计说明书》 《南京银行企业服务总线系统详细设计说明书》 《南京银行企业服务总线系统数据架构规格说明书》 《南京银行企业服务总线系统接口架构规格说明书》 《南京银行企业服务总线系统基础架构规格说明书》 《南京银行企业服务总线系统测试设计方案》 《南京银行企业服务总线系统测试案例集》 《南京银行企业服务总线系统模块n_详细设计》 系统开发 系统测试 代码(含注释） 《南京银行企业服务总线系统总体验收测试方案》 《南京银行企业服务总线系统功能测试方案》 《南京银行企业服务总线系统功能测试案例》 《南京银行企业服务总线系统性能测试方案》 《南京银行企业服务总线系统测试阶段报告》 《南京银行企业服务总线系统性能测试报告》 《南京银行企业服务总线系统统功能测试报告》 《南京银行企业服务总线系统性能测试脚本》 《性能测试结果集》 《评审报告》 《里程碑报告》 《配置状态统计》 《南京银行企业服务总线系统配置审计报告》 《南京银行企业服务总线系统运行维护手册》 项目阶段 交付物 《南京银行企业服务总线系统常见故障处理手册》 《南京银行企业服务总线系统测试缺陷分析报告》 《南京银行企业服务总线系统版本发布说明书》 《南京银行企业服务总线系统QA过程评审报告》 《南京银行企业服务总线系统QA产品审计报告》 《南京银行企业服务总线系统QA不符合报告》 系统上线 《南京银行企业服务总线系统数据迁移实施方案》 《南京银行企业服务总线系统试点上线方案》 《南京银行企业服务总线系统业务说明书》 《南京银行企业服务总线系统总体技术方案》 《南京银行企业服务总线系统实施方案说明书》 《南京银行企业服务总线系统业务操作手册》 《南京银行企业服务总线系统应用开发手册》 《南京银行企业服务总线系统管理与维护手册》 《南京银行企业服务总线系统技术培训指南》 《南京银行企业服务总线系统业务管理培训指南》 《南京银行企业服务总线系统用户培训指南》 1.1.7.2 规范性、完整性和准确性

高伟达公司最终形成的项目提交物遵循提供的文档规范遵循以下原则： 1. 首先满足南京银行已有的规范；

2. 南京银行未建立对应规范的，高伟达公司与客户协商按照公司ISO质量

管理规范建立文档;

3. 文档的完整性和准确性，作为验收过程的一部分。

4. 系统终验时,高伟达公司根据客户需要免费提供2套完整的文档硬拷贝

和2份完整的文档电子拷贝（光盘)。

1.1.7.3 文档权限

由于项目为双方合作开发性质，南京银行有权利自由地复制文档供自己使用。

1.1.7.4 语言需求

所有文档都使用中文格式。 1.1.8 系统培训

有效的系统培训，是保证项目成功实施的关键因素之一。高伟达公司将根据项目的进度情况,分阶段、分工作角色有针对性的安排不同的培训,使参与项目的所有人员在不同的时期都得到与其下阶段工作相配套的知识储备，从而保证整个项目的顺利实施。

针对南京银行ESB系统的多系统协同工作的特点，建议采用分阶段、分层次培训的策略.在项目实施的过程中，由高伟达技术人员指导南京银行的技术人员参与一部分的开发工作，在系统UAT测试开始前，高伟达公司技术人员和业务人员，分别给南京银行相关部门的人员进行相应培训。在系统正式上线前，UAT测试以后，对南京银行信息技术部门进行运维培训。 1.1.8.1 培训地点与时间安排

不同层次不同类型的培训可选择不同的培训地点,以达到更好的培训效果。 高伟达公司为南京银行指定人员提供系统切换、系统使用、系统维护、安全管理等方面的培训。 1.1.8.2 培训步骤

为能够有效的实现对客户的技术培训，我们制定的技术培训服务步骤如下: 1。项目领导组负责人协助贵公司项目负责人制定项目的总体培训计划; 2.技术支持小组人员在培训开始前一个月，准备并安排相应的培训资源，包

括培训课程、时间计划、地点、讲师等；

3.经过项目组协调确认后，开始进入技术培训的实施阶段；

4.培训过程中,高伟达公司将对培训的过程和效果进行必要的记录，并及时根据学员的需求及时调整培训的内容、形式、资源等;

5。在技术培训结束后，高伟达公司技术支持小组将培训的结果汇总、整理后，反馈给客户项目管理人员,并对技术培训的成果进行审核和评估。 1.1.8.3 培训方式

➢ 授课和实际操作相结合; ➢ 指导培训人员进行工作；

➢ 让培训人员参与项目的一些简单工作； ➢ 让培训人员工作，由开发方进行质量控制；

➢ 培训结束后,可根据行内要求安排2—3小时对培训人员进行理论和实际

操作的考试。

1.1.8.4 培训计划

高伟达的项目培训对象分为:管理人员、业务操作人员、系统操作人员、开发/维护人员等.由总部统一组织、统一规划、统一管理，在总部对人员进行集中培训,为上线做好充分的准备。 1.1.8.5 培训安排

系统开发完成后，面向南京银行相关人员，提供相关的系统使用和技术维护培训,课时安排如下：

应用系统使用培训，5天。 应用系统技术维护培训，5天。 1.1.8.6 培训考试

为了能够进一步的了解培训人员的培训结果,同时，也让培训人员了解自己

对新系统的了解情况，我们还可以准备相应的测试题，作为学习成果考核的一项依据。

1.1.9 交付能力保证 1.1.9.1 问题管理

定义问题管理办法的目标是保障项目团队来标识、评审、监控、解决项目问题。这将保障问题在没有严重影响项目目标前，能够有序和及时地解决。

我们使用QCS（bug/issue trcking system）来实现问题管理流程. 问题管理分以下几个阶段： 1. 标识问题

项目成员在QCS中标识并记录问题,向项目经理报告问题。 2. 评审问题

项目经理组织项目成员 分析问题的优先级和紧急程度，并协调安排解决问题，记录问题的分析结果。

3. 控制问题

在项目例会中评审问题，推进问题的解决，发起子任务，如有必要，发起变更请求。

4. 关闭问题

项目经理确认问题是否解决，进行问题的关闭。 1.1.9.2 测试能力 1.1.9.3 文档

高伟达公司在本项目的交付物（包括，但不限于)如下表： 序号 1 2 3 文档名称 项目章程 项目工作说明书 提交时间点 启动阶段 启动阶段 描述项目实施的工作范围 备注 业务需求差异化分析和需求梳理阶段 评估报告 4 5 6 7 8 项目需求分析说明书 需求评审报告 概要设计说明书 业务功能静态页面 基础设施需求分析 需求分析阶段 需求分析阶段 需求分析阶段 概要设计阶段 描述系统业务需求 业务功能设计原型 软硬件、网络、存储等技术架构方案 9 10 技术规格说明书 技术设计说明书 概要设计阶段 概要设计阶段 包括业务架构、技术架构、数据架构、接口架构的概要设计 11 详细设计说明书 详细设计阶段 包括业务架构、技术架构、数据架构、接口架构的详细设计 12 业务流程细化报告 详细设计阶段 描述系统的业务详细业务操作流程、流程权限和角色配置 13 14 15 设计评审报告 性能测试计划和报告 详细设计阶段 性能测试阶段 系统集成测试计划和报SIT测试阶段 告 16 用户验收测试计划和报UAT测试阶段 告 19 业务变革计划和实施方试点上线阶段 案 20 21 22 23 上线演练计划和方案 试运行和应急方案 系统运维手册 系统安装手册 试点上线阶段 试点上线阶段 投产和推广阶段 投产和推广阶段 24 25 26 用户操作手册 培训计划和培训教材 投产和推广阶段 投产和推广阶段 项目开发的全部源代码、数据结构 系统验收阶段 项目的数据模型、源代验收阶段 码清单 27 28 项目验收报告 项目工作报告 系统实施各阶段 项目各阶段的项目周报、月报 29 项目会议纪要 系统实施各阶段 项目各阶段的会议纪要和行动计划 1.1.9.4 技术支持

在维保期内，高伟达公司承诺对所有软件和系统免费提供定期的预防性维护和临时性紧急维修服务。高伟达公司必须要有在30分钟内对用户提出的临时性紧急维修要求做出回应，并派出工程师进行现场支持的承诺。 1.1.10 服务和技术支持方案 1.1.10.1 服务和技术支持的范围

在项目实施过程中，高伟达公司提供足够的支持来确保项目的完成和平稳运行.服务和技术支持的范围包括：

1、系统的安装和调试 2、试运行和正式运行维护

3、试运行和正式运行问题处理和软件升级 4、与系统相关的业务和技术咨询 1.1.10.2 人员支持

➢ 配套的高标准的人员支持：按照项目实施人员计划，严格规划不同的技术岗位(架构师、技术骨干、业务专家等）,对相应岗位人员职责、工作内容、工作要求进行严格管理，在人员上充分保证项目的服务过

程和质量；

➢ 项目组人员稳定性管理：项目组成员变动必须经过南京银行代表同意并签字确认，并在项目实施过程中按照流程化进行稳定性管理。

1.1.10.3 软件支持

高伟达公司提供系统的安装和调试支持。系统安装包括开发环境、测试环境和生产环境的安装;安装包根据不同的业务应用提供差异化定制功能。

严格软件缺陷管理和规范的软件升级管理.通过项目各阶段（单元测试、集成测试）的严格测试管理，对系统运行过程中出现问题，公司与南京银行一道根据问题原因、问题的严重性、数量，确定问题解决时间，充分保障系统的安全、稳定、持续运行。软件升级按照软件版本管理和升级管理支持进行.

同时在项目过程中和系统上线后，公司提供符合要求的包括系统安装、调试和测试内容在内的培训和项目提交物，详细参考本章“培训方案”内容. 1.1.10.4 业务和技术咨询服务

为保障项目的顺利实施以及上线后系统的持续、稳定运行及升级，高伟达公司承诺为南京银行提供完整的业务和技术咨询服务。主要内容和方式包括：

1. 培训服务。根据不同的应用对象高伟达公司设计配套的系统应用培训，

在培训中通过双方互动为南京银行的客户提供相适应的应用指导和问题解答。

2. 现场业务和技术开发指导服务。由于该项目采用双方共同开发的模式，

高伟达公司在客户开发现场监理技术和业务的交流的平台。现场指导南京银行业务人员完成模型、参数定制,与南京银行技术开发人员在共同开发完成技术的转移.

3. 售后服务。高伟达公司提供以以南京分公司为主要服务机构的7*24业

务和技术咨询服务，对客户在系统应用过程中的业务和技术问题进行实时受理和应答。

4. 定期发布业务和技术动态信息.高伟达公司通过公司网站或其他途径定

期向客户发布最新的业务变化信息、行业动态信息和技术发展信息

等内容.

1.1.10.5 运维服务

在系统上线后,公司提供配套的售后服务计划以保证系统的后期持续稳定运行。详细参考“售后服务方案”一章描述。