ArchiMate 示例视图：完整图库 – 动机、战略、业务、应用、技术与迁移

框架视图

框架视图。

该视图代表构建所有开发方面及相关图表的框架。该视图可根据实际情况进行修改，因此可用于在不同图表之间导航。此视图版本源自ArchiMate（3）框架。此处将动机作为“层”而非“方面”引入。

动机视角

动机视角

动机视角。

该视图可用于分析引导组织及其企业架构设计或变革的动机或驱动力。这些动机分析是组织内所有变革活动或业务转型的起点。该视图代表了开发工作的愿景——无论是涵盖整个组织，还是其中一部分（例如某业务线），或单一项目或方案（解决方案层面）。注意：可以为结果（或任何其他ArchiMate元素）添加价值，以表明其实际带来的价值！

动机元素基于业务动机模型（BMM）[规范 v.1.3，2015，OMG]。

使命 – 愿景 – 价值观视图

使命 – 愿景 – 价值观。

该视图可用于表示组织的使命、愿景和核心价值观。使命可表达为：“组织的目的是什么，它实际上做什么或打算做什么，其存在的根本原因是什么？”愿景是组织希望实现的未来状态。核心价值观支持愿景，塑造组织文化，并体现组织的价值观。要实现组织的愿景，必须达成战略目标。

参考文献：Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) 使用ArchiMate建模战略。

战略价值图视图

价值图 – 战略图视图。

该视图可用于可视化组织的战略。该视图包含战略价值元素，所有开发活动都必须直接或间接地源自这些战略价值元素。通过可视化战略价值，可以追踪所有与实际战略执行相关的其他元素。通过此视图，战略可以变得具体：可视化、可沟通，并与现实联系起来。

利益相关者分析视图

利益相关者分析视图。

该视图可用于业务发展的利益相关者分析：变革的驱动力是什么？首先识别相关利益相关者，然后确定与其利益一致的变革驱动力。可以使用“评估”概念对驱动力进行更深入分析，例如采用SWOT（优势、劣势、机会、威胁）方法。通常，可以从不同视角创建不同的利益相关者视图。将整体图分解为更小部分的另一个原因是保持图表紧凑且易于阅读——以简化理解。

利益相关者视角

利益相关者视角。

该视图可用于将利益相关者的驱动力与业务目标联系起来。目标是组织发展的关键要素。所有后续元素都应追溯到这些变革活动的根本驱动力。

原则视图

原则视图。

风险与安全视图

风险与安全视图。将风险与安全概念映射到ArchiMate。安全与数据保护问题属于风险管理范畴。该建模方法涵盖两者。

参考文献：

• 如何使用ArchiMate®语言建模企业风险管理与安全，开放组，文档编号：W172，2017。
• 使用ArchiMate®语言建模企业风险管理与安全，开放组，2015年。

SWOT分析视图

SWOT分析视图。

目标视图

目标视图（含价值元素）。

目标与关键成果

OKR模式。

OKR是一种流行的管理策略，用于定义目标并跟踪结果。它有助于围绕可衡量的目标建立一致性和参与度。OKR有两个重要组成部分：您希望实现的目标，以及衡量目标达成情况的关键成果。

目标：

• 您希望实现的目标的难忘且定性的描述。目标应简短、鼓舞人心且具有吸引力。目标应能激励并挑战团队。

关键成果：

• 一组衡量您向目标进展的指标。每个目标应有2到5个关键成果。数量不宜过多，否则无人会记得。

下文展示了OKR的另一种版本。

OKR模式（2）。

战略视角

战略层视图

战略视图

战略视图。

ArchiMate 3版本现在支持与业务战略相关的概念，例如“行动路线”、“能力”和“资源”，这些可用于建模组织的业务战略。该视图的价值和重要性在于，组织的目标可以与战略关联，并通过能力与企业架构建立联系。该视图可用于实施“基于目标的战略建模”（Azevedo等，2015），其中目标形成层级结构，使得高层目标可以分解为低层目标。

业务战略视图

业务战略。

业务动机模型（BMM）视图

业务动机模型（BMM）视图。

需求视图

需求视图。

该视图可用于根据战略目标收集需求。这将战略与实现联系起来：战略可以追溯到执行。

