需求跟踪矩阵
需求跟踪矩阵(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 的工作量还是比较大、比较烦琐。
pmc操作手册
pmc操作手册概述：PMC（Product Management Committee）是一种项目管理方法论，旨在协调和推动产品管理团队的工作，实现项目目标。
本操作手册将介绍PMC的基本理念、核心流程和常用工具，以及如何在项目管理中应用PMC方法。
一、理念与原则：在PMC方法中，产品管理团队是核心力量，包括产品经理、项目经理、市场营销人员、设计师等。
他们通过紧密协作，确保项目按计划进行，实现高质量的产品开发和交付。
以下为PMC方法的核心理念和原则：1.1 共享目标：产品管理团队必须对共同的项目目标保持清晰的认知，并且共同努力去实现这些目标。
1.2 全员参与：PMC方法强调所有成员的积极参与和贡献，鼓励团队成员就项目的方方面面提出建议和意见。
1.3 透明沟通：团队成员之间要保持良好的沟通，及时共享信息和注意事项，确保每个人都清楚项目的进展和需求。
1.4 持续改进：PMC方法鼓励团队在项目过程中进行反思和总结，不断改进工作方法和流程，提高工作效率和质量。
二、PMC核心流程：PMC方法包含以下核心流程，每个流程都有具体的步骤和相应的工具支持：2.1 需求管理：需求管理是项目开展的起点，旨在明确项目的目标、范围和功能要求。
产品经理负责与关键利益相关者沟通，收集和整理需求，并制定需求规格书。
2.2 项目计划：项目计划是为了确保项目各项任务按时完成。
项目经理与团队成员一起制定详细的项目计划，包括工作任务、时间安排、资源分配和风险评估等。
2.3 资源调配：资源调配是为了确保项目所需资源的充分调配和利用。
通过人员安排、资金投入、设备配备等，确保项目可以在可控的范围内完成。
2.4 执行与控制：在项目执行阶段，团队成员按照项目计划进行具体工作，并进行相应的控制和监督。
项目经理负责监控项目进展，确保达到预期结果。
2.5 交付与验收：项目交付阶段是将项目成果交付给客户或利益相关者的过程。
团队成员需按交付要求完成工作，并进行有效的验收，确保交付物符合预期。
需求跟踪矩阵的内容
需求跟踪矩阵的内容1. 介绍需求跟踪矩阵需求跟踪矩阵是一个用于追踪软件项目需求的工具。
它能够帮助团队有效地管理和掌控需求变更，确保项目在开发过程中的各个阶段能够满足用户的需求。
该矩阵记录了项目的需求以及与之相关的信息，如需求的来源、状态、优先级等，从而为开发团队提供了一个清晰的需求全貌。
2. 需求跟踪矩阵的结构需求跟踪矩阵通常由表格组成，其中包含了多个字段用于描述需求的各个方面。
常见的字段包括需求编号、需求描述、需求来源、需求状态、所属模块、开发优先级、验收标准等。
这些字段能够帮助团队跟踪和管理需求的生命周期，并确保参与项目的各方都对需求有一个共同的理解。
2.1 需求编号需求编号是每个需求的唯一标识符，用于在矩阵中区分不同的需求。
编号可以采用自定义的规则，比如简单的序号、项目缩写+序号等。
2.2 需求描述需求描述是对需求的详细说明，包括需求的背景、目标、功能要求等信息。
一个清晰、准确的需求描述能够帮助开发团队准确理解用户的期望。
2.3 需求来源需求来源是指提出该需求的人或团队。
需求可以来自于不同的渠道，比如用户反馈、市场调研、相关部门等。
记录需求来源能够帮助团队了解需求的背景和动机。
2.4 需求状态需求状态标识了需求所处的状态，比如已提出、待评审、开发中、已完成等。
需求状态的变更能够帮助团队了解需求的进展情况，并及时处理需求相关的事务。
2.5 所属模块所属模块指明了需求所属的功能模块或系统模块。
将需求按模块分类能够帮助团队更好地组织和安排开发工作，并便于后续的维护和升级。
2.6 开发优先级开发优先级用于确定需求的重要性和紧急程度。
通过给需求设置优先级，团队可以合理安排开发资源，确保高优先级需求得到及时处理。
2.7 验收标准验收标准是对需求实现的一组判断规则。
它描述了需求完成后应满足的条件和表现，便于项目验收和用户验收的进行。
3. 如何使用需求跟踪矩阵需求跟踪矩阵在项目的不同阶段都扮演着重要的角色。
(项目简称)-RDM-需求跟踪矩阵
软件需求功能标题
软件需求变更标识
需求等所有需求项； 明书》通过评审和确认后开始跟踪； 格说明书》通过评审后开始跟踪；
阶段《需求跟踪矩阵》的填写和维护； 和计算百分比； 中的需求情况的度量数据收集到《数据度量及分析表》的“项目需求管理”页中。
用户需求标题
用户需求变更标识
填பைடு நூலகம்说明：
1、需求跟踪的内容包含功能需求和非功能需求等所有需求项； 2、定制类项目跟踪的源头从《业务需求说明书》通过评审和确认后开始跟踪； 3、研发类项目跟踪的源头从《软件需求规格说明书》通过评审后开始跟踪；
4、第一张表格由项目组成员负责各自开发阶段《需求跟踪矩阵》的填写和维护； 5、第二张表格不需要填写，已经自动统计和计算百分比； 6、项目经理在各阶段里程碑点将第二张表中的需求情况的度量数据收集到《数据度量及分析表》的“项目需求管理”
需求跟踪矩阵
需求跟踪矩阵1. 简介需求跟踪矩阵是一种用于追踪软件开发项目中的需求和实现之间的关系的工具。
通过创建一个需求跟踪矩阵，开发团队可以清楚地了解每个需求是否已经得到满足，并且可以在项目的不同阶段进行跟踪和评估。
本文将介绍需求跟踪矩阵的定义、作用以及如何使用Markdown文本格式输出。
2. 定义需求跟踪矩阵是一个表格，其中列表示项目的需求，行表示项目的实现。
通过填充矩阵中对应的单元格，可以追踪每个需求的实现状态。
需求跟踪矩阵通常包括以下列：•需求ID：对需求进行唯一标识的编号。
•需求描述：对需求进行详细描述，包括其背景、目的和功能要求等。
•需求状态：表示需求的实现状态，如“已实现”、“未实现”、“正在实现”等。
•需求优先级：表示需求的优先级，如“高”、“中”、“低”等。
•实现说明：对需求的实现进行详细说明，包括具体的实现方式、开发进度等。
3. 作用需求跟踪矩阵可以帮助开发团队在整个项目开发周期中跟踪和评估每个需求的实现情况。
它具有以下主要作用：•需求管理：通过列出和描述每个需求，需求跟踪矩阵帮助团队清晰地了解项目的需求，并确保所有需求都得到满足。
•进度追踪：通过填充矩阵中的需求状态和实现说明，团队可以追踪每个需求的实现进度，并及时发现和解决可能存在的问题。
•问题发现：通过对比需求跟踪矩阵中实现状态与实际开发情况，可以及时发现需求是否被遗漏或实现是否存在问题，并及时进行调整和改进。
•优先级管理：通过列出需求的优先级，可以帮助团队合理安排项目开发的顺序，并确保重要的需求得到优先满足。
4. 如何使用Markdown文本格式输出使用Markdown文本格式可以简洁清晰地输出需求跟踪矩阵。
以下是一个示例：需求ID 需求描述需求状态需求优先级实现说明RQ01用户登录已实现高使用用户名和密码进行身份验证，并显示用户个人信息。
RQ02用户注册正在实现中用户通过填写注册表单进行账号注册，并发送验证邮件。
RQ03数据导出未实现低提供导出数据为CSV格式的功能。
需求跟踪矩阵
知识创造未来
需求跟踪矩阵
需求跟踪矩阵是一种项目管理中常用的工具，用于跟踪需求与项目的关联关系。
它有助于确保项目中的所有需求得到满足，并提供了一种追踪需求变更和确认的方法。
需求跟踪矩阵通常由一个二维表格组成，其中列代表项目中的需求，行代表项目中的各个阶段或工作包。
每个单元格中的标记表示该需求在对应阶段或工作包中的状态。
以下是一个示例需求跟踪矩阵：
阶段/工作包 | 需求1 | 需求2 | 需求3
项目规划| √ | |
需求分析| | √ | √
系统设计| √ | √ |
编码| | √ |
测试| √ | | √
验收| √ | √ |
在这个例子中，我们可以看到每个需求在项目的每个阶段或工作包中的状态。
例如，需求1在项目规划、系统设计、测试和验收阶段都得到了满足，而需求2只在需求分析、系统设计和编码阶段得到了满足。
需求跟踪矩阵可以帮助项目团队了解需求的状态，及时发现并解决与需求相关的问题，并确保项目按照预期进行。
1。
需求跟踪矩阵
1．目的和范围
本文件用于项目的需求跟踪，以确保该项目需求在需求分析、设计实现、测试等环节得到完整的管理一般情况下需求跟踪包括以下环节内容（详见需求跟踪矩阵）：
追溯输入需求：即建立项目需求与其来源需求的追溯；
跟踪此需求的分解和实现的过程；
跟踪需求的设计实现和相关验证过程情况。
2、填表说明
1）“需求来源”：需说明需求的出处，如：业务/产品自身完善/运维/客户等
1）需求部分，在项目立项后，需求确认阶段填写，由项目经理或指派人员填写；
2）设计部分，在项目实现阶段填写，由项目经理或指派人员填写；
3）测试部分，在项目测试阶段填写，由项目测试负责人填写；
4）完成状态，在测试结束后，由项目经理填写。
的管理和控制，保证一致性。
软件需求跟踪矩阵表
SF-01-01-01-01 SF-01-01-01-02 SF-01-01-01-03 SF-01-01-02-01 SF-01-01-02-02 SF-01-02-01-01 SF-01-02-02-01
软件需求跟踪矩阵 原始需求 软件需求规-01-01 PR-0001 SR-01-02
SC-01-01-02 SC-01-02-01 SC-01-02-02
详细设计
代码
SU-01-01-01-01 SU-01-01-01-02 SU-01-01-01-03 SU-01-01-02-01 SU-01-01-02-02 SU-01-02-01-01 SU-01-02-02-01
需求跟踪矩阵 模板
表格编号：XY202-项目编号-两位顺序号
项目名称： 需求分析 用户需求 编号 章节编号 需求名称 首页 1 状 章节 态 编号 原 始 软件需求 子模块名 系统监视 状态 原始 修改 删除 增加 风电监控 2 修 改 需求优 先级 高 中 低 责任人 概要设计 章节编号
3
删 除
4
567源自8原始需求总数 修改需求总数 删除需求总数 增加需求总数 总需求数
3 0 0 0 3
需求跟踪矩阵
项目经理PM： 系统设计 概要设计 名称 是否完成 责任人 详细设计 章节编号 名称 是否完成 责任人 代码单元 编码实现 是否完成 责任人 √ √
项目QA： 功能测试 测试单元 是否完成 责任人 备注
PMP--4.2.1-2需求跟踪矩阵
PMP--4.2.1-2需求跟踪矩阵##############################################《需求跟踪矩阵》是《需求⽂件》的进阶，为了更好的关联需求与可交付成果/项⽬⽬标。
《需求⽂件》详解链接：《需求跟踪矩阵》是【收集需求】的⼀部分；【收集需求】详解链接：##############################################⼀、需求跟踪矩阵背景1. 需求跟踪矩阵定义需求跟踪矩阵是把产品需求从其来源连接到能满⾜需求的可交付成果的⼀种表格。
2. 需求跟踪矩阵作⽤（1）使⽤需求跟踪矩阵，把每个需求与业务⽬标或项⽬⽬标联系起来，有助于确保每个需求都具有商业价值。
（2）需求跟踪矩阵提供了在整个项⽬⽣命周期中跟踪需求的⼀种⽅法，有助于确保需求⽂件中被批准的每项需求在项⽬结束的时候都能交付。
（3）需求跟踪矩阵还为管理产品范围变更提供了框架。
⼆、需求跟踪矩阵内容之后上传需求跟踪矩阵表格下载链接：需求跟踪矩阵主表链接：需求属性表链接：需求跟踪矩阵总表[ 关联标识 ]-->需求属性表[ 唯⼀标识 ]需求跟踪矩阵总表信息1. 业务需要、机会、⽬的和⽬标2. 项⽬⽬标3. 项⽬范围和 WBS 可交付成果4. 产品设计5. 产品开发6. 测试策略和测试场景7. ⾼层级需求到详细需求需求相关属性属性⽤于明确每个需求的关键信息1. 唯⼀标识2. 需求的⽂字描述3. 收录该需求的理由4. 所有者5. 来源6. 优先级别7. 版本8. 当前状态如进⾏中、已取消、已推迟、新增加、已批准、被分配和已完成9. 状态⽇期10. 稳定性11. 复杂性12. 验收标准三、应⽤项⽬过程1. 规划质量管理质量要求，记录在需求跟踪矩阵中。
规划质量管理过程指定的质量要求2. 规划采购管理连接到能满⾜需求的可交付成果。
到能满⾜需求的可交付成果。
将产品需求从其来源连接需求跟踪矩阵将产品需求从其来源3. 指导和管理项⽬⼯作需求跟踪矩阵把产品需求连接到相应的可交付成果，有助于把关注点放在最终结果上。
需求跟踪矩阵维护指引
需求跟踪矩阵维护指南*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创建《需求模块功能矩阵》创建人：项目经理前提：项目经理指定了项目成员角色，包括需求人员（填写《需求模块功能矩阵》的需求项），设计人员（填写设计项），开发人员（填写实现项），测试负责人（填写测试项）。
教务管理系统需求跟踪矩阵
教务管理系统需求跟踪矩阵一、引言教务管理系统是现代教育管理的重要组成部分，它以信息化、网络化的手段来实现对教务工作的全面管理和高效运作。
为了确保教务管理系统能够顺利地满足教育管理的需求，需求跟踪矩阵成为了一种重要的工具。
本文将对教务管理系统需求跟踪矩阵的概念、作用以及具体的应用方法进行深入探讨。
二、教务管理系统需求跟踪矩阵的概念2.1 教务管理系统需求跟踪矩阵的定义教务管理系统需求跟踪矩阵是用于记录和跟踪教务管理系统功能需求的一种矩阵表格。
它以需求编号为基准，在矩阵中记录了需求的来源、描述、优先级、是否已实现等信息，用于追踪需求的状态和实现情况。
2.2 教务管理系统需求跟踪矩阵的作用教务管理系统需求跟踪矩阵主要有以下作用： 1. 确保需求的完整性：通过对需求进行编号和详细描述，需求跟踪矩阵能够帮助保证教务管理系统的所有功能需求都得到充分的考虑和记录。
2. 控制需求的优先级：通过在矩阵中标注需求的优先级，教务管理系统的开发与实施过程能够更加有针对性地进行，保证重要需求的及时实现。
3. 跟踪需求的实现情况：通过在矩阵中记录需求的实现状态，教务管理系统的开发团队和管理者可以清晰地了解到每个需求的进展情况，及时进行调整和改进。
4. 支持系统维护和升级：教务管理系统是一个长期运行的系统，通过需求跟踪矩阵的维护，可以为后续的系统维护和升级提供参考和依据。
三、教务管理系统需求跟踪矩阵的创建3.1 创建需求跟踪矩阵的步骤教务管理系统需求跟踪矩阵的创建包括以下步骤： 1. 确定需求编号：为每个需求分配一个唯一的编号，在矩阵中作为需求的标识。
2. 描述需求：对每个需求进行详细描述，包括需求的功能、性能、界面等方面。
3. 确定需求的来源：记录每个需求的来源，可以是用户需求调研、管理部门要求等。
4. 标注需求的优先级：根据需求的重要程度和紧急程度，为每个需求标注优先级，以指导系统的开发与实施过程。
5. 记录需求的状态：在需求得到实现后，将需求在矩阵中标注为已实现，并记录实现的日期。
简练网软考知识点整理-项目需求跟踪及需求跟踪矩阵
简练⽹软考知识点整理-项⽬需求跟踪及需求跟踪矩阵1.需求跟踪需求跟踪包括编制每个需求同系统元素之间的联系⽂档。
这些元素包括别的需求、体系结构、其他设计部件、源代码模块、测试、帮助⽂件、⽂档等。
跟踪能⼒信息使变更影响分析⼗分便利，有利于确认和评估实现某个建议的需求变更所必须的⼯作。
2.需求跟踪⽬的需求跟踪提供了⼀个表明与合同或说明⼀致的⽅法，需求跟踪可以改善产品质量，降低维护成本，⽽且很容易实现重⽤。
需求跟踪是个要求⼿⼯操作且劳动强度很⼤的任务，要求组织提供⽀持。
随着系统开发的进⾏和维护的执⾏，要保持关联链信息与实际⼀致。
跟踪能⼒信息⼀旦过时，可能再也不会重建它了。
由于这些原因，应该正确使⽤需求跟踪能⼒。
下⾯是在项⽬中使⽤需求跟踪能⼒的⼀些好处：（1）审核跟踪能⼒信息可以帮助审核确保所有需求被应⽤。
（2）变更影响分析跟踪能⼒信息在增、删、改需求时可以确保不忽略每个受到影响的系统元素。
（3）维护可靠的跟踪能⼒信息使得维护时能正确、完整地实施变更，从⽽提⾼⽣产率。
要是⼀下⼦不能为整个系统建⽴跟踪能⼒信息，⼀次可以只建⽴⼀部分，再逐渐增加。
从系统的⼀部分着⼿建⽴，先列表需求，然后记录跟踪能⼒链，再逐渐拓展。
（4）项⽬跟踪在开发中，认真记录跟踪能⼒数据，就可以获得计划功能当前实现状态的记录。
还未出现的联系链意味着没有相应的产品部件。
（5）再设计（重新建造）你可以列出传统系统中将要替换的功能，记录它们在新系统的需求和软件组件中的位置。
通过定义跟踪能⼒信息链提供⼀种⽅法收集从⼀个现成系统的反向⼯程中所学到的⽅法。
（6）重复利⽤跟踪信息可以帮助你在新系统中对相同的功能利⽤旧系统相关资源。
例如：功能设计、相关需求、代码、测试等。
（7）减⼩风险使部件互连关系⽂档化可减少由于⼀名关键成员离开项⽬带来的风险。
（8）测试测试模块、需求、代码段之间的联系链可以在测试出错时指出最可能有问题的代码段。
以上所述许多是长期利益，减少了整个产品⽣存期费⽤，但同时要注意到由于积累和管理跟踪能⼒信息增加了开发成本。
用户需求跟踪矩阵
1.1.1
1.1.3 1.1.4
1.2 1.3 1.4
2 2.1 2.2
3 3.1
用户需求标题
添加用户 删除用户 修改用户使用期限 （以下略） 修改自己密码 登录系统 退出系统
查看课程建设资源 查看课内学习资源
（以下略）
修改首页内容 （以下略）
用户需求 软件需求 变更标识 功能标号
高
关键功能，必 须实现
高
关键功能，必 须实现
高
关键功能，必 须实现
高
关键功能，必 须实现
原始
3.1
教师用户 修改首页内容
原始 已批准
高
关键功能，必 须实现
删除交流天地中的主题，与
***
删除交流天地中的主题
增加
3.15 该主题相关的所有留言也将 增加 未批准
全部删除
4 （以下略）
学生用户
第二版本实 低 现，第一版本
未批准
原始的需求： 增加的需求： 修改的需求： 删除的需求： 未变更需求数： 现有需求总数： 需求变更总数：
阵
对应概要 设计章节
详细设 计状态
对应详细 设计章节
单元测 试用例
集成测 试用例
系统测 试用例
对应代码
系统编 码状态
备注说明
软件需求功能标题变更 变更标识 态 序号
优先 级
优先级说明
当前状态
概要 设计
添加用户，包括批量添加和
原始
1.1 单个添加，并且设置用户使 原始 已批准
用期限
原始
1.2
删除用户，删除选中的一个 或多个用户
原始
已批准
原始
1.4
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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%
需求变更数
总计 14 100%
各阶段需求变更分布图
0%
7%
14%
36%
7%
14% 22%
需求分析 概要设计 详细设计 编码单元测试 集成测试 系统测试 验收维护
Hale Waihona Puke 注：由该图可以看出项目各阶段的需求变更的分布（用百分比表示）
<项目名称>需求度量分析
1、需求变更明细表
变更日期 需求数
2008/6/10 原始需求 16
2008/6/20 增加
4
2008/6/21 修改
1
2008/7/10 增加
2
2008/7/10 删除
1
2008/7/20 增加
1
2008/7/20 修改
1
2008/7/30 删除
1
2008/8/10 增加
2
参考文档 需求规格说明书 需求变更统计表 需求变更统计表 需求变更统计表 需求变更统计表 需求变更统计表 需求变更统计表 需求变更统计表 需求变更统计表 需求变更统计表
累计需求 16 20 20 22 21 22 22 21 23 23 23 23
变化率
25.00% 5.00% 10.00% 4.55% 4.76% 4.55% 4.55% 9.52% 4.76% 0.00% 0.00%