瀑布模型有哪些局限性
瀑布模型有以下四个局限性：1.不支持需求动态变化：在开发初始阶段就要给出全部、准确的用户需求；2.工作阶段间依赖性强：开发过程一般不可逆转，否则付出代价太大；3.交付时才能看到产品：可能导致实际产品与需求不匹配。
1.不支持需求动态变化
瀑布模型要求在软件开发的初始阶段（需求分析阶段）就给出系统全部的、准确的用户需求，只有做到这一点才能开展后续阶段的工作。但是，在实际应用中要在需求分析阶段完全精准地给出用户需求是比较困难的。因为，随着时间的推移，用户需求是会发生一些变化的，因此需要开发过程具备灵活性，但瀑布模式并不支持用户需求的动态变化。
2.工作阶段间依赖性强
瀑布模型下，只有前一阶段的工作成果正确，才能保证下一阶段的工作正确，这就意味着工作阶段间存在很强的依赖性。一旦发现某一阶段有错误，很可能需要追溯到它之前的一些阶段，这样会增加很多工作量。
3.交付时才能看到产品
瀑布模型是一种线性模型，要求项目严格按规程推进，用户和开发者难以沟通，因此用户只有到开发结束才能看到整个软件系统产品。由于软件客户无法在早期知道软件原型，可能会引发软件功能与其需求不匹配的情况，从而增加了开发风险。
延伸阅读
瀑布模型是什么？
瀑布模型是由温斯顿·罗伊斯（Winston Royce）于1970年提出的一种软件开发模型，它是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，形如瀑布流水，最终得到软件产品。该模型有利于大型软件开发过程中人员的组织、管理；有利于软件开发方法和工具的研究，从而提高了大型软件项目开发的质量和效率。
瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。
推荐阅读
