软件生存期模型 之 瀑布模型

瀑布模型

在20世纪80年代之前，瀑布模型一直是唯一被广泛采用的生命周期模型。

传统的瀑布模型如图所示

 

特点

阶段间具有顺序性和依赖性。

其中包含两重含义：

　　　　　　　　① 必须等前一阶段的工作完成之后，才能开始后一阶段的工作；

　　　　　　　　② 前一阶段的输出文档就是后一阶段的输入文档。

 

推迟实现的观点：

　　　　　　　　① 瀑布模型在编码之前设置了系统分析和系统设计的各个阶段，分析与设计阶段的基本任务规定，在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现。

　　　　　　　　② 清楚地区分逻辑设计与物理设计，尽可能推迟程序的物理实现，是按照瀑布模型开发软件的一条重要的指导思想。

 

质量保证的观点

　　　　　　　　① 每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。

　　　　　　　　② 每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题，改正错误。

 

优点

可强迫开发人员采用规范化的方法。

严格地规定了每个阶段必须提交的文档。

要求每个阶段交出的所有产品都必须是经过验证的。

 

缺点

由于瀑布模型几乎完全依赖于书面的规格说明，很可能导致最终开发出的软件产品不能真正满足用户的需要。

如果需求规格说明与用户需求之间有差异，就会发生这种情况。

瀑布模型只适用于项目开始时需求已确定的情况。