企业架构

企业架构

计科12-4 曲直

120702140416

企业架构

企业架构,Enterprise Architecture，简称EA。有效的企业架构对企业的生存和成功具有决定性的作用，是企业通过IT获得竞争优势的不可缺少的手段。

TOGAF（开放组体系结构框架）将“企业”定义为有着共同目标集合的组织的聚集。例如，企业可能是部门、一个完整的公司、公司部门、单个处/科室，或通过共同拥有权连接在一起的地理上疏远的组织链。

在“企业架构”上下文中，“企业”这一术语不仅可用来表示整个企业（包含所有信息和技术服务、流程和基础设施），而且可以表示企业内的一个特定领域。在这两个情形中，架构可以跨越多个系统和企业内的多个职能群组。

“企业”术语本身的演化性经常导致困惑。当今的扩展企业常常包含伙伴、供应商和客户。如果目标是集成扩展型的企业，那么企业就该包含伙伴、供应商和客户，以及内部的业务单位。

从1987年的Zachman Framework开始，企业架构发展了二十余年，有很多专家与

组织都试图对企业架构的内涵进行定义，目前国际上的企业框架组织很多，影响力比较大的有Zachman架构框架、联邦总体架构框架（FEAF/CIO协会框架）、欧共体总体框架（TOGAF）等。

- Zachman:“企业架构是构成组织的所有关键元素和关系的综合描述。企业架构框架（EAF）是一个描述企业架构方法的蓝图。”

- Clinger－Cohen法案：\"企业架构是一个集成的框架用于演进或维护存在的信息技术和引入新的信息技术来实现组织的战略目标和信息资源管理目标。\"

- The OPEN GROUP：“企业架构是关于理解所有构成企业的不同企业元素，以及这些元素怎样相互关联。”

- [1] Gartner Group 对企业架构的定义是: 企业架构是通过创建、沟通和提高用以描述企业未来状态和发展的关键原则来把商业远景和战略转化成有效的企业变更的过程。

业务运营模型的概念对决定组织内企业架构的范围和本质十分有用。大型公司和部门可以由多个企业组成，并且可以开发及维护一些的企业架构来应对每一个企业的运营。但是，这些企业的信息系统经常存在许多共同之处，因此，使用一个共同的架构框架通常会有大的潜在收获。例如，一个共同的框架能提供架构储藏库作为开发基础，提供可重用模型、设计以及基线数据。

企业架构如同战略规划，可以辅助企业完成业务及IT战略规划。在业务战略方面，可使用TOGAF及其架构开发方法（Architecture Development Method，ADM）来定义企业的愿景/使命、目标/目的/驱动力、组织架构、职能和角色。在IT战略方面，TOGAF

及ADM详细描述了如何定义业务架构、数据架构、应用架构和技术架构，是IT战略规划的最佳实践的指引。企业架构是承接企业业务战略与IT战略之间的桥梁与标准接口，是企业信息化规划的核心。

企业架构框架源起于90年代的美国，到目前已经衍生出多种企业架构框架，根据The Open Group的2009年调研报告，各类企业架构框架的市场占用率如下图所示：

根据以上三个调研机构的报告，TOGAF的占有率已经超过百分之五十。

架构框架是一个或一套基础结构，用来开发大范围的不同架构。它应该描述一个用构建块的集合来设计企业目标状态的方法，并显示这些构建块如何搭配在一起。它应该包含一套工具并提供共同词汇。它也应该包含所提议标准的清单以及符合标准的可以实现构建块的产品。构建块可以是架构元模型实体的目录清单、矩阵及图表、功能规格、应用模块、软件/硬件产品及其组合。

企业架构最早的思想雏形来自企业建模领域。20世纪80年代中期之前，几乎只有学术界对企业再造或企业建模的思想感兴趣，但使用的理论和模型通常被限于某个信息系统的设计和开发。

20世纪80年代中期，当时还是IBM员工的John Zachman率先提出了“信息系统架构框架”的概念，从信息、流程、网络、人员、时间、基本原理等6个透视角度来分析企业，也提供了与这些视角每个相对应的6个模型，包括语义、概念、逻辑、物理、构件和功能等模型。由于其杰出的开创性工作成果，Zachman被公认为是企业架构领域的开拓者。但在当时，Zachman并没有明确的使用“企业架构”的概念。

1996年美国的Clinger-Cohen 法案（也称信息技术管理改革法案）导致了术语“IT架构”的产生。这部法案的主旨是，美国指导下属联邦机构通过建立综合方法来管理信息技术的引入、使用和处置等。Clinger-Cohen法案要求机构的CIO要负责开发、维护和帮助一个合理的和集成的IT架构（ITA）的实施，当时的术语ITA，现在被解释为IT企业架构（EA）。

因此，企业架构最早应用在美国的一些机构，美国联邦对企业架构的应用推动发挥了非常重要的作用。自从Zachman架构框架引入后，首先是美国国家技术标准研究所在19年发布NIST框架，从此联邦内出现了许多企业架构框架，例如国防部（DOD）和财政部（DOT）等。

1999年9月，美国联邦CIO委员会出版了联邦企业架构框架（FEAF），它的意图是为联邦机构提供一个架构的公共结构，以利于这些联邦机构间的公共业务流程、技术引入、信息流和系统投资的协调等。

FEAF定义了一个IT企业架构作为战略信息资产库，它定义了业务、运作业务所必须的业务信息，支持业务运行的必要的IT技术，响应业务变革实施新技术所必须的变革流程等要素。

