「业务架构」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领域建模 核心概念
|
1月前
|
存储 Kubernetes Go
Go语言项目组织架构
Go语言项目组织架构
|
3月前
|
Java Docker 微服务
微服务架构已成为Java Web开发的新趋势,它通过将应用分解为独立、可部署的服务单元,提升了系统的灵活性与可维护性。
微服务架构已成为Java Web开发的新趋势,它通过将应用分解为独立、可部署的服务单元,提升了系统的灵活性与可维护性。每个服务负责特定功能,通过轻量通信机制协作。利用Spring Boot与Spring Cloud等框架可简化开发流程,支持模块化设计、独立部署、技术多样性和容错性,适应快速迭代的需求。
74 1
|
4月前
|
NoSQL Redis UED
业务架构问题之在流程建模中,“定职责”的重要性是什么,流程建模中的交互设计原则是什么
业务架构问题之在流程建模中,“定职责”的重要性是什么,流程建模中的交互设计原则是什么
|
4月前
|
测试技术 uml
业务架构问题之在业务架构中,经常说的“看清楚事”指的是什么
业务架构问题之在业务架构中,经常说的“看清楚事”指的是什么
|
4月前
|
监控 安全 数据安全/隐私保护
ERP系统中的组织架构与权限管理解析
【7月更文挑战第25天】 ERP系统中的组织架构与权限管理解析
478 2
|
3月前
|
敏捷开发 测试技术 持续交付
阿里云云效产品使用合集之如何管理企业的组织架构
云效作为一款全面覆盖研发全生命周期管理的云端效能平台,致力于帮助企业实现高效协同、敏捷研发和持续交付。本合集收集整理了用户在使用云效过程中遇到的常见问题,问题涉及项目创建与管理、需求规划与迭代、代码托管与版本控制、自动化测试、持续集成与发布等方面。
|
4月前
|
JSON 监控 数据格式
开发与运维函数问题之iLogtail原有架构中配置文件组织存在问题如何解决
开发与运维函数问题之iLogtail原有架构中配置文件组织存在问题如何解决
41 1
|
4月前
|
监控 前端开发 UED
软件交付问题之架构让代码组织更有序,如何解决
软件交付问题之架构让代码组织更有序,如何解决
|
4月前
|
数据挖掘
数据研发问题之组织架构如何解决
数据研发问题之组织架构如何解决