需求跟踪矩阵包含什么内容

六六 TOP1 329

需求跟踪矩阵包含:1、纵向跟踪矩阵;2、 横向跟踪矩阵;其中,纵向跟踪矩阵,包括如下的3种:需求之间的派生关系,客户需求到产品需求;实现与验证关系:需求到设计,需求到测试用例等;需求的责任分配关系;需求由谁来实现。

一、内容

1、纵向跟踪矩阵,包括如下的3种:

需求之间的派生关系,客户需求到产品需求

实现与验证关系:需求到设计,需求到测试用例等

需求的责任分配关系;需求由谁来实现

2、 横向跟踪矩阵:需求之间的接口关系。

在实践中,如何把握该建立哪些RTM:

(1) 在SEI的调查中达成的基本共识是:纵向跟踪是必须的,如果没有,则 REQM SP1.4无法通过。横向跟踪如果不作,则是大部分实施。

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

必需的:

客户需求与产品需求的跟踪

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

全局性需求要建立跟踪矩阵,包括:客户需求-产品需求-设计-编码-测试用例的跟踪矩阵

核心需求要建立跟踪矩阵

并非必需的:

性能需求可以不建立跟踪矩阵

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

二、简化方法

由于在需求跟踪矩阵中,需求可能有很多项,设计、测试用例、代码等都有多项,所以建立和维护RTM的工作量还是比较大、比较烦琐。对于变化频繁的项目,更是如此。 在实践中,为了简化该RTM的建立与维护工作,有的企业仅仅通过需求与设计、代码、测试用例的编号来实现跟踪,如需求为:r1,r2,……等编号,而设计 的编号为:r1-d1,r1-d2,…….,测试用例的编号为:r1-t1,r1-t2等等。需要注意的是需求与它们之间是多对多的关系,仅通过编号是无 法实现这种关系的。 如果不借助DOORS之类的需求管理工具,一般只能通过EXCEL来维护RTM,工作量就是比较大。要简化,就要平衡管理的投入与产出,平衡时,可以借鉴 上面的问题3。

当然也可以考虑增大需求、设计、代码、测试用例的颗粒度大小,但是那样RTM的作用就打了折扣,还是一个平衡问题。

在CMM三级中要求软件团体必须具备需求跟踪的能力:“在软件工作产品之间,维护一致性。工作产品包括软件计划,过程描述,分配需求,软件需求,软件设计,代码,测试计划,以及测试过程。”

需求跟踪矩阵并没有规定的实现办法,每个团体注重的方面不同,所创建的需求跟踪矩阵也不同,只要能够保证需求链的一致性和状态的跟踪就达到目的了。

回复

我来回复
  • 暂无回复内容

联系我们
关注微信
关注微信
分享本页
返回顶部