v6ole
32 lines
1.3 KiB
Markdown
32 lines
1.3 KiB
Markdown
# 需求与追踪规范
|
|
|
|
## 触发条件
|
|
|
|
需求调研、编写、评审、验收、变更、追踪，或将开发任务关联到需求前读取。
|
|
|
|
## 优先核验原文
|
|
|
|
- `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 级别前必须核验原文。
|