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

標籤：style   blog   http   使用   io   for   資料   ar   

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 ADM（Architecture Development Method）& Content 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