战略到能力视图

战略到能力视图。

该视图可用于能力驱动规划（CBP）等目的，以及图中所示的其他ArchiMate概念，如“驱动因素”和“目标”。该视图可用于支持战略规划（及执行）目的。因此，该视图可用于战略到能力阶段，该阶段可包含在IT4IT的“战略到组合”中。

能力映射视图

能力映射视图。

此视图可用于概述组织的能力：即组织所从事或能够从事的事项。

能力规划视图

能力规划视图。

此视图可用于能力导向规划（CBP）等目的，即“战略与企业架构之间的联系”。该视图可用于将战略映射到所需能力，以及将能力映射到资源和其他构建模块。

能力实现视图

能力实现视图。

能力实现视图 2

另一个定义能力由哪些要素实现的视图……

能力实现视图 2。

价值流视图

价值流视图（模式）。

注意！“定向关联”用于价值链/价值流的起点。价值流可由价值“阶段”组成。同样，整体的高层次价值流可以是“价值链”，而价值链本身又由多个价值流组成。例如，IT4IT（链接）引入了一个由四个价值流组成的的价值链，分别为：投资组合策略、部署需求、满足请求、检测至纠正（链接).

价值流—能力交叉映射视图

下图展示了一个价值交付链的简单示例。价值链、价值网络和价值流可使用ArchiMate 3.1版本中包含的ArchiMate价值流元素进行建模。

从创意到生产的价值链示例视图。

价值交付链。这是一个扩展示例，用于说明功能如何支持（服务）价值流。该视图可用于定义组织所从事的事项（商业模式），为何需要能力，以及它们与价值创造之间的关联。

该视图包含在精益企业架构框架（LEAF）的参考实现（链接）中。请导航至“价值流”、“价值交付链”。

商业模式画布视图

商业模式视图。

这是A. 奥斯特瓦尔德的商业模式画布（BMC）的基本形式，但可根据具体情况调整。还有版本化的方法，例如“服务模式画布”或“精益画布”。BMC可用于商业模式设计和创新等用途。

使用ArchiMate建模BMC“有助于从业务需求追溯到设计规范。这有助于发现商业模式变化对架构设计的影响。”[LO Meertens 等]

总体开发包括对战略和商业模式分析的内置架构支持。这使得业务分析师和开发人员能够观察例如商业模式如何支持战略，以及商业模式如何适应组织，反之亦然。

如果在建模工具中对BMC进行建模，这种方法的优势在于，BMC的所有元素都可以在同一个模型仓库中的其他视图中使用。当业务模型被调整时，所有更改都会立即显现。业务建模人员可以创建新元素（例如服务），或利用仓库中所有现有元素（例如组织单元或资源）。

概念画布视图

概念画布。BMC可以有不同的变体，如下面的图所示。此概念画布的布局与ArchiMate的分层方法保持一致。

业务视角

业务架构层视图。

业务服务映射视图

业务服务视图。

此视图提供了组织业务服务的概览。该视图可作为管理用的“服务目录”或“服务组合”。识别组织向客户提供的业务服务至关重要。此外，业务服务是建模所有底层组织流程和结构的起点。因此，业务服务是企业架构中最重要的元素之一。

业务流程映射视图

业务流程视图。

此视图可用作“流程图”，提供组织业务流程的概览。

业务流程协作视图

业务流程协作视图。

此视图可用于例如建模运营模式。

业务角色映射视图

业务角色视图。

业务角色可以是a) 内部的或b) 外部的。内部业务角色例如是组织单元，而外部业务角色例如是客户、业务合作伙伴或其他与组织协作的利益相关者群体（例如公共部门组织或其他管理机构）。

业务角色协作视图

业务角色协作视图。

两个用例如下：

1. 企业内部视图：业务角色协作视角，描述内部业务角色如何协作以及如何交换信息。
2. 企业间视图：生态系统视角，描绘组织所处的运营环境。生态系统是由通过协作互动进行合作的组织和业务合作伙伴组成的网络。其中包括供应商、分包商及其他B2B合作伙伴、客户等。

业务流程视图

业务流程视图。

