用于记录需求的模型

需求工程学科最重要的方面之一是交流知识并确保所有利益相关者对问题和建议的解决方案有清晰明确的理解。这可能具有挑战性，因为利益相关者通常跨越组织边界，并且具有从高级业务主管到低级工程师的无数背景。这种异质的受众将需要各种通信设备，以确保各种利益相关者能够参与并理解需求。 Enterprise Architect是一个建模平台，具有大量工具和特征，几乎可以以任何方式用于模型需求。这些包括建模利益相关者、需求、用户故事、用户界面和广泛的其他模型。

需求型号

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