业务层结构概念
ArchiMate的业务层识别企业架构中的高层次概念和关系：最终产品和客户交付系统。该架构层代表了高层次管理目标和需求的实现，从而推动企业架构框架的实施。
业务层元素以与技术无关的方式建模企业的运营组织，而战略元素则建模企业的战略方向和选择。业务层、应用层和技术层被划分为三类概念：被动实体、行为和主动实体。
- 被动实体会被行为作用；系统运行所依赖的系统元素。
- 行为实体描述主动实体与被动实体之间以及主动实体之间的交易。被动实体的例子包括合同、数据对象和产品。
- 主动实体是参与者、角色、协作以及其他代表活动的结构元素。
主动实体（主动实体）
活动实体 –执行某些行为，例如业务流程或功能。它们可以是个人、人员群体，或长期或永久的资源。
- 业务参与者
- 业务角色
- 个人（例如客户或员工）
- 群体（组织单元）
业务参与者（业务参与者）
业务参与者被定义为能够通过被分配到（一个或多个）业务角色而执行行为的组织实体。业务参与者是组织实体，而非技术实体。业务参与者的名称最好为名词。
参与者可能包括组织外部的实体，例如客户和合作伙伴。
业务参与者示例：
下图展示了业务参与者的使用：
- ArchiSurance公司被建模为由两个部门组成的业务参与者。
- 旅行保险销售角色被分配给旅行部门。
- 在此角色中，旅行部门执行旅行保险流程，该流程通过分配给此角色的业务接口提供可访问的服务。
业务角色（业务角色）
业务角色被定义为执行特定行为的责任，该责任可分配给参与者。一个业务角色可分配给一个或多个业务流程或业务功能，而一个业务参与者可被分配到一个业务角色。
ArchiMate中业务角色的示例
在下图的ArchiMate图中，保险销售员的业务角色由保险部门的参与者履行，电话作为接口。保险购买者的业务角色由客户参与者履行，电话作为所需接口。
业务协作（业务协作）
业务流程或功能可以被解释为分配给单一业务角色的内部行为。在某些情况下，该行为是多个业务角色的集体努力；事实上，两个或更多业务角色之间的协作会产生一种集体行为，这种行为可能超过各个角色行为的总和。
业务协作示例
下图的ArchiMate图示说明了协作概念的一种可能用法。在此示例中，销售保险产品涉及销售部门履行销售支持角色，以及一个专门从事此类保险的部门履行保险销售角色。该示例还表明，一个角色（在此为销售支持）可以参与多个协作。
业务接口（业务接口）
业务接口可以分配给一个或多个业务服务，这意味着这些服务通过该接口对外暴露。业务接口被定义为业务服务向环境提供访问的接入点。业务接口的名称最好使用名词。
业务接口示例：
在下图的ArchiMate图中，行李保险销售商提供的业务服务及其与健康保险销售商的协作，分别通过网页表单和呼叫中心业务接口对外暴露。
位置（位置）
位置概念用于建模业务参与者、应用组件和设备等结构元素的分布情况。这通过从位置到结构元素的分配关系来表示。位置也可以间接分配给行为元素，以表明行为执行的位置。
位置示例
下图的ArchiMate图显示了一家保险公司部门在不同位置的分布情况。法律和财务部门集中于总部，而理赔部门则分布在全国各地的各个办公室中。
业务对象（业务对象）
业务对象代表业务领域中重要的“信息”或“概念”元素。通常，业务对象用于建模组织内可能存在多个实例的对象类型。可以定义多种类型的业务对象。业务对象是被动的因为它们不会触发或执行流程.
注意：
- 业务对象可以被业务流程、功能、业务交互、业务事件或业务服务访问。
- 业务对象可以与其他业务对象具有关联、泛化、聚合或组合关系。
- 业务对象可以通过表示形式或数据对象（或两者）来实现。业务对象的名称最好使用名词。
业务对象示例
下图模型展示了一个业务对象“发票”，它聚合了（多个）业务对象“发票行”。
业务流程“创建发票”创建发票和发票行，而业务流程“发送发票”则访问业务对象“发票”。
行为实体（行为实体）
行为实体被定义为由一个或多个主动结构元素执行的活动单元。将主动结构概念分配给行为概念，以表明谁或什么执行了该行为。
内部与外部行为概念
虽然内部业务服务为组织内部的流程或职能提供支持功能，外部可见的行为由概念**建模业务服务**。业务服务代表一种连贯的功能，为环境提供附加价值，而不受其内部实现方式的影响。
行为过程表示法（行为过程表示法）
业务流程描述了为生产一组产品和服务而由业务角色执行的内部行为。
例如：产品和服务与客户相关，但所需的行为是一个黑箱，因此它是一个“内部”行为概念。
行为概念示例
下图的ArchiMate图示说明了业务流程及其与其他概念之间关系的使用。
图示
- 旅行保险流程由三个子流程组成。
- 为清晰起见，子流程绘制在整体流程内（结构化）。
- 每个子流程触发下一个子流程。
- 事件“申请保险”触发第一个子流程。
- 指定了一个特定角色，即在此情况下为保险销售员，负责执行所需的工作。
- 该流程本身实现了保险销售服务。
- “接收请求”子流程使用业务对象客户信息。
业务功能表示法（业务功能表示法）
与业务流程类似，业务功能也描述由业务角色执行的内部行为。
业务流程与业务功能（业务流程与功能）
然而，尽管业务流程 根据交付产品或服务所需的活动序列或“流程”来分组行为, 业务功能通常根据所需业务资源、技能、能力、知识等来分组行为.
业务功能示例
下图的ArchiMate图示说明了业务功能的使用及其与业务流程的关系。
图示
- 保险公司的角色被分配给这三个业务功能中的每一个。
- 这三个业务功能结合了许多业务子流程。
- 由业务事件触发的业务流程涉及来自不同业务功能的子流程。
- 业务功能可以访问业务对象：
- 客户处理功能使用或操作客户信息对象。
- 财务处理功能使用计费应用服务，该服务实现了保费收取业务服务。
业务交互表示法（业务交互表示法）
业务交互类似于业务流程/功能。
业务交互 vs. 流程/功能
虽然流程/功能可以由一个单一角色，但交互是通过协作多个角色的多个角色协作中的角色共同承担执行交互的责任。
业务交互示例
ArchiMate图示说明了业务交互的使用：
- 业务交互由一个请求触发。
- 业务交互“旅行与行李保险联合服务”由旅行保险销售商与行李保险销售商协作执行。
- 该业务交互需要保单信息业务对象，并实现（外部）业务服务“综合保险销售”。
- 作为业务交互的一部分，触发了“准备旅行保单”和“准备行李保单”两个流程。
- 旅行保险销售商和行李保险销售商分别执行这些流程。
业务事件表示法（业务事件表示法）
业务流程及其他业务行为可能被业务事件触发或中断。此外，业务流程可能触发事件，从而启动其他业务流程、功能或交互。业务事件最常用于建模行为的触发，但也可以设想其他类型的事件。
与业务流程、功能和交互不同，业务事件是瞬时的：
- 事件没有持续时间。
- 事件可能源自环境外部组织外部（例如来自客户）。
- 事件可能由其他流程产生或发生内部组织内部。
业务事件示例
ArchiMate 图显示了业务事件符号的使用：
- “申请保险”事件触发“提取保险”流程。
- 包含客户信息的业务对象随请求一同传递。
- 为了说服客户购买更多保险产品，在请求接收过程中会触发一个事件。
- 这会触发将产品组合发送给客户的流程。
业务服务符号（业务服务示例）
业务服务将业务角色或协作的能力暴露给外部环境。该能力可通过一个或多个业务接口访问。业务服务由一个或多个由业务角色或业务协作执行的业务流程、业务功能或业务交互实现。它可以访问业务对象。
业务服务示例
在以下 ArchiMate 图中，区分了外部和内部业务服务。
图
- 核心管理职能充当共享服务中心。
- 与旅行保险和行李保险相关的出站业务流程使用核心管理职能提供的（内部）业务服务。
- 两个业务流程均实现（外部）业务服务。
- 保险销售服务可通过保险销售方的业务接口访问（例如，网页表单）。
- 每个业务服务都应对其用户有价值（在此情况下，即保险购买者角色）。
- 如果合适，可以显式地建模这种价值。
- 向外部客户（保险购买者）提供旅行保险销售服务的价值在于客户获得了保险保障。
被动实体（被动实体）
被动实体（也称为业务对象）——由业务流程或功能等行为所操作。信息概念是被动实体提供了一种将组织的运营实体与其业务目标以及向客户交付的产品（通过行为实体）联系起来的方法。
- 业务流程
- 业务职能
- 合同实体是一种业务对象（被动结构）
- 与业务对象相关联的意义
- 实现业务对象的表示
- 与产品相关联的价值
- 产品整合了业务服务
- 例如：业务参与者扮演特定角色，对业务对象执行业务流程，如下图所示的通用架构图。
ArchiMate 标准还将产品概念本身以及相关的合同概念归类为信息概念。
信息概念与结构和行为概念不同，后者主要关注企业的运营视角；而信息概念则关注“意图”视角。
信息概念符号（信息概念符号）
业务对象（业务对象）
从商业视角来看具有相关性的被动元素。
表示（表示）
由业务对象承载的可感知的信息形式。
意义（意义）
在特定上下文中，存在于业务对象或其表示中的知识或专长。
价值（价值）
业务服务或产品相对的价值、效用或重要性。
产品（产品）
一系列协调一致的服务，伴随合同/协议，作为一个整体交付给（内部或外部）客户。
合同（合同）
规定与产品相关的权利和义务的正式或非正式协议。
业务对象符号
业务对象代表业务领域中重要的“信息”或“概念”元素。
业务对象是被动的，因为它们不会触发或执行流程，并具有以下特征：
- 因此，业务对象用于建模对象类型，例如 UML 类，一个组织中可能存在多个实例。
- 业务对象的表示是行为元素（如业务流程）生成和使用的实际信息实例。
- 业务对象可以表示从商业视角来看相关的信息资产，并可通过数据对象实现。
业务对象示例：以下ArchiMate图示显示：
- 一个业务对象“发票”，它聚合（多个）业务对象“发票行”。
- 此业务对象可通过两种方式实现：电子发票（数据对象）和纸质发票（表示）。
- 业务流程“创建发票”创建发票及发票行，而业务流程“发送发票”则访问业务对象“发票”。
表示法
表示是一种与业务对象相关的信息可感知载体（例如，消息或文档）。
表示的名称最好为一个**名词**，并具有以下特征：
- 表示可以以多种方式分类；例如，按媒介（数字、纸质、音频等）或格式（HTML、ASCII、PDF、RTF等）。
- 一个业务对象可以具有多种不同的表示形式。此外，一个表示形式可以实现一个或多个特定的业务对象。
表示法
以下ArchiMate图示显示：
- 业务对象“保险申请”由一份（实体）申请表（表示）实现。
- “发票”业务对象由纸质发票（表示）实现。
意义表示法
意义被定义为与特定上下文相关联的业务对象或其表示中所包含的知识或专长。意义的名称最好为名词或名词短语。
不同用户可能对业务对象或表示的信息功能有不同的理解。例如，对客户而言，“注册确认”可能对客户关系管理部门（CRM）而言是“客户变更”（假设其被建模为外部用户）。此外，不同的表示形式可能具有相同的潜在意义。例如，各种文档（网页文档、填写完毕的纸质表格、“呼叫中心客户联系”报告）可能具有相同的意义。
意义示例
以下ArchiMate图示显示：
一个保单文件是保险政策这一业务对象的表示。
与此文件相关联的意义是保单通知，包括：
- 保单说明
- 保险注册
- 承保详情。
表示与意义
一个 表示可以实现一个或多个业务对象。一个 意义可以与一个表示相关联，该表示承载这一意义。
意义 vs. 价值 vs. 表示
- 一个 意义是与信息相关的价值.
- 一个 意义代表了一个业务对象或一个表示.
价值表示法
价值被定义为业务服务或产品相对的价值、效用或重要性。它具有以下特征：
- 价值可以与产品相关联，并间接与它所属的业务服务相关联，以及与使用它们的角色或参与者相关联。
- 价值可能适用于一方通过销售或提供某些产品或服务所获得的利益。
价值示例
以下ArchiMate图示显示：
- “被保险”的价值是“提供保险”服务使客户能够实现的最高层次表达。
- 区分了三个“子价值”，它们是保险金额的一部分。
产品表示法
产品被定义为一系列协调一致的服务，伴随一组合同/协议，作为一个整体提供给（内部或外部）客户。产品名称通常是与客户沟通时使用的名称，或一个更通用的名词（例如，“旅行保险”）。
产品示例
以下ArchiMate示例展示了：
- 银行向其客户提供了“电话银行账户”这一产品。
- 开户和应用支持（例如，客服中心等）被建模为由客户关系部门实施的业务服务。
- 作为产品的一部分，客户可以使用银行服务，这些服务通过电话银行应用服务实现，例如电子转账和查询账户状态。
产品 vs. 业务服务 vs. 合同 vs. 价值
- 一个产品可以聚合业务服务或应用服务，以及合同。
- 如上所述，价值可直接与产品相关联，但与使用它们的角色或参与方所包含的业务服务则间接相关。
合同表示法
合同被定义为一项协议的正式或非正式说明，规定与产品相关的权利和义务。合同是业务对象的一种特化。
- 合同概念可用于建模具有法律约束力的合同，也可用于建模与产品相关的更非正式的协议。
- 它还可能包括服务等级协议（SLA），描述与作为产品一部分交付的服务的功能性和质量相关的协议。
合同示例
合同概念可用于建模具有法律约束力的合同，也可用于建模与产品相关的更非正式的协议。它还可能包括服务等级协议（SLA），描述与作为产品一部分交付的服务的功能性和质量相关的协议。合同是业务对象的一种特化。
以下ArchiMate图示展示了：
图示
- 与产品“电话银行账户”相关的电话银行合同。
- 该合同包含两个部分（子合同）：服务条款和服务等级协议（SLA）。
其他ArchiMate资源：
English
Arabic
Chinese (Simplified)
Dutch
French
German
Italian
Japanese
Korean
Portuguese
Russian
Spanish