此业务流程视图提供“一个或多个业务流程（或其部分）的高层结构与组成，其中提供服务，角色分配给参与者，业务流程使用信息”[ArchiMate 2.1规范]。流程图包含“连接点”元素，用于建模流程中的“分叉”和“汇合”。

下图展示了一个高层流程视图。该视图基于从商业模式推导出的运营模式，如上图的价值流图所示。

从创意到生产流程。

SIPOC（供应商、输入、流程、输出、客户）

SIPOC。

六西格玛工具SIPOC（供应商、输入、过程、输出、客户）可用于定义所有流程共有的要素。这是一个用于分析业务案例的简单工具：客户获得什么价值以及如何获得该价值。

以业务角色作为流程“泳道”的业务流程视图——分层方法

业务流程泳道视图（模式）2.0。

“业务角色A”代表客户，而最上方的“泳道”代表客户旅程路径。

注意！流程步骤（活动）嵌套在业务角色中（以“泳道”形式可视化），这意味着：这些业务角色被分配给这些业务流程/流程步骤。因此，此视图是业务流程视图与分层视图的结合。

以下版本展示了信息和数据流（流关系）。最上方的“泳道”代表客户旅程路径（通过触发关系关联的活动）。

业务流程泳道视图（模式）2.0（信息流）。

以下版本代表一种服务设计方法。最上方的“泳道”（角色A）代表客户旅程路径，通过业务服务（1和2）与组织（角色B和C）相连。

业务流程泳道视图（模式）2.0（服务）。

分层业务流程视图

分层流程视图。

此视图可用于建模包含人工和自动化步骤的业务流程。

客户旅程地图视图

在高层次分析客户旅程时，此版本通过动机和战略要素创建。

客户旅程地图（高层次）。

在更详细地分析客户服务体系路径时，此版本通过业务层和应用层（核心）要素创建。

客户旅程视图（示例）1.0。

这种以客户为中心的视图聚焦于客户体验。与“服务设计”相关的“外向内”开发方法强调一个重要方面：服务和产品是为向客户提供价值而创建的——并间接为组织自身创造价值。客户旅程路径可用于可视化跨越多个应用服务和应用的客户价值流。

服务蓝图视图

服务蓝图视图1（服务与流）

此视图以客户和服务为中心，但也强调服务的“内向”部分。借助此方法，以服务为导向的开发可以识别出对拟设计服务可能产生的行为和结构影响。因此，该视图通过流程和功能方面补充了以客户体验为导向的方法。

此视图有多种变体。上述示例侧重于层与元素之间的信息流。

用户故事视图

用户故事视图。

此视图可用于可视化用户故事。

云服务模型视图

云服务模型视图。

信息视图

信息视图。

信息可以在不同抽象层次上进行建模，如下所示：a) 概念层，b) 逻辑层，c) 物理层。上图展示了这些抽象层次。

概念数据模型视图

概念数据模型视图。

企业架构的信息架构包括业务流程中使用的业务对象，即概念。这些概念及其关系可以用概念数据模型来表示。

“服务”概念

服务概念。

服务概念通常存在争议，可以有多种理解方式。为了清晰地区分所涉及的服务类型，最好使用前缀：业务服务、应用服务或技术服务。根据ITIL，IT服务与生产服务相关。例如，IT服务最接近应用服务。

服务与产品

产品视图。

产品概念可用作组合元素来对服务进行分组。根据ArchiMate规范：

“产品代表一组协调一致的服务和/或被动结构元素，附带一组合同/协议，整体提供给（内部或外部）客户。”

“产品可以聚合或组合业务服务、应用服务和技术服务、业务对象、数据对象和技术对象以及合同。因此，产品可以聚合或组合业务层以外的其他层的元素。”

“产品可以关联价值。产品名称通常是与客户沟通时使用的名称，也可能是更通用的名词（例如‘旅行保险’）。”

应用视角

应用架构层视图。

应用服务映射视图

应用服务视图。

应用映射视图

应用映射视图。

应用组合，其中应用可按业务单元进行分组。

应用协作视图（数据流）

应用协作视图。

应用集成视图（动态关系）

下例展示了多种建模应用间数据交换的替代方法（1至10）。

