使用 Visual Paradigm Enterprise Architect 的 ArchiMate 4 指南 - IT 观察者随笔

本指南介绍了如何使用 Visual Paradigm Enterprise Architect 创建、组织、验证、维护和发布 ArchiMate 4 模型。它面向从 ArchiMate 3.2 迁移到 ArchiMate 4 的企业架构师、解决方案架构师、业务分析师和架构团队。

Visual Paradigm 18.0 及更高版本提供专用的 ArchiMate 4 编辑器、ArchiMate 4 调色板、原生关系多重性、文档支持、XML 导入/导出、协作功能，以及与 ArchiMate 3.2 图表的向后兼容性。

菜单名称在 Visual Paradigm 的不同版本和发行版之间可能略有差异。以下说明基于 Visual Paradigm Desktop Enterprise Edition 18.0 或更高版本。

1. ArchiMate 的用途

ArchiMate 是一种企业架构建模语言，用于描述：

业务战略与目标
组织结构
产品与服务
业务流程与能力
应用与应用服务
数据与信息
技术基础设施
项目、工作包、阶段和实施路线图
架构域之间的关系

ArchiMate 并非项目管理方法论，也不能替代 BPMN、UML 或数据建模。相反，它提供了一种集成架构视图，将这些模型连接起来。

例如：

ArchiMate 的价值在于展示这些概念之间的关系，而不是孤立地对每个域进行建模。

2. ArchiMate 4 的概念变更

ArchiMate 4 引入了更面向域的结构，并减少了专用和重复元素的数量。

2.1 从分层到领域

ArchiMate 3.2 通常采用面向分层的视图：

战略
业务
应用
技术
实施与迁移
动机

ArchiMate 4 围绕领域组织语言：

通用
业务
应用
技术
动机
战略
实施与迁移

通用领域包含可在不同领域间复用的概念。动机领域在 ArchiMate 4 框架中处于中心位置，强调架构决策应与目标、驱动因素和结果相联系。

2.2 ArchiMate 六边形

ArchiMate 4 框架通常以 ArchiMate 六边形进行图示。它强调以下要素之间的关系：

动机
战略
核心架构
实施与迁移

将六边形模型作为概念地图使用，而不必作为每张图表的布局。详细的架构图表通常应聚焦于一个利益相关者的关注点和一个特定视角。

2.3 统一概念

ArchiMate 4 减少了业务、应用和技术概念之间的重复。该语言不再为每一层创建相似行为概念的独立版本，而是倾向于使用可在上下文中解释的可复用概念。

这意味着您应根据元素的架构含义进行选择，而不仅仅是根据它们偶然出现的领域。

2.4 关系上的多重性

ArchiMate 4 支持关系上的多重性，例如：

1
0..1
1..*
0..*

例如：

客户 ── 使用 ── 0..* 客户服务

这使得模型可以直接在连接器上表达基数和架构约束。Visual Paradigm 支持在 ArchiMate 4 关系上显示多重性。

2.5 已废弃或合并的概念

ArchiMate 3.2 中的一些概念已被移除、合并，或使用更通用的元素表示。ArchiMate 4 指南中报告的示例包括：

组合关系已从核心关系集中移除
专用交互概念已合并
合同、约束、差距和表示不再被视为独立的概念
路径已移至通用域

在迁移现有模型时，不要简单地重命名所有旧元素。首先确定原始模型元素的含义，然后使用适当的ArchiMate 4概念来表示该含义。

3. 安装和准备Visual Paradigm

3.1 所需版本

请使用包含企业架构和ArchiMate支持的Visual Paradigm版本。企业版是满足以下需求的组织的合适选择：

ArchiMate建模
团队协作
模型验证
文档生成
项目发布
XML导入和导出
与BPMN、UML及其他模型类型的集成

Visual Paradigm的ArchiMate功能包括拖放编辑、可重用模型元素、自定义视图、协作、在线图表查看以及与BPMN和UML模型的链接。

3.2 创建项目

启动Visual Paradigm。
选择项目 > 新建项目.
输入项目名称，例如：
```
客户服务转型
```
选择项目位置。
保存项目。
在添加图表之前，先创建逻辑包结构。

一个有用的包结构如下：

客户服务转型
├── 00 治理
├── 01 动机
├── 02 战略
├── 03 业务
├── 04 应用
├── 05 技术
├── 06 实施与迁移
├── 07 视图
├── 08 目录
└── 09 报告

