快速学习 ArchiMate 第 6 部分 – 业务层

快速学习 ArchiMate 第 6 部分 – 业务层 (Business Layer)

业务层结构概念

ArchiMate 业务层识别企业架构高层的概念和关系：最终产品和客户交付系统。这部分架构代表了高层管理人员的目标和要求的实现，从而推动了企业架构框架的实施。

业务层元素用于以技术独立的方式对企业的运营组织进行建模，而战略元素用于对企业的战略方向和选择进行建模。业务层、应用层和技术层分为三类概念：被动结构、行为和主动结构。

• 被动结构元素 (Passive entities)由行为操作，系统运行的系统元素
• 行为结构元素 (Behavior entities) 描述了主动和被动结构元素之间以及主动结构元素之间的事务。被动结构元素的示例包括合同、数据对象和产品。
• 主动结构元素 (Active Entities) 参与者、角色、协作和其他代表活动的结构元素。

主动结构元素 (Active Entities)

活动实体 – 执行某些行为，例如业务流程或功能，它们是个人、一群人或长期或更永久的资源

• 商业演员
• 业务角色
• 个人（例如，客户或员工）
• 人群（组织单位）

商业演员 (Business Actor)

业务参与者被定义为能够通过分配给（一个或多个）业务角色来执行行为的组织实体。业务参与者是一个组织实体，而不是技术实体。商业演员的名字最好是名词。

参与者可能包括实际企业之外的实体，例如客户和合作伙伴。

商业演员示例： (Business Actor Example)

下面的 ArchiMate 图表说明了业务参与者的使用。：

• ArchiSurance 公司被建模为由两个部门组成的业务参与者。
• 旅行保险销售商角色分配给旅行部门。
• 在此角色中，旅行部门执行外卖保险流程，该流程提供可通过分配给此角色的业务界面访问的服务。

业务角色 (Business Role)

业务角色被定义为执行特定行为的责任，参与者可以分配给该角色。一个业务角色可能被分配给一个或多个业务流程或业务功能，而一个业务参与者可能被分配给一个业务角色。

ArchiMate 中的业务角色示例

在下面的 ArchiMate 图中，保险卖方的业务角色由保险部门的参与者履行，并提供电话作为接口。业务角色 Insurance Buyer 由 Customer 参与者完成，并且有电话作为必需的接口。

业务协作 (Business Collaboration)

业务流程或功能可以解释为分配给单个业务角色的内部行为。在某些情况下，行为是多个业务角色的集体努力；事实上，两个或多个业务角色的协作会导致集体行为，这可能不仅仅是单独角色行为的总和。

业务协作示例 (Business Collaboration Example)

下面的 ArchiMate 图表说明了协作概念的可能用法。在此示例中，销售保险产品涉及销售部门，履行销售支持角色，以及专门从事该特定类型保险的部门，履行保险卖方角色。该示例还显示一个角色（在本例中为销售支持）可以参与多个协作。

业务接口 (Business Interface)

一个业务接口可以分配给一个或多个业务服务，这意味着这些服务由接口公开。 业务接口被定义为一个访问点，其中业务服务可用于环境。业务接口的名称最好是名词。

业务接口示例：

在下面的 ArchiMate 图中，行李保险卖方提供的业务服务及其与医疗保险卖方的合作分别通过 Web 表单和呼叫中心业务界面暴露出来。

地点 (Location)

位置概念用于对结构元素（如业务参与者、应用程序组件和设备）的分布进行建模。这是通过从位置到结构元素的分配关系来建模的。也可以间接地将位置分配给行为元素，以指示执行行为的位置。

位置示例 (Location Example)

下面的 ArchiMate 图显示了一家保险公司的部门分布在不同的地点。法务部和财务部集中在总公司，在全国各地的各地办事处设有理赔部。

业务对象 (Business Objects)

业务对象代表业务考虑域的重要“信息”或“概念”元素。通常，业务对象用于对对象类型进行建模，其中组织内可能存在多个实例。可以定义多种类型的业务对象。业务对象是被动的，因为它们不触发或执行流程。

