18需求管理的原则与实践.ppt

18需求管理的原则与实践.ppt

《18需求管理的原则与实践.ppt》由会员分享，可在线阅读，更多相关《18需求管理的原则与实践.ppt（20页珍藏版）》请在冰豆网上搜索。

软件需求工程软件需求工程SoftwareRequirementsEngineering（SRE）第第三三部分部分软件需求管理软件需求管理第第十八十八章章需求管理的原则与实践需求管理的原则与实践龚龚永永罡罡2022/10/271第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG第二部分第二部分软件需求开发软件需求开发回回顾顾通过业务需求确定项目视图与范围；通过业务需求确定项目视图与范围；通过客户需求获取使用实例。

通过客户需求获取使用实例。

从客户需求到从客户需求到SRS；从客户需求到分析模型从客户需求到分析模型软件的质量属性关系软件的质量属性关系原型法、优先级、需求验证原型法、优先级、需求验证需求开发向设计的转化需求开发向设计的转化2/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG学习目标学习目标在学完本章内容之后，你应该能够：

在学完本章内容之后，你应该能够：

1）分析需求管理的主要活动；分析需求管理的主要活动；2）理解需求管理的目标与作用；理解需求管理的目标与作用；3）掌握需求管理的主要步骤；掌握需求管理的主要步骤；4）掌握）掌握SRS版本控制的方法和技术；版本控制的方法和技术；5）学会确定和控制需求文档的属性的方法；学会确定和控制需求文档的属性的方法；6）分析需求管理的效果。

分析需求管理的效果。

3/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.0需求管理的主要活动需求管理的主要活动需求工程分为需求开发和需求管理。

需求工程分为需求开发和需求管理。

需求开发包括对一个软件项目需求的获取、分需求开发包括对一个软件项目需求的获取、分析、规格说明及验证。

析、规格说明及验证。

典型需求开发的结果应该有项目视图和范围文典型需求开发的结果应该有项目视图和范围文档、档、use-case文档、文档、SRS及相关分析模型。

及相关分析模型。

经评审批准，这些文档就定义了开发工作的需经评审批准，这些文档就定义了开发工作的需求基线（求基线（baseline）。

）。

这个基线在客户和开发人员之间就构筑了计划这个基线在客户和开发人员之间就构筑了计划产品功能需求和非功能需求的一个约定产品功能需求和非功能需求的一个约定。

P2214/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.0需求管理的主要活动需求管理的主要活动在需求管理工作中应该强调：

在需求管理工作中应该强调：

l控制对需求基线的变动；控制对需求基线的变动；l保持项目规划与需求之间的一致；保持项目规划与需求之间的一致；l控制单个需求和需求文档的版本情况；控制单个需求和需求文档的版本情况；l跟踪基线中需求的状态跟踪基线中需求的状态；l管理单个需求和其它项目工作产品之间的逻管理单个需求和其它项目工作产品之间的逻辑联系链。

辑联系链。

P2215/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.0需求管理的主要活动需求管理的主要活动需求约定是需求开发和需求管理之间的桥梁，需求管需求约定是需求开发和需求管理之间的桥梁，需求管理包括在工程进展过程中维持需求约定集成性和精确性理包括在工程进展过程中维持需求约定集成性和精确性的所有活动，如图所示。

的所有活动，如图所示。

需求管理需求管理变更控制变更控制l建议变更建议变更l分析影响分析影响l作出决策作出决策l更新需求文档更新需求文档l更新计划更新计划l测量需求稳定性测量需求稳定性版本控制版本控制l定义配置方案定义配置方案l确确定定需需求求文文档档版本版本l确定单个需求确定单个需求文档版本文档版本需求跟踪需求跟踪l定定义义对对其其它它需需求求的连接链的连接链l定义对其它系统定义对其它系统元素的连接链元素的连接链需求状态跟踪需求状态跟踪l定义需求定义需求l记录需求状态记录需求状态l跟踪需求每一跟踪需求每一个状态个状态图图18.1需求管理的主要活动需求管理的主要活动P2216/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.1需求基线需求基线需求基线需求基线（Requirementsbaseline）是团队成员已是团队成员已经承诺将在某特定产品版本中实现的功能性和非经承诺将在某特定产品版本中实现的功能性和非功能性需求的一组集合。

