本案例研究在整个ArchiMate培训课程中用作示例，并作为ArchiMate认证考试的背景。它从基线业务、应用程序、数据和技术架构开始，利用适当的ArchiMate或TOGAF视点。该研究继续进行两种变化情景。第一个场景提供了说明TOGAF体系结构开发和实现周期的视图示例。它显示了体系结构远景、业务目标、原则和需求、目标业务、应用程序、数据和技术体系结构、基线和目标之间差距分析的结果，以及支持实施和迁移规划的视图。在第二个场景中，采用第一个场景的目标状态作为新基线，客户可以通过web直接访问其保险组合。对于这种情况，目前还没有可用的模型。

OpenGroup期望案例研究随着时间的推移而发展，并鼓励其成员添加新的方面和视图或创建新的变更场景，只要它们与原始案例描述和模型一致。

TOGAF®和ArchiMate®

企业架构框架涵盖了支持企业架构师的不同方面。除其他外，它们可能含有以下成分的任意组合：

创建架构的过程（“工作方式”）
视点的集合或分类
描述体系结构的语言（定义概念和关系，但也包括符号）

OpenGroup为企业架构维护两个开放标准：TOGAF[1]和ArchiMate[2]。

TOGAF的核心是企业体系结构开发和实施的过程——体系结构开发方法（ADM）。TOGAF还描述了视点、技术和参考模型，以及识别构成体系结构的构建块类型的内容框架。但是，TOGAF没有规定使用特定的建模语言来创建架构视图。

ArchiMate是一种图形语言，它为模型提供统一的表示，以支持整个体系结构开发周期。该标准的2.0版包括一种核心语言，旨在描述实际的体系结构（业务、信息系统和技术体系结构，以及它们之间的关系），以及对体系结构动机建模的扩展，以及体系结构的实施和迁移规划。图1描述了核心语言和扩展如何链接到TOGAF ADM。除了建模概念和关系之外，ArchiMate与TOGAF一样定义了一组架构视点。

ToAF和阿基米特在他们的哲学和观点的使用有一个坚实的共同基础，以捕捉和传达一个单一的基础架构模型的不同方面。这些标准相互补充，因为TOGAF侧重于开发和实现架构的过程，而ArchiMate侧重于统一的语言来建模架构工件。

技术标准[2]中所述的ArchiMate语言是对TOGAF[1]的补充，因为它提供了一组独立于供应商的概念和关系，包括图形表示，有助于创建一致的集成模型，该模型可以以视图的形式进行描述。

图1：ArchiMate和TOGAF之间的对应关系

背景

ArchiSurance[3,4]是三家以前独立的保险公司最近合并的结果：

专业从事房主保险和旅行保险_宾至如归_
，专业从事汽车保险_亲合_
，专门从事法律费用保险_合法地属于你_

该公司现在由三个部门组成，其名称和总部与其独立的前身相同。

图2：ArchiSurance：三家保险公司合并的结果

成立ArchiSurance是为了利用这三个组织之间的众多协同作用。虽然合并前的三家公司销售不同类型的保险，但它们的商业模式相似。这三种产品都通过网络、电子邮件、电话和邮政渠道直接销售给消费者和小企业。虽然总部设在不同的城市，但每一个都被完全安置在一个大都市区的现代化办公大楼中。每一家公司都拥有忠实的客户群，并在诚信、价值、服务和金融稳定方面享有良好声誉。这三家公司都是由机构投资者和个人投资者组成的连锁集团私人控股的。

这三家公司的主要投资者在注意到低成本竞争对手正在进入其市场、在高增长地区有新的机会以及每家公司都需要大量新的IT投资以保持竞争力后，开始了合并谈判。他们意识到，只有更大的合并公司才能同时控制成本，保持客户满意度，投资新技术，并利用具有高增长潜力的新兴市场。合并谈判和监管批准耗时18个月，但两年前签署了文件，合并完成。

