需求跟踪矩阵（RTM）有什么作用？

（1）当需求变更、设计变更、代码变更、测试用例变更时，需求跟踪矩阵是目前经实践检验最有效的分析变更范围影响的工具。 如果不使用RTM，当上述变化发生时，某些链的变化往往会被遗漏。

(2)RTM也是验证要求是否得到落实的有效工具。 通过RTM，可以跟踪每个需求的状态：是否已设计、是否已实现、是否已测试。

2 需求跟踪矩阵有哪些类别？

(1)纵向跟踪矩阵，包括以下三种：

需求、客户需求与产品需求之间的派生关系

实现和验证关系：设计需求、测试用例需求等。

需求的责任分配关系； 谁将实现要求

(2) 水平跟踪矩阵：

需求之间的接口关系

3 实践中，如何确定应建立哪些RTM？

（1）SEI调查达成的基本共识是纵向追踪是必要的。 否则，REQM SP1.4 无法通过。 如果没有的话，横向跟踪大多会被实现。

(2) 对于纵向跟踪矩阵：

必需的：

Ø 跟踪客户需求和产品需求

Ø 跟踪产品需求和测试用例

Ø 100%的接口需求需要建立客户需求-产品需求-设计-编码-测试用例的跟踪矩阵

Ø 必须针对全局需求建立跟踪矩阵，包括：客户需求-产品需求-设计-编码-测试用例跟踪矩阵

Ø 核心需求需要建立跟踪矩阵

不需要：

Ø性能需求不需要建立跟踪矩阵

Ø 不影响系统架构的功能需求

4 谁将建立需求跟踪矩阵？

构建 RTM 涉及多个角色。 需求开发人员负责从客户需求到产品需求的RTM建立，测试用例编写者负责从需求到测试用例的RTM建立，设计人员负责从需求到设计的RTM建立等。PPQA负责用于检查 RTM 是否已建立以及是否满足所有要求。

5. RTM 是否包含基线管理？

RTM 应纳入基线管理。 纳入基线后，每次变更都必须申请。 对 RTM 的更改通常与对其他配置项的更改一起应用。 对 RTM 的更改很少单独应用，除非 RTM 中存在错误。

6 如何简化RTM的工作？

由于在RTM中，可能会有很多需求，包括设计、测试用例、代码等，所以建立和维护RTM的工作量还是比较大和繁琐的。 对于经常变化的项目尤其如此。 实践中，为了简化RTM的建立和维护，一些公司仅通过需求和设计、代码、测试用例的数量来进行跟踪。 例如需求为：r1，r2，...等编号，设计编号为：r1-d1，r1-d2，…….，测试用例编号为：r1-t1，r1 -t2等。需要注意的是，需求和它们之间是多对多的关系，这种关系是不能仅仅通过编号来实现的。 如果没有DOORS等需求管理工具的帮助，RTM一般只能通过EXCEL进行维护，工作量比较大。 简单来说，就是要平衡管理的投入和产出。 平衡的时候，可以从上面的问题3来学习。

当然，你也可以考虑增加需求、设计、代码、测试用例的粒度，但这样RTM的作用就会受到损害，这仍然是一个平衡问题。