02生命周期选择的指南

目录

1。项目的 (2)

2。范围 (2)

3。义务 (2)

4。工作程序 (2)

4。1个公司定义的软件生命周期模型 (2)

4。2软件学生救期间模型的选择标准 (2)

4.2.1瀑布模型选择标准 (2)

4.2.2增量模型选择标准 (2)

4.2.3快速原型选择标准 (3)

4.3软件生命周期模型 (3)

4.3.1瀑布模型 (3)

4.3.2增量模型 (4)

4.3.3快速原型制作模型 (4)

4.4各个阶段的任务，活动，工作产品和质量控制 (6)

4.4.1标准 (6)

4.5软件生命周期定制指南 (8)

4.5.1裁缝指南 (8)

5，参考 (9)

1。目的

指导项目团队在制定项目开发计划的阶段选择适合项目特征的生命周期，并能够按照软件生命周期定义的工作流程进行工作。

2.面积

此过程适用于新开发的软件项目。

3.责任

软件项目经理负责根据项目的特征选择适当的生命周期。

4.工作程序

4.1公司定义的软件生命周期模型

软件生命周期的定义可能会有所不同，具体取决于软件项目特征的标识和所选的软件开发模型。公司计划推荐的软件生命周期模型如下：

1.瀑布模型

2.增量模型

3.快速原型模型

4.2软件学生救期间模型的选择标准

定义适用的软件生命周期是软件项目计划的基本点，也是标准化项目管理的重要手段。因此，在定义项目的软件生命周期时，应首先根据每个项目的特征和选择标准从此规范中选择合适的软件生命周期模型，然后定制适用于该项目的软件生命周期定义。。

4.2.1瀑布模型选择标准

1.用户一开始就给出了明确的需求，并且需求在开发过程中没有改变或很少改变；

2.分析设计人员熟悉应用领域；

3.低风险项目（熟悉目标和发展环境）；

4.用户应用环境稳定；

5.用户除要求外很少参与开发工作；

6.用户接受该程序的运行版本只能在项目的后期开发阶段获得。

4.2.2增量模型选择标准

1、在整个项目开发过程中，用户需求可能会发生变化；

2、客户分阶段接受交货；

3.分析设计人员对应用领域不熟悉或难以完全掌握；

4.中或高风险项目（太紧的项目，可以分阶段提交，或者不熟悉系统目标和开发环境的项

目）；

5.用户需要参与整个软件开发过程；

6.使用面向对象的语言或第四代语言。

4.2.3快速原型选择标准

1、用户定义了软件的总体目标，但无法确定详细的输入，处理和输出要求

2、开发人员无法确定算法的有效性，操作系统的适应性或人机交互的形式；

3、分析和设计人员对应用领域不熟悉；

4.高风险项目；

4. 3软件生命周期模型

软件生命周期可以分为需求阶段，计划阶段，设计阶段，实现阶段，测试阶段和交付阶段。

4.3.1瀑布模型

瀑布模型规定，每个关键的软件工程活动阶段都是自上而下，相互连接和逐渐下降的固定序列，就像瀑布一样。当在某个阶段发现上游缺陷时，可以通过回顾来消除或改善它们。

4.3.2增量模型

增量模型遵循增量方法进行软件开发，将瀑布模型的基本组件与原型模型的迭代

功能结合在一起。软件产品被实现为一组增量，每个线性序列产生一个可释放的增量，每个增量释放一个可操作的产品。

4.3.3快速原型制作模型

原型模型从需求收集开始。开发人员和用户共同定义软件的总体目标，并在确定已知需求后进行快速设计，从而建立原型（原型不能作为正式产品发布或交付），然后进一步完善。优化要开发的软件，并逐步调整原型以满足客户的需求。整个过程是迭代的。

快速成型

4.4每个阶段的任务，活动，工作产品和质量控制

4.4.1标准类型

*表示受控和强制选项。在某个阶段控制文档时，将在后续阶段进行控制。

小号代表阶段

Ť代表任务

问代表质量保证活动

P拟生产的代表作品

[R代表工作记录

4.5软件生命周期定制指南

本文档中推荐的三种软件生命周期模型是针对近年来已出现或将要出现在公司中的软件项目的类型定义的，但是实际上，没有两个软件项目完全相同。在组织中’的政策，程序，业务目标，获取方法和策略，项目规模和复杂性，系统要求，采用的开发方法，技术和开发环境以及项目团队，许多因素都会影响系统的获取，开发以及运行和维护。因此，当每个项目使用此标准时，都需要根据项目的特点对其进行定制。

但是，在裁剪过程中必须遵循以下原则：

1)阶段收敛的原则：

量身定制的生命周期的各个阶段应相互联系。一个阶段的里程碑工作是下一阶段的输入。不要从需求阶段开始，跳过分析和设计阶段，而直接进入编码实现阶段。

2)合理性原则：

每个生命周期阶段中列出的活动，工作和质量控制点都可以根据项目的大小合理地增加或合并。对于某些大型项目，可以为子项目，子工作产品或子活动添加一些质量控制点；对于小型项目或功能点较少的项目，可以适当组合一些质量控制点，但是计划必须说明合并的原因。

3)可视化原理：

任务，活动，工作产品和质量控制点必须在生命周期的每个阶段中明确列出。

查看具体切割步骤4.5.1裁缝准则。

4.5.1裁缝准则

最好针对特定项目或合同进行定制。

4.5.1.1生命周期阶段的拦截

选择了生命周期模型之后，可以考虑项目的特征，生命周期模型，源输入和最终输出来拦截一个或多个相邻阶段。例如，选择瀑布模型。交付软件项目可以拦截需求定义，计划，设计，实施和测试的五个相邻阶段。

4.5.1.2生命周期阶段的合并和细分

对于截获的两个相邻阶段，对于某些小型项目，可以将两个相邻阶段合并为一个阶段，例如，瀑布模型中的设计和实现阶段可以合并为一个阶段。相反，对于大型项目，一个阶段可以分为两个阶段。例如，瀑布模型的设计阶段可以分为两个阶段：轮廓设计和详细设计。但是，对于合并阶段，应解释原因。

4.5.1.3任务定制

在此标准生命周期的每个阶段中都列出了建议的任务（活动），其中一些是强制性的（带有*），有些是可选的。对于强制选项，如果未选择，则应说明原因。如有必要，还可以添加一些未在本标准中列出的任务，例如培训，外包，外包软件，现场安装，数据准备等。

4.5.1.4切割工作产品

在本标准生命周期的每个阶段中列出了许多推荐的工作产品和记录。有些是必需的（带有*），有些是可选的。对于强制选项，如果未选择，则应说明原因。如有必要，还可以添加一些本标准中不推荐的工作产品，例如培训计划，外包合同等。

对于小型项目，可以将一些工作产品，开发文档和管理文档进行合并。