新公司提供三家合并前公司的所有保险产品，并打算根据不断变化的市场条件频繁调整其产品。与它的三个前身一样，ArchiSurance通过印刷、网络和直接营销直接向客户销售。

合并给新公司的业务流程和信息系统带来了许多集成和协调方面的挑战。这些挑战在ArchiSurance基线业务、应用程序、数据和技术体系结构中显而易见。但首先，TOGAF ADM初步阶段为这些挑战建立了激励环境。

初步阶段

为了指导其业务和信息技术的未来变化，ArchiSurance决定在TOGAF 9.1和ArchiMate 2.0的基础上开发一个企业体系结构，并进行最少的裁剪。

作为初步阶段的一部分，确定了架构参与中的主要利益相关者及其关注点（在ArchiMate中建模为内部驱动因素）。TOGAF定义了一个涉众映射矩阵来表示这一点。在ArchiMate中，这可以使用干系人的观点来表达：

利益相关者视角允许分析师对利益相关者、他们的关注点以及这些关注点的评估（就优势、劣势、机会和威胁而言）进行建模。此外，还可以描述与解决这些问题和评估的初始（高级别）目标的联系。

图3显示了这样一个图表的一部分，确定了两个利益相关者（建筑师董事会及其当前和潜在客户）及其关注点，并将其建模为驱动因素。客户满意度是两个利益相关者共同关心的问题。利益相关者的满意度可以细化为更详细的关注点；e、例如，利润。

图3：涉众视图的片段

驱动因素推动特定业务目标的发展，如下所示，以获取利润。降低成本等目标可分为降低维护成本和降低人员成本。

ArchiMate将原则定义为给定上下文中所有系统的规范性属性，或它们实现方式的规范性属性。请注意，这里的“系统”包括组织和组织单位，而不仅仅是IT系统。因此，原则有助于实现业务目标。TOGAF将原则定义为架构应满足的定性意图声明。一项原则必须有一个支持的理由和一个重要的衡量标准。

ArchiMate Principles（图5所示的一个示例）视图以图形方式描述了原则、它们的依赖关系以及它们实现的目标：

“原则”观点允许分析师或设计师对与手头设计问题相关的原则进行建模，包括激发这些原则的目标。此外，可以对原则及其目标之间的关系进行建模。例如，原则可能会相互产生积极或消极的影响。

TOGAF定义了一个原则目录，以提供原则概述。

图4：与驱动利润相关的业务目标

图5：原则视图

阶段B：基线业务架构

合并后，ArchiSurance设立了一个共享前台办公室，作为销售和客户服务的多渠道联络中心，主要联络中心设在合并前的Home&Away总部。目前仍有三个独立的后台处理三家原始公司的保险产品。已在合并前的盈利性总部建立了一个共享服务中心（SSC），用于文档处理。该中心管理中心文档存储库以及所有自动化文档工作流。此外，当具有法律约束力的文档进入或离开ArchiSurance时，它还执行所有扫描、打印和归档操作。为确保业务连续性和处理高峰期活动，SSC还配备了训练有素的人员和设备，以履行前线办公室的职能，同样，前线办公室也做好了相应的准备。

图6：档案馆的全球组织结构

在TOGAFADM的阶段B（业务架构）中，ArchiMate可以表达和关联ArchiSurance组织结构、产品、服务、功能、流程和信息。业务体系结构为数据、应用程序和技术体系结构提供上下文。

组织结构

为了描述组织结构，ArchiMate定义了组织视点：

组织观点关注公司、部门、公司网络或其他组织实体的（内部）组织。在这种观点下，可以将模型表示为嵌套框图，但也可以采用更传统的方式，如组织结构图。组织观点在确定组织中的能力、权威和责任时非常有用。

与此观点相对应的TOGAF是组织分解图。

