TOGAF內(nèi)容綜述

1、TOGAF整體說(shuō)明、TOGAF 既述TOGAF （The Open Group Architecture Framework 是一個(gè)架構(gòu)框架，簡(jiǎn)而言 之，是一種協(xié)助開(kāi)發(fā)、驗(yàn)收、運(yùn)行、使用和維護(hù)架構(gòu)的工具。TOGAF已被80%的Forbes 50 （福布斯）的公司使用，并支持開(kāi)放、標(biāo)準(zhǔn)的 SOA參考架構(gòu)。TOGAF是由開(kāi)放團(tuán)體（The Open Group）發(fā)起和設(shè)計(jì)的，它有300多個(gè)會(huì)員 企業(yè)，包括許多世界著名的企業(yè)，比如IBM、凱捷、富士通、日立、惠普、NEG 美國(guó)國(guó)防部、美國(guó)國(guó)家航空航天局（NASA）等。從1993年產(chǎn)生以來(lái)，經(jīng)過(guò)近20 年的發(fā)展，TOGAF已經(jīng)成為一個(gè)行業(yè)的標(biāo)準(zhǔn)。TOGA

2、F原先是基于美國(guó)國(guó)防部的信 息管理的技術(shù)框架 （Technical Architecture Framework of Information Management, TAFIM）的，包括了一個(gè)組織服務(wù)類型的技術(shù)參考模型、標(biāo)準(zhǔn)信息、一個(gè)關(guān)于無(wú) 界限的信息流和集成信息基礎(chǔ)建設(shè)參考模型 （In tegrated In formation In frastructure Referenee Model，III-RM）觀念的討論、一個(gè)關(guān)于發(fā)展多種架構(gòu)視圖（如業(yè)務(wù)， 安全，軟件，管理信息和幫助讀者以及使用者開(kāi)始實(shí)施的模板等）的討論，不是 一開(kāi)始就體現(xiàn)整體的EA焦點(diǎn)。最初，它只包括技術(shù)架構(gòu)（版本 1到7）

3、，后來(lái)， 該框架中加入了業(yè)務(wù)架構(gòu)領(lǐng)域，擴(kuò)充到企業(yè)架構(gòu)，目前，其最新版本為9.0,其具體的演變過(guò)程如圖1.1所示。'常戶殳田空朮扯構(gòu)忑蒂-丄"汁 TAFIM 光:応¥* TOGAF rhi;.圖1.1 TOGAF發(fā)展歷程由于TOGAF是一個(gè)跨行業(yè)的、開(kāi)放的免費(fèi)架構(gòu)，所以在全世界得到了廣泛 的使用。根據(jù)The Open Group的2009年調(diào)研報(bào)告，各類企業(yè)架構(gòu)框架的市場(chǎng)占 用率如圖1.2所示，TOGAF的占有率已經(jīng)超過(guò)百分之五十。Tha I巧嗆巧號(hào) JMS'SOfl? Sufb. &. and Fwrfrstif JU M Rs-par* ndrin

4、gr& >ar« coos sSent圖1.2各類企業(yè)架構(gòu)框架市場(chǎng)占有率、內(nèi)容體系及相互關(guān)系TOGAF的體系非常全面，因此也較為復(fù)雜，圖 2.1表示了 TOGAF9.0最新的 內(nèi)容體系，它主要由6個(gè)部分組成，下面簡(jiǎn)要介紹它們的作用和相互關(guān)系。-工聚梅開(kāi)發(fā)4.舉構(gòu)開(kāi)龍指劭和拄總2.義構(gòu)內(nèi)密框采IP氐寰構(gòu)能力框氽E企亞連桑規(guī)一體圖2-1 TOGAF規(guī)范的內(nèi)容體系，ADM ）是核心內(nèi)架構(gòu)開(kāi)發(fā)方法（Architecture Development Method容，通過(guò)架構(gòu)開(kāi)發(fā)方法的應(yīng)用過(guò)程其實(shí)就是一個(gè)企業(yè)構(gòu)建自身EA的過(guò)程,其實(shí)施結(jié)果產(chǎn)生大量的模型、規(guī)則及相互關(guān)聯(lián)關(guān)系，我們常說(shuō)

