瀑布软件开发模式

你好呀，我是芒果。

软件产品从最初构思到公开发行，形成了各种不同的软件开发生命周期模式。

在上篇文章 “边写边改软件开发模式” 中，我们学习了边写边改模式，今天我们一起来认识 “瀑布” 软件开发模式。

一、定义

 “瀑布模式” 把软件开发分为了几个若干没有交叉的步骤，按照一定的顺序依次执行。

下一个步骤依赖于上一个步骤的结果，在进入下一步骤前，需要整个项目小组进行评估，确保当前步骤的任务已经完成后才进入下一阶段。

整个开发过程就像瀑布一样，包括构思、分析、设计、开发、测试几个主要步骤，从上向下执行直到得到最终的产品，下面给出了一个典型的 “瀑布模式” 的示意图：

 

二、优点

 “瀑布模式” 相较于 “大爆炸模式”、“边写边改模式” ，更加强调产品的定义，整个项目推进过程中只有对整体需求明晰，并输出一定的文档资料后，才会进入后续的开发、测试等环节。

同时，由于 “瀑布模式” 各个环节都有明确的目标，过程中涉及的一切都可以提前进行计划和评估，为项目管理人员把控项目进度、开发成本提供了便利。

三、缺点

“瀑布模式” 最主要的缺点在于不能回溯 ，各个步骤彼此之间相互独立，只有完成上一个步骤的任务后，才能进入相邻的下一步骤，因为后续的一系列开发、测试工作都需要围绕需求来开展，所以对产品需求定义等制定项目整体方向的环节提出了非常高的要求。

同时，我们处在一个快速变化的时代，对于一些产品的需求可能会随着时间发生变化，并且这个变化速度的趋势在越来越快，使用 “瀑布模式” 进行软件开发，不能很好地响应市场反馈的一些需求变更，导致最后开发出的产品可能无法满足客户的一些潜在需求。

四、测试在模式中扮演的角色

 “瀑布模式” 下，各个阶段都有完整细致的说明，在开展测试工作时，测试人员可以较好地分辨测试对象是缺陷还是功能，同时也便于进行测试计划的制定。

需要注意的是，很多早期存在的软件缺陷问题，需要等到产品发布前的测试阶段才能发现，测试和开发彼此之间是一种相互分割的工作关系，不能在早期开发阶段，甚至是需求定义时就提供一些从测试角度出发的建议，导致用于缺陷修复的成本增长。

结语：

“瀑布模式” 注重产品的定义，以及各个阶段文档的梳理整合，提供了一种相对规范的软件开发模式。

下篇文章，我们一起来学习常见软件开发模式中的另外一种—— “螺旋模式” 。

---

以上就是今天的分享，本文首发于同名公众号，如果内容对你有所帮助，欢迎点赞、关注、收藏。