de_DEen_USes_ESfa_IRfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

TOGAF 中架構交付物的全面指南

引言

在企業架構領域中,架構交付物的概念在確保架構工作得到充分記錄、審查並與組織目標保持一致方面發揮著關鍵作用。TOGAF(The Open Group 架構框架)提供了一種結構化的方法來管理這些交付物,確保架構工作成果的一致性和清晰性。本文將深入探討 TOGAF 框架內架構交付物的關鍵方面、其重要性,並提供實際案例以說明其應用。

理解架構交付物

定義

架構交付物是經合同明確規定、經利益相關者審查並簽署確認的正式工作成果。它們代表架構專案的具體產出,通常在完成後歸檔,或轉移至架構資料庫,作為某個時間點的架構環境參考模型、標準或快照。

主要特徵

  1. 正式規範:架構交付物經合同明確規定,並經過正式審查與批准流程。這確保其符合所需標準,並與利益相關者的期望一致。
  2. 專案產出:它們是架構專案的具體產出,提供架構決策、設計與實作的記錄。
  3. 歸檔或轉移:專案完成後,交付物可被歸檔或轉移至架構資料庫,作為未來專案的參考。
  4. 多個實體:單一交付物可能包含多個實體,例如目錄、矩陣與圖表,用以描述架構的不同方面。

實體類型

實體是描述架構特定方面的架構工作成果。它們通常被分為三類:

  1. 目錄:事物的清單,例如應用程式、服務或資料實體的目錄。
  2. 矩陣:顯示事物之間關係的表格,例如能力矩陣或依賴關係矩陣。
  3. 圖表:事物的視覺化呈現,例如流程圖、資料流程圖或用例圖。

構建模塊

構建模塊是企業能力的可重用組成部分,可與其他構建模塊結合,以提供架構與解決方案。它們可在不同細節層級上定義,並可與「架構」或「解決方案」相關。

  1. 架構構建模塊(ABBs):描述所需的能力,並塑造解決方案構建模塊(SBBs)的規範。例如,企業可能需要客戶服務能力,由多個 SBBs(如流程、資料與應用軟體)支援。
  2. 解決方案構建模塊(SBBs):代表將用於實現所需能力的組成部分。例如,網路是一種構建模塊,可透過補充實體加以描述,然後用於實現企業的解決方案。

TOGAF 中架構交付物的角色

結構模型

TOGAF架構內容框架提供了一個架構內容的結構模型,使架構師所創建的主要工作成果能夠被一致地定義、組織和呈現。此框架設計為企業內部架構的獨立使用框架,但也可與其他內容框架(例如Zachman框架)進行映射。

與架構儲存庫的關係

架構儲存庫作為企業內所有架構相關專案的存放區域。它是企業儲存庫的重要組成部分,能夠將架構資產與詳細設計、部署及服務管理儲存庫的元件連結起來。交付成果、實體與構建模塊之間的關係如下圖所示:

 

範例:架構定義文件

架構定義文件是一份用以記錄架構描述的交付成果。該文件包含多個互補的實體,這些實體是與架構相關的構建模塊的架構視圖。例如,可建立一個流程圖(實體)來描述目標呼叫處理流程(構建模塊)。該實體也可能描述其他構建模塊,例如參與流程的參與者(例如客戶服務代表)。交付成果、實體與構建模塊之間的關係如下圖所示:

實際範例

情境:實施客戶關係管理(CRM)系統

專案概覽:啟動一個專案,以實施新的CRM系統,以提升客戶服務並簡化銷售流程。

架構交付成果:

  1. 架構定義文件:此交付成果記錄了CRM系統的整體架構,包含多個實體,用以描述架構的各個方面。
    • 流程圖:一種圖示,用以說明目標呼叫處理流程,包括所涉及的步驟與參與者(例如客戶服務代表)。
    • 用例圖:一種圖示,用以描述CRM系統與其使用者之間的互動,突出顯示關鍵用例與參與者。
    • 資料流程圖:一種圖示,用以顯示CRM系統內資料的流動情況,包括資料實體及其關係。
  2. 目錄:
    • 應用程式目錄:列出屬於CRM系統的應用程式清單,包含其描述與功能。
    • 資料目錄:列出由CRM系統管理的資料實體清單,包含其屬性與關係。
  3. 矩陣:
    • 能力矩陣:一張表格,用以顯示CRM系統的能力及其與業務目標的關係。
    • 依賴矩陣: 一張表格,用以展示CRM系統中不同組件之間的依賴關係。
  4. 建構模塊:
    • 客戶服務能力: 一種架構建構模塊(ABB),用以描述客戶服務所需的必要能力。
    • CRM應用程式: 一種解決方案建構模塊(SBB),代表用於實現客戶服務能力的應用程式軟體。

