什么是 Zachman 框架?
Zachman 框架由 John Zachman 于 1987 年开发。它不是一种传统方法。我们认为 Zachman 是一个模板,它描述了如何从独特的角度看待不同的想法。Zachman 框架包含一组信息管理规则,这些规则以 36 单元格的表格格式呈现。
Zachman 框架驱动架构师解释 什么, 在哪里, 什么时候, 如何, 谁, 和 为什么 针对不同的受众。
Zachman 框架以 36 格二维矩阵的形式呈现,包含六列六行。行表示观点,列表示基本问题。此矩阵提供了企业表示的完整、结构化概述。
Zachman 框架非常灵活,可以处理涉及任何范围的项目。Zachman 是关于不同单元之间的关系的。它涉及管理架构所需的分析和解释信息。
Zachman 框架的视角包括执行官、管理、架构师、工程师、技术员和企业。
- 执行视角——这描述了企业架构计划在业务战略方面的目的。它允许规划人员获取有关系统规模和成本的信息。
- 业务管理视角——从企业模式、设计选择和组织采用的业务流程方面进行描述。业务管理视角对于想要了解业务运营每个细节的所有者来说是一个有用的工具。所有者还可以了解不同流程如何交互。
- 架构师视角——描述系统逻辑,阐述如何满足业务需求。架构师确定软件如何工作,然后表示整个业务模型。
- 工程师视角——描述技术解决方案如何实现系统选择。这确保承包商采用特定方法解决持续的业务挑战。
- 技术员视角——此部分描述了有关特定模块化工具组件的要求。当向程序员提供如何继续进行的说明时,就会发生这种情况。
- 企业视角——这是用户从其操作环境所看到的运行系统。
Zachman 框架列代表基本问题:“什么、哪里、何时、谁和为什么”。
- 什么? – 这代表每行将处理的整个企业数据。
- 在哪里? – 这都是关于物流、地理位置和互连的。
- 什么时候?这表示触发业务活动的事件和业务周期。
- 如何? – 这代表了流程以及业务的执行方式。
- 谁? – 这代表了技术和其他个人之间的互动和组织单位。
- 为什么?——这将总体战略和业务目标转化为具体手段。
矩阵格式表示参与者及其与决策标准的关系。

Zachman 作为架构框架如何发挥作用?
在评估 Zachman 时,我们需要知道要寻找什么。我们在寻找必要的支撑时 考虑企业架构框架.
企业架构框架中需要寻找什么
我们寻找工具和方法,这些元素都融入到优化的企业架构框架中。
工具可以包括:
- 分析模型
- 视点库
- 参考架构
- 架构规范
- 交付成果
方法将解决:
- 架构开发方法
- 过渡到实施
- 实施治理
- 企业架构工作管理
与优化框架所需的所有功能相比,Zachman 的功能非常有限。这并不意味着 Zachman 框架没有用例。而是意味着完整的框架需要更多功能。
扎克曼框架 |
|
工具 | |
分析模型 | 有限的
Zachman 列出了您需要了解的信息。但它没有说明您需要进行什么分析以及如何进行分析。 |
视点库 | 六个基本问题和观点为坚实的观点库奠定了基础。 |
参考架构 | 丢失的 |
架构规范 | 丢失的 |
交付成果 | 丢失的 |
方法 | |
架构开发方法 | 丢失的 |
过渡到实施 | 丢失的 |
实施治理 | 丢失的 |
企业架构工作管理 | 丢失的 |
使用 Zachman 构建优化框架
Zachman 是构建优化架构框架的坚实基础。 SABSA 是基于 Zachman 脚手架构建的。它提供了一个非常强大的示例。

什么是 TOGAF 框架?
我们不能谈论 TOGAF 框架 而不强调其历史。由 公开组。开放群组架构论坛成员认识到这一需求,并开始开发企业架构的最佳实践。
这项最佳实践的成果就是 TOGAF 架构开发方法 (ADM). 它提供了一种系统的、循序渐进的方法来开发和使用架构。
TOGAF 与 Zachman 框架
这是一个很难的比较。我们考虑 TOGAF 加上 Zachman,因为它们是互补的。
TOGAF 的核心与 Zachman 非常不同。
Zachman 确定您需要为谁提供信息以及您需要什么信息。Zachman 框架不提供任何创建架构工件的实际实施指南。
相比之下,TOGAF 在如何开发架构方面表现更出色。它对于您需要的信息非常灵活。TOGAF 建议从利益相关者和架构项目范围开始逆向工作,而不是制定处方。
然后,让我们对这两个框架进行简要比较,并重点介绍一下 优化您的企业架构框架.
TOGAF 与 Zachman 框架
该表比较了 TOGAF 和 Zachman 的优缺点,并提供了构建优化框架的步骤。
Zachman 是构建优化架构框架的坚实基础。查看 SABSA 作为示例。它是使用 Zachman 脚手架建造的。
扎克曼框架 | TOGAF 框架 | 优化您的 EA 框架 | |
工具 | |||
分析模型 | 有限的
Zachman 列出了您需要了解的信息。但它没有说明您需要进行什么分析以及如何进行分析。 |
有限的
|
找到企业架构用例所需的分析模型 |
视点库 | 六个基本问题和观点为坚实的观点库奠定了基础。 | 模板 从业者指南 | 利用 Zachman 和 从业者指南 |
参考架构 | 丢失的 | 有限且奇怪的种类:
|
查找您的企业架构用例所需的参考架构 |
架构规范 | 丢失的 | 有限的 | |
交付成果 | 丢失的 | 主题列表 | 确定优化框架所需的可交付成果 |
方法 | |||
架构开发方法 | 丢失的 | 全面的架构开发方法 是一种涵盖许多企业架构用例的通用方法。
具体的操作方法包括: |
将 TOGAF ADM 转换为符合您的企业架构用例的工作管理 |
过渡到实施 | 丢失的 | E 阶段(机会和解决方案) 和 F 阶段(实施规划) 在 全面的架构开发方法 | 将 TOGAF ADM 转换为符合您用例的企业规划 |
实施治理 | 丢失的 | G 阶段(实施治理) 在 全面的架构开发方法 | 将 TOGAF ADM 转换为符合您用例的企业执行 |
企业架构工作管理 | 丢失的 | 丢失的 | 制定工作管理方法 |
然后让我们对这两个框架进行简要比较,并重点介绍每个框架的一些独特功能。
主要功能比较
TOGAF
- 它通过促进所有利益相关者之间的同步沟通来解决组织内的问题。
- TOGAF 框架在实现上具有很强的适应性和通用性。
- 它提供了一种更加实用和有益的方法。
- 它以最有序和结构化的方式帮助企业软件的最佳实施。
- 它具有显着的可信度,并且在当今具有高度的市场信任度。
- 架构开发方法 (ADM) 是 TOGAF 的关键元素,是一个强大的工具。
- 有时 TOGAF 框架可能会被认为很慢,因此用户必须以管理方式修改框架的结构。
- 它是一个源自庞大社区的开放且免费阅读的框架。
扎克曼
- 该框架具有各种不同用户可以使用的相关工具。
- 它增强了信息系统内部个人层面的沟通。
- Zachman 框架可以产生大量文档的方法。
- 有一部分专业人士不接受专家实践中的框架。
- 用户不需要从顶部单元格开始向下。这意味着您可以自由选择从任何单元格开始,然后从该点进一步迭代。
- 该框架仍然遵循围绕数据的传统技术。

