https://blog.csdn.net/watermelonbig/article/details/77620847

1、ADM的架構(gòu)開發(fā)階段ADM方法是由一組按照架構(gòu)領(lǐng)域的架構(gòu)開發(fā)順序而排列成一個環(huán)的多個階段所構(gòu)成。通過這些開發(fā)階段的工作，設(shè)計(jì)師可以確認(rèn)是否已經(jīng)對復(fù)雜的業(yè)務(wù)需求進(jìn)行了足夠全面的討論。TOGAF中最為著名的一個ADM基礎(chǔ)結(jié)構(gòu)圖如下所示：

ADM方法被迭代式的應(yīng)用在架構(gòu)開發(fā)的整個過程中、階段之間和每個階段內(nèi)部。在ADM的全生命周期中，每個階段都需要根據(jù)原始業(yè)務(wù)需求對設(shè)計(jì)結(jié)果進(jìn)行確認(rèn)，這也包括業(yè)務(wù)流程中特有的一些階段。確認(rèn)工作需要對企業(yè)的覆蓋范圍、時(shí)間范圍、詳細(xì)程度、計(jì)劃和里程碑進(jìn)行重新審議。每個階段都應(yīng)該考慮到架構(gòu)資產(chǎn)的重用（以往ADM迭代成果、其它框架、系統(tǒng)模型、行業(yè)模型等）。
因此，ADM便形成了3個級別的迭代概念：基于ADM整體的迭代，用一種環(huán)形的方式來應(yīng)用ADM方法，表明了在一個架構(gòu)開發(fā)工作階段完成后會直接進(jìn)入隨后的下一個階段。多個開發(fā)階段間的迭代，例如在完成了技術(shù)架構(gòu)階段的開發(fā)工作后又重新回到業(yè)務(wù)架構(gòu)開發(fā)階段。在一個階段內(nèi)部的迭代，TOGAF支持基于一個階段內(nèi)部的多個開發(fā)活動，對復(fù)雜的架構(gòu)內(nèi)容進(jìn)行迭代開發(fā)。2、ADM方法各階段中的活動

ADM階段	ADM階段內(nèi)的活動
準(zhǔn)備階段	為實(shí)施成功的企業(yè)架構(gòu)項(xiàng)目做好準(zhǔn)備，包括定義組織機(jī)構(gòu)特定的架構(gòu)框架、架構(gòu)原則和工具。
需求管理	完成需求的識別、保管和交付，相關(guān)聯(lián)的ADM階段則按優(yōu)先級順序?qū)π枨筮M(jìn)行處理。 TOGAF項(xiàng)目的每個階段，都是建立在業(yè)務(wù)需求之上并且需要對需求進(jìn)行確認(rèn)。
階段A：架構(gòu)愿景	設(shè)置TOGAF項(xiàng)目的范圍、約束和期望； 創(chuàng)建架構(gòu)愿景； 定義利益相關(guān)者； 確認(rèn)業(yè)務(wù)上下文環(huán)境； 創(chuàng)建架構(gòu)工作說明書； 取得上層批準(zhǔn)。
階段B：業(yè)務(wù)架構(gòu) 階段C：信息系統(tǒng)架構(gòu)（應(yīng)用&數(shù)據(jù)） 階段D：技術(shù)架構(gòu)	從業(yè)務(wù)、信息系統(tǒng)和技術(shù)三個層面進(jìn)行架構(gòu)開發(fā)，在每一個層面分別完成以下活動： 開發(fā)基線架構(gòu)描述；開發(fā)目標(biāo)架構(gòu)描述；執(zhí)行差距分析。
階段E：機(jī)會和解決方案	進(jìn)行初步實(shí)施規(guī)劃，并確認(rèn)在前面階段中確定的各種構(gòu)建塊的交付物形式； 確定主要實(shí)施項(xiàng)目； 對項(xiàng)目分組并納入過渡架構(gòu)； 決定途徑（制造/購買/重用、外包、商用、開源）； 評估優(yōu)先順序； 識別相依性。
階段F：遷移規(guī)劃	對階段E確定的項(xiàng)目進(jìn)行績效分析和風(fēng)險(xiǎn)評估； 制訂一個詳細(xì)的實(shí)施和遷移計(jì)劃。
階段G：實(shí)施治理	定義實(shí)施項(xiàng)目的架構(gòu)限制； 提供實(shí)施項(xiàng)目的架構(gòu)監(jiān)督； 發(fā)布實(shí)施項(xiàng)目的架構(gòu)合同； 監(jiān)測實(shí)施項(xiàng)目以確保符合架構(gòu)要求。
階段H：架構(gòu)變更管理	提供持續(xù)監(jiān)測和變更管理的流程，以確保架構(gòu)可以響應(yīng)企業(yè)的需求并且將架構(gòu)對于業(yè)務(wù)的價(jià)值最大化。

3、ADM方法的詳細(xì)說明在以下的表格中從目標(biāo)、步驟、輸入和輸出幾個方面對ADM環(huán)中的每個階段進(jìn)行了分析和描述。3.1 準(zhǔn)備階段

