企业架构系列(七)ArchiMate第五节:业务层

业务层元素用于以与技术无关的方式模拟企业的运营组织,而战略元素(详见上一篇)用于模拟企业的战略方向和选择。

一、业务层元模型

二、主动结构元素

业务层的主动结构方面(Aspect)是指组织的静态结构,即组成组织的实体及其关系。主动实体是执行业务流程或功能(能力)等行为的主体(例如,业务参与者或业务角色)。业务参与者可能是个人(例如,客户或员工),也可能是组织内具有永久(或至少是长期)状态的人群(组织单位)和资源。后者的典型示例是部门和业务单元。

架构描述侧重于结构,这意味着组织内实体之间的相互关系起着重要作用。为了明确这一点,引入了业务协作元素。

引入业务接口元素是为了明确建模角色向环境提供的服务的(逻辑或物理)位置或渠道。同一项服务可能在许多不同的接口上提供;例如,通过邮件、电话或通过互联网。

在业务层中定义了三类内部主动结构元素:业务施动者、业务角色、业务协作。

2.1 业务施动者

业务施动者指任何能发起或影响业务活动的实体。

  • 业务执行者(Business Executor) 强调的是具体执行任务的实体。
  • 业务参与者(Business Participant)包括所有参与流程的实体,不仅仅是执行者。
  • 业务施动者(Business Actor)是指那些能够触发或影响业务活动的所有角色。

业务施动者可能包括实际组织之外的实体;例如,客户和合作伙伴。业务施动者的示例包括人员、部门和业务单位。

可以将业务施动者分配到一个或多个业务角色。然后它可以执行分配给这些业务角色的行为。可以将业务施动者聚集在一个位置。

业务施动者的名称最好是名词。业务施动者可以是特定的个人或组织;例如,“张三”或“某某公司”,也可以是通用的;例如,“客户”或“供应商”。

2.2 业务角色

业务角色代表了执行特定行为的责任,可以分配给某个施动者,或者是某个施动者在特定行动或事件中所扮演的角色

具有特定责任或技能的业务角色会被分配到业务流程或业务功能上。被分配到业务角色的业务施动者负责确保相应的行为得到执行,无论是亲自执行还是通过委派和管理来完成。除了业务角色与行为的关系之外,业务角色在(结构上的)组织意义上也是有用的;例如,在组织内的劳动分工中

区别业务施动者和业务角色的例子:业务施动者‘供应商’描绘的是一个组织实体,而业务角色‘供应商’描绘的是一种责任。

业务角色的名称最好是名词。

2.3 业务协作

业务协作表示一起工作以执行集体行为的两个或多个业务内部主动结构元素的聚合。

业务流程或功能可以解释为单个业务内部主动结构元素的内部行为。在某些情况下,行为是多个业务内部主动结构元素的集体努力;事实上,两个或多个业务内部主动结构元素的协作产生的集体行为可能不仅仅是单独元素行为的总和。业务协作代表了这种集体努力。

业务交互可用于描述业务协作中发生的内部行为。业务协作是组织内执行协作行为(交互)的业务角色、施动者或其他协作的(可能是临时的)集合。与部门不同,业务协作不需要在组织内具有正式(永久)状态;它专门针对角色之间的特定交互或交互集。它在对不同组织(例如供应商网络)之间的企业对企业 (B2B) 交互进行建模时特别有用,也可用于描述社交网络。

业务协作可以聚合多个业务角色、施动者或其他协作,并可能被分配给一个或多个业务交互或其他业务内部行为元素。业务接口或应用程序接口可以为业务协作提供服务,而业务协作可以具有业务接口(通过组合,也可以通过派生关系聚合)。

业务协作的名称最好是名词。不命名业务协作也是相当常见的。

2.4 业务接口

业务接口表示向环境提供业务服务的访问点。

业务接口将业务服务的功能暴露给其他业务角色或施动者。它通常被称为渠道(电话、互联网、本地办公室等)。相同的业务服务可以通过不同的接口暴露。

业务接口可能通过组成关系成为业务角色或施动者的一部分,业务接口也可能服务于业务角色。业务接口可能被分配给一个或多个业务服务,这意味着这些服务由接口暴露。

业务接口的名称最好是名词。

2.5 示例

“某保险公司呼叫中心”被建模为业务施动者,由三名员工组成,也被建模为业务施动者:“张伟”、“李丽”和“王阳”。 “某保险公司呼叫中心”有三个业务接口来服务客户:“电话”、“电子邮件”和“网络聊天”。 张伟履行“旅行保险索赔分析师”的业务角色,李丽履行“家庭保险产品专家”的业务角色,王阳履行“客户服务代表”的业务角色。前两个业务角色是业务角色“专家”的专业化(即,特定化)。 “高风险索赔裁决”是两个业务角色的业务协作:“专家”和“客户服务代表”。


三、行为元素

3.1 业务流程

业务流程表示实现特定成果(如一组产品或业务服务)的业务行为序列。

业务流程描述了业务角色执行的内部行为,这些行为是生产一组产品和服务所必需的。对于消费者来说,产品和服务是相关的,所需的行为只是一个黑匣子,因此称为“内部”。

复杂业务流程可能是其他更细粒度流程的集合。每个流程可能被分配更细粒度的角色。

业务流程和业务功能之间存在潜在的多对多关系。流程描述了某种活动的“流程”,而功能则根据所需的技能、知识、资源等对活动进行分组。

业务流程的名称应使用动词或动名词,清楚地指示出预定义的操作序列,并可包含单词“流程”。示例包括“裁定索赔”、“员工入职”、“审批流程”或“财务报告”。

3.2 业务功能

