TOGAF，全稱Open Group Architecture Framework，是由組織The Open Group在1995發布的企業架構框架，最新版本是9.2。Open Group是國際知名的標準化組織，擁有20多年的標準制定和推廣歷史，TOGAF框架可以說是其最著名的貢獻。TOGAF可以說是企業架構理論從政府進入各種社會研究機構的典型案例。它源於美國國防部的TAFIM(信息管理技術架構框架)，在美國國防部的允許和鼓勵下，在美國政府投入的大量資金的幫助下，經過多年的努力，TOGAF的第壹版終於從65438發布到0995。到目前為止，TOGAF是最主流、最知名的EA框架。全球50強企業中有80%使用它，中國企業對TOGAF的認可度超過50%，以至於提到企業架構，很多人第壹時間認為是TOGAF。它也是唯壹提供認證的框架。
框架結構
以下官方圖片說明了TOGAF的構成:
圖中有顏色的部分是TOGAF的幾個主要組件，下面分別解釋。
TOGAF ADM(架構開發方法):這是TOGAF框架的核心部分，是TOGAF對企業架構構建方法的闡述。基於壹個循環叠代模型，將企業架構的構建過程分為幾個步驟，並詳細闡述了每個步驟的輸入、輸出和采用的方法。
TOGAF內容框架:這壹部分是TOGAF 9的新增部分，詳細描述了企業架構中包含的各種工作產品以及它們之間的關系。從此改變了只關註架構開發過程和方法的風格，填補了以往對架構內容描述和指導的空白。
TOGAF能力框架(capability framework):為了在企業中有效地運行企業架構，並使其發揮最大的效率，需要定義和組合壹系列合適的組織結構、流程、技能、角色和職責，TOGAF能力框架正在為如何組織好這些元素提供指導。
TOGAF企業連續體(enterprise continuum)和工具:企業連續體是企業架構資源庫的視圖，它提供了壹種對企業中各種架構和解決方案產品進行分類和組織的方法。
以上四部分相對獨立。其中，能力框架的內容側重於幫助企業更好地使用企業架構，框架開發方法和內容框架側重於幫助企業在企業架構構建和維護過程中提高標準化水平和執行效率，而企業連續體和各種方法和工具更註重為企業在企業架構開發、使用和維護過程中提供參考和最佳實踐。雖然這三個部分相對獨立，但是壹個優秀的企業架構的創建、使用和維護是他們緊密合作和互動的結果。
在這四個部分中，我個人認為架構開發方法ADM是TOGAF的核心部分。理解了，TOGAF就離不開了。
TOGAF架構開發方法(TOGAF ADM(架構？開發方法))
ADM因以下麥田怪圈地圖而聞名:
它定義了ADM的10個階段，其中預備階段是獨立的，階段A到階段H是叠代的，需求管理貫穿整個ADM過程。
每個發展階段都可以寫壹篇文章，這裏就不展開了，只是簡單介紹壹下各個環節。
初步:此階段描述業務指令所要求的新企業架構的準備和啟動活動，包括定義特定於組織的架構的框架和原則。
A階段——架構願景:對目標架構、其業務價值以及架構成功部署所帶來的企業轉型的簡要描述，是具體架構開發的理想願景和分界線。
B階段——業務架構:全面多維業務視圖的描述，包括:能力、端到端的價值交付、信息和組織結構；以及這些商業觀點和戰略、產品、政策、計劃和利益相關者之間的關系。
c階段？-信息系統架構:專註於定義用於支持企業業務架構的各種數據和應用，信息系統架構的構建可分為數據架構和應用架構的構建。
階段D-技術架構:對技術服務以及技術組件的結構和交互的描述。
階段E——機會和解決方案:該階段描述了確定交付方法(項目、計劃或譜系)的過程，以便有效地交付前壹階段制定的目標體系結構。
f階段？-遷移規劃:最終確定詳細的實施和遷移計劃，以便從基礎架構遷移到目標體系結構。
階段G——實現治理:監督架構的實現，以確保定義的架構在實現和部署期間與計劃壹致。
階段H——架構變更管理:評估架構性能，提出變更建議，並確保基線架構繼續符合當前的現實。建立壹個架構變更管理過程，用於實現在治理階段建立的新的企業架構基線。
需求管理:定義壹個過程，以便企業架構的需求可以被識別、存儲並與架構開發方法的其他階段交互。
每個階段都會有自己對應的方法論步驟，每個步驟都會有自己對應的投入和產出。整套做下來，會有幾十個，接近幾百個輸出文檔。可以說TOGAF是壹個強調過程和文檔的框架。
影響
TOGAF是企業架構框架的集大成者，對企業架構理念的傳播起到了很大的作用，以至於很多人甚至認為企業架構等同於實現TOGAF。目前，TOGAF已經成為EA框架的實現標準。它在不斷完善和加強自己，尤其是在SOA的支持下，使它跟上了服務的潮流。
但是對於企業架構來說，TOGAF在概念層面有利於溝通，在推廣層面不利。人們通過TOGAF知道有企業架構，但不敢真正嘗試。原因是TOGAF與Zachman的簡單相比似乎走向了另壹個極端。它包羅萬象，繁瑣的流程，沈重的文檔，讓想實施EA的企業望而卻步。沒有外部咨詢力量的支持，很多企業根本不知道怎麽去做。雖然TOGAF宣稱ADM和內容框架都可以根據實際情況量身定制，但是要想清楚切什麽，怎麽切，已經是很高的門檻了。如何評價實施TOGAF後的效果也是壹件非常棘手的事情。僅僅輸出壹堆文檔，有可能建立壹個好的企業架構嗎？這些問題和擔憂極大地限制了TOGAF乃至企業架構的推廣。如果框架像Zachman那樣簡單，會被批評為指導意義弱，像TOGAF那樣包羅萬象，會被認為過於沈重，難以實現。EA之路真的是任重道遠。