您好!欢迎光临普瑞思咨询网站!
服务热线 设为首页 | 加入收藏 | 网站地图

您的位置:首页 >> 培训文章 >> 研发项目 >> 正文

培训文章

项目管理工具:需求跟踪

作者: 来源: 文字大小:[][][]
需求跟踪概述
需求跟踪需求跟踪是指跟踪一个需求使用期限的全过程,需求跟踪包括编制每个需求同系统元素之间的联系文档,这些元素包括其他类型的需求,体系结构,其他设计部件,源代码模块,测试,帮助文件等。需求跟踪为我们提供了由需求到产品实现整个过程范围的明确查阅的能力。需求跟踪的目的是建立与维护“需求-设计-编程-测试”之间的一致性,确保所有的工作成果符合用户需求。
需求跟踪的方式
需求跟踪有两种方式:
(1)正向跟踪。检查《产品需求规格说明书》中的每个需求是否都能在后继工作成果中找到对应点。
(2)逆向跟踪。检查设计文档、代码、测试用例等工作成果是否都能在《产品需求规格说明书》中找到出处。
正向跟踪和逆向跟踪合称为“双向跟踪”。不论采用何种跟踪方式,都要建立与维护需求跟踪矩阵(即表格)。需求跟踪矩阵保存了需求与后继工作成果的对应关系。
需求跟踪的内容
跟踪能力(联系)链(traceability link)使你能跟踪一个需求使用期限的全过程,即从需求源到实现的前后生存期。跟踪能力是优秀需求规格说明书的一个特征。为了实现可跟踪能力,必须统一地标识出每一个需求,以便能明确地进行查阅。
图1说明了四类需求跟踪能力链。客户需求可向前追溯到需求,这样就能区分出开发过程中或开发结束后由于需求变更受到影响的需求。这也确保了需求规格说明书包括所有客户需求。同样,可以从需求回溯相应的客户需求,确 认每个软件需求的源头。如果用使用实例的形式 来描述客户需求,图的上半部分就是使用实 例和功能性需求之间的跟踪情况。图的下半 部分指出:由于开发过程中系统需求转变为软件 需求、设计、编写等,所以通过定义单个需求和 特定的产品元素之间的(联系)链可从需求向前 追溯。这种联系链使你知道每个需求对应的产品 部件,从而确保产品部件满足每个需求。第四类 联系链是从产品部件回溯到需求,使你知道每个 部件存在的原因。绝大多数项目不包括与用户需 求直接相关的代码,但对于开发者却要知道为什 么写这一行代码。如果不能把设计元素、代码段 或测试回溯到一个需求,你可能有一个“画蛇添 足的程序”。然而,若这些孤立的元素表明了一 个正当的功能,则说明需求规格说明书漏掉了一项需求。
跟踪能力联系链记录了单个需求之间的父层、互连、依赖的关系。当某个需求变更(被删除或修改)后,这种信息能够确保正确的变更传播,并将相应的任务作出正确的调整。下图2说明了许多能在项目中定义的直接跟踪能力联系链。一个项目不必拥有所有种类的跟踪能力联系链,要根据具体的情况调整。
需求跟踪目的
在某种程度上,需求跟踪提供了一个表明与合同或说明一致的方法。更进一步,需求跟踪可以改善产品质量,降低维护成本,而且很容易实现重用。
需求跟踪是个要求手工操作且劳动强度很大的任务,要求组织提供支持。随着系统开发的进行和维护的执行,要保持关联链信息与实际一致。跟踪能力信息一旦过时,可能再也不会重建它了。由于这些原因,应该正确使用需求跟踪能力。
下面是在项目中使用需求跟踪能力的一些好处:
审核(certification) 跟踪能力信息可以帮助审核确保所有需求被应用。
变更影响分析跟踪能力信息在增、删、改需求时可以确保不忽略每个受到影响的系统元素。
维护可靠的跟踪能力信息使得维护时能正确、完整地实施变更,从而提高生产率。要是一下子不能为整个系统建立跟踪能力信息,一次可以只建立一部分,再逐渐增加。从系统的一部分着手建立,先列表需求,然后记录跟踪能力链,再逐渐拓展。
项目跟踪在开发中,认真记录跟踪能力数据,就可以获得计划功能当前实现状态的记录。还未出现的联系链意味着没有相应的产品部件。
再设计(重新建造) 你可以列出传统系统中将要替换的功能,记录它们在新系统的需求和软件组件中的位置。通过定义跟踪能力信息链提供一种方法收集从一个现成系统的反向工程中所学到的方法。
重复利用跟踪信息可以帮助你在新系统中对相同的功能利用旧系统相关资源。例如:功能设计、相关需求、代码、测试等。
减小风险使部件互连关系文档化可减少由于一名关键成员离开项目带来的风险。
测试测试模块、需求、代码段之间的联系链可以在测试出错时指出最可能有问题的代码段。
以上所述许多是长期利益,减少了整个产品生存期费用,但同时要注意到由于积累和管理跟踪能力信息增加了开发成本。这个问题应该这样来看,把增加的费用当作一项投资,这笔投资可以使你发布令人满意同时更容易维护的产品。尽管很难计算,但这笔投资在每一次修改、扩展或代替产品时都会有所体现。如果在开发工程中收集信息,定义跟踪能力联系链一点也不难,但要在整个系统完成后再实施代价确实很大。
CMMI要求具备需求跟踪能力。软件产品工程活动的关键过程域有关于它的陈述,“在软件工作产品之间,维护一致性。工作产品包括软件计划,过程描述,分配需求,软件需求,软件设计,代码,测试计划,以及测试过程。”需求跟踪过程中还定义了一些关于一个组织如何处理需求跟踪能力的期望。

上一篇:项目生命周期划分的典型方法 下一篇:需求跟踪能力矩阵


上海创卓商务咨询有限公司 版权所有 电话:021-36338510 /36539869 传真:021-36338510 邮箱:info@purise.com 网址:www.purise.com
Copyright 2004 All right reserved() 沪ICP备11020370号