「业务架构」基于EA路线图的业务能力规划

简介: 「业务架构」基于EA路线图的业务能力规划

由于业务功能直接源自企业战略计划,并被设计为满足企业的业务战略、目标和目标,因此它们为创建企业架构路线图提供了良好的基础。

什么是业务能力?

业务能力表示一个组织执行产生价值结果的活动的能力。业务功能尽可能用那些业务结果和价值来表示。据我所知,这个概念起源于MODAF,后来被TOGAF采用。

许多企业架构师和组织没有真正地使用它们,但实际上它们正在慢慢地成为通用的EA可交付产品和开发目标操作模型视图的方法。

它们越来越受欢迎的关键在于,业务功能是用业务结果和价值来表达的,而不是纯功能或IT术语(即,不仅仅是业务单元需求或IT解决方案),从而确保IT与业务保持一致。用结果和价值来表达还意味着业务能力是与客户旅程和战略场景的外部视角相联系的,而不是由内而外的视角。

为了让一个组织执行一项活动,组织的许多部分需要参与。因此,业务能力被建模为其他EA概念的分组,包括以下内容:


  • 组织单位
  • 功能
  • 流程
  • 业务服务
  • 信息和数据
  • 应用程序服务
  • 应用程序
  • 基础设施服务
  • 基础设施

通过这种方式,业务能力可以被看作是典型企业架构模型的横切部分。

业务能力用于管理战略性业务变化的单位,并为计划和项目组合提供授权。随后,项目将开发一个解决方案,该解决方案将创建一个全新的业务功能,或者通过实现功能增量来更新业务功能。

因此,业务功能和功能增量为EA路线图的开发提供了基础。

业务能力模型


图1:示例业务能力模型来源:UK Government Reference Architecture (UKRA) v1.0

此图说明了业务能力模型的起点。这是一个基于IBM组件业务模型(Component Business Model)风格的静态视图。这是一个非常流行的样式图。

整个矩阵代表了组织执行的所有业务能力。每个单元都是一个业务功能。

这些列通常反映了组织的高水平价值链,或者是对业务有意义的业务能力的主要分组。

这些行反映了业务能力的基本用途,通常有三行:

Row Aligned to the Viable System Model (VSM) system type
Direct (or Strategy) System 5 and system 4
Control (or Management) System 3, system 3* and system 2
Execute (or Operate) System 1

有关VSM的详细信息,可以参考http://en.wikipedia.org/wiki/Viable_System_Model和我以前的博客文章。

业务能力之间也有依赖关系。也就是说,在实现另一个业务能力之前,必须先有一个业务能力。

实现业务策略需要新的或改变的业务能力,但在大多数情况下,我们只是改变了业务能力的某些方面,而不是引入全新的功能。这就是能力增量。


图2:显示业务功能来源的图:TOGAF

上面的图表显示了业务能力和能力增量之间的关系,并且还与企业架构开发方法阶段以及计划和项目组合的工作包的定义相关。

能力增量记录了实现业务或IT策略所需的每个业务功能的变更。

每个业务能力被分解为一个或多个能力增量,这些增量通常在不同的时间点和不同的转换体系结构中实现。每个能力增量代表一个变更单元。

能力增量之间也有依赖性。例如,在实现另一个能力增量之前,必须先实现一个能力增量。


图3:能力依赖模型

上面的图表显示了业务能力之间以及能力增量之间的依赖关系。

可以重新安排能力增量,以显示需要应用它们的依赖顺序。这个序列构成了EA路线图的基础。


图4:EA路线图结构

通常,在EA路线图中表示几个轨道可能是有用的(和策略)。例如,可以为战略变更、业务变更和IT变更引入跟踪,因为可以以一种可以并行实现的方式识别能力增量。

能力增量可以分组到转换架构中。过渡架构于当前状态和未来(目标)状态企业架构模型之间的中间架构模型。转换架构通常与实现中的中间和临时阶段保持一致。

