行为
《[项目名称] 需求跟踪矩阵 (RTM)》¶
| 项目名称 | [填写项目全称] | 项目编号 | [如：2026-PM-001] |
|---|---|---|---|
| 文档版本 | V1.0 | 最后更新 | [XXXX年XX月XX日] |
| 维护人 | 需求分析师/PM | 管理工具 | [Excel/Jira/PingCode] |
一、 矩阵管理说明¶
本矩阵用于建立从 业务需求 -> 产品需求 -> 设计文档 -> 代码实现 -> 测试用例 的全链路追溯关系。
- 正向跟踪： 确保每个需求都已实现并测试。
- 反向跟踪： 确保每个功能点都有业务来源，防止镀金。
二、 需求跟踪矩阵表¶
填写指南： 这里的ID必须与相关文档保持一致，形成关联锁。
| 业务需求ID | 产品需求ID | 需求名称 | 优先级 | 状态 | 设计文档链接 | 代码模块 (Class/API) | 测试用例ID | 测试状态 |
|---|---|---|---|---|---|---|---|---|
| BR-01 | FR-001 | 创建订单 | M | ✅ 已完成 | 设计说明书V1.0 (P12) | OrderService.create() | TC-001, TC-002 | ✅ 通过 |
| BR-01 | FR-002 | 订单取消 | S | 🔄 开发中 | 设计说明书V1.0 (P15) | OrderService.cancel() | TC-005 | 🔄 测试中 |
| BR-02 | FR-003 | 微信支付 | M | ❌ 阻塞 | 接口文档V2.0 | PaymentController.pay() | TC-010 | 🔴 失败 |
| BR-02 | NFR-01 | 支付性能 | M | 📝 计划中 | 架构设计文档 | PaymentGateway.java | TC-P01 | 📝 待测 |
三、 状态定义与统计¶
3.1 需求状态流转¶
- 草案： 需求刚提出，未评审。
- 已批准： 已纳入基线，等待开发。
- 开发中： 开发人员正在编码。
- 已实现： 代码已提交并合入主干。
- 测试中： 测试团队正在验证。
- 已验收： 测试通过，符合验收标准。
- 已关闭： 项目上线或需求变更取消。
3.2 当前覆盖率统计¶
| 统计维度 | 总数 | 已跟踪 | 未跟踪 | 覆盖率 |
|---|---|---|---|---|
| 需求 -> 设计 | 20 | 18 | 2 | 90% |
| 需求 -> 代码 | 20 | 15 | 5 | 75% |
| 需求 -> 测试用例 | 20 | 20 | 0 | 100% |
四、 变更影响分析区¶
填写指南： 当发生需求变更时，在此区域记录RTM的更新情况，分析变更影响范围。
| 变更CR ID | 影响需求ID | 影响设计 | 影响代码 | 影响测试用例 | 处理结果 |
|---|---|---|---|---|---|
| CR-005 | FR-001 | 需更新设计文档P12 | 需修改OrderService | 需新增TC-003 | 已更新矩阵 |
由 Huarui Lin 更新于 大约 2 个月 之前 · 2 修订