EA中的ArchiMate模型框架

作者: 黄月、俎涛（火龙果软件工程）

4020 次浏览

17 次

2023-2-1

1.什么是 ArchiMate

ArchiMate 是一种图形语言和开放标准，用于描述企业架构，特别用于描述组织体系结构的业务流程、组织结构、信息流、 IT 系统和技术基础设施。它可以用于创建广泛的视点，每个视点都与不同的项目和业务涉众相关。它支持业务架构师、数据架构师、解决方案架构师、基础设施架构师和企业架构师的活动。

ArchiMate的 6 个层次和 4 个方面

ArchiMate 主要有 6 个层次：

• 战略和动机层：制定企业架构的战略目标、成长路线图。

• 业务层：企业架构的驱动力来源。

• 应用层：支撑业务的信息系统的组织与集成。

• 技术层：构建应用的通信硬件和系统软件。

• 物理层：物理设施、设备、配电网络和材料。

• 实现和迁移：实施企业架构的项目过程管控。

每个层次有 4 个方面，每个方面对存在于这些层中的人员、过程和事物进行建模：

• 动机（ Motivation ）：目标和规划

• 主动结构（ Active Structure ）：过程中执行动作的结构，即结构元素或“活动的主题”，如业务参与者、应用程序组件和显示实际行为的设备。

• 行为（ Behavior ）：表示由结构元素执行的流程、功能、事件和服务。

• 被动结构（ Passive Structure ）：执行行为的对象，如信息和数据对象。也可以包括物理对象。

2.ArchiMate有什么用

ArchiMate 补充了其他建模标准，这些标准与 ArchiMate 一起使用，可以帮助构建企业的整体视图。例如， ArchiMate 业务层中的业务流程可以链接到 BPMN 业务流程图，显示流程的详细信息，包括流程中的事件、活动和决策。同样，在内部设计和构建的应用程序组件可以链接到 UML 模型，以定义应用程序支持的用例，并链接到 UML 类图，以对内部设计建模，加上动态模型，如顺序图，以理解类的集成。

ArchiMate 语言与 TOGAF 框架有共同的视点。虽然视点不是一对一的映射，但核心语言与 TOGAF 的架构开发方法 (ADM) 紧密对应。这种共同的基础使得在应用 ArchiMate 进行企业架构建模时，通常结合 ADM 规范，两者经常被联合起来使用。 ArchiMate 的 5 个层次与 ADM 的 9 个阶段的映射关系，如下图：

3、 EA 对 ArchiMate 建模的支持

ArchiMate 有一个重要的机制“视点”（ ViewPoint ）。提到视点，就少不了提视图。视点指观察角度，而视图是从某个视点看到的内容。每个利益相关者通常会有不同的关注点和兴趣，因此视图和视点机制提供了一种有力的方式来确保他们从工作中获得价值。

EA 提供了 4 类视点建模模式，涵盖了 ArchiMate 模型所需的各种架构视图：

• 基本视点

• 动机视点

• 战略视点

• 实现和迁移视点

如图所示：

下边，我们来看一下 EA 提供的模式图例，以及怎么使用这些模式。

3.1 基本视点建模

基本视点是架构描述、创建有意义和有用的模型的参考或起点。这些视点充当了架构的催化剂，允许人们将一些模型化的内容记录下来。视点模型在支持同行评审、培养组织标准和帮助新手建模者或领域新手方面很有用。基本视点主要面向架构社区。一些视点仅限于单层，而另一些视点可以包含来自多个层的元素。

EA 提供的基本视点如下表：

图示	名称	描述
	组织视点	企业在角色、部门等方面的结构。
	业务流程协作视点	显示各种业务流程之间的关系。
	产品视点	显示产品的内容。
	应用协作视点	显示应用程序组件及其相互关系。
	应用用途视点	将应用程序与其在业务流程中的使用联系起来。
	实施和部署视点	显示应用程序如何映射到底层技术。
	技术视点	在网络、设备和系统软件方面，作为企业信息系统基础的基础设施和平台。
	技术用途视点	显示应用程序如何使用技术。
	信息结构视点	显示架构中使用的信息结构。
	应用结构视点	根据其组成部分显示典型应用程序的结构。
	服务实现视点	显示服务是如何通过必要的行为实现的。
	物理视点	物理环境及其与 IT 基础设施的关系。
	分层视点	提供架构概述。

组织视点

组织视点模式创建元素和关系图，用于描述组织或实体或组织的一部分（如部门）的角色和参与者，元素在嵌套结构中表示。

EA 提供的模式：

如何使用这个模式：

• 把图名更改为适合自己项目的名称

