需求

Enterprise Architect支持企业、业务、软件、硬件和系统工程项目的需求定义，包括功能性和非功能性需求。核心产品中内置了许多需求类型，并且可以添加新类型以适应任何项目。 UML没有正式定义需求元素，但是Enterprise Architect扩展了语言以提供可以直接添加到存储库中或通过基于文本的规范管理器或在图表上创建的元素。在Enterprise Architect中，需求被视为一流的建模元素，并且能够参与允许建立可追溯性的关系，并且项目经理或业务分析师可以跟踪项目正在根据利益相关者进行设计、构建和测试需求及其规范。使用案例也可以被定义，一个复杂的编辑器帮助您定义可以自动生成行为图的场景，使需求分析员能够跟踪到场景中的各个步骤。可以使用构造型用户故事进行建模，并且可以使用特征元素定义敏捷积压；随着优先级的发生，这些可以被详细阐述为为开发团队准备好的清晰的需求。

描述

作为分析步骤，通常需要捕获简单的系统需求。这些最终通过使用案例来实现。

在最初的需求收集相，可以使用自定义图表上的需求扩展来实现编目需求。

例子

需求可以聚合以创建层次结构，如图所示。

在下图中，用户可以log网站的要求由登录用例实现，而登录用例又由业务逻辑、ASP 页面和登录网络页面结构实现。使用这种方法，您可以轻松地模型非常详细和复杂的依赖关系和实现关系。

注记

• 外部需求可以在元素的右上角显示或不显示标识“ E ”（外部）；要切换此字母的显示，请在“首选项”对话框的“对象”页面上选择或取消选择“显示要求的原型图标”复选框
• 需求元素上的颜色标识需求的状态；您在元素“状态”对话框中更改状态并因此更改颜色，并在“属性类型”对话框中为每个状态设置颜色

工具箱icon