瀑布模型
在20世纪80年代之前，瀑布模型一直是唯一被广泛采用的生命周期模型。
传统的瀑布模型如图所示
特点
阶段间具有顺序性和依赖性。
其中包含两重含义：
① 必须等前一阶段的工作完成之后，才能开始后一阶段的工作；
② 前一阶段的输出文档就是后一阶段的输入文档。
推迟实现的观点：
① 瀑布模型在编码之前设置了系统分析和系统设计的各个阶段，分析与设计阶段的基本任务规定，在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现。
② 清楚地区分逻辑设计与物理设计，尽可能推迟程序的物理实现，是按照瀑布模型开发软件的一条重要的指导思想。
质量保证的观点
① 每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。
② 每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题，改正错误。
优点
可强迫开发人员采用规范化的方法。
严格地规定了每个阶段必须提交的文档。
要求每个阶段交出的所有产品都必须是经过验证的。
缺点
由于瀑布模型几乎完全依赖于书面的规格说明，很可能导致最终开发出的软件产品不能真正满足用户的需要。
如果需求规格说明与用户需求之间有差异，就会发生这种情况。
瀑布模型只适用于项目开始时需求已确定的情况。