这个问题问到了需求工程的“灵魂”深处。如果说需求评审解决的是“写得好不好”,那需求追溯解决的就是“活得明不明白”——它建立的是需求在整个软件生命周期中的“血缘关系网”。
你问的这7个点,本质上是同一个问题的不同切面。我把它们整合成一套“追溯兵法”,帮你彻底吃透。
一、什么是需求可追溯性?(先定个调)
需求可追溯性(Requirements Traceability),是指通过“链接(Link)”将需求与它的上游来源(业务目标、客户访谈)和下游产物(设计文档、代码模块、测试用例)双向关联起来的能力。
它相当于一张“全息地图”:从任何一个点(比如某个测试用例失败),你都能顺着线找到对应的代码、对应的需求、甚至是当初提出这个需求的客户。
二、正向追溯 vs 反向追溯(解答你的1、2、3)
这是追溯的“两个方向”,必须配合使用才能形成闭环。
| 维度 | 正向追溯 | 反向追溯 |
|---|---|---|
| 方向 | 从上游到下游(业务目标 → 需求 → 设计 → 代码 → 测试) | 从下游到上游(测试用例/代码 → 需求 → 业务目标) |
| 核心问句 | “我们做的所有事,都有来源依据吗?” | “我们做的这件事,到底是为了哪个需求?” |