• 把业务主角的名称更改为适合自己项目的名称

• 创建其他业务主角并根据需要添加其他关系

下面是使用此模式后可能要执行的后续步骤列表：

• 将业务角色与模型中的其他元素 ( 如功能或业务流程 ) 联系起来，以显示职责、治理或其他关系。

• 使用关系矩阵来可视化关系。

• 使用协作工具，如讨论，聊天和评论，吸引其他建模人员。

• 使用自动文档生成器生成模型和图的文档。

• 根据需要创建维护项目，如问题、决策、更改和任务。

业务流程协作视点

业务流程协作视点模式创建描述业务流程的元素和关系图，显示它们如何相互关联，以及与环境的关系。包括与业务服务和业务对象以及执行流程或受其影响的业务角色 (role) 和业务主角 (actor) 的关系。

如何使用这个模式：

• 更改图的名称以适合自己的项目。

• 更改流程、业务对象、业务事件、业务服务和其他元素的名称以适合自己的项目。

• 创建其他流程、业务对象、业务事件、业务服务和元素以适合自己的项目。

• 根据需要创建其他关系。

下面是使用此模式后可能要执行的后续步骤列表：

• 将流程与模型中的其他元素关联起来，包括 : 功能和应用程序级的元素。

• 使用关系矩阵来可视化关系。

• 使用协作工具，如讨论，聊天和评论，吸引其他建模人员。

• 使用自动文档生成器生成模型和图的文档。

• 根据需要创建维护项目，如问题、决策、更改和任务。

产品视点

产品视点模式创建描述产品提供给外部方 ( 如客户或其他利益相关者 ) 的价值的元素和图表。它允许他们根据其组成的业务、应用程序或技术服务以及任意数量的合同或其他协议，可视化一个或多个产品的组成。提供该产品所通过的通道 ( 接口 ) 以及与该产品相关的事件也可以在此视点中表示。

如何使用这个模式：

• 更改图的名称以适合自己的项目。

• 更改产品和其他元素的名称适合自己的项目。

• 创建其他值、契约、业务接口、业务角色和应用程序服务，并根据需要添加其他关系。

• 根据需要创建其他关系。

下面是使用此模式后可能需要执行的后续步骤列表：

• 将产品元素与模型中的其他元素关联起来，包括 Requirements 和 Capabilities 。

• 使用关系矩阵来可视化关系。

• 使用协作工具，如讨论，聊天和评论，吸引其他建模人员。

• 使用自动文档生成器生成模型和图的文档。

• 根据需要创建维护项目，如问题、决策、更改和任务。

应用协作视点

应用程序合作视点模式创建一个描述应用程序组件及其位置、它们提供或利用的服务以及在它们之间流动的信息之间关系的图表元素。

如何使用这个模式：

• 更改图的名称以适合自己的项目。

• 更改位置和应用程序组件的名称以适合自己的项目。

• 创建其他位置和应用程序组件，并根据需要添加其他关系。

下面是使用此模式后可能要执行的后续步骤列表。

• 将位置和应用程序组件与模型中的其他元素关联起来。

• 使用关系矩阵来可视化关系。

• 使用协作工具，如讨论，聊天和评论，吸引其他建模人员。

• 使用自动文档生成器生成模型和图的文档。

• 根据需要创建维护项目，如问题、决策、更改和任务。

应用用途视点

应用程序使用视点模式创建元素和图，描述如何使用应用程序服务和实现它们的应用程序来支持任意数量的业务流程。它还可以显示实现服务的应用程序之间的关系。

如何使用这个模式：

• 更改图的名称以适合自己的项目。

• 更改业务流程、业务对象、应用程序服务和应用程序组件的名称以适合自己的项目。

• 创建其他业务流程、业务对象、应用程序服务和应用程序组件，并根据需要添加其他关系。

下面是使用此模式后可能要执行的后续步骤列表：

• 将流程与模型中的其他元素关联起来，包括 : 功能和应用程序级元素。

• 将应用程序组件与其他技术层元素关联起来。

• 使用关系矩阵来可视化关系。

• 使用协作工具，如讨论，聊天和评论，吸引其他建模人员。

• 使用自动文档生成器生成模型和图的文档。

• 根据需要创建维护项目，如问题、决策、更改和任务。

实施和部署视点

实现和部署视点模式创建元素和关系图，这些元素和关系图将程序和项目与它们实现的体系结构的各个部分联系起来。该视图允许根据已实现的平台或受影响的单个体系结构元素对计划、项目、项目活动的范围进行建模。此外，可以通过注释关系来指示影响元素的方式。

如何使用这个模式：

