企業(yè)架構(gòu) － ADM方法概要介紹
企業(yè)架構(gòu) － ADM方法概要介紹
2018-05-29 09:44:43 來源：IT微課堂
搶沙發(fā)
2018-05-29 09:44:43 來源：IT微課堂
摘要：TOGAF 架構(gòu)開發(fā)方法為實現(xiàn)和執(zhí)行組織的企業(yè)架構(gòu)提供完整的指導(dǎo)。
關(guān)鍵詞：
企業(yè)架構(gòu)
ADM
ADM是一個可靠的，行之有效的方法，以發(fā)展能夠滿足商務(wù)需求的企業(yè)架構(gòu)，它是TOGAF的核心。本篇概要的介紹一下ADM方法的每個階段的工作內(nèi)容。
架構(gòu)開發(fā)方法ADM（Architecture Development Method）是以開發(fā)架構(gòu)為目的，為其提供的一種可重復(fù)的測試過程。ADM包含了建立體系結(jié)構(gòu)框架，開發(fā)架構(gòu)內(nèi)容，過渡及管理架構(gòu)的實現(xiàn)。
預(yù)備階段
確定實現(xiàn)過程涉眾，并且讓它們面對企業(yè)架構(gòu)工作的內(nèi)容。該階段交付基于組織業(yè)務(wù)法則的架構(gòu)指導(dǎo)方針（Architecture Guiding Principles），并且描述用于監(jiān)控 EA 實現(xiàn)進展的過程和標(biāo)準(zhǔn)。
階段A：架構(gòu)愿景
明確 EA 愿景。架構(gòu)愿景（Architecture Vision）工件利用業(yè)務(wù)推動者明確企業(yè)架構(gòu)工作的目的，并且創(chuàng)建基線和目標(biāo)環(huán)境的粗略描述。如果業(yè)務(wù)目標(biāo)不清楚，那么該階段中的一部分工作是來幫助業(yè)務(wù)人員確定其關(guān)鍵的目標(biāo)和相應(yīng)的過程，這些企業(yè)架構(gòu)都必須支持。同樣是該階段中生成的架構(gòu)工作描述（Statement of Architectural Work），勾勒出 EA 的范圍及約束，并且表示出架構(gòu)工作的計劃。
階段B：業(yè)務(wù)架構(gòu)
詳述關(guān)于業(yè)務(wù)領(lǐng)域架構(gòu)的工作。架構(gòu)愿景（Architecture Vision） 中概括的基線和目標(biāo)架構(gòu)在此被詳細(xì)說明，從而使它們作為技術(shù)分析的有用輸入。業(yè)務(wù)過程建模、業(yè)務(wù)目標(biāo)建模和用例建模是用于生成業(yè)務(wù)架構(gòu)的一些技術(shù)，這又包含了所期望狀態(tài)的間隙分析。
階段C：信息系統(tǒng)架構(gòu)
涉及應(yīng)用和數(shù)據(jù)（信息）架構(gòu)的交付。該階段利用基線和階段 A（ArchitectureVision）中開始的目標(biāo)架構(gòu)，以及業(yè)務(wù)間隙分析（業(yè)務(wù)架構(gòu)的一部分）的結(jié)果，在范圍內(nèi)，并根據(jù)架構(gòu)工作描述（Statement ofArchitectural Work ）中所概括的計劃，為目前和展望的環(huán)境交付應(yīng)用及數(shù)據(jù)架構(gòu)。
架構(gòu)開發(fā)方法為實現(xiàn)和執(zhí)行組織的企業(yè)架構(gòu)提供完整的指導(dǎo)。該過程包括閉合循環(huán)中的多個，連續(xù)的階段。
階段 D 利用技術(shù)架構(gòu)的交付完成了 TOGAF ADM 循環(huán)的詳細(xì)架構(gòu)工作。如前面的階段里，間隙分析和草案架構(gòu)用作基線，由于初期對架構(gòu)指導(dǎo)原則達(dá)成一致。建模標(biāo)記，例如 UML，在此階段中被積極地使用，從而生成各種觀點。
階段 E 的目的是闡明目標(biāo)架構(gòu)所表現(xiàn)出的機會，并概述可能的解決方案。此階段中的工作圍繞著實現(xiàn)方案的可行性和實用性。此處生成的工件包括實現(xiàn)與移植策略（Implementation and Migration Strategy）、高層次實現(xiàn)計劃（High-level Implementation Plan），以及項目列表（Project List），還有作為實現(xiàn)項目所使用的藍(lán)圖的已更新的應(yīng)用架構(gòu)。
階段 F 將所提議的實現(xiàn)項目劃分優(yōu)先級，并且執(zhí)行移植過程的詳細(xì)計劃和間隙分析。該工作包括評估項目之間的依賴性，并且最小化它們對企業(yè)運作的整個影響。在此階段中，更新了項目列表（Project List），詳述了實現(xiàn)計劃（Implementation Plan），并且將藍(lán)圖傳遞給了實現(xiàn)團隊。
階段 G 隨著項目列表的穩(wěn)定，重點就移動到為每個實現(xiàn)項目明確更具體的目標(biāo)和推薦。在階段 G 中，建立起了治理架構(gòu)（TOGAF）和開發(fā)組織之間的關(guān)系（例如，可能由 RUP 和項目管理知識體系（（Project Management Body of Knowledge，PMBOK）的組合，或其他項目管理方法所規(guī)定），并且在正式的架構(gòu)治理下實現(xiàn)所選的項目。階段的交付內(nèi)容是開發(fā)組織所接受的架構(gòu)契約（Architecture Contracts）。階段 G 最終的輸出是符合架構(gòu)的解決方案。
階段 H 中的重點轉(zhuǎn)移到實現(xiàn)的解決方案的交付所達(dá)到的架構(gòu)基線的變更管理。該階段可能會生成為企業(yè)架構(gòu)工作的后繼循環(huán)設(shè)置目標(biāo)的架構(gòu)工作請求（Request for Architecture Work）。
總而言之，TOGAF的目標(biāo)是成為 EA 開發(fā)的標(biāo)準(zhǔn)。TOGAF 架構(gòu)開發(fā)方法為實現(xiàn)和執(zhí)行組織的企業(yè)架構(gòu)提供完整的指導(dǎo)。
第三十四屆CIO班招生
北達(dá)軟EXIN網(wǎng)絡(luò)空間與IT安全基礎(chǔ)認(rèn)證培訓(xùn)
北達(dá)軟EXIN DevOps Professional認(rèn)證培訓(xùn)
責(zé)編：yangjun
免責(zé)聲明：本網(wǎng)站（http://www.www.gypb.net/）內(nèi)容主要來自原創(chuàng)、合作媒體供稿和第三方投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
本網(wǎng)站刊載的所有內(nèi)容（包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等）版權(quán)歸原作者所有。任何單位或個人認(rèn)為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，請及時通知本站，予以刪除。
