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