需求波动率

尽早发布产品和系统的市场压力越来越大，项目团队在越来越短的时间内开发、测试和部署产品的压力越来越大。近年来，需求流程发生了显着变化，以确保在架构师、设计师和开发人员需要时向他们提供稳定、正确和清晰的规范。已经转向迭代和增量过程，这需要为每次迭代提供一组稳定的需求。需求的搅动通常表明问题没有被清楚地理解，利益相关者没有受到损害并且存在未解决的政治问题，范围未定义或业务本身处于波动之中。 Enterprise Architect有许多机制可以用来帮助解决这个问题。 Enterprise Architect没有用于需求波动性（稳定性）的内置属性，但是使用一般标记值的通用UML扩展机制可以创建一个标签来记录这个属性。

注记：内部需求确实有稳定性属性，但外部需求没有。

管理需求波动的机制

机制	描述
波动性作为一个标记值	Enterprise Architect为需求提供了一系列属性，但可以创建额外的属性来记录其他属性，例如需求的源性或需求的来源。这是使用UML标记值机制实现的，该机制允许包括需求在内的任何元素应用一个或多个标记，表示可以分配值的某些属性。 Enterprise Architect扩展了这个机制，允许建模者创建一个值列表，可以使用预定义的结构化标记值。这允许团队定义他们自己的波动率值列表，例如极端、高、中低、最小。
使用基线	基线功能是一个有效的工具，它使用户能够拍摄一个快照或更典型的模型片段，然后随着模型的开发，将模型的新版本与模型进行比较，从而识别任何已更改的内容基线已被采用。基线具有一般，但对需求管理特别有用，如果要求通常被认为已签署或冻结，则对它们的任何更改都必须注册为更改基线模型和工具有一个比较实用程序，可以方便地列出当前基线之间的变化。
搜索搅动需求	Enterprise Architect具有复杂的搜索功能，允许用户在选定的包或整个存储库中进行搜索，以找到满足细粒度标准的元素。这可用于通过在指定日期之前搜索修改日期的更改来定位未更改的需求，从而提供稳定的需求列表。或者，如果使用标记值设置波动率，则可以定位具有指定波动率的所有元素。搜索功能返回可以位于浏览器窗口中的元素列表；搜索可用作模型视图视图的基础，用于查看易失性或非易失性需求。

机制

描述

波动性作为一个标记值

Enterprise Architect为需求提供了一系列属性，但可以创建额外的属性来记录其他属性，例如需求的源性或需求的来源。这是使用UML标记值机制实现的，该机制允许包括需求在内的任何元素应用一个或多个标记，表示可以分配值的某些属性。 Enterprise Architect扩展了这个机制，允许建模者创建一个值列表，可以使用预定义的结构化标记值。这允许团队定义他们自己的波动率值列表，例如极端、高、中低、最小。

Showing a tagged value on a Requirement element.

使用基线

基线功能是一个有效的工具，它使用户能够拍摄一个快照或更典型的模型片段，然后随着模型的开发，将模型的新版本与模型进行比较，从而识别任何已更改的内容基线已被采用。基线具有一般，但对需求管理特别有用，如果要求通常被认为已签署或冻结，则对它们的任何更改都必须注册为更改基线模型和工具有一个比较实用程序，可以方便地列出当前基线之间的变化。

Showing results of a baseline comparison in Sparx Systems Enterprise Architect.

搜索搅动需求

Enterprise Architect具有复杂的搜索功能，允许用户在选定的包或整个存储库中进行搜索，以找到满足细粒度标准的元素。这可用于通过在指定日期之前搜索修改日期的更改来定位未更改的需求，从而提供稳定的需求列表。或者，如果使用标记值设置波动率，则可以定位具有指定波动率的所有元素。搜索功能返回可以位于浏览器窗口中的元素列表；搜索可用作模型视图视图的基础，用于查看易失性或非易失性需求。