级联模型设备
瀑布模型，也称为 Waterfall，是最著名的软件开发方法之一。该模型的作者是温斯顿罗伊斯。1970 年，他在一篇详细介绍其优缺点的文章中描述了他的创新的本质。在同一个地方，他解释了如何将这个模型细化为迭代模型。最初，在瀑布模型中，开发阶段按以下顺序进行：
- 需求的定义和协调；
- 立项；
- 编码;
- 创建软件产品的工作版本；
- 测试和调试；
- 软件安装；
- 支持。
根据瀑布模型，开发人员执行的操作是按顺序发生的——逐点进行。首先，正在完成工作以确定并同意以待完成列表的形式的软件需求。
之后，过渡到项目的创建和批准，结果是编写描述如何实现先前商定的软件需求的文档。
如果设计完成，开发人员将负责实施。接下来是代码的合并——项目各个部分的集成，这些部分由不同的团队成员共同完成。
下一步是测试和调试产品。以前发现的错误已在此处修复。
最后，程序被安装和支持。它涉及在必要时对功能进行更改并消除发现的错误。
级联模型假定您可以严格按顺序进入下一个开发阶段——只有在完成前一个任务之后。不提供阶段中回滚或不一致的可能性。
的优点和缺点
瀑布模型有时会因为缺乏灵活性而受到批评。许多人不喜欢它，因为项目管理的目标在其中占主导地位，而满足最后期限、成本和开发质量更为重要。
但是，对于大型项目，管理往往更为重要，因为这可以降低项目的风险并提高工作的透明度。
尽管存在不足，PMBOK第三版只正式规定了“级联模型”方法论。不提供其他选项，包括迭代项目管理。
瀑布模型的优点：
- 团队开发更容易掌控。客户熟悉程序员当前的工作，他可以更改项目的截止日期和预算。
- 开发成本在第一阶段得到批准。在对实施的所有阶段达成一致后，软件产品被连续编写。
- 不需要经验丰富的测试人员。对于测试阶段，您可以使用程序文档。
瀑布模型的缺点：
- 由于测试是在开发完成阶段开始的，如果发现错误，修复它的成本将比初始阶段高。毕竟，测试人员只有在开发人员已经完成代码编写时才会发现错误，而撰稿人 - 文档。
- 开发完成后，客户会熟悉成品。因此，只有当产品几乎完全准备好时，他才能评估产品。如果他不喜欢这个结果，项目预算的成本就会因为需要修正而显着增加。
- 技术文档越多，完成工作所需的时间就越长。此类文档需要更多的更改和批准。
“瀑布”通常用于医疗和航空航天行业的项目中，这些行业已经有广泛的文档基础，可以在此基础上制定新软件的需求。
使用瀑布模型的时候，主要是写详细的需求。在测试期间，不应该发现某处存在对整个项目产生不利影响的错误。