三种类型的 EA 框架
什么是企业架构框架？
企业架构框架是开发企业架构的结构化方法。框架可以是基本的，例如 扎克曼框架， 这是对问题和谁需要信息的分类。或者它们可以是详尽的，就像 TOGAF 框架 涵盖利益相关者， 治理, 造型, 架构模式、工作产品，以及 实施治理.
大多数企业架构框架都介于这两个极端之间。框架侧重于 行业 或者 领域 建立在 参考架构. 它们可能包括 观点 针对特定情况进行了优化 企业架构用例.
为了发挥作用，企业架构框架必须提高企业架构师的生产力和工作产品质量。
企业架构框架
企业架构框架用于简化开发 企业架构.好的 企业架构师 使用最好的框架来简化工作的复杂性 他们使用这种简化来了解组织在哪些方面无法满足期望，以及在哪些方面必须进行更改才能满足期望。
我们将架构框架视为必要的脚手架。脚手架可以帮助企业架构师应对两个挑战：
- 如何开发企业架构
- 如何记录企业架构
全面的企业架构框架
有两个领先的综合企业架构框架， TOGAF 框架 和 扎克曼.
TOGAF 标准
TOGAF 标准是模块化的、可扩展的和可配置的。它为企业架构师面临的三个核心问题提供了通用的基本脚手架：
- 如何开发企业架构（TOGAF ADM),
- 如何记录架构（TOGAF 内容框架),
- 如何发展企业架构团队（领袖指南)
TOGAF 框架分为基本概念和一组指南。基本概念是通用的，适用于每个组织和行业。不同的指南确定了如何在不同情况或领域使用通用脚手架。
扎克曼框架
Zachman 框架建立在一组观点之上。每个视角都存在于利益相关者类型和架构方面的交叉点。这组观点代表了您的企业及其信息系统的一部分。
Zachman 框架的栏目是基于英语疑问句“what”、“where”、“who”、“when”、“why”和“how”的六个方面。这些列用于为每个利益相关者构建不同的解释。
这些行定义了不同的利益相关者类别——规划者、所有者、设计者（建筑师）、实施者、子构造者、用户。或者，它们用于表示范围、上下文、业务概念、系统逻辑、技术、物理、组件装配和操作类。
Zachman 框架的价值来自于每一列和每一行的交叉点。在许多方面，Zachman 框架提供了一个强大的视点库。我们要求架构师根据不同利益相关者类别的疑问来描述架构。
虽然 Zachman 框架可能包含大量文档，但仅应填充解决分析问题所需的信息。例如，具有库存和流程驱动操作的组织将专注于 What 和 How 列。例外是为什么列。它为工作提供了驱动力和动力。
Zachman 框架不提供基础模型，也不提供开发企业架构的方法。 EA 团队需要开发用于收集、管理或使用信息的方法、流程和符号。
行业架构框架
我们使用六个行业框架：BIAN、DODAF、FEAF、TMForum ODF 和 IndEA。
金融和银行架构框架 - BIAN
卞 是银行业架构网络。一个金融服务公司财团开发了它。 BIAN 服务架构是银行 IT 环境逻辑组件的蓝图。利用此蓝图和服务域规范将显着加快架构计划——无论是在规划变更计划、采购组件还是根据最佳实践对现有环境进行基准测试。
>>> 比较 BIAN 和 TOGAF（TOGAF 与 BIAN）
防御架构框架
国防部 是国防部架构框架。美国国防部开发了 DODAF。国防机构面临的核心问题是将长期存在的系统和多样化的组织整合到共同的任务和能力中。许多武器系统已经发展了十年，预计可以使用 30-40 年。
DODAF 视点库围绕通信和集成进行了优化，以解决这个问题。我们经常使用 DODAF 的观点来解决独立组织之间的整合问题。
除了 DODAF，其他北约国家也开发了自己的专业防御架构框架。加拿大发达 国防军，英国开发了MODAF，北约使用NAF。基于 DODAF 的防御架构框架专注于互操作性的核心问题。
>>> 比较 DODAF 和 TOGAF（TOGAF 与 DODAF）
政府架构框架 - FEAF
FEAF 是美国联邦企业架构框架。政府机构面临的核心问题是独立开发的服务和程序之间的流程、IT 系统和数据重复。
他们设计了 FEAF 参考模型来突出重复。通过使用通用语言描述业务、IT 系统、数据和基础设施，可以发现重复。这使该机构能够确保重复的流程、系统和数据符合项目利益相关者的服务利益。
我们经常使用 FEAF 的方法，并在收购和合并项目中导出参考模型。重复不一定是坏事。它需要根据您组织的价值主张和运营模式来证明其合理性。
印度政府制定了 靛蓝。 IndEA 采用比 FEAF 更广泛的方法。除了重复之外，IndEA 还尝试制定标准 企业架构建模 以及许多企业架构领域的描述..
TM 论坛的开放数字框架
TM 论坛开放数字框架（ODF) 专为电讯业而设计。他们针对挑战进行了优化，主要围绕从遗留 IT 系统和流程迁移到模块化、云原生系统。
TM 论坛成员组织开发 ODF。
我们曾多次与面向消费者的组织使用 TM 论坛的 FrameworX 业务流程模型。将 eTOM 分离为面向客户的系统和运营系统突出了在面向客户提供专业服务时管理整合和简化运营的挑战。
领域架构框架
我们使用两个领域架构框架，SABSA 和 国防部
安全架构框架 - SABSA
SABSA 是业界领先的安全架构框架。他们建立了 SABSA 模型来与 Zachman 的不同消费者和疑问对话。
SABSA 使用该模型作为基础，并构建专门的工具来识别目标和风险。毕竟，风险是不确定性对实现目标的影响。
>>> 将风险架构与 SABSA 领域模型一起使用
>>> 比较 SABSA 与 TOGAF
集成架构框架-DODAF
国防机构努力将持久的系统和多样化的组织结合起来，以实现共同的任务和能力。
他们设计 DODAF 是为了解决集成即时性和遗留问题这两个问题。
直接：在不同任务的基础上，运营商实时集成不同的系统。运营商通常来自不同的国家和不同的分支机构。然而，他们的系统必须工作。
遗产：系统通常有数十年的发展，并会持续使用 30-40 年。
他们优化了 DODAF 视点库来解决这个问题。当我们面临整合问题时，我们会寻求 DODAF 的观点。我们是否整合现代并不重要 敏捷开发的模块，或独立组织之间的整合。
为企业架构选择最佳框架
您的最佳企业架构框架将由您的特定需求驱动。
第一的, 如果您在金融和银行、国防、电信或政府部门工作，您使用 行业框架.你很容易。有一种既定的方式来描述您的企业架构。在那个决定之后跳到第二步。
如果您没有简单的行业选择，请查看 您的企业架构团队的目的.您需要了解将推动 企业架构团队的设计.这 领导者建立企业架构团队的指南 坚持从您需要回答的问题中开发您的企业元模型。一致的行业问题背后的思考是选择最佳企业架构框架的重要起点。你能适应一个 行业架构框架?如果您共享设计问题，您应该调整框架 BIAN，以管理客户参与和运营系统的分离。 DODAF，用于实现集成。 FEAF 用于避免重复。
如果您需要设计自己的企业元模型，您将遇到一个难题。我们强烈建议您寻求帮助。你能登陆的最糟糕的地方是遵循一条路径来构建一个描述许多事物并且毫无问题地回答的框架。
第二，看看你的 EA 团队的实力和你开发企业架构的方法。如果您还没有很好地确定您正在选择 TOGAF 框架。它涵盖了方法、构建 EA 功能以及描述架构。您将利用 TOGAF 的模块化并将您的框架替换为 TOGAF 内容框架
Conexiam 企业架构咨询
这两个步骤是 Conexiam 的企业架构咨询如何为企业架构选择最佳框架。我们的 企业架构能力研讨会 回答有关目的和问题的初步问题。
每个企业架构团队都需要做同样的三件事：
- 开发企业架构，
- 记录企业架构，
- 建立企业架构团队
我们始终使用 TOGAF 框架为开发架构和架构团队提供必要的脚手架。我们从不使用 TOGAF 内容框架 记录企业架构。我们总是替换针对您面临的问题进行优化的架构框架。我们用 导航、DODAF、BIAN、FEAF，或开发定制的内容框架。我们总是添加 SABSA 以确保有效覆盖风险和安全性。
作为一个 企业架构师，您的工作是了解您的业务中的挑战、不足和机遇。利用这种理解，您可以帮助利益相关者改进您的组织。企业架构的最佳框架将加速并提高您的工作质量。
自己动手 评估企业架构框架的工具
将思维从 TOGAF 与 SABSA 转换为 TOGAF 和 SABSA
每一个 企业架构团队应有针对性地建立
比较 TOGAF 和 BIAN
使您的 EA 团队的设计与价值保持一致
