需求跟踪

需求跟踪的需求跟踪能力过程

当你应用需求跟踪能力来管理工程时，可以考虑下列步骤：决定定义哪几种联系链，可以参见图2来进行。 选择使用的跟踪能力矩阵的种类，是表1还是表2。 确定对产品哪部分维护跟踪能力信息。由关键的核心功能、高风险部分或将来维护量大的部分开始做起。 通过修订过程和核对表来提醒开发者在需求完成或变更时更新联系链。 制定标记性的规范，用以统一标识所有的系统元素，达到可以相互联系的目的。若必要，作文字记录，这样就可以分析系统文件，便于重建或更新跟踪能力矩阵。 确定提供每类联系链信息的个人。 培训项目组成员，使其接受需求跟踪能力的概念和了解重要性、这次活动的目的、跟踪能力数据存储位置、定义联系链的技术—例如，使用需求管理工具的特点。确保与会人员明白担负的责任。 一旦有人完成某项任务就要马上更新跟踪能力数据，即要立刻通知相关人员更新需求链上的联系链。 在开发过程中周期性地更新数据，以使跟踪信息与实际相符。要是发现跟踪能力数据没完成或不正确那就说明没有达到效果。

需求跟踪哪些方式

需求跟踪是指跟踪一个需求使用期限的全过程，需求跟踪包括编制每个需求同系统元素之间的联系文档，这些元素包括其他类型的需求，体系结构，其他设计部件，源代码模块，测试，帮助文件等。需求跟踪为我们提供了由需求到产品实现整个过程范围的明确查阅的能力。
需求跟踪有两种方式:
(1)正向跟踪。检查《产品需求规格说明书》中的每个需求是否都能在后继工作成果中找到对应点。
(2)逆向跟踪。检查设计文档、代码、测试用例等工作成果是否都能在《产品需求规格说明书》中找到出处。
正向跟踪和逆向跟踪合称为"双向跟踪"。不论采用何种跟踪方式，都要建立与维护需求跟踪矩阵(即表格)。需求跟踪矩阵保存了需求与后继工作成果的对应关系。

需求跟踪矩阵更新的时机

需求跟踪矩阵更新的时机：在相关阶段评审结束后更新。使用需求跟踪矩阵跟踪需求需要遵循的检查和步骤： 1、浏览矩阵中的需求数目和需求文档中的需求，确保矩阵中列出了所有的需求，没有遗漏。2、为确保在矩阵中列出的所有程序在最终的软件中都是必要的，并且没有冗余的代码，必须在矩阵中指出每个程序、类和其他单元。 3、通过确保功能需求没有空白列来检查需求的实现。 4、对每个性能需求，都应该设计一些测试用例。5、集成和系统测试用例可以和矩阵一起进行交叉检查，以此来保证需求的所有条件都包含在系统测试用例中。需求跟踪矩阵模板：

如何制定一份有效需求跟踪矩阵表

以下是我目前准备重新制定需求跟踪矩阵设计的时候分析:
说明：需求阶段，我们的输出产物为：业务需求说明书、用户需求说明书、功能设计说明书
1、相关涉众：项目经理、需求分析师、设计师、软件工程师、测试工程师、客户
2、用例统计：需求总数、模块总数、变更总数、用例总数
3、需求变更类型：新增、遗漏、修改
4、需求跟踪矩阵表中的设计元素：（以对应角色关注点列出，有部分共同关注点没有单独列出）
项目经理：返工量评估、评估变更风险、质量影响、纠正措施、跟踪结果、跟踪人
需求分析师：需求用例ID、用户需求说明书、需求稳定性、需求优先级、变更相关涉众（一般指客户）、关联模块、需求维护人（具体需求分析师，针对变更）、需求 变更类型、验收标准
设计师：功能设计ID、功能设计说明书、技术难度（评估）、设计维护人
开发工程师：工作量反馈、修改人、单元测试用例ID（链接）
测试工程师：测试用例ID（链接）、测试用例说明书、用例维护人
以上字段是我打算设计使用的字段，请大家帮忙指点，看是否有遗漏或不妥之处。
此次交流期望：想得到一份比较简单但执行效率高的需求跟踪矩阵。

需求跟踪矩阵的作用

（1） 在需求变更、设计变更、代码变更、测试用例变更时，需求跟踪矩阵是目前经过实践检验的进行变更波及范围影响分析的最有效的工具，如果不借助RTM，则发生上述变更时，往往会遗漏某些连锁变化。（2） RTM也是验证需求是否得到了实现的有效工具，借助RTM，可以跟踪每个需求的状态：是否设计了，是否实现了，是否测试了。