3.3 启用 ArchiMate 4 编辑器

要创建 ArchiMate 4 图表：

选择 图表 > 新建.
搜索 ArchiMate.
如果分别显示了 ArchiMate 3.2 和 ArchiMate 4 选项，请选择 ArchiMate 4 图表编辑器。
选择图表或视图模板。
将图表放置在相应的包中。
为其指定一个描述性名称，例如：
```
客户服务 – 动机视图
```

Visual Paradigm 18.0 引入了新的 ArchiMate 4 图表编辑器和调色板，同时保留了对 ArchiMate 3.2 图表的支持。现有的 3.2 模型无需立即迁移。

4. 组织架构存储库

存储库应区分可复用的模型元素和面向利益相关者的视图。

4.1 可复用元素

尽可能为每个重要的架构元素仅创建一次：

一个标准的客户实体
一个标准的客户服务
一个标准的客户关系管理（CRM）应用程序
一个标准的客户管理能力
一个标准的客户关系管理（CRM）数据库

在多个图表中复用这些元素，而不是重新绘制它们。

Visual Paradigm 支持跨图表的元素复用，因此对底层元素的更改可以反映在其他图表中。

4.2 视图

视图是为特定利益相关者关注点而创建的图表。示例包括：

高层动机视图
能力地图
业务服务视图
应用协作视图
技术基础设施视图
实施路线图
迁移影响视图

不要创建包含整个企业的巨型图表。大型图表难以阅读、验证和维护。

4.3 命名约定

使用稳定的名称，避免在元素名称中嵌入临时项目信息。

5. ArchiMate 4 域和典型元素

下表总结了每个域的主要建模目的。

域	目的	典型示例
动机	为何需要变更	干系人、驱动因素、评估、目标、需求、原则
战略	方向与预期的业务成果	能力、资源、行动路线、价值流
业务	组织与业务行为	业务参与者、角色、协作、流程、功能、服务、产品、业务对象
应用	软件行为与结构	应用组件、应用协作、应用功能、应用服务、数据对象
技术	信息技术与物理技术	节点、设备、系统软件、技术协作、技术功能、技术服务
通用	可复用的跨域概念	通用服务、流程、功能、事件、路径及相关通用概念
实施与迁移	变更执行与过渡	工作包、交付物、平台、差距、实施事件、迁移路线图

确切的元素名称和可用性应与已安装的 Visual Paradigm 版本中的 ArchiMate 4 调色板进行核对。

6. 构建您的第一个 ArchiMate 4 模型

使用以下示例：

一家公司希望通过引入统一的 CRM 平台来改进客户支持。该变更应缩短响应时间、提升客户可见性，并整合客户服务渠道。

步骤 1：建模动机

创建一个名为的图表：

客户服务 – 动机视图

添加：

利益相关者：客户
利益相关者：客户服务经理
驱动因素：客户体验不佳
评估：客户信息碎片化
目标：提升客户满意度
目标：缩短服务响应时间
需求：统一的客户信息
原则：客户数据必须可访问

使用如下关系连接各要素：

客户体验不佳
    影响
提升客户满意度

客户信息碎片化
    影响
统一的客户信息

统一的客户信息
    支持
提升客户满意度

一个简化的视图可能如下所示：

[客户服务经理]
            |
         重视
            v
[提升客户满意度]
            ^
         支持
            |
[统一的客户信息]
            ^
         解决
            |
[客户信息碎片化]

确保该图表对业务利益相关者易于理解。在此阶段避免添加应用程序或基础设施。

步骤 2：建模战略方向

创建：

客户服务 – 战略视图

添加：

能力：客户管理
能力：全渠道支持
行动方案：实施统一 CRM
价值流：客户问题解决
资源：客户信息

连接各要素：

实施统一 CRM
    使能
客户管理

实施统一 CRM
    使能
全渠道支持

客户管理
    支持
客户问题解决

此图表回答：

需要哪些能力？
哪项战略举措将创建它们？
哪个价值流得到改进？
哪些资源很重要？

步骤 3：建模业务架构

创建：

客户服务 – 业务架构视图

添加：

业务参与者：客户
业务角色：客户服务代表
业务协作：客户服务团队
业务流程：登记客户问题
业务流程：分析客户问题
业务流程：解决客户问题
业务服务：客户支持服务
业务对象：客户案例
业务对象：客户档案