笔记：

• 业务对象可以被业务流程、功能、业务交互、业务事件或业务服务访问。
• 业务对象可能与其他业务对象具有关联、专业化、聚合或组合关系。
• 业务对象可以通过表示或数据对象（或两者）来实现。业务对象的名称最好是名词。

业务对象示例

下面的模型显示了一个业务对象 Invoice，它聚合了（多个）业务对象 Invoice 行。

业务流程 – 创建发票创建发票和发票行，而业务流程发送发票访问业务对象发票。

行为元素 (Behavior Entities)

行为元素 被定义为由一个或多个活动结构元素执行的活动单元。主动结构概念被分配给行为概念，以显示谁或什么执行行为

内部与外部行为概念

虽然内部业务服务为组织内的流程或功能提供支持功能，但外部可见行为由概念**业务服务**建模。业务服务代表了一个连贯的功能，它为环境提供附加值，独立于该功能在内部实现的方式。

行为过程符号 (Behavioral Process Notation)

业务流程描述了生产一组产品和服务所需的业务角色所执行的内部行为。

例如：产品和服务与客户相关，但 所需的行为只是一个黑匣子，因此，它是一个“内部”行为 概念。

行为概念示例 (Behavioral Concept Example)

下面的 ArchiMate Daigram 说明了业务流程的使用及其与其他概念的关系。

图解

• 外卖保险流程由三个子流程组成。
• 为清楚起见，在整个过程（结构化）中绘制了子过程。
• 每个子流程触发下一个子流程。
• 事件请求保险触发第一个子流程。
• 一个特定的角色，在这种情况下是保险销售商，被分配来执行所需的工作。
• 该过程本身实现了保险销售服务。
• 接收请求子流程使用业务对象客户信息。

业务功能符号 (Business Function Notation)

就像业务流程一样，业务功能也描述了业务角色执行的内部行为。

业务流程与业务功能 (Business Process and Function)

然而，虽然业务流程组的行为基于实现产品或服务所需的一系列活动或“流程”，但业务功能通常_根据所需的业务资源、技能、能力、知识等对行为进行分组_。

业务功能示例 (Business Function Example)

下面的 ArchiMate 图表说明了业务功能的使用，以及业务功能和业务流程之间的关系。

图解

• 保险公司角色被分配给三个业务职能中的每一个。
• 这三个业务功能组合了许多业务子流程。
• 由业务事件启动的业务流程涉及来自不同业务功能的子流程。
• 业务功能可以访问业务对象：
  • 客户处理功能使用或操作客户信息对象。
  • 财务处理功能利用Billing应用服务，实现Premium收款业务服务

业务交互符号 (Business Interaction Notation)

业务交互类似于业务流程/功能。

业务交互 vs 流程/功能

虽然流程/功能可以由单个角色执行，但交互由多个角色的协作执行。协作中的角色分担执行交互的责任。

业务交互示例 (Business Interaction Example)

在 ArchiMate 图中说明了业务交互的用法：

• 业务交互由请求触发。
• 业务互动 外卖联合保险是作为旅行和行李保险销售商之间的合作来执行的。
• 业务交互需要Policy info业务对象，实现（对外）业务服务组合保险销售。
• 作为业务交互的一部分，将触发准备旅行政策和准备行李政策。
• 旅行保险销售商和行李保险销售商分别执行这些流程。

业务事件符号 (Business Event Notation)

业务流程和其他业务行为可能会被业务事件触发或中断。此外，业务流程可能会引发触发其他业务流程、功能或交互的事件。业务事件最常用于对触发行为的事物进行建模，但也可以想象其他类型的事件。

与业务流程、功能和交互不同，业务事件是即时的：

• 事件没有持续时间。
• 事件可能源自组织外部的环境（例如，来自客户）
• 事件可能发生，也可能由组织内部的其他过程产生。

商务活动示例 (Business Event Example)

