通俗解读：EA—企业架构.docx

通俗解读：EA—企业架构.docx

《通俗解读：EA—企业架构.docx》由会员分享，可在线阅读，更多相关《通俗解读：EA—企业架构.docx（6页珍藏版）》请在冰点文库上搜索。

通俗解读：

EA—企业架构

企业架构（EnterpriseArchitecture）,简称EA。

如果要⽤极尽简单的语⾔来介绍它的话，那应该是：

企业的顶层设计。

企业架构的由来

1987年，IBM公司的JohnZachman率先提出了“信息系统架构框架”的概念。

从信息、流程、⽹络、⼈员、时间、基本原理6个视⾓，构建⽤以分析企业的模型，包括语义、概念、逻辑、物理、构件和功能等要素。

Zachman被公认为是企业架构领域的开拓者，尽管他当时没有明确的使⽤“企业架构”概念。

1996年美国的Clinger-Cohen法案（也称信息技术管理改⾰法案）产⽣了“IT架构”这个术语。

这部法案要求美国政府下属联邦机构的CIO，负责开发和维护⼀个集成的IT架构，来管理信息技术的引⼊、使⽤和处置，当时⽤的术语ITA，就是IT架构。

TheOpenGroup国际组织在1995年发表了著名的TOGAF（TheOpenGroupArchitectureFramework）架构框架。

他们给出的企业架构的概念是“企业架构是关于理解所有构成企业的不同企业元素，以及这些元素怎样相互关联。

”TOGAF的架构经过了⼏次更新，⽬前的版本是9。

除了TOGAF之外还有很多种框架，⽐如美国联邦企业架构框架（FEAF）等不细说。

企业架构的概念

从最开始的Zachman,到后来的TheOpenGroup,还有著名的GartnerGroup，都给出了企业架构的定义，但翻译成中⽂都有些晦涩，这是语境的原因，在此不列举。

在TOGAF中给出“架构”的两种含义可能更接近说清楚这个概念：

1.⼀个系统的正式描述，或指导系统实施的组件层级详细计划。

2.组件结构、组件之间相互关系，以及对这些组件的设计和随时间演进的治理原则和指南。

我们⽤通俗的语⾔来说，EA就是：

对企业构成要素的结构和关系进⾏的模型化描述，⽤途是进⾏经营管理活动的策划、分析和信息系统开发。

企业架构的类型

企业架构整体上可以分为两类：

业务架构和IT架构。

⼀是业务架构，从企业业务和管理的不同维度构建模型，包括战略绩效、运营模式、流程体

⼀是业务架构，

系、组织架构、资源匹配、空间布局等；⽤TOGAF的说法就是：

定义业务战略、治理、组织和关键业务流程。

实际上，顾问⽼包认为业务架构的类型可以很多，在管理领域中为企业构建的各种维度的模型本质都是业务架构（或者企业架构），因为它们显然具有共同的特征：

1.对企业⾯向⼀个维度结构和关系的描述；

2.有⼀套标准的规范、语⾔和构建⽅法；

3.形成可以在⽐较⼴泛⾏业或者领域⾥供参考应⽤的通⽤模型样本；

4.企业需要基于此构建符合⾃⼰特性的模型，⽽通常这个模型应该是独⼀⽆⼆的。

⽐如战略地图是战略实现路径分析的架构

COSO是著名的内部控制整合框架

APQC给我们提供了⼀个业务（流程）结构的框架

还有国际供应链协会发布的SCOR供应链运作参考框架

我们见到最多的架构就是组织架构，它最简单的表现形式就是组织结构图

架构，从企业信息化实现的维度构建模型，⽬的是描绘信息系统的蓝图，包括数据架

⼆是IT架构，

构、应⽤架构和技术架构。

1.数据架构，描述组织的逻辑与物理数据资产及数据管理资源的结构。

2.应⽤架构，提供包含待部署的独⽴应⽤及其之间交互作⽤和与组织的核⼼业务流程间的关系的蓝图。

3.技术架构，描述⽀持业务、数据和应⽤服务部署所需的逻辑的软件与硬件能⼒，包括IT基础设施、中间件、⽹络、通信、处理和标准等

业务架构和IT架构的关系是很微妙的。

1.业务架构是起始于IT架构，因为最早建⽴业务架构就是为了IT规划⽽引发的，然后它的发展却是⼜逐渐与IT远离。

2.业务架构和IT架构是从不同维度来构建的模型，我们可以单独应⽤它们。

3.当我们进⾏IT架构的时候，依然还是⾸先要从业务架构出发，原因很简单，不管如何进⾏IT规划和开发，最终都是要为业务发展服务的。

企业架构的作⽤

借⽤卡普兰教授那句著名的话：

不能描述就不能衡量，不能衡量就不能管理。

企业架构是⼀种描述，将企业的某些维度的特征描述出来，让我们能“看”到，就像我们作战总要有地图、建筑总要有图纸⼀样。

通过构建企业这样的“图纸”，帮助我们更系统地思考问题：

⽐如业务模式如何设计、流程如何⾛向、⽣产线如何布局、组织机构如何设置、IT系统如何建设等等。

如果没有这样的“图纸”呢？

那就是简单粗暴，⼀个企业的经营和管理缺少设计，就和今天这种管理精细化的⼤趋势背道⽽驰了。

企业的这些架构其实都不会是孤⽴的，因为企业本⾝就是⼀个多维度的⽴体的存在，尤其是在我们研究企业管理的时候，各种管理体系和⽅法总是要综合应⽤，⽐如在组织架构设计的时候要考虑战略要求和业务结构，在流程优化的时候要考虑风险和内控等等。

到底有多少种架构是未知的，我们可以理解为你可以给⼀个⼈拍照⽚⽽选择的⾓度是⽆穷多的，只要你想或者需要。

还有⼀种说法，企业架构也存在着⽣命周期管理。

当然企业架构是可以迭代的，也是可以调整和进化的，可以有版本管理，但这毕竟不是⼀个经常性的⼯作，构建这种架构需要专业⼈员来完成，⽽且发⽣的频率恐怕和企业进⾏战略规划差不多，所以说它的⽣命周期管理就显得把事情做复杂了。

企业架构⽬前受到越来越多的重视，甚⾄某些程度上可以⽤追捧这个词，这是⼀个⾮常好的现

象，因为⼈们逐渐在意识到——就像产品⼀样，好的企业是设计出来的！