• 更改包和图的名称以适合自己的项目。

• 改变稳定期 (Plateaus) 的名称，以适合自己的项目。

• 更改节点和通信网络的名称。

• 创建其他稳定期 (Plateaus) ，并根据需要添加其他关系。

下面是使用此模式后可能要执行的后续步骤列表 :

• 创建到上游模型元素的跟踪关系，这个视点中的元素最终会跟踪到上游模型元素。

• 创建有助于将图中包含的信息传播给其他团队成员的文档。

技术视点

Technology Viewpoint 模式创建元素和描述支持应用层的软件和硬件技术元素的图，例如物理设备、网络或系统软件，例如中间件操作系统、数据库和其他容器。

如何使用这个模式：

• 更改包和图的名称以适合自己的项目。

• 更改位置的名称以适合自己的项目。

• 修改节点和通信网络的名称。

• 创建其他位置、节点、设备、工件和通信网络，并根据需要添加其他关系。

下面是使用此模式后可能要执行的后续步骤列表：

• 创建到上游模型元素的跟踪关系，这个视点中的元素最终会跟踪到上游模型元素。

• 创建有助于将图中包含的信息传播给其他团队成员的文档。

技术用途视点

技术用途视点模式创建了显示软件和硬件技术如何支持应用程序的元素 : 技术服务由设备交付 ; 为应用程序提供系统软件和网络。这个观点在分析性能和可伸缩性方面起着重要作用，因为它将物理基础设施与应用程序的逻辑世界联系起来。

如何使用这个模式：

• 更改包和图的名称以适合自己的项目。

• 更改节点、系统软件、技术服务和应用程序组件的名称以适合自己的项目。

• 创建其他节点、系统软件、技术服务和应用组件，并根据需要添加其他关系。

下面是使用此模式后可能要执行的后续步骤列表：

• 创建到上游模型元素的跟踪关系，这个视点中的元素最终会跟踪到上游模型元素。

• 创建有助于将图中包含的信息传播给其他团队成员的文档。

信息结构视点

信息结构视点模式根据数据类型或信息元素创建元素，显示企业中或特定业务流程或应用程序中使用的信息的结构。它将帮助可视化从业务层到应用程序层直到实现数据库和其他持久存储的基础设施元素的信息。

如何使用这个模式：

更改包和图的名称以适合自己的项目。

更改方式和表示元素的名称以适合自己的项目。

更改业务对象、数据对象和工件的名称以适合自己的项目。

创建其他业务对象、数据对象和工件，并根据需要添加其他关系。

下面是使用此模式后可能要执行的后续步骤列表：

创建到上游模型元素的跟踪关系，这个视点中的元素最终会跟踪到上游模型元素。

创建有助于将图中包含的信息传播给其他团队成员的文档。

服务实现视点

服务实现视点模式创建的元素显示了底层流程 ( 有时是应用程序组件 ) 如何实现一个或多个业务服务。因此，它形成了业务产品观点和业务过程观点之间的桥梁。它提供了一个或多个业务流程的“外部视图”。

如何使用这个模式：

• 更改包和图的名称以适合自己的项目。

• 更改角色和业务服务元素的名称以适合自己的项目。

• 更改业务流程和应用程序服务的名称以适合自己的项目。

下面是使用此模式后可能要执行的后续步骤列表。

• 创建到上游模型元素的跟踪关系，这个视点中的元素最终会跟踪到上游模型元素。

• 创建有助于将图中包含的信息传播给其他团队成员的文档。

物理视点

物理视点模式创建包含设备 ( 一个或多个物理机器、工具或仪器 ) 的元素和图，这些设备可以创建、使用、存储、移动或转换材料。它还描述了如何通过配电网连接设备，并允许可视化分配到设备的其他活动元素。

如何使用这个模式：

• 更改包和图的名称以适合自己的项目。

• 更改位置和设施的名称以适合自己的项目。

• 更改节点、设备、设备和材料的名称以适合自己的项目。

• 改变通信网和配电网的名称，以适合自己的项目。

下面是使用此模式后可能要执行的后续步骤列表。

• 创建到上游模型元素的跟踪关系，这个视点中的元素最终会跟踪到上游模型元素。

• 创建有助于将图中包含的信息传播给其他团队成员的文档。

分层视点

分层视点模式创建了许多元素和图，这些元素和图允许在单个图中可视化企业架构的多个层。使用分组元素的分区允许在专用层中表示业务流程 (Business process) 等元素，在服务层中表示应用程序服务 (Application Services) 等元素。可以包含任意数量的层，但当专用层和服务层交错时，图的表达能力最强。

如何使用这个模式：

