褪下EA的“神秘面纱”

　　一提到企业架构，管理者通常认为是企业的组织架构或者流程图；IT人员则会认为是IT架构。对于企业架构的理解似乎是一千个读者就有一千个哈姆雷特，究竟企业架构是什么呢？

　　实际上， “企业架构”一词，是对英文 Enterprise ArchITecture，EA的翻译。1997年，Zachman总结了十年间的研究和实践，提出了扩充的、更完整的框架，并改称为“企业架构框架”（Framework for Enterprise Architecture），并指出“EA就是企业的描述性表达，以及企业创建后进行改变的基线”。Richard Veryard也曾指出“企业架构”（ Enterprise Architecture）的两种观点：一种是传统的观点“EA即IT规划 ”（EA-as-IT-planning），另一种是现下比较流行的观点是“将EA看作业务战略”（(EA-as-business-strategy）。

　　20世纪80年代早期：企业架构的雏形。它来自于企业建模的理论和思想。

　　20世纪80年代中期：还在IBM工作的John Zachman首先引入“信息系统架构框架”的概念。Zachman开发了信息、流程、网络、人员、时间基本原理等6个视角来分析企业，也提供了与这些视角每个相对应的6个模型，包括语义、概念、逻辑、物理、组件和功能等模型。

　　在1989年：美国国家技术标准研究所发布NIST框架，从此联邦政府内出现了许多框架，其他联邦实体也发布了企业架构框架，包括国防部（DOD）和财政部（DOT）等。

　　20世纪90年代中期开始，TOGAF已经被一些世界领先的IT客户和厂商开发和持续演进。与TOGAF类似的架构包括联邦政府企业架构框架 （FEAF）、联邦政府企业架构指南、财政部企业架构框架 （TEAF）、Spewak 的企业架构规划 （EAP）、Zachman框架、OMG的MOD等。目前，业界最有名的企业架构框架是TOGAF（即Open Group架构框架：The Open Group Architecture Framework），TOGAF是一个行业标准的架构框架，它可以被任何希望开发一个信息系统架构的组织在组织内免费使用。

　　1996年美国的Clinger-Cohen法案（以前被称作信息技术管理改革法案）导致了术语“IT架构”的产生。Clinger-Cohen法案要求政府机构的CIO要负责开发、维护和帮助一个合理的和集成的IT架构（ITA）的实施，当时的术语ITA，现在被解释为IT企业架构（EA）。

　　1999年9月，美国联邦CIO委员会出版了联邦企业架构框架（FEAF），它的意图是为联邦机构提供一个架构的公共结构，以利于这些联邦机构间的公共业务流程、技术引入、信息流和系统投资的协调等。FEAF定义了一个IT企业架构作为战略信息资产库，它定义了业务、运作业务所必须的业务信息，支持业务运行的必要的IT技术，响应业务变革实施新技术所必须的变革流程等要素。

　　2000年，META Group发布《企业体系机构桌面参考》，提供了一个经验证的实施企业架构的方法论，意图成功地构建业务战略和技术实施之间的桥梁。在咨询和研究机构带动下，IBM、微软、HP、EDS等IT厂商也纷纷把目光集聚到了企业架构，希望能够从企业这个视角来定位其产品和服务。

　　2002年2月，OMB建立了一个联邦企业架构程序管理办公室来开发FEA，它的作用是，在联邦机构程序内和跨机构程序间，通过跨部门的分析来找到重复的投资，找到相互的差距，有助于在联邦政府范围内的协作、互操作和交互作用。FEA包含了描述联邦政府的五个参考模型：（1）业务（或使命）流程和功能，独立于执行他们的机构（2）绩效目标和输出尺度（3）服务提供手段（4）信息和数据定义（5）技术标准。

　　这几种观点仍然没有完全把企业架构诠释清晰。虽然，作为业务战略似乎是企业经营管理最高层面，但更重要的是战略的内容是什么。毕竟，对IT应用的一种高级认识，就是要将IT作为企业经营的战略工具。换言之，EA萌发时期的所谓信息技术架构本身，同样可以处于战略管理的层面。

　　综观前者的定义和目前的企业环境，EA是一种企业战略管理级业务架构以及如何用IT支撑的方法论。它对企业进行了多角度、多视野的综合性描述，反映了企业的人、流程、技术的组织和安排。

　　抽丝剥茧后，企业架构应该具体由两大部分——业务架构（EBA）和IT架构（EITA）组成。它们包括业务组件、流程、分布、绩效、IT等各方面的内容，可以全面地对企业进行设计和规划。

　　企业的业务架构：包括业务组件、流程、组件分布、内外包模型、组织架构、绩效考核、架构管理七个方面的内容。其中业务组件就像是企业架构建设过程中的零件，是企业业务架构设计的首要工作。

　　企业的IT架构（EITA）分为数据架构、应用架构和技术架构三个部分，它是建立IT系统的基础，并指导IT的发展方向和项目的开展。数据架构定义了企业的数据项以及它们的属性和关联关系。应用架构的目的是建立企业的业务架构和数据架构与具体的IT应用系统之间的关联。技术架构是IT架构中比较低层次的架构，它定义如何建立一个IT运行环境来支持数据和应用架构，以保证业务的正常展开。