软件开发(平台开发)项目实施方案

软件系统开发（平台开发）

项

目

实

施

方

案

日期：2020年1月1日

目录

1.I.项目实施方案........................................................3

1.1.1.项目实施策略.....................................................3

1.1.2.实施范围.........................................................4

1.1.3.项目组织与人员配备..............................................5

1.1.4.阶段划分.........................................................8

1.1.5.进度计划........................................................11

1.1.6.实施方法........................................................16

1.1.7.实施过程中的沟通计划...........................................23

1.1.8.测试方案........................................................25

1.1.9.★成果和交付物..................................................42

1.1.10.项目开发和管理工具...........................................43

1.2.项目培训方案........................................................44

1.2.1.培训对象与目标.................................................44

1.2.2.培训策略........................................................44

1.2.3.培训方式........................................................46

1.2.4.培训对象........................................................46

1.2.5.培训课程及计划.................................................46

1.2.6.培训资源........................................................47

1.2.7.培训流程管理....................................................50

1.2.8.培训保障........................................................51

1.1.项目实施方案

1.1.1.项目实施策略

1.1.1.1.领导支持重视策略

为了顺利推动落实整个项目建设工作，必须有用户方和建设方领导的高度

重视和参与，从高层到基层提高认识、落实责任，才能更高效的推动项目的建

设和顺利上线运行。

从我公司作为实施方的角色来说也需要公司领导的支持重视，从人员、制

度、后勤保障、技术、管理等方面为本项目提供便利的条件，整合公司的各方

面力量，为项目实施提供强有力的保障，同时协调与用户方在项目实施过程中

的事务，使项目实施按计划顺利进行。

有了客户方领导和我公司领导的支持重视，就为本项目的成功实施打下坚

实的基础，必将推动项目按时、保质的完成。

1.1.1.2.科学的需求工程策略

本项目需求索涵盖的内容复杂，因此在进行需求工作时，应严格按照需求

工程的理论进行安排。需求工作应从两个方面来考虑：

需求开发方面应在项目开始时就制定需求开发的有关规章制度，这些规章

制度应在项目组人员和业务人员之间进行宣传，以便达到普遍共识。需求开发

要强调需求调研的流程规范，调研前的提纲准备、调研后的会议纪要、需求确

认等都必须严格按照规范进行，保证需求开发的质量。需求开发要采用标准的

规格说明方式，结合原型以便将客户需求具体化、明确化。

需求管理方面在本项目中的难度更大，需要严格按照项目招投标方案、合

同等确定的项目目标，进行项目的范围控制，同时及时设定项目的需求基线，

避免需求扯皮而拖延项目进度。

1.1.L3,详尽的项目测试策略

测试工作是保证项目质量的重要一环，必须加强测试工作。在这方面应该

采取如下措施：

1、测试方案提前编写，测试方案应提前到设计阶段进行编写，当需求初步

定型或评审通过后，就开始测试方案的编写工作。测试人员技术设计人员背靠

背工作，这就给测试方案的编写争取了更多的时间，保证测试用例的全面性和

质量。

2、测试的自动化：测试工作的展开完全靠手工进行是不现实的，必须借助

有关的测试工具，提高测试的效率和BUG的管理，达到很好的测试结果。

3、全面的测试：除了单元测试和集成测试外，还要进行功能、性能、安全、

健壮、界面、安装、文档方面的测试。

1.L1.4.加强沟通管理策略

为保证项目的顺利进行，必须建立良好的项目沟通管理制度。在项目启动

时，应从决策层、管理层、执行层和监督层四个层面建立业主和项目实施单位

的沟通渠道。同时，启动时就应明确项目的沟通方式，如周报、周会、高层会

谈制度等，保证项目情况得到有效的沟通，推进项目进展。

1.1.2.实施范围

1.1.2.1.实施范围

根据我们对项目建设及谈判文件的理解，定义本项目实施范围如下:

主题描述

组织范围业主方相关部门业务处理。

定制开发范围软件平台系统；数字资源库；门户系统。

测试范围单元测试、集成测试、系统测试、专项测试（如性

主题描述

能测试、安全测试）、用户验收测试等（根据需

要，可适当删减）

培训范围1、培训内容：系统管理培训、系统操作培训；

2、培训对象：系统管理员、系统操作用户；

3、培训地点：集中培训，具休地点根据用户要求

待定。

服务范围提供系统扩充、升级方面的技术支持服务，提供本

地服务团队，提供现场技术支持和响应服务；为后

期工程预留接口，并为后期工程的顺利开展作技术

准备，在软件系统设计、数据库设计方面具有灵活

性，方便以后能够扩充新的系统功能。

验收后免费提供所开发软件为期一年的技术支持服

务。

1.1.2.2.★建设周期

本项目建设周期在合同签订后6个月内完成调研、设计、开发、实施、内

测，自主测试15天，试运行60天后进行终验。

实施期间（6个月内）完成用户需求调研、需求分析、系统设计、详细设

计、编码、调试、系统集成、测试与验收等任务。

1.1.3.项目组织与人员配备

1.1.3.1.项目组织结构

针对本项目的要求和特点，我们成立专门的项目组织结构，包括项目管理

