如何利用需求跟踪矩阵跟踪功能点
需求跟踪矩阵(RTM)
需求跟踪矩阵（RTM）有什么作用？（1）在需求变更、设计变更、代码变更、测试用例变更时，需求跟踪矩阵是目前经过实践检验的变更波及范围、影响分析的最有效的工具，如果不借助RTM，则发生上述变更时，往往会遗漏某些连锁变化。
（2）RTM也是验证需求是否得到了实现的有效工具，借助RTM，可以跟踪每个需求的状态：是否设计了，是否实现了，是否测试了。
2 需求跟踪矩阵分为哪几类？（1）纵向跟踪矩阵，包括如下的3种：需求之间的派生关系，客户需求到产品需求实现与验证关系：需求到设计，需求到测试用例等需求的责任分配关系；需求由谁来实现（2）横向跟踪矩阵：需求之间的接口关系3 在实践中，如何把握该建立哪些RTM？（1）在SEI的调查中达成的基本共识是：纵向跟踪是必须的，如果没有，则REQM SP1.4无法通过。
横向跟踪如果不作，则是大部分实施。
（2）对于纵向跟踪矩阵：必需的：客户需求与产品需求的跟踪，产品需求与测试用例的跟踪。
100%的接口需求需要建立客户需求-产品需求-设计-编码-测试用例的跟踪矩阵。
全局性需求要建立跟踪矩阵，包括：客户需求-产品需求-设计-编码-测试用例的跟踪矩阵。
核心需求要建立跟踪矩阵并非必需的：性能需求可以不建立跟踪矩阵不影响系统架构的功能需求4 需求跟踪矩阵由谁来建立？有多个角色参与建立RTM。
需求开发人员负责客户需求到产品需求的RTM建立，设计人员负责需求到设计的RTM的建立，测试用例的编写人员负责需求到测试用例的RTM建立等等。
PPQA 负责检查是否建立了RTM，是否所有的需求都被覆盖了。
5 RTM是否纳入基线管理？RTM要纳入基线管理。
纳入基线后，每次变更都要申请，RTM的变更一般是和其他配置项的变更一起申请，很少单独申请变更RTM，除非RTM有错误。
6 如何简化RTM的工作？由于在RTM中，需求可能有很多项，设计、测试用例、代码等都有多项，所以建立和维护RTM 的工作量还是比较大、比较烦琐。
电子商务需求跟踪矩阵(RTM)
○：完成（通过评审或测试） △：进行中 × ：未着手 N/A：不适用（没有此项活动）
沈阳东软软件股份有限公司
前台模块
个人信息管理模块
浏览商模块 购物车管理模块
支付管理模块
等银行项目组做好开发接口 暂时需要此功能
个人订单管理模块 2 后台模块 管理员信息管理模块 用户管理模块 商品管理模块
商品分类管理模块 订单管理模块 首页管理模块 销售统计模块
商家入驻
注册登录模块 商品管理模块
注册完生成一个域名，可以返回首页， 可以马上上传商品
需求跟踪矩阵
版本：1.1.0-1.2.0 第1页
需求跟踪矩阵（RTM）
项目名称：
Ｎｏ. 1 大分類 （模块） 中分類 （子模块） 登陆模块
PM:
小分類 （功能点） 用户注册 用户登录 找回密码 退出登录 查询个人信息 修改个人密码 修改个人资料 商品查询 发表评论 商品添加 查看购物车 商品删除 数量修改 提交邮递信息 选择支付方式 网上银行转账（只有选择了网上银行支付才进行 订单查询 订单打印 管理员登录 系统管理员对管理员的增、删、改（该权限、密码 等）查 查询用户信息 删除特定用户 对商品的增、删、改（包括更改商品是否为推荐商 品）、查 查询脱销商品 删除该商品的特定的评论信息 对商品分类的增、删、查、改 查询订单、修改订单状态、删除订单 公告管理 商家注册，退出，登录模块 对商品的增、删、改 删除差评论
担当:
详细说明 完成情况跟踪 SD PD DD COD UT IT ST 黄镇权 黄镇权 黄镇权 黄镇权 黄镇权 黄镇权 黄镇权 林润树 林润树 郑潮彬 郑潮彬 郑潮彬 郑潮彬 郑潮彬 郑潮彬 郑潮彬 郑潮彬 郑潮彬 林润树 林润树 林润树 林润树 方练洪 方练洪 方练洪 方练洪 方练洪 黄庆焕 黄庆焕 黄庆焕 黄庆焕 黄庆焕 担当者 责任者
需求跟踪矩阵
原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始
已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准
结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项
评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过
评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过
已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试
已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试
当前状态
概要设计状态
对应概要 设计章节
结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项
需求跟踪矩阵维护指引
需求跟踪矩阵维护指南*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创建《需求模块功能矩阵》创建人：项目经理前提：项目经理指定了项目成员角色，包括需求人员（填写《需求模块功能矩阵》的需求项），设计人员（填写设计项），开发人员（填写实现项），测试负责人（填写测试项）。
【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）是指在系统工程中建立起的需求与相关需求、设计、实现及验证之间双向可追溯的矩阵关系，是确保需求开发和需求管理有效性的重要技术方法。
在系统工程中建立与维护需求跟踪矩阵(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）是指在系统工程中建立起的需求与相关需求、设计、实现及验证之间双向可追溯的矩阵关系，是确保需求开发和需求管理有效性的重要技术方法。
需求追踪矩阵
关于需求跟踪矩阵的6个问题1 需求跟踪矩阵（RTM）有什么作用？（1）在需求变更、设计变更、代码变更、测试用例变更时，需求跟踪矩阵是目前经过实践检验的进行变更波及范围影响分析的最有效的工具，如果不借助RTM，则发生上述变更时，往往会遗漏某些连锁变化。
（2）RTM也是验证需求是否得到了实现的有效工具，借助RTM，可以跟踪每个需求的状态：是否设计了，是否实现了，是否测试了。
2 需求跟踪矩阵分为哪几类？（1）纵向跟踪矩阵，包括如下的3种：需求之间的派生关系，客户需求到产品需求实现与验证关系：需求到设计，需求到测试用例等需求的责任分配关系；需求由谁来实现（2）横向跟踪矩阵：需求之间的接口关系3 在实践中，如何把握该建立哪些RTM？（1）在SEI的调查中达成的基本共识是：纵向跟踪是必须的，如果没有，则REQM SP1.4无法通过。
横向跟踪如果不作，则是大部分实施。
（2）对于纵向跟踪矩阵：必需的：客户需求与产品需求的跟踪⌝产品需求与测试用例的跟踪⌝100%的接口需求需要建立客户需求-产品需求-设计-编码-测试用例的跟踪矩阵⌝⌝全局性需求要建立跟踪矩阵,包括：客户需求-产品需求-设计-编码-测试用例的跟踪矩阵核心需求要建立跟踪矩阵⌝并非必需的：⌝性能需求可以不建立跟踪矩阵不影响系统架构的功能需求⌝4 需求跟踪矩阵由谁来建立？有多个角色参与建立RTM。
需求开发人员负责客户需求到产品需求的RTM建立，测试用例的编写人员负责需求到测试用例的RTM建立，设计人员负责需求到设计的RTM的建立等等。
PP QA负责检查是否建立了RTM，是否所有的需求都被覆盖了。
5 RTM是否纳入基线管理？RTM要纳入基线管理。
纳入基线后，每次变更都要申请，RTM的变更一般是和其他配置项的变更一起申请，很少单独申请变更RTM，除非RTM有错误。
6 如何简化RTM的工作？由于在RTM中，需求可能有很多项，设计、测试用例、代码等都有多项，所以建立和维护RT M的工作量还是比较大、比较烦琐。
需求管理办法
需求管理办法需求管理在项目开发过程中起到至关重要的作用。
它旨在确保项目需求得到明确、完整地定义，并且能够满足项目目标。
本文将介绍一套行之有效的需求管理办法，以帮助项目团队在需求收集、分析和跟踪过程中取得成功。
一、需求收集需求收集阶段是项目中最关键的一步之一。
它涉及到与相关干系人沟通，了解他们的需求、期望和约束条件。
以下是我们推荐的需求收集方法：1.1 面对面沟通：通过与干系人直接交流，可以更好地理解他们的需求。
这可以通过面谈、焦点小组讨论或工作坊等方式进行。
1.2 问卷调查：向干系人发送问卷调查，以收集更多的定量数据。
问卷应该设计简洁明了，问题要具体具备针对性。
1.3 观察法：通过观察干系人在工作环境中的实际操作，可以发现其中存在的问题与需求。
二、需求分析需求分析是对收集到的需求信息进行评估、整合并将其转化为项目可实施的计划和目标的过程。
以下是我们推荐的需求分析方法：2.1 需求分析矩阵：通过建立需求分析矩阵，将收集到的需求与项目目标进行比较和分析，以确定优先级和关联性。
2.2 用例建模：通过用例建模技术，可以更好地理解干系人的需求和项目流程，并建立起需求与系统功能的联系。
2.3 业务流程图：通过绘制业务流程图，可以更直观地描述项目中涉及的各个环节和流程，帮助识别需求中的瓶颈和问题。
三、需求跟踪需求跟踪是确保项目需求得到适时满足的关键环节。
以下是我们推荐的需求跟踪方法：3.1 需求跟踪矩阵：通过建立需求跟踪矩阵，可以跟踪需求的状态、优先级和实现进度。
这样可以帮助项目团队了解需求的变化和影响。
3.2 需求变更管理：任何需求的变更都需要经过正式的变更流程和评审，以确保变更的合理性和可行性。
3.3 需求审查：定期对需求进行审查，以验证其与项目目标的一致性和适用性。
四、需求文档化需求文档化是将整个需求管理过程记录下来的重要环节。
以下是我们推荐的需求文档化方法：4.1 项目需求说明书：详细记录项目的整体需求、约束条件和目标。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
注意：上面的需求文档太完美了，我们公司的需求文档从来没有这么 详细过。通常的实际需求也就是用一句话概括“必须输入有效的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不 会我们这么多时间的。 所以在实际项目中如果没有时间精确跟踪到小的功能点， 对于大的功能模块总该有一种机制去跟踪，要不然就真有 大的重要功能模块被遗漏，就要有大麻烦了。
标出这段文字中有几个测试点？
1
如何利用需求跟踪矩阵跟踪功能点并且保证每个 功能点都有合适的测试用例去覆盖（续）
进入闹钟启动时间设置界面后， 1 出现时间输入窗口，格式为HH:MM，2 缺省值为00：00，在用户输入过程中，出现以下四种情况之一系统会发出 嘀嘀声提示错误： 1、 3 在任何输入位内试图输入数字以外的东西，比如字母符号等； 2、 4 小时的第一位试图输入大于2以上的数字； 3、 5 在小时的第一位输入了2之后试图在小时的第二位输入大于3的 数字； 4、 6 在分钟的第一位输入任何大于5的数字； 7 其余时间将正常输入不会有错误提示音。
如何利用需求跟踪矩阵跟踪功能点并且保证每 个功能点都有合适的测试用例去覆盖
设计说明：进入闹钟启动时间设置界面后，出现时间输入 窗口，格式为HH:MM，缺省值为00：00，在用户输入过程中， 出现以下四种情况之一系统会发出嘀嘀声提示错误： 1、在任何输入位内试图输入数字以外的东西，比如字母符 号等； 2、小时的第一位试图输入大于2以上的数字； 3、在小时的第一位输入了2之后试图在小时的第二位输入 大于3的数字； 4、在分钟的第一位输入任何大于5的数字； 其余时间将正常输入不会有错误提示音。