目標(biāo)	步驟
對進(jìn)行企業(yè)架構(gòu)活動的組織的背景和環(huán)境進(jìn)行審查；確認(rèn)利益相關(guān)者、他們的需求、優(yōu)先級和需要承擔(dān)的義務(wù)；確定并審視企業(yè)機(jī)構(gòu)中受到影響的部分，并對其范圍進(jìn)行界定，定義約束條件和假設(shè)條件，這一點(diǎn)在使用聯(lián)邦式體系結(jié)構(gòu)環(huán)境的大型機(jī)構(gòu)中特別重要；定義組織的“架構(gòu)足跡”，包括確定執(zhí)行架構(gòu)開發(fā)工作的人是誰、他們在哪里以及他們的責(zé)任是什么；定義用于進(jìn)行企業(yè)架構(gòu)建設(shè)的框架和詳細(xì)方法，這里通常是對ADM進(jìn)行適應(yīng)性的改變；確定一個治理和支持框架，用來在整個ADM過程中為架構(gòu)治理提供業(yè)務(wù)流程和資源方面的支持，此種框架將會確保目標(biāo)架構(gòu)的適用性（fitness-for-purpose），并對其在進(jìn)行過程中的效能進(jìn)行評測；選擇和落實(shí)用于支持架構(gòu)活動的各種工具和基礎(chǔ)設(shè)施；定義架構(gòu)原則，而這些原則將會成為約束架構(gòu)工作的一個部分。	界定將要受到影響的企業(yè)組織的范圍；確定治理和支持框架；建立企業(yè)架構(gòu)團(tuán)隊(duì)；定義架構(gòu)原則；選擇架構(gòu)框架并剪裁定制；落實(shí)相關(guān)架構(gòu)工具。
輸入	輸出
TOGAF架構(gòu)框架資料；其它的架構(gòu)框架資料；業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)和驅(qū)動力；架構(gòu)治理策略；IT戰(zhàn)略；當(dāng)前企業(yè)架構(gòu)組織模型；當(dāng)前企業(yè)架構(gòu)框架；當(dāng)前企業(yè)架構(gòu)原則；當(dāng)前企業(yè)架構(gòu)資源庫。	企業(yè)架構(gòu)的組織模型；定制的企業(yè)架構(gòu)框架，包括架構(gòu)原則；企業(yè)架構(gòu)資源庫的雛形；針對業(yè)務(wù)目標(biāo)、原則和驅(qū)動力的聲明或引用；治理框架；架構(gòu)工作要求書。

3.2 階段A——架構(gòu)愿景在架構(gòu)愿景階段，將啟動一次架構(gòu)開發(fā)過程的迭代，設(shè)置迭代工作的范圍、約束和期望，創(chuàng)建架構(gòu)愿景、驗(yàn)證業(yè)務(wù)上下文，創(chuàng)建架構(gòu)工作說明書并取得大家的一致認(rèn)可。愿景表達(dá)了我們對架構(gòu)的期望結(jié)果，闡明重要涉眾關(guān)注的問題和目標(biāo)，可幫助團(tuán)隊(duì)關(guān)注架構(gòu)的核心領(lǐng)域。

目標(biāo)	步驟
獲取管理層對這次特定的ADM循環(huán)的相關(guān)承諾；制訂一個架構(gòu)開發(fā)周期；確認(rèn)業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)、驅(qū)動力和KPI（key performance indicators）定義基線架構(gòu)的范圍，明確其所包含的組件以及組件的優(yōu)先級；確認(rèn)相關(guān)干系人、他們的關(guān)注點(diǎn)和目標(biāo)；定義架構(gòu)工作所要解決的關(guān)鍵業(yè)務(wù)需求，以及必須應(yīng)對的各項(xiàng)約束；闡明架構(gòu)愿景，并定制價(jià)值主張，這些價(jià)值主張被用來闡述對于那些需求和約束的回應(yīng)；創(chuàng)建一個符合企業(yè)項(xiàng)目管理框架要求的綜合計(jì)劃；取得繼續(xù)下一個步驟工作的正式批準(zhǔn)；理解與其他并行的企業(yè)架構(gòu)開發(fā)循環(huán)之間的相互影響。	成立架構(gòu)項(xiàng)目；識別干系人、關(guān)注點(diǎn)和業(yè)務(wù)需求；確定并闡述業(yè)務(wù)目標(biāo)、驅(qū)動力和約束；評估業(yè)務(wù)能力；評估業(yè)務(wù)轉(zhuǎn)型的準(zhǔn)備情況；定義范圍；確認(rèn)并闡述架構(gòu)原則，包括業(yè)務(wù)原則；開發(fā)架構(gòu)愿景；定義目標(biāo)架構(gòu)的價(jià)值主張和KPI；識別業(yè)務(wù)轉(zhuǎn)型風(fēng)險(xiǎn)和應(yīng)對措施；開發(fā)企業(yè)架構(gòu)計(jì)劃和架構(gòu)工作說明書，并確保被批準(zhǔn)。
輸入	輸出
架構(gòu)工作要求書；業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)和驅(qū)動力；企業(yè)架構(gòu)的組織模型，包括受影響的組織范圍、成熟度評測、差距及解決辦法、架構(gòu)團(tuán)隊(duì)所擔(dān)當(dāng)?shù)慕巧吐氊?zé)；定制的架構(gòu)框架，包括定制的架構(gòu)方法、架構(gòu)內(nèi)容、架構(gòu)原則和配置部署工具；初具內(nèi)容的架構(gòu)資源庫（包含初始的框架說明、架構(gòu)描述和基線描述內(nèi)容）	得到批準(zhǔn)的架構(gòu)工作說明書：范圍和約束架構(gòu)工作計(jì)劃角色和職責(zé)風(fēng)險(xiǎn)與應(yīng)對措施工作產(chǎn)品效能評測業(yè)務(wù)案例與KPI指標(biāo)改善的業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)和驅(qū)動力說明；架構(gòu)原則；能力評估；定制的架構(gòu)框架（方法、內(nèi)容、工具）；架構(gòu)愿景：改善的關(guān)鍵高層次干系人的需求基線業(yè)務(wù)架構(gòu)0.1版基線數(shù)據(jù)架構(gòu)0.1版基線應(yīng)用架構(gòu)0.1版基線技術(shù)架構(gòu)0.1版目標(biāo)業(yè)務(wù)架構(gòu)0.1版目標(biāo)應(yīng)用架構(gòu)0.1版目標(biāo)數(shù)據(jù)架構(gòu)0.1版目標(biāo)技術(shù)架構(gòu)0.1版溝通計(jì)劃納入到架構(gòu)資源庫中的新增內(nèi)容

