Atitit.研發管理---TOGAF架構跟 （ADM開發方法）總結

1. TOGAF是在過去二十年間出現的企業架構框架 1

2. TOGAF內容結構 1

3. TOGAF 實現過程 2

4. 參考 4

1. TOGAF是在過去二十年間出現的企業架構框架

。其目標是成為 EA 開發的標準。

TOGAF 是由 Open Group consortium 成員創建的， TOGAF 不是一開始就體現總體的 EA 焦點。

最初。TOGAF 僅僅包含技術架構(版本號 1 到 7)。然而，近期該框架中增加了業務架構領域(版本號 9。Enterprise Edition)，這高速地將 TOGAF 推向當今 EA 框架選擇的第一把交椅。

TOGAF的各部分內容以及他們之間的關系通過例如以下的示意圖進行了表述：

作者::老哇的爪子Attilax艾龍，EMAIL:[email protected]

轉載請註明來源：http://blog.csdn.net/attilax

2. TOGAF內容結構

TOGAF的內容被分為三個主要部分：

· TOGAF能力框架（TOGAF Capability Framework）：為了在一個企業中有效地操作企業架構並使其發揮最大的效能。一系列適當的組織結構、流程、技能、角色和責任須要被定義並結合起來。而TOGAF的能力框架正為怎樣組織好這些元素提供了指南。

· TOGAF架構開發方法和內容框架（

· TOGAF企業連續體和工具（TOGAF Enterprise Continuum and Tools）：企業連續體是企業架構資源庫的一張視圖，它為企業中的各種架構和解決方式制品提供了一種分類和組織的方法。企業架構過程是一個動態的過程。 因而這一針對工作制品進行組織分類的方式也不不過一個靜態方法，還是一種可以隨著企業架構演進而變化其分類方式的動態方法。在此方法的視角中，隨著企業 架構的演進發展，其內容也從通用走向特化，其具體程度也由簡略轉為詳盡，而隨著實踐的沈澱。原來特化的架構或解決方式制品也可能成為在更廣泛範圍內通用制 品。除此之外，該部分內容還提供了幾個用於幫助企業架構建設的參考模型以及其它的一些輔助工具。

3. 　TOGAF 實現過程

架構開發方法為實現和運行組織的企業架構提供完整的指導。該過程包含閉合循環中的多個，連續的階段。

圖 1：TOGAF 架構開發方法(Architecture Development Method，ADM)

　　初期的目標是確定實現過程涉眾，而且讓它

過程的階段 A 用於明白 EA 遠景。架構遠景(Architecture Vision )工件利用業務推動者明白企業架構工作的目的。而且創建基線和目標環境的粗略描寫敘述。假設業務目標不清楚，那麽該階段中的一部分工作是來幫助業務人員確定其 關鍵的目標和對應的過程，這些企業架構都必須支持。相同是該階段中生成的架構工作描寫敘述(Statement of Architectural Work)。勾勒出 EA 的範圍及約束。而且表示出架構工作的計劃。

　　階段 B 用於詳述關於業務領域架構的工作。架構遠景(Architecture Vision) 中概括的基線和目標架構在此被具體說明。從而使它們作為技術分析的實用輸入。業務過程建模、業務目標建模和用例建模是用於生成業務架構的一些技術。這又包 含了所期望狀態的間隙分析。

　　階段 C 涉及應用和數據(信息)架構的交付。該階段利用基線和階段 A(Architecture Vision)中開始的目標架構，以及業務間隙分析(業務架構的一部分)的結果。在範圍內，並依據架構工作描寫敘述(Statement of Architectural Work )中所概括的計劃，為眼下和展望的環境交付應用及數據架構。

　　階段 D 利用技術架構的交付完畢了 TOGAF ADM 循環的具體架構工作。

如前面的階段裏。間隙分析和草案架構用作基線，因為初期對架構指導原則達成一致。建模標記，比如 UML，在此階段中被積極地使用。從而生成各種觀點。

　 　階段 E 的目的是闡明目標架構所表現出的機會。並概述可能的解決方式。此階段中的工作環繞著實現方案的可行性和有用性。此處生成的工件包含實現與移植策略 (Implementation and Migration Strategy)、高層次實現計劃(High-level Implementation Plan)，以及項目列表(Project List)，還有作為實現項目所使用的藍圖的已更新的應用架構。

　 　階段 F 將所提議的實現項目劃分優先級，而且運行移植過程的具體計劃和間隙分析。該工作包含評估項目之間的依賴性。而且最小化它們對企業運作的整個影響。在此階段 中。更新了項目列表(Project List)，詳述了實現計劃(Implementation Plan)，而且將藍圖傳遞給了實現團隊。

　 　隨著項目列表的穩定，重點就移動到為每一個實現項目明白更詳細的目標和推薦。在階段 G 中。建立起了治理架構(TOGAF)和開發組織之間的關系(比如，可能由 RUP 和項目管理知識體系((Project Management Body of Knowledge，PMBOK) 的組合，或其它項目管理方法所規定)，而且在正式的架構治理下實現所選的項目。

階段的交付內容是開發組織所接受的架構契約(Architecture Contracts)。

階段 G 終於的輸出是符合架構的解決方式。

　　階段 H 中的重點轉移到實現的解決方式的交付所達到的架構基線的變更管理。

該階段可能會生成為企業架構工作的後繼循環設置目標的 架構工作請求(Request for Architecture Work)。

4. 參考

企業架構研究總結（18）——TOGAF總論及架構開發方法（ADM）概述 - 推酷.htm

TOGAF架構開發方法論ADM簡單介紹_IT168 技術開發.htm

Atitit.研發管理---TOGAF架構跟 （ADM開發方法）總結