1、企业架构导论学习目标掌握企业架构多角度描述机制；理解多层面、多角度的建模意义；了解 Zachman 架构及其主要构成；了解 TOGAF 架构及其主要构成；了解 FEA 架构及其主要构成；了解 DoDAF架构及其主要构成。1.1 什么是企业架构企业（enterprise ）在现代汉语词典 中的解释为：从事生产、运输、贸易等经济活动的部门，如工厂、矿山、铁路、公司等。一般来说， “企业”是指由一整套可识别的、互为作用的业务功能构成的商业组织。它有能力作为独立实体经营运作。20 世纪后期，在中国大陆改革开放与现代化建设，以及信息技术领域新概念大量涌入的背景下， “企业”一词的含义有了很大的变化。一方
2、面，大量非计划经济体制下的“企业”大量涌现；另一方面，在一些新概念中，其含义不限于商业或营利性组织，这种用法目前主要来自对英文“enterprise”一词的翻译。因此，目前在公共媒体中出现的“企业”一词有两种用法，较常见的一种用法中企业指各种独立的、营利性的组织（可以是法人，也可以不是） ，并可进一步分为公司和非公司企业，后者如合伙制企业、个人独资企业、个体工商户等；另一种用法与组织接近，可以用来泛指公司、学校、社会团体乃至政府机构等。后一种用法主要出现在信息技术应用领域的一些专有名词中，例如企业应用（enterprise applications） 、企业计算（enterprise comp
3、uting） 、企业集成（enterprise integration） 、企业工程（enterprise engineering） 、企业架构（enterprise architecture）及企业建模（enterprise modeling）等。开放组体系结构框架（The Open Group Architecture Framework，TOGAF）将“企业”定义为有着共同目标而集合的组织的聚集。例如，企业可能是政府部门、一个完整的公司、公司部门、单个处/科室或通过共同拥有权连接在一起的地理上疏远的组织链。第 章1企业架构与 IT 战略规划设计教程2“架构（architecture） ”
4、一词最初来源于建筑，其核心是通过一系列构件的组合来承载上层传递的压力。建筑工程则从石器时代就开始了，人类在几千年的建筑设计实践中积累了大量的经验和教训。建筑设计基本上包含两点：一是建筑风格，二是建筑模式。独特的建筑风格和恰当选择的建筑模式，可以使之成为一个独一无二的建筑。自从出现建筑以来，它与人类的关系就一直是建筑设计师必须面对的核心问题。经过漫长的演变，架构设计已经成为现实生活中必不可少的活动。比如，要建一栋房子，就需要进行很多的架构设计工作。首先要进行外部架构的效果设计，在客户满意之后，再进一步设计内部结构，以及配套的线路、上下水管道等各方面的设计。架构是系统的组成部件及其之间的相互关系，
5、通过明确这种关系，使得架构之间联系更加科学合理，系统更加稳定。在韦伯词典中，架构的定义是“作为一种意识过程结果的形态或框架；一种统一或有条理的形式或结构；建筑的艺术或科学” 。这个定义的关键部分是具有特定结构的、体现某种美感的事物以及针对该事物的有意识的、有条理的方法。从结构的角度理解信息化，可以发现三个特点：第一，结构是超技术层面的，要建立完整的企业架构，必须从企业战略高度来思考信息化建设；第二，结构可以很好地把握组织动态发展的脉络，为组织成长奠定坚实的基础；第三，结构具有丰富的层次性，可以有效地体现组织的柔性。事实上，架构是一个很广泛的话题，既可以上升到管理与变革这样的层面，也可以沉淀到具
6、体的软件协议和标准中来，因为架构不仅是一种理念，更是一种实践的产物，是一种需要与组织已有 IT 环境相关联的架构。从管理与变革的层面来看，需要制定整体的业务发展战略，这是一个相对长期的战略，为了实现这个战略目标，必然需要一系列的架构来支撑。当今我们所面临的全球化、多元化和专业化特点，使得人们越来越体会到社会变革所带来的巨大挑战。人们已经认识到，管理变革和信息化项目建设的难度在于环境的变化是不可预测的，但企业里总有一些原则性的东西可以固化下来，这些原则着眼于整体性、长期性和基本性。企业架构的理念和实践应运而生。企业架构（Enterprise Architecture，EA ）是在信息系统架构设计
7、与实施的实践基础上发展起来的。自 1987 年约翰扎克曼（John Zachman）的开创性工作以来，这个领域已经累积了不少研究与实践。扎克曼被公认为是企业架构领域的开拓者，他认为使用一个逻辑的企业构造蓝图（即一个架构）来定义和控制企业系统和其组件的集成是非常有用的。企业架构是一种对企业多角度的综合描述，它反映了企业的人、流程、技术的组织和安排。对于企业的不同参与者，企业架构提供了不同的视图，用他们容易理解的方式和语言反映企业的状态。对于企业架构，到现在还没有明确的定义，以下是一些专家和组织从不同的角度给出的相关定义。 Zachman：企业架构是构成组织的所有关键元素和关系的综合描述。 Cli
8、nger-Cohen 法案：企业架构是一个集成的框架，用于演进或维护存在的信息技术和引入新的信息技术来实现组织的战略目标和信息资源管理目标。 OPEN GROUP：企业架构是关于理解所有构成企业的不同企业元素以及这些元第 1 章 企业架构导论 3素怎样相互关联。 OMB：企业架构是业务、管理流程和信息技术间当前和将来关系的显示、描述和记录。 Meta Group：企业架构是一个系统过程，它表达了企业的关键业务、信息、应用和技术战略以及它们对业务功能和流程的影响。关于信息技术怎样以及应该如何在企业内实施，企业架构提供了一个一致、整体的视角，以使它与业务和市场战略一致。 IBM：企业架构是记录企业
9、内所有信息系统和其相互关系以及它们如何完成企业使命的蓝图。 Microsoft：企业架构是对一个公司的核心业务流程和 IT 能力的组织逻辑，通过一组原理、政策和技术选择来获得，以实现公司运营模型的业务标准化和集成需求。从简单的概念来讲，企业架构是对企业多层面、多角度的建模与描绘。以往，企业管理者提到企业架构时，通常会把它理解为企业的组织架构或者流程图；IT 人员则会把企业架构简单地理解为 IT 架构。人们已经认识到企业架构与企业战略和企业运营环境密切相关，企业战略决定了企业架构的形态，而企业实际的运营环境是在企业架构指导下建立起来的企业日常运作。企业架构的构成及在组织信息化中的定位如图 1-1
10、 所示。 企 业 战 略 业 务 战 略 IT战 略 企 业 架 构 IT项 目 组 合 IT项 目 IT项 目 IT项 目 IT项 目 业 务 架 构 运 营 模 式 业 务 流 程 组 织 结 构 地 域 分 布 IT架 构 数 据 架 构 应 用 架 构 技 术 架 构 管 理 架 构 图 1-1 企业架构的构成及在组织信息化中的定位企业架构与 IT 战略规划设计教程4企业架构主要包括企业业务架构和 IT 架构。业务战略决定业务架构，它包括业务的营运模式、业务流程、组织结构和地域分布等内容。企业架构是战略与实际运营之间的桥梁，有助于战略的落实。IT 架构是指导 IT 投资和设计决策的 I
11、T 框架，是建设企业信息系统的蓝图，包括数据架构、应用架构、技术架构和管理架构。企业战略与 IT 战略必须紧密联系，并通过企业架构来指导 IT 项目的建设，IT 项目必须以实现企业战略为出发点和终结点。IT 项目组合是项目或项目和其他工作的一个集合，将其组合在一起的目的是为了进行有效地管理以满足战略上的业务目标。许多政府组织和企业通过 IT 项目和信息系统来支持其低成本战略和个性化服务战略，这些系统被称为“战略信息系统” 。从企业架构的发展趋势来看，企业架构概念已经涵盖了业务、组织、技术等多个层面，并且使这些层面协调统一、相互贯通。企业架构是一个涵盖业务和 IT 的全面的企业蓝图设计工具，可以
12、帮助企业的管理者了解企业的构成、发现问题并不断地改进。1.2 为什么需要企业架构企业架构的源泉是企业的战略。管理学上有句名言：决策者一旦制定了错误的战略，100 个 行 动 也 无 法 挽 救 。 战 略 的 抉 择 ， 主 要 是 定 位 问 题 ， 相 比 企 业 运 营 的 一 些 具 体 操 作 问 题，例如市场策略、生产策略等，战略具有较高的稳定性。战略大师迈克尔波特（Michael E. Porter）认为，战略的本质是抉择、权衡和各适其位。这对企业战略中的业务战略和 IT 战略的本质都是很好的诠释。长期以来，信息化建设普遍存在一种现象，即“信息化”成为若干“信息化建设项目”之总和
13、。虽然许多组织都强调这些项目都是由“总体规划、分步实施”原则指导来进行的。这种“项目导向”的信息化建设方法，总是在企业需求不断变化和 IT 技术快速发展的现实中陷入“力不从心”的境地。人们往往通过建设新的项目来弥补系统的不足，此时“总体规划”已经抛到了脑后。不管这些项目和系统是否符合总体规划的要求，一句话，它们并没有满足企业的需求。在建设信息化的过程中，由于信息化建设者缺乏对企业信息化的深刻理解，他们更多地把视角放在技术上面，而忽视了对企业需求获得能力和信息化感悟能力的造就。特别是 IT 项目人员往往缺乏对组织的战略目标和 IT 战略规划的全面了解，在实施 IT 项目时，他们更多地把视角放在技
14、术层面上，而忽略了对组织战略规划的理解。企业信息化缺乏与工业化的真正融合，其对于企业管理的作用就失去了许多应当体现的价值。有些企业随着业务的发展，建立了很多分割的部门、流程和系统，它们之间无法协调合作，因此经常出现问题，如部门之间的职责界定不清晰、配合不顺畅；运营的效率较低，很难贯彻企业战略意图；业务部门和 IT 部门的沟通不畅、系统功能滞后等。随着信息化建设不断普及和深入，人们感觉到有些问题严重影响信息化建设与发展，第 1 章 企业架构导论 5包括以下几个方面。 对信息化的认识不够：企业信息化总是处在手段与工具层面，认为信息化主要是为改进各项工作提供支撑，作为某个环节的工具来为企业和部门服务
15、。对信息化的核心任务是为了实现企业的核心价值和战略目标的认识不够。 信息化的随意性：企业信息化的定位不准确，随意性和可变性较大。信息化的成功与否在很大程度上取决于领导者个人对信息化的理解和实施能力。 信息化建设标准强调不够：对信息化建设中应该遵循的技术标准、系统标准和实施标准强调不够，贯彻不坚决，缺乏科学的管理手段。 信息化的本位主义：企业信息化建设中，由于没有很好地解决战略性问题，使得企业业务流程不畅、部门条块分割、多头管理和本位主义等现象严重。各部门在建设和使用信息系统时，仅从部门的角度和利益来考虑问题，严重影响企业信息化战略的实现。 风险管理不到位：信息化建设项目具有投资大、风险大的特点
16、。各种失控风险都存在于这些项目中，而且，项目投资越大，失控的风险就越容易发生。信息化建设的非战略性、非架构性、非计划性和非标准性都将导致信息化建设和运行的风险不断增大。 缺乏方法论指导：在信息化建设过程中，缺少持续发展的系统理论和方法论；对如何将理论知识与实际项目建设巧妙地结合在一起缺乏总体的研究与实践总结。 信息孤岛：信息的获取、加工、传递和利用等功能不能有机地结合在一起，数据的分散定义、存储、加工和使用等，使得信息孤岛现象越来越严重。 烟筒式的应用系统：应用系统之间相互隔离，无法进行从输入、处理到输出的方法与过程，甚至无法进行信息的共享。 资源浪费：信息化投资缺乏战略指导，没有形成总体架构
17、。只重短期效益、部门效益，使信息化建设项目的总体效益不好，应用效果体现不出总体性和增长性。 重复建设：集团内的不同部门开发相同或相似的应用系统，出现重复建设、盲目建设项目。除了上面提到的这些信息化问题外， “信息化发展”是企业信息化所遇到的重大问题。在目前形式下，企业形态和业务内容变化越来越快，企业对信息化的要求、面对的情况和实现的系统越来越复杂，企业应用系统与企业的生产、运营、管理和决策结合在一起。同时，市场的不断变化和业务的快速发展，又不断地对应用系统提出新的需求，新业务的发展、新部门的产生、新地域的拓展都要求信息系统不停地“扩张” 。在这种背景下，组织管理者需要一个解决办法或一种理念来回
18、答：如何建立贯彻企业战略的业务战略与 IT 战略？如何建立与业务战略紧密相关的 IT 战略规划和 IT 体系？如何实 现 IT 战 略 规 划 ？ 如 何 实 现 IT 系 统 的 灵 活 性 和 相 互 操 作 性 ？ 如 何 降 低 IT 投 资 和 运 营成 本 ， 并且从 IT 投资中获取更多回报？如何管理 IT 结构的复杂性？如何解决由 IT 引入所带来的风险？如何优化和选择大型及关键的 IT 项目？如何选择咨询公司和外包项目？企业架构与 IT 战略规划设计教程6如何实施 IT 项目？如何进行 IT 的最佳治理？这些都是对政府领导、企业决策者和管理者，特别是科技部门领导和 CIO 的
19、挑战，他们越来越感觉到责任重大。根据国际和国内的经验，企业架构的方法可以有效地解决这些问题。因此，企业架构的理论和方法越来越受到政府、企业和 IT 厂商的重视。对企业架构的基本期望是希望它能在对业务战略和流程理解的基础上，进行信息化顶层设计，形成灵活稳健的 IT 结构，构建和谐的 IT 环境。企业架构的基本目标如表 1-1 所示。表 1-1 企业架构的基本目标目 标 含 义业务与 IT 的沟通 根据业务战略和管理模式，实现企业业务对 IT 的需求，并使 IT 能被高层管理者和业务人员理解和支持 快速的业务响应，业务价值增值以企业市场要求的速度对变革和新的业务需求做出反应，从 IT 运营中获得更
20、多的业务价值清晰的顶层设计蓝图 清晰地定义出存在的和未来的信息系统的结构，实现信息的共享和交流降低成本，节省 IT 项目投资提供一个路线和迁移战略来满足将来的采购和开发，简单、快建和便宜地进行信息化建设，节省 IT 项目投资标准化 减少组件间接口的数量和复杂性，改进应用的可携带性，保证组件的开发、升级与维护，提高引入新技术的能力，减少管理复杂性的成本建立较强的 IT 服务与管理能力提高服务外包、离岸外包以及外部服务商的平衡能力，管理内外资源，管理安全，建立 IT 服务价值的可信任等发展企业架构的最主要原因，是为了解决信息化的战略发展问题，是为了解决越来越复杂的信息系统和 IT 基础设施的建设问
21、题。人们越来越认识到，复杂和大型的信息化建设、管理和运行维护，是一个整体性、长期性和基本性的 IT 战略问题。应该明确，通过信息化进行有效的企业管理和信息的开发和利用是企业成功的关键，也是取得竞争优势的必由之路。企业架构为 IT 的发展提供了一个战略内涵，并且使 IT 可以对经常变化的商业环境做出快速和正确的反应，以满足企业快速发展的需求。研究表明，那些拥有了一流业绩的企业，其 IT 投资回报往往会比其竞争对手高出 40 个百分点。这些企业积极地采用各种手段从 IT 中寻找价值，主要体现在以下几个方面。 明确业务战略以及 IT 在实现这些战略中的重要作用。 衡量和管理对 IT 的所有支出以及由
22、 IT 而获得的所有收益。 依据组织变革的需要划分责任，以充分利用新的 IT 能力。 从每次实践中学习，使自己更善于共享和重复利用 IT 资产。一个好的企业架构能使企业以一个恰当的 IT 效率和投资，在业务创新中得到一个准确的平衡。它既允许各业务部门为了追寻竞争优势而不断创新，同时也保证了整个组织获得一个集成的信息化战略，在企业整体扩展中，取得最佳的和最可能的聚合能力与协同能力。企业架构首先关注的是企业架构的规划，一般会从企业信息化的现状、原则、模型、标准等方面来思考，清楚地描述企业信息化的基础设施、数据、应用和人力资源等要素，第 1 章 企业架构导论 7以企业战略发展和愿景为基础，清晰地勾画
23、出企业架构的发展战略。正如企业架构理念推广者描述的那样： 企业架构是适应企业业务变革的方向盘。 企业架构是建设企业信息化的蓝图。 企业架构是沟通业务与信息技术间的桥梁。 企业架构实现了业务、信息、应用和技术之间的协同。企业架构的任务是制定企业的整体信息化蓝图，这与一般意义上的应用架构是完全不同的。应用架构从单一应用的角度出发，其主要是从应用的功能出发，即从应用的数据、展现方式和业务逻辑等方面来制定应用的结构和构造方法。企业架构则从企业战略和整体业务出发，从技术上制定用以支持企业业务和战略的各种应用、数据和基础设施等。企业架构还要对全企业的信息化系统的管理、维护和发展制定体系结构。企业架构要能适
24、应企业业务的变革，一方面企业架构本身要能够支持企业现在及未来可能的业务，另外在业务变革方面也存在着是否与企业架构和谐的问题。企业架构是沟通业务与信息技术之间的桥梁，实现了业务、信息、应用和技术之间的协同。企业架构的出发点是企业的业务和战略。企业业务和战略的变化可以反映在企业的业务架构之中，并由此导致企业技术架构的变化；技术的变化也同样体现在企业的技术架构体系之中；企业架构方法为企业战略、业务与信息化之间的相互协同搭建了桥梁。随着 IT 的不断发展，IT 战略已由组织的部门职能战略提升为组织的核心战略，信息系统也成为组织战略的核心。目前，我国对企业架构的使用主要还是在 IT 层面，业务人员还没有
25、开始利用这个工具进行业务运营模式的设计和规划，应该在企业的业务部门和管理部门推广企业架构方法，以推动企业战略和 IT 战略目标的实现。通过企业架构，把高端的企业战略和操作层面的业务管理和运营结合起来；通过系统的方法来架构全新的企业运转体系，建立业务和 IT 之间的桥梁。企业业务部门和管理部门全面使用企业架构方法之时，就是企业信息化系统成功之际。1.3 企业架构理论企业架构的设计和实现要基于架构理论的不断发展和完善。不同的企业架构理论，内容也不尽相同。美国架构规划专家扎克曼在 1987 年创建了第一个企业架构的框架理论，国际上通称为 Zachman 架构框架（Zachman Framework，
26、扎克曼架构框架） 。Zachman 架构框架后来发展成为企业架构的一个经典框架，扎克曼本人也被誉为 EA 之父。之后，EA 的框架和方法论不断地被提出。架构框架是一个或一套基础结构，用来开发大范围的不同架构。它描述一个用构建块的集合来设计企业目标状态的方法，并显示这些构建块如何搭配在一起。它应该包含一套企业架构与 IT 战略规划设计教程8工具并提供共同词汇，也应该包含所提议标准的清单以及符合标准的可以实现构建块的产品。构建块可以是架构元模型实体的目录清单、矩阵及图表、功能规格、应用模块、软件和硬件产品及其组合。企业架构框架并不是企业架构本身，但是它可以告诉我们如何组织和描述企业架构。企业架构框
27、架至少包含以下内容。 识别描绘企业架构所需要的信息类型。 将信息类型组织成逻辑结构。 描述信息类型之间的关系。企业架构信息的分类可以方便架构的建立和信息的整合，企业架构框架还可以识别出产品类型（模型） 。这种类型（模型）用来描述企业架构和演示如何描绘不同企业架构信息类型（如使命需要、商业过程、数据和 IT 能力等）之间的联系，它可以帮助组织运行企业架构。使用预先决定的企业架构产品描述可以加速体系结构的发展过程。在不同的但相关的企业架构中使用同样的框架和产品类型可以增加企业架构之间的可比性，便于在不同企业架构中的工作者进行交流。根据企业架构所需要的信息内容，企业架构框架至少要能组织信息类型并描述
28、商业过程、数据、IT 系统使命和 IT 基础设施之间的关系。企业架构框架还必须处理标准的安全问题，将企业架构与企业战略和目标关联起来，使基础架构最终变成目标架构。因为企业架构将面对许多不同的使用者，所以企业架构框架还必须针对不同使用者来说明哪些信息最适用的问题。一些框架还处理存储需求或者提供对过程、管理或结构管理的指导。大部分框架没有描述系统模型建立的方法原则、分析性的办法或工具。为确保用统一的方法和格式说明企业架构，许多行业和政府组织采用“架构框架”方法来统一用于描述架构各方面所用的“语言” 。 这些架构框架通常与专业领域有关，例如国防工业用的美国国防部架构框架 DoDAF 以及相关的框架，
29、再如电信行业的 eTOM 模型为电信营运商制定企业业务架构提供了参照。企业架构框架包含了从企业战略层次到 IT 技术的战略层次，再到最基本的技术元素的全部内容。目前影响较大、使用比较广泛的企业架构框架和方法论主要有Zachman、TOGAF 、FEA 和 DoDAF。1.3.1 Zachman 架构框架全球第一个企业架构框架理论是由约翰扎克曼于 1987 年创立的，即 Zachman 架构框架理论，扎克曼的论文信息系统架构框架至今仍被业界认为是企业架构设计方面最权威的理论，是其他企业架构框架的源泉。扎克曼的崇高声誉不仅仅是由于他在架构框架上的工作，还由于他早期对于 IT 系统规划方面的贡献。系
30、统规划在 20 世纪 70 年代是IBM 广泛使用的信息规划的方法论。作为一个强化的和系统的理论，信息规划给 IBM 的核心领导层、规划和计划部门、技术部门提供了一个强大和完善的工具。20 世纪 70 年代以来，扎克曼先生致力于信息系统的战略规划、计划和企业架构的推广与应用工作。他撰第 1 章 企业架构导论 9写了许多相关书籍和文章，还一直在全球范围内为企业和政府提供教育和咨询，促进和完善了企业的战略规划和决策行动，带动了企业架构在全球的发展。Zachman 架构框架理论最具代表性的是通过 6 列 5 行共 30 个元素表示的矩阵表格，如表 1-2 所示，以最简便的形式刻画了构成所有内在关系的
31、设计元素以及这些元素在设计中的功能和作用，它构成了一个完整的理论和模型。扎克曼将每部分都看成独立的变量，这是关系型数据库中的标准思维；数据必须与功能、网络位置独立区分，以保持思维的灵活性和清晰性。表 1-2 Zachman 架构框架元 素 WHAT数据 HOW功能 WHERE网络 WHO人员 WHEN时间 WHY动机范围规划者对业务重要的事物列表业务执行过程列表业务操作地点列表对业务重要的组织列表业务关键事件周期列表业务目标策略列表业务模型拥有者语义模型业务过程模型业务逻辑系统工作流程模型 总进度表业务计划系统模型系统设计者逻辑数据模型应用程序架构分布式系统架构人机界面架构处理结构业务规则模型
32、技术模型技术设计者物理数据模型系统设计 技术架构表示层架构控制结构规则模型详细规范/定义系统开发者数据定义软件程序 网络架构安全性架构定时定义规则规约Zachman 架构框架共分为 5 个层次，以 5 行来描述。每一行代表不同类型的项目涉众的看法和观点，它明确了企业架构工作的流程和流程承担者。第 1 行是企业的规划和管理人员范畴，它定义组织的方向和目的以及架构工作的边界。明确系统所支持的业务范围，规划系统在功能、性能和成本等方面的整体要求。第 2 行是系统的拥有者（或称所有者）范畴，它用业务术语来定义组织的本质，包括它的结构、过程、组织。明确业务实体和他们之间的关系，以及业务流程与规则。第 3
33、 行是系统设计者和项目架构师范畴，它需要用比上一行更加严格的术语来决定和定义系统提供的功能和数据模型。也就是要把这个模型提高到一个更高的细节程度上。在Zachman 架构框架的最初版本中，这行被称为信息系统设计师的观点。第 4 行是系统的构建者和实施方范畴，它定义应该采用怎样的技术和手段来满足前面各行所定义的需求。在这个层次，需要考虑系统开发的工具、技术方案和平台等。第 5 行是系统的开发者和承包方范畴，它定义详细设计，考虑实现语言、数据库存储和中间件的使用。包括定义具体的数据库、系统模块、业务规则等，能够分配工作给开发者具体执行。Zachman 架构框架认为无论从哪个层次来看，企业信息化的建
34、设都应该从数据（what） 、功能（ how） 、网络（where ） 、人员（who ） 、时间（when ）和动机（why）等 6企业架构与 IT 战略规划设计教程10个方面来综合考虑，也就是所谓的 5W1H 方法，在 Zachman 架构框架中以 6 列表示。前 3 列是抽象产品，即什么内容，着重点是组织之内的重要的实体、对象、组件，以及它们之间的关系；流程是如何工作的，着重点是如何来支持组织和它的客户；组件在何处 ， 着 重 点 是 组 织 活 动 的 地 理 分 布 。 从 系 统 的 角 度 来 看 就 是 数 据 、 功 能 和 网 络 。 在 最 初的 Zachman 架构框架
35、中，只有这 3 列抽象的产品，随着架构理论的不断发展和成熟，企业架构的实施和 IT 治理不可避免地包括在了企业架构框架之中。这就是 Zachman 架构框架中的后 3 列“人员、时间、动机” 。在后 3 列中，人员描述谁做什么，着重点是谁参与了组织的业务；时间描述事件何时发生，着重点是事件发生的时间及其对组织有多大作用和影响；动机描述选择该事件的原因，着重点是把业务目标、战略和限制转化为具体的实现。相对于前 3 列抽象产品，后 3 列更抽象、更不容易建模和仿真。关于 Zachman 架构框架理论，有以下 3 个方面需要认真理解并引起注意。 在每一列中，模型被演化或者转变来反映每行中涉众的观点。
36、 在每一行中，模型应当是彼此之间互相一致的。 Zachman 架构框架并不是为架构定义一个过程，它是定义了架构应该包含的观点。Zachman 架构框架仅仅是一个模板，所空缺部分必须由每个组织根据所需要的具体过程来填充。如果这些过程不存在，使用 Zachman 架构框架将有助于识别这些架构中的空白。Zachman 架构框架的主要优势是明确地展示了企业架构需要解释的许多观点，不管组织或企业是否决定采用 Zachman 架构框架，它都可以提醒你在架构中所需要考虑的问题；Zachman 架构框架还明确地指出架构除了有架构师和开发者外，还有其他的涉众，这就意味着需要让所有的涉众都参与到架构设计中去，以确
37、保满足他们的需求，而且理想上来说，应当尽量促使涉众活跃的参与架构实践。尽管 Zachman 架构框架广泛地被企业和政府接受，但它存在以下几个潜在的问题，也引起了人们的关注。 Zachman 架构框架可能会导致一种文档繁杂。表 1-2 中有 30 个单元格，每一个单元格都需要一个或多个工件（artifact）来作为支持，这意味着文档的编写和管理一定非常繁杂。因此每个层次对象需要站在全局的高度，明确什么信息是实际上需要的，什么是可有可无的。换句话说，只有建立和维护文档的价值超过它的开销才有意义。 Zachman 架构框架可能过于偏向于方法学。使用 Zachman 架构框架来提倡所偏好的工作方式，或者使用它来改善现有方法似乎是一个很好的解决方案，但是如果不能选择反映当前组织文化、业务环境、技术环境以及参与人员的技能的工件的话，它可能会起负面作用。 Zachman 架构框架可能偏重过程。Zachman 架构框架需要定义一套严谨的过程来支持它的必要性，为了维护在表格中那 30 个元素的可跟踪性，需要开发和维护
