《2022年Zachman企业架构框架简介 .pdf》由会员分享，可在线阅读，更多相关《2022年Zachman企业架构框架简介 .pdf（43页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、谈谈企业架构（ EA ）一摘要： 企业架构（ Enterprise Architecture, EA ）或企业体系结构，是渐趋活跃的一个重要概念。这里简单探讨了它的信息技术背景和与之关联的一些问题。谈了巴比伦塔困境这一经典比拟不同的理解。 提出在企业工程立场将企业架构（或改为企业建构学）定位在更纯粹的结构原理与建构准则、方法学方面。引言“企业架构”一词，是对英文 Enterprise Architecture, EA 的翻译。老一些的习惯也译为“企业体系结构”。 在企业工程之屋 0.92 版我 将其列为企业工程的五大支柱之一。国外IT 行业巨头例如 IBM，近些年似乎开始真正拣起、重视这个概念
2、，在企业应用战略性框架的描述中，EA与 BPM 、 SOA一起，成为并列的三大要素。 国内企业应用领域的一些大企业，也开始运用这个概念。 对这个概念的基本背景和内容，网络能找到不错的介绍 注 1，这里就不赘述了。一个信息系统或IT 应用的概念一般认为， 企业架构的概念还没有大家公认的、一致的定义。 可以留意，John A. Zachman 1987 年的开创性工作，题目是“企业及信息系统架构的框架”（the Framework for Enterprise Architecture and Information Systems Architecture） 。 1997年， Zachman总结
3、了十年间的研究和实践， 提出了扩充的、更完整的框架，并改称为“企业架构框架”（ Framework for Enterprise Architecture）。这是一个十分重要的改变，但可以说其目的迄今仍未达成，类似的意见，也来自Zachman自己。之前发出的 IT 语境中企业图景背后的某些问题一文中，曾经引述了他在EA又一个十年（ 2007）时一次专访中的回顾。这里继续引述这位权威的观点 注 2。他指出，EA领域 20 年来最重要的变化就是其主题合理性的认识。 他还认为， 信息产业仍然聚焦在创建运行的系统，也就是说，我们“制造”自动化的片段、孤岛、企业的烟筒 注 3。信息产业当前并没有考虑整个
4、 企业（Enterprise ）的设计规划实施 工程（engineering ）。换言之，信息产业依然缺乏对“企业工程”（EE ） 的整体考虑和理解。无疑，明确企业架构是关于“企业”的概念而非信息系统或IT 的概念，是对这个课题合理性的一个根本性修正。 虽然在用语上， 大家已经习惯了 EA ，但 Zcchman 所希望的那种真正的转变， 看起来还没有大的进展。 尽管一些咨询机构、 顾问会大谈企业战略、业务规划、管理，但它们的对象，真正的实施者，却是IT 部门。在 更近一些的讨论中， Richard Veryard曾指出“ 企业 架构”（ EnterpriseArchitecture）的两种观点
5、 注 4： 一种是传统的观点“ EA即 IT 规划 ”（EA-as-IT-planning），一种所谓浮现中的观点是“将EA看作业务战略”（(EA-as-business-strategy）。实际上，这里举出的后一种观点，仍然是不足够或清晰的。 虽然，作为业务战略似乎是企业经营管理最高层面，但更重要的是战略的内容是什么。毕竟，对IT 应用（信 息化）的一种高级认识，就是要将名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 43 页 - - - - - - - - - IT
6、作为企业经营的战略工具。 换言之，EA萌发时期的所谓 ITA（信息技术架构）本身，同样可以处于战略管理的层面。进一步分析Zachman的工作从开始，就是集中在框架（framework）上，而不是更笼统和经常有些暧昧的“架构”。在前面提到的专访中，他曾指出，“EA就是企业的描述性表达， 以及企业创建后进行改变的基线”。按照我的理解， 对企业的描述性表达，基本等同于企业建模， 从这个角度看，Zachman的这个界定是比较狭窄的；但这个界定里没有IT 的影子，从这方面，又是比较一般化的。不妨对比一下这个领域的似乎已经广泛认同的，所谓商业领域 EA的代表性规范，Open Group的 TOGAF （T
7、he Open Group Arcuitecture Framework）。根据其官方文档中关于架构概念的解释 注 5，TOGAF 对架构的理解，是在ISO/IEC 42010:2007 注 6的“架构” （architecture）定义基础上进一步补充。 ISO/IEC 42010的架构定义为：“系统的基础性组织，具体包括其构成、构成间的相互关系及与环境的关系、治理其设计及演化的原则。”在上述定义基础上，TOGAF 补充、强调了以下两个方面：系统在组件 （component ）水平上的规范化描述或细节的规划，可指导他们的实施。组件的结构、其内部联系，以及对它们的设计和未来演化进行治理的指南。
8、组件，是应用系统（软件）的基本构成要素。无论怎么理解或引申，“组件”的规划，也不像是“企业”描述或规划合适的起点或基础。TOGAF 被“公 认”为商业领域的企业架构规范，这很明显地印证了前面提到的 Zachman 的看法。真正意义上的“企业架构”，也许还没有出现，目前活跃的，仍然是扩展的IT 架构而已（诚然， IT 架构也好，企业架构也好，都是各有其用的）。这是一种“世界观”的差别， 企业架构根本目的与观点的差别。另一方面， 正如我们在过去的研究中所渐渐发现的，完全从企业经营管理者、业务人员立场上进行的企业建模，不仅需要计算机建模软件的支持，还需要新的企业应用系统技术架构的配合与支持，但这种配
9、合与支持， 不仅从应用软件功能需求或功能模式层面，从系统架 构（技术架构）层面，都有本质区别，这也是我们所发现的，填补IT 与业务的鸿沟的真实途径。在学习了多种关于企业架构的解释或定义后，我曾将一些共性同的东西做了如下归纳 （这段文字我曾发布在维基百科的企业架构 条目， 这里重新做了修改和补充） ：从最广的范围上说，它是关于广义的企业（enterprise ）或组织（ organization）的建构学，但目前实际的应用，IT架构上的扩展；在具体运用时它体现为一个持续的战略管理级业务和具体的框架（文档和模型等）；可包含企业综合描述企业建模（ enterprise modeling ）基本要素及
10、其相互关系或结构、结构准则；可包含企业模型或企业参考模型（enterprise refrence model ） ，至少是模型的“ 框架 ”部分；名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 43 页 - - - - - - - - - 应用、 实施涉及或包括整个企业生命周期（enterprise life cycle ） 及治理（governance） ；目前主要实践都是与IT 应用（信息化）结合，典型地，成为CIO的基本职责，成为企业 IT 应用最高级别的工作与内容
11、；基本目标通常是企业内IT 应用与业务的一致性；更深入的目标是建立和维护基于IT基础设施、充分发挥IT 作用的信息化企业，例如所谓电子政府（E-government） 。需要特别指出的就是，上述理解是概念性的，可以说是理想化的。巴比伦塔的困境布鲁格尔绘制的巴比伦塔（取自维基共享资源）插图描绘的是圣经里叙述的巴比伦塔，是这个领域研究与实践者爱用的一个比喻。这个故事是说，人类曾聚集在一起，想建造一座通天巨塔，上帝不喜欢这个项目，于是就让人们说不同的语言。如其所愿，由于缺乏有效的沟通，这个项目失败了。它最直接的启示就是，建造复杂的系统，需要有效的规划与沟通。规划与沟 通是相辅相成的。而对复杂系统的沟
12、通，必定基于有效的描述（建模）。企业架构最重要的内容与表现， 就是企业建模与模型。 这是大家就目标系统 （即企业）进行讨论或沟通基础（从工具，到方法）。失败的巴比伦塔， 常被作为缺乏企业架构或企业工程的象征。然而，也有人把这个比喻用到企业架构本身， 说明现在一些企业架构自身高度复杂、 难以实施维护的情形，这一点，我个人认为，与更具体的问题：企业模型与建模有关。无论其它方面如何，对企业本身的建模（注意：不是信息系统）的水平，将制约企业架构 的应用。例如， TOGAF 无疑不是一般企业建模的框架。这也是我本人虽然很早就看到了这个东西， 却比较“忽视”它的原因。 许多这个领域的实践者可能都名师资料总
13、结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 43 页 - - - - - - - - - 同 意，目前真正的企业架构应用，主要适合有足够复杂的大型企业，作为IT应用领域的一种策略或工具。这也是迄今有关实践的现状。企业工程的观点上升到一般企业立场， 暂时抛开 IT 的直接需求与视角（正如 Zachman 所提倡的），讨论企业的完整描述、企业建立与变革中的步骤、方法和准则问题，这几乎已经就是我们所理解的企业工程（enterprise engineering ）了。在这里可以品味一下
14、 architecture 这个词，在建筑领域，这个词的基本意思常常就被翻译成“建筑学”。从这些角度看，一般化的企业架构，与企业工程，是很重叠的，就好象“建筑学”和“建筑工程学”一样。正因为这种理解，我在企业工程之屋中， 建议将“企业建构学”作为企业工程的支柱之一，并用这个名字来对应英文的“Enterprise Architecture”。在这样定位中的企业建构学（架构），是更纯粹的结构原理与建构准则、方法学， 与企业理念与文化、 企业建模理论与方法、企业建模与分析工具、企业信息系统（企业应用）一起，支撑起整个企业工程的应用与实践。事实上，enterprise engineering这个词组，
15、在 Zachman和其他一些“经典” EA领域实践、研究者的文献中，也经常出现，而在相关领域的另一些代表性工作，比如相关领域的代表性工作GERAM/ISO15704 注 7，则是以企业工程、企业建模、模型、框架、企业参考架构（Enterprsie-Refrence Architecture）等为基础概念。企业工程的基本立场， 是把关于企业整体的、 一般性的表示（描述，即建模）和方法学、建设 / 改变的准则等，综合归纳起来，作为一个系统化、知识化的，以企业为目标的实践、研究、技术应用的领域，现有的企业架构方面的实践、认识，是目前企业工程可以包括的实质性内容中最重要的方面之一。结语企业架构（ EA
16、 ）是一个正在活跃的概念，虽然已经有20 多年可追溯的历史，依然不是一个成熟的概念。但它同时是一个在实践中提出、演化着的概念，所以，这个领域始终与应用紧密结合，也不乏应用实践。从企业工程的立场所看到的问题，与 Zachman 的看法在方向上是一致的。真正的企业架构， 不应该是 IT 架构的扩展。 从企业工程的视角， 可以将企业架构 （最好叫企业建构学）定位在更纯粹的结构原理与建构准则、方法学方面，它的应用，伴随着完整的企业工程，IT 无论多么重要，也是完整的企业工程的一种支持、使能手段。对于那些组织机构庞大，有多种多样的IT 应用需要集成，更新、持续改善与治理的企业，应当认真考虑这个课题， 例
17、如政府信息化（或电子政务）， 大型企 业。应该由 CIO （或类似职能）直接领导专门团队或部门，学习和研究这个领域已有的知识和实践，将其应用作为一种长期的企业战略决策对待。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 43 页 - - - - - - - - - 而对于那些规模较小， 基本处于初级应用水准 （也许上了一两套业务支持或协同办公系统） 的企业，目前的企业架构领域的技术和实践，基本不能为你提供什么直接帮助。应该专注于那些最基础的东西， 比如数据的准确性、共享与
18、深度利用，基本工作流程的疏导、改善与规划，等等。注释 注 1 赵刚博士 2006年 3 月发的 企业架构的发展历史与概念是一篇比较全面的入门介绍，不熟悉的读者可先参考此文 注 2 来自国际软件架构师协会特别专辑（2007） 注 3 烟筒，或筒仓，是过去三十年以BPR为代表的企业管理新思潮中最常使用的比喻之一， 主要形容传统面向控制与职能分工的金字塔型组织的特征。与此相对的，就是所谓打破筒仓的流程型组织或网络型组织。 注 4 十分遗憾， Richard Veryard的博客也是“被墙”的众多优秀纯技术内容站点之一，目前无法直接访问 注 5 来自 Open Group TOGAF9 官方文档 注
19、6ISO/IEC 42010:2007 Systems and software engineering Recommended practice for architectural description of software-intensive systems，系统和软件工程 -对于软件密集型系统体系结构描述的指南 注 7ISO 15704:2000 Industrial automation systems Requirements for enterprise-reference architectures and methodologies 对应国标为 GB/T 18757-200
20、2 工业自动化系统企业参考体系结构与方法的需求补充说明：相关领域关于“巴比伦塔困境”比喻比较有影响的例子，是用来说明企业建模领域存在许多不同的企业建模语言和工具，相互之间却很难沟通， 缺 乏互操作性的问题。 这是欧洲企业建模学术研究领域的关注点之一。近年的一个重要项目统一企业建模语言（UEML ）的主要目的之一，就是针对这个问题。（2010-1-23 ，作者补充）企业架构二企业架构 (Enterprise Architecture)名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5
21、页，共 43 页 - - - - - - - - - 目录隐藏 1 什么是企业架构2 企业架构中的不同角色3 企业架构的信息类别4 企业架构理论术语5 企业架构的组成16 为什么需要企业架构17 企业架构架构原则28 解决方案架构、业务架构和企业架构的对比39 参考文献编辑 什么是企业架构早在 1987 年，John Zachman就 提出： “为了避免企业分崩离析，信息系统架构已经不再是一个可有可无的选择， 而是企业的必需”。 从那时起，Zachman的企业架构理论就开始逐渐发展起来，它现已成为许多大公司用来理解、表述企业信息基础设施的一个直观模型，为企业现在的以及未来的信息基础设施建设提供
22、了蓝图和架构。Zachman的企业架构是一个全新的模型，为企业信息基础设施提供一种可以理解的信息表述。Zachman没有把企业的流程简单视作一系列步骤，而是综合考虑不同角色的不同观点，提出了一个多视角、多维度的企业架构。编辑 企业架构中的不同角色1. 企业拥有者。2. 业务管理者。3. 系统分析者。4. 系统设计者。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 43 页 - - - - - - - - - 5. 系统建设者。6. 系统本身。下表的各行内容即反映了不同角色
23、的不同关注点（角度）。Zachman同时承认每个角色均关注相同的信息类别（维度），即下表各列内容。数据 （什么？）功能（怎样？）网络（哪里？）角色（谁？）时间（何时？）动机（为何？）目标范围列出对业务至关重要的元素列 出 业 务执 行 的 流程列 出 与 业务 运 营 有关 的 地 域分布要求列出对业务重要的组织部门列 出对 业 务重 要的 事 件及时间周期列 出 企业目标 、战略业务模型实 体 关 系 图（包括M: M关系、N-ary 关系、 归因关系）业 务 流 程模型（物理数 据 流 程图）物 流 网 络（ 节 点 和链接）基于角色的组织层次图，包括相关技能规定、安全保障问题。业 务主
24、进 度表业 务 计划信息系统模型数据模型（聚合体、完全规格化）关 键 数 据流程图、 应用架构分 布 系 统架构人 机 界 面 架 构（角色、数据、入口）相依关系图、数 据实 体 生命历程（流程结构）业 务 标准模型技术模型数据架构（数据库中的表格列表及属性） 、遗产数据图系统设计 ：结构图、 伪代码系 统 架 构（硬件、软件类型）用户界面（系统如何工作）、安全设计“ 控制 流 ” 图（控制结构）业 务 标准设计详细展现数据设计（反向规格化）、 物理存储器设计详 细 程 序设计网络架构屏显、安全机构（不同种类数据源的开放设定）时间、周期定义程 序 逻辑 的 角色说明功能系统转化后的数据可 执
25、行 程序通信设备受训的人员企业业务强 制 标准编辑 企业架构的信息类别数据（什么？）名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 43 页 - - - - - - - - - 功能（怎样？）网络（哪里？）时间（何时？）角色（谁？）动机 （为何？）编辑 企业架构理论术语“ 企业 ”（Enterprise） 是指由一整套可识别的、互为作用的业务功能构成的商业组织。它有能力作为独立实体经营运作。根据这一定义，就应该存在企业内的企业。只要企业内部的事业部门能够独立运作，它或许就
26、可以被当作一个企业。在这里，这一企业概念也可以被看作为“ 扩展企业 ” （Extended Enterprise ） ，它意味着企业架构框架也包括了企业与外部实体 的相互关系。例如：供应商 、商业伙伴和客户。“ 架构 ” （Architecture ）提供基础框架，它定义和描述了企业实现经营目的和商业愿景的平台。“ 架构 ” 可以被具体定义为：与企业经营战略、信息需求紧密相连的一整套原则、方针、政策、模型、标准以及流程，它结合企业未来发展方向，为企业各项解决方案的设计、选择和执行提供指导。编辑 企业架构的组成1企业架构可以分为两大部分：业务架构和IT 架构，大部分企业架构方法都是从 IT 架构
27、发展而来的。业务架构：是把企业的业务战略 转化为日常运作的渠道 ，业务战略决定业务架构，它包括业务的运营模式、流程体系、组织结构 、地域分布等内容IT架构：指导IT 投资和设计决策的IT框架， 是建立企业 信息系统 的综合蓝图，包括数据架构、应用架构和技术架构三部分。对比 RUP和其他主要关注于实现的规程，企业架构领域原则上的关注点是企业范围内的业务需求的识别、规范，及优先级划分， 感觉它也是一个做 企业信息化规划的方法。 我认为，做工具型产品和企业级产品有个差别，那就是做企业级产品需要由工具型产品的产品型公司向咨询类的服务型公司转型。名师资料总结 - - -精品资料欢迎下载 - - - -
28、- - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 43 页 - - - - - - - - - 1. 业务流程 的组织逻辑 (包含所有信息和 技术服务 ，流程 )和 IT 基础设施，反映了该公司运作模式的整合和标准化 的需求 (MIT Center for Information Systems Research) 2. 概念蓝图，定义了一个组织的结构和运作。企业架构的意图是确定组织如何能够最有效的实现其当前和未来的目的 (SearchCIO.com) 企业架构如同 战略规划 ，可以帮助企业执行业务战略规划及IT 战略规划。在业务
29、战略方面，可使用TOGAF 及其架构开发方法论（ArchitectureDevelopmentMethod/ADM ）来定义企业愿景 / 使命，目标 / 目的/驱动力，组织架构， 职能及角色。在 IT 战略方面， TOGAF 及 ADM 详细描述了如何定义业务架构，数据架构，应用架构，和技术架构，是IT 战略规划的最佳实践指引。企业架构是承接企业业务战略与 IT 战略之间的桥梁与标准接口，是企业信息化规划的核心。源于 90 年代美国的企业架构框架，到目前已经衍生出多种企业架构框架，如 DoDAF （美国国防部体系架构框架 The Department of Defense Architectu
30、re Framework）、TOGAF 等。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 43 页 - - - - - - - - - 编辑 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 43 页 - - - - - - - - - 为什么需要企业架构1有些人可能会问为什么要做要做架构，直接拿来需求就做不就行了， 以前做些小任务都是这样的。 就
31、像搭个简易狗窝不需要请设计师来专门做个设计，但 是建个大厦必须设计一样， 我想对于不复杂的东西， 你怎么做我都觉得很正常， 但是一旦业务复杂、 处理麻烦时，必须有一个清晰的架构才能保证做出来的东西是正 确的。中国的大多数企业在进行IT 投资时都会跳过企业架构这个环节而直接进入了 IT 项目的建设，这样就会导致重复投资 、信息孤岛 等必然现象的出现。有时缺少规划，也会发现很多开发的功能被打入冷宫，这里列一个简单例子：如hr系统中的 HR服务台的一个功能，我填写了一个问题，但是没有回复，估计这个功能就被打入冷宫了，这样满意度 也就会下降了。通过企业架构，我们可以达到：企业内不同的人要对企业现状（a
32、sis）和企业愿景 （to-be)有一个整体的的理解业务、信息、技术人员的共同愿景 ，是理解、沟通的基础如果没有一个清晰的架构，就不能保证争取的决策和好的实现，EA是理解和实现企业 IT 建设的保障TOGAF 在国外的认知度很高，目前企业架构方法有很多，但TOGAF 是最主流的，已经有超过 15 年的历史。不仅有80的福布斯 ( Forbes) 全球排名前 50 的公司在使用， 而且支持开放、 标准的 SOA参考架构。 目前已得到国际主流厂商的推动，德国有 SAP在推动，美国 IBM、 HP 、SUN 等公司在推动，中国在企业架构方面并不是很成熟，以前讨论多半集中在软件架构或是单独的系统架构，
33、在02年才有一个企业架构出现。金蝶在 TOGAF 8.1 成熟之后，引进9.0 ，因为它包含对 SOA 的支持，所以这个也是金蝶选择在这个时期把它导入的原因之一。金蝶加入 The Open Group，希望能够提升中国企业信息系统及业务架构的水平，并率领国内软件产业参与 国际标准 的制定。对金蝶而言，引进TOGAF 和 Open Group的 SOA 参考架构及治理原则， 将推动金蝶集团产品， 开发过程及治理的国际化与标准化。未来金蝶ERP产品 EAS 、BOS 及金蝶中间件等产品都将遵循TOGAF 企业架构框架，架构开发方法论及 SOA 参考架构，以提升 产品质量 及全面 SOA 服务化。在
34、金蝶产品获得成功后，将建议金蝶用户采Open Group的 TOGAF 及 SOA标准。在 2009 年 11 月份上海的金蝶年度客户大会及中国管理模式 杰出奖颁奖典礼中，金蝶发布了 EAS 7.0 新版本，这是中国第一款使用TOGAF 企业架构框架规划及SOA 的 ERP产品。编辑 企业架构架构原则2架构原则名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 43 页 - - - - - - - - - o基于标准方法来做架构，如使用TOGAF架构方法o说不清的不做o没人
35、上层持久推动的不做o达不成一致意见的不做业务原则o业务持续性（对业务发展有长远计划，不能只考虑近期实现范围）o业务通用性（业务是否可以作为一个公用业务架构）o业务一致性o合法数据原则o数据价值性 数据正确性 数据完整性o数据积累分析需要规范化数据o数据是安全的o数据不只是可以共享的数据，还包含业务规则和策略应用原则o技术独立性，不绑定到特定厂商o易用o模块化设计技术原则o响应变化o可扩展编辑 解决方案架构、业务架构和企业架构的对比3开发人员对于架构这个词一定不陌生，但是我们说的架构只是产品开发 中的技术相关架构， 真正要做好一个产品， 在技术架构之上还有其他一些架构，本篇介绍一下三类主要的架构
36、： 解决方案架构、 业务架构和企业架构。 有时候我们把视野拓宽一些，多锻炼自己的大局观， 对自己的 思维和技能都会有很大的提高。在TOGAF 或非 TOGAF ：在 RUP 之上扩展企业架构中对比几个不同的架构框架，让我对什么是架构更清晰了。我觉得不错，所以给大家分享一下。解决方案架构名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 43 页 - - - - - - - - - 解决方案架构是“技术性的”，它们的范围内包括各种技术元素，如软件、数据和 IT 基础架构，这些
37、领域都是由技术人员来处理。业务架构业务架构在 90 年代作为单独的领域出现了， 业务架构包含过程及信息、 组织和绩效等方面内容企业架构领域名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 13 页，共 43 页 - - - - - - - - - 企业架构领域原则上的关注点是企业范围内的业务需求的识别、规范，及优先级划分， EA 路线图可能比单路线解决方案包含更多内容（如上图所示），这可能会形成多个、同时的实现。EA 环境是全局性的，其视点是组织化的， 而解决方案架构是具体到实现的。E
38、A 主要用于企业分析、计划和架构治理。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 14 页，共 43 页 - - - - - - - - - 注意：来自解决方案架构规程中的一些主题（低层次的） 不含在 EA 的范围内，而许多附加的（大部分是更高层次的）主题加入了。还要注意的是关键的业务架构主题完整地包含于 EA 规程之中了。编辑 参考文献1. 1.01.1周金银 .企业架构开篇：TOGAF介绍2.周金银 .企业架构架构原则3.周金银 .企业架构对比解决方案架构、业务架构和企业架构
39、Zachman企业架构框架简介引言随着企业架构（ EA ）的发展， Zachman框架1的地位显得愈加重要。根据资料介绍，重要的企业架构成果如FEA 、 TOGAF 等，都是在这一框架基础上发展而来的。企业工程论坛一般不介绍或涉及商业性企业或其产品，但由于Zachman在国外EA领域的独特地位， EA和企业建模等话题稍微深入，就不能不讨论它。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 15 页，共 43 页 - - - - - - - - - 发展在谈谈企业架构（ EA ）等文中
40、曾经初步介绍， Zachman框架，是从信息系统框架发展而来的。 我们看到，他在 1987年初次正式发表的工作为 “The original Framework for Information Systems Architecture”，表现为一个 35 的矩阵。1992年，他与 John F. Sowa 合作发表了扩展的框架方案，名称没有变，但将涉及范围推广到所谓 “工程化的企业范围” （” engineered ” enterprise-wide） ，引入了 6 个基本疑问词（ 5W1H ）作为横向展开的依据，整个框架表现为65 的矩阵。这期间人们也开始用“Zachman框架”这个名字直接
41、称呼它。1997年，初次发表 10 年之时， Zachman再次发表新的论文“ Concepts of the Framework for Enterprise Architecture”，在概念上，完成了由信息系统架构框架向“企业架构框架”的正式转变。在随后几年，在框架的细节、单元内容细节等方面持续有改进， 矩阵图也变化了好几个版本， 但主体结构和内容基本稳定。2008年推出了正式简明定义和框架标准。后面的介绍主要基于这些信息。正式简明定义下面是 Johan A. Zachman 对的正式简明定义：Zachman框架（ Zachman Framework?）是一个纲目（ schema ）两种
42、有几千年历史的分类法的交集。 第一种是建立在原始疑问词上的沟通基础要素：什么、如何、何时、何人、何地以及为何。这些问题答案的集成，能够对复杂的想法形成全面、综合的描述。 第二种来自具体化， 即古希腊哲学中假定的抽象观念到实例的转换，在 Zachman框架中记为：辨别、定义、表达、规定、配置和实例化。Zachman说，框架分类的最初启发是来自对建筑、飞机和其它复杂的工业产品的观察经验。对于上述定义，他还强调，Zachman框架是一种描述企业的本体，是元模型，而不是关于创建对象的最终实现（实例）的方法学。它是关于结构的，而不是过程。它是企业架构（EA ）的基础。名师资料总结 - - -精品资料欢迎
43、下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 16 页，共 43 页 - - - - - - - - - 基本结构名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 17 页，共 43 页 - - - - - - - - - Zachman框架是一个综合性分类系统。它相当于通过66 的分类矩阵，把企业架构涉及的基本要素（而不是企业本身）划分成36 种单元（Cells ），并清楚地定义了每个单元中的内容（组件、模
44、型等）性质、语义、使用方法等。从相关介绍可以知道， 在找到现在这种二维矩阵的划分方式之后，对每个单元的内容也在逐步认识、实践和总结。考察现在的标准叙述，仍可以感觉到，单元的内容和单元间的关系， 远不像架构的整体方案所暗示的那样明确、直观。标准中对多单元上用法说明， 有些也并非显而易见。 这一方面体现在这个表面简单的结构中，还蕴藏着不少“道理”，同时可能也说明，这里还有不少可以探讨的空间和不同的可能性。详细的分类矩阵， 可以由其网站上看到。 5W1H 的描述展开， 看来“非常基本” ，似乎只有用或不用的选择，但并非没有讨论余地，特别是，如果站在企业规划、建模、模型工作机制这样一些角度上， 会更有
45、多的讨论空间不仅是关于5W1H这一方案的选择，而是在更深的层面上（参见后续的分析文章）。相对于行的展开，按照“具体化”层次展开的列，则更需要仔细考察。下表将Zachman提示的具体化标志与实际矩阵上的标签对应起来，以便于观察。同时， 对照列出了“Who ”名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 18 页，共 43 页 - - - - - - - - - 这一列单元格里的基本提示。 单元格里放的东西，前五层都表现为模型（或文档），而最底层是实例。Zachman 具体化标志在他的
46、企业架构框架上的体现具体化层次矩阵左侧标签矩阵右侧标签单元举例（ “Who ” 列）Identification 辨别Scope Contexts 范围语境Strategists as Theorists 战略家，相当于理论家名称：组织识别/边界列表组件：组织类型/类型定义说明：列出业务上重要的组织Definition 定义Business conceptes 业务概念Executive Leaders as Owners 执行领导，相当于所有者名称：组织定义/语义模型组件：组织角色、组织工作说明：工作流模型Representation 表达System Logic 系统逻辑Architect
47、s as Designers 架构师，相当于设计者名称：组织表达 /图解（Schematic）模型组件：系统角色、系统工作说明：人类界面架构Specification 规定Technology Physics 技术物理学Engineers as Builders 工程师，相当于建造者名称：组织规范/蓝图（ Blueprint ）模型组件：技术角色、技术工作说明：呈现（presentation ）架构Configuration 配置Component Assemblies 部件组装Technicians as Implementers 技师，相当于实施者名称：组织配置/清单组件：组件角色、组件工
48、作说明：安全架构Instantiation 实例化Operations Classes 操作类Workers as Participants 工作者，相当于参与者名称：企业组织实例组件：组织角色、组织工作说明：实际的人和它们的工作（表中内容参考 Zachman框架标准 2.01 版）从现有的单元格内容和关联的解释看，这个表面简单的“正交”二维分类矩阵，每一个交点（单元）上对应的到底应该是什么，并非显而易见，或许有许多值得探讨的可能性。 而从现在所给出的方案看， 这两个维度也许并非如矩阵图所暗示的那样，完全是简单正交的。 纵向的具体化层次划分， 表面上看似乎经验性的色彩较为浓厚， 但结合其所给的
49、各列内容方案，能够体会到， 其中的蕴含还是相当深的，正如它十几年发展已经体现的，一方面有很多经验性的、实践的支持，一方面也是得来不易， 很有参考价值。这个分类矩阵的行、 列选择，的确相当基本，显示出某种“本质划分”的特点，但也并非没有争议。 以后我们将对此进行讨论。如果我们按照这个框架本来的定位作为一种企业架构/ 工程的描述性逻辑结构、分析框架去使用， 它无疑是非常有启发性的一种基础性工具，一旦超出这个范围例如，用来指导实际企业的企业“架构”开发，甚至企业建模，就可能会遇到很多具体的问题。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - -
50、- - 名师精心整理 - - - - - - - 第 19 页，共 43 页 - - - - - - - - - 结语本来准备从以前的笔记中摘录做一个浅析，到 Zachman 网站上查看一下， 与几年前相比，又有一些变化或更新。 核对新资料重新整理一下， 不知不觉大半天时间就去了。最初计划还有一个分析部分，干脆另文发出。注释1 Zachman Framework TM是私有性质的，商业和机构使用及一些资料需要授权或购买。本文主要参考 Zachman International网站上公开的或个人免费注册可读资料，以及 wikipedia条目。Zachman企业架构框架若干分析摘要： 关于“Zac