企业架构需要精确性。在记录复杂系统时，模糊性会导致不一致。ArchiMate提供了一种标准化的语言来可视化这种复杂性。本指南聚焦于三个核心视角：业务、应用和技术。理解如何分离并连接这些层级对于准确建模至关重要。
许多从业者在绘图的初始步骤上遇到困难。他们常常混淆层级，导致图表难以阅读或验证。本教程分解了每个视角的结构要求，解释了符号背后的语义。目标是清晰，而非复杂。
🧩 理解核心结构
在绘制任何形状之前，您必须理解ArchiMate规范的底层结构。该语言建立在三个基本层级之上。这些层级代表组织内的不同关注点。
- 业务层： 关注业务战略、治理和运营。它描述了组织所从事的工作。
- 应用层： 关注支持业务流程的软件应用。它描述了业务如何通过数字化方式得到支持。
- 技术层： 关注物理和逻辑基础设施。它描述了应用程序运行的位置。
这些层级并非孤立存在。它们通过特定关系相互作用。然而，单个图表不应随意混合所有元素。这正是“视角这一概念变得至关重要。
视角 vs. 视图
区分视角和视图至关重要。
- 视角： 模型或图表的规范。它定义了针对特定利益相关者或关注点的相关元素和关系。
- 视图： 基于视角创建的实际图表或表示。
当您绘制图表时，您实际上是在创建一个视图。您必须选择适当的视角，以确保内容与受众相关。三个核心视角直接对应于三个层级。
🏢 业务视角
业务视角关注组织的运营现实。它抽象掉数字和物理细节，展示价值是如何创造的。该图表通常由管理人员、业务分析师和运营负责人阅读。
业务视角中的关键元素
要绘制正确的业务视角图表，您必须使用业务层的元素。在此使用其他层级的元素会造成混淆。
- 业务参与者： 执行活动的实体（例如：客户、银行、员工）。
- 业务角色： 业务参与者的一部分，负责执行特定职能（例如：会计师、销售代表）。
- 业务流程： 一组产生特定结果的活动（例如，订单处理、发票生成）。
- 业务功能： 为实现目标所需的能力（例如，财务管理）。
- 业务对象： 对企业具有价值的事物（例如，发票、产品、订单）。
- 业务事件： 在时间中发生并触发活动的事件（例如，订单接收、付款到期）。
业务视角中的关键关系
关系定义了图表的逻辑。在业务视角中，最常见的关系包括：
- 关联： 两个元素之间的通用连接。当关系为结构性时使用。
- 流： 表示流程或对象之间数据或物料的流动。
- 访问： 表示角色或过程访问或使用某个对象。
- 支持： 表示一个业务功能或过程支持另一个业务功能或过程。
- 实现： 表示一个过程实现一个功能，或一个功能实现一个需求。
示例场景：订单管理
考虑一个客户下订单的场景。在业务视角中，您将建模：
- 一个业务参与者 代表客户。
- 一个业务角色 代表销售部门。
- 一个业务流程 名为“处理订单”。
- 一个 业务对象名为“销售订单”。
客户访问销售角色。销售角色触发处理订单。处理订单消耗销售订单对象。此序列描述了工作流程，而未提及软件或服务器。
💻 应用视图
应用视图描述了支持业务的逻辑软件组件。它是业务需求与技术实现之间的桥梁。此图通常由解决方案架构师和应用开发人员阅读。
应用视图中的关键元素
所有元素都必须属于应用层。请避免在此处混合业务或技术元素。
- 应用组件： 系统中提供一组功能的模块化部分（例如，CRM模块、库存服务）。
- 应用接口： 应用组件与其他组件或参与者进行交互的交互点。
- 应用服务： 由应用组件提供的功能集合。
- 数据对象： 应用程序使用的数据的逻辑表示（例如，客户记录、库存水平）。
应用视图中的关键关系
此处的关系聚焦于数据流和服务使用。
- 使用： 表示应用组件或接口使用某项服务。
- 访问： 表示应用组件访问或修改某个数据对象。
- 实现： 表示某项服务由一个组件实现。
- 通信： 表示组件之间的网络连接或数据交换。
示例场景：客户数据
继续上一个场景，数据是如何处理的？在应用视图中：
- 一个 应用组件 命名为“订单管理系统”。
- 一个应用接口 命名为“API网关”。
- 一个数据对象 命名为“客户数据”。
“订单管理系统”访问“客户数据”。“API网关”为“订单管理系统”提供接口。这定义了软件的逻辑架构。
🖥️ 技术视角
技术视角描述了物理或虚拟基础设施。它涵盖硬件、网络和平台软件。此图通常由基础设施工程师和运维团队阅读。
技术视角中的关键元素
所有元素都必须属于技术层。此处不要包含业务参与者。
- 节点： 应用程序部署的计算资源（例如：服务器、云实例）。
- 设备： 应用程序运行的资源（例如：笔记本电脑、手机）。
- 系统软件： 为应用程序提供平台的软件（例如：操作系统、数据库管理系统）。
- 通信网络： 使通信成为可能的设备和软件集合（例如：局域网、互联网）。
- 路径： 网络中数据传输的路径。
技术视角中的关键关系
这些关系聚焦于部署和连接性。
- 部署： 表示应用程序组件被部署在节点或设备上。
- 实现： 表示系统软件实现了节点（较少见，但有效）。
- 通信： 表示节点或设备之间的连接。
- 访问： 表示一个节点访问通信网络。
示例场景：部署
“订单管理系统”是如何运行的？在技术视角下：
- 一个 节点名为“生产服务器”。
- 一个 系统软件名为“Linux OS”。
- 一个 通信网络名为“企业局域网”。
“生产服务器”部署在“企业局域网”上。“Linux OS”运行在“生产服务器”上。这定义了物理环境。
🔗 跨层关系
虽然图表应聚焦于单一层次，但企业架构关注的是各层次之间的连接。你必须通过特定的跨层关系来理解各层次之间的相互关系。
核心层次对比
| 层次 | 主要关注点 | 关键问题 | 示例元素 |
|---|---|---|---|
| 业务 | 价值创造 | 我们做什么？ | 业务流程 |
| 应用 | 功能性 | 我们如何数字化地实现？ | 应用组件 |
| 技术 | 基础设施 | 我们在哪里执行它？ | 节点/设备 |
实现关系
这是连接各层最重要的关系。它表示一个元素提供了实现另一个元素的手段。
- 业务流程由一个应用组件.
- 应用组件由一个节点.
绘制分层图时，通常使用虚线来表示跨层的实现关系。这在保持各个视图完整性的同时，展示了依赖关系。
分配关系
该关系将一个参与者分配给一个角色，或将一个组件分配给一个节点。用于表示所有权或位置。
- 一个业务参与者被分配给一个业务角色.
- 一个应用组件被分配给一个节点.
⚠️ 常见建模错误
即使是经验丰富的从业者在刚开始时也会犯错。尽早识别这些错误可以节省时间并提高模型质量。
1. 在单一图表中混合多个层次
一个常见错误是将业务流程直接连接到节点，而没有中间的应用层。虽然在“综合”视图中技术上是可行的，但这违反了关注点分离的原则。
- 更正：将业务、应用和技术图示分开。仅使用跨层关系进行逻辑连接。
2. 使用通用形状
对所有内容都使用通用矩形会使图示变得模糊不清。ArchiMate 为特定元素类型定义了特定的形状。
- 更正：业务流程使用六边形。数据对象使用圆柱体。节点使用服务器图标。遵守符号标准。
3. 忽视关系的方向性
关系通常具有方向性。例如，流动关系表示数据从一个地方移动到另一个地方。部署关系表示软件移动到硬件上。
- 更正：确保箭头指向依赖或流动的逻辑方向。反向箭头可能错误地表示架构。
4. 图示过于复杂
试图在一个图示中展示所有细节会使图示难以阅读。图示应服务于特定目的。
- 更正：聚焦于范围。如果你在建模一个流程，就专注于流程本身。除非基础设施细节直接影响流程，否则不要添加冗余信息。
🛠️ 分步建模工作流程
要正确绘制你的第一个图示，请遵循结构化的工作流程。这能确保一致性并降低出错风险。
步骤 1：定义范围
确定你正在建模的具体业务能力或系统。你是在建模销售部门？还是支付处理系统？明确边界。
步骤 2：选择视角
选择主要视角。这将是一个业务视角图示？还是应用视角图示？选择该层可用的元素。
步骤 3：识别关键元素
列出涉及的核心参与者、流程、组件或节点。在将其放置到画布上之前先记录下来。
步骤 4：定义关系
确定这些元素之间的交互方式。它们是否在流动数据？一个是否部署在另一个上？一个是否实现另一个？逻辑地定义这些连接。
步骤 5：绘制与布局
将元素放置在画布上。将相关元素分组。使用对齐和间距来提高可读性。确保流程从左到右或从上到下阅读。
步骤 6：审查与验证
对照 ArhchiMate 规范进行检查。形状是否正确？关系是否适用于所选层级？请同事审查该图示。
✅ 确保一致性
一致性是可维护模型的关键。不一致的建模会导致下游系统中的混淆和错误。
命名约定
- 在所有层级中使用一致的命名。例如，如果一个业务流程命名为“订单处理”，那么支持它的应用组件应命名为“订单处理系统”。
- 避免使用“系统1”或“流程A”之类的模糊名称。
关系的标准化
- 定义项目中允许的关系类型。一些组织限制使用通用的“关联”链接，而更倾向于使用特定的关系，如“支持”或“实现”。
- 将这些规则记录在样式指南中。
版本控制
- 跟踪图表的变更。架构会随时间演变。确保你知道哪个版本代表当前状态。
🚀 继续前进
掌握三个核心视图需要练习。从简单的图表开始，注重准确性而非速度。当你对元素变得熟悉后，就可以应对涉及动机视图或战略视图的更复杂场景。
请记住，ArchiMate是一种语言。就像任何语言一样，它需要语法和词汇才能有效沟通。通过尊重层级之间的分离并使用正确的关系，你可以确保你的图表传达出预期的信息。
最佳实践总结
- ✅ 保持业务、应用和技术图表之间的区分。
- ✅ 为特定层级类型使用特定的元素形状。
- ✅ 根据层级定义验证关系。
- ✅ 聚焦于利益相关者的特定关注点。
- ✅ 除非必要，否则避免在一个视图中混合多个层级。
牢记这些原则，你的ArchiMate图表将清晰、准确，并成为组织架构实践中的宝贵资产。