# 需求与追踪规范

## 触发条件

需求调研、编写、评审、验收、变更、追踪，或将开发任务关联到需求前读取。

## 优先核验原文

- `04-requirements-management.md`：第 2-5 章。
- `03-overall-rd-standard.md`：第 3.3、4.3、4.8 章和第 6.1-6.9 节模板。

## 规范要求

1. 覆盖需求调研、分析、文档、评审、验收、变更和追踪全过程。
2. 使用原文规定的编号格式：`[系统标识]_（模块标识）_[编号](_二级编号)`。
3. 每项需求应可验证，明确范围、业务规则、数据/接口影响、非功能要求、验收条件、负责人和状态。
4. 需求变更按申请、评估/审批、计划执行、发布验证的流程处理，并保留变更轨迹。
5. 维护需求到设计、代码/变更、测试用例/结果、制品/版本、部署的双向链接。

## 工程建议

- 在追踪表旁维护简短决策记录，写明假设、被否决方案和风险接受情况。
- 开发前为工作项补齐验收条件和验证责任人。

## 审查证据

客户/调研记录、需求说明书或模块需求、评审与验收记录、需求/变更台账、追踪矩阵及关联测试证据。

## 使用边界

工单标题、功能描述或代码注释不能替代完整需求记录；宣称达到某个 C 级别前必须核验原文。