变更管理 需求跟踪矩阵 or 需求变更管理矩阵

laofo · 2010年03月05日 · 21 次阅读

广州-小 S 这里有没有需求跟踪矩阵的模板? 北京 - 恐龙 其实,我一直不明白那个东西有什么用处

需求跟踪矩阵,主要有设计阶段需求跟踪矩阵、实现阶段需求跟踪、测试阶段的需求跟踪矩阵 需求跟踪矩阵主要是为了更好跟踪各阶段的工作是否按计划的需求去开展的,便于管理。

需求跟踪矩阵的内容其实可以很简单的,只要实现管理跟踪的作用就可以了

具体怎么跟踪?怎么管理?

为什么要称作矩阵呢?

例如设计阶段的需求跟踪矩阵,主要就是来自需求规格说明书与来自软件设计说明书的需求的对应表,通过这个表呢,可以一目了然,在设计阶段是否将所有的需求都考虑进去。 但主要还是用来做变更管理的,如果需求做了变更,可以借助这个表较全面的去跟踪其他阶段受到的影响,避免遗漏 只所以叫矩阵,主要是有横向跟踪和纵向跟踪,但通常我们做的比较多的就是纵向跟踪,需求分析——设计——实现——测试,对这几个阶段的跟踪,横向跟踪则是主要是对各需求之间接口关系的跟踪(用的比较少)。

能不能把横向跟踪和纵向跟踪再具体分析一下,最好能给个例子。谢谢

给大家列两张表就看的比较清楚了

纵向需求跟踪: 需求描述(需求规格说明书) 需求描述(设计说明书) 需求 1:XXXX 需求 1:XXX 需求 2:XXX 需求 2:XXX

横向需求跟踪: 需求描述(需求规格说明竖) 接口 需求 1:XXX 需求接口 1;需求接口 2;…… 需求 2:XXX 需求接口 1;需求接口 2;……

我想纵向跟踪大家应该都很容易理解的,这里主要解释下需求的横向跟踪 项目过程中的需求具有溯源性,首先是定义需求,然后将需求转换为最底层的需求(即技术层面),而横向需求跟踪主要是对编码过程中需求的跟踪管理。

不知道我这样说有没有说清楚呢?

如果纵向跟踪,需求分析——设计——实现——测试,那么很容易理解。 横向呢? "对编码过程中需求的跟踪管理"....还是不太明白

有人给我的解释是这样的:

需求 概要设计 详细设计 编码 单元测试 集成测试 功能点 1 功能点 2 功能点 3 .........

这样形成的一个矩阵。同时横向的也是一个随着时间而深入的过程。不知道这样和你说的是否一致?

嗯 是一个意思,不过在实际操作中,我是把它分成两个表来做了

功能点 1 需求 概要设计 详细设计 编码 单元测试 集成测试 功能点 2 需求 概要设计 详细设计 编码 单元测试 集成测试 功能点 3 需求 概要设计 详细设计 编码 单元测试 集成测试 .........

这个样子? 请问在这里边你主要管理的职责是什么?是如何管理的?

主要是查看各阶段的实现是否有漏掉、多出功能或者与预期的不符 在概要设计、详细设计、编码、单元测试环节,由项目组研发负责人来填写,配置管理员通过检查这个文档以及依据这个文档经常向研发人员了解项目情况,来达到把控的效果,因为配置管理员不会去读研发人员的代码,实际做起来呢,还是有些被动,如果遇到研发人员忘记或者不愿意告诉你一些情况的时候,可能就需要从多方面去了解项目的实际情况。

需要 登录 后方可回复。