引言

　　随着我国企业信息化进程的不断深入，信息技术和信息系统在企业运营过程中扮演着越来越重要的角色，其地位也从支持企业业务活动的附属角色向主导业务、创新业务的决策性角色转变。但是由于信息技术的快速更新、信息系统的日趋庞杂以及企业业务需求的不断升级，很多企业正面临着IT系统难以管理、IT与业务活动脱节，IT投资回报率低的问题，尤其是对于中小企业，更是存在着信息及信息系统孤立，业务需求不明确，IT价值体现不出来的问题。因此，解决信息化过程中出现的这些问题是企业提升IT价值，应对市场变化，实现企业战略目标的重要保证。

　　企业架构EA是英文Enterprise Architecture的缩写。1987年，J.A.Zachman在IBM的一个内部刊物上发表了“A Framework for Information Systems Architecture”的文章，第一次提出了EA的概念。Zachman认为，为了应对日益复杂的IT系统以及高投资、低回报的问题，使用一个逻辑的企业构造蓝图(即一个架构)来定义和控制企业系统及其组件的集成是非常有用的。为此，Zachman开发了信息、流程、网络、人员、时间、基本原理等6个视角来分析企业，也提供了与这些视角每个相对应的6个模型，包括语义、概念、逻辑、物理、组件和功能等模型。当前主要的EA架构包含：通用框架Zachman、TOGAF(The Open Group Architecture Framework)、以及适用于政府和军方的美国联邦政府的标准架构FEA、美国国防部的DoDAF等。随着企业架构的不断进化，企业架构理论越来越与战略和业务相融合，逐步形成了企业战略、业务架构、信息架构、IT架构等4个层次。

　　EA是在信息系统日益复杂，难以管理，难以控制的状况下提出的，它是一个用于管理和融合企业IT资产、员工和业务活动的整体框架，是定义信息、信息技术和信息系统如何支持业务活动，为业务活动带来效益的企业蓝图，EA也是一个将企业业务战略转化成业务价值的IT管理过程。EA建立了一个企业范围的路线图，通过有效的IT应用，优化企业核心业务流程，实现企业战略，完成企业使命。EA系统并完整地定义了企业现有环境及未来预期架构，围绕企业业务战略为IT系统的应用、开发和进一步升级提出了指导思想，同时给出了从当前状态到目标架构的迁移方案。

　　有效地实施EA，实现业务价值需要EA流程的治理，对EA架构的设计、实施、维护和反馈等生命周期的各个环节进行管理;同时还需要对EA总体规划的过程和结果进行不断的评估和验证。有效地管理EA这些活动需要有效的评价方法和评价标准，这就是EA成熟度模型EAMM(Enterprise Architecture Maturity Model)提出的背景。EAMM是一种对企业架构和EA总体规划进行客观评价的工具，通过对企业架构的现状分析，评估企业架构的当前成熟度，为企业进入下一个发展阶段提供指导方针。在过去的几年中，许多企业和机构都提出了一些成熟度模型，针对政府或企业对EA现状及EA规划的有效性进行评价，本文分两部分对NASCIO成熟度模型、GAO模型和E2AM模型进行阐述和比较，并结合我国企业信息化的现状提出EA开发和实施的建议。

　　1、NASCIO成熟度模型

　　NASCIO(National Association of State Chief Information Officers)EA成熟度模型为企业提供了架构开发和架构改进的途径，分为6个阶段(如图1)，每一阶段都规定有评价的标准，随着进程的不断深入，企业EA规划也不断成熟。NASCIO主要从以下几个方面来评价企业架构的现状：

　　1)管理(Administration)：管理(治理)角色和责任。

　　2)规划(Planning)：EA规划路线图和实施计划。

　　3)框架(Framework)：EA应用的流程和模板。

　　4)蓝图(Blueprint)：实际标准和规则的集合。

　　5)沟通(Communication)：对EA以及EA蓝图的培训和传播。

　　6)规范(Compliance)：对已有的标准、流程和其他EA框架组成元素的遵循，将这些标准归档并跟踪其变化。

　　7)集成(Integration)：EA管理过程的接触点。

　　8)参与(Involvement)：整个组织范围对EA规划的支持。

　　1.1无EA规划——阶段0

　　1)管理：无架构治理。

　　2)规划：无EA开发规划。

　　3)框架：无EA流程和模板。

　　4)蓝图：无实际应用的IT标准。

　　5)沟通：高层管理者不了解EA以及EA的效益。

　　6)规范：不存在规范化流程。

　　7)集成：无集成项目。

　　8)参与：无EA认知项目，各部门或个人独立解决各自问题。

　　1.2非正规的EA规划——阶段1

　　1)管理：需要管理委员会来定义已经确认的标准和流程。

　　2)规划：EA需求已经确认，但EA活动是非正规和非结构化的。

　　3)框架：流程是特定的，且容易造成后续流程的非一致性;没有统一的跨技术、跨业务范围的流程。

　　4)蓝图：对业务驱动因素、技术标准的归档还缺乏正规性和一致性。

　　5)沟通：已确认对EA更大程度认知的需求，但在EA流程或者流程改进方面却没有形成共识。

　　6)规范：标准规范化的需求已经确认，但规范化仍然处于非正规和非结构化状态;流程在跨区域、跨部门和跨项目的非一致性使得规范化无法有效测度。

　　7)集成：通用功能与EA规划集成的需求已经确认，但是IT项目和IT采购仍然处于孤立状态，导致采购成本的增高、项目的重复开发以及重复培训的需求增加。

　　8)参与：明确让每一名员工了解EA概念和EA效益的重要性，但是对EA的认知仍然是非正规的，且缺乏一致性;一些部门和人员对EA的不支持可能导致组织内部的不稳定。

　　1.3可重复的EA规划——阶段2

　　1)管理：EA架构治理的需求已经确认，开始明确角色和责任：管理委员会正在形成。

　　2)规划：开始开发EA愿景、确认EA任务和资源需求;

　　3)框架：基本EA规划已经确定，流程已经规划和跟踪;组织正开始重复使用特定方法来获取关键的EA信息。

　　4)蓝图：业务驱动因素和战略信息以及建立EA信息存储库的需求已经确认。

　　5)沟通：企业架构的需求正与高层管理者沟通;EA认知活动正在开始出现。

　　6)规范：规范化流程已经开发，确保业务和IT项目与EA标准一致。

　　7)集成：EA规划框架集成的需求已经确认;管理流程与EA规划的各种接触点已经映射，但是具体的工作还没有开展。

　　8)参与：组织已经开始对EA培训工作进行规划和准备，EA的概念已经在日常的各种会议上被介绍和讨论。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。