.*
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) 压力测试
基于本次的测试的目的和需要测试的特性，将本次测试分为两个阶段：阶段一，单业务压力测试；阶段二，多业务混合压力测试。