办公室、系统集成组、应用开发组、系统测试组、用户培训组和运行维护组,

项目组织结构图如下所示：

各组织具体岗位职责定义如下节描述。

1.1.3.2.关键岗位及职责定义

乙方甲方

项目角色

公司业主方

项目管理办公室由甲方和乙方的项目经理及主要负责人组成项目管理办公室，办调项目

管理和实施过程中的各项工作。

项目经理制定项目总体计划，管理项目风对项R领导小组及项R总体R标

险，预算控制，人员安排，对项目负责；

做宏观控制；组织、推动并保证项目的顺利实

安排及源，协调项目工作，检查实施；

施进度；定义实施策略；

依据质量报告，对项目实施质量进制定项目推进计划及阶段性目

行管理；标；

定期提交项目进展情况报告，提出协调项目组内外部资源；

需要解决的问题；共同制定工作计划与阶段控制，

负责制定项目计划，分配任务，协确认工作内容与方法；

调资源，进行项目管控；参与制定及确定业务、IT、技术

对项E组成员的工作和项目进度进等解决方案。

行检查，提出对甲方的资源需求；

乙方甲方

项目角色

公司业主方

负责整体把握业务、IT、技术等解

决方案；

负责牵头制定项目实施规划；

负责对各小组提供支持。

系统集成组负责服务器等网络硬件设备安装调

试等。

负责异构系统和跨平台软件系统的

开发应用集成。

设计开发组负责应用系统前期调研和需求分

析；

负责系统总体设计、概要设计和洋

细设计；

负责软件系统的程序开发和单元测

试；

负责应用系统的安装部署工作。

系统测试组配合项目经理制定总体测试规划；

负责编制应用系统的验收测试计划

和联调测试计划并完成相应的测试

工作。

用户培训组制定培训计划、模式，建立培训模

板；

组织协调项目组编写培训文档、手

册；

负责培训队伍的建立、培训，完成

培训工作。

运行维护组负责系统验收后的技术支持和售后

服务工作。

1.1.3.3.项目人员简介

我司为本项目配备了各个角色的管理、开发、实施人员，主要人员简介参

见商务部分《项目人员安排》所含内容。

1.1.4.阶段划分

1.1.4.1.项目准备阶段

本阶段主要进行建立项目组织、建立项目管理体制、优化项目计划、工作

任务定义、开发环境准备及环境搭建、需求分析确认等工作。

建立项目组织：我公司提出项目组织计划，与用户就本项目的项目组织进

行沟通交流，确定项日组织结构及相应人员岗位，明确项目组中每个人的责任,

确定项目核心成员。

建立项目管理体制：与用户就本项目的项目管理体制进行讨论，最终形成

项目管理体制。

优化项目计划：针对实际情况对项目计划进行优化，编写项目进度计划和

预算。

文件需求分析确认：再次确认用户中提出的需求。

编写项目的工作说明书，对项目实施的项目范围、项目阶段、工作方法、

相关各方的责任分工、各阶段的交付物、阶段完成里程碑、沟通制度等进行明

确规定，同时编写质量保证计划，编写配置管理计划，以及项目实施的有关规

章制度等。

1.1.4.2.需求分析阶段

本阶段主要内容为需求调研和需求分析，数据资源情况的清查，用户涪训I、

初步用户手册的编制等工作内容。

需求调研和需求分析：我公司组织资深的系统分析人员对用户需求进行进

步的分析，与用户不断沟通，交流，确认已经明确的需求内容，经过不断调

研、确认，最终形成需求规格说明书，完成由用户组织的专家进行评审。

初步用户手册的编制：根据需求原型和需求内容，编制初步用户手册。

需求评审：针对需求规格说明书、界面原型进行用户的需求评审。

1.1.4.3.系统设计阶段

本阶段主要内容为系统的总体设计和详细设计、数据资源系统的规划、数

据库设计、测试方案的设计、用户培训等工作内容。

总体设计：提出设计的方法及该阶段的工作进度安排，并得到采购人确认;

编制总体设计方案；编制测试环境建设方案；编制系统上线试运行至系统正式

上线期间的计划及方案；提供对项目应用系统设计风险的详细评估。

详细设订：完成应用系统软件功能模块的详细设订。

数据库设计：完成数据库系统的详细设计，包括数据库结构、表结构、数

据字典等的编制。

测试方案的设计：系统详细设计，完成测试大纲、测试计划、测试用例的

详细设计，使得在下一阶段应用系统开发完成后能够根据本工作任务中的可交

付物。

完成系统设计的评审；

1.1.4.4.系统开发阶段

本阶段主要完成应用软件系统功能的开发的编码与单元测试工作，各子系

统之间业务调用通畅。包括配置研发及测试人员、配置开发及测试设备、进行

系统编码、标准规范的完善、并进行测试方案的评审。

本阶段要实现的生程碑是：完成软件的开发评审。

1.1.4.5.系统集成阶段

本阶段主要完成硬件和应用软件系统的安装调试、应用系统集成、用户培

训工作、编写安装、调试手册。

同时编写系统安装手册、维护手册。

1.1.4.6.系统测试阶段

