什么是企业架构（EA）？(2008-09-27 11:24:20)

企业架构

企业架构（EA，Enterprise Architecture）作为将组织战略目标映射到 IT 总体目标的蓝

图设计，是西方发达国家政府广泛使用的顶层设计方法。

1．企业架构的发展史

1987 年，John Zachman 在 IBM Systems Journal 上发表名为 A framework for

information systems architecture 的文章，提出企业架构的初步概念。Zachman 理论发展
到今天，称之为“企业架构框架”（EAF，Enterprise Architecture Framework），简称
为“Zachman 框架”，Zachman 也被公认为企业架构领域的理论开拓者，现有的企业架构框
架大都由 Zachman 框架派生而来。

1996 年，美国国会通过“Clinger/Cohen 法案（又称信息技术管理改革法案）。该法案指

出政府部门缺乏展现、协调和管理整个信息系统建设、使用、维护的总体框架，授予行政管
理和预算局（OMB）很大权力来强制实行一些标准，以“分析、跟踪和评估行政机构在信息
系统方面进行的所有大规模投资的风险和成效”。

尽管“Clinger/Cohen 法案”从未提及企业架构的概念，OMB 还是将此法案解释为对整个

美国政府采纳企业架构的强制性要求。1999 年，美国联邦 CIO 委员会发布了 FEAF（
Federal Enterprise Architecture Framework）。“Clinger/Cohen 法案”所使用的术语
“IT 架构”（IT Architecture），现在被解释为企业架构（Enterprise
Architecture）。如今，OMB 已要求每个政府机构都要开发一个企业架构框架，并要证明
如何使该企业架构框架与 FEAF 保持一致。如美国国防部开发了 DoDAF，美国财政部开发了
TEAF，美国环保署开发了 EPAF，等等。

欧洲国家政府在企业架构推广方面则另辟蹊径。

2005 年 3 月，英国内阁办公室发布了英国电子政务互操作框架（E-GIF，E-Government I
nteroperability Framework）v6.1。欧盟则推出了泛欧电子政务服务互操作框架
（EIF，European Interoperability Framework）v2.0。

在商业领域，企业架构也得到了广泛关注，研究机构、咨询公司和大企业也在大力推进企
业架构的应用。

1996 年，凯捷公司（Cap Gemini）发布了 IAF（Integrated Architecture Framework）。

2002 年，开放组织（Open Group）发布 TOGAF（The Open Group Architecture

Framework）。
2003 年，企业架构开发研究所（IFEAD）发布了 E2AF（Extended Enterprise
Architecture Framework）。

企业架构的发展历程如下：

图 1.企业架构的发展历程

综上所述，企业架构获得快速发展源于三个因素：

（1）Zachman 奠定了企业架构的概念体系和理论基础

（2）美国政府的推动和西方发达国家政府的效仿

（3）研究机构、咨询公司和大企业的大力推广

2．企业架构的概念

Enterprise Architecture 一般译作企业架构，也有译作企业体系结构或企业总体架构。架

构（Architecture）包含业务和技术两个层面，一个是软件体系结构，一个业务参考模型。

按照 Meta Group（已被 Gartner 收购）的定义，企业架构是一个自顶向下、业务战略驱动

的过程，它整合了并行的、内在的、一致的业务、信息和技术架构的开发，也就是企业解决
方案架构。
按照美国 2002 年《电子政务法案》的定义，企业架构意味着：

（1）一个战略信息资产库，它定义了使命

（2）执行使命所必需的信息

（3）执行使命所必需的技术

（4）为了响应使命不断变化的需求，而实施新技术的变迁过程

并包括：

（1）一个基线（当前）架构

（2）一个目标架构
（3）一个（实施）计划

3．企业架构的原理

企业架构的原理是从现状向目标的迁移过程。因此，企业架构包括：当前架构、目标架构、
迁移计划和 IT 路线图。：

图 2 企业架构的原理

企业架构的组成分为业务和技术两个层面，业务层面包括业务架构和信息架构，技术层面
包括应用架构和技术架构。
 图 3 企业架构的原理

（1）企业业务架构（EBA，Enterprise Business Architecture）

企业业务架构主要是指组织结构、岗位职能和业务流程。

（2）企业信息架构（EIA，nterprise Information Architecture）

企业信息架构主要是指业务信息原始记录和展现形式。

（3）企业应用架构（EAA，Enterprise Application Architecture）

企业系统架构主要是指应用系统。

（4）企业技术架构（ETA，Enterprise Technical Architecture ）

企业技术架构主要是指基础设施。

Zachman 框架

John Zachman 是公认的企业架构领域的理论开拓者，现有的企业架构框架大都由 Zachman

框架派生而来。

Zachman 框架起源于 John Zachman 的题为“信息系统开发框架”（A Framework for

Information Systems Development）的学术论文，文中阐述了在信息系统开发工作中对软
件体系结构的看法：系统开发是由具有不同关注视点的若干层面人员共同完成的这与认识
到系统开发是由不同阶段完成的同等重要；在系统开发中，考察对象不应仅限于数据和功
能，还应包括地点。Zachman 给出了一个矩阵，将关注视点放在列上，角色层面放在行上。
此矩阵最初有是什么（What）、如何做（How）和在哪里（Where）三列。后来，Zachman 又
增加了是谁（Who）、什么时间（When）时间和为什么（Why）三列。Zachman 框架可以用来
指导信息化建设过程，并管理此过程中的设计产物。

Zachman 框架如下图所示：

图 4 Zachman 框架

Zacnman 框架的矩阵式表格如下所示：
做什么 如何做 在哪里 谁 何时 为什么
（What） （How） （Where） （Who） （When） （Why）
数据 功能 网络 人员 时间 动机
范围

（背景）