典型流程如下：

客户
   |
 请求
   v
客户支持服务
   |
 由...服务
   v
客户服务团队
   |
 执行
   v
登记客户问题
   |
 访问
   v
客户案例

在架构层面使用 ArchiMate 图对流程序列进行建模。如果需要详细的工作流逻辑，请将业务流程链接或追踪到 BPMN 模型。

步骤 4：建模应用程序架构

创建：

客户服务 – 应用程序视图

添加：

应用程序组件：CRM 平台
应用程序组件：呼叫中心平台
应用程序组件：客户门户
应用程序组件：报表平台
应用程序服务：客户案例管理服务
应用服务：客户档案服务
数据对象：客户案例数据
数据对象：客户档案数据

连接模型：

CRM 平台
    服务于
客户案例管理服务

客户案例管理服务
    服务于
客户服务团队

CRM 平台
    访问
客户案例数据

客户门户
    访问
客户档案服务

联络中心平台
    使用
客户案例管理服务

在多个应用程序协同工作以提供服务时，采用应用协作模式。

步骤 5：对技术架构进行建模

创建：

客户服务 – 技术视图

添加：

节点：云应用平台
节点：集成平台
节点：身份平台
系统软件：关系型数据库管理系统
技术服务：认证服务
技术服务：集成服务
设备：坐席工作站

连接元素：

云应用平台
    实现
CRM 平台

集成平台
    服务于
集成服务

身份平台
    服务于
认证服务

CRM 平台
    使用
认证服务

CRM 平台
    访问
关系型数据库管理系统

技术视图应说明应用架构的托管与支持方式。除非该图表专门用于技术运维，否则应避免列出每个服务器、端口、库或部署参数。

步骤 6：模型实施与迁移

创建：

客户服务 – 实施路线图

添加：

工作包：配置 CRM 平台
工作包：集成联络中心
工作包：迁移客户数据
工作包：培训服务代表
交付成果：已配置的 CRM 平台
平台：当前状态
平台：过渡状态
平台：目标状态
实施事件：CRM 上线
差距：客户信息碎片化

创建依赖关系，例如：

配置 CRM 平台
    触发
集成联络中心

集成联络中心
    触发
迁移客户数据

迁移客户数据
    触发
CRM 上线

当前状态
    过渡为
过渡状态

过渡状态
    过渡为
目标状态

使用路线图或迁移视图来展示序列和架构变更。详细的排期通常应保留在项目管理工具中。

7. 在 Visual Paradigm 中创建视图点

视图点将模型限制在与特定利益相关者或关注点相关的概念范围内。

7.1 使用预定义的视图点

创建图表时：

选择图表 > 新建.
选择 ArkiMate 4 图表或视图。
选择适当的模板，例如：
- 动机视图
- 战略视图
- 业务架构视图
- 应用协作视图
- 技术视图
- 实施与迁移视图
仅添加与该视图相关的元素。
在必要时隐藏无关的关联关系。

Visual Paradigm 支持预定义和自定义视图，以便将图表聚焦于特定的架构关注点。

7.2 创建自定义视图

当标准视图无法满足组织的沟通需求时，请创建自定义视图。

例如，“数据合规视图”可能包含：

业务对象
数据对象
应用组件
需求
原则
技术服务
访问关系
实现关系

自定义视图点应指定：

目标受众
架构关注点
允许的构件类型
允许的关系类型
所需元数据
命名和颜色规范

7.3 视图点设计规则

良好的视图点应：

回答特定的架构问题
使用有限数量的构件类型
拥有一个主要受众
避免无关细节
使用一致的布局
包含清晰的标题和图例

示例：

哪些应用程序支持从订单到现金的流程？
哪些能力受到转型的影响？
受监管的客户数据存储在哪里？
为实现目标状态需要做出哪些变更？

8. ArchiMate 4 中的关系

请谨慎使用关系。关系往往比元素本身传达更多的含义。

8.1 常见关系类型

