什麼是TOGAF?

TOGAF®,一個開放集團標準,是一套經過驗證的企業架構方法論與架構,被全球領先組織用於提升業務效率。它是一項企業架構標準,確保企業架構專業人員之間具有一致的標準、方法與溝通方式,使我們能以更佳的方式進行企業架構工作,包括:
• 由最佳實務支持的迭代式流程模型
• 一套可重複使用的現有架構資產
• 用於企業架構規劃、開發、實施與維護的方法與工具

TOGAF發展概覽

首次於1995年發行,TOGAF是基於美國國防部資訊管理技術架構框架(TAFIM)。在此基礎上,開放集團架構論壇已定期開發出TOGAF的後續版本。

*出自 ArchiTACTS http://architacts.com/WP/?page_id=11753

在TOGAF脈絡下,什麼是架構?

ISO/IEC 42010:20071 將「架構」定義為:

「系統的基本組織,體現在其元件、彼此之間及環境之間的關係,以及規範其設計與演進的原則。」

TOGAF採納並擴展了此定義。在TOGAF中,「架構」的含義依脈絡而定,具有兩種意義:

  1. 系統的正式描述,或在元件層級上的詳細計畫,以指導其實施
  2. 元件的結構、彼此之間的相互關係,以及規範其設計與長期演進的原則與指引。

 

什麼是企業架構?

企業架構(EA)是一種明確界定的實務,用於進行企業分析、設計、規劃與實施,始終採用整體性方法,以成功發展與執行策略。企業架構運用架構原則與實務,引導組織應對執行策略所需的業務流程, 資料與 資訊,以及技術變革。這些實務利用企業的各個面向,以識別、激勵並實現這些變革,包括理解企業戰略意圖的努力,並使所有相關事項——從業務流程、支援技術、合作夥伴關係、各類基礎設施,到招募與培訓,以及其他所有重要工作——都能協調一致,以達成更佳的業務表現。

 

TOGAF的結構

TOGAF的內容分為7個部分:

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

以下列出七個部分的簡要說明:

第一部分 – 介紹

如表所示,此部分提供企業架構關鍵概念的高階介紹,特別是 TOGAF 方法。現在讓我們來探討這些部分的核心概念:

核心概念

TOGAF 9 涵蓋四種相關架構的開發。這四種架構通常被視為整體企業架構的子集,而 TOGAF 的設計正是為了支援所有這些架構。

架構類型

  1. 業務架構 –業務策略、治理、組織以及關鍵業務流程。
  2. 資料架構 –組織的邏輯與實體資料資產及資料管理資源的結構。
  3. 應用架構 –用於部署的單一應用程式、其互動方式,以及與組織核心業務流程之間關係的藍圖。
  4. 架構技術架構 –支援業務、資料與應用服務部署所需的邏輯軟體與硬體能力。這包括 IT 基礎設施、中介軟體、網路、通訊、處理與標準。

注意:資訊系統架構 = 資料架構 + 應用架構

與 TOGAF 模組結構相關的文件

  • 第二部分 – 架構開發方法(ADM)是 TOGAF 的核心部分
  • 第七部分 – 架構能力運作 ADM。
  • 第三部分 – ADM 受到多項指引與技術的支援
  • 第四部分 – 產生並儲存在架構儲存庫中的內容,例如:交付成果、工件與建構模組
  • 第五部分 – 它們根據企業連續體進行分類
  • 第六部分 – 資料庫最初由 TOGAF 參考模型填充

第二部分:架構開發方法

這是著名的稱為架構開發方法(ADM)的圓環。每個階段都包含一組必須執行的步驟。它提供了一個經過驗證且可重複的過程,用於開發架構。

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

注意:

在 TOGAF 的架構階段 B、C 和 D 中,必須執行相同的步驟(步驟 1-8)

ADM 敘事

TOGAF 中的每個開發階段都包含四個主要部分,以指導實踐,如下方圖示中對階段 A 的描述:

第三部分:ADM 指南與技術

一組用於支援 ADM 應用的指南與技術。指南有助於調整 ADM 以應對不同情境,包括不同的流程風格(例如迭代的使用)以及特定需求(例如安全性)。技術則支援 ADM 內的特定任務(例如定義原則、業務情境、差距分析、遷移規劃、風險管理等)。這些是 ADM 指南與技術所涵蓋的主題:

  • ADM 中的迭代
  • 架構環境
  • 安全架構
  • 服務導向架構(SOA)
  • 架構原則
  • 利害關係人管理
  • 架構模式
  • 業務情境與業務目標
  • 差距分析
  • 遷移規劃技術
  • 互操作性需求
  • 業務轉型準備度評估
  • 風險管理
  • 能力導向規劃

第四部分:架構內容框架

本部分描述 TOGAF 內容框架(TOGAF 9 新增)。其內容包括:

  • 對 TOGAF 的重大補充
  • 它提供了一個架構工作產出的詳細模型
  • 它促進 TOGAF 輸出結果的更高一致性

內容元模型

內容框架提供了一個結構化的建構模組類型、關係與屬性的模型,可非正式使用,或作為企業架構建模工具配置的基礎。雖然建構模組在 TOGAF 內仍為架構的基本元素,內容框架則引入核心與擴展概念,並包含可選的建構模組類型,以支援輕量級與詳細的架構。它為 TOGAF 帶來以下優勢:

  • 它提供了一個架構輸出的全面檢查清單。
  • 若在企業範圍內採用,它能促進工作產出的更好整合
  • 它提供了一個詳細的開放標準,說明架構應如何描述

