生命周期模型选择指南

生命周期模型选择指南文件编号版本密级总页数制定部门

B□机密

□密

■内部公开修订记录版本号 修订人 修订日期 修订内容 签批目

录1.前言....................................................... 错误！未指定书签。1.1

目的.............................................. 错误！未指定书签。1.2

范围.............................................. 错误！未指定书签。2.瀑布模型................................................. 错误！未指定书签。2.1

模型描述........................................ 错误！未指定书签。2.2

阶段和任务

.................................... 错误！未指定书签。2.3

选择瀑布模型的原则

........................ 错误！未指定书签。2.4

适用项目类型

................................. 错误！未指定书签。3.迭代增量模型（）.................................... 错误！未指定书签。3.1

模型描述........................................ 错误！未指定书签。3.2

阶段和任务

.................................... 错误！未指定书签。3.3

选择迭代增量模型的原则.................. 错误！未指定书签。3.4

适用项目类型

................................. 错误！未指定书签。1.前言1.1

目的本文作为项目经理在制定项目计划时，根据项目和产品的特点确定采用何种生命周期模型的依据。1.2

范围适用于所有软件开发项目。2.瀑布模型2.1

模型描述瀑布模型规定的各项关键软件工程活动阶段是自上而下、相互衔接、逐级下落如同瀑布的固定次序。模型将软件开发的阶段分为：立项、项目规划、需求分析、设计、编码、测试、交付七个阶段。模型布模型。2.2

阶段和任务2.2.1

立项2.2.1.1

目标完成产品规划，确定产品目标，项目立项。2.2.1.2

适用的标准和规范需求工程()过程定义中产品规划流程。同行评审()过程定义。2.2.1.3

适用的工具和方法《同行评审指南》2.2.1.4

进入准则有产品开发计划或有订单类开发项目合同。2.2.1.5

参与角色2-2-1-5-1.

高层领导2-2-1-5-2.

产品经理2-2-1-5-3.

项目经理2-2-1-5-4.

客户2-2-1-5-5.

度量分析人员2-2-1-5-6.

配置管理人员2.2.1.6

主要活动2-2-1-6-1.

产品经理进行产品的可行性分析，产出《产品规划》

并由高层领导批准。2-2-1-6-2.

开项目启动会议，项目启动，任命项目经理。2-2-1-6-3.

项目前期相关资料移交给项目经理。2.2.1.7

完成的主要工作产品《产品规划》2.2.1.8

退出准则项目立项，任命项目经理。2.2.1.9

度量2-2-1-9-1.

项目立项阶段所花的工作量。2-2-1-9-2.

项目立项阶段所花的成本。2-2-1-9-3.

评审的工作量、缺陷密度、评审速度。2.2.2

项目规划2.2.2.1

目标进行项目策划，完成项目组的组建和项目计划。2.2.2.2

适用的标准和规范项目规划()过程定义。同行评审()过程定义。2.2.2.3

适用的工具和方法《分解指南》《估算指南》《同行评审指南》2.2.2.4

进入准则项目立项。2.2.2.5

参与角色2-2-2-5-1.

高层领导2-2-2-5-2.

项目经理2-2-2-5-3.

项目成员2-2-2-5-4.2-2-2-5-5.

度量分析人员2-2-2-5-6.

配置管理人员2.2.2.6

主要活动2-2-2-6-1.

项目经理组建项目团队。2-2-2-6-2.

2-2-2-6-3.

项目经理估计项目规模、工作量、成本。2-2-2-6-4.

项目经理识别项目风险。2.2.2.7

完成的主要工作产品《项目计划》《里程碑计划》2.2.2.8

退出准则《项目计划》通过评审，项目团队组建完成。2.2.2.9

度量2-2-2-9-1.

项目计划阶段所花的工作量。2-2-2-9-2.

项目计划阶段所花的成本。2-2-2-9-3.

评审的工作量、缺陷密度、评审速度。2.2.3

需求分析2.2.3.1

目标与客户和最终用户在系统的工作内容等方面达成并保持一致，定义出项目需求。2.2.3.2

适用的标准和规范需求工程()过程定义中客户需求开发流程、产品需求开发流程。同行评审()过程定义。2.2.3.3

适用的工具和方法《用户需求访谈指南》《需求追溯表》《同行评审指南》2.2.3.4

进入准则项目计划阶段完成。2.2.3.5

参与角色2-2-3-5-1.

项目经理2-2-3-5-2.