关系	使用时机
关联	存在一种通用且未指定的连接
服务	一个元素向另一个元素提供服务或能力
访问	一个元素读取、写入或以其他方式访问一个对象
分配	行为被分配给一个主动结构
实现	一个元素实现或实施另一个元素
影响	一个元素影响另一个元素的动机或结果
触发	一个行为或事件启动另一个行为或事件
流	信息、价值或物料在元素之间流动
聚合	整体包含相关部分，但不存在强所有权关系
组合	使用前请检查您的ArchiMate 4元模型；它可能不像3.2版本那样可用
specialization	一个元素是另一个元素的特化形式
连接点	组合或分离关系

8.2 在服务与实现之间进行选择

使用服务当一个元素向另一个元素提供功能时：

CRM 应用程序
    服务
客户服务团队

使用实现当一个元素实现或体现另一个元素时：

CRM 平台
    实现
客户案例管理服务

不要仅仅因为两个元素之间存在关联就使用“实现”关系。

8.3 建模多重性

选择一个关系连接器并打开其规格或属性。如果当前 Visual Paradigm 版本暴露了这些字段，请输入源多重性和目标多重性。

示例：

客户 1 ── 拥有 ── 0..* 客户案例
客户服务代表 1..* ── 执行 ── 客户服务流程
应用组件 1 ── 实现 ── 1..* 应用服务

仅在多重性代表有意义的架构规则时才使用它。不要为每个连接器随意添加基数。

9. 使用属性、标记值和元数据

成熟的架构存储库需要比名称和关系更多的信息。

有用的属性包括：

所有者
生命周期状态
业务关键性
数据分类
应用健康状况
技术健康状况
目标状态
当前状态
计划退役日期
监管范围
成本中心
路线图阶段
风险评级

应用程序组件的示例元数据：

名称：CRM 平台
所有者：客户运营
生命周期：目标
关键性：高
数据分类：机密
路线图阶段：阶段 2
技术健康状况：良好
业务契合度：中等

在存储库中一致地使用自定义属性或标记值。Visual Paradigm 支持用户定义的属性以及基于 ETL 的模型定制，以满足项目特定信息的需求。

10. 颜色与视觉规范

颜色应传达受控的含义，而非用于装饰图表。

示例调色板：

颜色	含义
蓝色	现有/当前状态元素
绿色	目标状态元素
橙色	计划变更
红色	风险、差距或问题
灰色	外部或上下文元素
紫色	共享平台或通用能力

为每个使用颜色的图表创建图例。如果颜色在一个图表中表示生命周期状态，在另一个图表中表示领域类型，请清楚地记录这一区别。

Visual Paradigm 为 ArchiMate 图表提供格式选项和颜色图例。

11. 将 ArchiMate 与 BPMN、UML 和数据模型关联

ArchiMate 应作为位于更详细模型之上的架构层运行。

11.1 ArchiMate 与 BPMN

使用 ArchiMate 进行建模：

业务能力
高层业务流程
业务服务
应用支持

使用 BPMN 进行建模：

详细流程流
事件
网关
人工任务
消息流
异常处理

示例可追溯性：

ArchiMate 业务流程：
解决客户问题

链接至

BPMN 流程：
客户问题解决工作流

11.2 ArchiMate 与 UML

使用 ArchiMate 展示：

应用组件
应用服务
应用协作
数据对象

使用 UML 展示：

类结构
组件接口
序列行为
部署细节
API 设计

11.3 ArchiMate 与数据建模

使用 ArchiMate 数据对象表示架构级别的信息概念。在需要时，将其链接到详细的实体关系模型或逻辑数据模型。

例如：

ArchiMate 数据对象：
客户配置文件数据

链接至

逻辑数据模型：
客户、客户地址、客户联系偏好

Visual Paradigm 支持多种建模语言，并允许将 ArchiMate 图表链接到 BPMN 和 UML 模型以实现可追溯性。

12. 模型验证

验证应持续进行，而非仅在项目结束时执行。

12.1 基础验证检查清单

请检查以下内容：

元素属于预期的ArchiMate 4元模型
关系在语义上恰当
未意外引入已弃用的ArchiMate 3.2概念
多重性值有效
每一项主要能力均与业务成果相关联
重要应用程序实现或支持业务服务
技术元素支持应用程序组件或服务
工作包有助于实现目标状态架构
差距与过渡工作相关联
名称唯一且具有意义
必要时图表应包含图例

12.2 运行Visual Paradigm验证

根据您的版本，使用如下命令：

工具 > 验证模型

或在工具窗口中使用相应的模型验证命令。

