企业架构是什么?
随着各行各业对数字化的逐步重视及数字化转型的逐步深入,企业架构逐步走进了我们的视野,我们经常面对大量的新名称、新术语、新概念,这些新名称、术语与概念代表了什么、他们之间的关系是什么,他们之间是如何配合的,对于多数人造成了不同程度的困扰。很多人都希望能有一个总体认知,了解企业架构的整体视图,企业架构的构成要素,各要素的位置及相互配合关系等。
企业架构是一种综合性的企业架构模型,主要包括四个核心要素:业务架构、数据架构、应用架和技术架构。这种架构模型旨在帮助企业更好地理解和管理其业务、数据、应用和技术方面的复杂性,从而提高整体运营效率和竞争力。
企业架构的英文是Enterprise Architecture,往往简称为EA。
企业架构的概念和作用
不同人对企业架构的定义和作用有不同的理解,希望读者通过以下介绍,对相关定义和作用形成基本的了解和共识。
顾名思义,“企业架构”是“企业”的“架构”,我们需要分别了解“企业”和“架构”的定义。
1. 企业的定义
这里的“企业”,是指具有一系列共同目标的任何组织的集合。
可以是整个集团公司或政府机构;可以是某个子公司或事业部。
2. 架构的定义
关于“架构”,ISO/IEC 42010:2011给出了定义:一个系统在其环境中的基本概念或属性,体现在其元素、关系及其设计和演化的原则中。架构主要包含3个组成部分,如图所示。
延展:ISO/IEC所给出的这个定义,不仅仅适应于我们所探讨的“企业架构”,我们在思考和解构任何“复杂系统”时,都可以参考。
3、企业架构的作用
为了便于理解企业架构的作用,我们可以先了解下“架构”在一个“企业”中的大体位置和角色,然后结合业务实践给出一些参考。
架构的位置:下图是业内关于架构比较有共识的一个示意图。在图中,架构处于中间的位置。简单来讲,架构扮演着一个“承上启下”的角色。
企业架构的作用:基于上图示意的位置和角色,结合企业实践,我们给出企业架构的参考作用:
-
架构是从战略到项目落地的桥梁;
-
架构是IT与业务对齐的关键;
-
企业架构是企业整体能力建设的基础;
-
企业架构是IT规划的核心;
-
企业架构是整合信息孤岛、沉淀企业级数据资产的利器;
-
企业架构能有效指导IT治理与管控、减少IT重复投资;
-
企业架构是数字化转型顶层规划设计的有效指导方法。
关于企业架构的主要组成,4A是目前相对主流的提法
4A:
业务架构(BA,Business Architecture)
应用架构(AA,Application Architecture)
数据架构(DA,Data Architecture)
技术架构(TA,Technology Architecture)
关于4A之间的配合关系,我们可以结合多套理论知识体系及实践感悟,融合输出了业务架构(BA)与数据架构(DA)、应用架构(AA)、技术架构(TA)之间的基本协作关系图,如下图所示。
图中的各个要素用圆圈表示,各个要素之间的连线表示要素间的关系。该图主要表达了5点。
(1)围绕业务对象(Business Object):典型的业务对象有“产品”“客户”“合作伙伴”“合同”“订单”等,企业的实际业务都是围绕这些业务对象展开的,相应的业务架构、数据架构、应用架构也应该围绕“业务对象”来设计,这也会有利于企业架构各组成部分的整体协同。业务对象可以根据实际情况分出不同层次,分别进行定义和描述。比如产品从大到小可分出3个层次,如“产品族”“产品组”“产品”;比如合同可分出两个层次,第一层是“合同”,第二层根据合同的不同特点可分解为“销售合同”“采购合同”等。
(2)业务架构(BA)整体牵头:总的来说,数据、应用、技术等都是为业务服务的,要想让其他要素服务好业务,那么首先需要先说清楚业务。在这四者中,业务架构起到整体牵头的作用;否则,各干各的,无法真正实现基于业务的整体协同,实际效果会很差。
(3)数据架构(DA)全局拉通:数据已经成为一个重要的生产要素,各个企业需要沉淀企业级数据资产并挖掘数据价值、赋能业务。数据,尤其是“主数据”,会贯穿多个业务单元、多个业务环节,起到全局拉通的作用。
(4)应用架构(AA)合理呈现:应用架构的主要作用是呈现。把业务对象所涉及的相关业务活动,通过线上化的方式呈现给业务用户,以便更高效地执行业务活动。
(5)技术架构(TA)有效支撑:在业务架构牵头之下,形成与业务架构协同的数据架构、应用架构之后,需要技术架构进行统一支撑。
如果不做企业架构规划会带来什么?
系统烟囱式建设,系统边界模糊互相扯皮,系统重复建设,企业内多套标准或者标准不统一,IT系统之间集成困难,难以跟上市场需求以及功能的快速迭代。主要体现在:
-
往往采取业务需求驱动的信息化建设模式,根据业务部门的需求来建设系统,导致烟囱竖井式系统林立;
-
业务流程割裂,铁路警察各管一段,流程断点多,效率低下;
-
业务标准化程度低,不同渠道、不同业务条线难以形成一致的客户体验;
-
庞大的遗留系统难以快速响应业务创新,IT项目开发周期长;
-
数据分散、数据缺失、数据标准不一,数据质量低,广泛存在数据孤岛。有多少数据、数据在什么地方都不清楚。难以形成数据资产,数据可用性差。数据分析人员花在找数据和清理数据上面的时间非常多,数据难以有效利用;
-
数字技术引入存在为技术而技术的倾向,没有与业务场景深度结合,上线后没有发挥应有作用,使用量很低,成为作秀或者噱头式的项目;
-
企业内存在严重的部门墙、壁垒高筑,难以做到高效协同;
-
系统建设和企业战略两张皮,数字化投资效果难以保证;
企业架构是企业数字化转型的底层方法论
企业架构是承接企业业务战略与IT战略之间的桥梁与标准接口,是数字化战略规划的最佳实践指引。与传统的信息化规划方法相比,企业架构主要是增加了业务架构。企业架构强调业务与IT的一致性,注重全局化、统一化、标准化、可持续发展,强调顶层设计。
-
开展顶层设计,形成企业架构蓝图和路线图。企业架构可以帮助企业进行数字化转型的顶层设计,形成企业架构蓝图和实施路线图。让企业内不同的人对企业现状和企业数字化愿景有一个整体的的理解,形成业务、数据、技术人员的共同愿景,作为理解、沟通的基础和共同奋斗的目标。
-
让战略真正落地。企业架构向上承接企业战略,向下指导架构项目的实施和企业的日常运营,很好的衔接了战略和执行,让战略能够真正落地。
-
让IT与业务对齐。企业架构打通了业务和IT,建立起业务和IT之间清晰的沟通和一致性管理机制,使得IT能够为业务提供有效的支持。
-
打造无边界信息流。企业内外部要有效做到信息共享、业务协作,必须形成无边界信息流,即通过安全、可靠和及时的相关方互操作性达成企业内外部的信息集成与有效访问,充分发挥数据要素在企业活动中的作用,支持业务流程的改善,释放数据的价值。企业要打造无边界信息流,需要企业、部门及相关方之间有开放的基础设施、统一规划的业务流程、统一的信息标准等,而企业架构可以实现这些前提条件,是打造无边界信息流的基础。企业架构可帮助企业全面规划、规范企业的组织和内外部业务流程,建立统一的标准体系。在统一的标准体系下,信息可跨组织边界实现有序、高效、可控地穿透。
-
提升企业的敏捷性。企业架构帮助企业基于能力进行规划,实现能力的组件化和服务化,通过组件、服务的灵活组合敏捷应对业务需求的快速变化,提高企业应对不断变化的外部挑战的能力。
-
降低IT投资的失误风险。有效的企业架构可以指导IT投资,高效分配资源,减少不必要的、没有回报的项目,降低IT建设和运营成本,提高IT投资回报率。
企业架构承上启下的连接战略与业务的桥梁,是企业数字化转型的底层方法论,这一概念体现在多个方面和实践中:
1. 企业架构的定义与实践:企业架构不仅涵盖了IT战略,还包括业务架构、数据架构、应用架构和技术架构的定义,是IT战略规划的最佳实践指引。它起源于90年代的美国,现已发展成为多种企业架构框架之一,如TOGAF等,这些框架详细描述了如何定义和实施企业架构的各个方面。
2. 企业架构的作用:企业架构强调业务与IT的一致性,注重全局化、统一化、标准化和可持续发展,强调顶层设计。它不仅是承接企业业务战略与IT战略之间的桥梁与标准接口,还是数字化战略规划的最佳实践指引。
3. 企业架构的实施:通过引入企业架构体系,可以从战略高度将数字化建设与战略目标进行匹配,并具体落实到业务流程优化和数字化建设过程中。这有助于形成全视角的企业架构资产,最终构建以企业架构为核心的信息化规划、投资、建设、运行全周期管控体系。
4. 流程架构与企业架构的关系:流程架构要能够清晰反映并支撑企业战略目标,适应未来的业务发展。它通过对标业界标杆实践,解析企业运营模式,支持同类业务能力的统一管理,从而支持业务的改进和能力提升。流程梳理方法论应结合公司实际情况因地制宜做裁剪或改良实施,以保证业务构成的完整性和集成性。
综上所述,企业架构通过其全面的定义和实践,以及在连接业务战略与IT战略方面的关键作用,确实成为了连接企业战略与业务的桥梁,可以说企业架构是企业数字化转型的底层方法论。
从上面可以看到,企业架构能够有效承接战略、对齐业务和科技,能够明确战略所需要的业务能力和哪些业务能力要改进,即IT投资方向;企业架构可以形成全局的应用架构,有效支撑业务能力,明确系统边界,避免重复建设;企业架构可以理清数据资产,形成数据标准,打造无边界信息流,释放数据价值;企业架构可以帮助企业打造数字化的业务平台,建立灵活敏捷的业务创新能力,完成数字化转型。因此可以说,企业架构是业务落地有效衔接战略的桥梁,是企业数字化转型的底层方法论。当然,每个企业的资源禀赋不一样,还是要因地制宜,形成适合自己的企业架构/数字化转型方法论。
四大主流架构框架介绍
1、TOGAF
TOGAF (The Open Group Architectures Framework)由欧洲著名的The Open Group在1995年开发出第一个版本。在此过程中,很多厂商参与了该体系的构建,这种形成机制在一定程度上较好地保障了该体系的适用性和可推广性。无论在国际上,还是在中国国内,目前 TOGAF都已成为企业架构方面的主流框架体系。下面是 TOGAF 10.0 Metamodel 概览图:
TOGAF体系的6大部分内容及其关系如下图所示。
-
Part1:引言(EA关键概念及术语定义)。
-
Part2:架构开发方法。
-
Part3:ADM指南和技术。
-
Part4:架构内容框架。
-
Part5:企业连续统一体和工具。
-
Part6:架构能力框架。
在TOGAF 体系的6大部分内容中,架构开发方法(ADM)提供了一个流程化开发
业架构的思路,如下图所示,用户可参考相关步骤逐步推进企业架构的开发和实践。
-
预备阶段: 为架构项目进行初期准备。
-
阶段A: 明确企业架构愿景。
-
阶段B: 详述业务架构(开发基线和目标业务架构,并分析差距)。
-
阶段C: 设计数据和应用架构(开发基线和目标数据和应用架构,并分析差距)。
-
阶段D: 设计技术架构(开发基线和目标技术架构,并分析差距)。
-
阶段E: 机会及解决方案(阐述目标架构的机会及解决方案)。
-
阶段F: 迁移计划(根据优先级,进行路标规划)。
-
阶段G: 实施治理(形成架构监管及治理机制,确保架构交付合规)。
-
阶段H: 架构变更管理(提供变更管理流程,确保架构能持续响应业务需要)。
的核心就是大家熟知的四大架构:业务架构、数据架构、应用架构和技术架构。企业用户在参考TOGAF ADM进行架构开发时,可以结合企业自身情况进行适当裁剪。
2、华为“一体四面”企业架构
“一体”指的是瞄准业务目标实现或业务问题解决,由架构师团队协同进行框架设计;“四面”指业务架构、信息架构、应用架构、信息架构、技术架构4个关键要素,在华为概括为4A。
业务架构(Business Architecture,BA)
业务架构是对业务的结构化表达,描述组织如何运用业务的关键要素来实现其战略意图和目标。业务架构由价值流、业务能力和业务流程等几大要素组成。在规划阶段,规划团队可以从价值流出发,识别每一个价值流所需的关键业务能力,进而识别哪些能力可以重点引入数字技术进行业务模式重构,提升业务能力水平。
-
要点:项目战略/愿景、AS-IS流程图(若有)、TO-BE流程图、服务蓝图、产品功能全景等
信息架构(数据架构)(Information Architecture,IA)
信息架构是以结构化的方式描述在业务运作和管理决策中所需要的各类信息,以及这些信息之间互相关系的一套整体组件规范。业务对象是信息架构的核心,在规划阶段,可以重点分析“产品、客户、合同、订单、员工”等关键业务对象以及分布,分析这些业务对象是否已经在IT系统中进行了管理,了解这些业务对象在系统间的传递是否顺畅,以及是否在数字世界中创建了数字镜像。
-
要点:数据模型设计、数据治理、数据组件、数据服务、数据平台、数据湖等。
应用架构(Application Architecture,AA)
应用架构识别和定义了支撑业务目标达成所需的IT系统,以及这些IT系统的定位和周边IT系统的集成关系。在规划阶段,应用架构重点关注用什么样的联接平台来构建来构建客户和用户体验,以及采用什么样的IT系统承载数字化转型所需的关键业务能力。
-
要点:业务到IT的转换,识别支持各业务功能所需要的应用程序、组件、外围IT系统等。
技术架构(Technology Architecture,TA)
技术架构定义了一系列技术组件,代表了各种可以从市场或企业内部获得的IT平台和基础设施资源。在规划阶段,技术架构首先需要关注企业应该引入哪些数字技术,同时需要关注各种业务场景对IT平台和基础设施的需求。
-
要点:根据应用架构,进行技术支撑分析,例如 技术选型、代码分层架构、PaaS平台、云原生技术、DevOps实践、微服务设计、部署架构等。
这里华为的信息架构与我们常见的理解有些差异,一般叫数据架构。而在TOGAF中数据架构和应用架构合并为信息架构。
3、Zachman框架(企业领域)
Zachman框架是由JohnZachman先生在1987年提出、第一个得到公认的架构框架,如下图所示。该框架主要表现为一个6*6的矩阵,一个维度是基于5W1H的分类,即Why(动机)、What(数据)、Who(角色)、When(时间)、Where(分布)、How(功能),另一个维度是基于不同人员的视角(高层、业务管理者、架构师、工程师、技术员、企业用户),完成从抽象概念到实例的转换(识别、定义、表示、详述、配置、实例化)。经过20多年的发展,Zachman框架从2011年开始基本稳定在3.0版本。
正如Zachman框架官网所强调的,该框架是一套元模型,而不是实施方法论。它给出的是企业架构内容的描述和分类,确保每个干系人的每个关注点都被照顾到、并有效地串联成一个完整的体系,提供了一种有效分解复杂企业系统的方法。
该框架提供了一张“静态”的全景图,但对于如何来创建这些内容,却没有给出具体的指导。可以认为这是一个参考框架,真正要一步一步地开发企业架构,需要借助于其他架构框架,比如TOGAF.
延展:Zachman框架所采用的5W1H,是一种用途非常广泛的思考方法,如果你在工作中遇到难题、不知道如何突破时,可以尝试使用5W1H进行分解,把问题展开,或许有助于开拓思路。
4、DoDAF(军事领域)
DoDAF (The Department of Defense Architecture Framework)是美国国防部建立的企业架构框架,源自1970年代美国军方启动的C4ISR计划,该计划主要为了解决各军兵种独立建设、无法互联互通、无法进行一体化协同作战的问题。经过多场战争的不断积累,C4ISR 架构框架逐渐发展成为更加成熟的DoDAF架构框架,并于2003年8月正式发布DoDAF v1.0。又经过了5年多的发展和完善,美国国防部于2009年5月发布了最新版本DoDAF v2.0。
DoDAF架构框架由一系列视角所组成,在v1.0版,提供了4种视角,涉及全景视角、运营视角、系统视角和技术标准视角。到了v2.0版,扩展为包括全景视角、数据与信息视角、标准视角、能力视角、运营视角、服务视角、系统视角及项目视角在内的8大视角,如图1-7所示。
每个视角下都会包含若干模型,DoDAF架构框架基于上述8大视角可进一步分解为52 个模型,如下表所示。
上述8大视角与52个模型是DoDAF架构框架v2.0的核心,在具体应用时,这52个模型可以根据实际需要有选择地使用。
5、 FEA(政府领域)
美国联邦政府总共拥有300多个职责不同、规模不一的组织机构,这些机构的雇员数量超过 200万人,每年的年度预算都超过3万亿美元,其中每年各种形式的IT投入超过800亿美元。为确保对巨额IT投入的有效管控,1996年美国国会通过了一个有关信息技术管理改革的《克林格-科恩法案》,授权联邦政府相关机构开发和维护IT架构,以促进各个机构之间的信息共享、提升IT预算相关的投资收益。
在1999年,美国联邦政府CIO委员会发布了第一版的FEAF(Federal Enterprise Architecture Framework)。在此之后,由美国管理和预算办公室(OMB)负责管理和协调美国联邦企业架构建设,并于2002年成立了专门从事联邦企业架构开发的项目管理办公室(FEA-PMO)。为了能在不同联邦机构之间建立通用业务语言,加强沟通和协同,在2007年左右推出FEA参考模型的早期综合版本,如下图所示。这个早期版本中包含5个参考模型,除了强调绩效和业务驱动,也强调了要构建基于构件的架构。
又经过5年左右的积累和完善,FEAFv2.0于2013年发布,里面所涉及的参考模型更新版如下图所示。
对比上图和下图可以看出,相比2007年的FEA参考模型早期版本,2013年的参考模型更新版本主要在下述3个方面进行了调整。
(1)从参考模型的数量角度看:
早期版本包含5个参考模型;
更新版本包含6个参考模型,多了“安全参考模型”,该模型与另外5个参考模型都有关联。
(2)从参考模型的命名来看:
早期版本中提到了“服务构件参考模型”;
更新版本中改成了“应用参考模型”。
(3)从参考模型的梳理顺序上看:
早期版本先考虑“服务构件参考模型”,然后考虑数据参考模型和技术参考模型;
更新版本则先考虑“数据参考模型”,然后输出给应用参考模型和技术参考模型,把数据参考模型的梳理提到了前面,进一步强调了数据参考模型的重要性。
近几年来,国内越来越多的企业开始探索企业架构的实际应用。除了来自企业领域的Zachman 框架和 TOGAF架构框架知识体系,来自军事领域的DoDAF架构框架和来自政府领域的FEA架构框架,对于企业架构的实际应用都可以有一定的参考和指导作用。
网上有不少与这些主流架构框架相关的中文材料和文章,考虑到不同译者有各自偏好且水平参差不齐,读者通过网上的中文材料进行学习时要注意对比和甄别。建议有一定英文基础的读者朋友直接查阅相关主流架构框架的官网、学习英文原版材料,有条件的可参加正规授权机构的专业培训,并通过企业实践加强对企业架构的理解和应用能力。
往期回顾>>
数字神化
企业数字化转型实践经验积累分享,企业架构、IT规划与运营、数字化转型、智能化、智慧工厂、智能制造等相关管理咨询, 实战淬炼与随感~各类方案汇报与演示PPT、PDF分享~
204篇原创内容
公众号