需求分析人员2-2-3-5-3.

客户2-2-3-5-4.2-2-3-5-5.

度量分析人员2-2-3-5-6.

配置管理人员2.2.3.6

主要活动2-2-3-6-1.

需求分析人员收集需求相关资料。2-2-3-6-2.

需求分析人员进行需求调研，总结分析客户需求。2-2-3-6-3.

需求分析人员根据收集的需求资料进行需求分析，产出2.2.3.7

完成的主要工作产品《需求规格书》《需求追溯表》2.2.3.8

退出准则《需求规格书》通过评审，并纳入配置库。2.2.3.9

度量2-2-3-9-1.

需求分析阶段所花的工作量。2-2-3-9-2.

需求分析阶段所花的成本。2-2-3-9-3.

评审的工作量、缺陷密度、评审速度。2.2.4

设计2.2.4.1

目标在已定义的需求基础上，完成系统设计。2.2.4.2

适用的标准和规范设计实现与集成()过程定义中系统设计流程。决策分析()过程定义。同行评审()过程定义。2.2.4.3

适用的工具和方法《系统设计指南》《界面设计规范》《数据库命名规则》《决策分析指南》《同行评审指南》2.2.4.4

进入准则需求分析阶段完成。2.2.4.5

参与角色2-2-4-5-1.

项目经理2-2-4-5-2.

设计人员2-2-4-5-3.

度量分析人员2-2-4-5-4.

配置管理人员2.2.4.6

主要活动2-2-4-6-1.

项目经理与设计人员选择项目的技术解决方案。2-2-4-6-2.

《接口设计说明书》设计文档。2-2-4-6-3.

设计人员根据《体系结构设计说明书》进行系统的详细设计，产出《模块设计说文档。2.2.4.7

完成的主要工作产品《体系结构设计说明书》《模块设计说明书》2.2.4.8

退出准则配置库。2.2.4.9

度量2-2-4-9-1.

设计阶段所花的工作量。2-2-4-9-2.

设计阶段所花的成本。2-2-4-9-3.

评审的工作量、缺陷密度、评审速度。2.2.5

编码2.2.5.1

目标在概要设计和详细设计基础上，完成软件的编码。对于完成的代码，应进行单元测试。2.2.5.2

适用的标准和规范设计实现与集成()过程定义中系统实现流程。同行评审()过程定义。2.2.5.3

适用的工具和方法《编程规范》《软件开发规范》《系统实现指南》《同行评审指南》2.2.5.4

进入准则设计阶段完成。2.2.5.5

参与角色2-2-5-5-1.

项目经理2-2-5-5-2.

设计人员2-2-5-5-3.

编码人员2-2-5-5-4.

度量分析人员2-2-5-5-5.

配置管理人员2.2.5.6

主要活动2-2-5-6-1.

开发人员编码实现。2-2-5-6-2.

开发人员完成代码的单元测试和代码走查。2-2-5-6-3.

开发人员和测试人员完成系统的《用户操作手册》等使用说明文档。2.2.5.7

完成的主要工作产品系统代码《用户操作手册》2.2.5.8

退出准则系统源代码完成，且单元测试和代码走查的代码覆盖率达到100%。2.2.5.9

度量2-2-5-9-1.

编码和单元测试阶段所花的工作量。2-2-5-9-2.

编码和单元测试阶段所花的成本。2-2-5-9-3.

评审（代码走查）的工作量、缺陷密度、评审速度。2.2.6

测试2.2.6.1

目标验证系统是否符合需求，由专门的测试人员承担集成测试和系统测试工作。通过测试后，可申请软件发布。2.2.6.2

适用的标准和规范设计实现与集成()过程定义中产品集成流程。测试()过程定义中系统测试流程、缺陷管理流程。同行评审()过程定义。2.2.6.3

适用的工具和方法《测试指南》《同行评审指南》2.2.6.4

进入准则编码阶段完成。2.2.6.5

参与角色2-2-6-5-1.

项目经理2-2-6-5-2.

测试人员2-2-6-5-3.

编码人员2-2-6-5-4.

设计人员2-2-6-5-5.

度量分析人员2-2-6-5-6.

配置管理人员2-2-6-5-7.

产品集成人员2.2.6.6

主要活动2-2-6-6-1.

测试人员制定测试计划、测试方案。2-2-6-6-2.

测试人员设计系统测试用例和集成测试用例。2-2-6-6-3.

