随着我国企业信息化进程的不断深入，信息技术和信息系统在企业运营过程中扮演着越来越重要的角色，其地位也从支持企业业务活动的附属角色向主导业务、创新业务的决策性角色转变。但是由于信息技术的快速更新、信息系统的日趋庞杂以及企业业务需求的不断升级，很多企业正面临着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的概念已经在日常的各种会议上被介绍和讨论。
2017年7月25-28日
深圳
培训目的
TOGAF?鉴定级培训的学习目标聚焦在让学员系统的学习业务架构、数据架构、应用架构和技术架构基础知识与理解之外的分析与应用。
鉴定级认证的目的是证明学员除了具备基础级的知识和理解能力，还能够分析和应用这些知识。
目标对象
企业IT部门负责架构相关工作的项目经理或技术人员；
在已经采用TOGAF 9.1组织中工作和必须参加架构项目和主创活动的专业人士；
将负责开发架构制品的架构师；
想更深入地了解TOGAF9.1或有意愿引进TOGAF 9.1、成为实际应用架构的架构师个人。
课程特色:
1. 理论与实践相结合、案例分析与行业应用穿插进行；
2. 精彩内容解析、学员专题讨论、分组研究；
3. 全面知识理解、专题技能掌握和安全实践增强的授课模式。
联系方式：
Tel：010-84872817
Mobile：18513185075
Email：rr_tao@17xuee.com
看了这么久了，
赶紧关注我们吧~
联系客服