• 更改包和图的名称以适合自己的项目。

• 更改分组元素的名称以适合自己的项目。

• 更改表中的元素名称以适合自己的项目。

• 创建其他元素，以及根据需要添加其他关系。

下面是使用此模式后可能要执行的后续步骤列表。

• 创建到上游模型元素的跟踪关系，这个视点中的元素最终会跟踪到上游模型元素。

• 创建有助于将图中包含的信息传播给其他团队成员的文档。

3.2 动机视点建模

动机视点模式如下表：

图示	名称	描述
	利益相关者视点	专注于对利益相关者、驱动因素、对这些驱动因素的评估以及解决这些驱动因素和评估的初始目标进行建模。
	目标实现视点	专注于建模和分析目标（和需求）之间的影响关系。
	目标贡献视点	从动机方面创建元素和图表，模拟目标、需求、原则和约束对彼此的影响。
	原则视点	创建了一个元素和一个图表，用来模拟目标和原则之间的关系。聚合关系为目标的分解建模，实现关系为原则如何与一个或多个目标相关建模。
	需求实现视点	专注于通过核心元素（如参与者、服务、流程、应用程序组件等）对需求和约束的实现进行建模。
	动机视点 ·	涵盖整个激励方面，并允许使用所有激励元素。

利益相关者视点

利益相关者视点模式创建了利益相关者、变革的内部和外部驱动因素，以及这些驱动因素的评估（根据优势、劣势、机遇和威胁）。此外，还可以描述与解决这些问题和评估的初始（高级别）目标的联系。这些目标构成了需求工程过程的基础，包括目标细化、贡献和冲突分析，以及实现目标的需求推导。

该模式通常在企业架构的计划或定义的早期使用，以确保为需求管理规程奠定正确的基础。

下面是应用该模式时可用的一些后续步骤的列表：

• 改变利益相关者、驱动器、评估和目标的名称以适应计划。

• 根据需要添加额外的涉众、驱动因素、评估和目标。

目标实现视点

目标实现视点模式创建元素和一个为目标之间的关系建模的图表，包括对子目标的分解。目标是由一个结果来实现的，结果是由一个表现得更抽象和更广泛的需求的原则来实现的。最后，原则通过指出系统必须显示的特定属性的需求来实现。

如何使用这个模式：

• 改变目标、原则和需求的名称以适合项目。

• 添加额外的目标、原则和需求，并根据需要添加其他关系。

下面是使用此模式后可能要执行的后续步骤列表。

• 进一步将需求分解为更详细的表达式，为进一步的分析做准备。

• 与相关的利益相关者解决目标之间的冲突或重叠，确保任何变更都能满足整个相关者群体的需求。

目标贡献视点

目标贡献视点模式从动机方面创建元素和图表，为目标、需求、原则和约束相互之间的影响建模。

如何使用这个模式：

• 改变目标、需求和原则的名称以适合项目。

• 根据需要添加额外的目标、要求和原则。

• 添加影响关系，并通过更改关系的名称更改现有关系以反映影响程度 (+ ， -) 。

下面是使用此模式后可能要执行的后续步骤列表。

• 将功能与驱动程序和目标关联起来，以确保功能具有业务目的。

• 根据需要将功能与应用程序和业务服务、功能或流程关联起来。

原则视点

原则视点模式创建元素和一个为目标和原则之间的关系建模的图表。聚合关系为目标的分解建模，而实现关系为原则如何与一个或多个目标相关建模。

如何使用这个模式：

• 改变目标和原则的名称以适合项目。

• 根据需要添加额外的目标和原则。

下面是使用此模式后可能要执行的后续步骤列表。

• 目标可以相互关联，以显示利益相关者之间的竞争力。

• 原则之间可以相互关联，以显示架构的冲突。

• 目标可以与利益相关者相关，以显示他们的来源。

• 原则可以与他们概括的需求相关。

需求实现视点

需求实现视点模式创建元素和一个图，将目标的实现建模为需求和约束，以及这些需求是如何由核心元素 ( 如业务和应用程序服务 ) 实现的。引入颜色是为了增加图表的吸引力，并区分元素类型。

如何使用这个模式：

• 更改目标、约束和需求、业务角色和业务以及应用程序服务的名称以适合项目。

• 添加额外的目标、约束和需求、业务角色和业务、应用程序服务，并根据需要添加其他关系。

下面是使用此模式后可能要执行的后续步骤列表。

• 将驱动器和目标与其他涉众的驱动器和目标联系起来，以确定需要解决的任何冲突或重叠。

• 根据需要将需求与应用程序和业务服务、功能或流程联系起来。

