瀑布模型是第一个引入的过程模型。它被广泛使用，因为它易于理解和实施。

瀑布模型也称为线性顺序生命周期模型，因为工作是线性完成的 - 下一个阶段在上一个阶段完成后开始。上一级的输出就是下一级的输入。

“瀑布模型”这个名字 是因为这个过程看起来像一个稳步向下流动的过程——如下图所示，就像一个瀑布。
阶段是：-资料参考《曲阜智程网络科技有限公司》智能营销笔记本系统开发

• 需求分析：在此阶段收集有关项目的所有需求。例如，项目中的功能等。所有这些需求都在 SRS（软件需求规范）文档中有详细记录。

• 系统设计：然后使用 SRS 文档来设计系统。定义系统要求，如硬件、模块（任何）等。

• 实施：在系统设计阶段完全结束后。实施阶段开始。这里的每个单元都是单独开发的。这个阶段一直持续到 SRS 文档中的所有需求都没有被开发出来。

• 测试和集成：测试每个单独的单元是否存在潜在的错误或错误。测试成功后，将各个单元集成在一起。

• 部署：集成完成后，将软件部署到生产服务器。

注意：在部署到生产之前，再次测试项目（我们不会详细介绍）。

• 维护：持续监控项目是否有任何用户不便或错误。由于任何错误修复，不时会发布新补丁。

最适合瀑布模型的项目：

• 要求很明确

• 使用的技术不是动态的

• 项目很短

瀑布模型的优点：

• 模型简单易懂

• 明确定义的里程碑和截止日期

• 正确记录，因此团队专注于一个共同的目标

• 明确定义的阶段

• 轻松安排任务

瀑布模型的缺点：

• 直到生命周期结束，才制作出可运行的软件

• 任何阶段都不会接受客户的反馈。

• 不适合不断变化的项目需求

• 不适合 OOP 和长期项目

• 难以跟踪阶段内的进度

• 包括大量风险和不确定性