组织结构通常表示为树，如图7所示，尽管ArchiMate和TOGAF使用的组织分解方法比简单的树型组织图有更多的选项。此视图显示了档案馆的高层组织结构，以及其主要位置和部门。或者，嵌套图可以将组织细分为位置和部门。

图7：组织视图

业务职能

ArchiMate业务职能部门根据一组选定的标准（通常是所需的业务资源和/或能力）对行为进行分组。

ArchiSurance区分的主要业务职能是：

营销，研究、规划、推广和管理产品和细分市场，并与精算师合作设计产品
精算师，确定产品价格和储备水平，与营销部门合作设计新产品，并分析企业风险
客户关系，包括档案馆与其客户之间的互动；它处理客户问题，捕获收到的索赔，并开展直接营销活动
承保，为单个保单设定价格，并生成保险方案和保单
索赔，制定并执行ArchiSurance对针对其保单的每项索赔的响应
财务，包括根据合同制定的客户保单定期收取保费，并处理保险索赔的支付
文档处理，通过文档扫描、打印和归档支持其他功能
投资管理，管理金融和房地产资产，在公司和监管流动性和风险约束范围内实现最大回报

其中一些业务职能在档案管理的三个部门后台办公室中复制。

为了建模业务功能及其关系，ArchiMate定义了业务功能视点：

业务功能视图显示了一个组织的主要业务功能及其在信息流、价值流或商品流方面的关系。

这个观点的TOGAF对应物是功能分解图。

图8显示了ArchiSurance的主要业务功能，以及功能和外部角色之间最重要的信息流。它还显示了不同部门的后台办公室中业务功能的复制。

图8：业务功能视图

业务流程

ArchiMate业务流程根据活动顺序对行为进行分组。它产生一组定义的产品或服务。流程体系结构显示了最重要的业务流程及其关系，可能还显示了每个流程中的主要步骤。它通常不会显示流程流的所有细节，而这正是业务流程设计语言的目的。ArchiMate定义了一个业务流程视点：

业务流程视图用于显示一个或多个业务流程的高级结构和组成。

这个观点的TOGAF对应物是流程图。

图9显示了ArchiSurance的两个核心业务流程及其高级子流程：Close contract（在销售新保险产品时执行）和Handle claim（在收到损坏索赔时执行）。虽然不同类型的保险产品的这些流程的细节可能不同，但主要步骤是相同的。

图9：业务流程视图

阶段C：基线信息系统架构（应用程序）

自合并以来，这三个部门采用了一个通用的门户网站、联络中心软件套件和文档管理系统。此外，该公司还选择了一个战略CRM解决方案，并为Home&Away和PRO-FIT实施了该解决方案。然而，由于管理层的重点是尽量减少合并后的风险，同时不断提高每个部门的日常绩效，因此核心业务应用程序的合理化尚未开始。现在ArchiSurance已经达到了合并后的性能预期，投资者希望通过采用一套通用的产品和以客户为中心的应用程序，可以大幅节约IT成本。因此，仍然存在一些挑战。Home&Away仍然使用其合并前政策管理和财务应用程序包，而PRO-FIT和Legally Yours仍然使用其自己的合并前定制应用程序。

图10：应用程序环境

应用合作

ArchiMate定义了一个应用程序协作视图，以显示应用程序环境和应用程序之间依赖关系的概览：

“应用程序协作”观点描述了应用程序组件之间的关系，即它们之间的信息流，或它们提供和使用的服务。此视点通常用于创建组织应用程序环境的概览。此观点还用于表示共同支持业务流程执行的服务（内部）合作或编排。

这个观点的TOGAF对应物是应用程序通信图。

图11显示了ArchiSurance的主要应用程序，以及应用程序之间的主要数据流。

图11：应用程序协作视图

业务应用程序对齐

TOGAF没有为业务应用程序对齐定义图表。但是，它确实指定了基于矩阵的视点，以显示业务和应用程序体系结构之间的链接；e、例如，应用程序/组织矩阵和应用程序/功能矩阵。

