需求生命周期管理描述商业分析师在需求和设计信息的开发到结束过程中执行的任务。这些任务包括在相关需求和设计之间建立有意义的关系，当有变更请求时评估需求和设计的变更，以及分析并达成共识。追踪需求是其中的关键任务，通过建立和维护需求之间的关系，确保解决方案能够满足业务需要。
1 目的
跟踪需求的目的是确保不同级别的需求和设计相互一致，并管理对相关需求的影响。
2 描述
需求跟踪 1识别并记录每个需求的来龙去脉，包括其向后追溯、向前追溯以及与其他需求的关系。跟踪用于帮助确保解决方案符合需求，并协助范围、变更、风险、时间、成本和沟通管理。也可用于检测功能缺失或确定是否存在未实现但由任何需求支持的功能。
可追溯性使得：
- 更快、更简单的影响力分析，
- 更可靠地
发现需求2中的不一致性和空白， - 更深入地了解变化的范围和复杂性，以及
- 可靠地评估哪些需求得到了满足，哪些没有。
通常很难准确地表示需求和解决方案，而不考虑它们之间的关系。虽然可追溯性很有价值，但商业分析师会根据对它们进行表示所获得的好处来平衡不同类型的关系的数量。可追溯性还通过从需求到表达的需求提供直接的视线支持分配需求和发布计划。
3 输入
- 需求：可能追溯到其他需求（包括目标、目的、
业务需求3、涉众需求、解决方案组件、视觉元素、业务规则和其他工作产品）。 - 设计：可能追溯到其他需求、解决方案组件和其他工作产品。
4 元素
.1 正式程度
在追踪需求时，商业分析师会考虑每个链接应交付的价值，以及正在创建的具体关系的性质和用途。
当需求的数量或形式化程度增加时，追溯需求的努力显著增加。
.2 关系
商业分析师在定义跟踪方法时考虑了多种关系类型：
- 推导：两个需求之间的关系，当一个需求从另一个需求推导出来时使用。这种类型的关系适用于在不同抽象级别上链接需求。例如，解决方案需求从业务或
涉众4需求衍生而来。 - 取决于：两个需求之间的关系，当一个需求取决于另一个需求时使用。
依赖关系5类型包括：- 必要性：只有在相关需求也得到满足时，才对实现特定需求有意义。
- 努力：当一个需求如果相关的需求也实现的话，会更容易实现。
- 满足：实现元素与它所满足的需求之间的关系。例如，
功能需求6与实现它的解决方案组件之间的关系。 - 验证：需求与测试用例或其他元素之间的关系，以确定解决方案是否满足需求。
.3 追踪存储库
需求跟踪应与商业分析方法中识别的方法相一致，以文档化和维护。需求管理 7工具在需要追踪大量可能难以手动处理的需求时，可以提供显著的优势。
5 规则与工具
- 领域知识：支持追溯所需业务领域的知识和专长。
- 信息管理方法：提供有关跟踪方法的规划活动决策。
- 法律/监管信息：描述必须遵守的法律规则或法规。在定义跟踪规则时，可能需要考虑这些因素。
- 需求管理工具/存储库：用于存储和管理商业分析信息。该工具可以像文本文件一样简单，也可以像专门的需求管理工具一样复杂。
6 技术
7 涉众
- 用户：受如何以及何时实现需求的影响，并可能需要咨询或同意跟踪关系。
- 领域主题专家：可能对要与解决方案组件或版本关联的需求集有建议。
- 终端用户：可能需要特定的依赖关系，以便某些需求能够同时或按特定顺序得到满足。
- 实施主题专家：可追溯性确保正在开发的解决方案满足业务需求，并在
实施过程12中提高对组件之间依赖关系的认识。 - 操作支持：跟踪记录为帮助台提供另一个参考来源。
- 项目经理：可追溯性支持项目
变更管理13和范围管理。 - 发起方：需要批准各种关系。
供应商14：受到需求如何以及何时实现的影响。- 测试人员：在编写测试计划和测试用例时，需要了解需求是如何实现以及如何实现的，并且可能需要追踪测试用例以符合需求。
8 输出
- 需求（追溯）：在解决方案范围内，与其他需求、解决方案组件或发布版本、阶段或迭代有明确的关系，以便可以清楚地识别覆盖范围和变更的影响。
- 设计（追踪）：在解决方案范围内，与其他需求、解决方案组件或发布版本、阶段或迭代之间明确的关系，以便可以清楚地识别覆盖范围和更改影响。