TOGAF ADM 教程

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

為何選擇TOGAF？

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

Click and drag to move

​

如下是我們應該採用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）階段相關的簡化映射。

Click and drag to move

​

ArchiMate核心

代碼ArchiMate層能夠對TOGAF定義的體系結構域進行建模。

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

戰略與動機延伸

戰略和動機擴展能夠實現利益相關者的建模，變革的驅動因素，業務目標，原則和要求。

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

實施和遷移擴展

實施和遷移擴展支持項目組合管理，差距分析以及過渡和遷移規劃的建模。

ArchiMate語言的實現和遷移元素通過TOGAF ADM的機會和解決方案，遷移規劃和實施治理階段支持體系結構的實施和遷移。

TOGAF ADM生命週期 - 迭代

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

在ADM周圍循環：ADM以循環方式呈現，代表一個架構工做的完成直接進入架構工做的後續階段。

在階段之間進行迭代：TOGAF描述了跨階段迭代的概念（例如，在完成技術架構時返回到業務架構）。

圍繞單個階段循環：TOGAF支持在單個ADM階段中重複執行活動，做為詳細描述建築內容的技術。

TOGAF ADM

在ADM過程的應用過程中，根據ADM提供的相位目標，根據一些輸入和步驟產生許多輸出。

Click and drag to move

​

例如：

• 流程
• 建築要求
• 項目計劃
• 項目合規評估
• 等等

為了以一致和結構化的方式整理和展現這些主要的工做產品，TOGAF定義了一個結構模型，在其中放置它們。

ADM輸入和輸出

TOGAF從每個階段提供了許多輸入和輸出可交付成果：

• 這些是建議，不須要嚴格遵循
• 生成的每個可交付成果應進行版本化以指示何時發生更改
• 顯示的版本編號也是一個建議，無需遵循

交付

合同規定的工做產品，然後由利益相關者正式審查，贊成和簽署。它一般在項目完成時歸檔，或者做為參考模型轉換為Architecture Repository

Click and drag to move

​

ADM初步階段

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

輸出可交付成果：

• 架構原則
• 架構庫
• 業務原則，業務目標和業務驅動因素
• 企業架構的組織模型
• 要求建築工做
• 量身定製的架構框架

ADM階段A：架構願景

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

輸出可交付成果：

• 架構原則
• 建築路線圖
• 建築願景
• 業務原則，業務目標和業務驅動因素
• 能力評估
• 溝通計劃
• 建築工做聲明
• 量身定製的架構框架

ADM階段B：業務架構

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

輸出可交付成果：

• 架構定義文檔
• 架構原則
• 架構需求規範
• 建築路線圖
• 業務原則，業務目標和業務驅動因素
• 建築工做聲明

ADM階段C：信息系統架構

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

• 架構定義文檔
• 架構原則
• 架構需求規範
• 建築路線圖
• 建築工做聲明

ADM階段D：技術架構

技術架構：技術架構的發展，以支持商定的架構願景

輸出可交付成果：

• 架構定義文檔
• 架構原則
• 架構需求規範
• 建築路線圖
• 建築工做聲明

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

機遇與解決方案為前幾個階段定義的架構進行初步實施計劃和交付工具的識別

輸出可交付成果：

• 架構定義文檔
• 架構需求規範
• 建築路線圖
• 建築願景
• 能力評估
• 實施和遷移計劃
• 建築工做聲明

ADM階段F：遷移計劃

遷移規劃通過最終確定詳細的實施和遷移計劃，闡述如何從基準遷移到目標體系結構

• 建築構建基塊
• 架構定義文檔
• 架構需求規範
• 建築路線圖
• 變更請求實施和遷移計劃
• 實施治理計劃
• 要求建築工做
• 建築工做聲明

ADM階段G：實施治理

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

輸出可交付成果：

• 改變請求
• 合規評估
• 解決方案構建塊
• 建築工做聲明

ADM階段H：架構變更管理

架構變更管理創建了管理新架構變更的程序。需求管理檢查整個ADM中管理架構需求的過程

摘要

ADM是一種綜合的通用方法

• 它建議了開發體系結構所涉及的各個階段和步驟的順序
• 這是一種迭代方法
• 它藉鑑了TOGAF的其餘部分的資產和流程
• 它能夠與其餘框架的其餘可交付成果一塊兒使用

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

Click and drag to move

​

TOGAF ADM階段

階段目標

初步

為組織準備一個成功的架構項目作好準備

A.建築願景

設置項目的範圍，約束和指望。驗證業務上下文並創建「架構工做聲明」

B.業務架構

開發業務架構。按原樣制定基線和目標並分析差距。

C.信息系統架構

開發信息系統架構。按原樣制定基線和目標並分析差距。

D.技術架構

開發技術架構。按原樣制定基線和目標並分析差距。

E.機遇與解決方案

確定主要的實施項目

F.移民計劃

分析成本，收益和風險。制定實施路線圖。

G.實施治理

確保實施項目符合體系結構

H.架構變更管理

確保架構在發生變化時響應企業的需求

需求管理

項目的每個階段都應基於並驗證業務需求。

相關鏈接

• 有關TOGAF ADM指南的更多信息
• 有關即時TOGAF模板的更多信息
• 有關ArchiMate工具的更多信息
• 免費試用Visual Paradigm

Click and drag to move

​