应用程序组件之间的关系也可以图形化建模。ArchiMate定义了应用程序使用视点：

应用程序使用观点描述了如何使用应用程序来支持一个或多个业务流程，以及其他应用程序如何使用它们。它可以通过标识业务流程和其他应用程序所需的服务来设计应用程序，也可以通过描述可用的服务来设计业务流程。此外，由于它确定了业务流程对应用程序的依赖关系，因此对负责这些流程的运营经理可能很有用。

应用程序服务概念在这一观点中起着核心作用。图12显示了由ArchiSurance Home&Away部门使用的应用程序提供的服务子集，以及索赔处理流程的哪个子流程使用了这些服务中的哪个。

图12：应用程序使用视图

阶段C：基线信息系统架构（数据）

ArchiSurance数据体系结构描述其概念业务对象和逻辑数据对象之间的主要关系。ArchiMate为此定义了信息结构视点：

信息结构观点与几乎任何信息系统开发过程中创建的传统信息模型具有可比性。它以数据类型或（面向对象的）类结构的形式显示企业或特定业务流程或应用程序中使用的信息的结构。

TOGAF定义的数据视点之一是逻辑数据图。

图13显示了ArchiSurance定义的业务对象的子集。客户信息的一部分是保险文件，由保险请求、保险单和损坏索赔组成。定义了保险单对象的许多专门化，ArchiSurance销售的每种保险类型各有一个。

图13：信息结构视图

TOGAF定义的另一个数据视点是数据传播图：

数据发布图的目的是显示数据实体、业务服务和应用程序组件之间的关系。该图显示了应用程序组件如何物理实现逻辑实体。这样可以进行有效的大小调整，并优化IT占地面积。此外，通过为数据分配业务价值，可以获得应用程序组件的业务关键性指示。

图14显示了一个ArchiSurance应用程序的数据发布图。

图14：数据发布图

阶段D：基线技术架构

图15勾勒了ArchiSurance的技术基础设施景观。在前厅，位于

Home&Away总部有一个通用服务器和一个专用于web托管的服务器。位于PRO-FIT总部的共享服务中心（SSC）有自己的文件管理系统服务器。三个后台办公室中的每一个都有一个用于其应用程序的服务器。

局域网（LAN）连接三个存档位置的服务器和个人计算机，而这三个位置又由公司广域网（WAN）连接。

图15：基础设施景观

对于基础设施景观的概述，ArchiMate定义了基础设施视点：

Infrastructure视点包含支持应用层的软件和硬件基础设施元素，例如物理设备、网络或系统软件（例如操作系统、数据库和中间件）。

与此观点相对应的TOGAF是环境和位置图。

图16显示了ArchiSurance的主要基础设施组件，按位置和部门分组。此视图中还显示了连接不同设备的网络以及部署在设备上的（应用程序）构件。

图16：基础架构视图

改变情景

场景1：应用程序组合合理化

ArchiSurance应用程序体系结构的不灵活性使其难以适应业务条件的变化。部分由于合并，应用程序环境变得分散，导致数据冗余和功能重叠，以及使用各种数据格式和方法的点对点应用程序集成。这些问题会导致内部不稳定，增加应用程序维护成本，并阻碍公司内部以及与合作伙伴共享信息。因此，IT部门积压了大量的工作请求。ArchiSurance高级管理层非常关注积压工作，尤其是无法满足与大量签约销售合作伙伴和有影响力的保险顾问自动共享信息的需求。

此场景通过以下方式使ArchiSurance应用程序组合合理化：

迁移到集成的后台办公套件，以实现政策管理和金融交易等功能。套房将包括：

o，一个自动核保系统，生成提案和保单_自动U_

o，一个打包的保单管理系统，与自动核保系统集成，以发布、修改和续保保单；该系统还处理客户会计和账单_P-ADMIN_

