需求跟踪矩阵
简练网软考知识点整理-项目需求跟踪及需求跟踪矩阵
简练⽹软考知识点整理-项⽬需求跟踪及需求跟踪矩阵1.需求跟踪需求跟踪包括编制每个需求同系统元素之间的联系⽂档。
这些元素包括别的需求、体系结构、其他设计部件、源代码模块、测试、帮助⽂件、⽂档等。
跟踪能⼒信息使变更影响分析⼗分便利，有利于确认和评估实现某个建议的需求变更所必须的⼯作。
2.需求跟踪⽬的需求跟踪提供了⼀个表明与合同或说明⼀致的⽅法，需求跟踪可以改善产品质量，降低维护成本，⽽且很容易实现重⽤。
需求跟踪是个要求⼿⼯操作且劳动强度很⼤的任务，要求组织提供⽀持。
随着系统开发的进⾏和维护的执⾏，要保持关联链信息与实际⼀致。
跟踪能⼒信息⼀旦过时，可能再也不会重建它了。
由于这些原因，应该正确使⽤需求跟踪能⼒。
下⾯是在项⽬中使⽤需求跟踪能⼒的⼀些好处：（1）审核跟踪能⼒信息可以帮助审核确保所有需求被应⽤。
（2）变更影响分析跟踪能⼒信息在增、删、改需求时可以确保不忽略每个受到影响的系统元素。
（3）维护可靠的跟踪能⼒信息使得维护时能正确、完整地实施变更，从⽽提⾼⽣产率。
要是⼀下⼦不能为整个系统建⽴跟踪能⼒信息，⼀次可以只建⽴⼀部分，再逐渐增加。
从系统的⼀部分着⼿建⽴，先列表需求，然后记录跟踪能⼒链，再逐渐拓展。
（4）项⽬跟踪在开发中，认真记录跟踪能⼒数据，就可以获得计划功能当前实现状态的记录。
还未出现的联系链意味着没有相应的产品部件。
（5）再设计（重新建造）你可以列出传统系统中将要替换的功能，记录它们在新系统的需求和软件组件中的位置。
通过定义跟踪能⼒信息链提供⼀种⽅法收集从⼀个现成系统的反向⼯程中所学到的⽅法。
（6）重复利⽤跟踪信息可以帮助你在新系统中对相同的功能利⽤旧系统相关资源。
例如：功能设计、相关需求、代码、测试等。
（7）减⼩风险使部件互连关系⽂档化可减少由于⼀名关键成员离开项⽬带来的风险。
（8）测试测试模块、需求、代码段之间的联系链可以在测试出错时指出最可能有问题的代码段。
以上所述许多是长期利益，减少了整个产品⽣存期费⽤，但同时要注意到由于积累和管理跟踪能⼒信息增加了开发成本。
需求跟踪矩阵(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 的工作量还是比较大、比较烦琐。
需求跟踪矩阵
原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始 原始
已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准 已批准
结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项
评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过
评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过 评审通过
已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试
已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试 已系统测试
当前状态
概要设计状态
对应概要 设计章节
结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项 结项
需求评审与追踪方法
需求评审与追踪方法引言在软件开发过程中，需求评审与追踪是非常重要的环节。
通过对需求进行评审，可以确保开发团队对需求有清晰的理解，并且可以尽早发现潜在的问题。
而需求追踪则是为了确保开发团队能够全程跟踪需求的实现进度，保证项目的顺利进行。
本文将介绍需求评审与追踪的方法及步骤。
需求评审方法需求评审是在项目开始执行或者需求变更时进行的一项活动，旨在确保团队对需求有全面的了解，并且提前发现可能存在的问题。
下面是一些常用的需求评审方法：1. 个别评审在个别评审中，每个项目成员将会与需求的编写者进行一对一的讨论。
评审的目的是让项目成员能够对需求有深入的理解，并且提出他们的疑问和建议。
这种评审方法适用于小团队或者需求较为简单的项目。
2. 小组评审小组评审是将项目成员组织起来，一起讨论需求。
在评审过程中，团队成员可以提出他们的看法、疑问和建议，并且通过讨论达成共识。
这种评审方法适用于较大的团队或者需求较为复杂的项目。
3. 原型评审原型评审是将需求转化为可视化的界面，让团队成员可以直接看到需求的实现效果。
通过对原型进行评审，团队成员可以更直观地理解需求，并且提出具体的改进建议。
这种评审方法适用于交互性较强的项目。
4. 代码评审代码评审是在需求实现过程中进行的评审活动。
通过对代码进行评审，团队成员可以确保代码符合需求规范，并且发现潜在的问题。
这种评审方法适用于对代码质量要求较高的项目。
需求追踪方法需求追踪是为了确保项目成员能够全程跟踪需求的实现进度，以及确保需求的变更能够及时追踪和更新。
下面是一些常用的需求追踪方法：1. 需求跟踪矩阵需求跟踪矩阵是一种将需求与其他相关的信息进行关联的模板。
通过需求跟踪矩阵，团队成员可以清晰地了解每个需求的状态、责任人、优先级等信息。
这种方法可以帮助团队成员更好地管理需求变更。
2. 缺陷跟踪系统缺陷跟踪系统是一种将需求和缺陷进行关联的工具。
通过缺陷跟踪系统，团队成员可以记录和跟踪系统中存在的问题，并及时进行解决。
需求跟踪矩阵的内容
需求跟踪矩阵的内容1. 介绍需求跟踪矩阵需求跟踪矩阵是一个用于追踪软件项目需求的工具。
它能够帮助团队有效地管理和掌控需求变更，确保项目在开发过程中的各个阶段能够满足用户的需求。
该矩阵记录了项目的需求以及与之相关的信息，如需求的来源、状态、优先级等，从而为开发团队提供了一个清晰的需求全貌。
2. 需求跟踪矩阵的结构需求跟踪矩阵通常由表格组成，其中包含了多个字段用于描述需求的各个方面。
常见的字段包括需求编号、需求描述、需求来源、需求状态、所属模块、开发优先级、验收标准等。
这些字段能够帮助团队跟踪和管理需求的生命周期，并确保参与项目的各方都对需求有一个共同的理解。
2.1 需求编号需求编号是每个需求的唯一标识符，用于在矩阵中区分不同的需求。
编号可以采用自定义的规则，比如简单的序号、项目缩写+序号等。
2.2 需求描述需求描述是对需求的详细说明，包括需求的背景、目标、功能要求等信息。
一个清晰、准确的需求描述能够帮助开发团队准确理解用户的期望。
2.3 需求来源需求来源是指提出该需求的人或团队。
需求可以来自于不同的渠道，比如用户反馈、市场调研、相关部门等。
记录需求来源能够帮助团队了解需求的背景和动机。
2.4 需求状态需求状态标识了需求所处的状态，比如已提出、待评审、开发中、已完成等。
需求状态的变更能够帮助团队了解需求的进展情况，并及时处理需求相关的事务。
2.5 所属模块所属模块指明了需求所属的功能模块或系统模块。
将需求按模块分类能够帮助团队更好地组织和安排开发工作，并便于后续的维护和升级。
2.6 开发优先级开发优先级用于确定需求的重要性和紧急程度。
通过给需求设置优先级，团队可以合理安排开发资源，确保高优先级需求得到及时处理。
2.7 验收标准验收标准是对需求实现的一组判断规则。
它描述了需求完成后应满足的条件和表现，便于项目验收和用户验收的进行。
3. 如何使用需求跟踪矩阵需求跟踪矩阵在项目的不同阶段都扮演着重要的角色。
需求追踪矩阵
关于需求跟踪矩阵的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的工作量还是比较大、比较烦琐。
(项目简称)-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）完成状态，在测试结束后，由项目经理填写。
的管理和控制，保证一致性。
【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）是指在系统工程中建立起的需求与相关需求、设计、实现及验证之间双向可追溯的矩阵关系，是确保需求开发和需求管理有效性的重要技术方法。
教务管理系统需求跟踪矩阵
教务管理系统需求跟踪矩阵一、引言教务管理系统是现代教育管理的重要组成部分，它以信息化、网络化的手段来实现对教务工作的全面管理和高效运作。
为了确保教务管理系统能够顺利地满足教育管理的需求，需求跟踪矩阵成为了一种重要的工具。
本文将对教务管理系统需求跟踪矩阵的概念、作用以及具体的应用方法进行深入探讨。
二、教务管理系统需求跟踪矩阵的概念2.1 教务管理系统需求跟踪矩阵的定义教务管理系统需求跟踪矩阵是用于记录和跟踪教务管理系统功能需求的一种矩阵表格。
它以需求编号为基准，在矩阵中记录了需求的来源、描述、优先级、是否已实现等信息，用于追踪需求的状态和实现情况。
2.2 教务管理系统需求跟踪矩阵的作用教务管理系统需求跟踪矩阵主要有以下作用： 1. 确保需求的完整性：通过对需求进行编号和详细描述，需求跟踪矩阵能够帮助保证教务管理系统的所有功能需求都得到充分的考虑和记录。
2. 控制需求的优先级：通过在矩阵中标注需求的优先级，教务管理系统的开发与实施过程能够更加有针对性地进行，保证重要需求的及时实现。
3. 跟踪需求的实现情况：通过在矩阵中记录需求的实现状态，教务管理系统的开发团队和管理者可以清晰地了解到每个需求的进展情况，及时进行调整和改进。
4. 支持系统维护和升级：教务管理系统是一个长期运行的系统，通过需求跟踪矩阵的维护，可以为后续的系统维护和升级提供参考和依据。
三、教务管理系统需求跟踪矩阵的创建3.1 创建需求跟踪矩阵的步骤教务管理系统需求跟踪矩阵的创建包括以下步骤： 1. 确定需求编号：为每个需求分配一个唯一的编号，在矩阵中作为需求的标识。
2. 描述需求：对每个需求进行详细描述，包括需求的功能、性能、界面等方面。
3. 确定需求的来源：记录每个需求的来源，可以是用户需求调研、管理部门要求等。
4. 标注需求的优先级：根据需求的重要程度和紧急程度，为每个需求标注优先级，以指导系统的开发与实施过程。
5. 记录需求的状态：在需求得到实现后，将需求在矩阵中标注为已实现，并记录实现的日期。
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. 指导和管理项⽬⼯作需求跟踪矩阵把产品需求连接到相应的可交付成果，有助于把关注点放在最终结果上。
需求跟踪矩阵
需求跟踪矩阵变更日期阶段涉众类型变更记录人参考文档累计需求变化率2008/6/10原始需求16需求分析客户需求规格说明书162008/6/20增加4概要设计研发人员张三需求变更统计表2025.00%2008/6/21修改1概要设计客户李四需求变更统计表20 5.00%2008/7/10增加2详细设计研发人员张三需求变更统计表2210.00%2008/7/10删除1详细设计客户李四需求变更统计表21 4.55%2008/7/20增加1编码单元测试研发人员张三需求变更统计表22 4.76%2008/7/20修改1编码单元测试客户李四需求变更统计表22 4.55%2008/7/30删除1集成测试系统限制张三需求变更统计表21 4.55%2008/8/10增加2系统测试客户李四需求变更统计表239.52%2008/8/20修改1验收测试客户王二需求变更统计表23 4.76%230.00%230.00%阶段需求分析概要设计详细设计编码单元测试集成测试系统测试验收维护总计需求变更数053212114需求分布0.00%35.71%21.43%14.29%7.14%14.29%7.14%100%初始增加删除修改未更改变更数现有需求总数需求稳定度需求变化率16923112368.75%87.50%<项目名称>需求度量分析1、需求变更明细表2、需求变更在各阶段的分布注：1、需求稳定度 = 未更改变更数/原始需求总数2、需求变化率 = 需求变更总数/原始需求总数其中：需求变更总数 = 增加的需求数+删除的需求数+修改的需求数需求数注：每次更新需求跟踪矩阵的需求信息时，首先填写变更明细表注：由该图可以看出项目各阶段的需求变更的分布（用百分比表示）注：由该图可以看出项目各阶段的需求变更数3、需求稳定度/变化率统计0%36%22%14%7%14%7%各阶段需求变更分布图需求分析概要设计详细设计编码单元测试集成测试系统测试验收维护12345需求分析概要设计详细设计编码单元测试集成测试系统测试验收维护需求变更数0532121需求变更数需求变更数。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件需求库
一级需求项 二级需求项 各级需求项 SRFP-16.1.1 SRFP-16.1 BUC_与预检系统接口 SRFP-16.1.2 软件需求项名称 接收预检验证书信息 回写检验信息 同步装运前检验机构及人员信息到 中间平台 接收报检单信息 回写检验结果信息 同步备案书、免装证书信息 回写证书核销信息 同步装运前检验机构信息到行政许 可 发布综合资料信息 同步集装箱/货物信息 电子比对 强制核销 退回检务重新处理 查看异常信息 优先级 3 3
3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
否 是 是 是
刘洋 刘洋 刘洋 刘洋 刘洋 刘洋 刘洋
SRFP-1 EI_外部接口
是 是 是 是 是 是 是 是 是 是 是
刘洋 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬
同步报检信息 同步装运前检验备案书信息 电子核销 同步预检信息 拒绝核销 查询报检信息
修改产品技术资料信息 删除产品技术资料信息 查看产品技术资料信息 查询产品技术资料列表 新增法律法规资料信息 修改法律法规资料信息 删除法律法规资料信息 查看法律法规资料信息 查询法律法规资料列表 新增产品名录信息 修改产品名录信息 查询产品名录列表 删除产品名录信息 查看产品名录信息 登记信息查询 风险预警信息增加 风险预警信息修改 风险预警信息删除 风险预警信息提交 风险预警信息打印 风险预警信息评估查询 自动评估风险预警信息 人工评估风险预警信息 打印风险预警信息 风险预警信息审核查询 风险预警信息审核提交 B风险预警发布 发布风险预警信息 查询警示通报 延期警示通报
SRFP-1.1.10 SRFP-1.7 UC_核销 SRFP-1.7.1 SRFP-1.7.2 SRFP-1.2.1 SRFP-1.2.2 SRFP-1.2 UC_到货检验登记 SRFP-1 UC_到货检验 SRFP-1.2.3 SRFP-1.2.4 SRFP-1.2.5 SRFP-1.2.8 SRFP-1.2.9 SRFP-1.3 UC_抽样送检 SRFP-1.4 UC_登记不合格信息 SRFP-1.5 UC_检验结果审核 SRFP-1.6 UC_查询报检单信息 SRFP-1.7修改报检单集装箱货物回写 CIQ2000 SRFP-1.3.1 SRFP-1.3.2 SRFP-1.4 SRFP-1.5 SRFP-1.6 SRFP-1.7.1
是否关 所依赖需 被依赖需 需求负责人 求Id 求Id 键项
是 否 刘洋 刘洋
SRFP-16.1.3 SRFP-1.2 BUC_与CIQ2000系统接口 SRFP-1.2.1 SRFP-1.2.2 SRFP-16.4.1 SRFP-16.4 BUC_与行政许可系统接口 SRFP-16.5 BUC_与综合信息服务考评系统接口 SRFP-16.7 BUC_与报检企业端的接口 SRFP-1.1 UC_异常批处理 SRFP-16.4.2 SRFP-16.4.3 SRFP-16.5 SRFP-16.7 SRFP-1.1.1 SRFP-1.1.2 SRFP-1.1.3 SRFP-1.1.4 SRFP-1.2.6 SRFP-1.1.5 SRFP-1.1.6 SRFP-1.1.7 SRFP-1.1.8 SRFP-1.1.9
SRFP-5 SRFP-5.2 UC_技术资料库 UC_法律法规资料库 管理
SRFP-5.2 UC_备案条件维护
SRFP-6.1 UC_风险预警登记
SRFP-6.1.3 SRFP-6.1.4 SRFP-6.1.5 SRFP-6.1.6 SRFP-6.2.1
SRFP-6 UC_ 风 险 预 警 管 理
是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是
么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 王志强 王志强 王志强 王志强 王志强 王志强 王志强 王志强 王志强 么克敬 么克敬 么克敬 么克敬
是 是 是 是 是 是 是 是 是
刘国亮 刘国亮 张维军 张维军 张智 张智 王志强 王志强 么克敬
SRFP-8 UC_查询统计
SRFP-8.2 UC_后台统计 SRFP-11.1 SRFP-11 UC_监控项目及参数设定 UC_监控项目表 SRFP-11.2 单及参数设置 UC_查询监控项目及参数 SRFP-12.1 UC_查询报检单信息 SRFP-12.2 UC_查询检验检疫情况 SRFP-12 SRFP-12.3 UC_综合查询 UC_报检单检验流程查询 SRFP-12.4
人工审核
保存核销信息 提交核销信息 后续监管处理 检验结果登记 查看预检验信息 展示预警信息 查看备案信息 分单/改派单 上传图片 登记送检信息 录入送检结果 登记不合格信息 检验结果审核 查询报检单信息 修改货物信息的报检单把报检单货 物信息返回CIQ2000系统
3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是
白有成 白有成 白有成 白有成 白有成 白有成 白有成 白有成 白有成 白有成 白有成 白有成 白有成 白有成 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮 刘国亮
SRFP-5.1 UC_产品技术资料库
SRFP-5.1.2 SRFP-5.1.3 SRFP-5.1.4 SRFP-5.1.5 SRFP-5.2.1 SRFP-5.2.2 SRFP-5.2.3 SRFP-5.2.4 SRFP-5.2.5 SRFP-5.3.1 SRFP-5.3.2 SRFP-5.3.3 SRFP-5.3.4 SRFP-5.3.5 SRFP-6.1.1 SRFP-6.1.2
CRFP-1.1 CRFP-1.1.3 CRFP-1.1.3 CRFP-1.2.1 CRFP-1.2.1 CRFP-1.2.5 CRFP-1.2.5 CRFP-1.2.5 CRFP-1.2.2 CRFP-1.2.5 CRFP-1.3.1 CRFP-1.3.2 CRFP-1.2.1 CRFP-1.2.1 CRFP-1.2.4 CRFP-1.5.5 CRFP-1.6 CRFP-1.7 CRFP-1.8 CRFP-1.9 CRFP-1.10 CRFP-1.11 CRFP-1.12 CRFP-1.13 CRFP-2.1 CRFP-2.1.2 CRFP-2.1 CRFP-2.1
CRFP-2.1.1 CRFP-2.1.3 CRFP-2.1 CRFP-2.2 CRFP-2.2.4 CRFP-2.2.1 CRFP-2.2.6 CRFP-2.2.7 CRFP-EI2.3,CRFP-EI3.3 CRFP-2.2.1 CRFP-2.2.5 CRFP-2.2.1 CRFP-2.2.1 CRFP-2.2.1 CRFP-EI3.3 CRFP-2.3 CRFP-2.3.4 CRFP-2.3.1 CRFP-2.3.6 CRFP-2.3.7 CRFP-2.3.1 CRFP-2.3.5 CRFP-2.3.1 CRFP-2.3.1 CRFP-2.3.1 CRFP-4 CRFP-4 CRFP-5.1.2
是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是 是
么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 么克敬 白有成
Hale Waihona Puke SRFP-1.8 修改报检单货物信息
SRFP-1.8 SRFP-1.8.1 SRFP-1.8.2 SRFP-1.8.3 SRFP-1.8..4 SRFP-1.8.5 SRFP-1.8.6 SRFP-1.8.7
SRFP-2.1.1 SRFP-2.1.1.1 SRFP-2.1.1.2 SRFP-2.1.1.3
UC_旧机电产品备案书到货情 SRFP-12.4
旧机电产品备案书到货情况查询
3
是
么克敬
况查询
对应的用户需求项 CRFP-EI3.1 CRFP-EI3.2
CRFP-EI3.2 CRFP-EI1.1 CRFP-EI1.3 CRFP-EI2.1 CRFP-EI2.2 CRFP-EI2.3 CRFP-EI4 CRFP-EI5 CRFP-1.1.1 CRFP-1.1.3 CRFP-1.1.2 CRFP-1.2.6 CRFP-1.1 CRFP-1.1 CRFP-1.1 CRFP-1.1 CRFP-1.2.4
SRFP-6.2 UC_风险预警评估
SRFP-6.2.2 SRFP-6.2.3 SRFP-6.2.4 SRFP-6.3.1 SRFP-6.3.2 SRFP-6.4.1 SRFP-6.4.2 SRFP-6.5.1 SRFP-6.5.2
SRFP-6.3 UC_风险预警审核 SRFP-6.4 UC_风险预警发布 SRFP-6.5 UC_警示通报管理
修改报检单货物信息 删除货物 添加货物 修改货物 删除集装箱 添加集装箱 修改集装箱 提交
监管产品对象 新增监管产品对象 修改监管产品对象 删除监管产品对象
SRFP-2.1 UC_监管产品管理
SRFP-2.1 UC_监管产品管理 SRFP-2.1.2 SRFP-2.1.3 SRFP-2.1.4 SRFP-2.2.1.1 SRFP-2.2.1.2 SRFP-2.2.1 UC_境外装运前检验机构管理 SRFP-2.2.1.3 SRFP-2.2.1.4 SRFP-2.2.1.5 SRFP-2.2.1.6 SRFP-2 UC_监督管理 SRFP-2.2.2 UC_境外装运前检验机构人员管理 SRFP-2.2.2.1 SRFP-2.2.2.2 SRFP-2.2.2.3 SRFP-2.2.2.4 SRFP-2.2.2.5 SRFP-2.2.1.6 SRFP-2.2.1.1 SRFP-2.3.1 UC_监管企业管理 SRFP-2.2.1.2 SRFP-2.2.1.3 SRFP-2.2.1.4 SRFP-2.2.1.5 SRFP-2.2.2.1 SRFP-2.3.2 UC_监管企业人员管理 SRFP-2.2.2.2 SRFP-2.2.2.3 SRFP-2.2.2.4 SRFP-2.2.2.5 SRFP-4.2 SRFP-4 UC_证书查询 UC_证书信息查 SRFP-4.2 询管理 UC_查看证书信息 SRFP-4.2 SRFP-4.2 SRFP-5.1.1 SRFP-5.1 UC_产品技术资料库 登记监管产品监管结果 查询监管产品 查看监管产品 查看境外装运前检验机构 查询境外装运前检验机构 新增境外装运前检验机构 修改境外装运前检验机构 删除境外装运前检验机构 同步机构信息到行政许可及中间平 台 查看境外装运前检验机构人员 查询境外装运前检验机构人员 新增境外装运前检验机构人员 修改境外装运前检验机构人员 删除境外装运前检验机构人员 同步人员信息到中间平台 查看监管企业 查询监管企业 新增监管企业 修改监管企业 删除监管企业 查看监管企业人员 查询监管企业人员 新增监管企业人员 修改监管企业人员 删除监管企业人员 证书查询 查看证书信息 增加产品技术资料信息 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3