一文讀懂TOGAF企業架構

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.架構變動管理

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

需求管理

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

相關連接

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