规划者
业务模型

（概念）

所有者
系统模型
（逻辑）

设计者
技术模型

（物理）

承建者
详细表示

（背景之
外）

分包者
最终用户

表 1 Zachman 框架的矩阵式表格

Zachman 框架是一个 6×6 矩阵：纵向从规划者、所有者、设计者、承建者、分包者和最终用户

六个视角来划分，建立目标/范围、业务模型、系统模型、技术模型、详细表达、运行功能等模
型；横向从数据（What）、功能（How）、网络（Where）、人员（Who）、时间（When）、动机
（Why）等 6 个方面的模型，并分别由实体－关系模型（Entity-Relationship）、流程－
I/O 模型（Input-Process-Output）、节点－链接模型（Node-Link）、人员－工作模型
（People-Work）、时间－周期模型（Time-Cycle）、目标－手段模型（Ends-Means）来表
达。

Zachman 框架具有容易理解、描述全面、独立于各种工具与方法学等优点，因而得到了广泛
的认可，很多咨询和研究方法都从 Zachman 框架中获得借鉴。Zanman 框架完全可以作为电
子政务顶层设计方法论的理论基础，是一个非常适合于本课题的思考框架和研究模式。

FEAF 框架

1999 年，美国政府组建美国联邦 CIO 委员会，发布了联邦企业架构框架（FEAF，Federal

Enterprise Architecture Framework），此后美国政府机构也相继基于 FEAF 发布了各自
的部门级企业架构框架。这是企业架构在政府领域的首次应用，带动了企业架构在西方发
达国家政府的大范围推广。

2001 年，美国联邦 CIO 委员会发布《FEAF 实践指南》（A Practical Guide to FEA）。之后，

又发布了由绩效参考模型（PRM）、业务参考模型（BRM）、服务参考模型（SRM）、技术参考
模型（TRM）、数据参考模型（DRM）等五个参考模型。
FEAF 由当前架构、目标架构、转换流程（标准）组成，当前架构和目标架构分解为业务架构、
数据架构、应用架构和技术架构，后来又增加了绩效架构。

图 5 FEAF v1.1，Level III

美国联邦企业架构（Federal Enterprise Architecture，FEA）由绩效参考模型、业务

参考模型、服务参考模型、技术参考模型、数据参考模型构成。

图 6 FEA 的组成

（1）绩效参考模型
绩效参考模型由输入、输出、结果 3 个部分组成，由测量域、测量类、测量组和测量指标
4 个层次构成。输入包括人力资本、技术和其他固定资产，输出包括一系列过程和活动，结
果包括任务和业务结果以及客户结果。
（2）业务参考模型
 业务参考模型包含 4 个业务域，39 条业务线和 153 项子功能。其中 4 个业务域分别是公
民服务、服务分发模式、服务的支持分发和政府资源管理。
公民服务是政府的目的，包括国防和国家安全、本土安全、情报运行、法律保障、国际事
务和商务、立法及公正活动、矫正活动、教育、能源、健康、交通、收入安全、环境管理、自然资
源、灾害管理、社区和社会服务、经济发展、劳动力管理、通用科学与创新 19 条业务线。
服务分发模式是实现政府目的的机制，包括为公民的直接服务、知识创造和管理、公共
物品创建和管理、法规、联邦财政支持、信用和保险、传输给州和地方政府 7 条业务线。
服务的支持分发是政府运行支持功能，包括立法关联、公共事务、法规发展、规划和预
算、控制和监督、征税、内部风险管理和减少、通用政府 8 条业务线。
政府资源管理为资源管理功能，包括供应链管理、人力资源管理、财政管理、行政管理、
信息和技术管理 5 条业务线。
（3）服务参考模型
服务参考模型由 7 个服务域、30 项服务类和 168 项服务组件构成，其中 7 个服务域分别
是客户服务、过程自动服务、业务管理服务、数字资产服务、业务分析服务、内勤服务和支持
服务。
客户服务包括客户关系管理、客户喜好、客户初始帮助 3 项服务类，过程自动服务包括
跟踪和工作流、路由和进度 2 项服务类，业务管理服务包括过程管理、组织管理、投资管理、
供应链管理 4 项服务类，数字资产服务包括内容管理、文件管理、知识管理、记录管理 4 项
服务类，业务分析服务包括分析与统计、可视化、知识发现、业务智能、报告 5 项服务类，内
勤服务包括数据管理、人力资源、财政管理、资产管理、开发与集成、人力资本/劳动力管理 6
项服务类，支持服务包括安全管理、协作、搜索、通信、系统管理、表格管理 6 项服务类。
（4）技术参考模型
技术参考模型由 4 个服务域、17 个服务类和 51 个服务标准构成，其中 4 个服务域是服
务访问和分发、服务平台和基础设施、组件框架、服务接口与集成。
（5）数据参考模型
数据参考模型由数据共享、数据描述和数据环境（Context）三个标准化域构成。数据
共享是指一个用户使用其他用户提供的信息资源，数据共享标准化域用“数据提供者-用户
矩阵”来描述。数据描述标准化域提供了一个在数据结构（语法）和含义（语义）方面达
成一致的方法，可以为数据发现、数据重用、数据共享、数据实体一致化、语义互操作提供支
持。数据环境标准化域为数据提供与数据创建和使用有关的附加信息。

2007 年 6 月澳大利亚政府借鉴美国 FEAF 开发了了澳大利亚政府架构（AGA，

Australian Government Architecture），同样包含了五个参考模型。
 图 7 AGA

AGA 包括 5 个参考模型以及原则、模式、标准、SOA 知识库和服务目录。与 FEA 一样，AGA 参考

模型包括绩效参考模型、业务参考模型、服务参考模型、数据参考模型、技术参考模型