概念卡 / 需求跟踪
需求跟踪
一句话讲明白
需求要能双向点名对账：顺着能点到"这条需求做在哪、测在哪"，倒着能点到"这个功能是给谁的那句话做的"。
生活类比
装修合同里写"主卧要有双控开关"。
- 正向跟踪：拿着这句话，能在图纸、材料单、施工验收表里一路找到对应的那一项——保证需求没丢。
- 逆向跟踪：看到吊顶上多出来的一堆管线，能倒查回合同里的某句话——保证没多做废活（镀金）。
那张贯穿合同到验收单的对照表，就是需求跟踪矩阵 RTM。
正经定义
需求跟踪的目的是建立并维护"需求—设计—编程—测试"之间的一致性。载体是需求跟踪矩阵（RTM），它把每条需求从其来源连接到能满足它的可交付成果。
拆解
一、需求的三层（由高到低）
| 层次 | 谁说的 | 说什么 |
|---|---|---|
| 业务需求 | 组织高层 / 发起人 | 为什么要做这个项目（商业目标） |
| 用户需求 | 最终用户 | 用户要用它做什么 |
| 系统需求 | 系统（含软件） | 功能需求（必须实现的功能）+ 非功能需求（易用性、可维护性、效率、性能、安全性等）+ 约束（如必须用国产数据库） |
教材原题：不属于软件需求常用层次的是"数据需求"（三层的正确叫法：业务/用户/系统）。项目管理口径的需求文件还可分出干系人需求、过渡和就绪需求、项目需求、质量需求。
二、QFD 三类需求（一定会背）
质量功能部署 QFD 是把用户要求转化成软件需求的技术，目的是最大限度提升用户满意度。
| 类型 | 定义 | 不做会怎样 | 记忆 |
|---|---|---|---|
| 常规需求 | 用户认为系统"应该做到"的功能或性能，实现越多越满意 | 用户不满意 | 理所应当 |
| 期望需求 | 用户想当然认为系统应具备、但描述不清楚的功能或性能 | 会感到不满意 | 不说也该有 |
| 意外需求（兴奋需求） | 用户要求范围之外的功能，做了更开心，不做也不影响购买决策 | 无所谓 | 惊喜彩蛋 |
意外需求的主动权在开发人员手里：可以做一堆换用户忠诚度，也可以出于成本一个都不做。
三、需求跟踪矩阵 RTM（双向跟踪）
flowchart LR
A[业务需求] --> B[用户需求] --> C[系统需求] --> D[设计文档] --> E[代码] --> F[测试用例]
- 正向跟踪：检查 SRS 中每个需求是否都能在后继工作成果中找到对应点（防遗漏）。
- 逆向跟踪：检查设计文档、代码、测试用例等是否都能在 SRS 中找到出处（防镀金）。
- 双向跟踪 = 正向 + 逆向。
- RTM 典型属性：唯一标识、文字描述、收录理由、所有者、来源、优先级、版本、当前状态、状态日期（还可加稳定性、复杂性、验收标准）。
四、SRS 需求规格说明书（八部分）
SRS 是需求分析阶段的最终结果，按 GB/T 8567 包括：①范围 ②引用文件 ③需求 ④合格性规定 ⑤需求可追踪性 ⑥尚未解决的问题 ⑦注解 ⑧附录。
教材原题：不属于 SRS 内容的是"算法的详细过程"（那是设计阶段的活）。 需求验证：通过需求评审 + 需求测试验证 SRS 正确性；系统分析阶段发现并修复错误最省钱。
五、需求变更流程（必背）
flowchart LR
A[识别出问题] --> B[问题分析和变更描述] --> C[变更分析和成本计算] --> D[变更实现] --> E[修改后的需求]
- 一旦确定需求基线，所有变更都必须走变更控制过程。
- 由 CCB 决定实现哪些变更（教材明确写：不是项目经理）；CCB 是决策机构不是作业机构。
- 其他策略：未获批准的变更不得做设计和实现；风险承担者应了解变更内容；绝不能删除或修改变更请求的原始文档；每个集成的需求变更必须能跟踪到一个经核准的变更请求。
考试怎么考
- 题型：选择题高频；案例常问"该项目在需求管理上存在哪些问题 / 应如何改进"。
- 必背：需求三层；QFD 三类；RTM 双向跟踪；SRS 八部分；变更谁拍板（CCB）。
- 常见问法：
- "用户想当然认为该有但说不清楚的功能" → 期望需求。
- "跟踪每条需求来源与交付成果的工具是？" → 需求跟踪矩阵（不是需求文件）。
- "哪项变更策略不正确？" → "由项目经理决定实现哪些变更"。
- "哪项不属于 SRS？" → 算法的详细过程。
- 陷阱词：把"期望需求"说成"用户明确提出的需求"；把"意外需求"说成"不做用户就不满意"（错，不做也无所谓）；把 CCB 说成"提出变更方案的机构"（CCB 只裁定接不接受）。
易混辨析
| 需求文件 | 需求跟踪矩阵 RTM | |
|---|---|---|
| 形态 | 一条条需求的内容清单 | 需求↔来源↔交付成果的对照表 |
| 回答 | "要什么" | "从哪来、到哪去、状态如何" |
| 用途 | 定义范围的基础 | 跟踪 + 为范围变更提供框架 |
| 正向跟踪 | 逆向跟踪 | |
|---|---|---|
| 方向 | 需求 → 后继成果 | 后继成果 → 需求 |
| 目的 | 防遗漏 | 防镀金（多做） |
一秒记忆
"业务说为什么，用户说做什么，系统说怎么定；常规该有、期望不说也有、意外是彩蛋。SRS 八块砖，变更找 CCB，跟踪双向加矩阵——正着查有没有丢，倒着查有没有多。"