对于需求不稳定或存在其他不确定因素的项目适用性差，变更实现困难且成本高。
一般在最后阶段才能看到产品，如果有未定义或未实施的需求，将会引起重复劳动，甚至开发出的产品不是用户所需要的。

二、重叠瀑布模型

重叠瀑布模型的阶段之间放弃严格线性，允许存在重叠，即在前一阶段结束前，后一阶段已可开始。这些重叠不是随意的，而是如果前一阶段没有完全结束前，后一阶段中的某些活动已具备了启动条件，就可以提前开始。这意味着项目在编排任务进度时，任务间应遵循一定的顺序关系并采用“完成-开始”的编排方式，阶段之间不再设置“完成-开始”关系。
例如，设计阶段应在需求阶段完成后再开始，但如果选择了重叠瀑布模型，则可以在软件需求分析和方案分析都完成后，就同时开始系统测试计划和概要设计，从而实现阶段的重叠。

优点：
后续阶段相关工作可提前开始，从而可充分并行利用人力资源，也为本阶段工作更好地完成提供必要的来自后续阶段的反馈信息。
对于小的、定义得很好的项目，这种类似于纯瀑布模型的重叠模型是可用的有效模型。要注意的是重叠是针对阶段提出的，活动之间仍然遵循严格线性关系。
缺点：
阶段未严格控制，里程碑不明确，很难精确地进行过程跟踪。并行地开展活动可能导致无效的沟通、错误的想法、以及低下的效率。

三、并行瀑布模型


并行瀑布模型的思路是根据产品结构，将其分解为几个逻辑上相对独立的子系统/模块，选择需要并行的阶段和活动，规划成多个并行的子项目，各子项目分别按照自己的步调开展。
并行瀑布模型将大项目分解为多个并行的子项目，规划了更细更小范围的阶段，从而将对大阶段的严格控制分解为对多个小阶段的严格控制，增加了并行性。子项目的阶段和活动可以采用纯瀑布模型，也可以采用并行瀑布模型方式。
例如，项目可以将产品分解为子系统/模块A、B、C，从流程上将产品设计时间分解为设计时间1（总体概要设计）和设计时间2（子系统概要设计），将产品测试阶段分解为测试阶段1（子系统集成测试、子系统系统测试）和测试阶段2（总体集成测试、总体系统测试），从而在产品实现层次构造子项目A、B、C。

优点：
项目工作可以并行开展，缩短后续阶段相关工作可提前开始；
充分并行利用人力资源。
缺点：
并行瀑布模型引入的问题则是子项目间的相关性无法预测。而这种相关性很可能导致所分解的子项目之间相互影响，即相互等待则等于没有分解；不等待则可能导致所开展的工作无效。

四、总结

在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。
 
优点：严格遵循预先计划的步骤顺序进行，一切按部就班比较严谨。
 
（1）为项目提供了按阶段分的检查点
 
（2）当完成一个阶段后，只需要去关注后续阶段
 
（3）可在迭代模型中应用瀑布模型
 
缺点：缺乏灵活性，太过线性理想化，不适合现代软件开发
 
（1）各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量；
 
（2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险；
 
（3）早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。
 
（4）各个软件生命周期衔接花费时间较长，团队人员交流成本大。
 
（5）瀑布式方法在需求不明并且在项目进行过程中可能变化的情况下基本是不可行的。

五、适用范围

在软件系统开发过程中主要还是适用于需求易于完善定义且不易变更的软件系统。