考点频率 ：★★★★☆（选择题常考，也是理解其他开发模型的基础）
难度 ：⭐
建议：掌握瀑布模型的核心特征（线性、文档驱动、阶段评审），熟记优缺点和适用场景
1️⃣ 什么是瀑布模型？
瀑布模型（Waterfall Model）是最早、最具代表性的软件开发模型 ，由Winston Royce在1970年提出。它将软件生命周期中的各项活动排列成线性顺序，形如瀑布飞流直下，各阶段逐级下落。
打个比方：瀑布模型就像工厂的流水线------产品从第一个工位开始，做完一道工序传给下一道，依次经过所有工位才能产出成品。一旦产品到了最后一道工序，再想回到第一道工序返工，成本极高。
瀑布模型的核心逻辑是：先确定需求，再设计系统，然后编码实现，最后测试验证------每一步都以前一步的成果为依据。
2️⃣ 瀑布模型的阶段划分
瀑布模型将上一篇文章讲的软件生命周期阶段（SDLC）严格线性化，通常划分为以下阶段：
| 阶段 | 主要任务 | 产出物 |
|---|---|---|
| 可行性研究 | 评估项目的技术和经济可行性 | 可行性报告、项目开发计划 |
| 需求分析 | 与用户深入沟通，明确完整需求 | 软件需求规格说明书（SRS） |
| 概要设计（总体设计） | 确定系统架构、模块划分和接口 | 概要设计说明书、结构图 |
| 详细设计 | 为每个模块设计算法和数据结构 | 详细设计说明书 |
| 编码与单元测试 | 编写代码，并对每个模块独立测试 | 可执行的程序、单元测试报告 |
| 综合测试与维护 | 集成测试、系统测试；交付后的维护 | 测试报告、维护记录 |
每个阶段的输出（文档或代码）是下一阶段的唯一输入，因此文档质量直接影响后续工作的质量。
3️⃣ 瀑布模型的核心特点
| 特点 | 说明 |
|---|---|
| 线性顺序 | 阶段按固定顺序执行，只有前一阶段完成，才能进入下一阶段。整个流程像瀑布一样单向流动。 |
| 文档驱动 | 每个阶段必须产出完整、规范的文档（如需求规格说明书、设计文档），文档是阶段完成的标志和后续工作的依据。 |
| 阶段评审 | 每个阶段结束前进行严格的评审或验证，确保质量达标后才能继续推进。评审不通过则无法进入下一阶段。 |
| 严格的里程碑 | 每个阶段结束都有明确的时间节点和交付物，便于项目管理和进度控制。 |
| 依赖完整需求 | 假设需求在项目一开始就是完整、清晰、稳定的。需求一旦确定，后续阶段极少变化。 |
4️⃣ 瀑布模型的优点与缺点
4.1 优点（软考常以"特点"或"适用"形式考查，优点通常不单独考选择题，但理解便于辨析）
| 优点 | 说明 |
|---|---|
| 简单清晰 | 阶段划分明确，流程直观，容易理解和管理，适合培训新团队成员。 |
| 里程碑明确 | 每个阶段有明确的开始和结束标志，便于进度跟踪和成本控制。 |
| 文档齐全 | 每个阶段都有规范的产出物，保证了软件的可维护性和可追溯性。对于后续的人员交接和长期维护非常有利。 |
| 质量可控 | 阶段评审制度确保每个环节的质量，避免把错误传递到下一阶段。 |
4.2 缺点（选择题重点）
| 缺点 | 说明 |
|---|---|
| 难以适应需求变更 | 需求在早期确定后，后期变更成本极高（因为大量文档和设计需要返工）。这可以说是瀑布模型最大的"软肋"。 |
| 用户参与度低 | 用户只在前期（需求分析）和后期（验收测试）参与，在整个开发过程中无法看到可用产品，容易导致最终产品与用户预期不符。 |
| 风险暴露晚 | 技术风险和业务风险往往在开发后期（集成测试或交付时）才暴露，导致重大损失甚至项目失败。 |
| 不适合复杂项目 | 对于需求模糊、技术复杂的项目，线性模型无法适应开发过程中的反复迭代和探索。 |
5️⃣ 瀑布模型的适用场景（重点）
瀑布模型不是万能的，但也不是过时的。它特别适合以下场景：
| 适用场景 | 说明 |
|---|---|
| 需求明确且稳定 | 用户需求在项目开始前就能完整、准确地确定，且在整个开发过程中不会频繁变动。 |
| 技术成熟 | 开发团队对所用技术栈非常熟悉，不存在技术探索的不确定性。 |
| 开发团队经验丰富 | 团队成员有类似项目经验，能够按照既定流程规范执行。 |
| 外部环境稳定 | 法律法规、行业标准等技术之外的因素不会在项目周期内发生重大变化。 |
| 安全关键系统 | 对质量、安全和合规性要求极高的系统（如航天、医疗、金融核心系统），需要严格的文档和审计追踪。 |
典型例子：
- 银行核心交易系统的部分模块
- 航空航天飞行控制软件
- 政府管理信息系统（需求由法规明确）
- 企业的ERP系统中的标准化模块
6️⃣ 经典例题
例题1：以下哪个场景最适合采用瀑布模型进行开发？（ ）
A. 用户需求尚不明确的创新型软件
B. 一个需求明确、技术成熟的企业内部管理系统
C. 需要快速响应市场变化的互联网产品
D. 需要频繁迭代更新的移动APP
解析 ：瀑布模型要求需求明确且稳定。B选项（需求明确、技术成熟）是瀑布模型的理想场景。A、C、D更偏向敏捷或迭代式开发。选 B。
例题2：瀑布模型最主要的缺点是（ ）。
A. 文档编写工作量大
B. 难以适应需求变更
C. 用户无法参与开发过程
D. 无法进行阶段评审
解析 ：瀑布模型的核心缺点是需求变更困难 ，因为线性流程使得后期变更需要大量返工。选 B。
例题3（判断）：瀑布模型要求每个阶段完成后才能进入下一阶段，因此不适合需求频繁变化的大型项目。（ ）
解析：正确。这正是瀑布模型的典型特征和主要限制。
7️⃣ 记忆口诀
瀑布线性往下流，前步做完后步走。
文档驱动评审严，需求变更愁白头。
需求明确才适用，稳定团队好上手。
8️⃣ 小测验（评论区对答案）
以下关于瀑布模型的叙述中，正确的是（ ）。
A. 瀑布模型允许在编码阶段随意修改需求
B. 瀑布模型强调每个阶段都有文档产出
C. 瀑布模型适用于需求模糊的创新项目
D. 瀑布模型的用户参与度贯穿整个开发过程
🔔 本专栏日更，点击头像 → 专栏《软考中级高频考点》订阅，第一时间接收新内容
#软考中级 #软件设计师 #瀑布模型 #软件开发模型 #软件工程