学习目标
掌握企业架构多角度描述机制；理解多层面、多角度的建模意义；了解Zachman架构及其主要构成；了解TOGAF架构及其主要构成；了解FEA架构及其主要构成；了解DoDAF架构及其主要构成。
1.1 什么是企业架构
企业（enterprise）在《现代汉语词典》中的解释为：从事生产、运输、贸易等经济活动的部门，如工厂、矿山、铁路、公司等。一般来说，“企业”是指由一整套可识别的、互为作用的业务功能构成的商业组织。它有能力作为独立实体经营运作。
20世纪后期，在中国大陆改革开放与现代化建设，以及信息技术领域新概念大量涌入的背景下，“企业”一词的含义有了很大的变化。一方面，大量非计划经济体制下的“企业”大量涌现；另一方面，在一些新概念中，其含义不限于商业或营利性组织，这种用法目前主要来自对英文“enterprise”一词的翻译。
因此，目前在公共媒体中出现的“企业”一词有两种用法，较常见的一种用法中企业指各种独立的、营利性的组织（可以是法人，也可以不是），并可进一步分为公司和非公司企业，后者如合伙制企业、个人独资企业、个体工商户等；另一种用法与组织接近，可以用来泛指公司、学校、社会团体乃至政府机构等。后一种用法主要出现在信息技术应用领域的一些专有名词中，例如企业应用（enterprise applications）、企业计算（enterprise computing）、企业集成（enterprise integration）、企业工程（enterprise engineering）、企业架构（enterprise architecture）及企业建模（enterprise modeling）等。
开放组体系结构框架（The Open Group Architecture Framework，TOGAF）将“企业”定义为有着共同目标而集合的组织的聚集。例如，企业可能是政府部门、一个完整的公司、
公司部门、单个处/科室或通过共同拥有权连接在一起的地理上疏远的组织链。
“架构（architecture）”一词最初来源于建筑，其核心是通过一系列构件的组合来承载上层传递的压力。建筑工程则从石器时代就开始了，人类在几千年的建筑设计实践中积累了大量的经验和教训。建筑设计基本上包含两点：一是建筑风格，二是建筑模式。独特的建筑风格和恰当选择的建筑模式，可以使之成为一个独一无二的建筑。自从出现建筑以来，它与人类的关系就一直是建筑设计师必须面对的核心问题。
经过漫长的演变，架构设计已经成为现实生活中必不可少的活动。比如，要建一栋房子，就需要进行很多的架构设计工作。首先要进行外部架构的效果设计，在客户满意之后，再进一步设计内部结构，以及配套的线路、上下水管道等各方面的设计。架构是系统的组成部件及其之间的相互关系，通过明确这种关系，使得架构之间联系更加科学合理，系统更加稳定。
在韦伯词典中，架构的定义是“作为一种意识过程结果的形态或框架；一种统一或有条理的形式或结构；建筑的艺术或科学”。这个定义的关键部分是具有特定结构的、体现某种美感的事物以及针对该事物的有意识的、有条理的方法。从结构的角度理解信息化，可以发现三个特点：第一，结构是超技术层面的，要建立完整的企业架构，必须从企业战略高度来思考信息化建设；第二，结构可以很好地把握组织动态发展的脉络，为组织成长奠定坚实的基础；第三，结构具有丰富的层次性，可以有效地体现组织的柔性。
事实上，架构是一个很广泛的话题，既可以上升到管理与变革这样的层面，也可以沉淀到具体的软件协议和标准中来，因为架构不仅是一种理念，更是一种实践的产物，是一种需要与组织已有IT环境相关联的架构。从管理与变革的层面来看，需要制定整体的业务发展战略，这是一个相对长期的战略，为了实现这个战略目标，必然需要一系列的架构来支撑。当今我们所面临的全球化、多元化和专业化特点，使得人们越来越体会到社会变革所带来的巨大挑战。人们已经认识到，管理变革和信息化项目建设的难度在于环境的变化是不可预测的，但企业里总有一些原则性的东西可以固化下来，这些原则着眼于整体性、长期性和基本性。企业架构的理念和实践应运而生。
企业架构（Enterprise Architecture，EA）是在信息系统架构设计与实施的实践基础上发展起来的。自1987年约翰·扎克曼（John Zachman）的开创性工作以来，这个领域已经累积了不少研究与实践。扎克曼被公认为是企业架构领域的开拓者，他认为使用一个逻辑的企业构造蓝图（即一个架构）来定义和控制企业系统和其组件的集成是非常有用的。企业架构是一种对企业多角度的综合描述，它反映了企业的人、流程、技术的组织和安排。对于企业的不同参与者，企业架构提供了不同的视图，用他们容易理解的方式和语言反映企业的状态。
对于企业架构，到现在还没有明确的定义，以下是一些专家和组织从不同的角度给出的相关定义。
Zachman：企业架构是构成组织的所有关键元素和关系的综合描述。
Clinger-Cohen法案：企业架构是一个集成的框架，用于演进或维护存在的信息技
术和引入新的信息技术来实现组织的战略目标和信息资源管理目标。
OPEN GROUP：企业架构是关于理解所有构成企业的不同企业元素以及这些元素
怎样相互关联。
OMB：企业架构是业务、管理流程和信息技术间当前和将来关系的显示、描述和
记录。
Meta Group：企业架构是一个系统过程，它表达了企业的关键业务、信息、应用
和技术战略以及它们对业务功能和流程的影响。关于信息技术怎样以及应该如何在企业内实施，企业架构提供了一个一致、整体的视角，以使它与业务和市场战略一致。
IBM：企业架构是记录企业内所有信息系统和其相互关系以及它们如何完成企业
使命的蓝图。
Microsoft：企业架构是对一个公司的核心业务流程和IT能力的组织逻辑，通过一
组原理、政策和技术选择来获得，以实现公司运营模型的业务标准化和集成需求。 从简单的概念来讲，企业架构是对企业多层面、多角度的建模与描绘。以往，企业管理者提到企业架构时，通常会把它理解为企业的组织架构或者流程图；IT人员则会把企业架构简单地理解为IT架构。人们已经认识到企业架构与企业战略和企业运营环境密切相关，企业战略决定了企业架构的形态，而企业实际的运营环境是在企业架构指导下建立起来的企业日常运作。企业架构的构成及在组织信息化中的定位如图1-1所示。
业务战略 企 业 战 略 IT战略 企 业 架 构 业务架构 ● 运营模式 ● 业务流程 ● 组织结构 ● 地域分布 ● ● ● ● IT架构 数据架构 应用架构 技术架构 管理架构 IT项目组合 IT项目 IT项目 IT项目 IT项目
图1-1 企业架构的构成及在组织信息化中的定位
企业架构主要包括企业业务架构和IT架构。业务战略决定业务架构，它包括业务的营运模式、业务流程、组织结构和地域分布等内容。企业架构是战略与实际运营之间的桥梁，有助于战略的落实。IT架构是指导IT投资和设计决策的IT框架，是建设企业信息系统的蓝图，包括数据架构、应用架构、技术架构和管理架构。
企业战略与IT战略必须紧密联系，并通过企业架构来指导IT项目的建设，IT项目必须以实现企业战略为出发点和终结点。IT项目组合是项目或项目和其他工作的一个集合，将其组合在一起的目的是为了进行有效地管理以满足战略上的业务目标。许多政府组织和企业通过IT项目和信息系统来支持其低成本战略和个性化服务战略，这些系统被称为“战略信息系统”。
从企业架构的发展趋势来看，企业架构概念已经涵盖了业务、组织、技术等多个层面，并且使这些层面协调统一、相互贯通。企业架构是一个涵盖业务和IT的全面的企业蓝图设计工具，可以帮助企业的管理者了解企业的构成、发现问题并不断地改进。
1.2 为什么需要企业架构
企业架构的源泉是企业的战略。管理学上有句名言：决策者一旦制定了错误的战略，100个行动也无法挽救。战略的抉择，主要是定位问题，相比企业运营的一些具体操作问题，例如市场策略、生产策略等，战略具有较高的稳定性。战略大师迈克尔·波特（Michael E. Porter）认为，战略的本质是抉择、权衡和各适其位。这对企业战略中的业务战略和IT战略的本质都是很好的诠释。
长期以来，信息化建设普遍存在一种现象，即“信息化”成为若干“信息化建设项目”之总和。虽然许多组织都强调这些项目都是由“总体规划、分步实施”原则指导来进行的。这种“项目导向”的信息化建设方法，总是在企业需求不断变化和IT技术快速发展的现实中陷入“力不从心”的境地。人们往往通过建设新的项目来弥补系统的不足，此时“总体规划”已经抛到了脑后。不管这些项目和系统是否符合总体规划的要求，一句话，它们并没有满足企业的需求。在建设信息化的过程中，由于信息化建设者缺乏对企业信息化的深刻理解，他们更多地把视角放在技术上面，而忽视了对企业需求获得能力和信息化感悟能力的造就。特别是IT项目人员往往缺乏对组织的战略目标和IT战略规划的全面了解，在实施IT项目时，他们更多地把视角放在技术层面上，而忽略了对组织战略规划的理解。企业信息化缺乏与工业化的真正融合，其对于企业管理的作用就失去了许多应当体现的价值。
有些企业随着业务的发展，建立了很多分割的部门、流程和系统，它们之间无法协调合作，因此经常出现问题，如部门之间的职责界定不清晰、配合不顺畅；运营的效率较低，很难贯彻企业战略意图；业务部门和IT部门的沟通不畅、系统功能滞后等。
随着信息化建设不断普及和深入，人们感觉到有些问题严重影响信息化建设与发展，包括以下几个方面。
对信息化的认识不够：企业信息化总是处在手段与工具层面，认为信息化主要是
为改进各项工作提供支撑，作为某个环节的工具来为企业和部门服务。对信息化的核心任务是为了实现企业的核心价值和战略目标的认识不够。
信息化的随意性：企业信息化的定位不准确，随意性和可变性较大。信息化的成
功与否在很大程度上取决于领导者个人对信息化的理解和实施能力。
信息化建设标准强调不够：对信息化建设中应该遵循的技术标准、系统标准和实
施标准强调不够，贯彻不坚决，缺乏科学的管理手段。
信息化的本位主义：企业信息化建设中，由于没有很好地解决战略性问题，使得
企业业务流程不畅、部门条块分割、多头管理和本位主义等现象严重。各部门在建设和使用信息系统时，仅从部门的角度和利益来考虑问题，严重影响企业信息化战略的实现。
风险管理不到位：信息化建设项目具有投资大、风险大的特点。各种失控风险都
存在于这些项目中，而且，项目投资越大，失控的风险就越容易发生。信息化建设的非战略性、非架构性、非计划性和非标准性都将导致信息化建设和运行的风险不断增大。
缺乏方法论指导：在信息化建设过程中，缺少持续发展的系统理论和方法论；对
如何将理论知识与实际项目建设巧妙地结合在一起缺乏总体的研究与实践总结。 信息孤岛：信息的获取、加工、传递和利用等功能不能有机地结合在一起，数据
的分散定义、存储、加工和使用等，使得信息孤岛现象越来越严重。
烟筒式的应用系统：应用系统之间相互隔离，无法进行从输入、处理到输出的方
法与过程，甚至无法进行信息的共享。
资源浪费：信息化投资缺乏战略指导，没有形成总体架构。只重短期效益、部门
效益，使信息化建设项目的总体效益不好，应用效果体现不出总体性和增长性。 重复建设：集团内的不同部门开发相同或相似的应用系统，出现重复建设、盲目
建设项目。
除了上面提到的这些信息化问题外，“信息化发展”是企业信息化所遇到的重大问题。在目前形式下，企业形态和业务内容变化越来越快，企业对信息化的要求、面对的情况和实现的系统越来越复杂，企业应用系统与企业的生产、运营、管理和决策结合在一起。同时，市场的不断变化和业务的快速发展，又不断地对应用系统提出新的需求，新业务的发展、新部门的产生、新地域的拓展都要求信息系统不停地“扩张”。
在这种背景下，组织管理者需要一个解决办法或一种理念来回答：如何建立贯彻企业战略的业务战略与IT战略？如何建立与业务战略紧密相关的IT战略规划和IT体系？如何实现IT战略规划？如何实现IT系统的灵活性和相互操作性？如何降低IT投资和运营成本，并且从IT投资中获取更多回报？如何管理IT结构的复杂性？如何解决由IT引入所带来的风险？如何优化和选择大型及关键的IT项目？如何选择咨询公司和外包项目？如何实施IT项目？如何进行IT的最佳治理？这些都是对政府领导、企业决策者和管理者，特
别是科技部门领导和CIO的挑战，他们越来越感觉到责任重大。根据国际和国内的经验，企业架构的方法可以有效地解决这些问题。因此，企业架构的理论和方法越来越受到政府、企业和IT厂商的重视。对企业架构的基本期望是希望它能在对业务战略和流程理解的基础上，进行信息化顶层设计，形成灵活稳健的IT结构，构建和谐的IT环境。企业架构的基本目标如表1-1所示。
表1-1 企业架构的基本目标
目 标 业务与IT的沟通 快速的业务响应，业务价值增值 清晰的顶层设计蓝图 降低成本，节省IT项目投资 标准化 建立较强的IT服务与管理能力 者和业务人员理解和支持 以企业市场要求的速度对变革和新的业务需求做出反应，从IT运营中获得更多的业务价值 清晰地定义出存在的和未来的信息系统的结构，实现信息的共享和交流 提供一个路线和迁移战略来满足将来的采购和开发，简单、快建和便宜地进行信息化建设，节省IT项目投资 减少组件间接口的数量和复杂性，改进应用的可携带性，保证组件的开发、升级与维护，提高引入新技术的能力，减少管理复杂性的成本 提高服务外包、离岸外包以及外部服务商的平衡能力，管理内外资源，管理安全，建立IT服务价值的可信任等 含 义 根据业务战略和管理模式，实现企业业务对IT的需求，并使IT能被高层管理
发展企业架构的最主要原因，是为了解决信息化的战略发展问题，是为了解决越来越复杂的信息系统和IT基础设施的建设问题。人们越来越认识到，复杂和大型的信息化建设、管理和运行维护，是一个整体性、长期性和基本性的IT战略问题。应该明确，通过信息化进行有效的企业管理和信息的开发和利用是企业成功的关键，也是取得竞争优势的必由之路。企业架构为IT的发展提供了一个战略内涵，并且使IT可以对经常变化的商业环境做出快速和正确的反应，以满足企业快速发展的需求。研究表明，那些拥有了一流业绩的企业，其IT投资回报往往会比其竞争对手高出40个百分点。这些企业积极地采用各种手段从IT中寻找价值，主要体现在以下几个方面。
明确业务战略以及IT在实现这些战略中的重要作用。 衡量和管理对IT的所有支出以及由IT而获得的所有收益。 依据组织变革的需要划分责任，以充分利用新的IT能力。 从每次实践中学习，使自己更善于共享和重复利用IT资产。
一个好的企业架构能使企业以一个恰当的IT效率和投资，在业务创新中得到一个准确的平衡。它既允许各业务部门为了追寻竞争优势而不断创新，同时也保证了整个组织获得一个集成的信息化战略，在企业整体扩展中，取得最佳的和最可能的聚合能力与协同能力。企业架构首先关注的是企业架构的规划，一般会从企业信息化的现状、原则、模型、标准等方面来思考，清楚地描述企业信息化的基础设施、数据、应用和人力资源等要素，以企业战略发展和愿景为基础，清晰地勾画出企业架构的发展战略。正如企业架构理念推广者
描述的那样：
企业架构是适应企业业务变革的方向盘。 企业架构是建设企业信息化的蓝图。 企业架构是沟通业务与信息技术间的桥梁。
企业架构实现了业务、信息、应用和技术之间的协同。
企业架构的任务是制定企业的整体信息化蓝图，这与一般意义上的应用架构是完全不同的。应用架构从单一应用的角度出发，其主要是从应用的功能出发，即从应用的数据、展现方式和业务逻辑等方面来制定应用的结构和构造方法。企业架构则从企业战略和整体业务出发，从技术上制定用以支持企业业务和战略的各种应用、数据和基础设施等。企业架构还要对全企业的信息化系统的管理、维护和发展制定体系结构。
企业架构要能适应企业业务的变革，一方面企业架构本身要能够支持企业现在及未来可能的业务，另外在业务变革方面也存在着是否与企业架构和谐的问题。企业架构是沟通业务与信息技术之间的桥梁，实现了业务、信息、应用和技术之间的协同。企业架构的出发点是企业的业务和战略。企业业务和战略的变化可以反映在企业的业务架构之中，并由此导致企业技术架构的变化；技术的变化也同样体现在企业的技术架构体系之中；企业架构方法为企业战略、业务与信息化之间的相互协同搭建了桥梁。
随着IT的不断发展，IT战略已由组织的部门职能战略提升为组织的核心战略，信息系统也成为组织战略的核心。目前，我国对企业架构的使用主要还是在IT层面，业务人员还没有开始利用这个工具进行业务运营模式的设计和规划，应该在企业的业务部门和管理部门推广企业架构方法，以推动企业战略和IT战略目标的实现。通过企业架构，把高端的企业战略和操作层面的业务管理和运营结合起来；通过系统的方法来架构全新的企业运转体系，建立业务和IT之间的桥梁。企业业务部门和管理部门全面使用企业架构方法之时，就是企业信息化系统成功之际。
1.3 企业架构理论
企业架构的设计和实现要基于架构理论的不断发展和完善。不同的企业架构理论，内容也不尽相同。美国架构规划专家扎克曼在1987年创建了第一个企业架构的框架理论，国际上通称为Zachman架构框架（Zachman Framework，扎克曼架构框架）。Zachman架构框架后来发展成为企业架构的一个经典框架，扎克曼本人也被誉为EA之父。之后，EA的框架和方法论不断地被提出。
架构框架是一个或一套基础结构，用来开发大范围的不同架构。它描述一个用构建块的集合来设计企业目标状态的方法，并显示这些构建块如何搭配在一起。它应该包含一套工具并提供共同词汇，也应该包含所提议标准的清单以及符合标准的可以实现构建块的产
品。构建块可以是架构元模型实体的目录清单、矩阵及图表、功能规格、应用模块、软件和硬件产品及其组合。企业架构框架并不是企业架构本身，但是它可以告诉我们如何组织和描述企业架构。企业架构框架至少包含以下内容。
识别描绘企业架构所需要的信息类型。 将信息类型组织成逻辑结构。 描述信息类型之间的关系。
企业架构信息的分类可以方便架构的建立和信息的整合，企业架构框架还可以识别出产品类型（模型）。这种类型（模型）用来描述企业架构和演示如何描绘不同企业架构信息类型（如使命需要、商业过程、数据和IT能力等）之间的联系，它可以帮助组织运行企业架构。使用预先决定的企业架构产品描述可以加速体系结构的发展过程。在不同的但相关的企业架构中使用同样的框架和产品类型可以增加企业架构之间的可比性，便于在不同企业架构中的工作者进行交流。
根据企业架构所需要的信息内容，企业架构框架至少要能组织信息类型并描述商业过程、数据、IT系统使命和IT基础设施之间的关系。企业架构框架还必须处理标准的安全问题，将企业架构与企业战略和目标关联起来，使基础架构最终变成目标架构。因为企业架构将面对许多不同的使用者，所以企业架构框架还必须针对不同使用者来说明哪些信息最适用的问题。一些框架还处理存储需求或者提供对过程、管理或结构管理的指导。大部分框架没有描述系统模型建立的方法原则、分析性的办法或工具。为确保用统一的方法和格式说明企业架构，许多行业和政府组织采用“架构框架”方法来统一用于描述架构各方面所用的“语言”。 这些架构框架通常与专业领域有关，例如国防工业用的美国国防部架构框架DoDAF以及相关的框架，再如电信行业的eTOM模型为电信营运商制定企业业务架构提供了参照。企业架构框架包含了从企业战略层次到IT技术的战略层次，再到最基本的技术元素的全部内容。目前影响较大、使用比较广泛的企业架构框架和方法论主要有Zachman、TOGAF、FEA和DoDAF。
1.3.1 Zachman架构框架
全球第一个企业架构框架理论是由约翰·扎克曼于1987年创立的，即Zachman架构框架理论，扎克曼的论文《信息系统架构框架》至今仍被业界认为是企业架构设计方面最权威的理论，是其他企业架构框架的源泉。扎克曼的崇高声誉不仅仅是由于他在架构框架上的工作，还由于他早期对于IT系统规划方面的贡献。系统规划在20世纪70年代是IBM广泛使用的信息规划的方法论。作为一个强化的和系统的理论，信息规划给IBM的核心领导层、规划和计划部门、技术部门提供了一个强大和完善的工具。20世纪70年代以来，扎克曼先生致力于信息系统的战略规划、计划和企业架构的推广与应用工作。他撰写了许多相关书籍和文章，还一直在全球范围内为企业和政府提供教育和咨询，促进和完善了企
业的战略规划和决策行动，带动了企业架构在全球的发展。
Zachman架构框架理论最具代表性的是通过6列5行共30个元素表示的矩阵表格，如表1-2所示，以最简便的形式刻画了构成所有内在关系的设计元素以及这些元素在设计中的功能和作用，它构成了一个完整的理论和模型。扎克曼将每部分都看成独立的变量，这是关系型数据库中的标准思维；数据必须与功能、网络位置独立区分，以保持思维的灵活性和清晰性。
表1-2 Zachman架构框架
元 素 范围 规划者 业务模型 拥有者 系统模型 系统设计者 技术模型 技术设计者 详细规范/定义 系统开发者 WHAT 数据 对业务重要的事物列表 语义 模型 逻辑数据 模型 物理数据 模型 数据 定义 HOW 功能 业务执行过程列表 业务过程 模型 应用程序 架构 系统 设计 软件 程序 WHERE 网络 业务操作 地点列表 业务逻辑 系统 分布式 系统架构 技术架构 网络架构 WHO 人员 对业务重要的组织列表 工作流程 模型 人机界面 架构 表示层 架构 安全性 架构 WHEN 时间 业务关键事件周期列表 总进度表 处理 结构 控制 结构 定时 定义 WHY 动机 业务目标 策略列表 业务 计划 业务规则 模型 规则 模型 规则 规约
Zachman架构框架共分为5个层次，以5行来描述。每一行代表不同类型的项目涉众的看法和观点，它明确了企业架构工作的流程和流程承担者。
第 1 行是企业的规划和管理人员范畴，它定义组织的方向和目的以及架构工作的边界。明确系统所支持的业务范围，规划系统在功能、性能和成本等方面的整体要求。
第 2 行是系统的拥有者（或称所有者）范畴，它用业务术语来定义组织的本质，包括它的结构、过程、组织。明确业务实体和他们之间的关系，以及业务流程与规则。
第 3 行是系统设计者和项目架构师范畴，它需要用比上一行更加严格的术语来决定和定义系统提供的功能和数据模型。也就是要把这个模型提高到一个更高的细节程度上。在Zachman架构框架的最初版本中，这行被称为信息系统设计师的观点。
第 4 行是系统的构建者和实施方范畴，它定义应该采用怎样的技术和手段来满足前面各行所定义的需求。在这个层次，需要考虑系统开发的工具、技术方案和平台等。
第 5 行是系统的开发者和承包方范畴，它定义详细设计，考虑实现语言、数据库存储和中间件的使用。包括定义具体的数据库、系统模块、业务规则等，能够分配工作给开发者具体执行。
Zachman架构框架认为无论从哪个层次来看，企业信息化的建设都应该从数据（what）、功能（how）、网络（where）、人员（who）、时间（when）和动机（why）等6个方面来综合考虑，也就是所谓的5W1H方法，在Zachman架构框架中以6列表示。
前3列是抽象产品，即什么内容，着重点是组织之内的重要的实体、对象、组件，以及它们之间的关系；流程是如何工作的，着重点是如何来支持组织和它的客户；组件在何处，着重点是组织活动的地理分布。从系统的角度来看就是数据、功能和网络。在最初的Zachman架构框架中，只有这3列抽象的产品，随着架构理论的不断发展和成熟，企业架构的实施和IT治理不可避免地包括在了企业架构框架之中。这就是Zachman架构框架中的后3列——“人员、时间、动机”。
在后3列中，人员描述谁做什么，着重点是谁参与了组织的业务；时间描述事件何时发生，着重点是事件发生的时间及其对组织有多大作用和影响；动机描述选择该事件的原因，着重点是把业务目标、战略和限制转化为具体的实现。
相对于前3列抽象产品，后3列更抽象、更不容易建模和仿真。关于Zachman架构框架理论，有以下3个方面需要认真理解并引起注意。
在每一列中，模型被演化或者转变来反映每行中涉众的观点。 在每一行中，模型应当是彼此之间互相一致的。
Zachman架构框架并不是为架构定义一个过程，它是定义了架构应该包含的观点。
Zachman架构框架仅仅是一个模板，所空缺部分必须由每个组织根据所需要的具体过程来填充。如果这些过程不存在，使用Zachman架构框架将有助于识别这些架构中的空白。
Zachman架构框架的主要优势是明确地展示了企业架构需要解释的许多观点，不管组织或企业是否决定采用Zachman架构框架，它都可以提醒你在架构中所需要考虑的问题；Zachman架构框架还明确地指出架构除了有架构师和开发者外，还有其他的涉众，这就意味着需要让所有的涉众都参与到架构设计中去，以确保满足他们的需求，而且理想上来说，应当尽量促使涉众活跃的参与架构实践。
尽管Zachman架构框架广泛地被企业和政府接受，但它存在以下几个潜在的问题，也引起了人们的关注。
Zachman架构框架可能会导致一种文档繁杂。表1-2中有30个单元格，每一个单
元格都需要一个或多个工件（artifact）来作为支持，这意味着文档的编写和管理一定非常繁杂。因此每个层次对象需要站在全局的高度，明确什么信息是实际上需要的，什么是可有可无的。换句话说，只有建立和维护文档的价值超过它的开销才有意义。
Zachman架构框架可能过于偏向于方法学。使用Zachman架构框架来提倡所偏好
的工作方式，或者使用它来改善现有方法似乎是一个很好的解决方案，但是如果不能选择反映当前组织文化、业务环境、技术环境以及参与人员的技能的工件的话，它可能会起负面作用。
Zachman架构框架可能偏重过程。Zachman架构框架需要定义一套严谨的过程来
支持它的必要性，为了维护在表格中那30个元素的可跟踪性，需要开发和维护一套详细的轨迹矩阵或者元数据的数据库，这些活动无疑会增加开销并影响到项目
的进度。
Zachman架构框架并没有被开发领域广为接受。虽然其在IT架构领域中的普及性
正在增长，但是似乎它还没有设法让自己进入到主流开发领域中去。
Zachman架构框架提倡的是自顶向下的开发方法。在人们一开始接触它的时候，
大家倾向地认为这意味着要从第1行开始，然后进行第2行等，然而实际情形并不一定非要这样。一个自顶向下的开发方法在有些情况下是好的，而有些时候自底向上的方法可能会更好，在其他时候从中间向外的方法又更合适，所以可以根据实际情况选择最合适的单元格作为起点，然后从那里开始进行。
Zachman架构框架从5个层次和6个方面定义了企业架构和需求。将30个元素有机结合，就可以建立起企业业务运营中实际运行的系统。Zachman架构框架主要还是解决系统建设问题，而不涉及业务和流程的设计。
1.3.2 TOGAF架构框架
TOGAF架构框架是由欧洲共同体的IT协会The Open Group开发的一个企业架构框架理论。在这个组织之下的企业架构分会有欧洲和北美很多的专业组织，如VISA、NASA、计算机协会、英国国防部、美国国防部及NATO等研究机构和政府部门，还有许多国际知名企业，如NEC、Motorola、波音、惠普、日立等。以The Open Group 协会会员国为基础，从1993年开始制定系统架构的标准，1995年开始开发了一个称为“X/Open Architecture Framework v1.0”的企业架构框架理论模型。1996年推出了TOGAFv2.0版本，1997年推出了TOGAFv3.0版本，一直到2009年推出TOGAFv9.0版本。TOGAFv9.0版本是在开放组织成员的共识下发展起来的，其方法可以用于其他框架或其余TOGAF版本中推荐的信息。由于TOGAF是一个跨行业的、开放的免费架构框架，所以在全球得到了广泛使用。
TOGAF架构框架能为企业各级领导和员工描绘出一个未来企业信息化中业务、信息、应用和技术互动的蓝图。
1．TOGAF架构框架是沟通业务与信息技术间的桥梁
在企业信息化建设中，业务部门与信息服务部门之间、业务主管与信息主管之间、业务与信息技术之间的鸿沟是实现信息化目标的最大障碍之一。彼此的信息不对称是形成这种差距的主要原因：一方面，信息技术人员可能无法了解业务的真实意图；另一方面，业务人员也体会不到信息技术的真正作用。TOGAF架构框架能够搭起业务与信息技术沟通的桥梁，它在同一个平台上，用双方都能够理解的语言，描述出业务与信息技术之间的关联。
2．TOGAF架构框架是适应企业业务变革的方向盘
企业信息化是一个渐进的过程，在信息化的过程中也伴随着企业战略、管理和业务变革的过程。当前企业信息系统如何适应企业的变革成为企业CIO们思索的一个突出问题。
以不变应万变是适应变化的一个基本战略，TOGAF架构框架所描绘出的蓝图容纳了各种业务与技术标准，是企业CIO们掌握信息化方向、适应业务战略变革的方向盘，能从根本上解决企业信息化中遇到的信息孤岛、集成和互操作等问题。
3．TOGAF架构框架的组成：实现业务、信息、应用和技术的协同
TOGAF架构框架是一个多视图的体系结构，它由企业的业务架构、信息架构、应用架构和技术架构共同构成。
（1）企业业务架构：贯彻企业业务战略。企业业务架构描述了企业各业务之间相互作用的关系结构。企业的业务构架以企业的业务战略为顶点，以企业各主营业务为主线，以企业各辅助业务为支撑，以人流、物流、资金流、信息流等联络各业务线，构成贯彻企业业务战略的企业基本业务运作模式。
（2）企业信息架构：建立企业信息模型。企业信息架构是将企业业务实体抽象成为信息对象，将企业的业务运作模式抽象成为信息对象的属性和方法，建立面向对象的企业信息模型。企业信息架构实现从业务模式向信息模型的转变、业务需求向信息功能的映射、企业基础数据向企业信息的抽象。
（3）企业应用架构：实现企业信息流动。企业应用结构是以企业信息架构为基础，建立支撑企业业务运行的各个业务系统，通过应用系统的集成运行，实现企业信息自动化流动，代替手工的信息流动方式，提高企业业务的运作效率，降低运作的成本。
（4）企业技术架构：保障企业应用执行。企业技术架构是实现企业应用架构的底层技术基础结构，通过软件平台技术、硬件技术、网络技术、信息安全技术间的相互作用，支撑企业应用的运转。
4．TOGAF架构框架方法论：搭建灵活的TOGAF架构框架
TOGAF架构框架的建立遵循科学的方法论：横向，从企业业务战略导入，实现企业业务架构、信息架构、应用架构和技术架构的渐进演化；纵向，每个架构的建立，按照“计划—评价—执行”的循环方法，逐步完善。这一过程对专业性的要求很高，需要有企业业务、管理、信息、技术等方面经验的专门人才的参与，目前IT管理咨询公司所提供的IT战略咨询或IT规划咨询服务对建立TOGAF架构框架具有重要作用。
TOGAF架构框架的运转也需要一定的机制来保证，基本思想是按照“运行—监督—反馈”的过程，建立配套的组织、资源、方法和工具来保证TOGAF架构框架的运转。
评价TOGAF架构框架方法论的基本准则是：建立起的TOGAF架构框架在运行中是否能够真正满足企业业务战略发展的需要。
5．TOGAF架构框架的最佳实践：实施成功的企业信息化
（1）成功实施TOGAF架构框架的最佳投资准备：价值和风险的平衡。成功实施TOGAF架构框架需要准确评估企业IT投资的价值和风险，在价值与风险间找到平衡点。经验证的企业信息化投资的基本准则是：TOGAF架构框架的投资应当占整个企业信息化投资的20%，而且把它当作一个长期战略性投资来考虑。因为，事实证明20%的投资已经决
定了企业信息化建设80%的价值，企业信息化的风险也因此而降低。
（2） 成功实施TOGAF架构框架的最佳组织准备：业务和IT的互动。成功实施TOGAF架构框架需要业务部门和IT部门重新审视自己的组织定位，真正提升IT组织在企业中的重要性，使IT组织成为企业业务战略制定、业务运作模式规划的主动参与者。
（3）成功实施TOGAF架构框架的最佳资源准备：机会和能力的匹配。成功实施TOGAF架构框架必须从战略的角度对企业进行SWOT分析，考虑企业在环境中的机会和威胁，考虑企业的特点和能力与其机会的匹配程度，从而正确评价在现有资源状况下TOGAF架构框架建立的广度和深度，保证企业信息化目标的实现。
1.3.3 FEA框架
1996年，美国国会通过了《信息技术管理改革法案》，即《克林格·科恩法案》。该法案的主要内容包括命令各联邦机构开发和维护信息技术架构（ITA）来最大化政府内部信息技术投资的收益；改变了联邦机构在IT采购上的角色和职责，提升了OMB（美国管理和预算办公室）的职责，由OMB进行集中统一管理；要求每个联邦机构必须任命一个CIO，CIO的一个重要职责就是开发、维护和辅助实施一个完善的、集成的信息技术架构。同年，美国13011号总统令建立了CIO理事会。从1998年开始，CIO理事会根据《克林格·科恩法案》的要求，着手开发联邦企业架构框架（FEAF）。框架是为了提供一个可支撑的机制来识别、开发和记录高优先级领域的架构描述，这些领域建立在跨组织边界的共同业务域和设计之上。FEAF于1999年正式发布，主要内容是八大构件，即架构驱动力、战略方向、当前架构、目标架构、过渡流程、架构分块、架构模型和标准。FEAF还展现了从4个不同层级上看到的细节程度。FEAF的目的是为了推动联邦政府各机构和其他政府实体之间共同联邦流程的共享开发、互操作以及信息共享。
2001年，CIO理事会在实施指南中发布了架构开发方法论。该架构开发方法论包括八大步骤：获取管理层的认可和支持、建立管理机构和控制、定义一个架构流程和方法、开发基线EA、开发目标EA、开发顺序计划、使用EA和维护EA。2001年的架构开发方法没有说明EA制品（artifact）以及如何做出它们。与此同时，国防部推出了C4ISR（DoDAF前身）。DoDAF有架构制品的详细内容，FEAF开始转向使用DoDAF模型。直到2002年，又开始转向参考该模型的方法论。
2002年2月，OMB成立了FEA项目管理办公室（FEA-PMO），开始着手开发一个综合的、业务驱动的政府蓝图，即联邦企业架构（FEA）。FEA是为了帮助政府管理层制定有效的决策，并允许他们在跨机构之间增加合作以及资源共享的机会。FEA由一套相互关联的参考模型组成，用来进行跨机构业务分析，识别机构内部或跨机构的重复投资、差距和机会。这些参考模型共同组成一个框架，用共同的、一致的方式来描述FEA的重要元素，如图1-2所示。
绩效参考模型（PRM）– 输入、输出和成果– 唯一定制的绩效指标业务参考模型（BRM）业务驱动方法– 机构、客户、合作伙伴– 业务线服务构件参考模型（SRM）– 服务领域、服务类型– 业务和服务构件数据参考模型（DRM）– 聚焦于业务的数据标准化– 跨机构的信息交换技术参考模型（TRM）– 服务构件接口、互操作–技术、建议基于构件的架构
图1-2 FEA架构
在FEA参考模型推出之后，FEA-PMO又陆续推出了EA评估框架（EAAF）、联邦过渡框架（FTF）和一系列实施指南。EAAF主要用于OMB对各联邦机构的EA进行评估。评估的内容包括EA的完整性、EA的使用状况以及使用EA的效果。FTF主要用于OMB对跨机构发起项目的识别和管理。另外，围绕FEA参考模型的使用，OMB还发布了一些通告，如用于预算的准备、提交与执行的通告A-11和用于联邦信息资源管理的A-130。特别是A-11中的Exhibit53和Exhibit300详细说明了预算提交与FEA的匹配和连接关系，从而使FEA成为联邦政府在各机构中间发现差距、共享、合作和复用机会的重要工具。
FEA是美国政府在长期的电子政务实践中探索和总结出来的一个顶层架构或顶层设计。FEA的核心思想是通过一个顶层架构来进行跨机构的IT投资立项分析和IT项目管理。特别是FEA实施指南中的分块架构方法论，是一个将整体问题科学合理地分割成一个个有机联系的分块，从而将复杂问题简单化的有效方法。FEA的这些核心思想和方法论并没有国体和政体的本质特征，它是关于一个复杂组织的IT投资立项和IT项目管理的最佳实践，值得各国政府和集团型企业借鉴学习。就好比平衡计分卡，世界各国的政府和企业都可以应用到其管理实践中去。
1.3.4 DoDAF框架
2008年12月24日，美国防部副首席信息官发布了《国防部体系结构框架2.0版草案》，开始征询意见。这是自2007年4月23日颁布《国防部体系结构框架1.5版》的过渡版本之后，首次推出2.0版。该《草案》定于2008年12月29日至2009年1月22日交由首席
信息官执行委员会、国防部体系结构和标准委员会以及相关单位评审。2009年1月23日至2月5日对评审意见进行汇总，2009年2月6日至2月26日最后定稿，呈交国防部首席信息官批准。 国防部体系结构2.0版是以数据为中心，引进了国防部体系结构元模型（Meta-model）的概念，元模型由概念数据模型（Conceptual Data Model）、逻辑数据模型（Logical Data Model）和物理交换规范（Physical Exchange Specification）组成，是构成国防部体系结构框架整体的重要组成部分。元模型取代了国防部体系结构框架以前版本中的核心体系结构数据模型（Core Architecture Data Model）。2.0版的国防部体系结构框架分为三卷。第一卷的主要内容包括12部分：简介、体系结构的适用性、国防部体系结构回顾、企业体系结构、客户需求、体系结构规划、方法论、体系结构表示方法、国防部体系结构元模型、基于体系结构的分析、国防部体系结构框架的配置管理以及与其他框架的关系。第二卷的主要内容包括简介、国防部体系结构框架元模型、《国防部体系结构框架》2.0版视图。第二卷的支持文件的主要内容包括国防部体系结构框架的模型开发程序、国防部体系结构框架的产品开发问卷分析报告、《国防部体系结构框架》2.0版元模型数据词典。第三卷的主要内容包括物理交换规范。在2.0版中，共计有49个视图，这些视图并非都是必不可少的，可根据需要来确定哪些视图是必需的。
全局视图（All Viewpoint）体系结构描述中许多跨域性（overarching）方面与所有视图有关。该视图模型提供了对整个体系结构描述都有关的信息，如体系结构描述的范围和背景，范围包括问题域和时间跨度。体系结构描述存在的背景由组成背景的相关条件构成，这些条件包括条令、战术、技术、规程；相关的目标和设想的表述；作战思想（CONOPS）；假设和环境应满足的前提条件。
功能视图（The Capability Viewpoint）采集执行特定的一系列动作而达到企业的目标，或者在特定标准和条件下通过执行一系列任务而获得期望效果的能力。它为体系结构描述中所描述的功能提供战略级背景和相应的高层范围，比在作战思想图中定义的基于想定的范围更加概略性。这个模型是高层模型，利用术语描述，使得决策者更加容易理解，可以用于功能进化战略级的交流。
数据和信息视图（The Data and Information Viewpoint）采集业务信息需求和结构化的业务流程规则，描述了与信息交换有关的信息，如属性、特征和相互关系。在第二卷中对数据进行了完整的描述。在适当的情况下，该模型需要采集的数据应该由CIO考虑。
作战视图（The Operational Viewpoint）采集了组织、任务或执行的活动，以及在完成任务工程中需要交换的信息。该视图记录了交换的信息类型、频度，信息交换所支持的任务和活动以及信息交换本身的一些性质。
项目视图（The Project Viewpoint）说明了项目计划如何组合成具有前后承接关系的投资组合计划。该视图提供了一种描述多个项目间组织关系的方法，每个项目负责交付单个的系统或功能。
服务视图（The Services Viewpoint）说明了系统、服务以及支持作战活动的功能性的组合关系。DoD的进程包括作战、业务、智能和基础架构功能。该视图中的功能和服务资源
以及组件可以与OV中的体系结构数据关联。这些系统功能或服务资源支持了作战活动，方便了信息交换。
标准视图（The Standards Viewpoint）是控制系统各部分或元素间组合、交互和互依赖性的规则的最小集合。其目标是确保系统能够满足特定的一系列作战需求。该视图提供了技术系统实现指导，基于此指导可以形成工程规范，建立通用模块，开发产品线。它包括技术标准、执行惯例、标准选项、规则和标准。
系统视图（The Systems Viewpoint）采集了关于自动化系统、互连通性和系统功能方面的信息。不久的将来，随着DoD将重点转移到面向服务的环境和云计算，该视图会消失。
DoDAF通过指导如何描述系统架构（使其能够被评估和理解）及根据同一指南开发的其他体系结构描述来说明该需求。运作决策制定者可以利用顺应DoDAF的报告来比较备选系统的架构，并管理现有系统的演进。
符合报告由模型视图组成，这些模型视图足够详细地描述了能够管理DoD的系统架构，并且使CBO（Congressional Budget Office）为了采购目的对系统进行评估。想要与DoD做生意的公司要在它们计划系统时，遵从DoDAF的一部分或全部。
1.4 总 结
随着业务的不断发展，信息化建设日新月异，应用系统的数量和规模迅速扩大。在应用系统的建设和发展过程中，面临项目方案设计统筹考虑的困难，存在技术标准规范难以统一、系统之间关系日益复杂并难以整合、重复性开发严重等问题。
针对以上所面临的问题，许多企业已经启动了企业架构梳理及优化项目，力图以系统化的方式，梳理和定义现有系统，以明确边界和内涵，提取共性和可重用的IT资产，从而加快积累，实现IT资产的重复利用。同时，建立企业IT架构的管理、设计和控制机制，并不断地优化调整，以落实企业IT架构所规定的原则。目标就是从业务战略出发，在充分挖掘现有IT架构潜力的基础上，有效地进行IT建设规划，从而以较低的成本构建满足企业未来业务发展需要的IT架构，使科技真正成为推动企业前进的强大推动力。
本书旨在促使读者掌握如下4种方法。
第一，以系统化的方式，梳理和定义现有系统，明确各自边界和内涵，提取共性和可重用的IT资产，从而加快积累，实现IT资产的重复利用。
第二，对IT架构进行优化，制定各类技术标准与规范，保持技术先进性，以确保IT架构能够更好地支持未来业务发展需要。
第三，能够明确业务、应用、数据、技术之间的关系，以及它们与企业战略之间的关系，帮助企业形成明确的IT建设方向以及实施路线图，避免系统的重复建设，充分挖掘现有IT架构潜力，实现IT对业务发展和运营的支撑。
第四，能够加强IT技术实力，有效管理技术资源，提升企业内部IT团队的架构设计
实力和整体实施能力，实现对内外部资源的统一评估与管理。
因此，企业架构梳理及优化方案能够从构架层面增强企业IT建设能力，不仅是为了满足现实需求，也是顺应企业未来发展需要，在加速架构整合、统一技术标准规范、增强技术实力、有效管理内外部资源等诸多方面，都能产生极大的决定性作用。
练习
1．什么是企业架构？企业架构的作用是什么？ 2．企业架构的基本目标是什么？ 3．Zachman架构框架具有哪些特征？
因篇幅问题不能全部显示，请点此查看更多更全内容