7.3.2 瀑布模型与V模型
本课核心知识点整理
瀑布模型：结构化思想的典型模型
瀑布模型把开发活动按阶段顺序推进：计划、需求分析、软件设计、编码、测试、运行维护。每个阶段有明确任务和产物，前一阶段完成后才进入下一阶段。
| 特征 | 解释 |
|---|---|
| 自顶向下、逐步求精 | 从总体计划逐步走向具体实现 |
| 阶段严格区分 | 每个阶段有清楚边界和入口出口 |
| 文档驱动 | 计划书、需求规格说明书、设计说明书、源码、测试报告等 |
| 适合需求明确 | 需求稳定时，顺序推进能降低管理复杂度 |
| 不适应变化 | 后期发现需求错了，返工代价非常高 |
课堂反复强调：需求不明确时，第一个排除的就是瀑布模型。
瀑布模型为什么会被替代或改进
| 优势 | 局限 | 后续模型怎么补 |
|---|---|---|
| 管理清晰、文档完整、阶段责任明确 | 用户经常一开始说不清需求 | 原型模型用原型澄清需求 |
| 适合需求稳定、强规范项目 | 反馈晚，测试常在后期暴露重大问题 | V 模型强调测试计划提前 |
| 便于大型组织按阶段管理 | 变化导致推倒重来 | 增量、敏捷用迭代和小版本减少返工 |
V 模型：瀑布模型的测试增强版
V 模型可以理解为瀑布模型的一个变种。左侧是开发活动，右侧是测试活动；它强调在早期开发阶段就考虑相应测试计划和测试用例。
课堂给出的对应关系重点是：
| 开发阶段 | 应提前考虑的测试 |
|---|---|
| 需求分析 | 验收测试、系统测试的计划和用例 |
| 概要设计 | 集成测试的计划和用例 |
| 详细设计 | 单元测试的计划和用例 |
| 编码 | 执行单元测试并进入后续测试 |
高频题眼
| 题干 | 判断 |
|---|---|
| 需求明确、阶段顺序、文档驱动 | 瀑布模型 |
| 需求可能变化、业务流程可能调整，问最不适宜 | 瀑布模型 |
| 开发阶段与测试阶段对应 | V 模型 |
| 测试计划和测试用例尽可能提前 | V 模型 |
| 测试贯穿始终 | V 模型 |
例题
某系统购买、加工、销售流程可能发生变化，若问“最不适宜采用的模型”，应选：
V 模型的核心特点是：
自查要点
- 瀑布模型为什么叫文档驱动？
- 需求不明确为什么不适合瀑布模型？
- V 模型相对瀑布模型补强了什么？
- 需求分析、概要设计、详细设计分别对应哪些测试考虑？
- “测试贯穿始终”为什么常指向 V 模型？