交付成果、工作產出與建構模組

交付成果用於指那些必須產生且將由利害關係人正式審查、同意並簽署的成果。專案的輸出通常屬於交付成果類別,以文件形式呈現,專案結束後將歸檔,或移至架構資料庫作為參考模型、標準或架構地景的快照。

架構內容框架使用三種不同的類別來分類 ADM 流程中產生的輸出類型。TOGAF 架構內容框架的三種類別分別為

  • 交付成果
  • 工作產出
  • 建構模組

工作產出

工作產出用於描述架構某一方面的成果。工作產出可分類如下:

  • 目錄 – 用於顯示事物清單
  • 矩陣 – 用於顯示事物之間的關係
  • 圖示 – 事物的圖像

建構模組

建構模組是為滿足組織整體業務需求而定義的功能包。建構模組通常在不同層級使用。我們可利用它來表示早期分析中的概念性業務能力,例如客戶關係管理(CRM)。我們也可將概念性能力進一步細化為功能,例如客戶主資料,再進一步細化為:主管任命、管理客戶聯絡等。

 

第五部分:企業連續體與工具

用於結構化虛擬資料庫的模型,以及分類架構與解決方案產出的方法。TOGAF 9 中有以下變更:

  • 大幅修訂
  • 參考模型已移至第六部分
  • 新增了關於架構分割與架構倉庫的內容
  • 標準資訊庫(SIB)已被移除

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

在圖的上半部分,描述了架構的邏輯圖像(架構連續體),而在下半部分,則提到了架構的實際實現(解決方案連續體)

通用架構 vs 特定架構

此外,該圖示從左側的「更通用」架構,到右側的「更特定」架構進行結構化,使我們能夠從「邏輯」到「實體」,並從更通用到更特定地逐步完善架構,從最初問題出發,最終達成解決方案。

分割

架構分割可透過將企業劃分為各個部分,並為每個部分分配適當的角色與職責,來管理成本與複雜性。此圖顯示了在聯邦組織中,需要一種元架構,以提供各業務單位的個別架構師之間的整合架構。

 

架構倉庫

架構倉庫是一個用於組織參考資料與架構工作成果的邏輯位置。其中部分或全部內容可能被存檔於實體倉庫工具中,例如VP的文件櫃。它也是一種概念模型,用以定義所儲存的內容類型。架構倉庫的主要組成部分如下:

 

  • 架構元模型描述了組織化調整後的架構框架應用,包括架構內容的元模型。
  • 架構能力定義了支援架構倉庫治理的參數、結構與流程。
  • 架構地景顯示了組織目前所使用之構建模塊的架構視圖(例如,即時應用程式的清單)。此地景可能以多個抽象層級存在,以符合不同的架構目標。
  • 標準資訊庫(SIB)記錄了新架構必須遵循的標準,可能包括產業標準、來自供應商的選定產品與服務,或組織內已部署的共享服務。
  • 參考圖書館提供指引、範本、模式及其他參考資料,可被利用以加速企業新架構的建立。
  • 治理日誌提供企業範圍內治理活動的記錄。

第六部分:參考模型

TOGAF 9 中對參考模型的定義已大幅修訂。提供了兩個參考模型:

  1. 技術參考模型(TRM)——作為通用平台服務的模型與分類法的基礎架構。
  2. 整合資訊基礎設施模型(III-RM)——用於業務應用與基礎設施應用的模型

將參考模型與架構連續體聯繫起來

架構連續體由四個狀態組成。其基礎流程是發現架構需求,分析並理解組織中已存在的架構,從基礎架構(例如 TRM),經過通用系統架構(III-RM)、產業標準架構(例如 SOA),到組織自身的架構。下圖是基於四個狀態的架構流程示例:

  • 基礎架構(TRM)
  • 通用系統架構(III-RM)
  • 產業架構
  • 組織架構

對左側狀態所做的架構變更將遷移到右側狀態。從左到右的方向表示在組織企業架構實施過程中邏輯上的進展。

第七部分:架構能力框架

本部分討論在企業內建立與運營架構實務所需的組織、流程、技能、角色與責任。這是 TOGAF 9 中的新部分,基於 8.1.1 資源庫所衍生。

架構能力的結構

企業架構的發展涉及在各個層級上透過不同開發階段,生成業務能力,並規劃與管理組織中的架構。企業需要識別出負責做出架構決策的治理機構,如圖下方頂部所示。

在右側中間位置,TOGAF 指定架構技能池,用以記錄組織成熟度及其提升的定義。因此,它包含架構專業人員的技能、知識與專業發展策略。這些知識有助於定義架構工作的角色與責任,換句話說,誰對什麼負責?

在技能池的右側,專案/投資組合治理將架構工作的合約發送至專案/投資組合,其內容應與業務運作的優先事項與重點保持一致。

可從企業連續體與架構倉儲中提取交付成果、工件、日誌或政策文件

其核心理念是提升組織發展架構的能力,從而提升業務能力。

架構委員會——委員會監督治理策略的實施,該策略由負責審查與維護架構的代表性利益相關者組成

架構合規——架構與實施之間的關鍵關係在於對「合規」一詞的定義,以確保單個專案符合企業架構。

架構合約——開發合作夥伴與資助者之間針對架構的交付成果、品質與適用性所達成的共同協議

架構成熟度模型——它們被用作企業評估自身當前位置的手段,從而更清楚地理解何時是前進的合適時機以及如何前進

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

參考資料:

Leave a Reply