5、的TOGAF成果體系（見(jiàn)圖2.2）就是在這個(gè)方法應(yīng)用過(guò)程中產(chǎn)生的。經(jīng)過(guò)ADM開(kāi)發(fā)出的成果是分散的，架構(gòu)內(nèi)容框架（Architecture ContentFramework ）的作用就是結(jié)構(gòu)化這些成果，用 TOGAF推薦的EA體系進(jìn) 行組織，事實(shí)上，由于TOGAF是開(kāi)放的，這些成果也完全可以用 Zachman 等模型進(jìn)行內(nèi)容的組織，具體內(nèi)容框架的模式參見(jiàn)第三章相應(yīng)章節(jié)。參考模型(TOGAFReferenee Models, TRM)是技術(shù)參考模型的簡(jiǎn)稱，它 主要針對(duì)與業(yè)務(wù)需求向?qū)?yīng)的系統(tǒng)平臺(tái)服務(wù)給出一個(gè)通用化的描述方法， 在TOGAF中，給出了一個(gè)他認(rèn)為是具有普適性的應(yīng)用系統(tǒng)功能、接口、 服務(wù)的

6、分類和視圖，并對(duì)接口、 服務(wù)內(nèi)容等進(jìn)行了羅列，給出相應(yīng)的描述 方法，企業(yè)從中可以選擇適合自己的， 加以修改應(yīng)用，在規(guī)范中它也明確 表示，企業(yè)完全可以建立自己的平臺(tái)服務(wù)的表達(dá)， 它提供的不一定全面和 適用。架構(gòu)開(kāi)發(fā)指引和技術(shù) ( ADM Guidelines and Teehniques ) 主要是給出 了如何選取市面上的工具和技術(shù)來(lái)幫助用戶開(kāi)始實(shí)踐 ADM，是基于方法 建立TOGAF框架的具體實(shí)現(xiàn)途徑指導(dǎo)。企業(yè)連續(xù)統(tǒng)一體和工具( Enterprise Continuum and Tools )是一個(gè)架 構(gòu)知識(shí)庫(kù)， 它指引企業(yè)建立從通用的基礎(chǔ)架構(gòu)到行業(yè)架構(gòu)， 再到具體的企 業(yè)架構(gòu)及相關(guān)企業(yè)架構(gòu)的

7、知識(shí)庫(kù)，幫助企業(yè)參考使用。架構(gòu)能力框架( Arehiteeture Capability Framework )是對(duì)架構(gòu)描述中 涉及的組織、角色、業(yè)務(wù)、技術(shù)所需能力的一種結(jié)構(gòu)化定義，用來(lái)驅(qū)動(dòng)企 業(yè)架構(gòu)的建立和運(yùn)轉(zhuǎn)。TOGAF9交付物：目錄*矩陣、w-s B -卜'*：、J % 4iT %整塢施誌灣目慕 2腿制力電標(biāo)R的目錄i Jt務(wù)J1務(wù)功柜fl垂流ft事件/抻產(chǎn)鬲目批 -吳拘測(cè)艮目殺址券百就蚱陣 藏的杳商包菲啤 業(yè)券足鍛陽(yáng) it善旅券:偉-trffi 購(gòu)曉忡分解!£ 嚴(yán)總ji沖朗屬 自抵!H存劇U用.量11護(hù)*利蠡竭旻寺拊*E陣 斛決帝左趣髯圖Sr狀d 一埃朮曙叱1越殺殂合

8、宣錄 臬域技札範(fàn)陣蛀理Si-珂博計(jì)算丿覲憐岳Jfr fi 弄対-卜-桿C &申L： ?It據(jù)寶牡點(diǎn)程松伴窗蓋慮軸更替冃錄2揍口晳汞畫fet/赴握便陣*蝕竝坎疑半1. AS魚色fU :fiit功腿擁陣*豪廉吿去弱-真井晨圖丘則和朗戶怕直醫(yī)膏樣#奪眉期團(tuán)能業(yè)耳嗜!f H雷 枕樣工複國(guó)只謐E.二辭乂方黑2襄a?？沼谺S :就赴岳寓歩目錄圖2-2由實(shí)施TOGAF開(kāi)發(fā)方法得到的TOGAF成果體系圖2-3簡(jiǎn)要說(shuō)明了這6個(gè)組成部分的相互關(guān)系。其中 Part3、Part4等是該 組成部分在TOGAF9規(guī)范中的章節(jié)位置。從圖 2-3中可以看出，架構(gòu)開(kāi)發(fā)方法（ADM）是核心的，它實(shí)現(xiàn)了從業(yè)務(wù)愿景到業(yè)務(wù)能