本阶段主要完成应用软件系统的系统测试工作，测试工作包括功能测试、

集成测试、性能测试、安全测试、健壮测试、界面测试、安装测试、文档测试

工作，并编写相应的测试报告。

同时编写系统使用手册。

1.1.4.7.试运行及验收阶段

本阶段主要完成的工作为试运行的准备以及对在试运行过程中发现问题的

修改工作，用户培训工作，试运行工作以及系统切换后的正式上线和验收工作。

试运行过程发现问题，要确定工作方案，进行问题解决。

用户培训：完成此阶段对用户的培训工作。

试运行：完成系统试运行工作。

在完成系统上线稳定运行，并进行项目验收。

本阶段要实现的里程碑是：完成系统试运行，系统切换上线完成，签署系

统验收报告。

1.1.4.8.售后服务阶段

本阶段是从项目验收合格后开始进入质保时间，售后服务的具体内容参见

《售后服务能力及服务方案》文档的相关内容。

1.1.4.9.其他贯穿项目建设周期的工作

项目管理工作从项目启动开始，持续到项目维护期结束，主要由我公司项

目管理人员完成本项目实施的管理工作O

1.1.5.进度计划

1.1.5.1.项目实施流程和步骤

1.1.5.2.项目实施策略

基于对本次项目建设目标和需求的理解，本项目总体，采用“总体规划、

分步实施”的策略，具体来说，即全面调研、分阶段设计/开发/部署/实施、分

模块培训、最终总体联调。采取这种循序渐进的开发和部署方式可有效保证工

期，让用户充分与未来生产系统磨合，也是对后期应用的保障。

项目划分明确的关键里程碑，对项目启动、调研、模块设计开发、全面试

运行、验收等各个阶段的时间节点、工作任务和人力资源都在各阶段制订详细

计划和进行严格控制。

1.1.5.3.项目实施总体流程介绍

工作责任

项目实施流程工作重点

公司业主方

明确项目的目标、范围、总体计

项目立项

OO划，成立项目团队，明确项目成员

的角色和职责

系统导入培训（从观念上正确引导

领导层止确理解项目并了解如何有

需求调研力地进行支持和指导）

4

OO现场需求调研（与系统用户进行现

1

场、有效的沟通和交流，确保业务

流程、技术要求等被全面和正确的

理解）

1.1.5.4.项目实施总体进度计划

我们认为，实施计划制订得好坏，是实施成功的关键因素。在项目实施时

共同制定一个实施计划。在制订实施计划时，根据我们的实施经验，建议实施

计划将分成三级：

第一级为项目总的实施计划。这一计划应包含项目总体目标、阶段划分、

每个阶段的开始和完成时间。

第二级为阶段的计划。在每个阶段开始之前，根据实际情况制定出阶段实

施计划。

第三级为活动的详细计戈h对于些重要的活动，如原型测试、系统切换

等,应制订详细的活动计划。

在项目开始时制定

总的目标和阶段目标

得到决策委员会批准

在每个阶段开始之前制定

阶段的实施进程表

得到决策委员会批准

下面的计划是根据目前对项目理解情况而制订的第一级项目总体实施计划0

不排除由于需求调研或变更而进行必要的调整。

1.1.5.5.工期进度计划

业主方软件平台项目

项目名称工作分解开始时间结束时间参与人员

1.需求分析

需求分析2016-10-202016-10-30

需求分析评审

2.系统设计

概要设计、详细设

2016-10-312016-11-20

计

设计评审

3.开发

用户注册、咨询专

创新创业成

家、成果发布、需

果交易服务2016-11-102016-12-15

求征集、定句推荐

平台开发

等

用户管理、审核管

管理平台开

理、服务管理、系2016-12-152017-1-15

发

统管理

智能检索、表格检

专利检索系索、专家检索、浏

2016-12-172016-12-27

统开发览检索查看、专利

数据接口

视频用户角色、音

视频系统开频视频即时交流、

2016-11-102016-12-27

发开发交流文字、电子白

板等

数字资源库专家库、成果库、2016-12-152017-01-15

建立开发资源库

系统接口开

接口开发、调试2017-01-162017-02-01

发

门户网站建

网站前台与后台开

设各系统开2017-01-162017-02-15

发

发

4.测试

测试计划制定/编写

测试用例/测试用例

评审/测试用例的修

改与批准/开发集成

集成测试2017-02-162017-02-25

测试数据/测试实施

/测试确认/测试结

果Review/测试bug

管理和修改

性能测试计划制定/

性能测试项目表的

做成/性能测试项目

标的REVIEW/性能测

试项目标的修正与

性能测试批准/性能测试数据2017-02-262017-03-01

制造/性能测试实施

/性能测试确认/性

能测试结果Review/

性能测试bug管理

和修改

5.部署上线2017-03-022017-03-05

6.业主测试2017-03-062017-03-20

7.试运行2017-03-212017-04-10

6.交付2017-04-112017-04-11

文档编写/交付物准2017-04-122017-04-15

备与检查/交付/项

目验收

按照采购人的实施进度，结合本项目的情况，我公司制定了本项目的总体

