iT邦幫忙

1

TOGAF架構框架

  • 分享至 

  • xImage
  •  

TOGAF由國際標準權威組織The Open Group制定。The Open Group於1993年開始應客戶要求制定係統架構的標準,在1995年發表The Open Group Architecture Framework (TOGAF) 架構框架。TOGAF的基礎是美國國防部的信息管理技術架構(Technical Architecture for Information Management: TAFIM)。它是基於一個迭代(Iterative)的過程模型,支持最佳實踐和一套可重用的現有架構資產。它可讓您設計、評估、並建立組織的正確架構。TOGAF的關鍵是架構開發方法(Architecture Development Method: ADM): 一個可靠的,行之有效的方法,以發展能夠滿足商務需求的企業架構。

為何學習TOGAF?

TOGAF ®,由The Open Group的標準,是一個成熟的企業架構方法和框架由世界領先的組織使用,以提高業務效率。它是最突出和最可靠的企業架構標準,可確保企業架構專業人員之間的標準、方法和溝通保持一致。精通 TOGAF 標準的企業架構專業人員享有更高的行業信譽、工作效率和職業機會。TOGAF 幫助從業者避免被鎖定在專有方法中,更有效地利用資源,並實現更大的投資回報。

IT架構需要密切反映組織的業務目標。實際上,應該使用特定的技術(業務場景)來確保IT架構師正確理解業務目標,並反映在使用TOGAF開發的IT架構中。

託加夫插圖

以下是我們應該採用 TOGAF ADM 進行架構開發的原因:

  • 綜合通用方法
  • 補充而不是與其他框架競爭
  • 被市場廣泛採用
  • 可定制以滿足組織和行業需求
  • 在免費永久許可下可用
  • 供應商、工具和技術中立的開放標準
  • 避免重新發明輪子
  • 業務 IT 對齊
  • 基於最佳實踐
  • 有可能參與框架的演化

TOGAF 架構開發方法 (ADM)?

架構開發方法 (ADM) 用於開發能夠滿足組織的業務和信息技術需求的企業架構。TOGAF ADM 是大量架構從業者為以下目的不斷貢獻的結果:

  • 它描述了一種開發和管理企業架構生命週期的方法,並構成了 TOGAF 的核心。
  • 它可以根據組織的需求進行定制,然後用於管理架構規劃活動的執行。

它定義了ADM的10個階段,其中準備階段(Preliminiary)是獨立的,階段A到階段H是循環迭代的,需求管理階段(Requirements Management)貫穿整個ADM過程。

  1. 預備階段(Preliminary):該階段描述了業務指示要求的新Enterprise Architecture 準備工作和啟動活動,包括定義組織特定架構框架和原則等。
  2. 階段A - 架構願景(Architecture Vision):對目標架構的簡要描述,描述了其業務價值以及成功部署架構帶來的Enterprise 變革,是具體架構開發的理想願景和分界線。
  3. 階段B - 業務架構(Business Architecture):對全面、多維業務視圖的描述,包括:能力、端到端價值交付、信息和組織結構;以及這些業務觀點與戰略、產物、政策、舉措和利益攸關者之間的關係。
  4. 階段C -信息系統架構(Information Systems Architectures):著眼於明確用於支持企業業務架構的各種數據和應用,因而信息系統架構的建設可以分為針對數據架構和應用架構的建設。
  5. 階段D - 技術架構(Technology Architecture):對技術服務以及技術組件結構和交互的描述。
  6. 階段E - 機會與解決方案(Opportunities and Solutions):該階段描述了確定交付方式(項目、項目群或譜系)的流程,以便有效交付前階段製定的目標架構。
  7. 階段F -遷移計劃(Migration Planning):敲定詳細的實施和遷移計劃,以便從基礎架構遷移至目標架構。
  8. 階段G - 實施治理(Implementation Governance):監督架構的實施,確保已經被定義的架構在實施和部署過程中與計劃的一致性。
  9. 階段H – 架構變更管理(Architecture Change Management):評估架構性能,對變更提出建議,確保基線架構持續符合當前實際。為實施治理階段建立的新的企業架構基線建立架構變更管理流程。
  10. 需求管理階段(Requirements Management):定義一個過程,使企業架構的需求可以被識別、存儲並與其他架構開發方法各階段交互。

每一個階段都會有各自對應的方法論步驟,每個步驟由會有如果個對應的輸入和產出物。如果全套做下來,將會有幾十個,接近上百個產出物文檔。可以說,TOGAF是一個相當重流程,重文檔的框架。

TOGAF 和 ArchiMate

ArchiMate 是 Open Group 推出的建模標準。它提供了一組豐富的建模符號和概念,支持在域內和跨域一致地對企業架構進行建模。

