项目准备变更一项核心需求。团队既要从该需求追查受影响的设计、开发、测试和验收项，也要反向确认每个交付功能都能对应已批准的业务需求。最能支持这一目标的是（）。
正向追踪从需求走向设计、实现、测试和交付，用于影响分析和覆盖检查；反向追踪从成果回到需求及业务依据，用于防止无来源功能。需求跟踪矩阵可承载这种双向关联。
选项分析
错误。聊天截图可能是补充证据，但不能替代受控、完整的追溯关系。
正确。需求跟踪矩阵可连接上下游工作产品，支持覆盖检查和变更影响分析。
错误。删除历史版本会损害基线、审计和变更记录，应按配置管理要求保留。
错误。收尾时依靠记忆既晚又不可靠，无法持续控制遗漏和范围蔓延。
本题为什么容易错
很多答案只写“需求追踪到测试”，这只有正向一半。题干又要求确认功能的业务来源，因此必须补上反向追踪。
简短答案
需求变更既要追查下游影响，也要核对上游业务依据，应采用什么方法，正确答案是 B（维护需求双向可追溯关系和需求跟踪矩阵）。正向追踪从需求走向设计、实现、测试和交付，用于影响分析和覆盖检查；反向追踪从成果回到需求及业务依据，用于防止无来源功能。需求跟踪矩阵可承载这种双向关联。
易混淆概念对比表
| 概念 | 本题判断 | 区别要点 | 记忆提示 |
|---|---|---|---|
| 只保存需求提出人的聊天截图 | 本题干扰项 | 错误。聊天截图可能是补充证据，但不能替代受控、完整的追溯关系。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 维护需求双向可追溯关系和需求跟踪矩阵 | 本题正确答案 | 正确。需求跟踪矩阵可连接上下游工作产品，支持覆盖检查和变更影响分析。 | 看到题干核心场景时优先联想到它 |
| 删除旧版需求，避免出现版本差异 | 本题干扰项 | 错误。删除历史版本会损害基线、审计和变更记录，应按配置管理要求保留。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 只在项目收尾时凭记忆核对功能 | 本题干扰项 | 错误。收尾时依靠记忆既晚又不可靠，无法持续控制遗漏和范围蔓延。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
本题易混淆选项怎么区分
- 只保存需求提出人的聊天截图：错误。聊天截图可能是补充证据，但不能替代受控、完整的追溯关系。
- 删除旧版需求，避免出现版本差异：错误。删除历史版本会损害基线、审计和变更记录，应按配置管理要求保留。
- 只在项目收尾时凭记忆核对功能：错误。收尾时依靠记忆既晚又不可靠，无法持续控制遗漏和范围蔓延。
知识点详解
需求可追溯性把需求与其来源、业务目标、设计、实现、测试和交付结果连接起来。正向追踪可检查需求是否被完整实现和验证，也便于变更时识别下游影响；反向追踪可确认每个设计或功能都有经过批准的需求依据，抑制镀金和范围蔓延。需求跟踪矩阵应随需求状态和已批准变更持续更新，并纳入配置与版本控制。
备考速记
从需求往下看有没有落实，是正向；从成果往上找为什么要做，是反向。
需求管理在需求管理场景中的作用
需求管理在本题中的核心价值，是解决“项目准备变更一项核心需求。团队既要从该需求追查受影响的设计、开发、测试和验收项，也要反向确认每个交付功能都能对应已批准的业务需求。最能支持这一目标的是（）”这个场景问题。复习时不要只背选项名称，还要理解它为什么适用于该场景，以及它能解决哪类安全、流程或管理问题。
同类题怎么考
- 需求变更后识别受影响测试用例、设计与交付物。
- 验收发现多做或漏做功能，判断追溯管理缺陷。
需求管理在信息系统项目管理师软考中的考法
软考选择题通常不会只考概念定义，还会把需求管理放到需求管理场景中，要求判断它的作用、适用范围或与相近概念的区别。遇到这类题时，先抓住题干中的业务场景，再看哪个选项最能解决该场景下的核心问题。
解题思路
老师批案例题时，最不愿看到一句空泛的“加强需求管理”。这道题应写具体动作：给需求分配唯一标识，把它与业务目标、设计项、代码模块、测试用例和验收标准建立关联。需求变更时沿链向下找影响；发现一个功能时沿链向上查批准依据。两条路都走得通，才叫双向可追溯。
考点定位
正向追踪回答“这条需求后来落实在哪里”，反向追踪回答“这个成果为什么要做”。双向追踪不是重复登记，而是覆盖和必要性两头都能核对。
易错提醒
- 矩阵只记录需求编号和测试结果，没有关联设计、实现或验收项。
- 需求变更获批后没有同步更新追溯关系和受影响基线。
- 把未经批准的额外功能包装成“客户体验优化”，造成范围蔓延。
备考提示
- 做案例题时用两句成对表达：向下做影响分析，向上核对需求依据。
- 矩阵字段不必死背，但要能说明唯一编号、来源、状态、责任人和关联工作产品。
你可能还想了解
- 需求正向追踪和反向追踪有什么区别？
- 需求跟踪矩阵通常包含哪些关系？
- 需求变更后为什么要更新追溯矩阵？
本文小结
双向可追溯既能从需求向下检查设计、实现、测试和验收覆盖，也能从交付成果向上核对业务依据。需求跟踪矩阵为变更影响分析和范围控制提供证据链。