业务功能表示基于一组选定的标准(如所需的业务资源和/或胜任力)的业务行为集合,并作为一个整体进行管理或执行。

就像业务流程一样,业务功能也描述业务角色执行的内部行为。但是,业务流程根据实现产品或服务所需的活动顺序或流程对“行为”进行分组,而业务功能通常根据所需的业务资源、技能、能力、知识等对“行为”进行分组。

业务功能的名称应清楚地表明明确定义的行为。例如客户管理、索赔管理、会员服务、回收或付款处理。

3.3 业务交互

业务交互表示由两个或两个以上业务施动者、业务角色或业务协作执行的集体业务行为的单元。

业务交互类似于业务流程或功能,但流程或功能可能由单个业务活动结构元素执行,而交互则由多个主动结构元素(协作)执行。这些元素共同负责执行交互。

业务交互的名称是动词。

3.4 业务事件

业务事件表示业务相关的状态变更。

业务流程和其他业务行为可能由业务事件触发或中断。与业务流程、功能和交互不同,业务事件是即时的:它没有持续时间。事件可能源自组织的环境(例如来自客户),也可能源自组织内其他流程产生的内部事件。

业务事件可能具有时间属性,表示事件发生的时刻。这可用于对时间表进行建模;例如,对触发每月第一个星期一执行重复业务流程的事件进行建模。

业务事件的名称是完成时态的动词;例如,“索赔已收到”。

3.5 业务服务

业务服务表示业务角色、业务施动者或业务协作向其环境公开的所明确定义的行为。

业务服务向其环境公开业务角色或协作的功能。此功能可通过一个或多个业务接口访问。

业务服务应提供从环境角度看有意义的行为单元。目的是根据其提供的价值来陈述此效用,并被建模为与服务相关的价值元素。环境包括组织外部和内部用户(的行为)。业务服务可以是外部的、面向客户的服务(例如,旅行保险服务)或内部支持服务(例如,资源管理服务)。

业务服务的名称是动词;例如,事务处理。此外,可以使用明确包含“服务”一词的名称。

3.6 示例

“索赔管理”是一项业务功能,由多个业务流程和一个业务交互组成。此业务功能实现“索赔处理”业务服务。业务事件“索赔已提交”触发第一个业务流程“接受索赔”,进而触发业务流程“分配索赔任务”。根据索赔类型,将执行业务流程“裁定标准索赔”或业务交互“裁定高风险索赔”。高风险索赔的裁定是一种业务交互,因为根据公司政策,应始终有两个人参与此活动以最大限度地降低欺诈风险。裁定后,业务流程“通知客户”和“支付索赔”并行执行,当两个流程都完成后,触发“关闭索赔”业务流程。


四、被动结构元素

4.1 业务对象

业务对象表示在特定业务领域中使用的概念。

可以定义多种类型的业务对象。业务对象是被动的,因为它们不会触发或执行流程。业务对象可用于表示与业务角度相关的信息资产,并且可以通过数据对象实现。

业务对象的名称最好是名词。

4.2 合同

合同表示提供者和消费者之间协议的正式或非正式规范,该规范指定与产品相关的权利和义务,并为交互建立功能和非功能参数 。

合同元素可用于模拟法律意义上的合同,但也可模拟与产品相关的非正式协议。它还可以是服务级别协议 (SLA) ,即描述有关产品所含服务的功能和质量的协议。合同是业务对象的特殊化。

合同的名称最好是名词。

4.3 表现形式

表现形式表示某一业务对象所携带信息的可感知的形式。

表现形式(消息或文档)是与业务对象相关的信息的可感知载体。例如,按介质(电子、纸张、音频等)或格式(HTML、ASCII、PDF、RTF 等)分类。单个业务对象可以有多种不同的表现形式。

表现形式的名称最好是名词。

4.4 示例

业务对象“索赔”可以通过以下三种物理表示(在索赔管理流程的不同阶段)之一实现:“提交表格”、“索赔文件摘要”或“索赔信”。所有这些表现形式都引用了“保单摘要”这个表现形式,该表现形式实现了合同“保险单”。


5 复合元素

业务层包含了一个复合元素:产品。

产品聚合或组成了 ArchiMate 核心语言各层之间的服务和被动结构元素。

5.1 产品

产品表示服务和/或被动结构元素的连贯集合,伴随着一份合同,作为一个整体提供给(内部或外部)客户。

产品既涵盖信息密集型组织中常见的无形、基于服务或信息产品,也涵盖有形、物理产品。金融或信息产品由一系列服务以及指定与产品相关的特征、权利和要求的合同组成。“购买”产品意味着客户有权使用相关服务。

通常,产品元素用于指定产品“类型”。与实现或支持产品的流程相比,组织中的产品类型数量通常相对稳定。“购买”通常是与产品相关的服务之一,它会产生该产品的新实例(属于特定客户)。同样,也可能存在修改或销毁产品的服务。

产品可以聚合或组成业务服务、应用服务、技术服务、业务对象、数据对象、技术被动结构元素(工件和材料)以及合同。因此,产品可以聚合或组合来自业务层以外的其他层的元素。

产品名称通常是与客户沟通时使用的名称,或者可能是更通用的名词(例如“旅游保险”)。

5.2 示例

产品“保险”由合同“保险单”和业务服务“客户服务”组成,后者聚合了其他四个业务服务:“申请”、“续保”、“索赔处理”和“上诉”。产品“汽车保险”是通用“保险”产品的专业化,带有附加业务服务“安全驾驶优惠”和随附合同“安全驾驶优惠协议”。


6 业务层元素总结


 参考文献:ArchiMate 3.2 Specification 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

一万小石

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值