ArchiMate 示例

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 模式 (2)。

战略观点

策略层视图

策略视图

策略视图。

ArchiMate 版本 3 现在支持与业务战略相关的概念，例如“行动路线”、“能力”和“资源”，可用于对组织的业务战略进行建模。这种观点的价值和重要性在于组织的目标可以与战略联系起来，以及它们如何通过能力与企业架构联系起来。该视图可用于应用“基于目标的战略模型”（Azevedo et al. 2015），其中目标构成层次结构，从而可以将较高级别的目标分解为较低级别的目标。

业务战略视图

商业战略。

商业动机模型 (BMM) 视图

商业动机模型 (BMM) 视图。

需求视图

需求视图。

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

战略到能力视图

战略到能力视图。

此视图可用于基于 _能力的规划 (CBP)_目的，以及其他 ArchiMate 概念，例如“驱动程序”和“目标”，如下图所示。此视图可用于支持 战略规划（和 – 执行）目的。因此，这种视图可用于 Strategy-to-Capability 阶段，该阶段可包含在 IT4IT 的“Strategy-to-Portfolio”中。

能力地图视图

能力地图视图

此视图可用于概述组织的能力：组织做什么或可以做什么。

能力规划视图

能力规划视图。

此视图可用于例如_基于能力的规划 (CBP)_ 目的，即“战略与企业架构之间的链接”。该视图可用于例如将策略映射到所需能力，以及将能力映射到资源和其他构建块。

能力实现视图

能力实现视图。

能力实现视图 2

定义如何通过哪些元素实现能力的另一种观点…

能力实现视图 2.

价值流视图

价值流视图（模式）。

笔记！在价值链/价值流的开头使用的“定向关联”。价值流可以由价值“阶段”组成。与此类似，一个整体的、高层次的价值流可以是一个“价值链”，而价值链又由价值流组成。例如，IT4IT（链接）引入了一个价值链，它由四个价值流组成，如下所示： 投资组合战略、部署需求、实现请求、检测纠正（链接）。

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

价值传递链——简单的例子如下所示。价值链、价值网络和价值流可以使用 ArchiMate_价值流_元素建模，包含在 ArchiMate 3.1 版本中。

生产价值链示例视图的想法。

价值传递链。这是一个扩展示例，它说明了功能如何支持（服务）价值流。该视图可用于定义组织做什么（业务模型），为什么需要能力，它们与价值创造的联系是什么。

此视图包含在精益 EA 框架 (LEAF) 参考实现（链接）中。导航到“价值流”、“价值交付链”。

商业模式画布视图

商业模式视图。

这是A. Osterwalder的商业模型画布(BMC)的基本形式，但它可以根据适当的情况进行变化。还有版本化方法，例如“服务模型画布”或“精益画布”。BMC 可用于例如商业模式设计和创新。

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

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

如果 BMC 在建模工具中建模，这种方法的优点是 BMC 的所有元素都可以在同一模型存储库的其他视图中使用。当_旋转_的经营模式，所有的变化是立即可见。业务建模人员可以创建新元素（例如服务），或利用存储库中的所有现有元素（例如组织单位或资源）。

概念画布视图

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

商业观点

业务架构层视图。

在每一层中都有几个在 EA 工具中管理的元素的“地图”，例如业务服务地图、流程地图等。 在识别和引入地图后，这些元素可以在其他图表中使用（例如分层视图） . 地图的目的是将“EA 资产”目录作为“投资组合”（类似于创意、服务和项目等的投资组合）进行管理。EA 工具通常为每个元素提供其他特征，例如特性或属性。这些可用于为每个元素提供附加信息。这种额外的信息也可以用于不同类型的分析目的。

每层可以有多个地图，例如如下：

• 在业务层：业务服务、业务参与者、业务流程
• 在应用层：应用服务、应用
• 在技​​术层：技术服务、平台、技术等。

这里介绍了一些示例业务层映射。

商业服务地图视图

业务服务视图。

此视图提供组织业务服务的概览。这种视图可以用作“服务目录”或“服务组合”以进行管理。确定组织向其客户提供哪些业务服务非常重要。此外，业务服务是对所有底层组织流程和结构进行建模的起点。因此，业务服务是企业架构中最重要的元素。

业务流程图视图

业务流程视图。

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

业务流程合作视图

业务流程合作视图。

该视图可用于例如对操作模型进行建模。

商业参与者地图视图

商业演员视图。

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

业务参与者合作视图

业务参与者合作视图。

两种使用场景如下：

1. Intra-Enterprise View：业务参与者合作观点，描述了内部业务参与者如何合作，他们如何交换信息。
2. 企业间视角：_生态系统_视角，描绘了组织运营的运营环境。生态系统是组织和业务合作伙伴的网络，它们通过协作的交互进行合作。有供应商、分包商和其他 b2b 合作伙伴、客户等。

业务流程视图

业务流程视图