3.3 階段B——業(yè)務(wù)架構(gòu)在業(yè)務(wù)架構(gòu)階段，將開發(fā)一個支持架構(gòu)愿景的業(yè)務(wù)架構(gòu)。架構(gòu)愿景中概括的基線和目標(biāo)業(yè)務(wù)架構(gòu)將在此被細(xì)化，從而使它們可以作為技術(shù)分析的有用輸入。業(yè)務(wù)過程建模、業(yè)務(wù)目標(biāo)建模和用例建模是用于生成業(yè)務(wù)架構(gòu)的一些技術(shù)，這又包含了所期望狀態(tài)的差距分析。本階段的核心內(nèi)容包括組織如何滿足業(yè)務(wù)目標(biāo)；企業(yè)靜態(tài)特征（業(yè)務(wù)目標(biāo)、業(yè)務(wù)組織結(jié)構(gòu)、業(yè)務(wù)角色）；企業(yè)動態(tài)特征（流程、功能、服務(wù)）。

目標(biāo)	步驟
描述基線業(yè)務(wù)架構(gòu)；開發(fā)目標(biāo)業(yè)務(wù)架構(gòu)；執(zhí)行以上二者間的差距分析；選擇和開發(fā)相關(guān)的架構(gòu)視角，通過這些視角架構(gòu)師可以闡述業(yè)務(wù)架構(gòu)是如何對各干系人的關(guān)注點(diǎn)進(jìn)行解答的；確定與架構(gòu)視角相關(guān)的工具和技術(shù)。	選擇參考模型、視角和工具；開發(fā)基線業(yè)務(wù)架構(gòu)描述；開發(fā)目標(biāo)業(yè)務(wù)架構(gòu)描述；執(zhí)行差距分析；定義架構(gòu)路線圖組件；分析對整個架構(gòu)的影響；涉眾評審；最終確定業(yè)務(wù)架構(gòu)；創(chuàng)建架構(gòu)定義文檔。
輸入	輸出
架構(gòu)工作要求書；業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)和驅(qū)動力；能力評估；溝通計(jì)劃； 企業(yè)架構(gòu)的組織模型；得到批準(zhǔn)的架構(gòu)工作說明書；業(yè)務(wù)架構(gòu)原則，包括在此之前已經(jīng)存在了的業(yè)務(wù)原則；定制的架構(gòu)框架；企業(yè)連續(xù)體：架構(gòu)資源庫；可重用的構(gòu)建塊公開且可得的參考模型組織特定的參考模型組織標(biāo)準(zhǔn)架構(gòu)愿景，包括：經(jīng)過改善的關(guān)鍵高層次干系人的需求基線業(yè)務(wù)架構(gòu)0.1版基線數(shù)據(jù)架構(gòu)0.1版基線應(yīng)用架構(gòu)0.1版基線技術(shù)架構(gòu)0.1版目標(biāo)業(yè)務(wù)架構(gòu)0.1版目標(biāo)應(yīng)用架構(gòu)0.1版目標(biāo)數(shù)據(jù)架構(gòu)0.1版目標(biāo)技術(shù)架構(gòu)0.1版	架構(gòu)工作說明書（Update）；經(jīng)過驗(yàn)證的業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)和驅(qū)動力；詳細(xì)的業(yè)務(wù)架構(gòu)原則；架構(gòu)定義文檔草稿：基線業(yè)務(wù)架構(gòu)1.0版本，如果有的話；目標(biāo)業(yè)務(wù)架構(gòu)1.0版本組織結(jié)構(gòu)業(yè)務(wù)目標(biāo)業(yè)務(wù)功能業(yè)務(wù)服務(wù)業(yè)務(wù)流程，包括測評和交付物業(yè)務(wù)角色，包括相關(guān)技能需求的發(fā)展與改進(jìn)業(yè)務(wù)數(shù)據(jù)模型組織和功能之間的相互關(guān)聯(lián)主要涉眾關(guān)注的業(yè)務(wù)架構(gòu)視圖；架構(gòu)需求說明書草稿：差距分析的結(jié)果；技術(shù)需求；更新的業(yè)務(wù)需求；架構(gòu)路線圖的業(yè)務(wù)架構(gòu)組件。

