学TOGAF只记ADM？一文完整介绍TOGAF知识体系

一、内容框架和元模型：架构到底该写什么？

很多架构项目的问题不是没文档，是文档之间对不上。

业务团队写"客户体验优化"，数据团队写"主数据治理方案"，应用团队写"接口改造计划"。每份文档单独看都没问题，合在一起却回答不了一个核心问题：

战略目标到底怎么一步步落到具体的技术实现上？

TOGAF的内容框架规定了架构工作要产出哪些内容，以及这些内容之间怎么关联。

• ADM告诉你怎么做
• 内容框架告诉你做什么
• 元模型则进一步规定了可以用哪些概念来描述架构以及这些概念之间能建立什么关系

二、视角和视图：给谁看？看到什么程度？

同一套架构方案，不可能用同一张图让所有人都满意。

• CEO关心投多少钱、什么时候见效；
• 业务负责人关心流程怎么改、组织怎么动；
• 技术负责人关心系统怎么拆、接口怎么连；
• 开发团队关心代码怎么写、部署怎么搞。

TOGAF用两个概念来解决这个问题。

• 视角是看问题的角度和规则——可以理解为"用什么样的镜头去看"；
• 视图是用这个镜头拍出来的具体画面。

除了视角和视图，架构还需要注意抽象层次。架构抽象通常分为四层：

• 背景层（为什么做）
• 概念层（需要什么能力）
• 逻辑层（各部分怎么协作）
• 物理层（用什么具体技术实现）

这四层不是四个必须依次提交的，而是控制讨论粒度的方法。比如：讨论战略方向时，不需要讨论服务器选型；讨论技术方案时，也不能停留在"提升客户满意度"这种口号上。

三、交付物、制品和构建块：成果长什么样？

TOGAF用三个概念来组织架构成果。

• 交付物是经过正式审查和批准的成果，比如架构定义文档。
• 制品是描述架构某一方面的工作产物，比如流程图、数据矩阵。一份交付物里通常包含多个制品。
• 构建块是具有复用价值的组件。架构构建块描述"需要什么能力"，解决方案构建块描述"用什么具体产品来实现"。

三者各有各的用处。搞混了就容易把架构做成一堆散落的文件，而不是一套可追溯的成果体系。

四、连续序列和存储库：怎么让成果被复用？

架构资产如果只在项目结束时归档，价值就大打折扣。下一次做类似项目，又是从头画一遍。

TOGAF的企业连续序列提供了一种分类方法，把架构资产从"通用的行业参考"到"这家公司特有的方案"排列起来。新项目启动时，团队可以先从通用部分找可复用的参考，再逐步调整成适合自己公司的方案。

架构存储库是真正存放这些资产的地方。它不只是共享文件夹，而是一个有结构、有版本、有治理的资产管理系统。项目做完后，把经过验证的成果放回去。这样架构工作才会从"一次性交付"变成"持续积累"。

五、原则和治理：谁来确保方向不偏？

有方法、有模型、有存储库，不代表组织就有了架构能力。

• 架构原则是架构决策的规矩。比如"客户数据只有一个权威来源"，这条原则会直接影响数据归属、系统边界和接口设计。原则如果不能排除某些选择、不能说明理由，就只是一句口号。
• 架构治理负责让这些原则进入真实决策——谁有权批准例外？怎么审查方案？如何监督实施？偏差怎么处理？
• 架构能力则把架构工作变成组织可持续运行的能力。它涉及角色、职责、技能、流程和工具。架构不能只依赖某位资深架构师的个人经验，而需要有一套可以独立运转的体系。

六、学完整TOGAF知识体系，从这套课程开始

TOGAF企业架构师EA认证课程，基于TOGAF标准第10版，系统覆盖ADM架构开发方法、内容框架、元模型、视角与视图、架构存储库与连续序列、架构治理等核心内容。

• 📅 最新一期开班：8月29-30日、9月5-6日（两个周末，共4天）
• ⏰ 互动直播 + 回放复习，提前开通网校预习
• 🎯 适合企业架构师、技术负责人、数字化转型推动者、咨询顾问

想了解课程详情或报名，欢迎私信小艾老师。