TOGAF — 企業連續體
本文將介紹甚麼是企業連續體，它的目的是甚麼，還有它的組成。
本文將介紹的重點如下:
- 企業連續體的概述
- 企業連續體與架構的重複使用
- 企業連續體的組成
- 架構連續體的細節
- 解決方案連續體的細節
- 在 ADM 中使用企業連續體
- 架構文件庫
- 工具標準化
企業連續體的概述
企業連續體提供了一種對架構儲存庫內部和外部的架構和解決方案工件進行分類的方法，因為它們會從一般通用性的基礎架構演變為某個組織的特定架構。
企業連續體使企業架構師能夠從廣泛的角度闡明企業架構的設計內容、原因和方式，以及實際原因和驅動因素。 企業連續體是協助個別企業內部以及客戶(B2B)和供應商之間的溝通和理解。 如果不了解“我們(企業)在連續體中的位置”，討論架構的人往往是帶著不同目的和觀點在進行討論，因為他們在討論的當下是站在連續體中的不同點，但自己卻沒有意識到這一點。
所以組織需要一個一致性的語言，而任何架構都是基於一個脈絡情境的； 例如，這個架構特定於個別客戶、產業、子系統、產品和服務。 不同組織的企業架構師必須使用一致的語言來有效地傳達架構之間的差異。 這種語言可提高工程效率並有效使用Commercial Off-The-Shelf(商用現成)產品功能。 而企業連續體則提供了這種一致性的語言。
企業連續體與架構的重複使用
企業連續體讓組織有可重複使用的架構工件和解決方案資產，以最大化企業架構投資效益。
企業連續體的“虛擬存儲庫(virtual repository)”由所有架構資產組成； 即模型、模式、架構描述和應用 ADM 期間產生的其他工件。 它們既可以存在於企業內部，也可以存在於整個 IT 產業中，並且被視為可用於為企業開發架構的資產。
可重複使用的前一個架構產出的可交付成果是內部架構和解決方案工件的範例。 外部架構和解決方案工件的範例包括已經存在跟不斷出現的各種產業的參考模型和架構模式，包括那些高度通用的（例如 TOGAF TRM-Technical Reference Model）； 特定於某些 IT方面 （例如 Web service architecture或通用可管理性架構）； 特定於某些類型的資訊處理（例如電子商務）； 以及特定於某些垂直行業的模型，例如 電信行業、ARTS（零售業）、Energistics（石油技術）等產業產生的模型。
企業架構確定組織在其架構存儲庫中包含哪些架構和解決方案工件。 可重複使用是的主要考量因素。
企業連續體的組成
企業連續體
企業連續體是最外層的連續體，對於整個企業架構的脈絡背景相關的資產進行分類。
企業連續體的資產類別可能會影響架構，但不會在 ADM 架構開發期間直接使用。 企業連續體對用於開發架構的整個脈絡中的資產進行分類，例如策略、標準、戰略計劃、組織結構和企業級功能。 企業連續體還可以對解決方案進行分類（與解決方案的描述或規範相對）。 最後，企業連續體包含兩個專門科別，即架構連續體和解決方案連續體。
架構連續體
架構連續體提供了一種一致的方式來定義和理解架構中的一般性規則、展現和關係，包括可追溯性和衍生關係（例如，基於產業或一般標準的特定組織的架構）。
架構連續體呈現ABB(Architecture Building Blocks)的結構化，它們是可重複使用的架構資產。 ABB 在其開發生命週期中從抽象和通用實體演變為符合某個組織的特定架構資產。 架構連續體資產將用於指導和選擇 解決方案連續體中的元素。
架構連續體顯示了基礎框架（例如 TOGAF 框架）、通用系統架構（例如 III-RM）、產業架構和企業架構之間的關係。架構連續體的作用是發現這些框架的共通性並消除不必要冗餘。
解決方案連續體
解決方案連續體提供了一種一致的方式來描述和理解架構連續體中定義的資產的施作。 解決方案連續體將組織環境中能使用的定義為可重複使用的SBB(Solution Building Blocks)。 解決方案是客戶和業務合作夥伴之間達成協議的結果，這些協議實行整個架構空間中定義的"規則和關係"。解決方案連續體解決產品、系統和已實施系統的服務之間的共通性和差異性。
架構連續體的說明
這是一個架構、ABB(Architecture Building Blocks)和架構模型的連續體，而這個連續體與我們要建構於特定企業架構有其相關，TOGAF 標準將其稱為架構連續體。
上圖說明了架構是如何在從基礎架構（例如 TOGAF TRM）到通用系統架構和產業架構，再到企業自己的組織的連續體中開發和演變出來的特定架構。
架構連續體中的箭頭表示 架構連續體中不同架構之間存在的關係。 向左的方向側重於滿足企業需求和業務需求，而向右的方向側重於利用架構組件和建構區塊。
企業需求和業務需求從左到右越來越細緻化。 企業架構師通常會在連續體的左側尋找可重複使用的架構元素。 當找不到時，會將缺少元素的需求傳遞到連續體的左側以進行合併。
在 架構連續體中，有許多可重複使用的ABB(Architecture Building Blocks) — — 架構模型。以下針對架構連續體由左至右的部分來說明。
Foundation Architecture(基礎架構)
基礎架構由通用組件、通用組件的相互關係、原則和指南組成，它們為構建更明確的架構提供了基礎。
Common Systems Architectures(通用系統架構)
通用系統架構讓我們從基礎架構中選擇和整合特定服務，以建立一個有助於跨多個相關領域構建的通用解決方案的架構。 常見系統架構的範例包括安全架構、管理架構、網路架構等。
TOGAF Series：TOGAF III-RM(Integrated Information Infrastructure Reference Model) 是一個描述在Application Domain的通用系統架構的參考模型，它側重於需求、建構區塊與標準，而這些都與企業的無邊界資訊流程(Boundaryless Information Flow)的願景相關。
Industry Architectures(產業架構)
產業架構可以整合"通用系統組件與產業特定組件"，並指導針對特定產業內的特定客戶問題以此建立產業解決方案。
產業特定組件的典型範例是代表特定垂直產業的特定業務功能和流程的資料模型，例如零售業的“Active Store”架構，或包含 Energistics 資料模型的產業架構。
Organization Architectures(組織架構)
特定於組織的架構描述並指導使用者編寫或第三方組件的最終部署，這些組件構成了特定企業的有效解決方案。
解決方案連續體的說明
解決方案連續體，如下圖所示，代表架構連續體相應級別的架構實現。 在 解決方案連續體的每個級別都有一組參考建構區塊，代表該級別業務需求的解決方案。 一個解決方案連續體可以被視為一個重複使用文件庫。
上圖中，從左到右的移動著重於提供解決方案價值； 也就是說，基礎解決方案(Foundation Solutions)為建立通用系統解決方案(Common Systems Solutions)提供了價值。 通用系統解決方案價值用於建立產業解決方案(Industry Solutions)，產業解決方案用於建立特定組織的解決方案(organization-specific solutions)。 從右到左的方向則慢慢著重於解決企業需求。以下為解決方案連續體每個部份進行說明。
基礎解決方案(Foundation Solutions)
基礎解決方案是高度通用的概念、工具、產品、服務和解決方案組件，它們是能力(Capability)的基本提供者。 服務包括專業服務 — — 例如培訓和顧問服務 — — 確保在盡可能短的時間內從解決方案中獲得最大的投資價值； 和支援服務 — — 例如雲端運算的PaaS/SaaS— — 確保解決方案的最大可能價值（確保及時更新和升級產品和系統的服務）。
基礎解決方案的範例包括開發語言、作業系統、基礎資料結構（如 EDIFACT）、組織結構的通用方法、組織 IT 運作的基礎結構（如 ITIL 或 IT4IT 參考架構）等。
通用系統解決方案(Common Systems Solutions)
通用系統解決方案是通用系統架構的實現，由一組產品和服務組成。 它代表了通用系統解決方案支援的產業領域中一個或多個解決方案的最大公約數。
通用系統解決方案代表一般性需求和能力的集合，而不是用在特定客戶或產業的需求和能力的集合。通用系統解決方案為組織提供特定運作和資訊需求的運行環境，例如高可用性的交易處理和可擴展的資料倉庫系統。 通用系統解決方案的範例包括：ERP產品和資安系統產品。
IT供應商是以技術為中心的通用系統解決方案的典型供應商。 “軟體即服務(SaaS)”供應商是通用應用程式解決方案的典型提供商。 業務流程外包供應商是以業務能力為中心的通用系統解決方案的典型提供商。
產業解決方案(Industry Solutions)
產業解決方案是產業架構的實現，它用在特定產業的通用組件和服務的可重複使用套裝組。基本組件由 通用系統解決方案和(或) 基礎解決方案提供，並通過該產業的特定組件進行擴充。 範例如該產業實際的 database schema。
產業解決方案是針對特定行業的集中式採購，可根據單一組織的需求進行客製。在某些情況下，產業解決方案可能不僅包括產業架構的實施，還包括其他解決方案元素，例如適合該產業的特定產品、服務和系統解決方案。
特定組織的解決方案(organization-specific solutions)
特定組織的解決方案是提供所需業務功能的特定組織的架構實現。 由於解決方案是為特定的業務運營而設計的，因此它們包含最多的獨特內容，以適應特定組織的不同人員和流程。
在企業架構師的指導下，產業解決方案、通用系統解決方案和基礎解決方案上建立特定組織的解決方案是將架構連續體連接到解決方案連續體的常用方法。
構建特定組織的解決方案將會支援特定的SLA(Service-Level Agreements)，以確保系統平台能得到相對應的服務等級。 例如，第三方應用程式託管提供商(PaaS服務)可能會為作業系統提供不同等級的支援。 這些協議將定義會支援的條款和條件。
在特定組織的解決方案中定義的其他關鍵因素是可用於監控和管理環境的關鍵操作參數和質量指標。
架構連續體與解決方案連續體的關係
架構連續體 和 解決方案連續之間的關係是一種指導、方向和支援。 例如，基礎架構指導基礎解決方案的建立或選擇。 基礎解決方案通過幫助實現架構連續體中定義的架構來支援基礎架構。 基礎架構還通過提供指導選擇和實現適當解決方案的架構方向、要求和原則來指導基礎解決方案的開發。 企業連續體的其他元素之間存在類似的關係。下圖中描繪的關係是使用架構和解決方案組件的最佳案例。
在 ADM 中使用企業連續體
ADM 描述了使用和調整通用架構和解決方案來開發企業特定架構和符合該架構的企業特定解決方案的過程。 以類似的方式，來證明可靠和有效的特定架構和解決方案將被標準化以供重複使用。 在貫穿整個ADM 的相關位置，會有指向連續分類中相關通用級別的架構資產。 這些資產包括 The Open Group 和整個產業的參考模型。 TOGAF 文件庫提供參考模型以供用於開發特定組織的架構。
架構儲存庫(Architecture Repository)
在大型企業中運作具成熟度的架構能力會有大量的架構產出。 有效管理和利用這些架構產出需要對不同類型的架構資產進行正式分類，以及用於架構內容存儲的專用流程和工具。
TOGAF 標準為架構存儲庫提供了一個結構框架，允許企業區分存在於組織中不同抽象層級的不同類型的架構資產。 該架構存儲庫是更廣泛的企業存儲庫(Enterprise Repository)的一部分，它提供了將架構資產鏈接到設計、部署和服務管理存儲庫的組件的能力。
架構存儲庫是企業連續體的物理實例的模型(如下圖)。
以下為架構儲存庫各部份的簡易說明:
- Architecture Metamodel描述了架構框架的組織客製應用，包括架構開發的方法和架構內容的metamodel
- Architecture Capability定義了支援架構存儲庫治理的參數、結構和流程
- Architecture Landscape呈現了企業在特定時間點使用或計劃的資產的架構
- Standards Information Base擷取新架構必須遵守的標準，其中可能包括產業標準、來自供應商的選定產品和服務，或已在組織內部署的共享服務
- Reference Library提供指南、模板、模式和其他形式的參考資料，可用於加速企業新架構的創建
- Governance Log提供整個企業的治理活動記錄
- Architecture Requirements Repository提供了已與架構委員會達成一致的所有授權架構需求的視圖
- Solutions Landscape 呈現SBB 的架構展示，支援已由企業規劃或部署的 Architecture Landscape
什麼是Architecture Landscape
Architecture Landscape 包括一個特定時間點的企業狀態的架構視圖。 由於整個企業有一大堆不同的利害關係人的需求，Architecture Landscape有三種不同細緻度的等級：
- 戰略架構(Strategic Architectures)顯示了整個企業的長期摘要視圖。 戰略架構為運營和變革活動提供了一個組織框架，並有著在執行層次所設定的方向。
- 區段架構(Segment Architectures)為企業內的區域提供更詳細的運營模型。 區段架構可用於方案(program)或組合(portfolio)這類等級，以組織和調整成更貼近細節的變更活動。
- 能力架構(Capability Architectures)以更詳細的方式顯示企業如何支援特定的能力單元。 能力架構用於提供當前能力、目標能力和能力增量的概覽，並允許將單一作業和專案分組到受管理的方案和組合中。
什麼是Standards Information Base
Standards Information Base 是一個存儲庫區域，它保存著規範集的記錄，而架構必須符合這些規範。 Standards Information Base的建立為架構治理提供了明確的基礎，因為：
- 專案很容易的連結到這些標準，因此專案的義務可以容易的被理解與規劃
- 標準以清晰明確的方式陳述，以便客觀地評估合規性
工具標準化
為了管理企業連續體的內容，我們需要工具進行管理以便:
- 推動"可重複使用"
- 將架構資訊分享給整個組織
- 促進簡易的架構維護
- 確認組織內所有人用的是同一套術語
- 為利害關係人提供相關的模型
使用 TOGAF 標準中的模型，可以在工具中實施架構存儲庫，從而回應利害關係人對模型、視圖這一類資料的查詢。