此业务流程视图提供了一个“高级结构和业务流程（或多个进程）的组合物中，服务被提供的是，所分配的角色的行动者，以及信息由业务流程中使用的” [ArchiMate 2.1规范。该流程图包含“Junction”元素，用于对流程流中的“fork”和“join”进行建模。

高级流程视图如下所示。这是基于业务模型的运营模型，如上面的价值流图所示。

生产过程的想法。

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

国家知识产权局。

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

将业务角色视为流程“泳道”的业务流程视图 – 一种分层​​方法

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

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

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

下面的这个版本说明了信息和数据流（流关系）。上面的“游泳线”代表客户旅程路径（与触发关系相关的活动）。

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

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

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

分层业务流程视图

此视图可用于对包含手动和自动步骤的业务流程进行建模。

分层过程视图。

客户旅程地图视图

当要在高层次上分析客户旅程时，此版本是通过使用动机和策略元素创建的。

客户旅程地图（高级）。

当要更详细地分析客户服务路径时，此版本是通过使用业务和应用程序层（核心）元素创建的。

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

这种以客户为中心的观点专注于客户体验。这种与“服务设计”相关的方法是专注于要设计的服务的“由外而内”的开发。这突出了服务和产品是为客户创造价值的重要方面——并间接为组织本身创造价值。客户旅程路径可用于客户价值流的可视化，它跨越多个应用程序服务和应用程序。

服务蓝图视图

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

这种观点以客户和服务为中心，但它也强调了服务的“由内而外”的部分。在这种方法的帮助下，服务驱动的开发可以识别要设计的服务的潜在行为和结构影响。因此，这种观点通过流程和功能方面补充了客户体验驱动的方法。

这种观点有多种变体。上面的这个例子侧重于层和元素之间的信息流。

用户故事视图

用户故事视图。

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

云服务模型视图

云服务模型视图。

信息查看

信息视图。

信息可以在不同的抽象层次上建模如下：a) 概念，b) 逻辑和 c) 物理层次。上图说明了这些抽象级别。

概念数据模型视图

概念数据模型视图。

EA 的信息架构包含在业务流程中使用的业务对象，也就是概念。这些概念及其关系可以在概念数据模型中表示。

“服务”理念

服务理念。

服务概念通常是有问题的，可以通过许多不同的方式来理解。为了明确区分所涉及的服务类型，好的做法是提及前缀：业务服务、应用程序服务或技术服务。根据 ITIL，IT 服务与生产服务相关。像这样。IT 服务最映射到应用服务。

服务与产品

产品视图。

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

“产品代表一系列连贯的服务和/或被动结构元素，并附有合同/协议集，作为一个整体提供给（内部或外部）客户。”

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

“价值可能与产品相关联。产品名称通常是与客户交流时使用的名称，或者可能是更通用的名词（例如，“旅行保险”）。

应用程序视图

应用程序架构层视图。

应用服务地图视图

应用服务视图。

应用地图视图

应用程序地图视图。

应用程序组合，其中的应用程序可以根据业务单位进行分组。

应用协作视图（数据流）

应用合作视图。

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

下面的示例（1 到 10）中显示了几种对应用程序之间的数据切换进行建模的替代方法。

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

应用程序集成视图。

应用程序结构视图

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

应用程序结构视图。

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

应用程序结构视图 2。

应用架构视图

该视图混合了 EA 级别和解决方案级别的方法，因为在同一视图中同时存在应用程序和应用程序模块。

应用架构。

应用组件模型 (CM)

Application Component Model 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 动态关系_Trigger_和_Flow_ 的相同想法，可用于对同步和异步消息传递模式（请求-响应和回调，以及发布-订阅等）进行建模。 ）。

序列模式视图。

ETL过程视图

ETL 过程视图。

EAI / ESB 视图

EAI – ESB 模式视图。

分层视图

分层视图。

分层视图可用作目标区域的概览上下文图。此视图的主要优点是说明应用程序在其提供的业务流程和服务中的使用情况。上图使用 ArchiMate Grouping -element 为不同层建模，而下图使用工具 ( Archi )提供的可视化 Group -element 。

ArchiMate 中基本上有三 (3) 层，如下所示：1) 业务层，2) 应用层和 3) 技术层。它们的颜色通常如下：业务层为黄色，应用层为绿松石色，技术层为绿色（参见 ArchiMate 核心框架，链接）。

分层视图。

应用程序和数据库视图

数据库是组织整体企业架构中的一个有意义的单元。例如“客户数据库”或“客户数据库”、“产品数据库”等。或者，数据库可以是应用程序所有表（例如“客户表”、“订单表”、“发票表”等），它们共同构建了一个数据库。根据 ArchiMate 规范，数据对象可用于对逻辑数据库建模（下图），第 9.4.1 章“数据对象”说：“数据对象的典型示例是客户记录、客户数据库或保险索赔。” “一个重要的例外是当一个数据对象被用来为一个数据集合建模时，比如一个数据库，其中只有一个实例存在。”。ArchiMate 有一个优雅的内置机制，这使得能够将某些概念用于不同的抽象级别（和细节级别）。因此，例如数据对象可用于建模逻辑数据库、数据库表、消息结构（在应用程序之间切换）等。

数据库建模注意事项。

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

数据库抽象级别。

数据模型视图。

用例视图

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

用例视图（模式 1）。

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

用例视图（示例）。

当用例被标识为应用程序服务时，它们可以在其他图表中（例如在分层视图中）进一步用作目标应用程序的功能元素。换句话说：应用服务代表应用的行为（功能）。如对使用案例分析的详细信息，请参阅 ArchiMate食谱，链接。

技术观点

技术架构层视图。

基础设施视图

此视图表示应用程序的平台。此模式可用于对运行时环境的配置、业务应用程序的部署进行建模。

基础设施视图。

基础设施视图（嵌套）。

实施和迁移层/转换架构层视图

实施路线图视图

实施路线图视图。

看板视图

看板 (EA)。

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

通用视图

通用视图。

这种简化的视图可以用作例如特定服务、程序或项目的上下文图。

附加功能

上下文概览——银河系地图

这是一种在同一视图中尽可能多地进行可视化的方法。有关更多详细信息，请参阅_ArchiMate 的银河系地图。_

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

合作观

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

应用合作视图（扩展）。

元模型

元模型。