需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵，把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有业务价值。
需求跟踪矩阵提供了在整个生命周期内跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能实现并交付。
跟踪需求的内容包括：业务需要、机会、目的和目标；项目目标；项目范围和WBS可交付成果；产品设计；产品研发；测试策略和测试场景；高层级需求到详细需求等。
我在做项目的时候，公司使用的跟踪矩阵主要数据项如下表所示：
| 需求编号 | 功能规格 | 设计 | 实现 | 测试用例 | 验证人 | 需求状态 |
|---|---|---|---|---|---|---|
需求跟踪矩阵的创建
需求追溯贯穿项目的整个生命周期，即在项目的各个阶段均要进行软件需求的追溯，通过不同阶段填写《需求跟踪矩阵》，建立软件需求与开发过程的追溯关系，这样可以根据软件需求追溯到开发工作产品，从而确保每个工作产品满足每个需求。
角色
项目经理：创建、审查《需求跟踪矩阵》；
需求工程师：填写《需求跟踪矩阵》的需求项；
系统设计师：填写《需求跟踪矩阵》的设计项；
编码工程师：填写《需求跟踪矩阵》的编码项；
项目测试经理：填写《需求跟踪矩阵》的测试项；
配置工程师：负责将需求基线纳入配置管理；发布基线。
QA工程师：依据QA过程进行跟踪和监督，并收集度量数据
步骤
- 创建阶段
创建《需求跟踪矩阵》；
填写《需求跟踪矩阵》的项目名称和项目编号；
将《需求跟踪矩阵》交给需求工程师。
- 需求分析阶段
填写《软件需求规格说明书》编号；
填写需求状态项（需求）；
提交《需求跟踪矩阵》给项目经理确认；
项目经理确认需求项和需求状态项，并提交给配置工程师发布到项目组配置库。
- 设计阶段
填写设计项的内容，包括该功能模块在《设计说明书》中的标识，以及文档版本号；
填写需求状态项（设计）；
提交《需求跟踪矩阵》给项目经理审查；
项目经理提交《需求跟踪矩阵》给配置工程师发布到项目组配置库；
- 编码阶段
在《需求跟踪矩阵》的“实现”中详细登记各个编码文件的名称（可用相对路径）、交叉测试用例以及参与集成测试的次数，同时在Sheet－“需求跟踪矩阵”中的编码栏中写入“<详细…>”，并建立链接指向对应的编码位置；实现编写到jsp目录及名称，需要简要说明；
填写需求状态项（编码）；
提交《需求跟踪矩阵》给项目经理审查；
项目经理提交《需求跟踪矩阵》给配置工程师发布到项目组配置库。
- 测试阶段
填写需求编号对应的系统测试用例编号；
填写需求验证状态项（测试）；
提交《需求跟踪矩阵》项目经理审查；
项目经理提交《需求跟踪矩阵》给配置工程师发布到项目组配置库。
需求跟踪矩阵变更
当发生需求变更时，通过《需求跟踪矩阵》从需求向后追溯到下游关联的工作产品，可分析出这些关联项是否需要变更，根据分析结果变更《需求跟踪矩阵》，该活动主要由项目经理执行
角色
项目经理：审查《需求跟踪矩阵》和《需求变更记录台帐》；
需求工程师（填写需求项）；
系统设计师（填写设计项）；
编码工程师（填写编码项）；
测试工程师（填写测试项）；
维护工程师（填写需求项）；
配置工程师：负责将需求基线纳入配置管理；发布基线和《需求变更记录台帐》。
QA工程师：依据QA过程进行跟踪和监督，并收集度量数据文章来源：https://www.toymoban.com/news/detail-607497.html
步骤
1.需求分析阶段、设计阶段、编码阶段、测试阶段、维护阶段需求的变更维护需求功能矩阵参见“需求跟踪矩阵的创建”
2.项目经理审查《需求跟踪矩阵》，进行追溯，落实下游关联的工作产品的需求是否被更新
3.配置工程师更新配置，并编制《需求变更记录台帐》发布。需求的变更方式：
a)新增：用户新增加的需求
b)修改：与原始需求相比发生变化的需求
c)删除：需求被用户取消文章来源地址https://www.toymoban.com/news/detail-607497.html
到了这里，关于【软考高项】项目范围管理中的需求跟踪矩阵说明的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
