「业务架构」TOGAF建模之业务架构:组织分解图(组织映射)

简介: 「业务架构」TOGAF建模之业务架构:组织分解图(组织映射)

组织分解图描述了组织树中参与者、角色和位置之间的链接。组织图应该提供组织中所有者和决策者的指挥链。虽然组织分解图的目的不是将目标与组织联系起来,但是应该可以从组织分解图直观地将目标与涉众联系起来。

这个图表还可以描述参与者的定义和他们的职责。组织是指参与者之间的联系,或者是参与者和组织单位之间的联系,表现出等级关系、沟通和责任。

通过展示企业主要参与者之间的主要信息流,还可以突出组织内的任务和责任。这显示了组织中由谁接收、处理或发出哪些信息,从而说明了组织元素的责任。

组织分解图还用于定义参与者承担的不同角色。

位置、角色和参与者

在图1所示的示例中,表示了位置、角色和参与者。总部设在巴黎,在南特、图卢兹和里昂有三家分公司。组织单位已分配到不同的地点。大部分服务集中在巴黎。IT部门设在图卢兹。每个分支机构都有销售部。通过其职责链接(角色到角色或组织单元),角色的地理位置通常是隐含的。

UML/BPMN EAP Profile


  • 内部行动者:属于企业的行动者。
  • 总部位置:从地理位置上定义企业元素的部署位置(组织单元、硬件设备、参与者等)。
  • 站点位置:从地理位置定义企业元素的部署位置(组织单元、硬件设备、参与者等)。一般来说,一个企业有一个总部和几个营业点。
  • 组织单元:描述一个分解企业组织的单元。例如,这可以是一个部门。
  • 本地化链接:企业元素(演员、业务单元、硬件设备等)在一个位置的本地化链接。或者,可以将本地化元素嵌入到该位置中。

Archimate


角色及其职责的定义

如图2所示,角色及其职责的定义是以一般方式展示企业功能的一种好方法。企业的参与者及其交互提供了对组织的概述。

一个企业内的几个演员可以代表几个人。某些演员代表一群人或演员,例如“董事会”:这是一个将不同部门的董事聚集在一起的例子。但和其他演员一样,它也有责任和决策权。

企业外部的参与者有助于展示他们对组织本身的定位:谁与他们互动。

存在的元素:

  • 描述层级的责任链接
  • 责任链接到组织单位,表明谁负责哪个组织单位
  • 沟通链接,表明谁与谁沟通
  • 构图环节,展示复合演员的构成。
  • 内部行动者,即参与企业运作的行动者
  • 外部参与者,他们是企业外部的参与者,但与企业互动(此处:客户和合作伙伴)

UML/BPMN EAP Profile

图2 -这个模型提供了组织图,由职责和沟通的信息丰富

  • 组织单元:描述一个分解企业组织的单元。例如,这可以是一个部门。
  • 内部行动者:属于企业的行动者。
  • 外部行动者:企业外部的行动者。
  • 通过链接进行交流:表示两个角色或演员一起交流以实现他们的工作。
  • 由链接组成:表示一个角色是复合的,并且由其他角色组成。
  • 负责链接:表示角色或参与者之间的分层责任,以及组织单位的责任。

Archimate

图2 -这个模型提供了组织图,由职责和沟通的信息丰富

Business Actor.

Meaning

企业内部流通的主要信息流

图3显示了在企业内部流通的主要信息流。它们是从行动者和/或组织单位接收或发送给它们的。此示例集中于从外部参与者发出/发送到外部参与者的流,以及参与处理的主要组织单元。

UML/BPMN EAP Profile

图3 -企业中的主要信息流

使用的元素:

  • 行动者
  • 业务部门
  • 信息流:信息可以与业务实体相关,以表示这些是交换的数据(本例中为票据和订单)。
  • 组织单元:描述一个分解企业组织的单元。例如,这可以是一个部门。
  • 外部行动者:企业外部的行动者。
  • 信息流:定义企业活动实体之间的任何类型的信息流(业务实体、事件、产品、非正式等)。

Archimate

图3 -企业中的主要信息流


  • 商业行动者。
  • 业务对象。

参与者承担的角色

图4显示了由参与者承担的角色。演员扮演一个角色来执行任务。演员通常或预期的功能,或某人或某物在某一特定动作或事件中所扮演的角色,在这里进行了建模。

