使用双向可追溯性：将每项重要需求连接到满足它的决策和组件，再将这些组件连接到验收证据。反向链接表明组件为什么存在，以及拟议变更可能影响哪些需求。
一条小而持续维护的链路
text
[Requirement R-12] --> [Decision D-04] --> [Refund workflow]
| |
+--> [Acceptance test T-18] <-----------+
|
[Test evidence]
假设 R-12 要求重放同一个退款请求时不得产生另一笔退款。D-04 选择稳定的业务操作标识符和重复检测机制。工作流实现这条规则。T-18 在模拟响应丢失后重复发送请求，验证业务上仍然只有一笔退款。
追踪记录包含需求负责人、当前版本、相关设计与测试的链接，以及证据状态。只有测试名称并不能构成证明：还应记录被测版本、环境和结果。