過渡至架構資料庫

專案完成後,架構定義文件及其組成的文件將由利害關係人正式審查、核准並簽署。隨後,這些文件將過渡至架構資料庫,作為未來專案的參考。建構模塊,例如客戶服務能力與CRM應用程式,亦會儲存在資料庫中,並可在其他專案中重複使用。

TOGAF ADM交付成果的路徑圖

TOGAF架構開發方法(ADM)是一種全面的企業架構開發與管理方法。ADM的每一階段都會產生特定的交付成果,這些成果對於架構的成功實施至關重要。本指南將說明TOGAF ADM各階段所需的關鍵交付成果。

初步階段

交付成果:

  1. 客製化架構框架: 針對組織特定需求而客製化的TOGAF框架版本。
  2. 企業架構的組織模型: 一種定義組織內企業架構職能的角色、職責與結構的模型。
  3. 架構原則: 一組指導架構開發過程的原則,確保與業務目標及戰略目標保持一致。
  4. 業務原則、目標與驅動因素: 支持架構開發過程的基礎業務原則、目標與驅動因素。
  5. 架構工作請求: 一項正式請求,用以啟動架構專案,明確說明範圍、目標與預期成果。

階段A:架構願景

交付成果:

  1. 架構工作說明書: 對將執行的架構工作進行詳細描述,包括範圍、目標與交付成果。
  2. 架構願景: 對目標架構的高階描述,說明將提供的商業價值與關鍵能力。
  3. 溝通計畫: 一份用於向利益相關者傳達架構願景與進展的計畫。
  4. 能力評估: 對組織現有能力及其需解決的差距進行評估。
  5. 架構定義文件: 一份描述架構願景的文件,包括業務情境、利益相關者及架構原則。

階段 B:業務架構

交付成果:

  1. 架構定義文件: 一份更新後的文件,包含業務架構,描述業務策略、治理、組織及關鍵業務流程。
  2. 架構需求規格: 對架構必須解決的業務需求所作的詳細規格說明。
  3. 架構路線圖: 一份高階計畫,概述發展業務架構的步驟與里程碑。
  4. 架構構建模塊: 可重複使用的業務能力組成部分,可組合以實現業務架構。

階段 C:資訊系統架構

交付成果:

  1. 架構定義文件: 一份更新後的文件,包含資訊系統架構,描述資料與應用架構。
  2. 架構需求規格: 對架構必須解決的資訊系統需求所作的詳細規格說明。
  3. 架構路線圖: 一份高階計畫,概述發展資訊系統架構的步驟與里程碑。
  4. 架構構建模塊: 可重複使用的資訊系統能力組成部分,可組合以實現資訊系統架構。

階段 D:技術架構

交付成果:

  1. 架構定義文件: 一份更新後的文件,包含技術架構,描述硬體、軟體與網路基礎設施。
  2. 架構需求規格:詳細說明架構必須解決的技術需求。
  3. 架構路線圖:高階計畫,概述開發技術架構的步驟與里程碑。
  4. 架構建構模組:可重複使用的技術能力組成元件,可組合以提供技術架構。

階段 E:機會與解決方案

交付成果:

  1. 架構定義文件:更新後的文件,包含在架構開發過程中識別出的機會與解決方案。
  2. 架構建構模組:可重複使用的功能組成元件,可組合以實現所識別的機會與解決方案。
  3. 架構路線圖:高階計畫,概述實現所識別機會與解決方案的步驟與里程碑。
  4. 解決方案建構模組:將用於實現所需能力的元件。
  5. 實施與遷移計畫:詳細的計畫,用於實施並遷移至新架構。
  6. 過渡架構:描述支援從基準架構過渡至目標架構的架構。
  7. 實施治理模型:定義架構實施之治理結構與流程的模型。

階段 F:遷移規劃

交付成果:

  1. 架構路線圖:更新後的路線圖,包含詳細的遷移計畫。
  2. 實施與遷移計畫:詳細的計畫,用於實施並遷移至新架構。
  3. 過渡架構:更新後的描述,說明支援從基準架構過渡至目標架構的架構。
  4. 實施治理模型: 一個更新的模型,用於定義實施架構的治理結構與流程。