产品集成人员和测试人员搭建系统集成环境，进行系统集成。2-2-6-6-4.

测试人员执行集成测试用例进行集成测试，产出《测试报告》。2-2-6-6-5.

测试人员搭建系统测试环境。2-2-6-6-6.

测试人员执行系统测试用例进行系统测试，产出《测试报告》。2-2-6-6-7.

编码人员和设计人员修改测试问题。2.2.6.7

完成的主要工作产品《测试计划》《测试用例》《测试报告》2.2.6.8

退出准则《测试报告》通过评审；满足软件测试完成标准。2.2.6.9

度量2-2-6-9-1.

测试阶段所花的工作量。2-2-6-9-2.

测试阶段所花的成本。2-2-6-9-3.

模块的缺陷密度、缺陷发现的效率以及缺陷个数等。2-2-6-9-4.

评审的工作量、缺陷密度、评审速度。2.2.7

交付2.2.7.1

目标完成产品发布和交付前的准备工作，包括产品包装，维护人员培训等。项目组应安排进行项目总结。2.2.7.2

适用的标准和规范测试()过程定义中验收测试流程。配置管理()过程定义中产品发布流程。同行评审()过程定义。2.2.7.3

适用的工具和方法《测试指南》《配置管理指南》《同行评审指南》2.2.7.4

进入准则测试阶段完成。2.2.7.5

参与角色2-2-7-5-1.

客户2-2-7-5-2.

高层领导2-2-7-5-3.2-2-7-5-4.

项目经理2-2-7-5-5.

测试人员2-2-7-5-6.

集成人员2-2-7-5-7.

维护人员2-2-7-5-8.

度量分析人员2-2-7-5-9.

配置管理人员2.2.7.6

主要活动2-2-7-6-1.

2-2-7-6-2.

项目配置管理人员包装系统。2-2-7-6-3.

项目经理制定验收测试计划。2-2-7-6-4.

测试人员设计验收测试用例。2-2-7-6-5.

集成人员部署搭建测试环境，安装系统。2-2-7-6-6.

2-2-7-6-7.

项目总结。2.2.7.7

完成的主要工作产品产品安装包《验收报告》2.2.7.8

退出准则《验收报告》通过评审。2.2.7.9

度量2-2-7-9-1.

交付阶段所花的工作量。2-2-7-9-2.

交付阶段所花的成本。2-2-7-9-3.

验收测试缺陷。2-2-7-9-4.

系统交付后产生的缺陷。2.3

选择瀑布模型的原则当项目满足以下场景时，建议选择瀑布模型。2-3-1.

项目需求稳定，在开发时间内需求没有或很少变化。2-3-2.

分析设计人员对应用领域很熟悉。2-3-3.

合同对完成时间、进度有明确要求。2-3-4.

2-3-5.

用户应用环境稳定。2-3-6.

用户除提出需求以外，很少参与开发工作。2.4

适用项目类型瀑布模型适用的公司项目类型为：合同项目—新开发系统、预研项目。3.迭代增量模型（）3.1

模型描述迭代增量生命周期模型是一种适用于大型、复杂的项目开发的模型，其生命周期中有四个阶段：启动、细化、构造和移交。每个阶段个时间段，需要执行一系列活动（需求工程、设计、编码和测试），会产生一个被实施的软件的可执行的版本。3.2

阶段和任务3.2.1

启动3.2.1.1

目标与客户讨论进行项目可行性研究。3.2.1.2

适用的标准和规范项目规划()过程定义。需求工程()过程定义中产品规划流程、客户需求开发流程。设计实现与集成()过程定义。同行评审()过程定义。3.2.1.3

适用的工具和方法《需求追溯表》《用户需求访谈指南》《分解指南》《估算指南》《同行评审指南》3.2.1.4

进入准则有产品开发计划或有订单类开发项目合同。3.2.1.5

参与角色3-2-1-5-1.

高层领导3-2-1-5-2.

产品经理3-2-1-5-3.

项目经理3-2-1-5-4.

客户3-2-1-5-5.

需求分析人员3-2-1-5-6.

设计人员3-2-1-5-7.

开发人员3-2-1-5-8.

度量分析人员3-2-1-5-9.

配置管理人员3.2.1.6

主要活动3-2-1-6-1.

包括

1-2

次迭代。3-2-1-6-2.

建立项目边界，明确需要达到的目标和用户验收标准。3-2-1-6-3.