9、力的轉(zhuǎn)換和驅(qū)動(dòng)。ADM實(shí)施中包含了 ADM指引和技術(shù)的支持，其成果體系以內(nèi)容框架的方式進(jìn)行展現(xiàn)，并 放入企業(yè)連續(xù)統(tǒng)一體之中，而參考模型也作為通用模型的一種，也放在了企業(yè)連 續(xù)統(tǒng)一體之中。架構(gòu)能力框架系統(tǒng)說(shuō)明了企業(yè)愿景實(shí)現(xiàn)中的能力需求體系，并為愿景實(shí)現(xiàn)提供能力保障，同時(shí)也通過(guò)實(shí)際業(yè)務(wù)能力不斷驗(yàn)證能力框架的成熟度/實(shí)現(xiàn)程度。能力框架是驅(qū)動(dòng)架構(gòu)開(kāi)發(fā)的動(dòng)力，最終通過(guò)能力的實(shí)現(xiàn)支持企業(yè)架構(gòu) 的運(yùn)轉(zhuǎn)。站種.衍上優(yōu)業(yè)畀愿疑 和駆功力葉黒業(yè)需療星聖實(shí)理蛙、綣杓 J <.0 ,l. '512)靜確ADM樣引和桂監(jiān)(尸*3)字f.黠珥代占至葛席楨葺盟局15.業(yè)碁*r決J7fTOGAF輕郴開(kāi)址方建聃內(nèi)