随后，美国的管理和预算办公室（OMB）发布的OMB Circular A-130，要求机构记录和提交他们的初始的企业架构到OMB，并对架构发生的重大变革进行更新。这给了OMB一个责任，即帮助推动机构内和机构间的企业架构的开发，并支持通过IT来改进的运营能力。

2002年2月，OMB建立了一个联邦企业架构程序管理办公室来开发联邦企业架构

FEA，在联邦机构程序内和跨机构程序间，通过跨部门的分析来找到重复的投资，找到相互的差距，有助于在联邦范围内的协作、互操作和交互。

目前，在国际上，以美国和欧盟为首的发达国家已经为企业架构的推行制定了一系列强制性的法律法规，诸如：

◇美国的Clinger-Cohen 法案（信息技术管理改革法案，1996）被设计成用来改善美国联邦获取和管理信息技术的方式。它强制美国的联邦机构使用正式的企业架构流程。

◇美国的Sarbanes-Oxley 法案（美国公众公司会计改革和投资者保案，2002）被通过以响应诸多重要的法人和帐目清算的丑闻，其中还包括一些美国的著名公司（例如：Enron 和Worldcom）。该法案规定，公司必须提供内部控制评估的证明，包括将信息技术相关的控制过程记录在案。

◇ 欧盟授予公共合同的指令：在欧盟内部，当提供产品和服务时，供应商被要求必须展示他们正在其业务中使用正式的企业架构流程。

这些强制性的法律法规成为了机构和公司企业在其业务中采纳和使用企业架构的强大驱动力。从世界先进国家的发展经验和示范作用来看，企业架构的采纳和推行，是经济、社会、商业发展到一定阶段的必然产物。随着全球化的进展以及国家综合实力的不断增强，可以乐观的预计，未来企业架构在我国的部门/机构和企事业单位中具有很好的应用前景和发展空间，正在受到越来越多的关注。

企业架构的目的是将跨企业的、常为零散的那些遗留流程（人工/自动）优化进一个集成的环境，它可以及时响应变更并有效的支持业务战略的交付。

今天的首席执行官知道通过IT对信息进行有效的管理及利用是业务成功的关键因素，也是获取竞争优势不可缺少的手段。企业架构能够处理该需要，为响应持续变更的业务环境所需的IT系统的演进，提供战略背景。

此外，好的系统架构使你能在IT效率和业务创新之间达成恰当的平衡。它允许单个的业务单位在追求竞争优势时安全地进行创新活动。同时，它确保了组织对集成的IT战略的需要能够被满足，并允许跨越整个扩展企业的最紧密的可能的合作协同。

来自于良好企业架构的优势能够带来重要的业务效益，这在公司或组织的利润或亏损中清晰可见：

◆更高效率的IT运行

◇ 降低的软件开发、支持和维护的成本

◇增强的应用可移植性

◇ 提高的互操作性和更为简单的系统和网络管理

◇提高的处理关键性的企业范围的议题的能力，如安全

◇更容易的升级和系统构件的替换

◆现有投资的更好的收益，降低未来投资的风险

◇ 降低的IT基础设施的复杂度

◇现有IT基础设施投资的回报率的最大化

◇开发、购买和外包IT解决方案的弹性

◇ 新投资以及IT拥有成本的全面风险的降低

◆更快、更简单和更便宜的采购

◇采购决策更简单，因为在有条理的规划中，管控采购的信息是随时可用的

◇ 采购流程更快 - 最大化采购速度和灵活性而无需牺牲架构的一致性

◇采购异构、多供应商的开放系统的能力

企业架构方法有很多，但TOGAF是最主流的，不仅有80%的福布斯全球排名前50的公司在使用，而且支持开放、标准的SOA参考架构。企业架构规划最常采用TOGAF架构方法。TOGAF架构开发方法ADM是一个可靠的、行之有效的方法，以发展能够满足企业商务需求的企业架构。

1、预备阶段

这一阶段关注的是满足新企业架构的业务指导所需的准备和初始活动，在此阶段，应当采纳面向服务的原则。这将帮助本阶段两项额外的输出——治理和支持策略，以及初始架构库进行相互的调整适应。

2、架构愿景

本阶段关注于愿景、范围、业务驱动力以及准备情况评估。需要在这个阶段定义架构项目的规模，风险承担者以及架构视图。

3、业务架构

这个阶段关注于业务架构方面的事情，如人员、流程和职能。需要在这一阶段开发出一个基准和目标业务架构，并进行支持已有架构视图的缺口分析。

4、信息系统架构

这一阶段解决的是应用和数据架构问题。需要开发基准和信息系统架构，进行支持已有架构视图的缺口分析，架构信息系统服务，并将它们与业务服务相关联。

5、技术架构

本阶段定义架构所需的软硬件基础设施。在定义技术时，应当使用SOA参考模型。

6、机会及解决方案

本阶段关注于初级实施规划，然后确认前面阶段所定义的架构的交付工具。对解决方案组合、集成以及管理，以及内部或外部服务供应商的确认在本阶段完成。

7、迁移规划

本阶段的关注点是利用一个支撑性的先前阶段确认计划搭建一套细化的系列过渡架构，和项目实现团队一同创建可行的实施和迁移。

8、实施治理

本阶段关注实施的架构性监管。架构实施应当坚持按照先前阶段所定义的TOGAF和SOA治理及策略模型进行。

9、架构变更管理

本阶段关注新架构的变更管理，并帮虑采纳面向对象的原则。架构变更管理的目标是要确保架构能够实现其原有的目标业务值。这一目标包括以紧凑的架构方式管理架构变化。

10、需求管理

处理所有类型的需求，包括显著的业务推动者、关系，及新的功能和变更请求。