南京银行企业服务总线系统项目投标书

南京银行企业服务总线系统项目投标书内容摘要：

理办 公 室风 险 应 对 计划负 责 风 险 监控风 险 评 估 报 告风 险 状 态 定期 报 告存 档与 项 目 领 导 组沟 通审 核 并 批 准审 核 风 险 发 生概 率 、 严 重 性和 责 任 人否是 的范围和要求，项目的参考组织结构如下 项目管理委员会 项目管理委员会负责监督并指导项目的实施进程，定期审核项目经理就项目进展执行情况的书面报告，对项目中存在的重大问题做出决策，协调解决重大问题和突发事件，决定对项目经理的任免。 项目管理委员会由南京银行高层领导与本公司高层领导共同组成。 服务总线管理组 向项目管理委员会负责，在项目实施过程中进行服务标准和原则的控制，在未来项目实施完毕后，由这个组织管理和批准新的服务发布和渠道系统的接入。 同时负责制定企业实施 SOA 项目的总体规划，从企业级的高度而非项目级参与项目管理。 服务总线管理组由南京银行架构师和本公司企业架构师 共同组成。 项目实施完成后职责交给客户执行。 项目管理组 负责向项目管理委员会定期报告项目进展情况，就项目中存在的问题提出解决建议，对项目进行有计划地组织管理，并检查项目进展情况。 项目管理组由南京银行项目负责人和本公司项目经理和技术负责人共同组成。 项目管理委员会 质量管理组 服务总线管理组 项目经理 基础架构组 服务定义发布组 基础组件开发组 集成组 测试组 基础架构组 负责基础架构的设计和流程建模设计。 和企业架构师共同设计整体基础架构，完成本项目范围内的规划，考虑本项目与整个企业范围的 IT 架构的一致性规划。 质量管理组 直接隶属项目管理委员会，按制定的标准及控制手段执行进度管理，风险管理，全面的执行各项局方及业内规定 的质量标准和工作流程。 服务定义发布组 负责在总线上发布服务和设定服务标准。 根据基础架构规划中的服务架构，对服务进行归类，根据服务定义模板，完成服务的识别、设定和在服务总线上的发布和配置。 基础组件开发组 负责基础的，公共的组件的统一开发；开发从日志，安全到各种便利工具的公共组件，完成在 OSB 之上的各种组件的扩展工作，如扩展函数，扩展报文转换方法，扩展监控处理模块，进行监控平台的集成等。 测试组 负责系统的联合测试工作，在项目质量方针指导下，进行测试管理，制定设计系统测试计划、测试方案、测试案例、各项测试、形成测试报告并对测试结果进行跟踪，包括不同阶段的测试工作。 . 实施人员名单 . 实施人员简历 . 项目实施阶段划分 根据我公司执行的 ISO9001:2020 质量管理体系的规定，将整个项目的实施过程划分为：需求分析、详细设计、系统开发、系统测试、试运行、系统验收六个过程；项目监控、管理的过程分为：配置管理、内部监理和项目变更管理三个过程。 下面将针对以上六个实施过程和三个管理过程的实施计划即项目计划进行 介绍。 第一阶段：需求分析阶段 自合同签定之日，与项目筹备小组并行完成业务需求分析，建立完善的项目组织机构，双方密切协作，各项目小组密切协作，各项工作同时有条不紊地展开。  完成并提交项目计划书，产品管理计划，质量控制计划；  详细的需求分析。 需求分析的计划和方法主要包括调研阶段划分、日程安排、调研形式和内容、调研过程和成果文档模板、资源安排、用户方要求等内容；  公司方与用户方进行应用软件需求的讨论、研究和分析，并一起根据需求调研分析报告和调研的各种成果编写《软件需求规格说明书》，对应用系统提出完整、准确、清晰、具体的要求，主要是需求框架和基本要素，并进行正式评审； 时间跨度： 6 周 需要资源（专职）：行方科技部 2 名、高伟达公司项目组需求分析人员 3 人。 第二阶段：系统设计阶段  根据《软件需求规格说明书》，进行应用软件概要设计，设计系统整体结构、主要流程、相关模块接口以及数据库设计，定义详细设计和编码规范，整理《概要设计说明书》；  根据《软件需求规格说明书》和《概要设计说明书》，由开发小组组长负责组织进行详细设计的分析讨论，完成交易的流程设计和报表设计等，整理《详细设计说明书》；  编写系统结构设计、功能设计、数据库结构及数据库设计、系统内外接口及界面设计、系统出错处理及安全保障设计、代码数据设计、联机交易流程以及批处理交易流程等设计文档；  启动数据转换工作，定义统一的中间格式。 时间跨度： 6 周 需要资源（专职）：行方科技部 2 名、高伟达公司现场 8 名技术、业务骨干，产品咨询 1 名。 第三阶段：系统开发阶段 与系统设计阶段对应，是系统开发阶段 ，企业服务总线建设是基于 ORACLE成熟总线产品 OSB，因此在进行了周密严格的需求分析及详细设计的前提下，真正需要的开发工作并不多，周期相应较短。  在系统设计完成后，由公司项目实施团队开发人员根据各种设计文档进行应用软件的编码工作；  系统开发工作完成及培训准备工作完成后，即开始进入全面培训阶段；  系统开发工作完成后，进行应用软件单元测试和系统集成测试； 时间跨度： 2 周 需要资源：行方科技部 1 名、高伟达公司现场设计开发人员、测试人员 10名。 第四阶段：系统测试阶段 系统开发完成后进行系统的测试工作。 本阶段主要 指在南京银行建立的测试环境中，进行全面的模拟测试，完成系统功能测试，由于测试的重要性，预计将花费两个月左右的时间来完成对系统的模拟测试。  测试对象是编程结束时提交内容；  制定测试计划和选定测试方法、准备测试数据、确认测试环境（应该是硬件系统通过初步验收后所构成的标准模式运行环境）；  进行测试记录；  解决测试发现的问题，分析测试结果，形成测试报告；  为测试后的确认和初步验收做好准备。  验收测试：在系统试运行一段时间后，由验收小组组织进行全面系统验收测试，以证明系统的合格性。 系统的验收工作，系统验收详见《验收和测试》相关章节。 时间跨度： 8 周 需要资源：行方科技部 3 名、接入系统相关人员 1 名、高伟达公司现场 8 名技术、业务骨干。 第五阶段：试运行阶段 模拟测试完成，进入系统试运行阶段。 考虑到试运行期间的目的，是将经过集成测试及性能测试后较为稳定的版本投入到实际工作环境中运行，用于检验系统是否完全满足实际业务的需要，为新系统的上线运行做准备。  系统上机联调；  试运行期间，核查新系统是否满足实际业 务需求；  试运行期间发现的问题，进行记录、调整、解决；  试运行期间还是测试的良好时机，在该阶段，应对各网点的设备、网络状况、业务响应时间等内容进行测试。 时间跨度： 4 周 需要资源：行方科技部 1 名、接入系统相关人员 1 名、高伟达公司现场 4 名技术、业务骨干。 第六阶段：上线验收及维护阶段 上线验收阶段的主要工作是制定详细的上线计划，确认上线步骤。 选择适宜日期开始上线实施工作，做好外连系统和外围系统的预前通知和公告工作。 时间跨度： 24 周 需要资源：行方相关人员 2 名、高伟达公司现场 2 名技术、业务骨干。 并行管理阶段 一：配置管理工作 配置管理工作的内容主要是对配置项的控制。 配置项主要包括：技术文档（技术文档分文字类和表格类两种）、项目实施阶段状态表。 配置工作包括：文档一致性控制、文档标识控制、项目实施阶段控制、项目实施更改控制。 时间跨度： 26 周 需要资源：科技部 1 名、高伟达公司现场 1 名配置管理人员。 并行管理阶段二：内部监理工作 对项目实施的进程、成本、工期、进行监控的过程。 时间跨度： 26 周 需要资源：行方科技部 1 名、高伟达公司现场 1 名 QA 人员。 并行管理阶段三：项目变更工作 涵盖软件实施项目实施过程中顾客需求变更 及阶段性成果变更的处理。 包括需求分析、详细设计、系统开发、系统测试、系统维护、系统交付、系统验收各阶段的变更以及涉及项目管理的变更。 . 项目实施周期计划 整个项目实施周期计划如下： 项目阶段 起始 时间 结束 时间 需求分析阶段 产品培训 T T+5 需求梳理 T+6 T+13 需求分析 T+14 T+28 需求评审 T+29 T+30 系统设计阶段 概要设计 T+31 T+43 详细设计 T+44 T+57 设计评审 T+58 T+60 系统开发阶段 应用开发 T+61 T+70 单元测试 T+71 T+80 集成测试、用户验收测试环境准备 T+71 T+80 系统测试阶段 集成测试 T+81 T+90 用户验收测试 T+91 T+100 性能测试 T+101 T+120 系统试运行上线 系统培训 T+121 T+125 系统运行环境准备 T+126 T+130 上线 T+131 T+133 系统试运行 试运行总结 T+134 T+150 项目验收 项目测试方案 测试目的 对系统进行集成测试。 对测试范围内需要测试的特性进行“完整性”、“准确性”、“有效性”、“可靠性”、“稳定性”验证并对性能指标进行测评。 通过本次测试，达到以下具体目的： 1) 保证软件基本功能使用正常，严重缺陷率小于 5%； 2) 保证系统可靠稳定运行； 3) 保证项目相关文档符合 CMMI 3 级文档规范。 测试对象 1. 系统具有总线基本功能如：协议转换、交易路由、数据转换； 2. 服务封装规范满足行内存量、增量业务系统； 3. 对各类系统提供的适配器功能满足性； 4. 系统并发处理能力及响应时间满足要求； 5. 系统可靠性、稳定性。 测试范围 测试范围最终 以实际形成的《系统业务需求说明书》的内容为准。 测试方法 . 功能测试 配合开发组的开发过程分阶段提供测试小结 ,测试方法以标准黑盒技术为主。 本次测试过程中，功能测试的执行环节分为两个阶段，具体描述如下： 阶段名称 具体方法 目标 阶段一 1. 执行测试用例中的“基本场景”用例，验证系统基本功能的使用正常； 保障软件正操操作时功能正常 2. 保证系统执行正常操作时，数据的输入输出流转正常（使用正常、有效的数据）。 阶段二 执行测试用例中的“异常场景”用例。 保证系统异常操作时，系统的健壮性有一定保障，（使用异常数据）。 回归测试 1. 对“阶段一”、“阶段二”发现并被修正的缺陷进行再次测试； 2. 抽样执行测试用例中的“异常场景”用例。 保障软件的缺陷遗留率小于5% . 性能测试 分为负载测试、压力测试、稳定性测试等三个阶段。 使用 LoadRunner 进行测试。 根据性能测试调研得到的数据构建业务模型，进而构建测试模型。 测试模型包含多种子类型，不同类型的测试模型应用于不同类型的性能测试。 性能测试模型包含要素如下： 测试模型子类型 所含业务 并发用户数 思考时间 单业务压力测试模型 1 单业务压力测试模型 2 …… 混合业务压力测试模型 压力测试模型 稳定性测试模型 本次测试包含的性能测试类型如下： 1) 压力测试 基于本次的测试的目的和需要测试的特性，将本次测试分为两个阶段：阶段一，单业务压力测试；阶段二，多业务混合压力测试。 a) 单业务压力测试 测试目的： 排查各个典型业务的压力瓶颈。 选用测试模型 单业务压力测试模型。 b) 混合业务压力测试 测试目的： 在排查各个典型业务的性能瓶颈后，测试该系统的最大并发用户数，并找到系统存在的性能瓶颈。 选用测试模型： 混合业务压力测试模型。 2) 稳定性测试 测试目的： 检查系统在连续运行 240 小时过程中的性能表现 选用测试模型： 稳定性测试模型。 . 文档测试 对需求说明书、设计文档进行规范性检查。 测试用例 本次测试中。