软件生存周期及开发模型

1．生存周期模型裁剪指南

生命周期模型裁剪指南：在一个成熟的IT企业或软件组织内部，根据上述通用的4个软件开发模型的普遍原则，结合本单位的开发经验和行业特点的具体实际，还需要定制适合本单位的“生存周期模型裁剪指南”，有针对性地对选定的软件开发模型中定义的生存周期，进行恰当的裁剪，使它完全适合于本单位的需求。所谓裁剪，就是对原模型中定义的内容进行增、改、删，去掉对本单位不适合的部分，增加对本单位适用的内容，同时进一步细化，从而构成了完全适合本单位的“生存周期模型裁剪指南”。该“指南”在软件组织内部，专供高层经理和项目经理在软件策划中选取软件开发模型时使用。

2. 增量模型

增量模型(Incremental Model)是遵循递增方式来进行软件开发的。软件产品被作为一组增量构件(模块)，每次设计、实现、集成、测试和交付一块构件，直到所有构件全部实现为止。这一过程就像小孩子搭积木盖房子一样.

增量模型的本意是：要开发一个大的软件系统，先开发其中的一个核心模块（或子系统），然后再开发其他模块（或子系统），这样一个个模块（或子系统）地增加上去，就象搭积木一样，直至整个系统开发完毕为止。当然，在每增加一个模块前，先要对该模块进行模块测试。通过后再将此模块加入到系统中，然后还要进行系统集成测试（联调）。系统集成测试成功后，再增加新的模块。这样多次循环，直到系统搭建完毕为止。

增量模型的特点：

增量模型的软件系统本身应该是模块化的，每个模块应该是高内聚（模块内部的数据与信息关系紧密）、低耦合（模块之间的数据与信息联系松散）、信息隐蔽的，这样的模块当然也是可组装的、可拆卸。

任务或功能模块驱动，可以分阶段提交产品；

有多个任务单，这些多个任务单的集合，构成项目的一个总任务书，或总用户需求报告/需求规格说明书

选择条件：

不是任何软件都可以采用增量模型的，软件项目或产品选择增量模型，必须满足下列条件：在整个项目开发过程中，需求都可能发生变化，客户接受分阶段交付；

分析设计人员对应用领域不熟悉，难以一步到位；

中等或高风险项目（工期过紧且可分阶段提交的系统或目标、环境不熟悉）；

用户可参与到整个软件开发过程中；

使用面向对象的语言或第四代语言；

软件公司自己有较好的类库、构件库。

3. 软件开发模型

也称软件过程模型，从一特定角度提出的软件过程的简化描述，是对被描述 的实际过程的抽象，它包括构成软件过程的各种活动、软件产品以及软件工程参与人员的不同角色。软件过程模型体现的是开发策略，并覆盖过程、方法和工具三个层次，代表了一种将本质上无序的活动有序化的企图，包括瀑布模型、增量模型、迭代模型和原型模型等多种模型。

4. 软件生存期模型

是跨越整个生存期的系统开发、运作和维护所实施的全部过程、活动和任务的结构框架。开发模型与生存周期有彼此对应关系。

5. 生命周期模型裁剪指南

在一个成熟的IT企业或软件组织内部，根据上述通用的4个软件开发模型的普遍原则，结合本单位的开发经验和行业特点的具体实际，还需要定制适合本单位的“生存周期模型裁剪指南”，有针对性地对选定的软件开发模型中定义的生存周期，进行恰当的裁剪，使它完全适合于本单位的需求。所谓裁剪，就是对原模型中定义的内容进行增、改、删，去掉对本单位不适合的部分，增加对本单位适用的内容，同时进一步细化，从而构成了完全适合本单位的“生存周期模型裁剪指南”。该“指南”在软件组织内部，专供高层经理和项目经理在软件策划中选取软件开发模型时使用。

6. 瀑布模型

软件生命周期是由立项、需求分析、策划、概要设计、详细设计、编程、测试、发布、维护等阶段所组成的，把每个阶段当作瀑布中的一个台阶（阶梯），把软件生存过程比喻成瀑布中的流水，软件生存过程在这些台阶中由上向下地奔流。瀑布模型规定了各项关键软件工程活动，自上而下、相互衔接、逐级下落，如同瀑布的固定次序。当发现某阶段的上游存在缺陷时，可以通过追溯，予以消除或改进，但要付出很大代价，因为水要在瀑布台阶上倒过来向上流动，需要消耗很多能源或动力。