软件需求工程 课件 第9章 需求管理.pptx

第9章需求管理

需求管理的定义管理内容所谓需求管理就是为有效地控制和管理需求更改等所进行的一系列活动。主要任务：开发人员在与提出更改的请求者（用户）协商的基础上，评估需求变更带来的潜在影响及可能的成本及费用；然后实施更改，以及有效地管理需求规格说明文档和跟踪更改需求的状态。1）控制对基准需求规格说明的变动。2）保持项目计划与需求一致。3）控制单个需求的更改和需求规格说明文档的更改。4）管理需求和需求间的联系，以及需求与设计和实现等方面的依赖关系。5）跟踪需求更改的状态，控制多个需求同时更改的复杂性。需求管理

目录需求变更控制需求规格说明文档的版本控制需求变更状态的跟踪需求跟踪9-19-29-39-4

9-1需求变更控制

9-1需求变更控制需求变更的内容主要涉及两个方面：一方面是需求变更只对软件系统内部产生影响,例如一个需求变更可能只影响某个功能需求，而不影响其他需求。另一方面是在原有软件需求的基础上提出扩充软件系统功能的需求，就是扩展需求。1.控制项目范围的扩展变更控制策略与需求变更的过程和标准相关。这些策略描述了变更以何种形式提出、分析和处理。以下提供一些有用的和可供参考的策略：1）建立所有需求变更所应遵循的过程（包括变更步骤）。按此过程，当一个变更需求在过程中某一步被拒绝后，则其后的步骤将不再予以考虑。2)对于未获批准的变更，除进行可行性论证外，不应再做其后的工作。3）对所提出的多个变更请求，应由项目变更小组委员会决定实现哪些变更，以及先后次序。4）项目开发人员和用户应该能了解已变更需求的情况。5)不准随意删除和修改与需求变更请求和实现相关的原始文档。6）每一个实施后的变更必须与一个经核准的变更请求相对应。2.建立变更控制的策略

9-1需求变更控制3.变更控制的步骤实施变更控制的步骤如图9-1所示。此图是用流程图的形式来描述的。变更控制的步骤中，每步的工作任务明确，各步间是相互依赖的。各步的具体任务：1）变更控制的启动。启动的条件是通过合适的渠道接受一个合法的变更请求。2）确定角色与责任。3）影响分析与评估。评估变更请求的技术可行性、代价和资源限制等，提供对变更请求的准确理解，帮助做出信息量充分的变更批准决策。4）实施变更。当需求变更请求被采纳后，开始对涉及的软件系统实施更新。5）验证。主要是通过检查来确保更新后的需求规格说明的正确性。6）变更控制的结束。

9-2需求规格说明文档的版本控制

软件需求版本控制是需求管理的一个必要方面，也是容易忽视和出错的方面。需求规格说明的每一个版本必须统一确定，并保证开发人员必须知道和得到新的需求规格说明版本。为了有效地实施版本控制，可以遵循如下的版本控制策略:1）专人修改。2）版本应该包括修改版本的历史情况。3）根据修改工作量的大小手工标记需求规格说明版本的每一次修改。4）每个版本的需求规格说明必须是独立说明的，以避免新旧版本的混淆。9-2需求规格说明文档的版本控制版本控制策略

9-3需求变更状态的跟踪

9-3需求变更状态的跟踪对于一个大型而复杂的软件系统的需求规格说明，可能会面临多个需求变更的情况。为了便于管理和控制需求变更，对于一个变更请求可用状态图来描述其在不同时间所处的状态，以使各类人员知道更改的进度。图9-2表示一个需求变更请求所对应的状态图，其中方框表示需求变更状态。为了便于管理和控制需求变更，可建立一个如表9-1所示的数据库或文件来记录需求变更请求。需求变更请求状态

9-4需求跟踪

需求跟踪的定义所谓需求跟踪是指编制每个需求与系统元素之间联系（即可跟踪信息）的文档，其中,系统元素包括:其他需求、体系结构、设计部件、测试文档等。9-4需求跟踪9-4-1可跟踪信息分类软件需求与系统元素之间的联系有很多，为简单起见，此处根据需求系统元素之间联系的类型把可跟踪性信息粗略分为如下几类:(1)需求—源可跟踪性(2)需求—理由可跟踪性(3)需求—需求可跟踪性(4)需求—体系结构可跟踪性(5)需求—设计可跟踪性(6)需求—用户界面可跟踪性

9-4需求跟踪9-4-2需求跟踪技术有两种技术可用于维护可跟踪信息：需求跟踪表和可跟踪性表。需求跟踪表（需求跟踪能力矩阵）表示需求和系统元素之间联系的最普遍的方式是使用需求跟踪表。表9-2是一张有n个需求和m个系统元素的需求跟踪表，需求沿水平方向给出，系统元素沿垂直方向给出，两者之间的关系标识在表格的单元中。

9-4需求跟踪9-4-2需求跟踪技术需求跟踪表（需求跟踪能力矩阵）表9-3是一张拥有6个需求的系统中需求相互依赖的需求跟踪表。在表9-3中，“*”标识表示这些单元所对应的行和列的需求之间存在依赖。每行表示该行代表的需求所依赖的其他需求﹔每列则表示该列代表的需求依赖的所有需