需求跟踪矩阵的定义和作用
需求跟踪矩阵的定义
需求跟踪矩阵(Requirements Traceability Matrix, RTM) 是将产品需求从其来源连接到能满足需求的可交付成果的一种表格。它是一张二维表格,记录每个需求从提出到验收的全过程,包含需求来源、状态、优先级、对应交付物、测试结果以及确认方式等信息。
核心特征是双向可追溯性:
- 前向跟踪:从需求出发,跟踪到设计、开发、测试、交付物,确保每个需求都被实现
- 后向跟踪:从交付物出发,反向追溯到原始需求,确保没有“多余”的功能
通俗理解:RTM就是一张“需求身份证”表格,把每个需求从“出生”(提出)到“死亡”(验收交付)的全过程串联起来。
需求跟踪矩阵的核心作用
| 序号 | 作用 | 详细说明 |
|---|---|---|
| 1 | 确保需求被交付 | 确保需求文件中被批准的每项需求在项目结束时都能完整交付 |
| 2 | 提供变更影响分析框架 | 需求变更时,通过RTM快速定位受影响的模块,评估对进度、成本的影响范围 |
| 3 | 验证需求与成果一致性 | 维护需求与设计、编程、测试之间的一致性,确保开发不偏离客户需求 |
| 4 | 支撑范围确认与验收 | 在确认范围过程中,项目经理拿着RTM逐项核对可交付成果是否满足需求,避免“做完了却不是客户要的” |
| 5 | 连接需求与商业价值 | 把每个需求与业务目标或项目目标联系起来,确保每个需求都具有商业价值 |
| 6 | 支持测试用例设计 | 测试人员根据RTM编写测试用例,确保每条需求都有对应的测试覆盖 |
| 7 | 防止需求遗漏 | 通过跟踪关系,确保所有需求都被设计、实现和验证 |
需求跟踪矩阵的典型内容
需求跟踪矩阵中记录的核心属性包括:
| 字段类型 | 具体内容 |
|---|---|
| 需求标识 | 唯一ID、需求描述、优先级、版本号 |
| 需求来源 | 提出人/部门、提出时间、收录理由 |
| 需求状态 | 当前状态(已批准/设计中/开发中/测试中/已验收)、状态日期 |
| 关联关系 | 关联的业务目标、项目目标、WBS交付物、产品设计、测试用例 |
| 验收信息 | 验收标准、确认方式、测试结果 |
典型跟踪内容包括:业务需求、项目目标、项目范围/WBS可交付成果、产品设计、产品开发、测试策略和测试场景、高层级需求到详细需求。
考试核心考点提示
| 考点 | 要点 |
|---|---|
| 所属过程 | 项目范围管理 → 收集需求过程(输出) |
| 与需求文件的区别 | 需求文件描述“需求是什么”;RTM记录“需求怎么验” |
| 作用范围边界 | RTM覆盖需求→设计→开发→测试(开发全生命周期),不包括运维阶段 |
| 输入确认范围过程 | 需求跟踪矩阵是确认范围过程的重要输入之一(含“如何确认需求”的关键信息) |
| 变更管理 | RTM是变更影响分析的核心工具,帮助评估需求变更的影响范围 |
记忆口诀
需求是什么看文件,需求怎么验看矩阵;前向跟踪保实现,后向溯源查多余
MU5735 R.I.P