进度计划，总体进度计划满足标书中对进度的要求，本计划拟从2016年10月

20日起开始项目准备，2017年4月15日完成项目终验。

按招标文件项目工期要求：

调研、设计、开发、公司内测：130天；

采购人测试：14天；

试运行：20天：试运行后综合评估，达到要求可申请验收。

我方承诺将按照标书及合同要求，在规定期限内，保质保量完成项目进度。

1.1.6.实施方法

1.1.6.1,实施方法论

在多年的工程项目实施实践中，我司总结出一套完整的实施方法论，它的

主要特点是：

♦从众多大型T程项目实施中提炼出来的实战经验

♦帮助客户持续优化

♦严谨和清晰可控的实施路线

♦较为全面的模板工具

♦快捷、高效的管理平台

♦可靠的售后支持和服务体系

♦务实、有效的项目管理方法

实施路线为独立实施的项目提供了面向过程的、清晰的、准确的实施路标。

这个路标起到了项目向导的作用，用来确定步骤，明确转折点，并且通常用来

设定整个项目的进度，使得可以使用最优的预算和资源，快速地、高质量地生

成一个新的应用系统，使客户尽快地体验到信息化带来的享受。它主要包括以

卜五个阶段：

组织与计划：主要完成项目章程的确立、项目组织的建设、项目总体计划

的制定、系统软硬件的需求规划、项目启动等工作。本阶段的里程碑就是完成

项目的启动。

系统规划：主要完成客户需求调研，并对调研结果进行分析，形成系统的

业务蓝图。同时根据规划好的业务蓝图分析需求与成熟系统的吻合度，形成差

异化报告，并形成软件需求规格说明书；根据软件需求规格说明书进行实现设

计，包括成熟系统的实现设计及定制开发部分的设计工作；同时，根据需求规

格说明书进行系统测试方案的编写。本阶段的里程碑就是完成需求规格说明书

和系统设计。

开发测试：根据需求规格说明书和系统设计方案，进行系统的开发和定制,

并根据系统的测试方案进行系统的各项测试工作；同时，通过培训及指导使关

键用户的能力提高.，达到对系统能独立操作的水平。本阶段的里程碑是完成系

统测试，并通过项目初验。

试运行：主要完成试运行的各种准备工作，包括正式系统的安装、最终用

户的培训、技术手册、初始数据导入、管理措施的制定等。本阶段的里程碑就

是系统通过试运行，并由客户签署验收报告。

系统上线：主要完成系统的正式运行的有关准备，做好日常操作日志，对

用户端反馈的问题进行及时解决。为保障后期系统的正常运行需要进行管理员

的培训。为保证客户高层对信息的有效决策，需要进行高层应用培训。本阶段

的里程碑就是系统上线成功。

2、项目管理

项目管理就是对定义好的实施工作任务进行控制，并且及时处理资源、成

本预算、时间进度等各方面的冲突及问题，使项目的目标最终得以实现。主要

包括以下内容：

项目质量管理：包括了项目交付物的定义、检测标准及控制方法。

项目成本管理：包括了项目预算的计划、测量与分析、控制项目预算的方

法等。

项目进度管理：包括工作进度的度量方法、平衡进度、质量、成本的关系、

进度控制原则等内容。

项目范围管理：包括实施范围的合理划分（组织范围、业务范围等）、明

确定义、变更管理流程、控制要点等。重点强调了如何分析项目范围的变更对

项目整体的影响力。

项目团队管理：包括项目组织结构的规划、角色及职责定义、汇报关系、

人员配置、成员教育、成员变动管理、团队活动等，重点强调客户相关人员全

职参与到业务实施小组，形成推动项目实施及后期维护的主力军。

项目变革管理：包括项目变革的识别定义、分析变革对企业及项目的影响

力度、业务变革的执行方法等。

项目沟通管理：包括分析沟通对项目的重要性，问时也强调了过分的沟通

会造成工作质量低下，提供快速有效的沟通方法。

项目风险及问题管理：包括风险及问题的识别、度量、分析、控制与反馈,

重点强调了控制流程与解决方法。

3、工具

实施工具是帮助项目快速规划、规范执行的有力支持，包括:

项目实施模板：包括了项目实施过程中无论是软件开发工作还是管理工作

所需要的模板文档。

项目管理平台：包括了项目管理使用的管理平台工具等。

4、服务

为保证项目实施质量，我们公司提供充分调用公司资源来保证项目成功，

对项目的实施提供了各种服务与支持来保障客户持续改进，包括：

管理咨询服务：在项目关键的时候，由经验丰富的管理咨询专家提供业务

管理及业务流程的优化指导。

培训教育：为保证系统上线后的正常运行，并保证客户对系统功能的再挖

掘，提高整体效益，我们公司提供面向客户的标准培训服务。

在线支持：为及时响应项目实施过程中或系统上线后技术问题，我们公司

提供及时在线服务，由认证技术专家会对系统进行检测并修复。

专家诊断：在项目的实施过程中，每一个影响系统性能的工作，我们都会

安排相关方面的专家进行诊断（远程或现场），比如在系统安装完成后，需要

对系统的运行性能、安全保障等进行诊断：系统设计完成后，需要由专家进行