• “应用A”拥有被“应用B”请求的数据对象“A-1”。
• 数据从“应用A”流向“应用B”。
• “应用A”实现“应用B”所使用的“服务A-1”。
• 实际上，“应用B”请求应用接口“A-1”并获得响应……

应用集成视图。

应用结构视图

此视图有助于设计或理解应用及其子组件和相关数据的主要结构。该图可用于分解正在构建的应用系统结构，以说明模块化/分解：有哪些子系统/子组件，它们提供哪些应用服务（或应用接口）。

应用结构视图。

请注意，应用服务（上图）是由结构化接口（下图中的GUI和/或API）提供的行为功能。应用服务和应用接口是“同一硬币的两面”。

应用结构视图 2。

应用架构视图

该视图结合了企业架构级别和解决方案级别的方法，因为应用程序和应用模块均存在于同一视图中。

应用架构。

应用组件模型（CM）

应用组件模型 0-n 是一种应用架构建模方法，由不同抽象层次的图表组成，具体如下：

• 在 CM-0 层级，图表描述了目标应用如何与其环境交互，以及与相邻应用和用户之间存在哪些交互。目标应用被描述为一个黑箱。
• 在 CM-1 层级，目标应用被分解为模块（主要组件），并说明这些模块提供和需要哪些应用服务（或应用接口）。目标应用被描述为一个白箱。
• 在 CM-2 层级，模块被进一步分解为子组件。（所需层级的数量取决于具体情况。）

下图中的应用组件模型（CM）包含应用组件和应用服务。根据具体情况，也可以使用应用接口代替应用服务。始终要注意，应采用适合目的的建模风格，仅建模那些能提供充分信息并具有价值的元素。这取决于建模者——他或她更倾向于强调功能方面，还是更具体地建模实际接口并使用精确名称。

下图中的组件模型包含应用组件和应用服务。根据情况，也可以使用应用接口代替应用服务。

应用组件模型 – 0（CM-0）

应用组件模型 – 0。

组件模型 – 0（CM-0）层级（上图）展示了目标应用与相邻应用之间的交互。所有相关应用服务（或应用接口）均被引入。0级图表由企业架构层级的组件及其服务组成，目标应用位于中间。

应用组件模型 – 1（CM-1）

应用组件模型 – 1。

组件模型 – 1（CM-1）层级（上图）展示了目标应用如何被分解为模块（或主要组件），以及每个模块实现哪些应用服务（或应用接口）。注意！外部应用可以在此层级中省略，但其服务（或接口）仍需展示。当展示更多低层级元素时，可/必须省略部分高层级元素——为简化起见：保持图表可读性。

应用组件模型 – 2（CM-2）

应用组件模型 – 2。

组件模型 – 2（CM-2）层级（上图）展示了目标应用的模块由子组件构成，以及它们之间的交互方式。

应用功能视图

应用功能分解：系统包含哪些功能，提供哪些应用服务？

应用功能视图。

应用流程视图

应用流程视图。

应用流程视图 – 嵌套。

应用流程视图 – 内部结构。

应用组件序列图视图

序列图并不完全在ArchiMate的范围内，而是在UML中。然而，我们可以使用ArchiMate来建模应用程序组件采取的操作序列，如下所示。

应用程序序列视图。

动态关系“触发”和“流动”可用于建模应用程序组件之间的动态。此视图的布局可以类似于UML序列图的布局。

应用程序组件序列图视图 2

此版本（如下）展示了如何使用ArchiMate来建模应用程序组件内部部分采取的操作序列。内部部分例如：a) 行为过程或功能，以及 b) 结构性子组件。这些通过应用程序过程、应用程序功能和应用程序组件元素进行建模。此处仅作为替代方案展示。

应用程序序列视图（2）。

此序列图（上方）中的操作流程：

1. 应用程序组件“A”的子过程“X”向应用程序B发送一个带有参数“A”的请求消息。
2. 应用程序组件“B”的子过程“B-1”接收传入的请求，然后（同步地）调用应用程序组件C，其中应用程序功能“Y”接收请求，执行一些操作并作出响应。
3. 应用程序组件“B”的另一个子过程“B-2”向应用程序组件D发送一条带参数的消息并接收确认。应用程序组件“D”包含执行处理的子组件。
4. 应用程序组件“A”从应用程序组件B接收响应消息。