TOGAF 和 Zachman 框架的优缺点
与所有其他事物一样,这两个框架并不完美,这意味着两个框架都有其优点和缺点。以下是这些框架的一些优点和缺点:
TOGAF 的优点
- Open Group 框架的最大优势之一是它为设计企业架构提供了一种直接的、逐步的方法。这使其易于使用,并为组织节省了大量资源。
- 它使用简单,包含大量文档,这意味着组织内的 IT 管理员在 IT 架构实施后在维护 IT 架构时遇到的问题很少。
- TOGAF® 是世界上最流行的企业架构框架,它提供标准化的架构开发流程以及对部件和可交付成果的统一描述。这意味着 TOGAF 框架可以很容易地在各个部门和业务部门之间转移。
- 该框架不是一刀切的框架,但它灵活且适应性强,这意味着它可以与其他框架一起使用。这意味着可以根据公司的需要完全或部分使用 TOGAF。
扎克曼的优点
- 该框架有助于改善信息系统领域专业人员之间的沟通。
- 它允许组织认识到不开发单一架构描述的好处和缺点。
- Zachman 框架有助于比较和对比企业架构实践中的各种工具和方法。
- Zachman 框架最大的成功之一是意识到没有一个统一的设计可以满足每个人的需求。
- 该框架还表明了开发用于生成架构表示的更好方法(包括流程和工具)的重要性。
TOGAF 的缺点
- 在泡沫和孤独中学习和实施 TOGAF 是困难的。个人必须参加培训课程,然后才能获得 TOGAF® 认证.该认证证明个人已经学习了框架的原则以及如何实施它。
- 由于框架的复杂性质和技术,可能需要一个完整的团队参与才能成功实施。该组涵盖所需的劳动力和其他资源。
- 预设计功能在框架中形式化,限制了实验和修改的空间。
扎克曼的缺点
- Zachman 框架倾向于支持传统的、以数据为中心的方法。这解释了它在数据领域的广泛使用。
- 该框架在开发社区中并不流行,甚至很少有开发人员听说过它。
- 这可能会导致文档繁重的策略。但是,情况并非如此。
TOGAF 或 Zachman – 选择最佳企业框架
正如所强调的那样,没有完美的框架,选择使用哪一个完全取决于您组织的方法。 Zachman 和 TOGAF 框架都是有用的企业架构工具,它们都有自己的优点和缺点。
TOGAF 框架提供了一种系统化的方法来定义整个企业架构过程。架构开发方法 (ADM) 是 TOGAF 框架中的一个独特元素,它通过制定的程序授权框架的实施,这些程序促进任何决策制定过程并产生所需的业务模型。
另一方面,Zachman 框架都是关于本体的。这意味着它是一组有组织的语句,定义了如何对对象进行分类、生成、使用和更改。该框架利用各种企业视角来确定、定义和规划企业系统的特定组件。
选择最适合其特定需求的框架完全取决于组织。一些组织甚至决定不通过合并框架并充分利用它们提供的功能来做出艰难的选择。

TOGAF vs. Zachman 结论
TOGAF vs Zachman 的问题很难说。专家甚至建议,为了两全其美,您应该协调使用这些框架。尽管每个框架存在差异、独特的方法、优点和缺点,但它们并不相互冲突或否定。使用这两种框架的组织在其企业架构的运营方面取得了巨大的成功。
我们在 TOGAF(架构愿景阶段)的第一阶段使用 Zachman,以确保我们了解我们为谁服务以及我们需要生产哪些材料。如果你想 开始 或改善您的企业架构事业,您可以通过我们的 TOGAF 培训课程.一旦您完成课程并通过 The Open Group 的考试,您就会获得认证。