分析诊断，从而更加保证了实施质量。

1.1.6.2,实施主流程

项目从整体上可以划分成八个阶段，即项目准备、需求分析、系统设计、

系统开发、集成测试、系统测试、试运行和上线及验收、运营维护。

从管理控制上讲，项目的各项工作任务均围绕以下五个项目子流程来组织、

执行和管理，所以管理好这几个项目子流程，就能保证项目的成功：

♦开发管理

开发管理主要包括系统开发阶段的工作内容，从用户需求调研、分析、设

计、到开发测试。在这个过程中，要明确系统的业务蓝图、设计其实现方式，

并按照CMM15的质量管理体系和基于RUP方法论严格控制开发的过程，最后对

系统进行模拟以测试系统对业务的满足程度。

♦项目管理

负责项目推进和系统实施相关的管理与控制，包括对管理层、项目小组、

项目计划、项目范围及所需资源的管理。按照用户方的战略和目标规划、监督

和交付项目的各项成果；采取措施保证项目人员和其它资源的有效使用；定期

进行进度和质量管理。

♦试运行及上线

试运行及上线是指系统试点、上线等阶段的工作内容。其中，试点阶段可

以进一步细分为试点准备和试点上线两个子阶段，通过该过程的工作，完成试

点任务上线目标，为系统的可行性进行最终验证；系统上线包括了上线准备与

上线两个子阶段的工作，通过前期整理好的标准数据、规范及文档，对上线阶

段的用户进行数据准备，并对最终操作用户进行培训，数据导入后，即可进行

上线运行及后期维护。作为系统实施工作的结束，项目收尾阶段的工作内容也

被纳入项目实施子流程中。在该阶段的工作中，实施方要持续对用户提供技术

上的支持，并且需要把项目中的相关技术文档及管理文档交付给客户。

1.1.6.3.实施方法

目前，国内很多集成商在大项目的实施中，过多关注于形式化的项目管理,

而忽视真正决定项目成败的软件工程。实际上，在基于方案级的定制软件开发

工作，这块的硬功夫是决定成败的关键。有鉴于此，我们在大型项目实施中，

一直重视需求开发、系统分析设计、测试、数据加载和系统部署等工作。下面,

将专门介绍我们在这方面的积累。

1.1.6.3.1.需求开发的工作方法

需求是系统开发和测试的入口，需求工作的成效直接影响项目的成败，因

此，下面首先介绍我们在需求工程方面积累的一些理论知识和实战经验。

需求工作可以分为开发和管理两方面的工作。需求管理主要包括需求基线

形成、需求跟踪矩阵和变更控制三方面的工作。在实施团队中，主要是由项目

管理团队负责需求管理工作。需求开发包括需求调研（在RUP定位为业务建

模）、需求分析（在RUP定位为系统建模）、规格说明书的编写（含功能和非

功能两部分）、需求原型的开发细化、规格说明书的评审和需求验证。这方面

的工作主要需求经理和行业专家负责需求管理通常在项目管理中会有较多的

说明，这里，我们主要说明需求开发的方法。

需求调研就是真实、全面地反映客户的业务现状和未来发展，具体来说：

需求调研通过将客户立务领域中的重要概念和主要业务建模，采用规范的描述

工具进行描述，并与客户进行沟通和确认。这项工作最大的难度是如何使用客

户可以理解的语言来描述客户的需求，这也是在本项目中建议采用面向对象的

开发方法及UML作为建模语言的原因。需求调研工作中，应该尽量列举出尽可

能多的业务领域，采用的方法为查阅文档、现场交流、调研问卷等几种方式。

需求调研主要制品为需求调研报告。

需求分析工作就是在需求调研的基础上，将客户的业务变成系统需求的过

程。其主要目的是开发正确的、符合客户需要功能的系统。这里，系统建模人

员应使用专业的工具详细地描述系统的功能和非功能需求，并形成需求规格说

明书。需求分析通常包含需求分析策划和需求规格化2个子过程。其中，需求

分析策划是指对确认的用户需求报告进行可行性、优先级等初步分析以形成需

求分析的阶段计划，需求规格化实际是需求分析过程不断深入的过程，因为需

求分析的初期的文档制品主要采用用户语言进行描述，最终要对所有的需求进

行规格化描述，并通过客户和专家的评审，作为需求分析阶段的结束和设计阶

段的依据。在本项目中，需求分析的主要工作内容和制品包括：需求规格说明

书、术语表、业务规则、系统原型、业务模型、系统模型。

1.1.6.3.2.系统分析与设计的工作方法

在系统分析设计的主要任务是根据需求分析的结果细化并构造系统，基于

RUP的分析设计中，将其分为系统架构和用例的分析设计工作。最终的衍生品

统称为系统设计模型。

系统架构设计：主要是进行系统的整体架构设计、接口设计、部署方法等,

从而产生稳定的系统架构。

系统详细设计：根据设计分解的子系统，进行系统的详细设计，主要包括

界面、逻辑和控制的设计，并要进行0-R（对象-关系数据库）的转换及设计，

最终提交的文档制品包括设计类图、交互图、界面设计、数据库设计等。

