TOGAF ®，通過引入Open Group，是一個成熟的企業架構方法和框架由世界領先的組織使用，以提高業務效率。它是一種企業架構標準，可確保企業架構專業人員之間的標準，方法和通信一致，從而使我們能夠以更好的方式開展企業架構工作，包括：

• 最佳實踐支持的迭代過程模型
• 一組可重用的現有架構資產
• 用於規劃，開發，實現和維護企業體系結構的方法和工具

TOGAF開發概述

TOGAF於1995年首次發布，基於美國國防部信息管理技術架構框架（TAFIM）。在此基礎上，The Open Group Architecture Forum定期開發了TOGAF的連續版本。

什麼是TOGAF背景下的架構？

“系統的基本組織，體現在其組成部分，彼此之間的關係和環境，以及管理其設計和發展的原則。” TOGAF接受並擴展了這個定義。在TOGAF中，“架構”有兩個含義，具體取決於上下文：

1. 系統的正式描述，或系統在組件級別的詳細計劃，以指導其實施
2. 組件的結構，它們之間的相互關係，以及管理它們的設計和演變的原則和指導方針。

什麼是企業架構？

企業架構（EA）是一個明確的實踐，用於進行企業分析，設計，規劃和實施，始終使用整體方法，以成功開發和執行戰略。企業架構應用架構原則和實踐來指導組織完成執行其策略所必需的業務流程，數據和信息以及技術更改。這些實踐利用企業的各個方面來識別，激勵和實現這些變化，其中包括了解業務戰略意圖的工作，然後包括從業務流程到支持技術，合作夥伴關係，再到基礎架構的所有內容。各種各樣，招聘和培訓，以及其他任何重要的工作，以實現更好的業務績效。

TOGAF的結構

TOGAF內容分為7個部分：

1. 介紹
2. 架構開發方法
3. ADM指南和技術
4. 架構內容框架
5. 企業連續性和工具
6. TOGAF參考模型
7. 架構能力框架

介紹

如表中所示，本部分提供了對企業架構關鍵概念的高級介紹，特別是TOGAF方法。現在讓我們探討每個部分的核心概念：

核心概念

1. 業務架構 - 業務戰略，治理，組織和關鍵業務流程。
2. 數據體系結構 - 組織的邏輯和物理數據資產和數據管理資源的結構。
3. 應用程序體系結構 - 要部署的各個應用程序的藍圖，它們的交互以及它們與組織的核心業務流程的關係。
4. 架構技術架構 - 支持業務，數據和應用程序服務部署所需的邏輯軟件和硬件功能。這包括IT基礎架構，中間件，網絡，通信，處理和標準。

注意：信息系統架構=數據架構+應用

架構開發方法

這是著名的圈子，稱為架構開發方法（ADM）。每個階段都包含必須執行的一系列步驟。它為開發體系結構提供了經過測試和重複的過程。

• 初步階段
• 階段A：架構願景
• 階段B：業務架構
• 階段C：信息系統架構階段D：技術架構
• 階段E：機遇與解決方案
• 階段F：遷移規劃
• 階段G：實施治理
• 階段H：架構變更管理
• 需求管理

在TOGAF的架構階段B，C和D中，必須進行相同的步驟（步驟1-8）

ADM指南和技術

一套支持ADM應用的指南和技術。該指南有助於使ADM適應不同的場景，包括不同的過程風格（例如迭代的使用）以及特定的要求（例如安全性）。這些技術支持ADM中的特定任務（例如，定義原則，業務場景，差距分析，遷移規劃，風險管理等）。這些是ADM指南和技術中涵蓋的主題：

• ADM中的迭代
• 建築景觀
• 安全架構
• SOA
• 建築原理
• 利益相關者管理
• 建築模式
• 業務場景和業務目標
• 缺口分析
• 遷移規劃技術
• 互操作性要求
• 業務轉型準備評估
• 風險管理
• 基於能力的計劃

架構內容框架

本部分描述了TOGAF內容框架（TOGAF 9新增內容）。它描述了：

• TOGAF的重要補充
• 它提供了建築工作產品的詳細模型
• 它推動了TOGAF產出的更大一致性

內容元模型

內容框架提供了可以非正式使用的構建塊類型，關係和屬性的結構化模型，或者作為企業體系結構建模工具配置的基礎。通過構建塊繼續成為TOGAF體系結構的基本元素，內容框架具有核心和擴展概念，具有可選的構建塊類型，以支持輕量級和詳細的體系結構。它為TOGAF增加了以下好處：

• 它提供了全面的架構輸出清單。
• 如果在整個企業中採用，它可以促進更好地整合工作產品
• 它為如何描述架構提供了詳細的開放標準

可交付成果，工件和構件

可交付成果用於需要生產的工作產品，並將由利益相關方正式審查，同意和簽署。項目的輸出通常屬於可交付成果類別，並且採用文檔形式，將在項目完成時歸檔，或者作為架構Landscape的參考模型，標准或快照移至Architecture Repository。

架構內容框架使用三種不同的類別來分類在ADM過程中開發的輸出類型。三種不同的TOGAF架構內容框架類別是