由於TOGAF和ArchiMate都是Open Group維護的標準,都用於企業架構開發,所以很多人混淆了,問“TOGAF和ArchiMate有什麼區別?”,“TOGAF vs ArchiMate?”, TOGAF 框架和 ArchiMate 建模語言均由 The Open Group 維護。TOGAF 9.1 和 ArchiMate 2.1 或更高版本可以很好地協同工作,並且對於 EA 開發是兼容和互補的。TOGAF ADM 是可用於開發和實施企業系統、流程和結構的 EA 框架,而 ArchiMate 可用作可用於創建 EA 描述的可視化建模語言。

重要的是要重申 ArchiMate 標準是一種建模語言而不是框架。ArchiMate 語言廣泛用於開發可視化 EA 模型,通常與 TOGAF ADM 結合使用。此外,TOGAF 和 ArchiMate 標準可以放在一起以提供一組可應用於不同架構建模的觀點。

ArchiMate 語言由 ArchiMate 核心語言組成,其中包括業務層、應用層和技術層,以及對架構底層的策略和動機及其實現和遷移進行建模的元素。

下圖顯示瞭如何在 TOGAF 架構開發方法 (ADM) 的各個階段中使用 ArchiMate 語言的簡化映射。

TOGAF ADM 和 ArchiMate

架構核心

代碼 ArchiMate 層支持對 TOGAF 定義的架構域進行建模。

業務應用技術層支持業務,信息系統的描述,和技術架構領域通過TOGAF框架,以及它們的相互關係定義。

策略和動機擴展

戰略和動機擴展支持對利益相關者、變革驅動因素、業務目標、原則和要求進行建模。

ArchiMate 語言中的策略和動機元素可用於支持TOGAF ADM的需求管理初步架構願景階段,這些階段建立高級業務目標、架構原則和初始業務需求。它們也與 TOGAF ADM 的架構變更管理階段相關,因為該階段處理不斷變化的需求。

實施和遷移擴展

實施和遷移擴展支持對項目組合管理、差距分析以及過渡和遷移計劃進行建模。

ArchiMate 語言的實施和遷移元素通過 TOGAF ADM 的機會和解決方案、遷移規劃和實施治理階段支持架構的實施遷移

TOGAF ADM 生命週期 - 迭代

ADM 支持三個級別的迭代概念:

圍繞 ADM 循環:ADM 以循環方式呈現,表明架構工作的一個階段的完成直接進入架構工作的後續階段。

階段間迭代:TOGAF 描述了跨階段迭代的概念(例如,在技術架構完成後返回到業務架構)。

圍繞單個階段循環:TOGAF 支持在單個 ADM 階段內重複執行活動,作為詳細闡述架構內容的技術。

TOGAF ADM

在 ADM 過程的應用過程中,根據 ADM 提供的階段目標,根據一些輸入步驟產生許多輸出

TOGAF ADM - 輸入、步驟和輸出

例如:

  • 流程
  • 架構要求
  • 項目計劃
  • 項目合規性評估
  • 等等。

為了以一致和結構化的方式整理和呈現這些主要工作產品,TOGAF 定義了一個結構模型,用於放置它們。

ADM 輸入和輸出

TOGAF 提供來自每個階段的許多輸入和輸出可交付成果:

  • 這些是建議,不需要完全遵循
  • 生成的每個可交付成果都應進行版本控制以指示何時發生更改
  • 顯示的版本編號也是一個建議,不需要遵循

可交付成果

合同規定的工作產品,然後由利益相關者正式審查、同意和簽署。它通常會在項目完成時存檔,或轉換為架構存儲庫作為參考模型

TOGAF ADM - 步驟和可交付成果

ADM 初步階段

創建架構能力所需的準備和啟動活動,包括 TOGAF 的定制和架構的定義

輸出可交付成果:

ADM 階段 A:架構願景

架構開發週期的初始階段。它包括有關定義架構開發計劃的範圍、識別利益相關者、創建架構願景以及獲得批准以進行架構開發的信息

輸出可交付成果:

ADM 階段 B:業務架構

業務架構:開發業務架構以支持商定的架構願景

輸出可交付成果:

ADM 階段 C:信息系統架構

信息系統架構:開發信息系統架構以支持商定的架構願景

ADM D 階段:技術架構

技術架構:開發技術架構以支持商定的架構願景

輸出可交付成果:

ADM E 階段:機遇與解決方案

Opportunities & Solutions 為之前階段定義的架構進行初始實施規劃和交付工具的識別

輸出可交付成果:

ADM 階段 F:遷移規劃

遷移計劃通過最終確定詳細的實施和遷移計劃來解決如何從基線遷移到目標架構

ADM 階段 G:實施治理

實施治理提供了對實施的架構監督

輸出可交付成果:

ADM 階段 H:架構變更管理

架構變更管理建立管理新架構變更的程序 需求管理檢查整個 ADM 管理架構需求的過程

概括

ADM是一種綜合的通用方法

  • 它為開發架構所涉及的各個階段和步驟推薦了一個序列
  • 這是一種迭代方法
  • 它利用 TOGAF 的其他部分來處理資產和流程
  • 它可以與來自其他框架的其他交付物一起使用

以下是每個開發階段的 TOGAF ADM 概述,如下圖所示:

TOGAF ADM 週期


圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言