在实际的软件开发项目中，经典的瀑布模型很难使用。因此，迭代瀑布模型可以被认为是对经典瀑布模型进行必要的改变，使其可用于实际的软件开发项目。它与经典瀑布模型几乎相同，只是进行了一些改进以提高软件开发的效率。

迭代瀑布模型提供从每个阶段到其先前阶段的反馈路径，这是与经典瀑布模型的主要区别。

迭代瀑布模型引入的反馈路径如下图所示。

当在稍后的某个阶段检测到错误时，这些反馈路径允许纠正程序员在某个阶段所犯的错误。反馈路径允许重新设定阶段，其中提交错误并且这些变化反映在后面的阶段中。但是，阶段没有反馈路径 - 可行性研究，因为一旦项目被采用，就不会轻易放弃项目。

最好在它们提交的同一阶段检测错误。它减少了纠正错误所需的工作量和时间。

错误的阶段遏制：尽可能接近其承诺点检测错误的原则称为错误的阶段遏制。

迭代瀑布模型的优点

反馈路径：在经典瀑布模型中，没有反馈路径，因此没有纠错机制。但是在迭代瀑布模型中，从一个阶段到其前一阶段的反馈路径允许纠正所提交的错误，并且这些变化在后面的阶段中得到反映。

简单：迭代瀑布模型非常易于理解和使用。这就是为什么它是最广泛使用的软件开发模型之一。

迭代瀑布模型的缺点

难以合并变更请求：迭代瀑布模型的主要缺点是必须在开始阶段开始之前明确说明所有要求。客户可能会在一段时间后更改需求，但迭代瀑布模型不会留下任何范围来合并开发阶段开始后所做的更改请求。

不支持增量交付：在迭代瀑布模型中，完整软件在交付给客户之前已经完全开发和测试。没有任何中间交付的余地。因此，客户必须等待很长时间才能获得该软件。

不支持的阶段重叠：迭代瀑布模型假设一个阶段可以在前一阶段完成后开始，但在实际项目中，阶段可能重叠以减少完成项目所需的工作量和时间。

不支持风险处理：项目可能遭受各种类型的风险。但是，迭代瀑布模型没有风险处理机制。

有限的客户交互：客户交互发生在项目开始时，在需求收集和软件交付时项目完成时。与客户的这些较少的交互可能导致许多问题，因为最终开发的软件可能与客户的实际要求不同。