3.4 階段C——信息系統(tǒng)架構(gòu)在信息系統(tǒng)架構(gòu)設(shè)計(jì)階段，確定主要的信息類型和處理這些信息的應(yīng)用系統(tǒng)。在本階段有兩個主要的步驟，數(shù)據(jù)架構(gòu)設(shè)計(jì)和應(yīng)用架構(gòu)設(shè)計(jì)，二者既可以依次開發(fā)，也可以并行開發(fā)。核心內(nèi)容為：IT系統(tǒng)如何滿足企業(yè)的業(yè)務(wù)目標(biāo)；信息以及信息之間的關(guān)系；應(yīng)用以及應(yīng)用之間的關(guān)系。
3.4.1 數(shù)據(jù)架構(gòu)

目標(biāo)	步驟
定義業(yè)務(wù)運(yùn)行所需的數(shù)據(jù)源和數(shù)據(jù)類型。	選擇參考模型、視角和工具；開發(fā)基線數(shù)據(jù)架構(gòu)1.0版；開發(fā)目標(biāo)數(shù)據(jù)架構(gòu)1.0版；執(zhí)行差距分析；定義組件；分析對整個架構(gòu)的影響；涉眾評審；確定最終的數(shù)據(jù)架構(gòu)；完善架構(gòu)定義文檔。
輸入	輸出
架構(gòu)工作要求書；能力評估；溝通計(jì)劃； 企業(yè)架構(gòu)的組織模型；定制的架構(gòu)框架；數(shù)據(jù)原則（如果有的話）；架構(gòu)工作說明書；架構(gòu)資源庫：可重用的構(gòu)建塊公開可得的參考模型組織特定的參考模型組織標(biāo)準(zhǔn)架構(gòu)定義文檔草稿，包括：基線業(yè)務(wù)架構(gòu)1.0版；目標(biāo)業(yè)務(wù)架構(gòu)1.0版；基線數(shù)據(jù)架構(gòu)0.1版；目標(biāo)數(shù)據(jù)架構(gòu)0.1版；基線應(yīng)用架構(gòu)（0.1或1.0版）；目標(biāo)應(yīng)用架構(gòu)（0.1或1.0版）；基線技術(shù)架構(gòu)（0.1版）；目標(biāo)技術(shù)架構(gòu)（0.1版）；架構(gòu)需求說明書草稿，包括：差距分析結(jié)果；適用于此階段的相關(guān)技術(shù)需求；在架構(gòu)路線圖中的業(yè)務(wù)架構(gòu)組件。	經(jīng)過改善或更新的架構(gòu)愿景階段中的各交付物：架構(gòu)工作說明（Update）；經(jīng)過驗(yàn)證的數(shù)據(jù)原則或新增的數(shù)據(jù)原則；更新的架構(gòu)定義文檔草稿：基線數(shù)據(jù)架構(gòu)1.0版；目標(biāo)數(shù)據(jù)架構(gòu)1.0版：業(yè)務(wù)數(shù)據(jù)模型邏輯數(shù)據(jù)模型數(shù)據(jù)管理流程模型數(shù)據(jù)實(shí)體/業(yè)務(wù)功能矩陣主要涉眾關(guān)注的數(shù)據(jù)架構(gòu)視圖；更新的架構(gòu)需求說明書：差距分析結(jié)果；數(shù)據(jù)集成需求；適用于當(dāng)前階段的相關(guān)技術(shù)需求；對于下一步將要設(shè)計(jì)的技術(shù)架構(gòu)的約束；更新的業(yè)務(wù)需求；更新的應(yīng)用需求；架構(gòu)路線圖中的數(shù)據(jù)架構(gòu)組件。

3.4.2 應(yīng)用架構(gòu)

目標(biāo)	步驟
定義處理數(shù)據(jù)并支撐業(yè)務(wù)運(yùn)行所需的各種應(yīng)用系統(tǒng)。	選擇參考模型、視角和工具；開發(fā)基線應(yīng)用架構(gòu)1.0版；開發(fā)目標(biāo)應(yīng)用架構(gòu)1.0版；執(zhí)行差距分析；定義組件；分析對整個架構(gòu)的影響；涉眾評審；最終確定應(yīng)用架構(gòu)；完善架構(gòu)定義文檔。
輸入	輸出
架構(gòu)工作要求書；能力評估；溝通計(jì)劃； 企業(yè)架構(gòu)的組織模型；定制的架構(gòu)框架；應(yīng)用原則；架構(gòu)工作說明書；架構(gòu)資源庫：可重用的構(gòu)建塊公開且可得的參考模型組織特定的參考模型組織標(biāo)準(zhǔn)架構(gòu)定義文檔草稿，包括：基線業(yè)務(wù)架構(gòu)1.0版；目標(biāo)業(yè)務(wù)架構(gòu)1.0版；基線數(shù)據(jù)架構(gòu)（0.1版或1.0版）；目標(biāo)數(shù)據(jù)架構(gòu)（0.1版或1.0版）；基線應(yīng)用架構(gòu)0.1版；目標(biāo)應(yīng)用架構(gòu)0.1版；基線技術(shù)架構(gòu)0.1版；目標(biāo)技術(shù)架構(gòu)0.1版；架構(gòu)需求說明書草稿，包括：差距分析結(jié)果；適用于此階段的相關(guān)技術(shù)需求；架構(gòu)路線圖的業(yè)務(wù)架構(gòu)組件和數(shù)據(jù)架構(gòu)組件。	經(jīng)過改善和更新的架構(gòu)愿景階段中的各交付物：架構(gòu)工作說明（Update）；經(jīng)過驗(yàn)證的應(yīng)用原則或新增的應(yīng)用原則；更新的架構(gòu)定義文檔：基線應(yīng)用架構(gòu)1.0版目標(biāo)應(yīng)用架構(gòu)1.0版主要涉眾關(guān)注的應(yīng)用架構(gòu)視圖更新的架構(gòu)需求說明書：差距分析結(jié)果應(yīng)用交互需求適用于當(dāng)前階段的相關(guān)技術(shù)需求；對于將要設(shè)計(jì)的技術(shù)架構(gòu)的約束；更新的業(yè)務(wù)需求；更新的數(shù)據(jù)需求；架構(gòu)路線圖的應(yīng)用架構(gòu)組件。