• 交付
• 文物
• 建築模塊

文物

工件用於描述架構方面的產品。文物分類如下：

• 目錄 - 用於顯示事物列表
• 矩陣 - 用於顯示事物之間的關係
• 圖表 - 事物的圖片

建築模塊

構建塊是為滿足整個組織的業務需求而定義的功能包。構建塊通常用於不同級別。我們可以使用它來表示概念性業務功能，例如早期分析中的客戶關係管理（CRM）。我們還可以將概念功能細化為客戶主數據等功能，然後進一步詳細說明：經理預約，管理客戶聯繫等。

企業連續性和工具

構建虛擬存儲庫的模型和體系結構和解決方案工件的分類方法。它在TOGAF 9中有以下變化：

• 大幅修改
• 在體系結構分區和體系結構存儲庫中添加了新內容
• 標准信息庫（SIB）已刪除

企業連續體與解決方案連續體

在圖的上半部分，它描述了架構的邏輯圖片（Architecture Continuum），在下端口，它提到了架構的物理實現（Solutions Continuum）

通用與特定架構

此外，圖表從左側的“更通用”架構到正確的“更具體”架構，使我們能夠將我們的架構從“邏輯”改進為“物理”，從更通用到更具體，我們從最初的問題，最終的解決方案。

分區

體系結構分區允許通過劃分企業並為每個分區分配適當的角色和職責來管理成本和復雜性。該圖演示了聯邦組織中元架構的需求，該架構為不同業務單元的各個架構師提供了集成框架。

架構知識庫

Architecture Repository是一個組織參考資料和架構工作結果的合理場所。部分或全部可以存檔在物理存儲庫工具中，例如VP的文檔櫃。它也是一個概念模型，用於定義存儲的內容類型。架構庫中的主要組件如下：

• Architecture Metamodel描述了架構框架的組織定制應用程序，包括架構內容的元模型。
• 架構能力定義了支持架構庫管理的參數，結構和流程。
• 架構景觀顯示了當今組織中使用的構建塊的架構視圖（例如，實時應用程序列表）。景觀可能存在於多個抽象層次，以適應不同的架構目標。
• 標准信息庫（SIB）捕獲新架構必須遵守的標準，其中可能包括行業標準，供應商選擇的產品和服務，或組織內已部署的共享服務。
• 參考庫提供了可以利用的指南，模板，模式和其他形式的參考資料，以加速為企業創建新的體系結構。
• 治理日誌提供整個企業的治理活動記錄。

參考模型

參考模型的定義在TOGAF 9中進行了實質性修訂。提供了兩種參考模型：

1. 技術參考模型（TRM） - 基礎架構，用作通用平台服務的模型和分類。
2. 集成信息基礎架構模型（III-RM） - 業務應用程序和基礎架構應用程序的模型

將參考模型與架構連續體相關聯

Architecture Continuum由四個狀態組成。底層流程是發現架構需求，分析和理解組織中已有的架構，從基礎架構（即TRM）到通用系統架構III-RM，行業標準架構（即SOA），以及組織自己的架構。下圖是基於四種狀態的架構過程的說明：

• 基礎架構（TRM）
• 通用系統架構（III-RM）
• 行業架構
• 組織架構

對左邊國家的建築改變將遷移到右邊的州。從左到右的方向意味著組織企業架構實現的邏輯進展。

架構能力框架

本部分討論在企業內建立和運行體系結構實踐所需的組織，流程，技能，角色和職責。它是TOGAF 9中的一個新部分，基於8.1.1資源庫得出

建築能力結構

企業架構開發涉及通過不同的開發階段在組織中生成業務能力，規劃和管理架構。企業需要確定負責制定架構決策的治理機構，如下圖所示。

在右側中間，TOGAF指定了技能的架構池，它記錄了組織成熟度的定義及其改進。因此，它包含了建築專業人士的技能，知識和專業發展戰略。這些知識可以定義架構工作的角色和責任，換句話說，誰負責什麼？

在熟練池的右側，項目/組合治理將架構工作合同發送到項目/項目組合，這應與業務運營的優先級和重點同步。

可以從企業連續體和體系結構存儲庫中提取可交付成果，工件，日誌或政策文件

總體思路是發展組織開發架構的能力，這將導致業務能力的提高。

架構委員會 - 理事會負責監督治理戰略的實施，該戰略由負責架構審查和維護的代表性利益相關者組成

架構兼容 - 架構和實現之間的關鍵關係在於符合條款的定義，以確保單個項目與企業架構的合規性。

架構合同 - 開發合作夥伴和讚助商之間就可交付成果，資格和適用於架構的目的達成的聯合協議

架構成熟度模型 - 它們被用作企業評估其當前位置的手段，因此，更好地了解何時是向前發展的正確時機以及如何進行

架構技能框架 - 提供特定角色所需能力水平的視圖。

相關鏈接

1. 專業的TOGAF ADM工具，具有引導過程
2. 什麼是TOGAF ADM？
3. 免費試用Visual Paradigm