1.1.6.3.3,软件编码与测试的工作方法

软件开发组长负责对开发人员工作进行分配，开发人员接收到需求规格说

明书及系统设计资料后，即开始进行编码工作，同时负责所负责单元的测试工

作。开发人员在工作中应遵守相关研发管理规范，每天工作结束时，应向项目

经理提交任务完成进度信息，以便于项目管理者进行进度控制。

系统测试也需要有计划、设计、实施、报告几个过程。在系统分析和设计

阶段，就要进行测试计划和测试用例的设计。系统测试实施的内容包括：关键

单元的测试、集成测试、系统测试及联调测试，每个阶段完成后都要有相应的

系统测试报告。

系统测试用例应在系统设计阶段同步设计，测试用例需要特别关注的内容

是用例是否全面，因应在遵循公司相关的测试规范的基础上，应引入最终用户

参与系统测试用例的设计工作，以保证测试用例的有效性。

1.1.6.3.4.试运行工作方法

系统试运行作为质量保证的一种手段，规避了系统直接推广的风险，在整

个项目的生命周期中，起到了承前启后的作用。通过系统试点，我们不仅是要

检验系统的可行性，同时也要生成一套系统的应用规范，以便于后面的系统推

广工作。在试点正式启动之前，要明确试点单位的范围，不仅要考虑业务的代

表性，还要考虑在试点期间要有相关业务发生。试点的过程包括系统安装、培

训、数据切换与上线支持。

1.1.7.实施过程中的沟通计划

项目组织机构成员的有效沟通是项目成功实施的基础。项目沟通通路主要

有三条：项目经理（PM）与项目监管组织（PMO）之间，项目经理与项目团队成

员（TM）之间，项目团队成员相互之间。

项目经理与项目监管组织之间的及时有效沟通是及时发现问题，降低顷目

风险，协调落实各阶段资源和资金，协调解决项三进行中甲乙双方存在的分歧

的有利支持和保证。

项目经理与项目团队成员之间的及时有效沟通是明确项目共同目标和任务,

项目团队成员获得充分的信息和指导，项目经理获得项目计划控制更新调整，

保证项目成功实施的基础。

项目团队成员相互之间的及时有效沟通是整个项目团队成员共同协作完成

项目各项子系统，任务包的技术保证。

具体的项目沟通计划如下:

起点9终点频率格式媒介反馈

《项目阶段评

按阶段会议/面谈2d

审记录》

PMOPM

审批《项目变E-Mail/会

按需要Id

更申请》议

《项目计划电

PMOPM项目启动之前Id

书》话

《项目满意度E-Mail&电

PMOPM项目完成Id

调查表》话

《项目进展状

PM里程碑及每周面谈/电话2d

态报告》

《项目总结与

项目完成前会议Id

备忘》

《项目计戈IJE-Mail/会

项目启动2d

书》议

《项目进展状

里程碑E-MailId

态报告》

PMPMO重大《项目变

更申请》及

按需要E-Mail2d

《项目变更控

制记录》

《项目总结报

项目完成后会议3d

告》

《项目计

划》、《设计

E-Mail/n

阶段/按需要文档》等各类Id

头

技术和管理文

档

PMTM

B协助解决问题口头沟通Od

《个人项目绩面谈/E-

项目完成2d

效评价结果》mail

《现场实施服

E-Mail/电

TMPM每周1〜2次务单》/《阶段Id

话

工作报告》

《测试计划》

《测试用例》

《测试报告》

QAPM按进度计划E-MailId

《缺陷报告》

《评审纪录》

等

《项目进展状电话/E-

里程碑2d

态报告》Mail

PM客户经理

《项目验收计

电话/E-

项目验收时戈1》《项目验2d

Mail

收报告》

1.1.8.测试方案

1.1.8.1.测试目标和原则

1.1.8.1.1.测试目标

测试过程是验证建设成的最终系统是否满足原始需求并且遵循系统设计，

测试的目标是尽可能多的发现系统中存在的错误，并能发现及预言潜在的错误,

以保证系统正常运行。同时，本项目的建设任务中还包括应用集成服务的内容,

因此对应用集成测试业务也是本项目的测试目的之一。测试的最终目的则是发

现应用软件的错误、便件和系统软件的问题，达到在硬件和系统软件支撑下，

应用软件系统能正常、稳定、可靠运行的目的。

1.L8.1.2.测试原则

♦制定规范和完整的测试计划，严格按计划组织测试，排除测试活动的

随意性。

♦预先组织和准备好各种测试用例和测试数据，以保证测试活动的顺利

开展。

♦测试输入数据应与对应的预期输出结果配套。

♦测试用例中不仅有合理的输入条件，还要有不合理的输入条件。

♦妥善保存各种测试文档及测试用例与数据，为以后软件重测和维护提

供方便。

♦对每一个测试结果要做全面的分析和检查。

♦系统测试过程中发现的所有缺陷用统一的缺陷管理工具来管理，开发

人员根据缺陷管理报告及时改正错误。

1.1.8.2.测试组织

针对本项目实施特点，我公司成立专门的测试组织来完成测试工作，测试