3.5 階段D——技術(shù)架構(gòu)在技術(shù)架構(gòu)階段，完成對IT系統(tǒng)基礎(chǔ)服務(wù)設(shè)施的設(shè)計(jì)，定義了架構(gòu)解決方案的物理實(shí)現(xiàn)，包括硬件、軟件和通信技術(shù)。

目標(biāo)	步驟
開發(fā)一個目標(biāo)技術(shù)架構(gòu)，并以此作為后續(xù)的實(shí)施和遷移計(jì)劃的基礎(chǔ)。 將應(yīng)用架構(gòu)中定義的各種應(yīng)用組件映射為相應(yīng)的技術(shù)組件， 這些技術(shù)組件代表了各種可以從市場或組織內(nèi)部獲得的軟件和硬件組件。	選擇參考模型、視角和工具；開發(fā)基線技術(shù)架構(gòu)1.0版；開發(fā)目標(biāo)技術(shù)架構(gòu)1.0版；執(zhí)行差距分析；定義組件；分析對整個架構(gòu)的影響；涉眾評審；技術(shù)架構(gòu)定稿；完善架構(gòu)定義文檔。
輸入	輸出
架構(gòu)工作要求書；能力評估；溝通計(jì)劃； 企業(yè)架構(gòu)的組織模型；定制的架構(gòu)框架；技術(shù)原則；架構(gòu)工作說明書；架構(gòu)資源庫（4方面）；架構(gòu)定義文檔草稿，包括：基線業(yè)務(wù)架構(gòu)1.0版目標(biāo)業(yè)務(wù)架構(gòu)1.0版基線數(shù)據(jù)架構(gòu)1.0版目標(biāo)數(shù)據(jù)架構(gòu)1.0版基線應(yīng)用架構(gòu)1.0版目標(biāo)應(yīng)用架構(gòu)1.0版基線技術(shù)架構(gòu)0.1版目標(biāo)技術(shù)架構(gòu)0.1版架構(gòu)需求說明書草稿，包括：差距分析結(jié)果來自于之前各階段的相關(guān)技術(shù)需求架構(gòu)路線圖的業(yè)務(wù)、數(shù)據(jù)和應(yīng)用架構(gòu)組件。	經(jīng)過改善和更新的架構(gòu)愿景階段中的各交付物：架構(gòu)工作說明（Update）經(jīng)過驗(yàn)證的或新增的技術(shù)原則；更新的架構(gòu)定義文檔：基線技術(shù)架構(gòu)1.0版目標(biāo)技術(shù)架構(gòu)10.版各技術(shù)組件以及他們與信息系統(tǒng)之間的關(guān)系各技術(shù)平臺以及它的結(jié)構(gòu)組成環(huán)境和位置期望的處理負(fù)荷以及技術(shù)組件間的負(fù)荷分布物理（網(wǎng)絡(luò)）通信硬件及網(wǎng)絡(luò)說明主要涉眾關(guān)注的技術(shù)架構(gòu)視圖更新的架構(gòu)需求說明書：差距分析結(jié)果從業(yè)務(wù)架構(gòu)和信息系統(tǒng)架構(gòu)階段輸出的需求更新后的技術(shù)需求架構(gòu)路線圖的技術(shù)架構(gòu)組件。

3.6 機(jī)會及解決方案這是第一個直接關(guān)注實(shí)施的階段，該階段主要描述確定目標(biāo)架構(gòu)交付物（項(xiàng)目、程序或文件）的過程。

