让EA不再仅是“传说”

日期: 2010-04-26 来源:TechTarget中国 英文

  褪下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运行环境来支持数据和应用架构,以保证业务的正常展开。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

相关推荐

  • 混合云使用不能盲目:学习最佳实践是王道

    混合云的采用率正在上升。很多组织看到了云服务的优势,但他们也想要自己拥有一定的灵活性,将一些工作负载和数据保持在本地的控制下。

  • 把软件架构演进体现在栈上

    曾几何时,企业架构师要为了得到承认和支持而抗争,但这种时候正在过去。大多数企业现在已经意识到实现业务流程中敏捷性和效率需要业务目标、人力资源以及信息技术的结合。

  • 架构安全模型开发方式探索

    维护一个强大的安全模型,以及相关合规和管控的需求越来越重要,特别是在如今黑客和入侵几乎每天都会发生的情况下。

  • 你了解应用集成架构吗?

    业务流程越来越多得要求在很多任务,甚至很多应用之间共享更多的信息。应用集成架构是一种IT流程,确保数据或者某个功能能够从一个应用移动到另一个应用。