Zachman和TOGAF是用于实现企业架构的框架。在本文中，我们将讨论两个最流行的企业架构框架：TOGAF和Zachman。我们还将包括如何选择以及额外资源的提示。
什么是企业架构？
企业体系结构（EA）是一种结构，用于传达组织的整个企业系统，包括技术、流程和信息资产。它从技术和业务的角度提供了各种各样的观点，允许组织采用一种有纪律的方法来管理这些系统。
换句话说，您的企业架构定义了可应用于企业IT和业务系统的选择约束，并且可以有三个核心组件：框架、方法和工具。使用EA解决了技术驱动型业务组织面临的两个关键问题：
在高度依赖的企业系统子集之间建立一个透彻的理解允许组织降低体系结构的总体复杂性。
帮助建立一个结构化和信息充分的决策过程，使技术与业务目标保持一致。
TOGAF是事实上的行业标准框架，为企业架构设计、规划、实现和治理提供了一种方法论方法。它提供了架构工件的一致视图，组织内的所有涉众都可以很好地理解。该框架的开放性使组织能够防止供应商锁定专有企业体系结构解决方案，允许他们在不遇到重大成本、安全和技术集成问题的情况下进行扩展和调整。
TOGAF框架在体系结构过程中提供了一系列可操作的步骤，称为体系结构开发方法（ADM）。ADM过程不是一个规定性的模板，而是一种通用的、适应性强的方法，可以应用于开发企业架构的各种组织用例。这些阶段可以根据不断变化的需求进行修改和重新排序，考虑到TOGAF-ADM使用迭代周期来管理和开发新的企业架构需求，这一点特别有用。
TOGAF的ADM部分提供了一个实现决策选择和生成所需模型的过程。这些步骤描述如下：
架构（Architecture）远景：描述项目范围、确定涉众并获得必要批准的初始阶段。沟通业务目标和驱动因素。可以执行能力评估来评估现有的企业体系结构。
业务架构（Business Architecture）：用于满足架构（Architecture）愿景的流程在此阶段定义。在此阶段，将与多个涉众协作执行详细的业务分析和建模。还规定了基线和目标的正式目标。
信息系统架构（Architecture）：与前一阶段类似的活动现在针对支持架构（Architecture）远景的数据和应用程序架构（Architecture）执行。数据和应用程序架构的目标设计原则将在此阶段指定。
技术架构（Architecture）：支持架构愿景所需的技术架构，特别是与业务和信息系统架构相一致的技术架构，在本阶段进行了详细说明。主要利益相关者将包括负责技术决策和投资批准的IT部门和高管。
机会和解决方案：随着架构设计选择在早期阶段最终确定，将评估各种实现场景。此评估同时考虑了技术和业务方面，并确定了最佳折衷方案。
迁移规划：这一阶段将吸引到上一阶段定义的最可行的决策选择和企业架构模型。根据成本、机会和风险制定实施策略。这些项目按优先顺序列出。
实现治理：在此阶段，为所选项目指定必要的体系结构规范。在此阶段提供了一个完整的体系结构监督，描述了变更请求、合规性评估和解决方案构建块的描述。
架构变更管理：在这个最后阶段，新的变更管理过程被定义为包含新的变更。
TOGAF有三大支柱，通过它们可以探索您公司的架构：
企业架构域
ARM
企业连续体
有关实现这个企业架构的TOGAF三大支柱和技巧的更多详细信息，请参见什么是TOGAF？TOGAF初学者指南。
Zachman企业架构
John Zachman是一位IT先驱，他了解IT驱动企业所面临的问题。为了解决这些问题，他在1987年开发了一个早期的企业架构方法论Zachman框架。
Zachman框架提供了一种基于模型的方法：
指定可交付成果
将企业系统子集的各个方面分类为矩阵形式
将它们与business-I环境的决策选择相关联。
使用矩阵，行根据列中指定的决策条件对组织中不同参与者的视图进行分类。列标题描述了什么、如何、在哪里、何时以及为什么。利用这些信息，每个矩阵单元描述每个企业子系统与组织的适当方面的关系。虽然框架没有提供实现指南或方法，但它通过提供整个企业架构的透视图，提供了工件的描述性焦点。
行类别包括：
执行视角：描述业务目标和战略的范围上下文。
业务管理视角：描述企业模型、设计选择和组织采用的流程的业务概念。
架构师视角：描述如何满足业务需求的系统逻辑。
工程师观点：技术物理学描述了如何使用技术解决方案来实现系统选择。
分包商观点：这些描述了关于特定模块化工具组件的要求。
企业视角：用户在其操作环境中所看到的运行系统。
有关框架的更多详细信息以及将其应用于公司的技巧，请参见Zachman框架简介。
选择TOGAF还是Zachman
您选择哪种企业架构取决于您的方法。
TOGAF框架为定义创建或改进企业架构的过程提供了一种系统方法。通过它的ADM，框架提供了一个实现决策选择的过程，以便生成所需的模型。
另一方面，Zach框架更多的是一个本体论——一组结构化的表达式，描述了工件如何分类，从而创建、操作和更改。与TOGAF不同，Zachman使用各种企业透视图来确定、定义和计划有关企业系统的各个子集的详细信息。
您的组织可以选择使用其中一个，也可以同时选择这两个。这些框架可以相互补充，TOGAF描述了创建企业架构的详细过程，Zachman对人工制品进行了分类。
或者，您可以选择使用其他知名选项（包括ITIL？、PRINCE2或COBIT）来补充一个框架。
本文 :https://architect.pub/togaf-vs-zachman-whats-difference 讨论：知识星球【首席架构师圈】或者加微信小号【ca_cto】或者加QQ群【792862318】 公众号
【jiagoushipro】
【架构师酒馆】
精彩图文详解架构方法论，架构实践，技术原理，技术趋势。
我们在等你，赶快扫描关注吧。
【ca_cea】
50000人社区，讨论：企业架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps，数字化.
视频号 【架构师酒馆】
1分钟快速了解架构相关的基本概念，模型，方法，经验。
每天1分钟，架构心中熟。
知识星球 【首席架构师圈】向大咖提问，近距离接触，或者获得私密资料分享。
喜马拉雅 【超级架构师】路上或者车上了解最新黑科技资讯，架构心得。 知识星球 认识更多朋友，职场和技术闲聊。 微博 【架构师酒馆】 哔哩哔哩 【架构师酒馆】
抖音 【cea_cio】架构师酒馆
小红书 【cea_csa_cto】架构师酒馆
网站 CIO(首席信息官) https://cio.ceo 网站CIO,CTO和CDOhttps://cioctocdo.com网站架构师实战分享https://architect.pub网站程序员云开发分享https://pgmr.cloud官网 行天智能科技咨询公司 https://xingtian.ai 网站开发者闲谈https://blog.developer.chat网站首席隐私官内参https://cpo.work网站首席安全官内参https://cso.pub 网站CIO内参https://cio.cool 网站CDO内参https://cdo.fyi 网站CXO内参https://cxo.pub 网站首席架构师社区https://jiagoushi.pro
谢谢大家关注，转发，点赞和点在看。