摘要：雖然是一個可用于開發(fā)和實施企業(yè)系統(tǒng)，流程和結(jié)構(gòu)的框架，但可用作可視建模語言，可用于創(chuàng)建描述。驗證業(yè)務(wù)上下文并創(chuàng)建架構(gòu)工作聲明業(yè)務(wù)架構(gòu)開發(fā)業(yè)務(wù)架構(gòu)。

TOGAF ?，由The Open Group的標(biāo)準(zhǔn)，是一個成熟的企業(yè)架構(gòu)方法和框架由世界領(lǐng)先的組織使用，以提高業(yè)務(wù)效率。它是最突出和最可靠的企業(yè)架構(gòu)標(biāo)準(zhǔn)，可確保企業(yè)架構(gòu)專業(yè)人員之間的一致標(biāo)準(zhǔn)，方法和通信。精通TOGAF標(biāo)準(zhǔn)的企業(yè)架構(gòu)專業(yè)人員享有更高的行業(yè)信譽，工作效率和職業(yè)機(jī)會。TOGAF幫助從業(yè)者避免陷入專有方法，更有效地利用資源，實現(xiàn)更高的投資回報。

IT架構(gòu)需要密切反映組織的業(yè)務(wù)目標(biāo)。實際上，應(yīng)該使用特定的技術(shù)（業(yè)務(wù)場景）來確保IT架構(gòu)師正確理解業(yè)務(wù)目標(biāo)，并反映在使用TOGAF開發(fā)的IT架構(gòu)中。

以下是我們應(yīng)該采用TOGAF ADM進(jìn)行架構(gòu)開發(fā)的原因：

一種全面的通用方法

與其他框架互補，不與其他框架競爭

在市場上廣泛采用

可以滿足組織和行業(yè)的需求

可免費獲得永久許可

供應(yīng)商，工具和技術(shù)中立的開放標(biāo)準(zhǔn)

避免重新發(fā)明輪子

業(yè)務(wù)IT一致性

基于最佳實踐

可以參與框架的演變

架構(gòu)開發(fā)方法（ADM）用于開發(fā)滿足組織業(yè)務(wù)和信息技術(shù)需求的企業(yè)架構(gòu)。TOGAF ADM是大量架構(gòu)從業(yè)者為實現(xiàn)以下目的而不斷貢獻(xiàn)的結(jié)果：

它描述了一種開發(fā)和管理企業(yè)體系結(jié)構(gòu)生命周期的方法，并構(gòu)成了TOGAF的核心。

它可以根據(jù)組織的需求進(jìn)行定制，然后用于管理體系結(jié)構(gòu)規(guī)劃活動的執(zhí)行。

ArchiMate是Open Group引入的建模標(biāo)準(zhǔn)。它提供了一組豐富的建模符號和概念，支持在域內(nèi)和域之間一致地建模企業(yè)架構(gòu)。

由于TOGAF和ArchiMate都是由Open Group維護(hù)的標(biāo)準(zhǔn)，它們都用于企業(yè)架構(gòu)開發(fā)，很多人在它們之間感到困惑，提出諸如“TOGAF和ArchiMate之間有什么區(qū)別？”，“TOGAF vs ArchiMate？”之類的問題， TOGAF框架和ArchiMate建模語言均由The Open Group維護(hù)。TOGAF 9.1和ArchiMate 2.1或更高版本協(xié)同工作，是EA開發(fā)的兼容和補充。雖然TOGAF ADM是一個可用于開發(fā)和實施企業(yè)系統(tǒng)，流程和結(jié)構(gòu)的EA框架，但ArchiMate可用作可視建模語言，可用于創(chuàng)建EA描述。

重申ArchiMate標(biāo)準(zhǔn)是建模語言而非框架是很重要的。ArchiMate語言廣泛用于開發(fā)可視化EA模型，通常與TOGAF ADM一起使用。此外，TOGAF和ArchiMate標(biāo)準(zhǔn)可以組合在一起，提供一組可用于建模不同體系結(jié)構(gòu)的視點。

