| 前页 | 后页 |
需求
管理从启发到验证的所有需求类型
需求工程是一门引出、分析、指定和管理需求的学科。需求本质上是系统或进程必须能够执行的属性A定义。 Enterprise Architect提供的工具和功能将协助需求工程的各个方面，从启发到需求管理。
需求根据所使用的开发方法进行不同的工程设计；传统流程（如瀑布）将规定在开发工作开始之前引出和分析需求，而当使用迭代和增量方法（包括敏捷）时，需求是增量引出和分析的。
需求也存在于流程的不同层次；例如，存在利益相关者需要等高级要求，以及定义系统组件必须如何函数功能的低级要求。详细需求可以组织成一个层次结构，最终形成一个高级需求，因此满足每个详细需求导致满足更高级别的需求，最终满足顶级需求。这种分层结构有助于管理大型系统的复杂性，其中包含数千个需求和许多正在开发的流程来实现这些需求。
Enterprise Architect第一个支持需求工程的UML工具，它仍然是该领域的领导者，具有支持需求工程各个方面的多功能特征集，包括基于文本的规范管理器、层次表示、用于可视化的需求图、自动文档生成和需求管理特征.需求可以被赋予一个状态，可以使用图表上的颜色代码方便地显示，帮助需求经理和其他人快速获得需求状态的视觉概述。
聚会需求
收集需求通常是开发解决方案的第一步，无论是开发系统还是流程。需求从预期使用、维护或受益于解决方案的各方收集，并组织成组、功能区域和层次结构有必要的。它们可以直接在Enterprise Architect等集成建模工具中创建，或者如果它们已被转录为电子表格或需求收集或管理工具，则可以将它们导入Enterprise Architect 。
需求管理是软件开发中问题较多的学科之一，原因如下：
- 对需求的不同组输入
- 组织边界划分
- 工具边界划分
- 需求波动
- 自然语言中的不精确和歧义
- 可追溯性和
- 与变更和配置管理系统集成
需求管理和Enterprise Architect
Enterprise Architect是少数几个通过在模型中定义需求而将需求管理与其他软件开发学科集成到核心产品中的UML工具之一。在Enterprise Architect中，您可以：
- 直接在模型中创建和查看需求作为实体和属性，作为简单的文本描述或作为元素及其组织的图解表示
- 在外部 CSV 文件中整理需求，然后将它们导入您的模型
- 详细使用案例和场景直接在模型中
- 为每个需求输入标准属性（属性），例如难度、状态和类型，并定义您自己的属性（属性）
- 跟踪使用案例、业务规则、测试案例和分析工件的要求（例如，使用关系矩阵）
- 并查看更改对需求的影响（例如，通过可跟踪可追溯性窗口）并审阅更改本身
- 根据需求创建客户质量的 MS Word TM和 HTML 报告
注记
- 所有这些特征都通过 EAExample.qea 或 EAExample.eap模型中的示例进行说明，作为Enterprise Architect安装的一部分在Enterprise Architect Program Files 目录中提供：...\Program Files\ Sparx Systems \EA
- 如果您的项目团队没有使用Enterprise Architect管理需求，他们仍然可以通过云、生命周期开放服务协作(OSLC) 客户端工具访问、使用和与他们合作