企业架构框架之 Zachman 框架

背景

“为了避免企业分崩离析，信息系统架构已经不再是一个可有可无的选择，而是企业的必需”。这句话是 1987 年时任 IBM 系统架构师的 John Zachman 所说的。当年他在 IBM 内部期刊上发表了一篇题为《The Original Framework for Information Systems Architecture》的文章，率先提出了“信息系统架构框架”的概念。当时他还没有提到“企业架构”这个名词，直到 1997 年，他再次发表了一篇论文，题为《Concepts of the Framework for Enterprise Architecture》。历史上第一次有人正式提出“企业架构”，由此在概念上完成了由信息系统架构到企业架构的证实转变。所后几年，经过逐步的改进与完善，最终发展成为先如今为人所知的 Zachman 框架。

 框架结构

总体来说，Zachman 框架是一个 6 行 6 列的矩阵。Zachman 先生对其的定义是 Zachman 框架是一个 Schema，是两种由几千年历史的分类法的交集。第一种是交流中的原始疑问词的沟通基础要素，说白了就是问 5W1H：What 什么、How 如何、When 何时、Who 谁、Where 何地、Why 为何。这些问题的答案形成一个闭环，对复杂问题形成全面的综合的描述。第二种是关于臭腺的具象化，即古希腊哲学中关于抽象观念的实例的转化，说白了就是是实例化。这行程了 Zachman 框架的标志：Identification 识别、Definition 定义、Representation 表达、Specification 规定、Configuration 配置以及 Instantiation 实例化。

Zachman框架

这 6 行 6 列形成了 36 个方格。每个方格就是一个角色和每个描述焦点的交汇。当在表格中水平移动时，会从同一个角色的角度，看到系统的不同描述；而在表格中竖直移动时，会看到从不同角色的角度，观察到同一个焦点。事实上这等同于说不同的架构其实是不同的视图，满足不通利益相关者的视点。后面发展起来的其它企业架构框架都或多或少继承了这种观点。

这基本上就是 Zachman 框架的全部。可以看到它其实是非常重文档的框架。36 个方格里面都需要有一个甚至多个文档支持，这意味着需要非常多的文档，可能会导致文档过重。而且为了维护这些单元格中的文档版本与可跟踪性，需要投入非常大的精力，可能需要专人和专门的版本管理工具来负责。而且它是一种自顶向下的框架，需要高层管理人员强有力的推进。

但在我看来，Zachman 框架最大的问题是它只是说明白了如果我要做企业架构， 我最终的产出物是什么，当完全没有涉及为了行程这些产出物，我需要怎么做。也就是说，在方法论层面，它是缺失的。它是关于结构的，而不是过程的。所以我从来不觉得它是一个方法论，它真的只是一个概念性框架，一个元模型，而不是关于创建最终实例的方法学。如果我们只是仅仅参考 Zachman 框架，我们往往会发现无从下手。

EAP

为了补全方法论的缺失，在 1992 年以为名叫 Spwak 的美籍管理顾问提出了一个企业架构规划（Enterprise Architect Planning ，EAP）的方法论，现在该方法论一般被视为 Zachman 框架的实施方法论。实际上 EAP 也是从 1989 年 Zachman 提出的 BSP（Business Systems Planning）演变过来的。

EAP

 EAP 把 EA 规划项目分为四个阶段：

阶段一：计划启动，确定项目目标、范围、预期成果，成立相应组织，制定相关制度流程，为项目实施做好准备。

阶段二：业务分析与 IT 现状分析， 包括对业务的现状分析与未来架构的优化设计；IT 现状调查，作为实施计划基线，并根据未来业务蓝图整理出 IT 需求和未来蓝图。

阶段三：目标分析，对数据、应用、技术进行架构设计，根据未来业务发展需求设计未来架构规划方案。

阶段四：实施／迁移计划，根据现状与未来之间的差距分析，规划若干 IT 改进与优化项目，根据优先级排序，以及项目之间的依赖关系确定实施计划，制定架构迁移的具体实施步骤。

可以看到 EAP 其实是有点 TOGAF 的 4A 和 ADM 的影子。但相比 Togaf，却轻量多了。它偏重于企业架构中的动态部分，如过程、计划、阶段划分等，而把静态的部分，如交付物，文档等交给 Zachman。后面，EAP 被美国联邦政府架构框架（Federal Enterprise Architecture Framework，FEAF）所引用。所以 EAP 很少被单独使用，它的知名度也远不及 Zachman 框架。

影响

Zachman 框架可以说是企业架构框架的开山鼻祖，其对业界的影响力非常大，也是最权威的。 作为一个企业架构的元模型，其优点与缺点都极其突出。在具体实施层面，由于可操作的方法论的缺失，很少企业会只依靠 Zachman 框架开展企业架构工作。后来的许多框架，包括 TOGAF、DoDAF，FEA 等都深受 Zachman 框架思想的影响，吸纳其在分类上的优势，补全其实施方法论缺失的短板。 不过瑕不掩瑜，作为公认的企业架构领域开拓者，Zachman 框架名副其实。