验证器可识别不支持的元素、无效关系及其他模型不一致之处。

12.3 语义审查

工具验证无法确定模型是否反映了现实。请进行以下审查：

业务所有者
应用所有者
基础设施所有者
安全代表
数据所有者
项目组合经理或计划经理

询问：

架构是否在事实层面正确？
关系是否具有意义？
该视角是否易于其受众理解？
当前状态和目标状态是否清晰分离？
假设是否已记录？
所有权和生命周期字段是否完整？

13. 从 ArchiMate 3.2 迁移

Visual Paradigm 支持 ArchiMate 3.2 和 ArchiMate 4 图例的共存，因此迁移可以逐步进行，而非一次性大规模转换。

示例迁移映射

ArchiMate 3.2 用法	ArchiMate 4 方法
业务特定流程	在上下文中使用适当的通用流程概念
应用特定服务	使用相关的可复用服务概念
技术特定交互	使用协作、服务、流程或其他语义正确的关系
约束	考虑需求、原则或其他合适的动机概念
差距	通过动机和实施概念来表述该问题
组合	在适当的情况下使用聚合或分组，并遵循当前元模型
基于分层的图表	重构为领域或利益相关者视角

不要仅基于视觉相似性进行迁移。迁移应保留架构含义。

14. 文档与发布

只有当利益相关者能够访问并理解模型时，该模型才有用。

14.1 生成文档

包括：

架构概述
范围和假设
利益相关者
动机
当前状态架构
目标状态架构
差距分析
路线图
应用目录
技术目录
风险与决策
术语表
图表索引

为所有重要元素使用一致的文档字段。

14.2 发布图表

Visual Paradigm 提供项目发布和在线查看功能，以便与利益相关者共享图表。

发布前：

移除仅处于草稿状态的图表
将图表标记为当前、提议或已退役
添加版本和所有者信息
检查正常缩放下的可读性
确认敏感技术细节适合目标受众
为非架构利益相关者包含术语表

14.3 图表标题栏

使用包含以下内容的标题栏：

图表：
视角：
所有者：
状态：
版本：
最后审查：
受众：
范围：

15. 团队协作与治理

从一开始就定义基本的仓库治理。

建议的角色

角色	职责
企业架构师	负责原则、仓库结构及跨领域的一致性
领域架构师	负责业务、应用、数据或技术领域
模型图书管理员	维护可复用元素、命名规范及元数据
解决方案架构师	维护特定于解决方案的架构
业务负责人	验证业务能力和流程
评审委员会	批准重要的架构决策

评审状态

使用受控的生命周期：

草稿 → 评审中 → 已批准 → 已发布 → 已取代 → 已退役

架构决策记录

对于重要决策，请记录：

决策标题
背景
已考虑的选项
决策
理由
后果
相关ArchiMate元素
负责人
批准日期
审查日期

将决策与受影响的目標、原则、需求、应用或工作包关联。

16. 常见建模错误

为整个企业绘制一张图表

这会导致模型难以阅读。请使用多个聚焦的视图，并通过可复用元素进行连接。

使用所有可用元素

元素更多并不自动意味着模型更好。请使用能传达关注点的最小词汇表。

将ArchiMate视为流程图语言

ArchiMate关系描述架构结构和依赖关系。详细的操作序列应属于BPMN、UML活动图或其他专用模型。

绘制重复内容

在单独的图表中反复重新创建“CRM 平台”会导致名称和元数据不一致。请复用同一个存储库元素。

对所有关系均使用关联

当关系确实未明确时，使用关联是有益的；当含义已知时，应优先采用更精确的关系。

未加说明地混合当前状态与目标状态

使用颜色、平台、生命周期元数据或独立视图来区分当前架构、过渡架构和目标架构。

添加不受支持的 ArchiMate 3.2 概念

使用 ArchiMate 4 调色板时，切勿在未检查其状态和预期替代方案的情况下，将旧概念复制到新图表中。

过度使用多重性

多重性应表达真实的架构约束，而不应仅为使图表显得正式而随意添加。

将工具的布局视为架构

自动布局可以提高可读性，但无法确定正确的架构含义。架构师必须定义元素、关系、视角和范围。

17. 推荐的架构建模工作流

对大多数项目使用此可重复的工作流：

