2010-06-30 22:44:10 來源：IT168網(wǎng)站
TOGAF是在過去二十年間出現(xiàn)的企業(yè)架構框架，其目標是成為 EA 開發(fā)的標準。TOGAF 是由 Open Group consortium 成員創(chuàng)建的， TOGAF 不是一開始就體現(xiàn)整體的 EA 焦點。最初，TOGAF 只包括技術架構(版本 1 到 7)，然而，最近該框架中加入了業(yè)務架構領域(版本 9，Enterprise Edition)，這快速地將 TOGAF 推向當今 EA 框架選擇的第一把交椅。
到添加了業(yè)務架構領域為止，TOGAF 已經(jīng)利用應用、數(shù)據(jù)和技術架構領域構建了堅固的技術基礎。業(yè)務架構領域的加入進一步推動了 TOGAF 不斷增長的名望，而其他從技術架構開始的框架在它周圍度過困難的時期。舉例來說，EUP 不得不利用 RUP 的方法、技術和標記符(UML)，而 Zachman、Spewak，和一些其他的框架有意地使它們的指導在高抽象層上，這負面地影響了人們對它們的接受，因為它們沒有贏得技術團隊的支持。
TOGAF 架構開發(fā)方法為實現(xiàn)和執(zhí)行組織的企業(yè)架構提供完整的指導。該過程包括閉合循環(huán)中的多個，連續(xù)的階段。
圖 1：TOGAF 架構開發(fā)方法(Architecture Development Method，ADM)
初期的目標是確定實現(xiàn)過程涉眾，并且讓它們面對企業(yè)架構工作的內容。該階段交付基于組織業(yè)務法則的架構指導方針(Architecture Guiding Principles)，并且描述用于監(jiān)控 EA 實現(xiàn)進展的過程和標準。
過程的階段 A 用于明確 EA 遠景。架構遠景(Architecture Vision )工件利用業(yè)務推動者明確企業(yè)架構工作的目的，并且創(chuàng)建基線和目標環(huán)境的粗略描述。如果業(yè)務目標不清楚，那么該階段中的一部分工作是來幫助業(yè)務人員確定其關鍵的目標和相應的過程，這些企業(yè)架構都必須支持。同樣是該階段中生成的架構工作描述(Statement of Architectural Work)，勾勒出 EA 的范圍及約束，并且表示出架構工作的計劃。
階段 B 用于詳述關于業(yè)務領域架構的工作。架構遠景(Architecture Vision) 中概括的基線和目標架構在此被詳細說明，從而使它們作為技術分析的有用輸入。業(yè)務過程建模、業(yè)務目標建模和用例建模是用于生成業(yè)務架構的一些技術，這又包含了所期望狀態(tài)的間隙分析。
階段 C 涉及應用和數(shù)據(jù)(信息)架構的交付。該階段利用基線和階段 A(Architecture Vision)中開始的目標架構，以及業(yè)務間隙分析(業(yè)務架構的一部分)的結果，在范圍內，并根據(jù)架構工作描述(Statement of Architectural Work )中所概括的計劃，為目前和展望的環(huán)境交付應用及數(shù)據(jù)架構。
階段 D 利用技術架構的交付完成了 TOGAF ADM 循環(huán)的詳細架構工作。如前面的階段里，間隙分析和草案架構用作基線，由于初期對架構指導原則達成一致。建模標記，例如 UML，在此階段中被積極地使用，從而生成各種觀點。
階段 E 的目的是闡明目標架構所表現(xiàn)出的機會，并概述可能的解決方案。此階段中的工作圍繞著實現(xiàn)方案的可行性和實用性。此處生成的工件包括實現(xiàn)與移植策略(Implementation and Migration Strategy)、高層次實現(xiàn)計劃(High-level Implementation Plan)，以及項目列表(Project List)，還有作為實現(xiàn)項目所使用的藍圖的已更新的應用架構。
階段 F 將所提議的實現(xiàn)項目劃分優(yōu)先級，并且執(zhí)行移植過程的詳細計劃和間隙分析。該工作包括評估項目之間的依賴性，并且最小化它們對企業(yè)運作的整個影響。在此階段中，更新了項目列表(Project List)，詳述了實現(xiàn)計劃(Implementation Plan)，并且將藍圖傳遞給了實現(xiàn)團隊。
隨著項目列表的穩(wěn)定，重點就移動到為每個實現(xiàn)項目明確更具體的目標和推薦。在階段 G 中，建立起了治理架構(TOGAF)和開發(fā)組織之間的關系(例如，可能由 RUP 和項目管理知識體系((Project Management Body of Knowledge，PMBOK) 的組合，或其他項目管理方法所規(guī)定)，并且在正式的架構治理下實現(xiàn)所選的項目。階段的交付內容是開發(fā)組織所接受的架構契約(Architecture Contracts)。階段 G 最終的輸出是符合架構的解決方案。
階段 H 中的重點轉移到實現(xiàn)的解決方案的交付所達到的架構基線的變更管理。該階段可能會生成為企業(yè)架構工作的后繼循環(huán)設置目標的 架構工作請求(Request for Architecture Work)。
免責聲明：本網(wǎng)站（http://www.www.gypb.net/）內容主要來自原創(chuàng)、合作媒體供稿和第三方投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。
本網(wǎng)站刊載的所有內容（包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等）版權歸原作者所有。任何單位或個人認為本網(wǎng)站中的內容可能涉嫌侵犯其知識產(chǎn)權或存在不實內容時，請及時通知本站，予以刪除。
搶沙發(fā)