识别潜在的技术、资金、业务方面的风险。3-2-1-6-4.

验证项目的可行性。3-2-1-6-5.

开项目启动会议，项目启动，任命项目经理。3-2-1-6-6.

项目经理估计项目规模、工作量、成本，并做出《项目计划》。3-2-1-6-7.

需求分析人员收集需求相关资料。3-2-1-6-8.

需求分析人员根据收集的需求资料进行需求分析，产出3.2.1.7

完成的主要工作产品《产品规划》《项目计划》《里程碑计划》《需求规格书》3.2.1.8

退出准则3.2.1.9

度量3-2-1-9-1.

项目启动阶段所花的工作量。3-2-1-9-2.

项目启动阶段所花的成本。3-2-1-9-3.

评审的工作量、缺陷密度、评审速度。3.2.2

细化3.2.2.1

目标建造一个高层构架。3.2.2.2

适用的标准和规范项目规划()过程定义。需求工程()过程定义中产品需求开发流程、需求变更流程。设计实现与集成()过程定义。测试()过程定义中系统测试流程。同行评审()过程定义。3.2.2.3

适用的工具和方法《需求追溯表》《用户需求访谈指南》《分解指南》《估算指南》《系统设计指南》《界面设计规范》《决策分析指南》《同行评审指南》3.2.2.4

进入准则3.2.2.5

参与角色3-2-1-5-1.

项目经理3-2-1-5-2.

客户3-2-1-5-3.

需求分析人员3-2-1-5-4.

设计人员3-2-1-5-5.

开发人员3-2-1-5-6.

测试人员3-2-1-5-7.

度量分析人员3-2-1-5-8.

配置管理人员3.2.2.6

主要活动3-2-2-6-1.

可能包括有

2

到

3

次迭代。3-2-2-6-2.

收集、细化需求，进行高层次分析和设计，完成《需求3-2-2-6-3.

分析需求，将需求用风险、重要程度、覆盖率来进行优先级排序。3-2-2-6-4.

项目经理为构造阶段制定计划：选择一些功能点，完成这些功能；随后再选择别的功能点，完成这些功能；如此循环往复。3-2-2-6-5.

项目经理与设计人员选择项目的技术解决方案。3-2-4-6-6.

设计人员设计体系结构，产出《体系结构设计说明书》等设计文档。3-2-4-6-7.

通过实现那些关键的需求来验证所选用的架构。3.2.2.7

完成的主要工作产品《需求规格书》《体系结构设计说明书》3.2.2.8

退出准则系统架构建立完成。3.2.2.9

度量3-2-2-9-1.

项目细化阶段所花的工作量。3-2-2-9-2.

项目细化阶段所花的成本。3-2-2-9-3.

评审的工作量、缺陷密度、评审速度。3.2.3

构造3.2.3.1

目标建造一个实用的系统。3.2.3.2

适用的标准和规范项目规划()过程定义。需求工程()过程定义。设计实现与集成()过程定义。测试()过程定义中系统测试流程、缺陷管理流程。同行评审()过程定义。3.2.3.3

适用的工具和方法《需求追溯表》《用户需求访谈指南》《分解指南》《估算指南》《系统设计指南》《界面设计规范》《决策分析指南》《编程规范》《软件开发规范》《系统实现指南》《测试指南》《同行评审指南》3.2.3.4

进入准则系统架构建立完成。3.2.3.5

参与角色3-2-3-5-1.

项目经理3-2-3-5-2.

客户3-2-3-5-3.

需求分析人员3-2-3-5-4.

设计人员3-2-3-5-5.

开发人员3-2-3-5-6.

测试人员3-2-3-5-7.

度量分析人员3-2-3-5-8.

配置管理人员3.2.3.6

主要活动3-2-3-6-1.

通常有多次迭代，每一次迭代所得到的产品应满足项目需求的某一个子集。3-2-3-6-2.

完成所有需要的功能的分析、设计、开发和测试。3-2-3-6-3.

提交给早期用户或是内部提交。3-2-3-6-4.

为移交阶段切换创建详细的计划。3.3.3.7

完成的主要工作产品系统源代码《用户操作手册》《测试报告》3.2.3.8

退出准则系统完成。3.2.3.9

度量3-2-3-9-1.

构造阶段所花的工作量。3-2-3-9-2.

构造阶段所花的成本。3-2-3-9-3.

测试缺陷。3-2-3-9-4.

评审的工作量、缺陷密度、评审速度。3.2.4