定义范围和利益相关者。
创建存储库包结构。
记录原则、驱动因素、评估和需求。
建模战略能力和价值流。
建模当前的业务、应用和技术架构。
识别差距和风险。
对目标架构进行建模。
定义工作包、平台、交付物和迁移事件。
创建针对特定利益相关者的视图。
验证该模型。
与领域所有者进行评审。
生成文档。
发布已批准的视图。
维护所有权、生命周期和评审日期。

18. 实用质量检查清单

在批准ArchiMate 4模型之前，请确认：

范围

已明确模型的目的。
已知目标受众。
架构边界清晰。
已识别当前状态、目标状态或过渡状态。

内容

目标与需求或原则相关联。
能力与战略方向相关联。
业务服务由应用程序支持。
应用程序由技术提供支持。
差距与实施工作相关联。
重要数据对象具有所有者和分类。

关系

关系类型表达其预期含义。
关系不会不必要地跨越图表。
多重性仅在必要时使用。
ArchiMate 4 图表中未复制任何过时概念。

呈现

图表具有清晰的标题。
图例解释了颜色和符号。
布局遵循可读的方向。
交叉和不必要的连接线已最小化。
该图表无需口头解释即可理解。

治理

模型具有所有者。
审查状态已记录。
版本和审查日期可见。
可重用元素集中存储。
该图表与相关文档或决策相链接。

19. 最终建议

要在 Visual Paradigm 中成功采用 ArchiMate 4：

从一个小业务问题入手，而不是对整个企业建模。
在设计应用和基础设施之前，先使用动机和战略视图。
将通用域视为避免不必要重复的方法。
创建可复用的规范元素。
使用视图点来控制复杂性。
仅在表达实际规则时才应用多重性。
将 ArchiMate 保持在架构层面，并链接到 BPMN、UML 和数据模型以获取详细信息。
逐步迁移 ArchiMate 3.2 模型。
同时验证元模型的正确性和业务准确性。
为需要这些图表的利益相关者组发布图表。
尽早建立命名、所有权、生命周期和评审规范。

最有效的 ArchiMate 4 存储库并非拥有最多图表的那个，而是每个图表都能回答特定问题、每个元素都有明确含义、且关系能够提供从动机到战略、架构和实施的追溯性的那个。

参考

第二部分：使用 Visual Paradigm 进行实战建模: 一本实用指南，涵盖工具入门步骤、核心建模技术以及 ArchiMate 的规范图表习惯。
综合教程：如何绘制 ArchiMate 图表: 一个循序渐进的教程，通过医院患者出院示例，演示从零开始创建 ArchiMate 图表的全过程。
综合教程：Visual Paradigm Desktop 中基于 AI 的 ArchiMate 图表生成: 解释如何使用 AI 图表生成器即时创建完全符合规范的 ArchiMate 模型和官方视图点。
实战：从单一主题生成多层模型: 演示如何使用人工智能从单一主题或场景生成多层 ArchiMate 模型。
ArchiMate 视图：迁移视图: 描述迁移视图、其利益相关者、关注点，以及如何应用该视图对从基线架构到目标架构的转换进行建模。
为独特的组织标准创建自定义视图: 解释如何使用“管理视图”工具为特定组织需求设计用户自定义视图。
第五部分：高级集成与框架: 涵盖将 ArchiMate 与 TOGAF ADM、UML、SysML 和 BPMN 集成，以实现跨标准的可追溯性。
使用 PlantUML 构建 ArchiMate 库系统图: 关于“以代码绘图”工作流的教程，介绍如何使用 PlantUML 构建多层 ArchiMate 模型。
原生 AI 生成的 ArchiMate 4 模型与视图 | Visual Paradigm 桌面版: 官方发布，宣布在桌面应用程序中推出支持完整视图的原生 ArchiMate 4 图表的 AI 生成功能。
掌握企业架构：Visual Paradigm 用户迈向 AI 驱动 ArchiMate 建模之旅: 涵盖 AI 生成、元素复用、语法验证以及通用领域转变的实用用户经验。
教程：使用 Visual Paradigm 的 AI 聊天机器人生成和导入 ArchiMate 4 图表: 分步教程，介绍如何使用 AI 聊天机器人生成并将 ArchiMate 4 图表导入桌面应用程序。
ArchiMate 4 指南——企业架构的演进 | Visual Paradigm: 关于 Hexagonion 框架、统一行为概念以及基于领域的架构的详细指南