企业架构EA成熟度模型比较研究(一)

发布时间:[2012-1-30]     来源:万方数据     作者:李屹 王学颖      点击:

导读:随着我国企业信息化进程的不断深入,信息技术和信息系统在企业运营过程中扮演着越来越重要的角色,其地位也从支持企业业务活动的附属角色向主导业务、创新业务的决策性角色转变。

随着我国企业信息化进程的不断深入,信息技术和信息系统在企业运营过程中扮演着越来越重要的角色,其地位也从支持企业业务活动的附属角色向主导业务、创新业务的决策性角色转变。但是由于信息技术的快速更新、信息系统的日趋庞杂以及企业业务需求的不断升级,很多企业正面临着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的概念已经在日常的各种会议上被介绍和讨论。

关键字:企业架构  EA   成熟度模型