目標(biāo)	步驟
重新審查業(yè)務(wù)目標(biāo)和業(yè)務(wù)能力，合并從階段B到階段D的差距分析，確定主要工作包并分組；重新審查并確認(rèn)企業(yè)承受變化的能力；獲得一系列過渡架構(gòu)，它們可以通過對各種機(jī)會的開發(fā)利用，來為各構(gòu)建塊的實(shí)現(xiàn)提供持續(xù)的業(yè)務(wù)價(jià)值；產(chǎn)生概要性的實(shí)施與遷移策略，并取得共識。	確定關(guān)鍵的公司變更屬性；確定項(xiàng)目實(shí)施的業(yè)務(wù)約束；審查并合并從階段B到階段D的差距分析結(jié)果；從功能的角度審查IT需求；確定并加強(qiáng)交互需求；改善并驗(yàn)證依賴關(guān)系；確認(rèn)業(yè)務(wù)轉(zhuǎn)型的準(zhǔn)備情況和風(fēng)險(xiǎn)；制訂高層次的實(shí)施和遷移策略；識別主要的工作包并進(jìn)行分組；確定過渡架構(gòu)；創(chuàng)建項(xiàng)目投資組合和項(xiàng)目章程，同時(shí)對架構(gòu)進(jìn)行更新。
輸入	輸出
產(chǎn)品信息； 架構(gòu)工作要求書；能力評估；溝通計(jì)劃；規(guī)劃方法； 企業(yè)架構(gòu)的組織模型；定制的架構(gòu)框架；架構(gòu)工作說明書；架構(gòu)愿景；架構(gòu)資源庫；架構(gòu)定義文檔草稿（v1.0版的4個基線架構(gòu)和4個目標(biāo)架構(gòu)）；架構(gòu)需求說明書草稿：差距分析結(jié)果（業(yè)務(wù)、數(shù)據(jù)、應(yīng)用和技術(shù)架構(gòu)）架構(gòu)需求IT服務(wù)管理一體化要求現(xiàn)存業(yè)務(wù)程序或項(xiàng)目的變更請求。	經(jīng)過改善和更新的架構(gòu)愿景、業(yè)務(wù)架構(gòu)、信息系統(tǒng)架構(gòu)和技術(shù)架構(gòu)階段中的各交付物：架構(gòu)工作說明（Update）；架構(gòu)愿景（Update）；架構(gòu)定義文檔草稿：識別出的增量內(nèi)容交互和共存需求實(shí)現(xiàn)和移植策略項(xiàng)目清單和項(xiàng)目章程架構(gòu)需求說明書草稿（Update）；能力評估：企業(yè)架構(gòu)成熟度概況轉(zhuǎn)型準(zhǔn)備工作報(bào)告過渡架構(gòu)1.0版：確定的關(guān)于差距、解決方案和依賴性的評估風(fēng)險(xiǎn)注冊表1.0版本影響分析（項(xiàng)目列表）依賴性分析報(bào)告實(shí)施因素的評估和推導(dǎo)矩陣(Deduction Matrix)實(shí)施和遷移計(jì)劃0.1版本（概述）

3.7 階段F——遷移規(guī)劃該階段通過制訂一個詳細(xì)的實(shí)現(xiàn)和遷移計(jì)劃完成從基線架構(gòu)向目標(biāo)架構(gòu)的轉(zhuǎn)變。

目標(biāo)	步驟
確保實(shí)施和遷移規(guī)劃與企業(yè)中正在使用的各種管理框架相協(xié)調(diào)；通過分配業(yè)務(wù)價(jià)值和執(zhí)行業(yè)務(wù)成本分析，劃分所有工作包、項(xiàng)目和構(gòu)建塊的優(yōu)先級；最終確定架構(gòu)愿景和架構(gòu)定義文檔，使其與共同商定的實(shí)施方法一致；與相關(guān)干系人一起確認(rèn)在機(jī)會和解決方案階段中定義的過渡架構(gòu)；創(chuàng)建、演進(jìn)并監(jiān)控詳細(xì)的實(shí)施和遷移規(guī)劃，提供實(shí)現(xiàn)過渡架構(gòu)所需的各種資源。	確定管理框架與實(shí)施和遷移規(guī)劃之間的相互作用；為每個項(xiàng)目指定業(yè)務(wù)價(jià)值；估算資源需求、項(xiàng)目時(shí)間和交付工具；通過績效評估和風(fēng)險(xiǎn)驗(yàn)證，確定遷移項(xiàng)目的優(yōu)先級；確定過渡架構(gòu)的增量內(nèi)容并更新架構(gòu)定義文檔；生成架構(gòu)實(shí)現(xiàn)路線圖（有時(shí)間標(biāo)識）和遷移計(jì)劃；創(chuàng)建架構(gòu)演進(jìn)循環(huán)并記錄收到的經(jīng)驗(yàn)教訓(xùn)。
輸入	輸出
架構(gòu)工作要求書；能力評估（企業(yè)架構(gòu)成熟度概況和轉(zhuǎn)型準(zhǔn)備報(bào)告）；溝通計(jì)劃； 企業(yè)架構(gòu)的組織模型；治理模型和框架：企業(yè)架構(gòu)管理框架能力管理框架投資組合管理框架項(xiàng)目管理框架運(yùn)營管理框架定制的架構(gòu)框架；架構(gòu)工作說明；架構(gòu)愿景；架構(gòu)資源庫；架構(gòu)定義文檔草稿：遷移規(guī)劃策略影響分析（項(xiàng)目列表和章程）架構(gòu)需求說明書草稿：差距分析結(jié)果（業(yè)務(wù)、數(shù)據(jù)、應(yīng)用和技術(shù)架構(gòu)）架構(gòu)需求IT服務(wù)管理一體化要求現(xiàn)存業(yè)務(wù)程序和項(xiàng)目的變更請求；經(jīng)過確認(rèn)和驗(yàn)證的架構(gòu)路線圖；過渡架構(gòu)1.0版：確定的關(guān)于差距、解決方案和依賴性的評估風(fēng)險(xiǎn)注冊表1.0版本影響分析（項(xiàng)目列表）依賴性分析報(bào)告實(shí)施因素評估和推導(dǎo)矩陣實(shí)現(xiàn)和遷移計(jì)劃0.1版。	實(shí)施和遷移計(jì)劃1.0版；定稿的架構(gòu)定義文檔；定稿的架構(gòu)需求說明書；定稿的架構(gòu)路線圖；定稿的過渡架構(gòu)；可重用的架構(gòu)構(gòu)建塊；架構(gòu)工作要求書（各實(shí)施項(xiàng)目，如果有的話）；架構(gòu)契約（關(guān)于各實(shí)施項(xiàng)目）；實(shí)施治理模型；從經(jīng)驗(yàn)教訓(xùn)中產(chǎn)生的變更請求。

