Zachman框架包括哪些主要内容
发布网友
发布时间：2022-05-07 00:47
共1个回答
热心网友
时间：2023-10-09 19:06
在理解Zachman框架之前，我们需要了解的是，它并不是一个框架，至少从框架的定义上严格地来看，它不是。从《美国传统词典》上，我们可以找到框架的定义如下：
支持或封装其他事情的一种结构，尤其是作为其他的一些已经创建的东西的基础给予其骨架支持；一种外部的工作平台；脚手架；一种基本结构；组成观察显示的一系列的假想、内容、价值和实践。
而在分类学中，它是这样定义的：
在显示自然关系的有序系统中的有机分类；科学、法律或者理论的分类；系统化；划分成有序的组或类别。
Zachman"框架"实际上是一种组织构架工具（用来设计文档、需求说明和模型的工具）的一种分类学。包括工具的目标（例如，商业拥有者、创建者）是谁，哪些特殊的问题（例如，数据、功能）需要阐明。
而Zachman是这样描述他的杰作的：
当这个框架应用于企业时，它仅仅是用来分类和组织企业（在这些企业里，企业的管理和企业系统的开发同样重要）的描述形式的逻辑结构。
许多Zachman框架的支持者认为它是跨学科的，它的影响不仅仅局限于IT行业。例如，一本关于Zachman的书中这样说：
在适当的时候，你会发现框架不仅仅是存在于IT项目中，它存在于你所做的每一件事情中。当你完全理解了这个框架之后，做任何事情都会变得高效。我指的是任何事情，这个断言并不武断。
在和Zachman讨论问题的时候，他本人也曾说：
这个框架已经存在了几千年，而且我敢肯定它在以后的几千年将继续存在。稍微有些改变的是我们对它的理解和怎样使用它。
Zachman在解释他的IT分类学时，最初试用了建筑行业作为类比。在建筑行业里，构架材料通过使用二维表格表示出来。表格其中的一维是变量"游戏中的角色"。对于一个建筑物来说，这些选手就是拥有者（谁为这个项目付款）、构造者（负责构建的人）、城市规划委员会（负责确保建筑遵循当地建筑标准的人）。
建筑构架为不同的角色提供不同的材料。每个角色都需要完整的信息，不过对于不同的角色而言，所需的完整信息也是不同的。拥有者感兴趣的完整描述是建筑物的功能和美感。构造者感兴趣的完整描述是建筑材料和构建过程。拥有者并不关心墙里面的螺栓钉在哪儿，构造者也不关心卧室的窗户如何排列，以便在早晨能够迎来第一缕阳光。
正如Zachman在他的一篇文章中提到的：
每个构架表现形式和其他的构架不同，其本质不仅仅是细节的层面。
构架材料组织的第二维是材料的描述中心--和项目相关的什么（what）、怎样（how）、谁（who）、何时（when）、为什么（why）。这一维和第一维之间是相互独立的。构造者和拥有着都需要知道"什么"，但是"什么"是什么还得取决于问这个话的人是谁。
在Zachman的第一篇论文和随后的详细解说中，Zachman建议有六个描述的焦点（数据、功能、网络、人员、时间、动机）和六个角色的角度（规划者、拥有者、设计者、构造者、转包商、运营企业）。如图1-3所示
以列描述中的"数据"为例。从商业拥有者的角度，"数据"意味着商业实体。它可能包括实体本身的信息，如客户和产品，也可能包括实体间关系的信息，如人口群体和库存。如果你打算和一个商业拥有者讨论数据，你应该用到这些语言。
从数据库的实现者的角度来看，"数据"就不是商业实体了，而是保存在数据表中的行和列，还有通过连接（join）和映射（projection）生成的表。如果你在和一个数据库设计者讨论"数据"，不要讨论客户的群体，而应该讨论关系数据表。
并不是从一个角色的角度看就比从另外一个角色的角度看要好，也不是越详细越好，也不是某一个的优先级比其他的更高。作为一个整体，无论是从谁的角度都很重要。正如Zachman说过的：
我们在信息系统构架方面与另外的构架沟通时有很多困难，因为存在很多构架表现形式，而不是仅仅只有一个构架。其中一个出错了，其他的也跟着出错。构架是不同的。它们是附加的和补充的。选择为开发每个构架表现形式而支出资源是有原因的。如果不开发任何构架表现形式是有风险的。
正如我前面提到的，Zachman框架由六个功能焦点组成，每个功能焦点都会从一个角色的角度考虑。Zachman框架的描述可参见图1，它描述得很清楚。