动机视点

动机视点模式创建元素和图表，从给定利益相关者的角度完全涵盖动机方面，定义驱动因素、评估、多个目标和应用的原则以及限定原则所需的要求和约束。

如何使用这个模式：

• 变更利益相关者、驱动器、评估、目标、原则、约束和需求的名称，以适合项目。

• 添加额外的干系人、驱动器、评估、目标、原则、约束和需求，并根据需要添加其他关系。

下面是使用此模式后可能要执行的后续步骤列表。

• 将驱动器和目标与其他涉众的驱动和目标联系起来，以确定需要解决的任何冲突或重叠。

• 根据需要将需求与应用程序和业务服务、功能或流程联系起来。

3.3战略视点建模

战略视点模式如下表：

图示	名称	描述
	战略视点	提供企业战略、能力、价值流和资源以及预期成果的高级战略概述。
	能力地图视点	提供企业能力的概述。
	价值流视点	概述企业中的价值创造步骤以及支持这些步骤的能力。
	资源地图视点	提供企业资源的结构化概述。
	成果实现视点	描述企业的能力和资源如何产生高层次的、面向业务的结果。

战略视点

战略视点模式创建元素和图表，用于对一个组织，通过阐明行动方案以及实现它所需的能力和资源，提供模型结果。

如何使用这个模式：

• 改变行动过程、结果能力和资源的名称，以适合项目。

• 根据需要增加额外的结果、能力和资源。

下面是使用此模式后可能要执行的后续步骤列表。

• 将行动过程与目标联系起来。

• 根据需要将能力与应用程序和业务服务、功能或流程联系起来。

能力地图视点

能力地图视点模式创建元素和图表，允许在嵌套的层次结构中可视化能力。这些功能还嵌套在项目浏览器的层次结构中，允许它们中的一组很容易地从一个位置移动到另一个位置。颜色被用来表达等级。

如何使用这个模式：

• 更改能力的名称以适合项目。

• 添加额外的能力并根据需要重新分类。

下面是使用此模式后可能要执行的后续步骤列表。

• 将能力与驱动器和目标联系起来，以确保能力具有业务目的。

• 根据需要将能力与应用程序和业务服务、功能或流程联系起来。

价值流视点

价值流视点模式的目的是允许业务架构师或其他利益相关者创建或查看价值流如何向一个或多个涉众交付结果。它通常是在企业架构被连接的时候构造的，可以帮助规划业务架构的许多方面，并显示价值流是如何创造结果和价值的。

如何使用这个模式：

• 更改包和图的名称以适合项目。

• 变更需求、价值流、结果和涉众的名称，以适合项目。

• 根据需要更改价值流中嵌套的级别。

下面是使用此模式后可能要执行的后续步骤列表。

• 创建到上游模型元素的跟踪关系，这个视点中的元素最终会跟踪到上游模型元素。

• 创建有助于将图中包含的信息传播给其他团队成员的文档。

资源地图视点

资源地图视点模式创建了许多嵌套在三个层中的 Resource 元素。它允许业务架构师或其他利益相关者创建企业可用资源的结构化概述。该映射通常显示整个企业中两到三个级别的资源。

如何使用这个模式：

• 更改包和图的名称以适合项目。

• 更改工作包、能力和资源的名称以适合项目。

• 根据需要更改嵌套的级别。

下面是使用此模式后可能要执行的后续步骤列表。

• 创建到上游模型元素的跟踪关系，这个视点中的元素最终会跟踪到上游模型元素。

• 创建有助于将图中包含的信息传播给其他团队成员的文档。

成果实现视点

成果实现视点模式创建元素和一个图，模型核心元素如何交付高级业务价值。该图表有助于显示战略级别的业务元素 ( 如价值和结果 ) 是如何由交付该价值的基础元素 ( 如能力、服务和组件 ) 实现的。

如何使用这个模式：

• 更改包和图的名称以适合项目。

• 更改业务级元素的名称以适合项目，包括 : 资源、价值、结果。

• 更改基础元素的名称以适合项目，包括应用服务和其他元素。

下面是使用此模式后可能要执行的后续步骤列表。

• 创建到上游模型元素的跟踪关系，这个视点中的元素最终会跟踪到上游模型元素。

• 创建有助于将图中包含的信息传播给其他团队成员的文档。

3.4实现和迁移视点建模

实现和迁移模式如下表：

图示	名称	描述
	项目视点 ·	主要用于模型架构变更的管理。
	迁移视点	用于模型从现有架构到目标架构的过渡。
	实现和迁移视点	用于模型程序和项目之间的关系以及它们实现的架构部分。