3.8 階段G——實(shí)施治理該階段定義了實(shí)施項(xiàng)目的架構(gòu)約束，提供項(xiàng)目構(gòu)建的架構(gòu)監(jiān)督，產(chǎn)生一個架構(gòu)契約。

目標(biāo)	步驟
為每個實(shí)施項(xiàng)目給予建議；對涵蓋整個實(shí)施和部署過程的架構(gòu)契約進(jìn)行治理；在解決方案正在實(shí)施和部署時(shí)，行使恰當(dāng)?shù)闹卫砺氊?zé)；確保各實(shí)施項(xiàng)目符合于規(guī)定的架構(gòu)；確保按工作計(jì)劃成功部署了解決方案的相關(guān)程序；確保已經(jīng)部署的解決方案與目標(biāo)架構(gòu)一致；組織各種支持性行動，確保被部署的解決方案長期有效。	通過開發(fā)管理工作，確認(rèn)部署的范圍和優(yōu)先級；明確用于部署的資源和技能；指導(dǎo)部署解決方案的開發(fā)工作；執(zhí)行企業(yè)架構(gòu)合規(guī)審查；實(shí)施業(yè)務(wù)和IT運(yùn)營；執(zhí)行實(shí)施后審查并結(jié)束實(shí)施工作。
輸入	輸出
架構(gòu)工作要求書；能力評估； 企業(yè)架構(gòu)的組織模型：受影響的組織范圍成熟度評測、差距及解決方法架構(gòu)團(tuán)隊(duì)所擔(dān)當(dāng)?shù)慕巧吐氊?zé)架構(gòu)工作的約束預(yù)算需求治理和支持策略定制的架構(gòu)框架：定制的架構(gòu)方法定制的架構(gòu)內(nèi)容（交付物和制品）配置和部署工具架構(gòu)工作說明書；架構(gòu)愿景；架構(gòu)資源庫：可重用的構(gòu)建塊公開且可得的參考模型組織特定的參考模型組織標(biāo)準(zhǔn)架構(gòu)定義文檔；架構(gòu)需求說明書：架構(gòu)需求差距分析結(jié)果（業(yè)務(wù)、數(shù)據(jù)、應(yīng)用和技術(shù)）架構(gòu)路線圖；過渡架構(gòu)；實(shí)施治理模型；架構(gòu)契約；架構(gòu)工作要求書（經(jīng)過機(jī)會與解決方案和遷移規(guī)劃階段明確的）；實(shí)施和遷移計(jì)劃。	架構(gòu)契約（簽字）；變更請求；影響分析（實(shí)施）；建議；可部署的符合架構(gòu)要求的解決方案：實(shí)現(xiàn)的符合架構(gòu)要求的系統(tǒng)填充了相關(guān)資料的架構(gòu)資源庫架構(gòu)合規(guī)性建議與特許對服務(wù)交付需求的建議關(guān)于效能指標(biāo)的建議服務(wù)水平協(xié)議（SLAs）在實(shí)施后經(jīng)過更新的架構(gòu)愿景在實(shí)施后經(jīng)過更新的架構(gòu)定義文檔在實(shí)施后經(jīng)過更新的過渡架構(gòu)已實(shí)施解決方案的業(yè)務(wù)和IT運(yùn)營模型

3.9 階段H——架構(gòu)變更管理該階段確保能夠以一種可控制的方式對架構(gòu)的改變進(jìn)行管理。

目標(biāo)	步驟
確保基線架構(gòu)持續(xù)符合當(dāng)前實(shí)際情況；評估架構(gòu)性能并提出改進(jìn)建議；評估在之前階段中制定的框架和原則的變化；為實(shí)施治理階段建立的新的企業(yè)架構(gòu)基線建立一個架構(gòu)變更管理流程；將架構(gòu)和運(yùn)營的業(yè)務(wù)價(jià)值最大化；運(yùn)用治理框架。	建立價(jià)值實(shí)現(xiàn)過程；部署監(jiān)控工具；管理風(fēng)險(xiǎn)；提供架構(gòu)變更管理分析；開發(fā)變更需求以滿足性能目標(biāo)；管理治理過程；啟動實(shí)施變更的流程。
輸入	輸出
在階段E和F中確認(rèn)的架構(gòu)工作要求書； 企業(yè)架構(gòu)的組織模型；架構(gòu)工作說明書；架構(gòu)愿景；架構(gòu)資源庫；架構(gòu)定義文檔；架構(gòu)需求說明書；架構(gòu)路線圖；由技術(shù)變化產(chǎn)生的變更請求：新技術(shù)報(bào)告資產(chǎn)管理成本削減措施技術(shù)退出報(bào)告各標(biāo)準(zhǔn)舉措由業(yè)務(wù)變化產(chǎn)生的變更請求：業(yè)務(wù)發(fā)展業(yè)務(wù)異常業(yè)務(wù)革新業(yè)務(wù)技術(shù)革新戰(zhàn)略變化發(fā)展由經(jīng)驗(yàn)教訓(xùn)產(chǎn)生的變更請求；過渡架構(gòu)；實(shí)施治理模型；架構(gòu)契約（簽字）；合規(guī)性的評估；實(shí)施和遷移計(jì)劃。	架構(gòu)的各種更新；對架構(gòu)框架和原則的變更；新的架構(gòu)工作要求書，用于發(fā)起另一次ADM循環(huán)；架構(gòu)工作說明書（Update）；架構(gòu)契約（Update）；合規(guī)性的評估（Update）。