的组织结构是属于项目组，但是独立于开发组，测试负责人的直接汇报渠道是

项目经理。

1.1.8.3.测试内容

木项目的测试种类包括：单元测试、集成测试、功能测试、界面测试、健

壮测试、安全测试、性能测试、安装测试、文档测试等。

在进行测试前，需要编写详实的测试方案，其中包括测试时间安排、测试

准则、测试用例、测试范围、测试目标、测试人员、出错处理流程及处理结果

等内容。在测试案例中应包含对异常情况处理的测试，如数据不全、数据类别

有误、数据不合法等。

各种类型的测试都是采用循环往复的“测试一改进”操作，以确保问邈得

到完整、充分的解决的过程。

1.1.8.4.测试程序

根据本项目实施进度要求安排测试步骤如下：

1.制定测试计划：明确时间、人员安排，系统测试时间；特别注意阶段性

完整测试版本的计划安排。确定测试重点（测试设计）并对测试计划进行版本

管理。

2.准备测试环境：根据项目环境、计划要求，测试员在测试服务器搭建测

试环境

3.准备测试数据：根据项目开发计划的时间安排，编写测试用例

4.获得测试版本：

首先，测试版本可分为两种：增量测试版本、完整测试版本。在系统完善

修改的测试阶段，可以采取增量式测试，即只对增加的修改内容进行测试：在

计划的时间点取得完整的测试版本（执行包括数据重新初始化在内的操作），

对版本进行全面的回归测试，并且必须保证所有情况下实施前的最后一个版本

进行过完整测试。

5.执行测试：测试员执行测谎用例，将问题记录丁-bug管理工具，bug记

录要尽可能详细的填写测试用例执行过程。

在执行测试用例进行测试时，如果需要调整测试用例或测试方法，修改测

试计划与测试用例，并在修改历史中记录修改原因与修改办法。

6.编制测试报告：按照测试计划，项目版本达到测试通过标准，测试方撰

写《测试分析报告》，《测试分析报告》通过后，项目发行版本可发行，项目

测试工作可结束。测试总结：根据项目的计划安排，项目测试结束后，测试人

员对测试过程进行总结。对测试过程进行总结分析，在项目总结会议上提交，

共同讨论，汇总经验。总结内容形成《测试总结很告》。

1.1.8.5.测试过程进度及质量控制

有了测试计划和规范，只是知道做什么和如何去做，但是有没有按要求去

做，做得好不好，就必须在测试过程中进行进度控制和质量控制。需要及时的

进行落实，还要实时的进行跟踪测试的执行情况、发现问题，并及时调整测试

策略，以使测试过程中的质量和进度得到保证。

进度控制主要是看能不能按照测试计划的工作任务和时间要求完成。这就

需要随时掌握测试工作的进展情况，若进度拖延，要考虑是在合理的时间范围

内调整以后的测试计划，还是必须加快以后的工作效率赶上计划的进度“在子

系统确认测试执行过程中，我们采取了每天填写《测试过程记录表》的方式了

解每天测试执行工作的进展情况，来进行进度控制。

测试质量的控制主要是对测试需求、用例设计、测试方案的评审。

1.1.8.6.测试方法

1.1.8.6.1,单元测试

■单元测试目的

单元测试的对象是软件设计中的最小单元模块。单元测试人员根据单元测

试计划对已完成的系统单元进行测试，确保已完成的系统单元符合相应部分系

统详细设计说明书所规定的要求。如果单元测试发现系统单元与其相应的详细

设计说明书不符，则此系统单元必须修改以最终符合说明书的规定。

■单元测试采月的方法、技术与内容

单元测试主要采用白盒测试技术，用控制流覆盖和数据流覆盖等测试方法

设计测试用例；主要测试内容包括单元功能测试、单元性能测试和异常处理测

试等。

■单元测试流程

单元测试流程分为单元测试设计、单元测试准备、单元测试实施和记录、

单元测试错误跟踪。

单元测试设计即单元测试用例设计，由系统设计人员在详细设计的同时完

成。

单元测试准备为按照测试用例的要求，准备单元测试驱动数据和驱动模块,

由开发人员在开发过程中完成。

单元测试实施和记录由开发人员在编码完成以后进行。

单元测试问题跟踪由开发人员和系统设计人员共同完成，根据引起问题的

不同原因进行不同处理。如果测试问题为编码错误，则由开发人员完成纠错后

重新测试。如果测试问题为设计阶段引起的问题，则需要进行设计变更。

通过单元测试的程序，进入配置管理系统。

■单元测试用例

编程组组长组织、指导开发人员根据《系统设计说明书》，编写所负责代

码设计模块的《单元测试用例》，设计单元测试脚本。

1.1.8.6.2.代码评审

编程组组长组织人员进行代码检查。若所写的代码不符合编码规范，即便

已实现了系统功能，仍然认为不合格的，需要重写。

■代码检查的意义

保证代码编写的规范

保证代码编写的过程不产生BLG

代码检查的依据

■检查代码是否有更新

检查存在问题是否有更新

检查存在问题是否已解决

问题已解决，则填写《代码检查记录》

1.1.8.6.3,集成测试