ArchiMate 图表显示了业务事件符号的用法：

• 请求保险事件触发取出保险过程。
• 包含客户信息的业务对象伴随着请求。
• 为了说服客户购买更多的保险产品，在接收请求过程中引发了一个触发事件。
• 这会触发将产品组合发送给客户流程。

业务服务符号 (Business Service Example)

业务服务向外部环境公开业务角色或协作的功能。此功能可通过一个或多个业务接口访问。业务服务由业务角色或业务协作分别执行的一个或多个业务流程、业务功能或业务交互实现。它可以访问业务对象。

业务服务示例

在下面的 ArchiMate 图中，区分了外部和内部业务服务。

图解

• 基本管理功能充当共享服务中心。
• 与旅行和行李保险对应的外卖业务流程使用基本管理功能提供的（内部）业务服务。
• 这两个业务流程都实现了（外部）业务服务。
• 保险销售服务可通过保险销售商的业务界面（例如，网络表单）访问。
• 每个业务服务都应该对服务的用户有价值（在这个例子中，保险购买者角色）。
• 如果合适，可以显式地建模该值。
• 向外部客户（保险购买者）提供旅游保险销售服务的价值在于客户已投保。

被动实体 (Passive Entities)

被动实体（也称为业务对象）——由业务流程或功能等行为操纵。信息概念是被动实体，它提供了一种将组织的运营方与其业务目标和它提供给客户的产品（通过行为实体）联系起来的方法。

• 业务流程
• 业务功能
• 契约实体是一种业务对象（被动结构）
• 含义与业务对象相关联
• 表示实现一个业务对象
• 价值与产品相关联
• 产品聚合业务服务
• 例如： 业务参与者扮演特定角色来为业务对象执行业务流程，如下面的通用架构图所示。

ArchiMate 标准还将产品概念本身与相关的合同概念一起归类为信息概念。

信息概念 与主要关注企业运营视角的结构和行为概念不同，信息概念侧重于“意向”视角。

信息概念符号 (Information Concept Notation)

业务对象 (Business Object)

从业务角度来看具有相关性的被动元素。

表示 (Representation)

业务对象携带的信息的一种可感知形式。

意义 (Meaning)

在给定特定上下文的情况下，业务对象或其表示中存在的知识或专业知识。

价值 (Value)

商业服务或产品的相对价值、效用或重要性。

产品 (Product)

一系列连贯的服务，伴随着合同/协议，作为一个整体提供给（内部或外部）客户。

合同 (Contract)

指定与产品相关的权利和义务的正式或非正式协议规范。

业务对象表示法

业务对象代表业务考虑域的重要“信息”或“概念”元素。

业务对象是被动的，因为它们不触发或执行流程，并且还具有以下特征：

• 因此，业务对象用于为对象类型建模，例如 UML 类，组织中可能存在其多个实例。
• 业务对象表示由行为元素（如业务流程）产生和使用的信息的实际实例。
• 业务对象可用于表示从业务角度相关的信息资产，并可通过数据对象实现。

业务对象示例： 下面的 Archimate 图表显示：

• 一个业务对象 Invoice，它聚合了（多个）业务对象 Invoice line。
• 此业务对象有两种可能的实现方式： 电子发票 （数据对象）和 纸质发票 （表示）。
• 业务流程 创建发票 创建发票和发票行，而业务流程 发送发票 访问业务对象 发票。

表示符号

表示是与业务对象（例如，消息或文档）相关的信息的可感知载体 。

表示的名称最好**是名词，**并具有以下特征：

• 表示可以用多种方式分类；例如，在媒体（电子、纸张、音频等）或格式（HTML、ASCII、PDF、RTF 等）方面。
• 单个业务对象可以有多种不同的表示。此外，单个表示可以实现一个或多个特定的业务对象。

表示符号

下面的 ArchiMate 图表显示：

• 业务对象 Request for insurance，由（物理）请求表实现（表示）。
• 的 发票 业务对象是由纸帐单实现（表示）。