o，一个打包的索赔系统，具有屏幕和工作流，可配置为支持ArchiSurance的三条业务线_VERSA-CLAIM_

o是一个产品配置管理器，用于定义所有保险产品，并通过web服务向AUTO-U、P-ADMIN和VERSA-CLAIM公开这些定义_P-CONFIG_

o业务规则管理系统（BRMS），由规则存储库、处理引擎、规则开发环境和用于规则管理用户界面的编写工具组成。业务规则引擎通过web服务向AUTO-U、PADMIN、VERSA-CLAIM和P-CONFIG公开规则执行功能。边缘，

完成向战略CRM系统的迁移

ArchiSurance首席投资者和首席执行官支持这些计划，前提是ArchiSurance客户和合作伙伴看不到所有变化。保险公司的产品和服务不得受到影响，所有客户和合作伙伴的互动必须不间断地进行。

图17：应用程序组合合理化

作为这项工作的一部分，技术基础设施也将得到简化。独立的后台服务器将被位于总部总部总部总部数据中心的共享服务器集群所取代。但是，为确保业务连续性，PRO-FIT总部的数据中心还将配备一个备份服务器群集。

阶段A：架构愿景

TOGAFADM的阶段A通过设置范围、约束和目标，建立架构（architecture）工作并启动架构（architecture）开发周期的迭代。此阶段还验证业务上下文并开发架构工作声明。

业务上下文由基于主要业务目标和体系结构原则的关键业务需求组成。图18显示了当前场景的一些相关业务目标和原则。

图18：业务目标和原则

目标和原则是具体需求的基础，如ArchiMate目标细化观点所示：

目标细化视角允许设计师将（高级）目标细化建模为更具体的目标，并将具体目标细化为描述实现目标所需属性的需求或约束。使用聚合关系将目标细化为子目标。将目标细化为需求是使用实现关系建模的。

图19显示了当前变更场景的这种视图的示例。

图19：目标优化视图

架构（architecture）愿景的一个重要元素是基线和目标架构的高级表示，以向利益相关者解释架构（architecture）工作的附加值。为此，ArchiMate定义了介绍性观点：

介绍性观点使用简化的符号形成了完整ArchiMate语言的子集。它通常在设计轨迹开始时使用，此时并非所有内容都需要详细说明，或者向非架构师解释架构模型的本质，而非架构师需要更简单、更直观的符号。这种基本的、不太正式的观点的另一个用途是，它试图避免建筑设计已经固定的印象，这种想法在使用更正式、高度结构化或详细的可视化时很容易产生。

这个观点的TOGAF对应物是解决方案概念图。

下面的示例突出显示了当前更改场景中需要的最重要更改：

在前台，独立的法律费用CRM系统将消失。
在后台，单独的后台应用程序将替换为单个后台套件。三个独立的通用后台服务器将被一个共享服务器集群和一个备份服务器集群所取代。

图20：介绍性视图

阶段B：目标业务架构和差距分析

在此场景中，业务体系结构保持不变。然而，在业务体系结构中，我们还展示了目标体系结构如何实现关键业务需求。为此，TOGAF指定了一个业务示意图。在ArchiMate中，这可以使用需求实现观点来表达，定义如下：

需求实现视点允许设计者通过核心元素（如业务参与者、业务服务、业务流程、应用程序服务、应用程序组件等）对需求的实现进行建模。通常，需求是从目标细化视点生成的。

下面的示例显示了如何通过体系结构中的元素实现在体系结构远景阶段建立的业务需求。

图21：需求实现视图

阶段C：目标应用程序体系结构和差距分析

下面的应用程序通信图显示了应用程序环境的拟议目标情况。

图22：目标应用程序架构：应用程序协作视图

应用程序体系结构的全局差距分析结果如下所示。基线体系结构中存在的几个应用程序组件不再存在于目标体系结构中：独立的后台应用程序和独立的法律费用保险CRM系统。法律费用保险客户的CRM功能由通用CRM系统接管；因此，这不需要新的组件（尽管可能需要调整或重新配置现有的通用CRM系统，但差距分析中未显示这一点）。此外，还引入了一个全新的后台应用程序套件。

