软件工程 |瀑布模型失败

瀑布模型也称为传统的瀑布软件生命周期模型。它非常易于理解和使用。在瀑布模型中，每个阶段都必须在下一个阶段开始之前完成，并且阶段之间没有重叠。

经典的瀑布模型将生命周期划分为一组阶段。瀑布模型认为上一阶段完成后可以开始一个阶段，即一个阶段的输出将作为下一阶段的输入。因此，开发过程可以被视为瀑布中的顺序流程。这里的阶段不相互重叠。

该模型将软件开发过程的生命周期划分为如图所示的各个阶段。

瀑布模型失败的原因：
传统的瀑布模型存在各种缺点，基本上我们不能在实际项目中使用它，但是我们使用其他基于经典瀑布模型的软件开发生命周期模型。

由于此瀑布模型失败，下面给出了一些原因。

1. 单行道：
   这种模式就像单行道。一旦阶段 X 完成并且下一个阶段 Y 已经开始，那么就没有办法回到前一个阶段。这是瀑布模型失败的问题之一。
2. 重叠：
   瀑布模型缺乏阶段之间的重叠。瀑布模型建议只有在前一个阶段完成后才能开始新的阶段。但在实际项目中，这是无法维持的。为了提高效率和降低成本，阶段可能会重叠。
3. 相互作用：
   瀑布模型缺乏相间的相互作用。用户与项目的交互很少。在开发过程中不会收到此反馈。开发过程开始后，变化就不能轻易适应。
4. 支持系统交付：
   瀑布模型不支持分段交付系统。开发过程开始后，更改无法轻易适应。
5. 反馈路径：
   瀑布模型没有反馈路径。在传统的瀑布模型中，软件从一个阶段到另一个阶段的演变就像一个瀑布。瀑布模型假设开发人员在任何阶段都没有犯过错误。因此，它不包含任何纠错机制。
6. 不灵活：
   难以适应变更请求。瀑布模型假设所有的客户需求都可以在项目开始时得到完整正确的定义，但实际上客户的需求会随着时间的推移而不断变化。在需求规范阶段完成后，很难适应任何变更请求。