简练网软考知识点整理-项目需求跟踪及需求跟踪矩阵

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

更多知识点请在应用宝找简练，项目忙还想过软考，您需要简练！

简练网软考知识点整理-项目需求跟踪及需求跟踪矩阵相关推荐

简练网软考知识点整理-项目整体绩效测量基准
项目管理计划是说明项目将如何执行.监督和控制的一份文件.它合并与整合了其他各规划过程所输出的所有子管理计划和基准.项目基准就是一份经过确认.批准了的项目管理计划,作为项目绩效考核的基础,一个比较的基础 ...
简练网软考知识点整理-项目招标投标中的法律责任
(1)据招投标法的规定,必须进行招标的项目而不招标的,将必须进行招标的项目化整为零或者以其他任何方式规避招标的,责令其限期改正,可以处项目合同金额千分之五以上千分之十以下的罚款:对全部或者部分使用国有 ...
简练网软考知识点整理-项目选择和优先级排列方法
项目选择和优先级排列是实施项目组合管理的重要过程.结构化的项目选择和优先级排列方法包括:决策表技术.财务分析和DIPP分析. 决策表技术就是对项目的各个特征进行定性或是定量分析,按照加权进行计 ...
简练网软考知识点整理-蒙特卡洛模拟
蒙特卡洛模拟是一种通过设定随机过程,反复生成时间序列,计算参数估计量和统计量,进而研究其分布特征的方法. 蒙特卡洛方法的基本思想:所求解问题是某随机事件A出现的概率(或者是某随机变量B的期望值 ...
简练网软考知识点整理-项目风险审计及风险评估
(1)风险审计风险审计是控制风险的工具,检查并记录风险应对措施在处理已识别风险及其根源方面的有效性,以及评估风险管理过程的有效性,是一种审计类型.项目经理要确保按项目风险管理计划所规定的频率 ...
简练网软考知识点整理-七种质量管理和控制工具（新七种工具）
质量管理的技术和工具中,主要包括:传统的检查.测试.统计抽样和6σ.通常将因果图.流程图.直方图.检查表.散点图.排列图和控制图称为"老七种工具",而将相互关系图.亲和图.树状 ...
简练网软考知识点整理-项目组织分解结构OBS
组织分解结构,描述负责每个项目活动的具体组织单元,它将工作包与相关部门或单位分层次.有条理地联系起来的一种项目组织安排图形. OBS是项目管理中由WBS演化而来的一种方法.它是一个在组织范围内 ...
简练软考知识点整理-项目风险管理简介
项目风险管理包括规划风险管理.识别风险.实施风险分析.规划风险应对和控制风险等各个过程.项目风险管理的目标在于提高项目中积极事件的概率和影响,降低项目中消极事件的概率和影响. 项目风险管理的各个过程, ...
简练软考知识点整理-项目启动过程组
启动过程组包含定义一个新项目或现有项目的一个新阶段,授权开始该项目或阶段的一组过程.在启动过程中,定义初步范围和落实初步财务资源,识别那些将相互作用并影响项目总体结果的内外部干系人,选定项目经理(如果 ...
简练软考知识点整理-项目配置审核
配置审核(配置审计)的任务是验证配置项对配置标识的一致性.实施配置审计以维护配置基线的完整性,配置审计确认最终的基线和文件有遵照特定标准或需求,并适当记录审计结果.信息系统开发的实践表明,尽管对配置项 ...

简练网软考知识点整理-项目需求跟踪及需求跟踪矩阵

简练网软考知识点整理-项目需求跟踪及需求跟踪矩阵相关推荐

最新文章

热门文章