什么是瀑布开发？适用于哪些场景？有哪些瀑布开发管理系统？

刘佳 • 2022年4月24日下午5:17 • 敏捷开发 • 阅读 2574

本文以瀑布模型的特点，优缺点，适用场景为前提，介绍了两款支持瀑布开发模式的项目管理系统：PingCode和Jira。

瀑布模型产生的背景是复杂的，多方面的，也是必然的。

一是 1968 年软件危机爆发，需要标准化系统化规范化的软件开发方法来辅助危机的解决；

二是硬件的快速发展催生了新的高级语言，软件的数量和规模急剧增长，软件的交付、协作与管理滞后被视为软件失败的主要帮凶；

三是软件规模化和工程化过程中，存在以下几个问题：

在这种背景下，亟需一个系统化的、规范的、顺序的软件开发流程来保障软件交过过程的协同与管理，确保软件交付的成功率，瀑布模型在这些期望和要求下产生了。

瀑布模型(Waterfall Model)是Royce在1970年提出的，他把大型软件开发分为：分析与编程，象工厂流水线一样把软件开发过程分成各种工序，并且每个工序可以根据软件产品的规模、参与人员的多少进一步细分成更细的工序。

该模型非常符合软件工程学的分层设计思路，所以成为软件开发企业使用非常多的开发模型。

（1）严格把软件项目的开发分隔成各个开发阶段：需求分析，要件定义，基本设计，详细设计，编码，单体测试，结合测试，系统测试等。

（2）使用里程碑的方式，严格定义了各开发阶段的输入和输出。如果达不到要求的输出，下一阶段的工作就不展开。

（3）重视和强调过程文档，在开发的中后期才会看到软件原型，早期只能通过文档来了解系统的模样。在这种情况下，文档的重要性仿佛已经超过了代码的重要性。

（4）瀑布模型把每个开发阶段都定义为黑盒，希望每个阶段的人员只关心自己阶段的工作，不需要关注其他阶段的工作。

（5）瀑布模型产生的管理文档(计划书，进度表)等，能让不太了解该项目的人也能看懂项目的进度情况（只有能看懂百分比就行），很适合向领导汇报用。

（6）所以管理人员比较喜欢瀑布模型的原因是文档可以理解为开发的速度，可以方便地界定不同阶段的里程碑。瀑布模型的用户很多，也有一些反对的意见：

名列前茅、瀑布模型不适合客户需求不断变化的软件开发，尤其是客户的业务管理的软件，业务随着市场变化，而软件初期的设计可能已经大大变化，而后期的需求更改成本是开始的10倍基数。在ERP盛行的软件市场里，一方面市场带动需求变化，另一方面初期客户对需求描述不清楚，都为瀑布模型的使用团队带来困难。
第二、瀑布模型是一种软件文档的开发，把开发者变成流水线上的机器，大量重复性的工作让编程人员提不起兴趣，工作很枯燥，没有激情，编程成了一种没有创意的机械劳动，这让一向以高科技为标志的高级程序人员大为恼火。

（7）没有迭代与反馈。瀑布模型对反馈没有涉及，所以对变化的客户需求非常不容易适应，瀑布就意味着没有回头路。

（8）软件生命周期前期造成的Bug的影响比后期的大的多。

（9）代价比较大的主要原因还是每个开发阶段的步子过大，每一次调整都可能直接，某个部分重新来过，框架结构重新搭建等等。

（10）更适合需求相对稳定的大型项目。