10、容莎業(yè)務(wù)能力苗如蟲(chóng)掙試苗柴構(gòu)內(nèi)容杠架(Pari4)TOGAF書號(hào)櫻璋(P測(cè)問(wèn)I廣涼連釀樂(lè)二怵曰三耳 (Parr 5)逵方首盧主粹要舟乞 J 隹祐住陛屮的內(nèi)!ft. J 做IR*矗儷*維一傳 寶仆鼻TQGAFft卿剎工耳WMf耐MF圖2-3 TOGA吶容體系之間的關(guān)系描述三、內(nèi)容結(jié)構(gòu)的詳細(xì)說(shuō)明3.1 架構(gòu)開(kāi)發(fā)方法(Architecture Development Method , ADM )TOGAF的關(guān)鍵是架構(gòu)開(kāi)發(fā)方法(Architecture Development Method: ADM ): 一個(gè)可靠的，行之有效的方法，以發(fā)展能夠滿足商務(wù)需求的企業(yè)架構(gòu)。 它是以迭 代的步驟順序建立一個(gè)企

11、業(yè)架構(gòu)，具體的步驟如圖 3.1所示。圖3 .1 ADM方法*擁疋樂(lè)構(gòu)定兒赭4揮決楷畔叢構(gòu)圍見(jiàn)時(shí)形喩2幷基澤穿析2.譽(yù)展電踐社斤窯檸榴連預(yù)備階段:確定實(shí)現(xiàn)過(guò)程涉眾，并且讓它們面對(duì)企業(yè)架構(gòu)工作的內(nèi)容。該階段交付基于 組織業(yè)務(wù)法則的架構(gòu)指導(dǎo)方針 (Architecture Guiding Principles)，并且描述用于監(jiān) 控EA實(shí)現(xiàn)進(jìn)展的過(guò)程和標(biāo)準(zhǔn)。A架構(gòu)愿景：明確EA遠(yuǎn)景。架構(gòu)遠(yuǎn)景(Architecture Vision)工件利用業(yè)務(wù)推動(dòng)者明確企 業(yè)架構(gòu)工作的目的，并且創(chuàng)建基線和目標(biāo)環(huán)境的粗略描述。如果業(yè)務(wù)目標(biāo)不清楚， 那么該階段中的一部分工作是來(lái)幫助業(yè)務(wù)人員確定其關(guān)鍵的目標(biāo)和相應(yīng)的過(guò)程，

12、這些企業(yè)架構(gòu)都必須支持。同樣是該階段中生成的架構(gòu)工作描述( Statement of Architectural Work)，勾勒出EA的范圍及約束，并且表示出架構(gòu)工作的計(jì)劃。B業(yè)務(wù)架構(gòu)詳述關(guān)于業(yè)務(wù)領(lǐng)域架構(gòu)的工作。架構(gòu)遠(yuǎn)景( Architecture Vision)中概括的 基線和目標(biāo)架構(gòu)在此被詳細(xì)說(shuō)明，從而使它們作為技術(shù)分析的有用輸入。 業(yè)務(wù)過(guò) 程建模、業(yè)務(wù)目標(biāo)建模和用例建模是用于生成業(yè)務(wù)架構(gòu)的一些技術(shù)，這又包含了所期望狀態(tài)的間隙分析。階段B的步驟如圖3.2所示LU廉曲悄豉.出編滬黨，哉*務(wù)社陶配日耶片圖3.2業(yè)務(wù)架構(gòu)步驟C信息系統(tǒng)架構(gòu)涉及應(yīng)用和數(shù)據(jù)(信息)架構(gòu)的交付。 該階段利用基線和階段

13、 A(ArchitectureVisio n)中開(kāi)始的目標(biāo)架構(gòu)，以及業(yè)務(wù)間隙分析(業(yè)務(wù)架構(gòu)的一部分)的結(jié)果， 在范圍內(nèi)，并根據(jù)架構(gòu)工作描述 ( Statement of Architectural Work )中所概括 的計(jì)劃，為目前和展望的環(huán)境交付應(yīng)用及數(shù)據(jù)架構(gòu)。D 技術(shù)架構(gòu)利用技術(shù)架構(gòu)的交付完成了 TOGAF ADM循環(huán)的詳細(xì)架構(gòu)工作。如前面的階 段里，間隙分析和草案架構(gòu)用作基線， 由于初期對(duì)架構(gòu)指導(dǎo)原則達(dá)成一致。 建模 標(biāo)記，例如UML,在此階段中被積極地使用，從而生成各種觀點(diǎn)。E機(jī)會(huì)及解決方案闡明目標(biāo)架構(gòu)所表現(xiàn)出的機(jī)會(huì)， 并概述可能的解決方案。 此階段中的工作圍 繞著實(shí)現(xiàn)方案的可 行性

14、和實(shí) 用性。此 處生成的工 件包括 實(shí)現(xiàn)與移植 策略( Implementation and Migration Strategy) 、 高層次實(shí) 現(xiàn) 計(jì)劃 ( High-level Implementation Plan)，以及項(xiàng)目列表(Project List)，還有作為實(shí)現(xiàn)項(xiàng)目所使用的 藍(lán)圖的已更新的應(yīng)用架構(gòu)。F 遷移規(guī)劃將所提議的實(shí)現(xiàn)項(xiàng)目劃分優(yōu)先級(jí)， 并且執(zhí)行移植過(guò)程的詳細(xì)計(jì)劃和間隙分析。 該工作包括評(píng)估項(xiàng)目之間的依賴性，并且最小化它們對(duì)企業(yè)運(yùn)作的整個(gè)影 響。 在此階段中，更新了項(xiàng)目列表(Project List)，詳述了實(shí)現(xiàn)計(jì)劃(Implementation Pla n),并且將藍(lán)圖

15、傳遞給了實(shí)現(xiàn)團(tuán)隊(duì)。G 實(shí)施治理建立起了治理架構(gòu)(TOGAF和開(kāi)發(fā)組織之間的關(guān)系(例如，可能由RUP和 項(xiàng)目管理知識(shí)體系(Project Management Body of Knowledge, PMBOK的組合， 或其他項(xiàng)目管理方法所規(guī)定) ，并且在正式的架構(gòu)治理下實(shí)現(xiàn)所選的項(xiàng)目。階段 的交付內(nèi)容是開(kāi)發(fā)組織所接受的架構(gòu)契約(Architecture Contracts)。階段G最 終的輸出是符合架構(gòu)的解決方案。H 架構(gòu)變更管理重點(diǎn)轉(zhuǎn)移到實(shí)現(xiàn)的解決方案的交付所達(dá)到的架構(gòu)基線的變更管理。 該階段可 能會(huì)生成為企業(yè)架構(gòu)工作的后繼循環(huán)設(shè)置目標(biāo)的 架構(gòu)工作請(qǐng)求( Request for Archite

16、cture Work)。需求管理處理所有類型的需求， 包括顯著的業(yè)務(wù)推動(dòng)者、 關(guān)系， 及新的功能和變更請(qǐng) 求。它適用于ADM周期所有階段，是ADM流程的中心，并且是動(dòng)態(tài)的流程，解 決處于該階段的需求識(shí)別，保管和交付。3.2 架構(gòu)內(nèi)容框架( Architecture Content Framework)企業(yè)經(jīng)過(guò)ADM開(kāi)發(fā)得到的成果在TOGAF中是以統(tǒng)一的內(nèi)容框架展現(xiàn)的， 如圖 3.3 所示，主要有架構(gòu)愿景、需求、業(yè)務(wù)架構(gòu)、信息系統(tǒng)架構(gòu)、技術(shù)架構(gòu)、 數(shù)據(jù)架構(gòu)等部分構(gòu)成，值得注意的是，TOGAF的成果也可以用Zachman的框架或其他通用框架進(jìn)行展示，是一個(gè)比較開(kāi)放的體系。圖 3.4 中給出了這些架

17、構(gòu)內(nèi) 容之間的內(nèi)在關(guān)聯(lián)。圖3.3 TOGAF內(nèi)容框架ill-si 軸輕r5*務(wù)y w.hM iiirj-冋陽(yáng)機(jī)肉r*盤紫叭.-.CJT. *抑H-fiEE任 _ aS* Jr M憶舞f電|佳融也«£U-池袒i.Jj-嘶f 口常汽圖3.4內(nèi)容框架中各要素之間的關(guān)系3.3 參考模型(TOGAF Referenee Models , TRM )TRM中給出了一個(gè)系統(tǒng)平臺(tái)服務(wù)的通用描述，并給出了每種服務(wù)、接口、 功能的描述方法。而每個(gè)對(duì)象的描述方式主要分為兩部分， 一個(gè)是類別，二是該 類別的圖形化表達(dá)，TRM的目標(biāo)是提供一個(gè)廣泛接受共識(shí)的平臺(tái)技術(shù)體系描述 方法，事實(shí)上，企業(yè)在建立自

18、己的架構(gòu)時(shí)，完全可以選用自已更為合適的系統(tǒng)描 述方法，因?yàn)樗峁┑拿枋霾⒉痪哂嗅槍?duì)性， 有時(shí)往往與系統(tǒng)需求和體系是不相 適用的。圖3.5展示了 TRM所認(rèn)為的系統(tǒng)平臺(tái)服務(wù)的通用模式，在這種服務(wù)模式下， TRM將其細(xì)化為圖3.6所示的詳細(xì)構(gòu)成，每個(gè)詳細(xì)構(gòu)成對(duì)象都定義了具體的功能、 服務(wù)等描述方法，圖3.7是從TOGAF9中的截圖，是對(duì)其中數(shù)據(jù)管理服務(wù)的詳細(xì) 定義。圖3.5 TRM的頂層視圖QualitiesBu«ln«SiS|nfrji5trutWr» Appll口'命口仗ApplicatlDn PtatitHrn InlarfaceQUEffois.Grv

19、ph-all wxaFnagrelnEflt DWEm-2i4r!nihDi3gl> u«二帚rf也n中 Ftamaniomp- OPCTarb 口 n l*®*o3-貴 Dirgory Tran 雷a一字 ptog#43-e uc!rtwHllfflngilnHlcrinlpNndzetw 口rl £nwgqme!nl-r,G.9t±£sn 口OperatingServicesCommunicationa I nfr as true lure InlahaoeCnrirnMnivtipriv knrfraiflnicluFQualiti

20、es圖3.6 TRM的詳細(xì)定義視圖 Data Management Services (see Section 435,?): Data dictionaryfreposrtwy servicesDatabase Management System (DBMS) servicesObject-Oriented Database Management System (OODBMS) services vyFile management servicesu 17Query processing functions LV/L)Screen generation functionsrt v J . A Report generation functk)ns Networking/concument access functions Il -£圖3.7 TR