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

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