TOGAF 核心概念介紹

9 min readJan 5, 2023

本文將介紹以下TOGAF標準的核心概念。重點如下:

ADM的各階段的目的?
什麼是可交付成果(deliverables)、工件(artifacts)與建構區塊(building block)?
甚麼是企業連續體(Enterprise Continuum)?
甚麼是架構儲存庫(Architecture Repository)?
如何建立和維護企業架構能力?
建立運作架構能力
如何讓TOGAF框架與其他框架搭配?

ADM的各階段名稱是甚麼?以及每個階段的目的?

ADM可以說是TOGAF的整個核心，它是一種是適用於各行各業的企業架構(Enterprise Architecture以下簡稱EA)流程。

ADM 為發展EA提供了經過"測試和可重複"的流程。 ADM 包括建立架構框架、開發架構內容、轉換和管理架構的實現。所有這些ADM作業都在具連續性的架構定義和實現的迭代循環中執行，允許組織以可控的方式改造其企業以對應企業的業務目標和機會。

ADM 是一個在EA逐漸變化成形的過程中的多個階段。整個階段流程如下圖:

以下為各階段的目的:

Preliminary Phase(準備階段):
準備階段描述了建立架構能力所需的準備和初始活動，包括 TOGAF 框架的客製和架構原則的定義。

Phase A: Architecture Vision(架構願景):
架構願景描述了架構開發週期的初始階段。它包括有關"定義範圍、識別利害關係人、建立架構願景和獲得企業C-level長官的批准"。

Phase B: Business Architecture(業務架構):
業務架構描述了業務架構的發展以支援議定好的架構願景。

Phase C: Information Systems Architectures(資訊系統架構):
資訊系統架構描述了架構專案的資訊系統架構的開發，包括資料和應用程式架構的開發。

Phase D: Technology Architecture(技術架構):
技術架構描述了架構專案的技術架構開發，例如使用雲端運算技術。

Phase E: Opportunities & Solutions(機會與解決方案)
機會與解決方案描述了識別主要施作的專案並將它們分組為作業包(work package)的過程，這些作業包交付了前面階段定義的目標架構。

Phase F:Migration Planning(遷移規劃)
遷移規劃描述了詳細的實施和遷移計劃的製作，該計劃解決了如何從現行架構(baseline architecture)遷移到目標架構(target architecture)的問題。

Phase G: Implementation Governance(實施治理):
實施治理提供對實施的架構監督。

Phase H: Architecture Change Management(架構變更管理):
架構變更管理建立了管理新架構變更的程序。

Requirements Management(需求管理):
需求管理檢查在整個 ADM 中管理架構需求的過程。

可交付成果、工件(Artifacts)與建構區塊(Building Blocks)

在ADM的進行過程中，會有許多產出，像是處理流程、架構需求、專案規劃、專案合規性評估等。為了以"一致性和結構化"的方式整理和呈現這些主要產出;TOGAF 標準定義了一個結構化模型 — — TOGAF Architecture Content Framework(架構內容框架)。

架構內容框架使用以下三個類別來描述在整個ADM的作業脈絡中的產出類型：

可交付成果

可交付成果是以類似合約方式明定的作業產出，並由利害關係人正式審查、同意和簽署。

可交付成果代表專案的產出，以文件形式存在的可交付成果通常會在專案完成時進行歸檔，或者作為參考的模型、標準或一個靜態時間點的架構全景轉換到架構存儲庫中。

工件(Artifact)

工件是指架構中的一個面向的架構作業產品。工件通常分為目錄catalog（項目清單）、矩陣matrices（顯示不同事項之間的關係）和圖表diagram（項目的圖片）。範例包括需求目錄、業務交互矩陣和用例圖(use-case picture)。架構交付物可能包含許多工件，而工件將構成架構存儲庫的內容。

建構區塊(Building Block)

建構區塊呈現的是業務、IT 或架構功能的組件(通常是可以重複使用的)，可以與其他建構區塊組合以交付架構和解決方案。

建構區塊可以有多個不同等級的細節，並且可以與架構和解決方案相關，ABB(Architecture Building Blocks)通常描述所需的能力(Capability)，以便形塑SBB(Solution Building Blocks)，SBB代表要使用的組件實現所需的功能。

下圖為可交付成果、工件與建構區塊之間的關係:

什麼是企業連續體(Enterprise Continuum)?

如下圖所示，企業連續體為企業設定了更廣泛的脈絡背景，並解釋了如何使用一般性解決方案並客製成特定於某個組織的需求。企業連續體是架構存儲庫的一個視圖(view)，它提供了在架構和解決方案工件從一般性基礎架構演變為適合某個特定組織架構時對它們進行分類的方法。也就是說從架構儲存庫中，我們可以看到架構是如何從抽象層演變成具體層(也就是從邏輯面變成實體面)。企業連續體包含兩個互補的概念：架構連續體(Architecture Continuum) 和解決方案連續體(Solutions Continuum)。

甚麼是架構儲存庫(Architecture Repository)?

架構存儲庫支援企業連續體，它可用於存儲由 ADM 建立的"不同抽象等級的不同類別"的架構產出。用這種方式，TOGAF 標準有助於不同級別的利害關係人和相關執行工作團隊之間的理解和合作。

下圖為TOGAF架構儲存庫的架構:

架構儲存庫的主要組件如下:

Architecture Metamodel描述了架構框架的組織性的應用程式客製，包括Architecture content的metamodel
Architecture Capability定義了支援治理架構存儲庫的參數、結構和過程
Architecture Landscape 顯示了現行在組織內使用的建構區塊的架構視圖（例如，現行的應用程序清單）； Landscap可能存在於多個抽象層次，以適應不同的架構目標
SIB(Standards Information Base) 擷取新架構必須遵守的標準，其中可能包括產業標準、來自供應商的產品和服務，或已在組織內部署的共享服務
Reference Library提供指南、模板、模式和其他形式的參考資料，可用於加速企業新架構的建立
Governance Log紀錄整個企業的治理活動
Requirements Repository提供了已與架構委員會達成一致的所有授權架構需求的視圖
Solutions Repository呈現 SBB 的架構展示，支援已由企業規劃或部署的 Architecture Landscape