ArchiMate語言由ArchiMate核心語言組成，其中包括業(yè)務(wù)，應(yīng)用程序和技術(shù)層，以及構(gòu)建體系結(jié)構(gòu)的策略和動機(jī)以及實現(xiàn)和遷移的元素。

下圖顯示了ArchiMate語言如何與TOGAF架構(gòu)開發(fā)方法（ADM）階段相關(guān)的簡化映射。

代碼ArchiMate層可以對TOGAF定義的體系結(jié)構(gòu)域進(jìn)行建模。

該業(yè)務(wù)，應(yīng)用和技術(shù)層支持業(yè)務(wù)，信息系統(tǒng)和技術(shù)架構(gòu)領(lǐng)域由TOGAF框架中定義的描述，以及它們的相互關(guān)系。

戰(zhàn)略和動機(jī)擴(kuò)展可以實現(xiàn)利益相關(guān)者的建模，變革的驅(qū)動因素，業(yè)務(wù)目標(biāo)，原則和要求。

ArchiMate語言中的策略和激勵元素可用于支持TOGAF ADM 的需求管理，初步和架構(gòu)愿景階段，這些階段建立了高級業(yè)務(wù)目標(biāo)，架構(gòu)原則和初始業(yè)務(wù)需求。它們也與TOGAF ADM的架構(gòu)變更管理階段相關(guān)，因為該階段涉及不斷變化的需求。

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

ArchiMate語言的實現(xiàn)和遷移元素通過TOGAF ADM的機(jī)會和解決方案，遷移規(guī)劃和實施治理階段支持體系結(jié)構(gòu)的實施和遷移。

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

在ADM周圍循環(huán)：ADM以循環(huán)方式呈現(xiàn)，表明一個架構(gòu)工作的完成直接進(jìn)入架構(gòu)工作的后續(xù)階段。

在階段之間進(jìn)行迭代：TOGAF描述了跨階段迭代的概念（例如，在完成技術(shù)架構(gòu)時返回到業(yè)務(wù)架構(gòu)）。

圍繞單個階段循環(huán)：TOGAF支持在單個ADM階段內(nèi)重復(fù)執(zhí)行活動，作為詳細(xì)描述架構(gòu)內(nèi)容的技術(shù)。

在ADM過程的應(yīng)用過程中，根據(jù)ADM提供的相位目標(biāo)，根據(jù)一些輸入和步驟產(chǎn)生許多輸出。

例如：

流程

架構(gòu)要求

項目計劃

項目合規(guī)評估

等等

為了以一致和結(jié)構(gòu)??化的方式整理和展示這些主要的工作產(chǎn)品，TOGAF定義了一個結(jié)構(gòu)模型，用于放置它們。

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

這些是建議，不需要完全遵循

生成的每個可交付成果應(yīng)進(jìn)行版本化以指示何時發(fā)生更改

顯示的版本編號也是一個建議，無需遵循

合同規(guī)定的工作產(chǎn)品，然后由利益相關(guān)者正式審查，同意和簽署。它通常在項目完成時歸檔，或者作為參考模型轉(zhuǎn)換為Architecture Repository

創(chuàng)建體系結(jié)構(gòu)功能所需的準(zhǔn)備和啟動活動，包括TOGAF的定制和體系結(jié)構(gòu)的定義

架構(gòu)原則

架構(gòu)庫

業(yè)務(wù)原則，業(yè)務(wù)目標(biāo)和業(yè)務(wù)驅(qū)動因素

企業(yè)架構(gòu)的組織模型

要求架構(gòu)工作

量身定制的架構(gòu)框架

架構(gòu)開發(fā)周期的初始階段。它包括有關(guān)定義體系結(jié)構(gòu)開發(fā)計劃范圍，識別利益相關(guān)者，創(chuàng)建體系結(jié)構(gòu)愿景以及獲得批準(zhǔn)以繼續(xù)體系結(jié)構(gòu)開發(fā)的信息

架構(gòu)原則

架構(gòu)路線圖

架構(gòu)愿景

業(yè)務(wù)原則，業(yè)務(wù)目標(biāo)和業(yè)務(wù)驅(qū)動因素

