示例模型

从以文档为中心的方法过渡到基于模型的系统工程方法可能会给新手带来一些障碍。幸运的是， Enterprise Architect提供了丰富的支持性帮助和一系列工具内功能，例如可以帮助您开始使用工具和项目模型的模式。在本主题中，我们将展示一些简单的需求示例、结构和行为模型以及您或您的同事将在典型项目中创建的图表。

需求型号

需求模型是任何系统工程项目的基础，无论是新建项目还是对现有系统的更改。需求通常来自多种来源，包括与利益相关者的会议和研讨会、文件或赞助商和其他项目利益相关者的正式和正式请求.存在三种主要类型的需求，包括高级战略或业务需求、用户需求和系统需求，通常称为系统的质量属性。

需求模型通常会在项目的整个生命周期中不断发展，自适应和迭代方法鼓励需求更改，因为利益相关者在关键项目里程碑处查看部分完成的产品。这些更改可以通过多种方式在工具中表示，包括使用构造功能区提供的更改管理功能。或者，这些更改可以表示为派生关系并在需求图中可视化。

Enterprise Architect为需求获取、开发和管理提供了一套丰富的工具，并实施了良好的需求工程实践。处理需求的关键工具之一是规范管理器，它允许需求工程师更熟悉文字处理器或电子表格等工具，以便在Enterprise Architect中的这些熟悉的范式中工作。

行为模型

系统工程师可以A统称为行为模型的一系列图表来描述模型的结构元素如何表现。结构元素在运行系统中表现出行为，并且许多结构元素本身具有操作等行为特征。系统建模语言规范将许多图表分类为行为。它们都用于表示系统行为的不同方面，从描述对用户有价值的行为的用例到序列元素如何交互的图表。

用例图表

使用案例和参与者是从用户的角度来看系统行为的高级表示。工程师对执行系统角色的用户从系统行为中获得的价值进行建模。 A用例通常会追溯到其他元素，例如需求和结构元素，例如 Blocks。

活动图表

活动图是基于流的模型，通过阐明项目的流动来描述系统的行为，包括在系统执行工作时充当活动和动作的输入和输出的信息和物理项目。

序列图表

建模者A序列图来描述消息在部件和块的属性之间流动的方式。消息是按顺序排列的，通常由块拥有的操作等行为实现。

状态机图表

系统工程师A状态机图来描述结构元素（例如块）如何响应触发的事件以及块的状态如何表现出从一种状态到另一种状态的转换。

结构模型

系统工程师可以使用A图表来描述系统的结构，这些图表共同构成了结构模型。这些图表以及它们包含的元素和关系，定义了由行为模型购买的系统组件。系统建模语言规范将许多图分类为结构图。它们都用于在逻辑和物理级别上表示系统结构的不同方面，从组织模型的包到定义方程及其输入和输出参数的参数图。

包图

必须组织A复杂的系统，以确保人类和其他系统都能理解、消化和定位出现在浏览器窗口中的模型包中感兴趣的项目，也可以放置在图表上，并且是用于构建模型的主要元素。模型。

块定义图表

块是系统表示中的基本结构元素；它们包含特征，展示行为，改变状态，并与其他块交互以产生系统的行为契约。

内部块图表

块及其部件的使用在内部块图中使用部件、端口、接口和关系进行了描述，包括描述在互连块之间传递的项目的流。

参数图表

A模型工程和数学方程及其输入和输出参数的参数图来定义属性的约束。

国防和商业架构模型

许多框架已用于对国防组织和大型商业或工业组织中A大型系统或系统系统进行模型。这些框架基于Unified Modeling Language （ UML ）、系统建模语言（SysML）和面向服务的架构标准等建模语言。随着国防和商业系统和项目变得越来越大和越来越复杂，这些框架已经发展了几十年。例如，DoDAF 和 MODAF 已结合形成 DoDAF/MODAF统一配置文件(UPDM) 的基础，而这又演变为统一架构框架(UAF)。 Enterprise Architect对 UPDM 和 UAF 提供了丰富的支持，系统工程师可以创建强大、富有表现力和合规的防御和商业模型，提供复杂系统或系统系统的视图。