需求跟踪矩阵填写指南.docxVIP

本资料仅供内部使用！ 需求跟踪矩阵填写指南 ____信息技术公司 __年01月16日 本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属 本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属____信息技术公司所有，受到有关产权及版权法保护。任何个人、机构未经____信息技术公司的书面授权许可，不得以任何方式复制或引用本文件的任何片断。 修改记录 制定日期 生效日期 制定 / 修订 内容摘要 页数 版本 拟稿 审查 批准 __314 __321 新建 目 录 TOC \o 13 \h \z \u 1 需求跟踪矩阵填写说明 PAREF _Toc135407043 \h 1 2 需求跟踪矩阵的维护和使用 PAREF _Toc135407044 \h 1 3 裁剪指南 PAREF _Toc135407045 \h 2 需求跟踪矩阵填写说明 【需求跟踪矩阵】用以跟踪需求到设计、设计到编码、编码的测试的映射过程。项目组可以根据实际情况裁剪模板的格式来满足项目的要求。需求跟踪矩阵的填写遵循以下原则： 需求号：为每条需求编制唯一的识别号，通过需求号可以与需求文档中描述的需求建立一一对应关系。建议不要使用章节号作为需求号。如果没有在编程规范或需求跟踪矩阵中说明编号的格式，则可以按一下格式编号： 需求号＝一级功能编号.二级功能编号.三级功能编号.N级功能编号 建议最多不要超过5级； 例子：需求号表示：第一个一级功能的第二个二级功能的一个三级功能。 软件需求描述：简单描述需求内容。这个描述看是冗余，但有简单描述可以使得跟踪矩阵更具可读性和独立性。 概要设计：描述需求在概要设计中的实现情况。建议使用编号对应，也可以使用文字对应，建议不要使用章节号。如果使用编号，请在编程规范中说明编号规则。 详细设计：描述概要设计在详细设计中的实现情况。建议使用编号对应，也可以使用文字对应，建议不要使用章节号。如果使用编号，请在编程规范中说明编号规则。 编 码：描述详细设计在编码时的实现情况。可以使用函数名称，文件名称，对象名称等。 单元测试用例：描述详细设计对应的测试用例。 集成测试用例：描述概要设计对应的测试用例。 系统测试用例：描述需求对应的测试用例。 需求跟踪矩阵的维护和使用 跟踪矩阵有助于在各个生命周期阶段跟踪所有需求，以此来确保实现所有已并入的需求，这也避免了由于遗漏需求而进行的重复劳动。通过为评审专家提供一套机制，矩阵有助于评审，使得很容易检验是否已处理所有的需求。当需求变更时，矩阵中包含的信息可用于分析变更带来的影响。它也有助于向顾客验证所开发的软件满足所有需求而且已经得到了充分的测试。 除非正确维护跟踪矩阵，否则它的作用是的。由于矩阵的设计方式，它不可能一成不变，而是在生命周期的很多点上需要更新。开始，矩阵只有需求数据。随着开发的进行，其他域的数据不断被加进来。更新矩阵最简单的方式是在相关阶段评审结束后更新它。为了对一个项目的跟踪矩阵进行维护，在工作产品的所有文档中必须使用编号机制。 在矩阵构建后以及矩阵维护期，需要执行一些完整性检查。这里列出一些需要遵循的检查和步骤。根据项目或客户的需要可以很容易地设计出其他检查。 浏览矩阵中的需求数目和需求文档中的需求，确保矩阵中列出了所有的需求，没有遗漏。通过对需求编号进行排序，然后对照检查需求数目是否与需求文档中的数目一致，可以很容易地达到这个目标。 为确保在矩阵中列出的所有程序在最终的软件中都是必要的，并且没有冗余的代码，必须在矩阵中指出每个程序、类和其他单元。 通过确保功能需求没有空白列来检查需求的实现。对其他需求，如果设计和程序域是空白的，需要仔细检查和验证这些需求对程序有没有直接的影响。 对每个性能需求，都应该设计一些测试用例。使用矩阵，可以很容易地检查测试用例是否适合检测这项性能需求。 集成和系统测试计划可以和矩阵一起进行交叉检查，以此来保证需求的所有条件都包含在系统测试计划中。 在需求变更的情况下维护矩阵的完整性不是一件容易的事情。将需求变更合入需求文档通常采用两种方式：更改文档中一些已经存在的需求或补充变更请求。更新需求规格文档的方法同样也可以在更新跟踪矩阵时使用。如果需求变更附加到文档中，它将作为附加需求，并在跟踪矩阵中为它增加一个表项。如果更改现有需求，需要同时确定矩阵中的相关表项是否需要更改。如果需要，则进行更改。在大多数情况下使用前一种办法。 裁剪指南 编号 部分/标题参考 裁 减 指 南 跟踪矩阵列的裁剪 可以根据项目选择的生命周期增加或删除某一列 需求类型 如果项目的时间比较紧，需求类型可以在项目上线后再补入 优先级 如果项目不需要分级时，可以不填写或删除列