TOGAF 由The Open Group的標準,是一個成熟的企業架構方法和框架由世界領先的組織使用,以提高業務效率。它是最突出和最可靠的企業架構標準,確保企業架構專業人員之間的標準,方法和通信一致。精通TOGAF標準的企業架構專業人員享有更高的行業信譽,工作效率和職業機會。TOGAF幫助從業者避免陷入專有方法,更有效地利用資源,實現更高的投資回報。
為何選擇TOGAF?
IT架構需要密切反映組織的業務目標。實際上,應該使用特定的技術(業務場景)來確保IT架構師正確理解業務目標,並反映在使用TOGAF開發的IT架構中。
以下是我們應該採用TOGAF ADM進行架構開發的原因:
- 一種全面的通用方法
- 與其他框架互補,不與其他框架競爭
- 在市場上廣泛採用
- 可以滿足組織和行業的需求
- 可免費獲得永久許可
- 供應商,工具和技術中立的開放標準
- 避免重新發明輪子
- 業務IT一致性
- 基於最佳實踐
- 可以參與框架的演變
什麼是TOGAF架構開發方法(ADM)?
架構開發方法(ADM)用於開發滿足組織業務和信息技術需求的企業架構。TOGAF ADM是大量架構從業者不斷貢獻以實現以下目的的結果:
- 它描述了一種開發和管理企業體系結構生命週期的方法,並構成了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核心語言組成,其中包括業務,應用程序和技術層,以及構建體系結構的策略和動機以及實現和遷移的元素。
下圖顯示了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從每個階段提供了許多輸入和輸出可交付成果:
- 這些是建議,不需要嚴格遵循
- 生成的每個可交付成果應進行版本化以指示何時發生更改
- 顯示的版本編號也是一個建議,無需遵循
交付
合同規定的工作產品,然後由利益相關者正式審查,同意和簽署。它通常在項目完成時歸檔,或者作為參考模型轉換為Architecture Repository
ADM初步階段
創建架構能力所需的準備和啟動活動,包括TOGAF的定制和架構的定義
輸出可交付成果:
- 架構原則
- 架構庫
- 業務原則,業務目標和業務驅動因素
- 企業架構的組織模型
- 要求建築工作
- 量身定制的架構框架
ADM階段A:架構願景
架構開發週期的初始階段。它包括有關定義體系結構開發計劃範圍,識別利益相關者,創建體系結構願景以及獲得批准以繼續體系結構開發的信息
輸出可交付成果:
- 架構原則
- 建築路線圖
- 建築願景
- 業務原則,業務目標和業務驅動因素
- 能力評估
- 溝通計劃
- 建築工作聲明
- 量身定制的架構框架
ADM階段B:業務架構
業務架構:開發業務架構以支持商定的架構願景
輸出可交付成果:
- 架構定義文檔
- 架構原則
- 架構需求規範
- 建築路線圖
- 業務原則,業務目標和業務驅動因素
- 建築工作聲明
ADM階段C:信息系統架構
信息系統架構:開發信息系統架構以支持商定的架構願景
- 架構定義文檔
- 架構原則
- 架構需求規範
- 建築路線圖
- 建築工作聲明
ADM階段D:技術架構
技術架構:技術架構的發展,以支持商定的架構願景
輸出可交付成果:
- 架構定義文檔
- 架構原則
- 架構需求規範
- 建築路線圖
- 建築工作聲明
ADM階段E:機遇與解決方案
機遇與解決方案為前幾個階段定義的架構進行初步實施計劃和交付工具的識別
輸出可交付成果:
- 架構定義文檔
- 架構需求規範
- 建築路線圖
- 建築願景
- 能力評估
- 實施和遷移計劃
- 建築工作聲明
ADM階段F:遷移計劃
遷移規劃通過最終確定詳細的實施和遷移計劃,闡述如何從基准遷移到目標體系結構
- 建築構建基塊
- 架構定義文檔
- 架構需求規範
- 建築路線圖
- 變更請求實施和遷移計劃
- 實施治理計劃
- 要求建築工作
- 建築工作聲明
ADM階段G:實施治理
實施治理提供了對實施的架構監督
輸出可交付成果:
- 改變請求
- 合規評估
- 解決方案構建塊
- 建築工作聲明
ADM階段H:架構變更管理
架構變更管理建立了管理新架構變更的程序。需求管理檢查整個ADM中管理架構需求的過程
摘要
ADM是一種綜合的通用方法
- 它建議了開發體系結構所涉及的各個階段和步驟的順序
- 這是一種迭代方法
- 它藉鑑了TOGAF的其他部分的資產和流程
- 它可以與其他框架的其他可交付成果一起使用
以下是每個開發階段的TOGAF ADM概述,如下圖所示:
TOGAF ADM階段
階段目標
初步
為組織準備一個成功的架構項目做好準備
A.建築願景
設置項目的範圍,約束和期望。驗證業務上下文並創建“架構工作聲明”
B.業務架構
開發業務架構。按原樣制定基線和目標並分析差距。
C.信息系統架構
開發信息系統架構。按原樣制定基線和目標並分析差距。
D.技術架構
開發技術架構。按原樣制定基線和目標並分析差距。
E.機遇與解決方案
確定主要的實施項目
F.移民計劃
分析成本,收益和風險。制定實施路線圖。
G.實施治理
確保實施項目符合體系結構
H.架構變更管理
確保架構在發生變化時響應企業的需求
需求管理
項目的每個階段都應基於並驗證業務需求。