能力評估

溝通計劃

架構(gòu)工作聲明

量身定制的架構(gòu)框架

業(yè)務(wù)架構(gòu)：開發(fā)業(yè)務(wù)架構(gòu)以支持商定的架構(gòu)愿景

架構(gòu)定義文檔

架構(gòu)原則

架構(gòu)要求規(guī)范

架構(gòu)路線圖

業(yè)務(wù)原則，業(yè)務(wù)目標(biāo)和業(yè)務(wù)驅(qū)動因素

架構(gòu)工作聲明

信息系統(tǒng)架構(gòu)：開發(fā)信息系統(tǒng)架構(gòu)以支持商定的架構(gòu)愿景

架構(gòu)定義文檔

架構(gòu)原則

架構(gòu)要求規(guī)范

架構(gòu)路線圖

架構(gòu)工作聲明

技術(shù)架構(gòu)：技術(shù)架構(gòu)的發(fā)展，以支持商定的架構(gòu)愿景

架構(gòu)定義文檔

架構(gòu)原則

架構(gòu)要求規(guī)范

架構(gòu)路線圖

架構(gòu)工作聲明

機(jī)遇與解決方案為前幾個階段定義的架構(gòu)進(jìn)行初步實施計劃和交付工具的識別

架構(gòu)定義文檔

架構(gòu)要求規(guī)范

架構(gòu)路線圖

架構(gòu)愿景

能力評估

實施和遷移計劃

架構(gòu)工作聲明

遷移規(guī)劃通過最終確定詳細(xì)的實施和遷移計劃，闡述如何從基準(zhǔn)遷移到目標(biāo)體系結(jié)構(gòu)

架構(gòu)構(gòu)建基塊

架構(gòu)定義文檔

架構(gòu)要求規(guī)范

架構(gòu)路線圖

變更請求實施和遷移計劃

實施治理計劃

要求架構(gòu)工作

架構(gòu)工作聲明

實施治理提供了對實施的架構(gòu)監(jiān)督

改變請求

合規(guī)評估

解決方案構(gòu)建塊

架構(gòu)工作聲明

架構(gòu)變更管理建立了管理新架構(gòu)變更的程序。需求管理檢查整個ADM中管理架構(gòu)需求的過程

ADM是一種綜合的通用方法

它建議了開發(fā)體系結(jié)構(gòu)所涉及的各個階段和步驟的順序

這是一種迭代方法

它利用了TOGAF的其他部分來獲取資產(chǎn)和流程

它可以與其他框架的其他可交付成果一起使用

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

TOGAF ADM階段

階段目標(biāo)

初步

為組織準(zhǔn)備一個成功的架構(gòu)項目做好準(zhǔn)備

A.架構(gòu)愿景

設(shè)置項目的范圍，約束和期望。驗證業(yè)務(wù)上下文并創(chuàng)建“架構(gòu)工作聲明”

B.業(yè)務(wù)架構(gòu)

開發(fā)業(yè)務(wù)架構(gòu)。按原樣制定基線和目標(biāo)并分析差距。

C.信息系統(tǒng)架構(gòu)

開發(fā)信息系統(tǒng)架構(gòu)。按原樣制定基線和目標(biāo)并分析差距。

D.技術(shù)架構(gòu)

開發(fā)技術(shù)架構(gòu)。按原樣制定基線和目標(biāo)并分析差距。

E.機(jī)遇與解決方案

確定主要的實施項目

F.移民計劃

分析成本，收益和風(fēng)險。制定實施路線圖。

G.實施治理

確保實施項目符合體系結(jié)構(gòu)

H.架構(gòu)變更管理

確保架構(gòu)在發(fā)生變化時響應(yīng)企業(yè)的需求

需求管理

項目的每個階段都應(yīng)基于并驗證業(yè)務(wù)需求。

有關(guān)TOGAF ADM指南的更多信息

有關(guān)即時TOGAF模板的更多信息

有關(guān)ArchiMate工具的更多信息

免費試用Visual Paradigm