如图所示，通过组合这些元素（应用程序组件、应用程序过程和应用程序功能以及关系（触发、流动）），我们可以建模相当复杂的集成案例。UML序列图在软件设计中有其专门用途，但ArchiMate可用于多种建模目的——也包括应用程序设计。

应用程序集成是企业架构（EA）中最重要的部分之一。因此，如果我们可以更详细地建模应用程序之间如何交换数据以及使用了哪些交互机制，将非常有益。深入了解集成模式的一个良好资源是书籍《企业集成模式》，这里是链接.

添加的最终用户序列（如下）遵循使用ArchiMate动态关系“触发”和“流动”的同一理念，这些关系可用于建模同步和异步消息传递模式（请求-响应、回调，以及发布-订阅等）。

序列模式视图。

ETL流程视图

ETL流程视图。

EAI/ESB视图

EAI – ESB模式视图。

分层视图

分层视图。

分层视图可用作目标区域的概览上下文图。此视图的主要优势在于展示应用程序在业务流程及其所提供服务中的使用情况。上方的图使用ArchiMate的分组元素来建模不同层级，而下方的图使用工具提供的可视化分组元素（Archi).

在ArchiMate中，通常有三个（3）层级：1）业务层，2）应用层，3）技术层。它们的颜色通常如下：业务层为黄色，应用层为青绿色，技术层为绿色（参见ArchiMate核心框架，链接).

分层视图。

应用程序与数据库视图

数据库是组织整体企业架构中的一个有意义的单元。例如，“客户数据库”或“客户数据库”、“产品数据库”等。或者，一个数据库可以是某个应用程序的所有表（例如，“客户表”、“订单表”、“发票表”等）的集合，这些表共同构成一个数据库。根据ArchiMate规范，数据对象可用于建模逻辑数据库（如下图所示），第9.4.1章“数据对象”指出：“数据对象的典型示例包括客户记录、客户数据库或保险索赔。”“一个重要例外是当数据对象用于建模数据集合（如数据库）时，其中仅存在一个实例。” ArchiMate具有优雅的内置机制，允许某些概念在不同抽象层次（和详细程度）上使用。因此，例如，数据对象可用于建模逻辑数据库、数据库表、消息结构（在应用程序之间切换）等。

数据库建模注意事项。

数据库作为应用程序组件。

数据库抽象层次。

数据模型视图。

用例视图

ArchiMate可用于从应用程序的功能角度分析用例。用例（在UML中已知）可以如下面的图所示映射到应用程序服务。

用例视图（模式1）。

用例可分为：a) 业务用例和 b) 系统用例（又称系统用例）。下图说明了如何将“主要用例”建模为业务服务，后续的系统用例建模为应用程序服务。

用例视图（示例）。

当用例被识别为应用程序服务时，它们可以进一步作为其他图表（例如分层视图）中目标应用程序的功能元素。换句话说：应用程序服务代表了应用程序的行为（功能）。有关用例分析的更多详细信息，请参阅ArchiMate手册，链接.

技术视角

技术架构层视图。

基础设施视图

该视图代表应用程序的平台。此模式可用于建模运行时环境的配置以及业务应用程序的部署。

基础设施视图。

基础设施视图（嵌套）。

实施与迁移层 / 过渡架构层视图

实施路线图视图

实施路线图视图。

看板视图

看板（EA）。

看板可用于可视化工作和工作流程。看板可显示开发需求、史诗、用户故事等如何从待办事项流到就绪状态（完成）。看板可根据开发案例的规模和范围应用于各种用途。例如，“史诗”可用于EA级别，而“用户故事”或“需求”可用于项目级别。工作项的粒度可能因具体情况而异。

通用视图

通用视图。

此简化视图可作为特定服务、项目或计划的上下文图使用。

附加功能

上下文概览 – 银河系地图

这是一种尽可能在同一个视图中进行可视化的方案。更多详情，请参见 ArchiMate 的银河系地图，链接.

FM 银河系地图（第2级）。（注意！此配色方案使用 ArchiMate 默认颜色。可根据需要使用其他颜色。）

协作视图

如下面的数据流图示例所示，各层可以混合使用。

应用协作视图（扩展版）。

元模型

元模型。