功能性需求的一组集合。

定义了需求基线后，项目涉及的各个方面就可定义了需求基线后，项目涉及的各个方面就可以对发布产品希望具有的功能和属性有一致的理以对发布产品希望具有的功能和属性有一致的理解。

解。

确定需求基线后，就应该进行配置管理，后续确定需求基线后，就应该进行配置管理，后续的变更也必须遵守项目预先定义的变更控制过程。

的变更也必须遵守项目预先定义的变更控制过程。

P2227/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.2需求管理过程需求管理过程开发组织应该定义管理需求的步骤，并实现文开发组织应该定义管理需求的步骤，并实现文档化和制度化。

档化和制度化。

管理需求的步骤应该考虑选择以下主题：

管理需求的步骤应该考虑选择以下主题：

l用于控制需求文档和版本的工具、技术和约定。

用于控制需求文档和版本的工具、技术和约定。

l如何将需求纳入基线。

如何将需求纳入基线。

l将要使用的需求状态，以及哪些人可能会对其变更。

将要使用的需求状态，以及哪些人可能会对其变更。

l需求状态跟踪和报告过程需求状态跟踪和报告过程。

l用什么方法提出新的需求或对原有需求的变更、对用什么方法提出新的需求或对原有需求的变更、对其进行处理和协商并将其转达给受此影响的所有涉众。

其进行处理和协商并将其转达给受此影响的所有涉众。

l如何分析提议的变更所产生的影响。

如何分析提议的变更所产生的影响。

l需求变更后，如何调整项目规划黄蓉对客户的承诺。

需求变更后，如何调整项目规划黄蓉对客户的承诺。

P2228/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.3需求版本控制需求版本控制版本控制是管理需求的一个必要方面，需版本控制是管理需求的一个必要方面，需求文档的每个版本必须被统一确定，组内每求文档的每个版本必须被统一确定，组内每个成员必须得到需求的当前版本。

个成员必须得到需求的当前版本。

必须清楚地将变更写成文档，并及时通知必须清楚地将变更写成文档，并及时通知到项目开发所涉及的人员。

到项目开发所涉及的人员。

为了尽量减少困惑、冲突、误传，应为了尽量减少困惑、冲突、误传，应该明该明确规定只确规定只允许指定的人来更新需求。

这些策允许指定的人来更新需求。

这些策略适用于所有关键项目文档。

略适用于所有关键项目文档。

P2239/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.3需求版本控制需求版本控制每个公布的需求文档的版本应该包括一个修每个公布的需求文档的版本应该包括一个修正版本的历史情况，包括已做变更的内容、变正版本的历史情况，包括已做变更的内容、变更日期、变更人的姓名以及变更的原因。

更日期、变更人的姓名以及变更的原因。

版本控制的最简单方法是根据标准约定，手版本控制的最简单方法是根据标准约定，手工标记工标记SRS的每一次修改。

在文档被采纳为基的每一次修改。

在文档被采纳为基线前，草案数可以随着改进逐次增加。

线前，草案数可以随着改进逐次增加。

而当文档被确认为基线后被标记为而当文档被确认为基线后被标记为“1.0正式正式版版”。

若只有较小的修改，可认为是。

若只有较小的修改，可认为是“1.1版版”。

若有较大的修改时，可认为是。

若有较大的修改时，可认为是“2.0版版”。

P22410/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.3需求版本控制需求版本控制一个具有更高级别的版本控制包括用版本控制工具一个具有更高级别的版本控制包括用版本控制工具来存储需求文档，例如用登录和检出程序来管理源代来存储需求文档，例如用登录和检出程序来管理源代码。

这方面有很多商业配置管理工具。

码。

这方面有很多商业配置管理工具。