UML/BPMN EAP Profile

图4 -行动者扮演的角色

使用的元素:

  • 演员
  • 角色
  • “假定”依赖关系
  • 内部行动者:属于企业的行动者。
  • 外部行动者:企业外部的行动者。
  • 内部角色:内部参与者在给定动作(任务)中扮演的角色。
  • 外部角色:外部参与者在特定动作(任务)中扮演的角色。

Archimate

图4 -行动者扮演的角色

  • 业务行动者。
  • 业务角色。
  • 分配

详细参与者承担的角色

图5显示了相同类型的模型,但是显示了一个非常详细的层次,集中在一个参与者上。这种每个参与者的详细模型提供了每个参与者的详细定义,显示了其任务、责任和权利。此图显示了分配给销售总监的目标、他/她的职责(业务部门、管理的参与者)、他/她拥有的业务流程、他/她的位置、假定的角色、他/她使用的应用程序组件、他/她与之交互的其他参与者,以及他/她有权访问的企业实体。

UML/BPMN EAP Profile

图5 -角色的详细模型,聚焦于销售总监

  • 目标:这是企业的一个目标。

  • 内部行动者:属于企业的行动者。

  • 总部位置:从地理位置上定义企业元素的部署位置(组织单元、硬件设备、参与者等)。

  • 组织单元:描述一个分解企业组织的单元。例如,这可以是一个部门。

  • 业务宏观过程。

  • 由链接组成:表示一个角色是复合的,并且由其他角色组成。

  • 链接责任:表示角色或参与者之间的层级责任,以及组织单位的责任。

  • 链接的所有者。

  • 分配的链接:将目标分配给企业的一个元素,通常是一个参与者、一个组织单元或一个业务流程。

  • 本地化链接:企业元素(演员、业务单元、硬件设备等)在一个位置的本地化链接。或者,可以将本地化元素嵌入到该位置中。

Archimate

图5 -角色的详细模型,聚焦于销售总监

  • 业务行动者。
  • 地方
  • 业务流程。
  • 分配链接。
  • 影响力链接。
  • 目标
  • 关联链接。
  • 聚合链接。
相关文章
|
6月前
|
领域建模
架构设计 DDD领域建模 核心概念
【1月更文挑战第6天】架构设计 DDD领域建模 核心概念
|
4月前
|
NoSQL Redis UED
业务架构问题之在流程建模中,“定职责”的重要性是什么,流程建模中的交互设计原则是什么
业务架构问题之在流程建模中,“定职责”的重要性是什么,流程建模中的交互设计原则是什么
|
4月前
|
测试技术 uml
业务架构问题之在业务架构中,经常说的“看清楚事”指的是什么
业务架构问题之在业务架构中,经常说的“看清楚事”指的是什么
|
前端开发
架构学习——业务架构图
架构学习——业务架构图
495 0
|
存储 人工智能 架构师
基于 TOGAF 和 WAF 的企业级架构
基于 TOGAF 和 WAF 的企业级架构
178 0
基于 TOGAF 和 WAF 的企业级架构
“阿里味”GitHub新春上新NO.1软件架构设计与业务架构融合手册
软件架构设计的本质,是对问题域空间反复运用演绎、抽象、归纳等方法,进而找到适合当前阶段的设计方案的过程。既要考虑软件随业务发展的纵横向扩展性,也要考虑软件自身的可行性、稳定性和可维护性等技术因素。
|
存储 BI 数据库
数据仓库(4)基于维度建模的数仓KimBall架构
基于维度建模的KimBall架构,将数据仓库划分为4个不同的部分。分别是操作型源系统、ETL系统、数据展现和商业智能应用,如下图。
294 1
|
架构师 数据可视化 领域建模
架构师之路 - 业务领域建模
架构师之路 - 业务领域建模
275 0
|
6天前
|
缓存 负载均衡 JavaScript
探索微服务架构下的API网关模式
【10月更文挑战第37天】在微服务架构的海洋中,API网关犹如一座灯塔,指引着服务的航向。它不仅是客户端请求的集散地,更是后端微服务的守门人。本文将深入探讨API网关的设计哲学、核心功能以及它在微服务生态中扮演的角色,同时通过实际代码示例,揭示如何实现一个高效、可靠的API网关。