瀑布模型失败的根本原因

作者:课课家教育更新于： 2017-05-04 14:20:45

　　如今的瀑布模型越来越广泛了，有很多人有时候出错，不知道哪里出错，那么今天课课家跟大家讲解一下，有需要的小伙伴，可以参考一下哦！

瀑布模型的4个错误假设

　　瀑布模型是以4个假设为基础，并在此基础上推导出的一系列方法。但最终这4个假设都被证明是错误的。基础错误了，在基础上推导出的方法也必然是错误的。

瀑布模型失败的根本原因_瀑布模型_计算机系统开发_网络工程师_课课家教育

　　以下是瀑布模型的4个错误假设。

　　1.1.只要花时间，就能明确需求

　　瀑布模型认为需求是可以在设计之前就明确的，只要通过正确的方法，就一定能够在设计前把握所有需求。

　　而事实上，“需求唯一不变的就是‘需求永远是变化的’”。

　　瀑布模型的思想是沿用传统行业的流程来指导软件工程，特别是受建筑业的影响，架构（Framework）、工程（Project）这些术语都是引用自建筑业。这样不可避免地受传统行业的“隐喻”影响，从而加大了软件工程的错误方向。拿砖工来比较程序员，就是这种错误思想的反映。

　　模型优缺点和瀑布模型有以下优点

　　1）为项目提供了按阶段划分的检查点。

　　2）当前一阶段完成后，您只需要去关注后续阶段。

　　3）可在迭代模型中应用瀑布模型。

　　增量迭代应用于瀑布模型。迭代1解决最大的问题。每次迭代产生一个可运行的版本,同时增加更多的功能。每次迭代必须经过质量和集成测试。

　　4）它提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。

　　瀑布模型有以下缺点

　　1）各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量。

　　2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发风险。

　　3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。

　　4）瀑布模型的突出缺点是不适应用户需求的变化。

　　1.2.在开发过程中，需求的改动是非常小的

　　事实上，项目越大、项目周期越长，在开发过程中需求的改变就越大越频繁。而且致命的是，当我们以为我们看到了25%的需求是改变的时候，其实是有50%的需求被改变了（这是基于需求无法全部明确的推导）。

　　1.3.系统在交付前会顺利地集成

　　一个大项目通常分解成多个子项目（系统），由不同的团队（人）负责。瀑布模型认为只要有足够的预期和测试，这些子系统就能顺利地集成。但事实上，系统集成之后都会有不可预料的问题，它们并不能顺利地工作。并且集成越晚，花费在解决集成带来的问题上的时间就越多——集成的周期与解决集成带来的问题的时间，不是线性增长的，而是指数级增长。

　　记住，当系统未通过集成前，系统的风险永远存在。不要指望组件级（子系统）测试成功，就意味着系统级（整个项目）的测试就会成功。

　　1.4.只要计划妥善，项目就可以按时交付

　　瀑布模型之所以提出这个假设的理由是：

　　1.我们已经计划好所有的事情，并且为未知的事件留下了足够的宽裕时间。

　　2.整个软件工程过程都是按照计划来进行，我们能够计算出每一步计划所花费的时间。

　　当然，这两个理由最后都被证明是错误的，那么在此基础上提出的假设也就不成立了。