编写需求跟踪矩阵指南
需求跟踪矩阵模板
需求跟踪矩阵模板需求跟踪矩阵是项目管理中非常重要的工具，它可以帮助团队跟踪需求的变化，确保项目按时按质完成。
本文将为大家介绍一种常用的需求跟踪矩阵模板，希望对大家的项目管理工作有所帮助。
首先，需求跟踪矩阵模板通常包括以下几个部分，需求ID、需求描述、优先级、状态、验收标准、实现情况等。
在使用模板时，我们可以根据项目的实际情况进行适当的调整和扩展，以满足项目管理的需求。
其次，需求ID是每个需求在跟踪矩阵中的唯一标识，它可以帮助我们快速定位和识别每个需求。
需求描述则是对需求的具体描述，包括功能、性能、界面、数据等方面的要求，需要清晰明了，以便团队成员理解和实现。
优先级是指需求的重要程度和紧急程度，通常分为高、中、低三个级别。
在项目实施过程中，我们需要根据实际情况对需求进行优先级排序，以保证关键需求能够得到及时满足。
状态则是指需求的当前状态，包括未开始、进行中、已完成等，通过状态我们可以清晰地了解每个需求的实现情况。
验收标准是对需求完成后的验收标准和标准，它可以帮助我们评估需求是否得到满足。
实现情况则是记录需求的实现情况，包括实现进度、实现质量等，通过实现情况我们可以清晰地了解每个需求的实现情况。
在使用需求跟踪矩阵模板时，我们需要及时更新和维护需求信息，确保跟踪矩阵的准确性和完整性。
同时，我们还需要定期对跟踪矩阵进行分析和总结，及时发现和解决项目管理中的问题，以保证项目的顺利实施。
总之，需求跟踪矩阵模板是项目管理中非常重要的工具，它可以帮助团队跟踪需求的变化，确保项目按时按质完成。
希望大家在项目管理中能够充分利用需求跟踪矩阵模板，提高项目管理的效率和质量。
需求跟踪矩阵
3、需求稳定度/变化率统计
初始
增加
删除
修改
未更改变更数 现有需求总数 需求稳定度
16
9
2
3
11
23
68.75%
注：
1、需求稳定度 = 未更改变更数/原始需求总数
2、需求变化率 = 需求变更总数/原始需求总数
其中：需求变更总数 = 增加的需求数+删除的需求数+修改的需求数
需求变化率 87.50%
2、需求变更在各阶段的分布
阶段
需求分析 概要设计
需求变更数 0
5
需求分布 0.00% 35.71%
详细设计 3 21.43%
编码单元测试 集成测试
2
1
14.29%
7.14%
系统测试 2 14.29%
需求变更数
5 4.5
4 3.5
3 2.5
2 1.5
1 0.5
0
需求变更数
需求分 析
0
概要设 计
5
详细设 计
2008/8/20 修改
1
阶段 需求分析 概要设计 概要设计 详细设计 详细设计 编码单元测试 编码单元测试 集成测试 系统测试 验收测试
涉众类型 客户 研发人员 客户 研发人员 客户 研发人员 客户 系统限制 客户 客户
注：每次更新需求跟踪矩阵的需求信息时，首先填写变更明细表
变更记录人
张三 李四 张三 李四 张三 李四 张三 李四 王二
3
编码单 元测试
2
集成测 试
1
系统测 试
2
验收维 护
1
注：由该图可以看出项目各阶段的需求变更数
验收维护 1
7.14%
如何利用需求跟踪矩阵跟踪功能点
注意：上面的需求文档太完美了，我们公司的需求文档从来没有这么 详细过。通常的实际需求也就是用一句话概括“必须输入有效的00：00— —23：59的时间，否则系统报错。”
2
如何利用需求跟踪矩阵跟踪功能点并且保证每个 功能点都有合适的测试用例去覆盖（续）
写出测试用例： Case1：进入闹钟启动时间设置窗口，格式应为HH:MM; Case2：检查启动时间缺省应为00：00； Case3：输入字母a，应有错误提示音； Case4：输入符号+，应有错误提示音； Case5：试图输入空格，应有错误提示音； Case6：试图输入时间23：60，应有错误提示音； Case7：试图输入时间24：00，应有错误提示音； Case8：试图输入时间23：59，应正常输入没有错误提示音。
5
3
如何利用需求跟踪矩阵跟踪功能点并且保证每个 功能点都有合适的测试用例去覆盖（续）
测试用例
Case1：进入闹钟启动时间设置窗口，格式应 为HH:MM;
1 √
23Leabharlann 4567
Case2：检查启动时间缺省应为00：00
Case3：输入字母a，应有错误提示音 Case4：输入符号+，应有错误提示音 Case5：试图输入空格，应有错误提示音 Case6：试图输入时间23：60，应有错误提示 音 Case7：试图输入时间24：00，应有错误提示 音 Case8：试图输入时间23：59，应正常输入没 有错误提示音
√
√ √ √ √
√
√
4
如何利用需求跟踪矩阵跟踪功能点并且保证每个 功能点都有合适的测试用例去覆盖（续）
这第四个测试点就没有测试用例去覆盖，这就是需求跟踪 矩阵的作用，能够帮助我们发现测试设计中的重大疏漏。 如果设计测试用例不止一个人，如果测试点成百个，如果 设计文档中途变更插进来一些新功能，看起来这个办法好 像就苯了点，为了画这个矩阵得花多少时间，我们的pm不 会我们这么多时间的。 所以在实际项目中如果没有时间精确跟踪到小的功能点， 对于大的功能模块总该有一种机制去跟踪，要不然就真有 大的重要功能模块被遗漏，就要有大麻烦了。
需求跟踪矩阵维护指引
需求跟踪矩阵维护指南*C A——M——D——文档审批信息目录1简介 (1)1.1文档目的 (1)1.2适用范围 (1)1.3术语表 (1)1.4参考资料 (1)2需求模块功能矩阵建立 (1)2.1《需求模块功能矩阵》概述 (1)2.2需求模块功能矩阵建立流程 (1)2.2.1创建《需求模块功能矩阵》 (1)2.2.2需求定义和需求分析阶段《需求模块功能矩阵》的填写 (2)2.2.3设计阶段《需求模块功能矩阵》的填写 (2)2.2.4编码阶段《需求模块功能矩阵》的填写 (3)2.2.5测试阶段《需求模块功能矩阵》的填写 (3)3需求模块功能矩阵变更 (3)3.1需求模块功能矩阵变更概述 (3)3.2需求模块功能矩阵变更流程 (3)3.2.1设计阶段需求变更 (4)3.2.2编码阶段需求变更 (4)3.2.3测试阶段需求变更 ........................................... .43.2.4维护阶段需求变更 (5)4需求功能编号的编写规则 (5)1简介1.1文档目的本规程的目的是为了定义在软件生命周期内维护《需求模块功能矩阵》的时机，并规定软件生命周期各阶段维护《需求模块功能矩阵》的主要内容、入口、出口和人员等。
1.2适用范围本规程适用于公司的所有软件项目。
1.3术语表无1.4参考资料1.《软件需求管理过程》2.《软件需求》，Karl E. Wiegers著，陆丽娜、王忠民、王志敏等译，机械工业出版社，2000年7月2需求模块功能矩阵建立2.1 《需求模块功能矩阵》概述需求追溯贯穿项目的整个生命周期，即在项目的各个阶段均要进行软件需求的追溯，通过不同阶段填写《需求模块功能矩阵》，建立软件需求与开发过程的追溯关系，这样可以根据软件需求追溯到开发工作产品，从而确保每个工作产品满足每个需求。
2.2 需求模块功能矩阵建立流程2.2.1创建《需求模块功能矩阵》创建人：项目经理前提：项目经理指定了项目成员角色，包括需求人员（填写《需求模块功能矩阵》的需求项），设计人员（填写设计项），开发人员（填写实现项），测试负责人（填写测试项）。
需求跟踪矩阵_产品版本标识
填写说明：
1）产品经理完成本文件的第一版，后续由软件需求、设计、测试负责人进行完善
2）本文件与产品需求、软件需求、设计文档、测试案例一同评审并基线
3）项目组如裁剪软件需求，则需完成产品需求到设计的跟踪，可删除软件需求到设计跟踪
4）项目组如不裁剪软件需求，则需完成软件需求到设计的跟踪，产品需求到设计的跟踪可删除5）测试案例如使用TD维护，应将可说明跟踪关系的截图粘贴在产品需求到测试案例跟踪一页
6）其他跟踪关系项目组可自行添加，如跟踪到架构设计、集成测试案例、单元测试案例、代码等。
需求跟踪矩阵的内容
需求跟踪矩阵的内容1. 介绍需求跟踪矩阵需求跟踪矩阵是一个用于追踪软件项目需求的工具。
它能够帮助团队有效地管理和掌控需求变更，确保项目在开发过程中的各个阶段能够满足用户的需求。
该矩阵记录了项目的需求以及与之相关的信息，如需求的来源、状态、优先级等，从而为开发团队提供了一个清晰的需求全貌。
2. 需求跟踪矩阵的结构需求跟踪矩阵通常由表格组成，其中包含了多个字段用于描述需求的各个方面。
常见的字段包括需求编号、需求描述、需求来源、需求状态、所属模块、开发优先级、验收标准等。
这些字段能够帮助团队跟踪和管理需求的生命周期，并确保参与项目的各方都对需求有一个共同的理解。
2.1 需求编号需求编号是每个需求的唯一标识符，用于在矩阵中区分不同的需求。
编号可以采用自定义的规则，比如简单的序号、项目缩写+序号等。
2.2 需求描述需求描述是对需求的详细说明，包括需求的背景、目标、功能要求等信息。
一个清晰、准确的需求描述能够帮助开发团队准确理解用户的期望。
2.3 需求来源需求来源是指提出该需求的人或团队。
需求可以来自于不同的渠道，比如用户反馈、市场调研、相关部门等。
记录需求来源能够帮助团队了解需求的背景和动机。
2.4 需求状态需求状态标识了需求所处的状态，比如已提出、待评审、开发中、已完成等。
需求状态的变更能够帮助团队了解需求的进展情况，并及时处理需求相关的事务。
2.5 所属模块所属模块指明了需求所属的功能模块或系统模块。
将需求按模块分类能够帮助团队更好地组织和安排开发工作，并便于后续的维护和升级。
2.6 开发优先级开发优先级用于确定需求的重要性和紧急程度。
通过给需求设置优先级，团队可以合理安排开发资源，确保高优先级需求得到及时处理。
2.7 验收标准验收标准是对需求实现的一组判断规则。
它描述了需求完成后应满足的条件和表现，便于项目验收和用户验收的进行。
3. 如何使用需求跟踪矩阵需求跟踪矩阵在项目的不同阶段都扮演着重要的角色。
RD01-04需求跟踪矩阵
代号
需求跟踪矩阵
需求编号 需求简述 优先级
100 101 102 103 104 105 106 200 201 202 203 204
运行在家庭网关上主要负责信息采集配置管理 输入、修改客户资料。基础数据部分从crm接口获取 设置指定客户的房屋结构图、设置各防区信息设置、各防区 报警信息 设置支持的探头类型 设置短信网关地址流媒体服务器地址自动巡查时间间隔等系 统参数 主要是设置PHS、PSTN等类型拨号报警器 针对不同的客户提供不同的服务类型 运营中心服务器 设置报警方式、设置报警目标 设置不同布防方案 控制现场布防方案 查询报警日志以及布防日志信息 4 4 4 4 2 2 2 2 2 2
1 1 1 1 1 1 1 1
400 401 402
系统模块 接收呼叫信息并转入呼叫队列 排队呼叫信息根据设置分派给在线客服人员 3 3
403 404 405 406
向指定终端发送控制命令 根据指令拨打电话 发送短信 自动检测布防报警终端状态
3 3 3 3
需求跟踪矩阵
需求状态 需求变更次数 设计产品名称 代号 详设产品名称 代号 编码 测304 305 306 307 308
客服平台 查询客户资料\根据客户要求修改可以修改的客户资料 应答客户请求 显示报警分部图\报警列表、提供指定视频查看、更改布防、 撤防状态、拨打预设联系电话、发送报警短信、 增加、修改、删除、停用客服人员设置客服人员等级设置客 服优先接警规则 增加、修改、删除、停用客服人员设置客服人员等级设置客 服优先接警规则 查询客户报警以及布防日志信息。查询客服人员服务日志信 息。 对客服人员的工作位置进行设置 设置客服人员回答客户问题所使用的常用语
需求跟踪矩阵模板
地图显示项目点位。 ①地图放大、缩小；②回到
当前定位。 切换地图底图。 ①地名地址搜索；②持项目
名称搜素。 地图显示项目点位。 ①地图放大、缩小；②回到
当前定位。 切换地图底图。 ①地名地址搜索；②持项目
名称搜素。 地图显示项目点位。 ①地图放大、缩小；②回到
当前定位。 切换地图底图。 ①地名地址搜索；②持项目
件测试/验收交付
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
原始
已测试
软件测试
对应概要设 详细设计状 对应详细设
计章节
态
计章节
单元测试 集成测试用 系统测试
用例
例
用例
对应代码
示例：6.1.1 示例：修订 示例：6.1.1 示例：E1 示例：E5 示例：T3.1 示例：
一、项目信息（主要指项目基本信息）
项目名称 项目编号 客户名称 项目经理 项目发起人 编制人
日期
二、需求跟踪矩阵（把产品需求连接到可交付成果，把每个需求与业务目标或项目目标联系起来，有助于确保每
需求跟踪矩阵编写指南(共7页)
需求跟踪矩阵编写指南工程股份公司__年三月文件变更记录目录1目的 (1)2角色和职责 (1)3格式 (1)4表格说明 (1)4.1项目基本信息 (1)4.1.1 角色等基本信息 (1)4.2需求跟踪矩阵（纵向） (1)4.2.1 基线标识 (1)4.2.2 列值说明 (1)4.2.3 注意事项 (3)4.3 需求跟踪矩阵（横向） (4)4.3.1 列值说明 (4)5需求跟踪矩阵的不断完善 (4)1目的需求跟踪是需求管理的一项重要内容。
需求跟踪的主要意义在于获得需求目前的实现状态，确保用户所有的需求都得到满足。
它的主要目标是: 维护软件工作产品间的一致性。
2角色和职责3格式需求跟踪矩阵采用E_CEL电子表格形式制作。
具体格式请参考《需求跟踪矩阵模板》。
4表格说明4.1项目基本信息角色等基本信息填写项目名称、项目经理、项目小组责任人、更新次数、最后更新日期、更新需求跟踪矩阵的工作量（多次更新累加）以及版本号（此为需求跟踪矩阵的版本号）等信息。
4.2需求跟踪矩阵（纵向）4.2.1 基线标识列出该需求跟踪矩阵中用到的各个工作产品的基线标识号。
4.2.2 列值说明关于优先级的说明：优先级表示的是某项内容相对于同类的其他内容的优先级顺序，其取值范围为：高、中、低。
如果某几项内容的优先级相同则将其优先级设为相同的值。
《用户需求说明书》需求编号：《用户需求说明书》中描述软件需求的唯一代号（或标识）。
责任人：相关需求的责任人。
《软件需求规格说明书》需求编号：《软件需求规格说明书》中每项需求的编号（如：章节号）。
责任人：相关需求的责任人。
优先级：相对于其他需求，实现该需求的优先级顺序。
《系统测试方案》系统测试用例编号：《系统测试方案》中用例的编号（如：章节号）。
责任人：相关测试的责任人。
优先级：相对于其他测试用例，实施该用例测试活动的优先级顺序。
《概要设计说明书》概要设计编号：《概要设计说明书》中每条设计的编号（如：章节号）。
系统管理平台-需求跟踪矩阵模板
需求跟踪矩阵
《用户需求说明书》
《软件需求规格说明书》
《系统测试用例》
《概要设计说明书 》
用户需
变更 变更 软件需
优先
求编号 用户需求名称 责任人 状态 情况 次数 求编号 软件需求名称 责任人 级
系统测试用例编号
1.1
需求A 下版本 增加
1 1.1
复用 中 zbxtsjຫໍສະໝຸດ zxzrlrbmzb-01责任人 测试A
设计编号 责任人 5.1 设计A
2.1 3.1 4.1
5.1 6.1 7.1 8.1 9.1 10.1
需求A 已建议 需求A 已建议 需求A 已建议
需求A 需求A 需求A 需求A 需求A 需求A
已建议 已建议 已建议 已建议 已建议 已建议
2.1 3.1 4.1
5.1 6.1 7.1 8.1 9.1 10.1
需求B 中 需求B 中 需求B 高
需求B 高 需求B 高 需求B 低 需求B 低 需求B 低 需求B 低
zbxtsj-zxzrlrbmzb-02 zbxtsj-zxzrlrbmzb-03 zbxtsj-zxzrlrbmzb-04
zbxtsj-zxzrlrbmzb-05 zbxtsj-zxzrlrbmzb-06 zbxtsj-zxzrlrbmzb-07 zbxtsj-zxzrlrbmzb-08 zbxtsj-zxzrlrbmzb-09 zbxtsj-zxzrlrbmzb-10
测试B 测试B 测试B
测试B 测试B 测试B 测试B 测试B 测试B
6.1 设计B 7.1 设计B 8.1 设计B
9.1 设计B 10.1 设计B 11.1 设计B 12.1 设计B 13.1 设计B 14.1 设计B
测试需求跟踪矩阵模板
1TestReq_OA_超级管理_用户管理_00012TestReq_OA_超级管理_用户管理
_00023TestReq_OA_超级管理_用户管理_00034TestReq_OA_超级管理_用户管理_0004
用户管理\添加用户
用户名
通过本功能可以向系
统中添加合法用户
真实姓名名，应满足6-16位的长度限制，且应为英文字符、数字或特殊符号的组合，并且不允许重复用户名注册。
当输入正确的合法用户名后，点击【检测用户名】按钮，系统应提示该用户名为合法数反向：分别对不符合长度限制的用户名数据，及除英文字符、数字或特殊符号的组合外的其他字符进行反向验证。
包括对于重复用户名进行输入时，点击【检测用户名】按钮，系统应提示该用正向：输入合法的注册用户名，应满足6-16位的长度限制，且应为英文字符、数字或特殊符号的组合，并且不允许重复用户名注册。
当输入正确的合法用户名后，点击【检测用户名】按钮，系统应提示该用户名为合法数
反向：分别对不符合长度限
制的用户名数据，及除英文
字符、数字或特殊符号的组
合外的其他字符进行反向验
证。
包括对于重复用户名进
行输入时，点击【检测用户
名】按钮，系统应提示该用。
(项目简称)-RDM-需求跟踪矩阵
软件需求功能标题
软件需求变更标识
需求等所有需求项； 明书》通过评审和确认后开始跟踪； 格说明书》通过评审后开始跟踪；
阶段《需求跟踪矩阵》的填写和维护； 和计算百分比； 中的需求情况的度量数据收集到《数据度量及分析表》的“项目需求管理”页中。
用户需求标题
用户需求变更标识
填பைடு நூலகம்说明：
1、需求跟踪的内容包含功能需求和非功能需求等所有需求项； 2、定制类项目跟踪的源头从《业务需求说明书》通过评审和确认后开始跟踪； 3、研发类项目跟踪的源头从《软件需求规格说明书》通过评审后开始跟踪；
4、第一张表格由项目组成员负责各自开发阶段《需求跟踪矩阵》的填写和维护； 5、第二张表格不需要填写，已经自动统计和计算百分比； 6、项目经理在各阶段里程碑点将第二张表中的需求情况的度量数据收集到《数据度量及分析表》的“项目需求管理”
需求跟踪矩阵(RTM)
5. 快进键
需求跟踪矩阵
版本：1.1.0-1.2.0 第2页
Ｎｏ.
大分類 模块）
中分類 （子模块）
6. 快退键
小分類 （功能点）
详细说明
1. 点击后播放进度减少指定时间，若当前 文件播放时间小于该时间，则重新播放该文
完成情况跟踪 SD PD DD COD UT IT ST
担当者
责任者
7. 音量加键 8. 音量减键 9. 静音键
10.时间轴
默认为 00 ： 00 | 00 ：00 ，当播放音乐是前 边时间表示当前音乐的播放时间，后者时间 表示该歌曲的总时长。
点击后将播放器音量加一，若当前音量 已为最大时，则不执行该操作。 点击后将播放器音量减一，若当前音量 已为静音时，则不执行该操作。 点击后播放器音量置为0
沈阳东软软件股份有限公司
沈阳东软软件股份有限公司
完成情况跟踪 SD PD DD COD UT IT ST
担当者
责任者
1
主界面
设置模块 列表模块 图片模 块 播放模块
歌曲信息 删除模块 本地歌曲
添加模块
歌曲 歌曲名
2
列表模块
教务管理系统需求跟踪矩阵
教务管理系统需求跟踪矩阵教务管理系统需求跟踪矩阵是一种管理工具，可以帮助教务部门更好地跟踪和管理系统开发过程中的需求。
在教育行业中，教务管理系统是一个非常重要的工具，它可以帮助学校更好地管理学生信息、课程信息、成绩信息等。
因此，建立一个有效的需求跟踪矩阵对于教育行业来说至关重要。
一、什么是教务管理系统需求跟踪矩阵？教务管理系统需求跟踪矩阵是一种用于记录和追踪系统开发过程中各项需求的工具。
它可以帮助团队更好地了解每个需求的状态、优先级和进度，并确保所有需求都被充分满足。
二、为什么需要教务管理系统需求跟踪矩阵？1. 有效地追踪项目进度：通过使用教务管理系统需求跟踪矩阵，团队可以更好地了解项目进度，并及时进行调整。
2. 确保所有需求都得到满足：通过将所有需求记录在一个地方，团队可以确保没有遗漏任何一个重要的功能或特性。
3. 确定优先级：通过将每个需求的优先级明确列出，团队可以更好地了解哪些功能是最重要的，并在开发过程中给予优先考虑。
4. 提高沟通效率：教务管理系统需求跟踪矩阵可以帮助团队成员更好地沟通和协作，以确保项目成功完成。
三、如何创建教务管理系统需求跟踪矩阵？1. 列出所有的需求：首先，需要列出所有的需求，包括功能、特性和其他要求。
2. 指定每个需求的状态：为每个需求指定一个状态，例如“已完成”、“正在开发”、“等待评估”等。
3. 指定每个需求的优先级：为每个需求指定一个优先级，例如“高”、“中”、“低”。
4. 分配责任人：为每个需求指定一个责任人，以确保有人负责跟踪和管理该项任务。
5. 更新进度：在开发过程中，需要及时更新每个需求的状态和进度，并及时调整计划。
四、如何有效地使用教务管理系统需求跟踪矩阵？1. 定期更新：需要经常更新教务管理系统需求跟踪矩阵，并确保它始终反映最新的进展。
2. 确保所有团队成员都了解该工具：需要确保所有团队成员都知道如何使用教务管理系统需求跟踪矩阵，并知道如何查看和更新它。
需求跟踪矩阵
1．目的和范围
本文件用于项目的需求跟踪，以确保该项目需求在需求分析、设计实现、测试等环节得到完整的管理一般情况下需求跟踪包括以下环节内容（详见需求跟踪矩阵）：
追溯输入需求：即建立项目需求与其来源需求的追溯；
跟踪此需求的分解和实现的过程；
跟踪需求的设计实现和相关验证过程情况。
2、填表说明
1）“需求来源”：需说明需求的出处，如：业务/产品自身完善/运维/客户等
1）需求部分，在项目立项后，需求确认阶段填写，由项目经理或指派人员填写；
2）设计部分，在项目实现阶段填写，由项目经理或指派人员填写；
3）测试部分，在项目测试阶段填写，由项目测试负责人填写；
4）完成状态，在测试结束后，由项目经理填写。
的管理和控制，保证一致性。
【VIP专享】在系统工程中建立与维护需求跟踪矩阵(RTM)的技术
在系统工程中建立与维护需求跟踪矩阵(RTM)的技术Establish and Maintain Requirements Traceability Matrix (RTM) Technology In the Systems Engineering为了确保工作产品与需求保持一致，需要建立起二者之间的追溯关系。
在系统工程中，一般可以通过建立与维护需求跟踪矩阵的技术方法来管理需求之间的“垂向”与“水平向”关系。
建立与维护需求与工作产品之间的双向可追溯性，能够确保需求到产品实现的无遗漏和减小偏离，并有助于变更影响分析、覆盖率分析、来源分析、质量分析等，从而提高需求管理效率，减少返工量，降低项目失败的风险。
In order to ensure that the work products and requirements keeps consistent, need to establish the trace relationship between requirements. In the systems engineering, the general can through the establishment and maintenance Requirements Traceability Matrix technical way to manage requirements between "vertical" and "horizontal" relationship. Establish and maintain the requirements and work products between the bidirectional traceability, can ensure that requirement to the product realization of complete and reduce deviation, and help to change the impact analysis, coverage analysis, the source analysis, quality analysis and so on, so as to improve requirements management efficiency and reduce rework amount, reduce the project the risk of failure.需求跟踪矩阵（以下简称RTM，即Requirements Traceability Matrix）是指在系统工程中建立起的需求与相关需求、设计、实现及验证之间双向可追溯的矩阵关系，是确保需求开发和需求管理有效性的重要技术方法。
需求跟踪矩阵填写指南(共5页)
本资料仅供内部使用！需求跟踪矩阵填写指南____信息技术公司__年01月16日本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属____信息技术公司所有，受到有关产权及版权法保护。
任何个人、机构未经____信息技术公司的书面授权许可，不得以任何方式复制或引用本文件的任何片断。
修改记录目录1需求跟踪矩阵填写说明 (1)2需求跟踪矩阵的维护和使用 (1)3裁剪指南 (2)1需求跟踪矩阵填写说明【需求跟踪矩阵】用以跟踪需求到设计、设计到编码、编码的测试的映射过程。
项目组可以根据实际情况裁剪模板的格式来满足项目的要求。
需求跟踪矩阵的填写遵循以下原则：需求号：为每条需求编制唯一的识别号，通过需求号可以与需求文档中描述的需求建立一一对应关系。
建议不要使用章节号作为需求号。
如果没有在编程规范或需求跟踪矩阵中说明编号的格式，则可以按一下格式编号：●需求号＝一级功能编号.二级功能编号.三级功能编号.N级功能编号●建议最多不要超过5级；●例子：需求号表示：第一个一级功能的第二个二级功能的一个三级功能。
软件需求描述：简单描述需求内容。
这个描述看是冗余，但有简单描述可以使得跟踪矩阵更具可读性和独立性。
概要设计：描述需求在概要设计中的实现情况。
建议使用编号对应，也可以使用文字对应，建议不要使用章节号。
如果使用编号，请在编程规范中说明编号规则。
详细设计：描述概要设计在详细设计中的实现情况。
建议使用编号对应，也可以使用文字对应，建议不要使用章节号。
如果使用编号，请在编程规范中说明编号规则。
编码：描述详细设计在编码时的实现情况。
可以使用函数名称，文件名称，对象名称等。
单元测试用例：描述详细设计对应的测试用例。
集成测试用例：描述概要设计对应的测试用例。
系统测试用例：描述需求对应的测试用例。
2需求跟踪矩阵的维护和使用跟踪矩阵有助于在各个生命周期阶段跟踪所有需求，以此来确保实现所有已并入的需求，这也避免了由于遗漏需求而进行的重复劳动。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
编写需求跟踪矩阵指南
山东中创软件工程股份有限公司
二ОО七年三月
文件变更记录*A–增加M–修改D–删节
目录
1目的 (1)
2角色和职责 (1)
3格式 (1)
4表格说明 (1)
4.1项目基本信息 (1)
4.1.1 角色等基本信息 (1)
4.2需求跟踪矩阵（纵向） (1)
4.2.1 基线标识 (1)
4.2.2 列值说明 (1)
4.2.3 注意事项 (3)
4.3 需求跟踪矩阵（横向） (4)
4.3.1 列值说明 (4)
5需求跟踪矩阵的不断完善 (4)
1目的
需求跟踪是需求管理的一项重要内容。
需求跟踪的主要意义在于获得需求目前的实现状态，确保用户所有的需求都得到满足。
它的主要目标是: 维护软件工作产品间的一致性。
2角色和职责
3格式
需求跟踪矩阵采用EXCEL电子表格形式制作。
具体格式请参考《需求跟踪矩阵模板》。
4表格说明
4.1项目基本信息
4.1.1 角色等基本信息
填写项目名称、项目经理、项目小组责任人、更新次数、最后更新日期、更新需求跟踪矩阵的工作量（多次更新累加）以及版本号（此为需求跟踪矩阵的版本号）等信息。
4.2需求跟踪矩阵（纵向）
4.2.1 基线标识
列出该需求跟踪矩阵中用到的各个工作产品的基线标识号。
4.2.2 列值说明
关于优先级的说明：优先级表示的是某项内容相对于同类的其他内容的优先级顺序，其取值范围为：高、中、低。
如果某几项内容的优先级相同则将其优先级设为相同的值。
《用户需求说明书》
需求编号：《用户需求说明书》中描述软件需求的唯一代号（或标识）。
责任人：相关需求的责任人。
《软件需求规格说明书》
需求编号：《软件需求规格说明书》中每项需求的编号（如：章节号）。
责任人：相关需求的责任人。
优先级：相对于其他需求，实现该需求的优先级顺序。
《系统测试方案》
系统测试用例编号：《系统测试方案》中用例的编号（如：章节号）。
责任人：相关测试的责任人。
优先级：相对于其他测试用例，实施该用例测试活动的优先级顺序。
《概要设计说明书》
概要设计编号：《概要设计说明书》中每条设计的编号（如：章节号）。
责任人：相关设计的责任人。
优先级：相对于其他设计，实现该设计的优先级顺序。
《集成测试方案》
集成测试案例编号：《集成测试方案》中用例的编号（如：章节号）。
责任人：相关测试的责任人。
优先级：相对于其他测试用例，实施该用例测试活动的优先级顺序。
《详细设计说明书》
详细设计编号：《详细设计说明书》中每条设计的编号（如：章节号）。
责任人：相关设计的责任人。
优先级：相对于其他设计，实现该设计的优先级顺序。
软件源程序
代码模块编号：源程序每个模块（函数，对象等）的唯一标识号（如：包名+类名+方法名等），该标识号相对于其他代码模块必须是唯一的。
责任人：相关编码的责任人。
《用户测试方案》（必要时）
用户测试案例编号：《用户测试方案》中用例的编号（如：章节号）。
责任人：相关测试的责任人。
优先级：相对于其他测试用例，实施该用例测试活动的优先级顺序。
4.2.3 注意事项
4.2.2节所述各列中应包括对性能需求、安全性需求、保密性需求的跟踪，即从需求到后续各阶段均应填写性能、安全性、保密性等需求和实现对应的编号。
对于《用户需求说明书》与《软件需求规格说明书》、《概要设计说明书》等各阶段工作产品之间一对多或多对多的情况，可使左边列的一行对应右边列的多行，或在对应的表格内填写多个编号(以空格分隔)，但采用后一种填写方法时，同一表格内多个编号的优先级只能相同，因此推荐采用前一种方法。
示例如下：
4.3 需求跟踪矩阵（横向）
4.3.1 列值说明
需求代号
软件需求中的需求编号（或自定义需求标识）。
需求项名称
相对应需求编号的需求项名称。
功能描述
简单明确的描述对应需求的功能情况。
相关需求
与对应需求存在接口关系并相互影响的其它需求的需求编号（可以是一对一或一对多）。
接口
对应需求与关联需求的接口名称（或编号）。
5需求跟踪矩阵的不断完善
需求跟踪矩阵的使用贯穿了整个软件开发生命周期。
从最开始的需求阶段一直到最后的确认测试阶段，任何对软件工作产品的变更都会影响到《需求跟踪矩阵》，使其能够在生命周期任何时刻反应各个软件工作产品之间的对应关系，达到有效控制各个软件开发阶段产物，从而控制整个软件开发的质量的目的。
因此其内容是不断完善的，这就要求项目经理及时跟踪监督，各小组负责人及时更新需求跟踪矩阵的内容。