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之路，真是任重道遠。