ADM是一個可靠的,行之有效的方法,以發(fā)展能夠滿足商務需求的企業(yè)架構(gòu),它是TOGAF的核心。本篇概要的介紹一下ADM方法的每個階段的工作內(nèi)容。
架構(gòu)開發(fā)方法ADM(Architecture Development Method)是以開發(fā)架構(gòu)為目的,為其提供的一種可重復的測試過程。ADM包含了建立體系結(jié)構(gòu)框架,開發(fā)架構(gòu)內(nèi)容,過渡及管理架構(gòu)的實現(xiàn)。
預備階段
確定實現(xiàn)過程涉眾,并且讓它們面對企業(yè)架構(gòu)工作的內(nèi)容。該階段交付基于組織業(yè)務法則的架構(gòu)指導方針(Architecture Guiding Principles),并且描述用于監(jiān)控 EA 實現(xiàn)進展的過程和標準。
階段A:架構(gòu)愿景
明確 EA 愿景。架構(gòu)愿景(Architecture Vision)工件利用業(yè)務推動者明確企業(yè)架構(gòu)工作的目的,并且創(chuàng)建基線和目標環(huán)境的粗略描述。如果業(yè)務目標不清楚,那么該階段中的一部分工作是來幫助業(yè)務人員確定其關(guān)鍵的目標和相應的過程,這些企業(yè)架構(gòu)都必須支持。同樣是該階段中生成的架構(gòu)工作描述(Statement of Architectural Work),勾勒出 EA 的范圍及約束,并且表示出架構(gòu)工作的計劃。
階段B:業(yè)務架構(gòu)
詳述關(guān)于業(yè)務領(lǐng)域架構(gòu)的工作。架構(gòu)愿景(Architecture Vision) 中概括的基線和目標架構(gòu)在此被詳細說明,從而使它們作為技術(shù)分析的有用輸入。業(yè)務過程建模、業(yè)務目標建模和用例建模是用于生成業(yè)務架構(gòu)的一些技術(shù),這又包含了所期望狀態(tài)的間隙分析。
階段C:信息系統(tǒng)架構(gòu)
涉及應用和數(shù)據(jù)(信息)架構(gòu)的交付。該階段利用基線和階段 A(ArchitectureVision)中開始的目標架構(gòu),以及業(yè)務間隙分析(業(yè)務架構(gòu)的一部分)的結(jié)果,在范圍內(nèi),并根據(jù)架構(gòu)工作描述(Statement ofArchitectural Work )中所概括的計劃,為目前和展望的環(huán)境交付應用及數(shù)據(jù)架構(gòu)。
架構(gòu)開發(fā)方法為實現(xiàn)和執(zhí)行組織的企業(yè)架構(gòu)提供完整的指導。該過程包括閉合循環(huán)中的多個,連續(xù)的階段。
階段 D 利用技術(shù)架構(gòu)的交付完成了 TOGAF ADM 循環(huán)的詳細架構(gòu)工作。如前面的階段里,間隙分析和草案架構(gòu)用作基線,由于初期對架構(gòu)指導原則達成一致。建模標記,例如 UML,在此階段中被積極地使用,從而生成各種觀點。
階段 E 的目的是闡明目標架構(gòu)所表現(xiàn)出的機會,并概述可能的解決方案。此階段中的工作圍繞著實現(xiàn)方案的可行性和實用性。此處生成的工件包括實現(xiàn)與移植策略(Implementation and Migration Strategy)、高層次實現(xiàn)計劃(High-level Implementation Plan),以及項目列表(Project List),還有作為實現(xiàn)項目所使用的藍圖的已更新的應用架構(gòu)。
階段 F 將所提議的實現(xiàn)項目劃分優(yōu)先級,并且執(zhí)行移植過程的詳細計劃和間隙分析。該工作包括評估項目之間的依賴性,并且最小化它們對企業(yè)運作的整個影響。在此階段中,更新了項目列表(Project List),詳述了實現(xiàn)計劃(Implementation Plan),并且將藍圖傳遞給了實現(xiàn)團隊。
階段 G 隨著項目列表的穩(wěn)定,重點就移動到為每個實現(xiàn)項目明確更具體的目標和推薦。在階段 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)的解決方案的交付所達到的架構(gòu)基線的變更管理。該階段可能會生成為企業(yè)架構(gòu)工作的后繼循環(huán)設置目標的架構(gòu)工作請求(Request for Architecture Work)。
總而言之,TOGAF的目標是成為 EA 開發(fā)的標準。TOGAF 架構(gòu)開發(fā)方法為實現(xiàn)和執(zhí)行組織的企業(yè)架構(gòu)提供完整的指導。
聯(lián)系客服