背景
TOGAF，全称The Open Group Architecture Framework，是由组织The Open Group在1995年发布的企业架构框架，最新版本是9.2。The Open Group（开放群组）是国际著名标准化组织，拥有超过20年的标准制定与推广历史，而TOGAF框架可以说是它最著名的贡献了。TOGAF可以说是企业架构理论从政府进入到社会各研究机构的一个典型案例，它起源于美国国防部的信息管理技术架构框架（TAFIM，Technical Architecture Framework for Information Management），并在获得美国国防部的允许和鼓励之后，借助于美国政府大笔资金的投入，经过多年的努力最终于1995年发布了TOGAF的第一版。到目前为止，可以说TOGAF是最主流、最为人所广知的一个EA框架。由80%全球排名前50的公司都在使用它，中国企业对TOGAF的认可度也超过50%，以至于说起企业架构，很多人第一时间就以为是TOGAF。它还是唯一一个提供认证的框架。
框架结构
下面这张来自官方的图很好的说明了TOGAF的组成：
图中具有彩色的部分就是TOGAF几大组成部分，下面分别说明一下。
TOGAF架构开发方法（TOGAF ADM（Architecture Development Method））：这是TOGAF框架的核心部分，是TOGAF针对企业架构建设方法的论述，它以一个循环迭代模型为基础将企业架构的建设过程划分为前后衔接的若干步骤，并对每个步骤的输入、输出以及所采用方法都进行了详尽的阐述。
TOGAF内容框架（Architecture Content Framework）：这部分是TOGAF 9新加入的部分，是针对企业架构中所包含的各种工作产品以及他们之间的关系作出了详细的描述，从此改变了只重视架构开发过程和方法的风格，填补了以往没有架构内容描述和指导方面的空白。
TOGAF能力框架（TOGAF Capability Framework）：为了在一个企业中有效地操作企业架构并使其发挥最大的效能，一系列适当的组织结构、流程、技能、角色和责任需要被定义并结合起来，而TOGAF的能力框架正为如何组织好这些元素提供了指南。
TOGAF企业连续体和工具（TOGAF Enterprise Continuum and Tools）：企业连续体是企业架构资源库的一张视图，它为企业中的各种架构和解决方案制品提供了一种分类和组织的方法。
上述四部分相对独立，其中能力框架方面的内容着重于帮助企业更好地使用企业架构，架构开发方法和内容框架着重于帮助企业提高其企业架构建设和维护过程的标准化水平和执行效率，而企业连续体以及各种方法工具则更关注于为企业在企业架构的开发、使用和维护过程中提供参考和最佳实践。虽然这三个部分相对独立，但是一个优良的企业架构的创建、使用和维护是他们三者紧密配合、相互作用的结果。
在这四部分中，个人认为架构开发方法ADM是TOGAF最核心的部分，把它搞懂了，TOGAF就八九不离十了。
TOGAF架构开发方法（TOGAF ADM（Architecture Development Method））
ADM最为人所熟知的就是以下这幅麦田圈图：
它定义了ADM的10个阶段，其中准备阶段（Preliminiary）是独立的，阶段A到阶段H是循环迭代的，需求管理阶段（Requirements Management）贯穿整个ADM过程。
每个阶段展开都可以写一篇文章，所以这里就不展开了，只是简单介绍一下每一个环节。
预备阶段 （Preliminary）：该阶段描述了业务指示要求的新 Enterprise Architecture 准备工作和启动活 动，包括定义组织特定架构框架和原则 等。
阶段A - 架构愿景（Architecture Vision）：对目标架构的简要描述，描述了其业务价 值以及成功部署架构带来的 Enterprise 变 革，是具体架构开发的理想愿景和分界 线。
阶段B - 业务架构（Business Architecture）：对全面、多维业务视图的描述，包括:能力、端到端价值交付、信息和组织结构；以及这些业务观点与战略、产物、政策、举措和利益攸关者之间的关系。
阶段C -信息系统架构（Information Systems Architectures）：着眼于明确用于支持企业业务架构的各种数据和应用，因而信息系统架构的建设可以分为针对数据架构和应用架构的建设。
阶段D - 技术架构（Technology Architecture）：对技术服务以及技术组件结构和交互的描述。
阶段E - 机会与解决方案（Opportunities and Solutions）：该阶段描述了确定交付方式(项目、项目群或谱系)的流程，以便有效交付前阶段制定的目标架构。
阶段F -迁移计划（Migration Planning）：敲定详细的实施和迁移计划，以便从基础架构迁移至目标架构。
阶段G - 实施治理（Implementation Governance）：监督架构的实施，确保已经被定义的架构在实施和部署过程中与计划的一致性。
阶段H – 架构变更管理（Architecture Change Management）：评估架构性能，对变更提出建议，确保基线架构持续符合当前实际。为实施治理阶段建立的新的企业架构基线建立架构变更管理流程。
需求管理阶段（Requirements Management）：定义一个过程，使企业架构的需求可以被识别、存储并与其他架构开发方法各阶段交互。
每一个阶段都会有各自对应的方法论步骤，每个步骤由会有如果个对应的输入和产出物。如果全套做下来，将会有几十个，接近上百个产出物文档。可以说，TOGAF是一个相当重流程，重文档的框架。
影响
TOGAF是企业架构框架的集大成者 ，它对企业架构概念的传播起到了很大的作用，以至于很多人甚至以为企业架构就等于实施TOGAF。从目前来看，TOGAF已经成为EA框架的实施标准。它本身也在不断的完善与增强，尤其是后来加入对SOA的支持，使得它也跟上了服务化的大潮。
但是， 对于企业架构来说，TOGAF在概念层是有利于传播的，在推广层是不利的。人们通过TOGAF了解有企业架构那么回事，却不敢真正的尝试。原因在于，相比于Zachman的简单，TOGAF似乎走向了另外一个极端。它是包罗万象的，繁琐的流程，沉重的文档，都使意欲实施EA的企业望而却步。没有外部咨询力量的支持，很多企业根本就不知道怎么开展。虽然TOGAF宣称ADM与内容框架都是可基于实际情况裁剪的，但是弄清楚裁剪什么，怎么裁剪本身就已经是一件门槛很高的事情。如何评估实施TOGAF之后的效果也是一件很棘手的事情。是不是单单输出了一堆文档，就可以把企业架构好呢？这些问题与忧虑都极大地限制了TOGAF甚至是企业架构的推广。框架简单如Zachman，会被人诟病指导意义不强，包罗万象如TOGAF，又会被认为过于重，难于实施。EA之路，真是任重道远。
