需求跟踪是什么意思？什么是向前追溯，什么是向后追溯？

需求跟踪的内容
    跟踪能力（联系）链（Traceability Link）使你能跟踪一个需求使用期限的全过程，即从需求源到实现的前后生存期。跟踪能力是优秀需求规格说明书的一个特征。跟踪能力联系链记录了单个需求之间的父层、互连、依赖的关系。

    1. 需求跟踪目的
        审核（Certification） 跟踪能力信息可以帮助审核确保所有需求被应用。
        变更影响分析跟踪能力信息在增、删、改需求时可以确保不忽略每个受到影响的系统元素。
        维护可靠的跟踪能力信息使得维护时能正确、完整地实施变更，从而提高生产率。
        项目跟踪在开发中认真记录跟踪能力数据，就可以获得计划功能当前实现状态的记录。
        再设计（重新建造）。可以列出传统系统中将要替换的功能，记录它们在新系统的需求和软件组件中的位置。
        重新利用跟踪信息可以帮助你在新系统中对相同的功能利用旧系统相关资源。
        减小风险 使部件互连关系文档化可减少由于一名关键成员离开项目带来的风险。
        测试 测试模块、需求、代码段之间的联系链可以在测试出错时指出最可能有问题的代码段。
    2. 需求跟踪能力矩阵
    3. 需求跟踪能力工具
    4. 需求跟踪能力过程
    5. 需求跟踪能力的可行性

    变更需求代价：影响分析
    “变更是免费的”这种误解是造成项目范围延伸的一个原因。在职业生涯中，绝大多数开发人员会遇到要求添加“没有代价且不影响进度的变更”的要求。对这样奇怪的要求的正确回答是“不行”，变更只能在项目时间、预算、资源的限制内进行协商。

    1. 影响分析过程
        建议的变更涉及的问题核对表
            基准（线）中是否已有需求与建议的变更相冲突？
            是否有待解决的需求变更与已建议的变更相冲突？
            不采纳变更会有什么业务或技术上的后果？
            进行建议的变更会有什么样的负面效应或风险？
            建议的变更是否会不利于需求实现或其他质量属性？
            从技术条件和员工技能的角度看该变更是否可行？
            若执行变更是否会在开发、测试和许多其他环境方面提出不合理要求？
            实现或测试变更是否有额外的工具要求？
            在项目计划中，建议的变更如何影响任务的执行顺序、依赖性、工作质量或进度？
            评审变更是否要求原型法或别的用户提供意见？
            采纳变更要求后，浪费了多少以前曾做的工作？
            建议的变更是否导致产品单元成本增加？如增加了第三方产品使用许可证的费用。
            变更是否影响任何市场营销、制造、培训或用户支持计划？
        变更影响的软件元素核对表
            确认任何用户接口要求的变更、添加或删除。
            确认报告、数据库或文件中任何要求的变更，添加或删除。
            确认必须创建、修改或删除的设计部件。
            确认源代码文件中任何要求的变更。
            确认文件或过程中任何要求的变更。
            确认必须修改或删除的已有的单元、集成或系统测试用例。
            评估要求的新单元、综合和系统测试实例个数。
            确认任何必须创建或修改的帮助文件、培训素材或用户文档。
            确认变更影响的应用、库或硬件部件。
            确认须购买的第三方软件。
            确认在软件项目管理计划、质量保证计划和配置管理计划等中变更将产生的影响。
            确认在修改后必须再次检查的工作产品。
2. 影响分析报告模板