一个或多个功能增量的组将为项目中开发的解决方案或服务提供强制要求。

业务能力模型应该是所有企业架构模型的核心。

通常,架构远景模型或核心模型作为业务能力模型产生,以提供战略视图,帮助组织中的所有涉众对需要做什么和需要更改什么形成共同的理解。

相关文章
|
23天前
|
域名解析 弹性计算 云计算
【深度好文】中小企业上云,为什么做好网络架构规划很重要!
本文通过一位小微软件公司技术负责人的实际体验为始,引发了对大量小微企业上云架构实践的研究。 发现中小企业上云时,往往聚焦于业务测试和服务尽快上线,很难有精力投入在云上技术架构的规划和设计中。所以,大家云上的架构五花八门,很多架构缺乏长远规划,极可能给业务未来发展埋下隐患。 基于此,我们沉淀了一套《应用上云经典托管架构》,强调了上云架构规划对于业务的重要性,并带领大家理解了方案中的网络规划和架构设计全过程。 作为从事企业上云IT部门,或者初创事业的个人开发者们,都可以参考和了解。
|
2月前
|
存储 XML 数据管理
数据架构规划与设计
数据库在数据管理方面具有管理方便、存储占用空间小、检索速度快、修改效率高和安全性好等优点。
43 1
|
4月前
|
存储 供应链 安全
区块链技术防止交易被篡改的能力主要依赖于其独特的架构和机制
**区块链技术通过分布式存储、去中心化网络、哈希链接、共识机制及加密算法确保交易防篡改。每个区块含前块哈希,篡改将破坏链式结构;共识机制如PoW、PoS保证交易验证;智能合约增强安全性。多层防护保障数据完整性和安全性,支撑其在多个行业中的应用。**
|
5月前
|
存储 监控 关系型数据库
关系型数据库设计集群架构节点规划
【5月更文挑战第6天】在实际项目中,可能还需要考虑其他因素,如安全性、合规性、成本等。因此,在进行关系型数据库设计集群架构节点规划时,建议与经验丰富的数据库管理员和架构师合作,以确保项目的成功实施和稳定运行。
48 4
关系型数据库设计集群架构节点规划
|
5月前
|
监控 Java 数据库
揭秘Java性能调优的层次 | 综合多方向提升应用程序性能与系统高可用的关键(架构层次规划)
揭秘Java性能调优的层次 | 综合多方向提升应用程序性能与系统高可用的关键(架构层次规划)
84 0
|
5月前
|
人工智能 自然语言处理 运维
云原生技术专题 | 年终盘点探索服务架构体系的技术风向,构建微服务核心能力
云原生技术专题 | 年终盘点探索服务架构体系的技术风向,构建微服务核心能力
87 0
|
5月前
|
自然语言处理 Cloud Native 开发者
【2023年度技术盘点】「年终盘点后端系列」探索服务架构体系的技术风向,构建微服务核心能力(升级版)
回顾过去的几年,我们目睹了科技界的快速发展,其势头如同一列驶向前方的高速列车。作为后端开发者,我们见证了每一次技术革新所带来的广阔前景。这些创新不仅深刻影响着我们的工作方式,而且不断引领我们走向未来。
139 1
|
5月前
|
数据采集 设计模式 架构师
|
10月前
|
安全 网络架构
对转发路由器TR在企业云上网络架构规划中的使用体验测评
对转发路由器TR在企业云上网络架构规划中的使用体验测评
475 3
|
11月前
|
架构师 Cloud Native Java
GitHub竟开源阿里内部java架构师涨薪充电路线图,3小时标星28k+
一份java架构师涨薪充电路线图,内容从Java核心讲起,包含经典框架源码、分布式微服务架构筑基、微服务架构之NetFilx体系、微服务架构之Alibaba体系、微服务架构下的性能优化、云原生以及虚拟化技术、Spring Cloud Alibaba项目实战,跟LZ一起看下去。
下一篇
无影云桌面