大白话解读：TOGAF 10的企业元模型

摘要：在企业架构的世界里，TOGAF是一个被广泛认可的框架，它提供了一套详细的指导原则和流程，帮助企业设计、规划、实施和治理其架构。TOGAF的企业元模型，是其除了ADM架构开发方法外的另外一个核心，它定义了企业架构中所有关键元素及其相互关系。

在企业架构的世界里，TOGAF是一个被广泛认可的框架，它提供了一套详细的指导原则和流程，帮助企业设计、规划、实施和治理其架构。TOGAF的企业元模型，是其除了ADM架构开发方法外的另外一个核心，它定义了企业架构中所有关键元素及其相互关系。

今天小艾老师就跟大家来聊聊TOGAF的企业元模型，虽然它看起来挺复杂的，但其实也没那么难理解。咱们把它拆开来慢慢说。

元模型，简单来说，就是“模型的模型”。它定义了模型中有哪些基本元素，以及这些元素之间的关系（或流程）。TOGAF的元模型，就是帮助我们理解企业架构中各个层面（业务、数据、应用、技术）之间是怎么相互影响、相互支持的。

TOGAF的元模型并不复杂，它的背后是一条清晰的链条，将战略、组织能力、业务流程、业务架构、数据架构、应用架构、技术架构等一系列元素紧密相连。

这条链条，简而言之就是：

战略能力的详细分解——就像拆解任务，逐步清晰每个环节该做什么。岗位设计的标准化——不同岗位应该有不同的职能，如何让岗位之间协调好，标准化是关键。业务流程的持续优化——我们常常说流程优化，但实际操作中常常遇到流程复杂、重复的情况。TOGAF提醒我们要从整体上不断优化。企业数据的标准化管理——数据管理好坏，直接决定了决策的质量。标准化管理数据，才能确保其可靠性。应用构件与业务构件的一致性设计——你会发现，很多时候应用系统和业务流程脱节，TOGAF在这里强调要做到一致性。

这张图是TOGAF 10的企业架构元模型的示意图。

它合并了核心和扩展元模型，定义了模型中出现的36个关键元素（也称其为“实体”）和200+个关系，一如既往，业务架构部分展开的比较细，数据、应用、技术架构相对粗一些，具体应用时得根据需要进行剪裁。

与9.2版本相比，TOGAF 10元模型中对“实体”的调整：新增2个，修改17个，删除4个。

TOGAF的元模型具体来说可以分为五大部分。

1. 通用实体（橙色部分）

在图的顶部，我们看到了与所有对象相关联的通用实体，这些是构建企业架构的基础，包括原则、约束、假设、需求、位置、差距、工作包和能力。其实在我们日常工作中，很多时候都会面临一些基本的约束条件，比如资源有限、时间紧张，这些通用实体就像是帮我们界定了工作的边界和重点。

2. 业务架构（黄色部分）

说到企业架构，业务架构无疑是最关键的一部分，它决定了我们公司到底是干什么的，如何高效地运作。业务架构里有一些很实用的元素，比如驱动因素（外部变化、客户需求等）、目标（我们想要达到的战略成果）、行动方案（如何达成目标的具体计划）等。你会发现，不论是做战略规划，还是优化流程，这些元素在工作中都非常重要。

比如，你做业务优化时，肯定会去想“什么是我们的核心能力？”、“我们的产品如何调整才能更符合市场需求？”这些就是在业务架构层面要考虑的问题。

3. 数据架构（紫色部分）

数据架构关乎如何合理地存储、管理和利用数据。你可以想象一下，如果数据乱成一团，那我们的决策一定会出现问题。所以，TOGAF在这部分强调了数据实体、逻辑数据组件、物理数据组件的管理，它帮助我们有序地把数据从最基础的层次建立起合理的架构，避免数据冗余、质量不高等问题。

4. 应用架构（绿色部分）

应用架构是如何将业务需求映射到IT系统的体现。我们日常工作中，经常会遇到业务需求和IT系统脱节的情况，这时就需要用到TOGAF的应用架构来理清楚。它定义了应用服务、逻辑应用组件和物理应用组件，帮助我们清晰地了解，业务需求如何通过应用系统来实现，系统中每个部分应该扮演什么角色。

比如，电商平台的订单处理系统，如何设计界面、后台逻辑、数据库存储，都属于应用架构中的内容。