什么是企业架构.doc

[原创]什么是企业架构（EA）
企业架构
企业架构（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 Interoperability 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参考模型包括绩效参考模型、业务参考模型、服务参考模型、数据参考模型、技术参考模型。