◎Zachman
1987年,John Zachman在IBM Systems Journal上发表名为A framework for information systems architecture的文章,提出企业架构的初步概念。文中阐述了在信息系统开发工作中对软件体系结构的看法:系统开发是由具有不同关注视点的若干层面人员共同完成的这与认识到系统开发是由不同阶段完成的同等重要;在系统开发中,考察对象不应仅限于数据和功能,还应包括地点。Zachman理论发展到今天,称之为“企业架构框架”,简称为“Zachman框架”,Zachman也被公认为企业架构领域的理论开拓者,现有的企业架构框架大都由Zachman框架派生而来。
◎相关文章
通过交流和恰当的框架构建企业架构
企业架构依赖于用于实现和文档化的一系列工具。这些工具包括从描述架构的综合框架,到描述如何实现的常规文档。不论您使用哪些工具,都要确保您也进行了充分的交流,以巩固支持架构的关系。 [全文]
UML、RUP和Zachman框架:完美结合(一)
在众多交叠的方法中,UML、RUP 和 Zachman 分别作为现代信息系统构架的三个重要支柱。这篇文章通过检验它们的元特性并提出一些将它们与组织结合的方法来考虑这些方法组合使用。[全文]
UML、RUP和Zachman框架:完美结合(二)
在众多交叠的方法中,UML、RUP 和 Zachman 分别作为现代信息系统构架的三个重要支柱。这篇文章通过检验它们的元特性并提出一些将它们与组织结合的方法来考虑这些方法组合使用。 [全文]
UML、RUP和Zachman框架:完美结合(三)
在众多交叠的方法中,UML、RUP 和 Zachman 分别作为现代信息系统构架的三个重要支柱。这篇文章通过检验它们的元特性并提出一些将它们与组织结合的方法来考虑这些方法组合使用。 [全文]
企业构架的Zachman框架简介
第一个最有影响力的框架方法论就是Zachman框架,它是John Zachman首次在1987年提出的。 [全文]
What's Wrong With The Zachman Framework?
When I first encountered the Zachman Framework around 15 years ago, I was struck by its elegance and generality. In common with the best data models, it provided a new and revealing way of perceiving information, yet one which seemed so natural that my immediate response was "why hasn't someone done this before?" [全文]
核心模型
主要内容
Zachman框架是一个由行和列组成的二维结构,行基于模型使用/描述者的视角对企业进行描述,最顶层的行表示企业的最一般的描述,层次越低的行对企业的描述越具体;从规划者、所有者、设计者、承建者、分包者和最终用户六个视角来划分,建立目标/范围、业务模型、系统模型、技术模型、详细表达、运行功能等模型;列基于人们理解问题时经常涉及的问题的角度定义了各视角的抽象域。从数据(What)、功能(How)、网络(Where)、人员(Who)、时间(When)、动机(Why)等6个方面的模型,并分别由实体-关系模型(Entity-Relationship)、流程-I/O模型(Input-Process-Output)、节点-链接模型(Node-Link)、人员-工作模型(People-Work)、时间-周期模型(Time-Cycle)、目标-手段模型(Ends-Means)来表达。
实施与治理
Zachman框架具有容易理解、描述全面、独立于各种工具与方法学等优点,因而得到了广泛的认可,很多咨询和研究方法都从Zachman框架中获得借鉴,很多建模框架都被认为是Zachman框架的派生。
应用现状
Zachman框架也存在一定缺陷,包括可能导致的文档管理问题,在Zachman框架的30个单元格中都会产生文档需求,而企业对文档管理的不当可能会关键问题的忽略;Zachman可能还会导致过多的强调方法学而是所选择的方法并不适合当前的组织文化,业务环境,也会造成管理提升的失败;此外,过分的关注过程可能导致管理成本的急剧增加。