面对激烈的市场竞争，如何准确把握客户需求，提高软件开发质量达到了前所未有的高度。在软件开发过程中，产品失败的原因有很多种，其中，产品功能与消费者的需求相去甚远堪称为罪魁祸首。如果在需求收集阶段修复一个发现的缺陷需花费1美元，那么，在设计阶段修复该缺陷则需花费2美元。以此类推，如果直至产品投入使用后才发现该缺陷，修复所需的费用则将暴涨至69美元！
    一个组织通常为多个客户生产软件，而客户的需求也是多样化的。历史经验表明，当需求得到有效管理时，项目更容易取得成功。需求（直接基于利益相关者和业务的需要）提供了与用户和客户达成一致的基础，同时也是开发团队工作的根本。这意味着，需求提供了一个重要的结合点，可确保团队交付的系统能够解决实际业务问题。
    可跟踪性是所有软件开发流程的基础部分，在许多情况下也是确保符合遵从性或法规约束的关键。有关权威机构证明，实施可靠的跟踪解决方案是需求驱动开发流程必不可少的一部分。常见的跟踪方法有自上而下法和自下而上法。最近，闭环跟踪法正在被越来越多的软件开发组织关注和采用。
    自上而下法
    通常跟踪通过自上而下法得以实现，自上而下方法的核心是：保持对需求变更的控制，即确保正确管理和跟踪需求变更，以变更请求并最终变更软件代码。以这种方法执行流程时，需求和执行请求可与代码、文档及测试产品彼此相链接。在确保团队遵照最新决策和优先权开展工作的同时，开发活动与客户需求将自动进行关联以降低流程开销，从而显着提高生产效率。在生命周期中尽早改善开发测试将减少软件错误，从而将不良影响降至最低。
    自上而下跟踪报告有助于经理和测试人员在变更贯穿的开发流程（设计、代码、单元测试、集成测试和最终测试）中协调的分配、规划开发和监控状态，并且自上而下的跟踪是帮助实现持续合规的关键功能。
    通过采取自上而下的方法来确保需求变更在最终解决方案中得以执行，分析人员或领导会根据需求、案例详情、使用案例或规范要素创建执行请求。随即，执行任务将出现在开发团队的工作列表中，显示关键属性（优先权、期限等）和业务数据。自动建立需求与相关开发活动之间的关联并实现实时可见性，有助于项目经理简化开发流程并监控项目进展。
    自下而上法
    大部分情况下，跟踪通过自上而下的方法完成。然而，对大多数质量、审计和测试验证程序而言，这种跟踪形式就暴露出它的不足之处。它无法验证预期的需求、缺陷或请求是否已在发布的产品中得以积极妥善地处理。而且只采用自上而下法常导致开发人员仍在依据错误版本的规范工作，并且对背景和业务价值不甚明了。自下而上的跟踪方法可以通过关闭验证循环来从根本上解决这个问题，并且能够以有效的需求驱动开发流程来控制变更的执行，跟踪每个开发任务以及受影响对象至原始客户需要、需求或变更请求。这不仅使开发团队能确保其配置的完整性，还使测试与质量保证工程师能确保交付的代码符合批准的需求。
    自下而上方法与自上而下方法的不同之处在于，验证人员（开发人员、测试人员和团队领导）要求 CM系统验证从文件变更回溯到需求的跟踪，而不是简单地信任 CM 系统。
    支持自下而上方法的配置管理系统允许任何团队成员从某内部版本产品的代码库开始追溯产生变更的需求。跨开发生命周期移动文件，同时监控文件相关变更请求和用途以探测文件和相关活动（与变更请求相链接）之间冲突的能力，不仅在开发环境中而且在构建管理与 QA 过程中均有助于产生稳定的开发迭代。
    闭环跟踪法
    现实开发环境中，存在着非常多的跟踪关系，而这些跟踪都是双向的。针对这一特征，闭环跟踪通过同时采用自上而下和自下而上两种方法来验证项目的交付情况。
    自下而上跟踪根据原始需求跟踪测试，从而确保最终产品中满足了需求。自下而上跟踪可实现覆盖分析，以确保每个需求或缺陷至少对应一个计划的措施并最终得以执行；或每个应对措施都具有相关需求并能使需求受益。在开发过程中最难做出的判断之一是确定完成充分测试的时间。质量保证工程师主要关注测试，大部分测试人员的工作都通过测试应用程序执行。通过进行相应跟踪，每个测试的相对重要性以及测试的成败都可以追溯至相关需求。自下而上方法帮助测试人员在开发早期就找出错误，此时修复成本尚不至于很高。这显着增加了测试和产品管理团队之间的交流，从而减少了风险，最终确保按计划实现功能。
    通过自上而下和自下而上两种方法，利益相关者无疑可以轻松地在整个产品工作流程中保持对需求变更和变更请求的跟踪。
    但是，要有效地监控和管理对应用程序所做的变更，利益相关者还必须能够访问自下而上的活动报告。这些跟踪报告有助于最佳实践的实施，而且相关建议在创建跨开发生命周期的可见性和可预测性方面起着重要作用。
    提高开发环境中的可见性对于大多数流程改进方案（如 CMMI、SPICE 和 ISO）都是一个十分关键的因素。如果分析人员、开发人员和测试人员能保持完全同步，则开发就能获得持续竞争的优势。
    Telelogic战略解决方案高级总监John Carrillo认为：“闭环跟踪串联了产品管理、配置和构建管理、需求管理环节，提供了更加透明化、更具协作能力的开发进程可视性。”
    John表示，闭环跟踪技术对软件开发而言并不是一种全新的技术，这一概念最早在模型开发领域被提出，并被证实是有效和可用的。“闭环跟踪”体系可以被解读为一套完整的软件开发进程报告系统，这种方法可以保证在整个产品开发生命周期中达成项目目标。
    Telelogic所做的工作是把这一理论推广到更大的开发工程中去，帮助开发团队建立更加完善的报告体系。“我们通过Telelogic产品的相互集成、以及与其他厂商产品的集成不断验证闭环跟踪方法的有效性和可用性。”John说。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。