階段 G:實施治理

交付成果:

  1. 實施治理模型: 一個定義實施架構之治理結構與流程的模型。
  2. 架構合約: 架構職能與組織其他部分之間的協議,定義架構開發的範圍與交付成果。
  3. 變更請求: 對架構變更的正式請求,說明範圍、目標與預期成果。
  4. 合規性評估: 對架構符合標準、法規與業務目標的評估。

階段 H:架構變更管理

交付成果:

  1. 實施治理模型: 一個更新的模型,用於定義管理架構變更的治理結構與流程。
  2. 架構合約: 架構職能與組織其他部分之間的更新協議,定義架構開發的範圍與交付成果。
  3. 變更請求: 對架構變更的更新後正式請求,說明範圍、目標與預期成果。
  4. 合規性評估: 對架構符合標準、法規與業務目標的更新評估。
  5. 架構工作請求: 更新後的正式請求,用以啟動架構專案,說明範圍、目標與預期成果。
  6. 需求影響評估: 對架構需求變更所產生影響的評估。
  7. ADM 架構需求管理: 用於在 ADM 生命周期中管理架構需求的流程。
  8. 架構需求規格: 對架構必須解決之需求的更新規格。

結論

架構交付成果是TOGAF框架中的關鍵組成部分,提供了一種結構化的方法來記錄、審查和管理架構工作產品。它們確保了一致性、清晰度以及與組織目標的對齊,並作為未來專案的寶貴參考。透過理解架構交付成果的關鍵特徵、類型及其實際應用,組織可以有效利用TOGAF框架來提升其企業架構能力。

本全面指南提供了TOGAF框架內架構交付成果的深入概述,以及其重要性與實際應用範例。透過遵循此指南,組織可確保其架構努力得到充分記錄、審查,並與戰略目標保持一致。

TOGAF ADM提供了一種結構化的方法來開發和管理企業架構,每個階段都會產生對架構成功實施至關重要的特定交付成果。透過了解各階段所需的關鍵交付成果,組織可確保其架構努力得到充分記錄、審查,並與戰略目標保持一致。本全面指南提供了TOGAF ADM交付成果的概述,以及它們在架構開發過程中的重要性與角色。

ArchiMate 與 TOGAF 參考清單

  1. 企業架構的 TOGAF® 工具 – ArchiMetric
    • 描述:此資源提供了TOGAF ADM的概覽,以及Visual Paradigm如何利用ArchiMate圖示支援TOGAF交付成果的開發。
    • 網址企業架構的 TOGAF® 工具
  2. 引領演進:ArchiMate 2.1 至 3.2 的全面指南 – ArchiMetric
  3. 透過 Visual Paradigm 的 TOGAF 工具掌握企業架構 – ArchiMetric
  4. 什麼是 ArchiMate? – Visual Paradigm
    • 描述:一份逐步學習指南,介紹ArchiMate、其與TOGAF的整合,以及它如何補足現有的UML與BPMN等方法。
    • 網址什麼是 ArchiMate?
  5. 結合 ArchiMate 使用 BPMN 來補充 TOGAF ADM 企業架構開發 – ArchiMetric
  6. 理解ArchiMate語言中的抽象概念 – ArchiMetric
  7. ArchiMate概覽 – 企業架構模型語言 – Cybermedian
    • 描述: 本概覽探討了ArchiMate與TOGAF及其他架構的整合,以及使用Visual Paradigm進行ArchiMate模型設計的優勢。
    • 網址ArchiMate概覽
  8. 運用Visual Paradigm即時流程處理應對企業複雜性 – ArchiMetric
  9. Visual Paradigm TOGAF – 關於TOGAF、企業架構、ArchiMate等一切
    • 描述: 本指南深入探討了ArchiMate 3、TOGAF及企業架構,以及Visual Paradigm如何支援這些架構。
    • 網址Visual Paradigm TOGAF
  10. 免費線上ArchiMate工具 + 範例 – Cybermedian
    • 描述: 此資源提供免費的線上 ArchiMate 工具與範例,強調 ArchiMate 與 TOGAF 的整合,以及 Visual Paradigm 所提供的支援。
    • 網址免費線上 ArchiMate 工具 + 範例

這些參考資料提供了 ArchiMate 與 TOGAF 的全面概覽,包括兩者的整合,以及 Visual Paradigm 上可用的工具,以支援企業架構建模。

Leave a Reply