意义符号

含义被定义为存在于业务对象或其表示中的知识或专业知识，在给定特定上下文的情况下，可以与带有此含义的表示相关联。含义的名称最好是名词或名词短语。

不同的用户可能会以不同的方式查看业务对象或表示的信息功能。例如，客户的“注册确认”可能是 CRM 部门的“客户变更”（假设它被建模为外部用户）。此外，各种不同的表示可能具有基本相同的含义。例如，各种不同的文档（网络文档、填写的纸质表格、来自呼叫中心的“客户联系”报告）可能具有相同的含义。

含义示例

下面的 ArchiMate 图表显示：

一个 保险政策文件 是一个的代表性 保险政策，这是一个业务对象。

与本文件相关的含义是 保险单通知，其中包括：

• 一个 政策的解释
• 一个 保险登记
• a 承保说明。

表示与意义

一个表示 可以实现一个或多个业务对象。甲meanin克可以与表示相关联的承载这个意思。

意义 vs 价值 vs 表示

• 一个意思 是信息相关的对应值
• 甲意思是代表一个描述一个业务对象的意图或表示

值符号

价值被定义为商业服务或产品的相对价值、效用或重要性，它们具有以下特征：

• 值可以与产品相关联，并间接地与它们所属的业务服务以及使用它们的角色或参与者相关联。
• 价值可能适用于一方通过销售或提供某些产品或服务而获得的收益

值示例

在下面的 ArchiMate 图中显示：

• Be Insured的价值 是对服务提供保险 使客户能够做什么的最高级别表达
• 区分三个“子价值”，它们是被保险 金额的一部分 。

产品符号

产品被定义为一系列连贯的服务，并附有合同/协议集，作为一个整体提供给（内部或外部）客户。 产品名称通常是与客户交流时使用的名称，或者可能是更通用的名词（例如，“旅行保险”）。

产品示例

下面的 ArchiMate 示例显示：

• 银行 向其客户提供产品电话 银行账户。
• 开设帐户以及应用程序支持（即帮助台等）被建模为由客户关系部门实现的业务服务 。
• 作为产品的一部分，客户可以使用银行服务，该服务提供由Telebanking 应用程序实现的应用服务 ，例如电子 汇款 和请求 帐户状态。

产品 vs 商业服务 vs 合同 vs 价值

• 一个产品可以聚合业务服务或应用服务，以及合同。
• 如上所述，值可以直接与产品相关联，但间接与业务服务相关联，它们是使用它们的角色或参与者的一部分。

合同符号

合同被定义为协议的正式或非正式规范，其中规定了与产品相关的权利和义务。 合同是业务对象的特化。

• 合同 概念可用于对法律意义上的合同进行建模，但也可用于建模与产品相关的更非正式的协议。
• 它也可能是或包括服务水平协议 (SLA)，描述关于作为产品一部分的服务的功能和质量的协议。

合约示例

合同 概念可用于对法律意义上的合同进行建模，但也可用于建模与产品相关的更非正式的协议。它也可能是或包括服务水平协议 (SLA)，描述关于作为产品一部分的服务的功能和质量的协议。合同是业务对象的特化。

下面的 ArchiMate 图表显示如下：

图解

• 与产品Telebanking 帐户相关联 的 Telebanking 合同。
• 合同包括两部分（分包合同）： 服务条件 和 服务水平协议。

其他 ArchiMate 资源：

• Open Group 认证的 ArchiMate 3 工具
• 什么是 ArchiMate？如何绘制ArchiMate图？
• 如何绘制 ArchiMate 3.0.1 图表？
• 学习 ArchiMate 教程
• 物理观点指南
• What is ArchiMate?
• Full ArchiMate Viewpoints Guide
• ArchiMate 3 Update
• What’s New in ArchiMate 3?
• Using ArchiMate Tool with TOGAF ADM
• How to Use Value Stream in ArchiMate 3.1?
• What is New in ArchiMate 3.1