图23：应用程序架构：差距分析

阶段D：目标技术架构和差距分析

下面的基础设施视图显示了技术基础设施领域的拟议目标情况。

图24：目标技术架构：基础架构视图

图25显示了技术架构的全球差距分析结果。单独的通用后台服务器将被删除。Home&Away的原始服务器集群将成为中央ArchiSurance后台服务集群，另外一个备份服务器集群将放置在PRO-FIT总部的SSC中。在Home&Away后台办公室中还有一个备份文档管理服务器。新的后台办公套件和文档管理系统将复制到各自的主服务器和备份服务器上。

图25：技术架构：差距分析

实施和迁移规划

TOGAF 9为阶段E和F引入了过渡架构，表示基线架构和目标架构之间可能的中间状态（“平台”）。

在ArchiMate中，基线、目标和转换体系结构以及它们之间的关系使用迁移视点显示：

迁移视点包含可用于指定从现有体系结构到所需体系结构的转换的模型和概念。

图26显示了当前场景的一个示例。档案管理IT部门没有足够的资源来并行执行后台系统集成和CRM系统集成。因此，一个过渡体系结构将两个CRM系统替换为一个，但具有独立的后台系统。另一个有一个后台套件，但有两个CRM应用程序。

图26：迁移视图

过渡架构支持实施项目的规划，如CRM集成和后台应用程序集成。这些项目的顺序取决于选择哪种过渡架构。这可以在TOGAF项目上下文图中显示（图27）：

项目上下文图显示了作为更广泛的转换路线图的一部分要实现的工作包的范围。项目上下文关系图将工作包链接到将由项目添加、删除或影响的组织、功能、服务、流程、应用程序、数据和技术。

图27:TOGAF项目上下文图，用ArchiMate表示

场景2：在线投资组合管理

在此场景中，假设场景1的目标状态为新基线，客户可以通过web直接访问其保险组合。通过使客户能够：

根据ArchiSurance开展业务时使用的规则，安全地在线购买、续保或修改其房主、旅行、汽车或法律费用保险
通过以下方式获得在线交易的帮助：

o在知识库中搜索答案o启动与客户服务代表（CSR）的聊天会话o使用web表单撰写并提交一封电子邮件，由CSR回复o使用web表单请求CSR的电话

从ArchiSurance合作伙伴处获取信息和特别优惠，以满足其需求，如银行和金融规划服务、投资、信用卡和其他类型的保险

对于这种情况，目前还没有可用的模型。开放组鼓励其成员为本案例研究的未来版本做出贡献。贡献者可以扩展或添加这里介绍的两个场景的细节，也可以创建新的场景。然而，为了促进一个连贯的工作主体，新变更场景的基线架构应该是这里介绍的变更场景的基线或目标。

工具书类

TOGAF®9.1版，开放组，由开放组出版，2011年。
ArchiMate®2.0规范，开放组，2012年1月到期。
Doest，H.，Iacob，M.-E.，Lankhorst，M.M.（编辑）和van Leeuwen，D.：视点功能和示例，ArchiMate可交付成果D3.4.1a v2，TI/RS/2003/091，远程信息处理研究所，荷兰恩斯切德，2004年。
van den Berg，H.，Moelaert，F.：PRO-FIT Autoschade开放式试验台，试验台可交付成果WP3/N004/V001，TRC，Enschede，荷兰，1997年。
什么是 ArchiMate？
完整的 ArchiMate 观点指南
ArchiMate 3 更新
ArchiMate 3 有什么新功能？
将 ArchiMate 工具与 TOGAF ADM 结合使用
如何在 ArchiMate 3.1 中使用价值流？
ArchiMate 3.1 的新功能