ArchiMate 示例
在本文中，您将看到丰富的 ArchiMate 示例视图集合，这些视图按照 ArchiMate 标准组织到分层框架中。这些 ArchiMate 视图演示了如何使用 ArchiMate 元素。一些示例可以用作设计模式。
这些示例是使用Visual Paradigm Online设计的，基于 ArchiMate Cookbook 中的示例。如果您还没有查看食谱，建议您看一看。链接： http: //www.hosiaisluoma.fi/ArchiMate-Cookbook.pdf
ArchiMate 示例视图
框架视图
该框架视图构建了所有正在使用的视图。它可用于图表之间的导航。
动机观点
此动机视图可用于检查驱动组织设计或转型的动机或原因，以及作为公司内所有变更操作和业务转型基础的企业架构。此视图描述了开发工作的远景，无论规模和范围是否包含整个组织、它的一个子集（例如，业务线）或特定的程序或项目（解决方案级别）。请注意，可以将值添加到任何 ArchiMate 元素，例如结果（或任何其他 ArchiMate 元素），以显示真正的附加值是什么。
商业动机模型 (BMM) [规范 v.1.3, 2015, OMG] 用于定义动机元素。
使命-价值观-愿景
组织的宗旨、愿景和基本价值观都可以使用使命-价值观-愿景视图来表示。它可以帮助您确定一个组织的目的、该组织实际在做什么或打算做什么，以及它存在的主要原因是什么。愿景是组织在未来的理想状态。组织的愿景、文化和理想都得到核心价值观的支持。为了实现组织的愿景，必须实现战略目标。
参考：Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) 使用 ArchiMate 建模策略。
战略价值图视图
Strategic Value Map 视图可视化组织的战略。所有开发操作都必须直接或间接地从这个包含战略价值元素的视图中得出。通过可视化战略价值，跟踪与实际战略执行相关的所有其他方面是可行的。这种方法可以用这种观点来表示、传达并与现实相关联。
利益相关者分析观点
利益相关者分析视图经常用于利益相关者分析以确定变更驱动因素。首先，确定重要的利益相关者，然后确定最符合他们利益的变革驱动因素。“评估”概念可用于深入的驱动因素分析，例如使用 SWOT（优势、劣势、机会和威胁）技术。按照惯例，可以从不同的角度生成不同的利益相关者视图图。将大图分解成小图的另一个原因是为了使它们紧凑和可读——为了清晰起见。
利益相关者观点
这种利益相关者观点将利益相关者的动机与公司目标联系起来。目标是组织发展的最重要组成部分。所有变更操作的任何后续元素都应追溯到这些主要原因。
原则观
风险与安全观点
风险和安全概念通过此视图映射到 ArchiMate。风险管理包括对安全和数据保护的关注。两者都包含在这个视图中。
参考：
- 如何使用 ArchiMate® 语言对企业风险管理和安全进行建模，Open Group，文档编号：W172，2017。
- 使用 ArchiMate® 语言对企业风险管理和安全进行建模，Open Group，2015 年。
SWOT分析观
目标视图
目标和主要结果
OKR 是 Objectives and Key Results 的缩写，是一种流行的定义目标和跟踪进度的管理方法。它有助于围绕可衡量的目标建立一致性和参与度。OKR 由两部分组成：(1) 您希望达到的目标和 (2) 将用于跟踪您实现该目标的进度的关键结果。
目标是……
- 对你想要完成的事情的定性解释令人难忘。简短、鼓舞人心且引人入胜的目标是理想的。团队应该受到目标的激励和挑战。
主要结果是……
- 跟踪您实现目标的进度的一组措施。每个目标应该有两到五个关键结果。关键结果太多会让人难以记住。
另一个版本的操作如下所示。
战略观点
战略观
与业务战略相关的概念，例如“行动方针”、“能力”和“资源”，现在在 ArchiMate 版本 3 中可用，可用于为组织的业务计划建模。这种观点的有用性和意义在于组织的目标可以与战略联系起来，然后通过能力与企业架构联系起来的方式。此视图可用于应用“基于目标的战略模型”（Azevedo 等人，2015 年），其中目标形成一个层次结构，可以分解为较低级别的目标。
商业战略观
商业动机模型 (BMM) 视图
需求视图
此需求视图可用于根据战略目标收集需求。这是将战略与实施联系起来的过程：战略可以一直追溯到执行。
战略到能力观
Strategy to Capability 视图以及其他 ArchiMate 元素（如“Driver”和“Goal”）可用于基于能力的规划 (CBP)，如下面的 ArchiMate 图表所示。此视图可用于帮助规划（和执行）策略。因此，这种类型的观点可以用于战略到能力阶段，这是 IT4IT 的“战略到投资组合”阶段的一部分。
能力地图视图
Capability Map 视图可用于对公司的能力进行高级概述：它做什么或可以做什么。
能力规划视图
能力规划视图可用于“战略与企业架构之间的链接”，如基于能力的规划 (CBP) 所定义。这种方法可用于将策略映射到所需的能力，并将能力映射到资源和其他构建块等。
能力实现观
能力实现视图2
Capability Realization 视图的另一个示例显示了如何定义哪些元素可用于实现功能。
价值流视图
重要的是要注意，在价值链/价值流的开头，使用了“定向关联”。价值“阶段”可以在价值流中找到。由价值流组成的“价值链”可以类似于一个总体的、高层次的价值流。IT4IT（链接）引入了一个价值链，其中包括四个价值流：从战略到投资组合、需求到部署、请求到实现和检测到纠正（链接）。
价值流——能力交叉映射视图
价值交付链的一个简单示例如下所示。ArchiMate 3.1 版中的 ArchiMate 价值流元素可用于对价值链、价值网络和价值流建模。
这是能力如何协助（服务）价值流的更详细示例。这个观点可以用来定义公司做什么（商业模式）和为什么需要能力，以及它们与价值创造的关系。
精益 EA 框架 (LEAF) 的参考实现包括此视图（链接）。转到“价值流”，然后转到“价值交付链”。
商业模式画布视图
这是 A. Osterwalder 的商业模型画布 (BMC) 的基本版本，可以对其进行调整以满足您的需求。诸如“服务模型画布”和“精益画布”之类的版本化技术也可用。例如，BMC 可用于设计和创新业务模型。
通过使用 ArchiMate 对 BMC 建模，“促进从业务请求到设计规范的需求跟踪”。这有助于发现商业模式变化对建筑设计的影响。” [LO Meertens 和同事]
用于战略和业务模型分析的内置架构帮助包含在整体开发中。这使业务分析师和开发人员能够评估业务模型在多大程度上支持战略并适合组织，反之亦然。
当 BMC 在建模工具中建模时，此方法的一个好处是 BMC 的所有元素都可以在同一模型存储库的其他视图中重用。在转变商业模式时，所有的变化都是显而易见的。业务建模者可以构建新元素，例如服务，或使用存储库的所有现有元素，例如组织单位和资源。
概念画布视图
BMC 可以有多种形式，如上所示。ArchiMate 的分层方法反映在这个概念画布的布局中。
商业观点
业务架构层视图。
在每一层的 EA 工具中控制的元素都有各种“地图”，例如业务服务地图、流程地图等。在您识别并引入地图后，您可以在其他图表（例如分层视图）中使用它们。地图的目标是将“EA 资产”目录作为“投资组合”处理（类似于想法、服务和项目等的投资组合）。其他功能，如特性或属性，通常由 EA 工具为每个元素提供。这些可用于提供有关每个方面的更多详细信息。这种类型的附加数据也可以用于各种类型的分析。
每个图层可以有多个地图，例如：
- 业务层中的业务服务、业务参与者和业务流程；
- Application Services，应用层中的Applications；
- 技术层的技术服务、平台和技术；等等。
以下是业务层映射的一些示例。
业务服务地图视图
业务服务地图视图提供了公司业务服务的概览。出于管理目的，这种类型的视图可以用作“服务目录”或“服务组合”。弄清楚公司向其客户提供何种商业服务至关重要。业务服务还可用于模拟所有底层组织流程和结构。因此，业务服务是企业架构的重要组成部分。
业务流程图视图
此视图可用作“流程图”，提供组织业务流程的概览。
业务流程协作视图
例如，此视图可用于为操作模型建模。
业务参与者地图视图
有两种业务行为：内部和外部。与组织合作的客户、业务合作伙伴或其他利益相关者团体是内部业务参与者的示例，而外部业务参与者是客户、业务合作伙伴或与公司合作的其他利益相关者团体（例如公共部门组织或其他治理机构） ).
业务参与者合作视图
以下是两种使用场景：
- 企业内部视图：此视图可视化内部业务参与者如何协作和共享信息。
- 企业间视图：描述组织运作的运营环境的生态系统视图。生态系统是通过交互协作的组织和商业伙伴的集合。有供应商、分包商和其他企业对企业的合作伙伴，也有客户。
业务流程视图
业务流程视图显示了“一个业务流程（或多个流程）的高级结构和组成、提供的服务、参与者的分配角色以及业务流程使用的信息。” 此流程图包括“Junction”元素来表示流程流的“fork”和“join”。
下面是一个高级过程的视角。这就是运营模式，它基于上述价值流图中描述的商业模式。
SIPOC（供应商、输入、过程、输出、客户）
SIPOC（供应商、输入、流程、输出、客户）是一个六西格码工具，可用于定义与所有流程相似的方面。这是检查业务案例的简单方法：客户收到什么价值以及他或她如何收到价值。
将业务角色作为流程的“泳道”的业务流程视图——分层方法
客户由“业务角色 A”表示，客户旅程路径由最顶层的“泳线”表示。
请注意，业务角色（可视化为“泳道”）嵌套在流程步骤（活动）内，这意味着这些业务角色被分配给这些业务流程/流程阶段。因此，此视图是分层视图和业务流程视图的混合体。
此版本中描述了信息和数据流（流关系）。客户旅行路径由上方的“泳线”（与触发关系相关的活动）表示。
服务设计方法如下所示。客户旅程路径（角色 A）由最顶层的“泳线”表示，它通过业务服务（1 和 2）与组织（角色 B 和 C）相关。
分层业务流程视图
此视图可用于表示具有手动和自动步骤的业务流程。
客户旅程地图视图
当需要在高层次上研究客户旅程时，会使用动机和策略元素生成此版本。
当需要进一步详细检查客户服务路径时，将使用业务层和应用层（核心）部分生成此版本。
客户体验是这种以客户为中心的观点的重点。这种与“服务设计”相关的技术侧重于正在创建的服务的“由外向内”开发。这强调了服务和产品在为客户以及间接为组织提供价值方面的重要性。客户旅程路线可用于可视化包含许多应用程序服务和应用程序的客户价值流。
服务蓝图视图
此服务蓝图视图以客户和服务为中心，但它也突出了服务的“由内而外”方面。服务驱动的开发策略可以识别要借助此技术构建的服务的潜在行为和结构含义。因此，这种观点将流程和功能因素添加到客户体验驱动的方法中。
这种观点有多种形式。层和元素之间的信息流是这个例子的主题。
用户故事视图
可以使用此视图可视化用户故事。
云服务模型视图
信息视图
以下抽象级别可用于对信息建模：a) 概念，b) 逻辑，和 c) 物理。这些抽象层如上图所示。
概念数据模型视图
在业务操作中使用的业务对象（也称为概念）包含在 EA 的信息架构中。概念数据模型可用于表示这些概念及其关系。
“服务”理念
服务概念经常存在问题，这可以从多种方面看出。为了使讨论的服务类型一目了然，使用前缀是个好主意：业务服务、应用程序服务或技术服务。根据 ITIL，IT 服务与生产服务相关联。因此。IT 服务与应用服务的关系最为密切。
服务与产品
产品概念可用于将服务聚合为复合元素。根据 ArchiMate 的规范：
“产品代表连贯的服务和/或被动结构元素的集合，伴随着合同/协议集，作为一个整体提供给（内部或外部）客户。”
“产品可以聚合或组合业务服务、应用服务和技术服务、业务对象、数据对象和技术对象，以及合同。因此，产品可以聚合或组合来自业务层以外的其他层的元素。“
“价值可能与产品相关联。产品名称通常是与客户交流时使用的名称，或者可能是更通用的名词（例如，“旅行保险”）。”
应用视图
应用服务地图视图
应用地图视图
应用程序组合，例如，可以根据业务部门将其分成多个部门。
应用合作视图（数据流）
应用程序集成视图（动态关系）
下面的示例 (1–10) 显示了几种不同的技术来模拟应用程序之间的数据切换。
- “应用程序 A”拥有“应用程序 B”请求的数据对象“A-1”。
- “应用程序 A”向“应用程序 B”发送数据。
- “应用程序 A”创建“A-1”服务，供“应用程序 B”使用。
- 实际上，“应用程序 B”向“应用程序 A-1”发送请求并收到响应……
应用结构视图
此视图对于设计或分析应用程序的主要结构、子组件和相关数据很重要。此图可用于分解开发中的应用系统的结构，以演示模块化/分解：它们提供的子系统/子组件是什么，它们提供的应用服务（或应用接口）是什么给。
通过结构化接口（下图中的 GUI 和/或 API）提供的行为特征称为应用程序服务（上图）。“同一枚硬币的不同面”是应用程序服务和应用程序接口。
应用架构视图
因为在同一个视图中既有应用程序也有应用程序模块，所以这个视图结合了 EA 和解决方案级别的技术。
应用程序组件模型 (CM)
应用程序组件模型 0-n 是一种对应用程序体系结构进行建模的技术，它由以下各种抽象级别的图表组成：
- CM-0 级别的图表描述了应用程序如何与其环境交互，包括它如何与其他应用程序和用户交互。黑盒用于表示目标应用程序。
- 目标应用程序被分解为模块（主要组件）以及这些模块在 CM-1 级别交付和要求的应用程序服务（或应用程序接口）。白盒用于表示目标应用程序。
- 模块在 CM-2 级别分为子组件。（基本层的数量视情况而定。）
应用程序组件和应用程序服务在下面的应用程序组件模型 (CM) 图中进行了描述。根据情况，可以使用应用程序接口代替应用程序服务。与往常一样，使用适合手头任务的建模风格并仅对那些信息量充足且增值的方面进行建模至关重要。是否突出功能特征或更详细地建模取决于建模者，例如，具有精确命名的实际接口。
应用程序组件和应用程序服务在下面的组件模型图中进行了描述。可以使用应用程序接口而不是使用应用程序服务。
应用程序组件模型 – 0 (CM-0)
目标应用程序与周围应用程序之间的交互在组件模型 – 0 (CM-0) 级别（上图）进行了描述。描述了所有必要的应用程序服务（或应用程序接口）。企业架构级组件及其服务在图中的 0 级表示，目标应用程序位于中间。
应用程序组件模型 – 1 (CM-1)
组件模型 – 1 (CM-1) 级别（上图）显示了目标应用程序如何分解为模块（或主要组件），以及哪个模块负责哪些应用程序服务（或应用程序接口）。笔记！外部应用程序不需要在此级别显示，但它们的服务（或界面）是。当显示更多低级部分时，可以/必须省略更多高级元素——为了清楚起见：保持图表易于理解。
应用程序组件模型 – 2 (CM-2)
组件模型 – 2 (CM-2) 级别（如上所示）描述了目标应用程序的模块如何由子组件组成并进行交互。
应用功能视图
应用功能分解：系统有哪些功能，提供哪些应用服务？
申请流程视图
下面是应用进程视图的嵌套视图。
下面展示了应用进程视图的内部内容。
应用程序组件序列图视图
ArchiMate 并未完全涵盖序列图；相反，它们包含在 UML 中。但是，如下所示，ArchiMate 可用于对应用程序组件执行的操作序列进行建模。
对于应用程序组件之间的动态建模，可以使用动态关系“触发器”和“流”。此视图的布局类似于 UML 序列图的布局。
应用程序组件序列图视图 2
此版本（下图）显示了如何使用 ArchiMate 来模拟应用程序组件的内部元素执行的操作。行为过程或功能以及结构子组件都是内部部件的示例。应用程序流程、应用程序功能和应用程序组件元素用于对它们进行建模。这些仅作为备选方案提供。
此序列图中（上图）中的操作如下：
- 应用程序组件“A”的子进程“X”向应用程序 B 发送带有参数“A”的请求消息。
- 应用程序组件“B”的子进程“B-1”获取传入请求，然后（同步）调用应用程序组件 C，其中应用程序功能“Y”接受请求，执行某些操作，然后返回。
- 应用程序组件“B”的另一个子进程“B-2”向应用程序组件 D 发送带有参数的消息并接收确认。应用程序组件“D”的子组件“D”进行处理。
- 来自应用程序组件 B 的应答消息由应用程序组件“A”接收。如此处所示，我们可以通过组合这些元素（应用程序组件、应用程序进程和应用程序功能以及关系（触发器、流））来建模非常复杂的集成案例。UML序列图在软件设计中有其自身的专门用途，但 ArchiMate 可用于多种建模用途——也可用于应用程序设计。
企业架构最重要的方面之一是应用程序集成 (EA)。这就是为什么我们能够更详细地描述应用程序如何切换数据以及使用哪些交互方法是有用的。这是“企业集成模式”一书的链接，这是开始学习集成模式的绝佳起点。
利用 ArchiMate 动态关系 Trigger 和 Flow 的相同想法，可用于模拟同步和异步消息传递模式，在包括最终用户的序列中使用（下图）（请求-响应和回调，也发布-订阅等）。
ETL-过程视图
EAI/ESB 视图
分层视图
分层视图可用作目标区域概览上下文图。这种方法的主要好处是它显示了应用程序在业务流程中的使用方式以及它们提供的服务。为了对不同的层进行建模，上图使用了 ArchiMate Grouping-element，而下图使用了该工具的可视化 Group-element。
ArchiMate 具有三 (3) 层，如下所示： 三层是：1) 业务层，2) 应用层，以及 3) 技术层。它们的颜色通常如下：业务层为黄色，应用层为青绿色，技术层为绿色。
应用程序和数据库视图
数据库是组织整体企业架构的重要组成部分。例如，“客户数据库”、“客户数据库”、“产品数据库”等。或者，数据库可以是应用程序所有表（例如，“客户表”、“订单表”、“发票表”等）的逻辑（和物理）编译，这些表共同形成一个数据库。根据 ArchiMate 标准，数据对象可用于对逻辑数据库建模（下图）。第 9.4.1 章“数据对象”指出：“数据对象的典型示例是客户记录、客户数据库或保险索赔。” “一个重要的例外是当一个数据对象被用来模拟只有一个实例的数据集合时，比如数据库。” ArchiMate 包括一个巧妙的内置系统，允许您将相同的概念应用于多个抽象级别（和细节级别）。因此，例如，Data Object 可用于模拟逻辑数据库、数据库表、消息结构（跨应用程序切换）等。
数据库作为应用程序组件
数据库抽象级别：
数据模型视图：
用例视图
ArchiMate 可用于从应用程序的功能角度检查用例。如下图所示，用例（由 UML 定义）可以映射到应用程序服务。
用例可以分为两类：业务用例和系统用例（也称为系统用例）。下图显示了“主要用例”如何由业务服务表示，后续系统用例由应用程序服务表示。
当用例被定义为应用服务时，它们可以在其他图表（如分层视图）中用作目标应用功能的片段。换句话说，应用程序服务表示应用程序的行为（功能）。有关用例分析的更多信息，请参阅 ArchiMate Cookbook 链接。
技术观点
技术架构层视图。
基础架构视图
此视图描述了应用程序的平台。此模式可用于对运行时环境设置以及业务应用程序的部署进行建模。
基础架构视图（嵌套）：
实施和迁移层/转换架构层视图
实施路线图视图
看板视图
看板是一种可视化工作和流程的工具。看板描述了开发需求、史诗、用户故事和其他项目如何从待办事项流向就绪状态（完成）。根据开发场景的数量和广度，看板可用于多种用途。例如，“Epics”可以在 EA 级别使用，而“User Stories”或“Requirements”可以用作项目级别的工作项。根据情况，任务项的粒度可能会有所不同。
通用视图
例如，此简化表示可用作特定服务、程序或项目的上下文图。
附加功能
背景概述——银河系地图
这是一种在单一外观中尽可能多地可视化的技术。有关详细信息，请参阅使用 ArchiMate 制作的银河地图。
合作观
如下面的数据流图示例所示，这些层可以混合。
元模型
这些示例是使用Visual Paradigm Online创建的。
