背景
“为了避免企业分崩离析，信息系统架构已经不再是一个可有可无的选择，而是企业的必需”。这句话是 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实例化。
这6行6列形成了36个方格。每个方格就是一个角色和每个描述焦点的交汇。当在表格中水平移动时，会从同一个角色的角度，看到系统的不同描述；而在表格中竖直移动时，会看到从不同角色的角度，观察到同一个焦点。事实上这等同于说不同的架构其实是不同的视图，满足不通利益相关者的视点。后面发展起来的其它企业架构框架都或多或少继承了这种观点。
这基本上就是Zachman框架的全部。可以看到它其实是非常重文档的框架。36个方格里面都需要有一个甚至多个文档支持，这意味着需要非常多的文档，可能会导致文档过重。而且为了维护这些单元格中的文档版本与可跟踪性，需要投入非常大的精力，可能需要专人和专门的版本管理工具来负责。而且它是一种自顶向下的框架，需要高层管理人员强有力的推进。
但在我看来，Zachman框架最大的问题是它只是说明白了如果我要做企业架构， 我最终的产出物是什么，当完全没有涉及为了形成这些产出物，我需要怎么做。也就是说，在方法论层面，它是缺失的。它是关于结构的，而不是过程的。所以我从来不觉得它是一个方法论，它真的只是一个概念性框架，一个元模型，而不是关于创建最终实例的方法学。如果我们只是仅仅参考Zachman框架，我们往往会发现无从下手。
EAP
为了补全方法论的缺失，在1992年一位名叫Spwak的美籍管理顾问提出了一个企业架构规划（Enterprise Architect Planning ，EAP）的方法论，现在该方法论一般被视为Zachman框架的实施方法论。实际上EAP也是从1989年Zachman提出的BSP（BusinessSystems Planning）演变过来的。
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框架名副其实。