版本控制的最有力方法是用商业需求管理工具。

这版本控制的最有力方法是用商业需求管理工具。

这些工具能跟踪和报告每个需求的变动历史，当需要恢些工具能跟踪和报告每个需求的变动历史，当需要恢复早期的需求时这很有价值。

复早期的需求时这很有价值。

在添加、变动、删除、拒绝一个需求后，附加一些在添加、变动、删除、拒绝一个需求后，附加一些评语描述变更的原因在对将来需要讨论时很有帮助。

评语描述变更的原因在对将来需要讨论时很有帮助。

P22411/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.4需求属性需求属性除了文本，每个功能需求应该有一些相关除了文本，每个功能需求应该有一些相关信息或称之为属性与之相联系，这些属性为信息或称之为属性与之相联系，这些属性为每个需求建立了一个上下文和背景资料。

每个需求建立了一个上下文和背景资料。

对大型复杂项目来说，丰富的属性类别显对大型复杂项目来说，丰富的属性类别显得重要。

得重要。

定义和更新这些属性值是需求管理成本的定义和更新这些属性值是需求管理成本的一部分，精心挑选属性的最小子集对有效的一部分，精心挑选属性的最小子集对有效的管理项目很有帮助。

管理项目很有帮助。

P22512/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.4需求属性需求属性在需求文档中应考虑明确如下的属性：

在需求文档中应考虑明确如下的属性：

l创建需求的时间创建需求的时间l需求的版本号需求的版本号l创建需求的作者创建需求的作者l负责认可该需求的人员负责认可该需求的人员l需求状态需求状态l需求的原因或根据（或信息的出处）需求的原因或根据（或信息的出处）l需求涉及的子系统需求涉及的子系统l需求涉及的产品版本号需求涉及的产品版本号l使用的验证方法或接受的测试标准使用的验证方法或接受的测试标准l产品的优先级或重要程度产品的优先级或重要程度l需求的稳定性需求的稳定性已提议已提议已批准已批准已实现已实现已验证已验证已删除已删除已否决已否决P22513/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.5跟踪需求状态跟踪需求状态过高地估计工作进度，会导致一种普遍得情况，即宣过高地估计工作进度，会导致一种普遍得情况，即宣布软件项目或主要任务完成一定百分比之后，这个状态布软件项目或主要任务完成一定百分比之后，这个状态会延续很长一段时间。

会延续很长一段时间。

在整个开发期间跟踪每一个功能需求得状态，是一种在整个开发期间跟踪每一个功能需求得状态，是一种更精确地测量项目进度的方法。

更精确地测量项目进度的方法。

跟踪状态的依据是，对本次产品迭代所期望的跟踪状态的依据是，对本次产品迭代所期望的“完成完成”的含义。

的含义。

将需求状态分成若干状态类别，比起努力监视每个需将需求状态分成若干状态类别，比起努力监视每个需求完成的百分比或者整个基线完成的百分比更有意义。

求完成的百分比或者整个基线完成的百分比更有意义。

P22614/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.6评估需求管理的工作量评估需求管理的工作量在每个项目的工作分解结构在每个项目的工作分解结构（WBS）中，中，需求管理活动应该表现为分配有资源的需求管理活动应该表现为分配有资源的任务。

任务。

测算测算已完成已完成项目的需求管理成本，项目的需求管理成本，是计划未来需求管理工作或经费的最佳是计划未来需求管理工作或经费的最佳途径。

途径。

P22815/20第第18章章需求管理的原则与实践需求管理的原则与实践SQE-GYG18.6评估需求管理的工作量评估需求管理的工作量一个从未度量过工程任何一个方面的组织，一个从未度量过工程任何一个方面的组织，通常发现很难开始保持一个耗时记录。

通常发现很难开始保持一个耗时记录。

测算实际开发和项目管理的工作量，要求一测算实际开发和项目管理的工作量，要求一个文化上的改变和养成记录日常工作的习惯。

个文化上的改变和养成记录日常工作的习惯。

然