瀑布模型--帮你在软件项目立项中获得明确的产品

 瀑布模型也称软件生命周期模型，于20世纪70年代被提出。根据软件生命期各个阶段周期的任务，瀑布模型从可行性研究（或称系统分析）开始，逐步进行阶段性变换，直到最后通过确认测试并得到用户认可的软件产品（如图2—1所示）。瀑布模型中上一阶段的输出结果是下一阶段的输入，因此阶段间具有顺序性和依赖性。一个阶段工作的失误将蔓延到以后的各个阶段。为了保证软件开发的正确性，每一阶段任务完成后，都必须对它的阶段性产品进行评审，确认之后再转入下一阶段的工作。如果评审过程发现了错误和疏漏，应该返回到前面的有关阶段修正错误，但这样的返工情况要严格限制，因为软件项目（特别是大型项目）要避免先前认为已经完成的任务的返工，否则会影响项目进度.

           
        
        瀑布模型是一个传统的软件过程模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架，直到现在仍然是软件项目中应用最广泛的过程模型之一。瀑布模型简单、易用、直观，开发进程比较严格，恰当地运用瀑布模型可以得到较高的软件质量，并能更准确地控制项目进度。但在许多情况下，瀑布模型过于理想化了，它要求在软件开发的初始阶段就完整而准确地获取用户需求，以后需求就不再变化，直到软件产品开发宪成，但许多实际情况是在项目初期需求并不清晰，而且会不断变更。另外，用户往往在看到了软件的实际运行后，才能完整准确地提出需求，而在使用瀑布模型的软件项目中，用户要等到项目末期才能够得到软件的可运行版本，如果用户此时提出比较大的修改意见，那么整个软件项目将会蒙受巨大的人力、财力和时间损失。

        因此瀑布模型比较适合于以下情况的项目：在项目初期就能获得完整和明确的产品需求，且需求不会随着时间的推移频繁变更，项目的解决方案在项目初期也很明确 。

郑州软件公司  瀑布模型