3.10 需求管理架構(gòu)需求管理適用于ADM的所有階段，這是一個動態(tài)的過程，完成對企業(yè)需求的識別、存儲并把它們插入或取出相應(yīng)的ADM階段。需求管理是ADM流程的中心。處理需求變化的能力對于ADM過程是非常重要的，架構(gòu)通過其天然處理不確定性和變化的能力在涉眾訴求之間架起橋梁并交付一個可實(shí)踐的解決方案。

目標(biāo)	步驟
定義一個可以貫穿ADM循環(huán)各個階段的管理架構(gòu)需求的過程；識別和存儲企業(yè)需求并與相應(yīng)的ADM階段進(jìn)行交互。	通過業(yè)務(wù)情景或其它模擬技術(shù)來識別并記錄需求（ADM各階段）；建立需求基線：確定產(chǎn)生于當(dāng)前架構(gòu)開發(fā)方法階段的各優(yōu)先級事項(xiàng)確認(rèn)干系人認(rèn)可各個結(jié)果優(yōu)先級事項(xiàng)記錄需求優(yōu)先級并將其放入需求庫監(jiān)控需求基線；識別發(fā)生變更的需求（ADM各階段）：增、刪、改處理并重新評定優(yōu)先級識別并解決沖突生成需求影響說明評估變更的需求對現(xiàn)在和之前的ADM階段產(chǎn)生的影響（ADM各階段）；實(shí)施架構(gòu)變更管理階段的需求（ADM架構(gòu)變更管理階段）；更新需求資源庫；實(shí)施當(dāng)前階段的需求變更（ADM各階段）；評估并修訂先前階段的差距分析（ADM各階段）。
輸入	輸出
各個ADM階段中與需求相關(guān)的輸出就是需求管理流程的輸入；最初高層次的需求是作為一部分的架構(gòu)愿景所產(chǎn)生；每個架構(gòu)領(lǐng)域都有相應(yīng)的詳細(xì)需求，之后的ADM階段交付物也包含了對新的需求類型的映射（如一致性需求）。	更新的架構(gòu)需求說明（如有必要）；需求影響的評估，識別出需要回到的ADM階段。最終版本必須包含需求的全部含義（如成本、時(shí)間范圍和業(yè)務(wù)流程）。

3.11 建立架構(gòu)活動的范圍ADM方法不能夠確定架構(gòu)活動的范圍，這必須由企業(yè)自己確定。需要限定架構(gòu)活動范圍的原因與以下因素有關(guān)：創(chuàng)建架構(gòu)的團(tuán)隊(duì)所具備的組織權(quán)力；需要在架構(gòu)中實(shí)現(xiàn)的目標(biāo)和干系人的訴求；可利用的人、資金以及其它資源。選定的架構(gòu)活動范圍理論上應(yīng)該地支持企業(yè)中的架構(gòu)師高效地完成治理和整合工作。這需要一套一致的“架構(gòu)分區(qū)”，確保架構(gòu)師不會從事重復(fù)勞動或沖突的活動。這同樣需要定義重用和多個架構(gòu)分區(qū)間的服從關(guān)系。下表從四個維度對架構(gòu)活動范圍的限定進(jìn)行了說明。

維度	考察
企業(yè)范圍或焦點(diǎn)	企業(yè)最大的業(yè)務(wù)范圍是什么？其中又有多少是需要架構(gòu)工作聚焦的？ 許多企業(yè)的規(guī)模非常大，實(shí)際上形成了一個組織單位成員的聯(lián)盟，每個成員都有自己獨(dú)立的企業(yè)權(quán)利。 現(xiàn)代企業(yè)越來越突破它的傳統(tǒng)界線，包括了一個由供應(yīng)商、客戶和合作伙伴形成的模糊的傳統(tǒng)行業(yè)企業(yè)聯(lián)盟。
架構(gòu)領(lǐng)域	一個全面的企業(yè)架構(gòu)描述應(yīng)該包括全部四個架構(gòu)領(lǐng)域（業(yè)務(wù)、數(shù)據(jù)、應(yīng)用、技術(shù)），但是實(shí)際的資源和時(shí)間約束經(jīng)常意味著沒有充分的時(shí)間、資金或其它資源去設(shè)計(jì)一個自頂而下的、包含全部四個架構(gòu)領(lǐng)域的架構(gòu)描述。即使在選定的架構(gòu)活動范圍小于企業(yè)整體業(yè)務(wù)范圍時(shí)也是這樣。
詳述垂直范圍或級別	架構(gòu)工作應(yīng)該細(xì)化到第幾層？怎么樣的架構(gòu)工作才算充分的？ 架構(gòu)工作和其它相關(guān)工作（系統(tǒng)設(shè)計(jì)、系統(tǒng)工程以及系統(tǒng)開發(fā)）的界線是什么？
時(shí)間周期	架構(gòu)愿景的準(zhǔn)確時(shí)間周期是什么？它是否意味著要在這個時(shí)間期間內(nèi)用詳細(xì)的架構(gòu)描述填充滿？如果不是，那么需要定義多少個中間級別的目標(biāo)架構(gòu)，并且它們的時(shí)間周期是多少？

總結(jié)

以上是生活随笔為你收集整理的系统架构设计方法论——TOGAF的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。