RTMRTM纵向跟踪矩阵的,转篇文章，你知道吗？

1() 它有什么作用？

(1) 当需求变更、设计变更、代码变更时，

(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 的更改通常是通过

6 如何简化RTM

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

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