■集成测试目的

集成测试是指根据《系统概要设计》及《系统集成与开发详细设计》，

对系统的各单元进行组装。把分离的系统单元组装为完整的可执行的计算机

软件。集成测试的目的是检查软件单元部件是否能够集成为一个整体，完成

一定的功能，并找出单元测试中没有发现的错误，包括数据定义有没有重合

与冲突，接口会不会产生错误，组合以后的模块功能会不会互相影响，组合

的系统是不是达到预期的效果等。

■集成测试采月的方法、技术和内容

集成测试采用白盒测试和黑盒测试相结合的测试技术和渐增式的测试策

略，用数据流等测试方法设计测试用例。主要测试内容包括单元之间的接口

测试、全局数据结构测试等。

■集成测试流程

集成测试包括集成测试设计、集成测试准备、集成测试实施和测试记录、

集成测试问题跟踪和结束测试等阶段。

集成测试设计由测试组组长根据项目计划和开发计划编制《集成测试计

戈IJ》，设计《测试用例》。

测试计划和测试用例应当通过项目经理的审查。

集成测试准备需要系统测试组组长建立独立的测试环境。测试环境包括

测试硬件环境、网络、数据库、应用服务器等以及测试对象(程序)的安装和

初始化工作。

集成测试实施和测试记录是由系统测试组组长组织人员按照测试计划和

测试用例要求进行测试，并且记录测试过程和测试结果。

集成测试问题跟踪是在测试过程中发现的问题由系统测试组组长根据测

试记录提交测试问题报告，并由系统设计人员和开发人员解决每一个问题的

过程。

测试结束指测试问题报告中的问题解决后，进行回归测试。当测试问题

降低到一定程度并通过测试通过准则时，系统测试组组长提交测试总结报告

结束测试。

1.L8.6.4.功能测试

功能测试包括两大部分，一是包括基本业务功能、业务测试、接口测试

和可用性测试等方面的功能测试，二是包括•：安全性测试、故障恢复测试、

数据库测试、配置测试、安装测试的产品化测试。验收测试主要从系统的实

用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。

(1)测试目标

在整个的软件开发过程中，由于各种原因应用系统会有不完善的问题，

这些问题会体现在开发后发布的软件产品中，弃在产品中极大的影响着产品

的使用，对于用户，这些缺陷阻碍着完成他们的既定目标和工作。所以我们

要组织并执行测试，以降低软件产品中存在的缺陷，保证产品的质量和可用

性，测试工作的目标就是降低BUG率，从各个方面提高软件产品的质量和可

用性，为用户提供优质系统。计划进度表和测试计划对业务系统测试进行了

时间和内容上的定义与约束。

(2)测试流程

下图是功能测试的流程，概要描述了测试过程中所涉及的角色，测试阶

段，以及各阶段不同角色需要完成的任务。

潮试仇充人开发tV.HiJ<HI仇贡人

求划业务庾试-

杜准甘划

|M中做试“赢］

基

毒

〉

修正珠陷

歧

运

我

〉

件

业务测试流程

在准备测试用例这一活动中，我们所执行的具体任务如图所示，在确定

具体的测试范围及内容后，进行测试分类，并根据分类的结果确定需要设计

的测试用例。每个测试用例的描述如图中下半部分的描述。

Testcaw

项目■号ProjectM项目名晞PtojedNamtVnDevelopDept或目会野人PL

三5根驶33够式力JR■条MSWtiWI执行结果

DModuleIDL&v€i1」•心⑶.3Leven号T”t述?r<C<>ndxTea用淅记ExiledEx,et，oa

ModuleModuleWocMeModuleCaseIDCl»itCaseQisStepCcaplecResulnRemitT”tUtt

T«itFn«r>ty

onDaU

n<

准备测试用例

在整个测试过程中，我们将用缺陷管理工具BugBase对测试大纲、测试

用例、测试问题等进行管理，并可对问题进行统计。

(3)关键步骤

■输入

项目开发计划

业务需求说明、《系统需求规格说明》

测试数据

■关键步骤

定义测试需求与策略

开发测试脚本和用例

准备测试环境

执行测试

■输出

测试计划

测试用例、脚本

测试结果

■关键成功因素

确定系统需求的可靠方法

认可了整体测试计划

测试脚本开发与执行有足够资源与时间

支持测试脚本开发与执行的工具，包括适当的配置环境

开发以业务过程驱动为基础的测试脚本

测试环境的可靠、及时（转换）的测试数据

所有业务系统和系统集成测试的全面执行

独立的质量保记测试和对所有测试活动的合格终止

（4）测试完成标准

•实现功能完全符合功能列表。

•所有的功能页面均可达。

•TD（TestDirector）上的问题得到妥善处理，不含有A,B,C类句题。

•定义的测试项目完成。

•产品化测试的约束达成。

（5）缺陷管理追踪工具

在上节描述中提到的TD（TestDirector）,可以应用于测试的全过程，

也可以用于管理各类评审的缺陷等。

TD(TestDirector)还提供一些模板，例如测试计划、测试总结、测试

大纲、测试问题卡，因此可以通过BugBase实现从测试计划到总结的各测