用于记录需求的模型

需求工程学科最重要的方面之一是交流知识，并确保所有利益相关者对问题和建议的解决方案都有清晰而明确的理解。这可能具有挑战性，因为利益相关者通常跨越组织边界，并且拥有从高级业务主管到低级工程师的多种背景。这种不同的听众将需要各种通信设备，以确保各种利益相关者能够参与需求并能够理解需求。 Enterprise Architect是一个建模平台，具有强大的工具和功能，可用于几乎所有方式的需求建模。其中包括对涉众，需求，用户案例，用户界面和其他各种模型进行建模。

需求模型

模型	描述
文字要求	可以使用Requirement元素对文本需求进行建模，用户可以选择在文本工具（例如“规范管理器”）中，直接在层次结构的“浏览器”窗口中或在图表中直观地使用这些元素。 Requirement元素可以连接到其他元素以描述需求的层次结构，或者连接到业务目标或用例和用户界面模型。通过规格管理器， Enterprise Architect允许建模者使用类似于工作表中的文本工具来创建，分析和管理需求，但该工具功能更强大，并且使分析师可以访问其他模型，包括词汇表和领域模型。
利益相关者	可以使用UML类对涉众进行建模，并可以添加描述涉众的描述。利益相关者可能是需求工程学科中最重要的实体，创建模型中代表它们的元素使他们可以用作需求和业务规则的所有者。可以将它们放置在图表上，以使其在启发和优先级研讨会上可见。
词汇表	可以使用“项目词汇表”来创建和管理词汇表，确保可以在模型内部直接访问重要的项目和领域术语。这些术语可以插入到元素的“注释”字段中，包括“用例”和“用户案例”描述。
用例	用例可以在用例图中建模，并且可以连接到一系列其他元素，包括用户界面模型，用户需求和组件。仅需完成描述，就可以使用例保持轻巧，或者可以使用功能强大的Scenario Builder工具对用例进行全面整理。用例通常会给需求分析人员带来问题，因为这些图通常是在图表工具中绘制的，而文本是在文字处理器中编写的，这使得其他模型元素无法访问它们。使用Enterprise Architect的Scenario Builder，可以在建模工具内的用例本身内部完成用例描述。该工具还可以从模型自动生成表示用例场景的行为图。
用户故事	可以使用原型化的用例元素对用户故事进行建模，并且故事的文本可以在描述字段中完成。用户和角色也可以被建模并与故事相关。 Enterprise Architect允许建模者使用文本形式或图表形式处理故事。可以添加功能需求，以准备移交给开发团队进行迭代，并且可以在用户故事的内部或外部进行管理。
领域模型	可以使用UML类图对领域模型进行建模。业务领域中的重要实体可以被记录，详细并与其他元素相关。在项目早期创建域模型有助于利益相关者理解域中的所有重要实体，并且这些模型可用于生成数据字典。可以在需求的文本陈述中将域元素创建为链接，从而创建便于沟通和理解的明确模型。
工艺模型	业务流程是记录业务活动的一种有用方法，包括触发其发生的事件，产生或消耗的信息，结果以及执行工作的角色。 Enterprise Architect支持可用于此目的的BPMN， UML和SysML活动图。
故事板	可以使用图表中的图形元素对情节提要进行建模，并可以创建幻灯片以遍历整个故事。
线框	可以使用功能强大的Wireframing图对线框进行建模，该图内置了对流行的手持设备（如Apple和Android手机和平板电脑）的内置支持，还为对话框窗口和网页建模。使用Enterprise Architect的Wireframing工具，分析师可以创建功能强大的应用程序内容排列模型，描述界面元素和导航机制。分析师和经验丰富的设计师通常与其他学科隔离工作，但是使用Enterprise Architect可以在与其他需求模型相同的工具中创建和维护模型，从而可以在其他元素与线框中的控件和内容之间创建跟踪。
用户个人资料和角色	可以使用构造型的Actor元素对用户个人资料和角色进行建模，该元素可以添加描述角色的描述和属性。
系统事件和响应	系统通常会响应许多事件，并且还可以负责创建事件，例如发出警报或发送数据流。可以使用BPMN或UML和SysML活动图在Enterprise Architect它们进行建模。
系统介面	可以使用组件图上的“提供的接口”和“必需的接口和端口”对系统接口进行建模，这些接口和端口描述了软件或硬件系统如何与其他系统交互或系统的内部组件如何通信。 Enterprise Architect具有对接口和错误代码进行建模的丰富支持，并且可以对其他行为进行建模。这些接口可以链接到数据定义和应用程序接口（API）规范以及一系列模型元素，包括用例和需求。可以将接口添加到诸如系统需求规范之类的文档中，并且可以根据模型自动生成此文档。