最近在学习DAMA数据管理知识体系指南这本书，现在学习到第四章数据架构的内容，在阅读过程中发现书中有些翻译还是比较难以理解的，比如对于Zachman企业架构框架的理解，下面就把我的个人理解与大家进行分箱，希望对各位有所启发~

首先对企业架构做一个概述。DAMA数据管理知识体系指南中讲到，架构是对组件要素有组织的设计，旨在优化整个结构或系统的功能、性能、可行性、成本和用户体验。企业架构包含多种不同类型，如业务架构、数据架构、应用架构和技术架构。良好的企业架构管理有助于组织了解系统的当前状态，加速向期待状态的转变，实现遵守规范，提高效率的目标。

不同的组织有不同的企业架构，但是在搭建企业架构时可以有一个通用的模板提供参考，这就是企业架构框架。常见的企业架构框架包括Zachman框架、Togaf框架、FEA框架等，其中最经典的应该是Zachman框架。这是由John A Zachman在上世纪80年代开发出来的，这个框架为以后企业架构框架的衍生提供了较大的理论基础。接下来就对Zachman框架进行一个详细的介绍。

Zachman框架是一个二维矩阵图表，两个维度分别是问询沟通（What、How、Where、Who、When、Why,即5W1H）和重新定义转换（识别、定义、描述、规范、配置和实例）。框架分类按照单元格呈现，即问询和转换之间的交叉点，框架的每个单元格代表一个独特的设计组件。具体的Zachman框架简化版如下图所示：
这里特别说明一下，我没有完全照搬DAMA数据管理知识体系指南第73页的图4-2 简化的Zachman框架的图示，而是按照自己的理解进行了调整，个人认为这样理解起来更清楚，如有不妥之处也欢迎各位专业人士批评指正~

接下来对照这个图表，可以再对Zachman框架的两个维度信息进行进一步的理解。

1.在问询沟通时，可以对任何一个实体层面按照5W1H的方式进行提问，将答案转换成企业架构，具体如下：

（1）什么（What）：表示的是数据架构的实体，这里其实可以理解成数据。

（2）怎么样（How）:表示执行的活动/流程。

（3）在哪里（Where）:表示业务/技术位置，这里其实可以理解成数据存储/网络分布。

（4）谁（Who）:表示角色和组织，这里其实可以理解成工作职责。

（5）什么时间（When）:表示间隔、事件、周期和时间表，这里其实可以理解成具体实施的数据管理项目，从战略规划到实施落地的自上而下过程。

（6）为什么（Why）:表示目标、策略和手段，这里其实可以理解成业务驱动因素。

2.重新定义转换描述的是将抽象的概念转变成为具体实例的过程。矩阵中的每一行代表一个组织中的角色，包括战略规划者、数据/系统所有者、架构师、工程师、技术专业人员（实施者）和用户。每个角色对整个过程和不同问题的解决都有不同的视角，具体说明如下：

（1）高级管理层视角（业务背景）：定义不同模型范围的业务元素目录。

（2）业务管理视角（业务概念）：明确管理层在定义业务模型中所涉及的不同业务概念之间的关系。

（3）架构师视角（业务逻辑）：作为模型设计的架构师细化系统需求，设计系统逻辑模型。

（4）工程师视角（业务实体）：作为具体模型创建的工程师，在特定技术、人员、成本和时间限制内，优化和实施为具体应用设计的物理模型。

（5）技术人员视角（组件程序集）：采用特定技术来解释配置模型的技术人员如何使用、组装和实施配置组件。

（6）用户视角（操作类）：参与人员所使用的的实际功能实例，这个视角下是没有模型的。

对Zachman企业架构框架的评价：

Zachman框架从本质上来说是对企业架构描述的一种分类法，其对于如何解决企业信息化发展所面临的问题（系统复杂度管理、业务与信息技术的不协调发展）能够提供如下的帮助：

给出了企业架构内容的描述和分类法，从而可以复杂的系统进行分解描述。
确保每个干系人的每一个关注点被照顾到。
改进每个架构制品使其更加契合目标受众的关注点。
确保业务需求可以被映射到技术实现之上，同时每个技术实现也可以被回溯到业务需求之上。
加强业务人员与信息技术人员的沟通和交流，减免以前因缺乏沟通而导致的无谓的内耗。
尽管如此，有些学者并不将Zachman看作为一个框架（例如，《Comparison of the Top Four Enterprise Architecture Methodologies》 的作者），而仅仅把其当成企业架构描述的一个内容分类法。这种看法是有其根据的，就其原因还是因为此框架在如下方面无法给予解答：

虽然此框架描述了企业架构应该包含哪些内容，但是并没有给出如何创建这些内容，亦即缺乏一种关于架构开发过程的描述。
在此框架之下企业架构内容就像一张静态画面一样，而企业架构是应该随着企业的发展而变化的，因而如何在不断地演进过程中对企业架构进行治理也是他缺乏的内容之一。
此框架并没有提供一个判别标准，因而无法了解按照此种方式组织的企业架构是否是一个好的架构，也就是说该框架缺乏成熟度框架。
以上就是本次分享的全部内容，之后我会陆续和大家分享DAMA-DMBOK2中关于各个知识领域和其他相关主题的介绍，欢迎继续关注，也希望和更多正在学习DAMA-DMBOK2及从事数据管理相关工作的朋友进行交流，有什么问题欢迎评论区留言，也可以私信交流！感谢~