TOGAF體系 學(xué)習(xí)筆記

TOGAF學(xué)習(xí)筆記TOGAF9

手冊

PartI–

簡介PartII–架構(gòu)開發(fā)方法（ADM)PartIII–ADM

指引和技術(shù)PartIV–架構(gòu)內(nèi)容框架PartV–企業(yè)連續(xù)系列和工具PartVI–架構(gòu)能力框架前言，執(zhí)行概況，核心的概念，定義和發(fā)版說明ADM

簡介ADM階段敘述架構(gòu)制品架構(gòu)交付物構(gòu)建塊調(diào)整ADM流程的指引架構(gòu)開發(fā)技術(shù)企業(yè)連續(xù)系列架構(gòu)分割架構(gòu)存儲庫架構(gòu)開發(fā)工具架構(gòu)合規(guī)架構(gòu)合同架構(gòu)治理架構(gòu)成熟度模型架構(gòu)技能框架架構(gòu)內(nèi)容元模型架構(gòu)委員會2基本概念Enterprise企業(yè)EA企業(yè)架構(gòu)EAF企業(yè)架構(gòu)框架TOGAFADM需要一種框架開發(fā)方法使用的流程Enterprise企業(yè)具有一組共同目標(biāo)的組織的集合，可以是：政府機(jī)構(gòu)、公司、或公司的部分EA企業(yè)架構(gòu)定義企業(yè)各組成部分如何構(gòu)建以及他們之間的關(guān)系、設(shè)計(jì)和演進(jìn)原則、規(guī)定EAF企業(yè)架構(gòu)框架是一種用于開發(fā)、實(shí)施和支持架構(gòu)的概念結(jié)構(gòu)；是一種方法，一套工具，并提供一個(gè)常用詞匯表。例如：TOGAF，Zachman等TOGAFTOGAF是一個(gè)架構(gòu)框架。簡言之，TOGAF是一種用來幫助接受、創(chuàng)建、使用和維護(hù)架構(gòu)的工具。ADMTOGAF架構(gòu)開發(fā)方法，一個(gè)用于開發(fā)企業(yè)架構(gòu)的循序漸進(jìn)的方法3基本概念A(yù)s-Is基線架構(gòu)過渡架構(gòu)To-Be目標(biāo)架構(gòu)業(yè)務(wù)架構(gòu)數(shù)據(jù)架構(gòu)應(yīng)用架構(gòu)技術(shù)架構(gòu)TOGAF給出了兩種風(fēng)格的架構(gòu)定義：基線優(yōu)先（BaselineFirst)：在這種風(fēng)格中，首先對基線架構(gòu)進(jìn)行評估。當(dāng)目標(biāo)解決方案無法被清晰地了解時(shí)，這種過程比較適用。目標(biāo)優(yōu)先（TargetFirst)：在這種風(fēng)格中，首先對目標(biāo)解決方案進(jìn)行詳細(xì)闡述，然后再映射回基線架構(gòu)中去，以便定義變更活動(dòng)。當(dāng)目標(biāo)狀態(tài)已在概要層面（atahighlevel）達(dá)成一致，并且企業(yè)不希望將當(dāng)前的業(yè)務(wù)實(shí)踐擴(kuò)散到目標(biāo)方案中去的時(shí)候，這種過程比較適用。

4基本概念業(yè)務(wù)架構(gòu)應(yīng)用架構(gòu)數(shù)據(jù)架構(gòu)技術(shù)架構(gòu)定義業(yè)務(wù)目標(biāo)業(yè)務(wù)戰(zhàn)略企業(yè)組織關(guān)鍵業(yè)務(wù)流程產(chǎn)品和/或服務(wù)戰(zhàn)略所要開發(fā)的個(gè)別應(yīng)用服務(wù)各種應(yīng)用之間的相互影響應(yīng)用和核心業(yè)務(wù)流程之間的關(guān)系邏輯數(shù)據(jù)（信息）資產(chǎn)結(jié)構(gòu)物理數(shù)據(jù)資產(chǎn)結(jié)構(gòu)數(shù)據(jù)管理資源硬件和網(wǎng)絡(luò)基礎(chǔ)架構(gòu)軟件技術(shù)架構(gòu)中間件作用引導(dǎo)開發(fā)信息和技術(shù)架構(gòu)引導(dǎo)數(shù)據(jù)架構(gòu)和技術(shù)架構(gòu)引導(dǎo)應(yīng)用架構(gòu)和技術(shù)架構(gòu)支持業(yè)務(wù)和信息架構(gòu)要求限制必須準(zhǔn)確備案，確保企業(yè)和IT架構(gòu)師能共用和理解可能會受信息和技術(shù)架構(gòu)限制通常應(yīng)用要耗費(fèi)技術(shù)架構(gòu)服務(wù)技術(shù)架構(gòu)要支持各種架構(gòu)整合與應(yīng)用架構(gòu)交錯(cuò)的數(shù)據(jù)技術(shù)架構(gòu)要支持存儲、訪問、數(shù)據(jù)移動(dòng)和位置要求等技術(shù)架構(gòu)可對業(yè)務(wù)和信息架構(gòu)施加約束條件和要求5基本概念6基本概念：架構(gòu)設(shè)計(jì)順序與架構(gòu)實(shí)施順序自上而下的設(shè)計(jì)1，業(yè)務(wù)架構(gòu)2，數(shù)據(jù)（或應(yīng)用）架構(gòu)3，應(yīng)用（或數(shù)據(jù)）架構(gòu)4，技術(shù)架構(gòu)自下而上的實(shí)施1，技術(shù)架構(gòu)2，應(yīng)用（或數(shù)據(jù)）架構(gòu)3，數(shù)據(jù)（或應(yīng)用）架構(gòu)4，業(yè)務(wù)架構(gòu)7基本概念架構(gòu)模型架構(gòu)視圖架構(gòu)描述架構(gòu)系統(tǒng)利益相關(guān)者關(guān)注架構(gòu)視點(diǎn)模型分類治理治理框架擁有識別展示服務(wù)說明概念定義系統(tǒng)系統(tǒng)是完成某個(gè)特定功能或者功能集的一組構(gòu)件的集合。架構(gòu)系統(tǒng)的架構(gòu)是指系統(tǒng)的基本組織，體現(xiàn)在它的構(gòu)件、構(gòu)件之間的相互關(guān)系和構(gòu)件與環(huán)境的關(guān)系，以及指導(dǎo)其設(shè)計(jì)和演進(jìn)的原則上。架構(gòu)描述架構(gòu)描述是描述架構(gòu)的一組制品的集合。在TOGAF中，架構(gòu)視圖是架構(gòu)描述中的關(guān)鍵制品。利益相關(guān)者利益相關(guān)者是系統(tǒng)中擔(dān)任關(guān)鍵角色、或關(guān)注系統(tǒng)的人員；例如用戶、開發(fā)者或管理者等。系統(tǒng)中擔(dān)任不同角色的利益相關(guān)者會有不同的關(guān)注點(diǎn)。利益相關(guān)者可以是某個(gè)或某類人、團(tuán)隊(duì)或組織。關(guān)注

（concern）關(guān)注是對系統(tǒng)中的利益相關(guān)者來說至關(guān)重要的關(guān)鍵利益（keyinterests需求），它決定系統(tǒng)的可接受性。關(guān)注可能與系統(tǒng)的功能、開發(fā)或運(yùn)營的任何一方面相關(guān)，包括像性能、可靠性、安全性、分布以及可演進(jìn)性這樣一些考量。視圖（view）視圖是從一組相關(guān)的關(guān)注點(diǎn)的角度出發(fā)的、對整個(gè)系統(tǒng)的表述（結(jié)果）。在描述或表現(xiàn)系統(tǒng)架構(gòu)設(shè)計(jì)的時(shí)候，架構(gòu)師通常會創(chuàng)建一個(gè)或多個(gè)架構(gòu)模型，可能會使用不同的工具。視圖由一個(gè)或多個(gè)模型的某些部分組成，用于向某個(gè)特定的利益相關(guān)者或者一組利益相關(guān)者展現(xiàn)，他們的關(guān)注在系統(tǒng)架構(gòu)的設(shè)計(jì)中得到充分的考慮。視點(diǎn)viewpoint視點(diǎn)定義了獲得視圖的視角。具體來說，一個(gè)視點(diǎn)定義了：如何構(gòu)建和使用一個(gè)視圖（通過合適的范式schema或模板）；應(yīng)該出現(xiàn)在視圖中的信息；表達(dá)和分析這些信息的建模技術(shù)；以及做出這些選擇的依據(jù)（rationale），例如，通過描述視圖的目的和預(yù)期的觀眾。8架構(gòu)開發(fā)方法(Part2)架構(gòu)能力框架(Part6)企業(yè)連續(xù)系列和工具

(Part5)ADM指引和技術(shù)(Part3)架構(gòu)內(nèi)容框架

(Part4)TOGAF參考模型

(TOGAF庫)業(yè)務(wù)愿景和驅(qū)動(dòng)力業(yè)務(wù)能力告知業(yè)務(wù)目前狀態(tài)確保業(yè)務(wù)愿景的實(shí)現(xiàn)告知能力的大小，結(jié)構(gòu)，和文化完善業(yè)務(wù)需要的了解業(yè)務(wù)需要輸入到方法，識別需要處理的問題交付新業(yè)務(wù)解決方案運(yùn)營的變更導(dǎo)致更新為架構(gòu)角色，設(shè)置目標(biāo),關(guān)鍵績效指標(biāo),和預(yù)算驅(qū)動(dòng)架構(gòu)能力成熟度的需要業(yè)務(wù)需要朔造非架構(gòu)方面的業(yè)務(wù)運(yùn)營從業(yè)務(wù)運(yùn)營的學(xué)習(xí)，創(chuàng)建新業(yè)務(wù)要求該方法產(chǎn)生將要存儲在存儲庫中的內(nèi)容，依據(jù)企業(yè)連續(xù)系列來分類TOGAF架構(gòu)開發(fā)方法和內(nèi)容框架TOGAF能力框架

TOGAF企業(yè)連續(xù)系列和工具TOGAF9.2

標(biāo)準(zhǔn)的組成9TOGAF9

構(gòu)件架構(gòu)內(nèi)容框架企業(yè)連續(xù)系列架構(gòu)開發(fā)方法架構(gòu)開發(fā)指引和技術(shù)參考模型架構(gòu)能力框架101架構(gòu)開發(fā)方法11目錄架構(gòu)開發(fā)方法(ADM)TOGAF核心架構(gòu)發(fā)展的被證明的方式專門用來處理業(yè)務(wù)需求一個(gè)迭代方法一套架構(gòu)視圖，以確保復(fù)雜的要求都得到充分的討論預(yù)備階段A架構(gòu)愿景B業(yè)務(wù)架構(gòu)C信息系統(tǒng)架構(gòu)D技術(shù)架構(gòu)E機(jī)會及解決方案F遷移規(guī)劃G實(shí)施治理H架構(gòu)變更管理需求管理ADM階段分組：第一組：P階段+A階段（使企業(yè)參與并組織架構(gòu)工作的分組）第二組：B階段+C階段+D階段（保證架構(gòu)正確性的分組）第三組：E階段+F階段+G階段（使架構(gòu)落地的分組）第四組：H階段+R階段（使架構(gòu)工作持續(xù)進(jìn)行的分組）12架構(gòu)開發(fā)方法(ADM)ADM階段活動(dòng)其他參考類比階段P：預(yù)備階段為成功實(shí)施TOGAF架構(gòu)項(xiàng)目做好準(zhǔn)備。

開展創(chuàng)建架構(gòu)能力所需的準(zhǔn)備和啟動(dòng)活動(dòng)，包括定制TOGAF、選擇工具以及定義架構(gòu)原則。項(xiàng)目啟動(dòng)階段R：需求管理TOGAF項(xiàng)目的每個(gè)階段都基于一些業(yè)務(wù)需求，并對其進(jìn)行驗(yàn)證。

需求被識別、存儲、輸入到ADM的相應(yīng)階段并從其輸出，這些階段對需求進(jìn)行處置、闡述（address），并對其優(yōu)先級進(jìn)行排序。BABOK需求管理階段A：架構(gòu)愿景為TOGAF項(xiàng)目設(shè)定范圍、約束和期望；創(chuàng)建架構(gòu)愿景；定義利益相關(guān)者；驗(yàn)證業(yè)務(wù)場景，并創(chuàng)建架構(gòu)工作說明書；獲得正式批準(zhǔn)。（戰(zhàn)略架構(gòu)）PfMP項(xiàng)目規(guī)劃階段B：業(yè)務(wù)

階段C：信息系統(tǒng)

階段D：技術(shù)開發(fā)如下四個(gè)領(lǐng)域的架構(gòu)（領(lǐng)域架構(gòu)）：

1）業(yè)務(wù)

2）信息系統(tǒng)——應(yīng)用

3）信息系統(tǒng)——數(shù)據(jù)

4）技術(shù)

對于每個(gè)領(lǐng)域的架構(gòu)，開發(fā)基線架構(gòu)和目標(biāo)架構(gòu)，并分析差距。BizBokDMBok架構(gòu)定義文檔階段E：機(jī)會與解決方案進(jìn)行初步的實(shí)施規(guī)劃，并對在前面各階段中識別出的構(gòu)建塊的交付手段進(jìn)行鑒定。確定是否需要增量的方法，如果需要的話對過渡架構(gòu)進(jìn)行識別。（解決方案架構(gòu)，整合BCD階段的結(jié)果，輸出完整的架構(gòu)）PfMPPgMP架構(gòu)實(shí)施計(jì)劃階段F：遷移規(guī)劃制定詳細(xì)的實(shí)施與遷移計(jì)劃，闡述如何從基線架構(gòu)達(dá)成目標(biāo)架構(gòu)。（解決方案落地計(jì)劃）階段G：實(shí)施治理為實(shí)施提供架構(gòu)監(jiān)管；制定并發(fā)布架構(gòu)契約；確保實(shí)施項(xiàng)目與架構(gòu)相一致。PMP項(xiàng)目實(shí)施階段H：架構(gòu)變更管理進(jìn)行持續(xù)的監(jiān)控并建立變更管理流程，以確保架構(gòu)能對企業(yè)的需要快速響應(yīng)，使架構(gòu)對業(yè)務(wù)的價(jià)值最大化CobiT架構(gòu)變更，演進(jìn)各階段詳細(xì)說明參考《TOGAF??9.2ADM參考卡片》13架構(gòu)開發(fā)方法(ADM)關(guān)鍵交付件架構(gòu)工作請求書一份由贊助組織發(fā)給架構(gòu)組織的文檔，由它觸發(fā)架構(gòu)開發(fā)周期的開始。它是在架構(gòu)組織的協(xié)助下，作為預(yù)備階段的一項(xiàng)輸出而被創(chuàng)建的。也可作為被批準(zhǔn)的架構(gòu)變更請求的結(jié)果而被創(chuàng)建，或是根據(jù)來源于遷移規(guī)劃的架構(gòu)工作的參考條目而被創(chuàng)建架構(gòu)工作說明書是架構(gòu)組織和架構(gòu)項(xiàng)目贊助者之間的一份契約，是對架構(gòu)工作請求書的響應(yīng)。描述一份全面的計(jì)劃，說明對架構(gòu)工作有什么樣的請求，并建議對已識別出問題的解決方案，將如何通過架構(gòu)流程來進(jìn)行開發(fā)。架構(gòu)愿景一份最終的架構(gòu)輸出的高層的、愿景層面的視圖。目的是從一開始就對架構(gòu)應(yīng)該有的預(yù)期結(jié)果達(dá)成共識，從而使架構(gòu)師可以聚焦在關(guān)鍵的領(lǐng)域來驗(yàn)證其可行性。架構(gòu)愿景也通過給出一個(gè)完整架構(gòu)定義的總體匯總版本，來支持和利益相關(guān)者之間的溝通。架構(gòu)定義文檔項(xiàng)目過程中創(chuàng)建的核心架構(gòu)制品及相關(guān)重要信息的可交付物容器，

這份文檔跨越了所有的架構(gòu)領(lǐng)域（業(yè)務(wù)、數(shù)據(jù)、應(yīng)用和技術(shù)），

并檢查了架構(gòu)的所有相關(guān)狀態(tài)（基線架構(gòu)、過渡架構(gòu)和目標(biāo)架構(gòu)）。架構(gòu)定義文件提供了解決方案的定性視圖，其目的在于表達(dá)架構(gòu)師的意圖。

架構(gòu)需求規(guī)格書架構(gòu)需求規(guī)范提供了解決方案的定量視圖，說明了在架構(gòu)實(shí)施過程中必須滿足的度量標(biāo)準(zhǔn)。14架構(gòu)開發(fā)方法(ADM)關(guān)鍵交付件15架構(gòu)工作請求書贊助組織使命的聲明業(yè)務(wù)目標(biāo)業(yè)務(wù)的戰(zhàn)略計(jì)劃時(shí)間限制業(yè)務(wù)環(huán)境的變化約束系統(tǒng)描述架構(gòu)工作說明書項(xiàng)目請求和背景項(xiàng)目描述和范圍架構(gòu)愿景概要特定的范圍變更流角色、職責(zé)和交付物驗(yàn)收標(biāo)準(zhǔn)和流程架構(gòu)項(xiàng)目計(jì)劃和時(shí)間表正式批準(zhǔn)架構(gòu)開發(fā)方法(ADM)關(guān)鍵交付件---架構(gòu)愿景16架構(gòu)愿景文檔的建議內(nèi)容如下：問題描述：利益相關(guān)者和他們的關(guān)注需要解決（address）的問題/場景列表架構(gòu)工作說明書的目標(biāo)架構(gòu)工作請求書及概要視圖（views）的匯總（summary）概要業(yè)務(wù)架構(gòu)概要應(yīng)用架構(gòu)概要數(shù)據(jù)架構(gòu)概要技術(shù)架構(gòu)映射的需求（Mappedrequirements）對架構(gòu)定義文件草稿的引用（reference）問題描述架構(gòu)目標(biāo)概要視圖需求映射架構(gòu)定義草稿一份最終的架構(gòu)輸出的高層的、愿景層面的視圖。目的是從一開始就對架構(gòu)應(yīng)該有的預(yù)期結(jié)果達(dá)成共識，從而使架構(gòu)師可以聚焦在關(guān)鍵的領(lǐng)域來驗(yàn)證其可行性。架構(gòu)愿景也通過給出一個(gè)完整架構(gòu)定義的總體匯總版本，來支持和利益相關(guān)者之間的溝通。架構(gòu)開發(fā)方法(ADM)關(guān)鍵交付件---架構(gòu)定義文件17架構(gòu)定義文件業(yè)務(wù)架構(gòu)模型數(shù)據(jù)架構(gòu)模型應(yīng)用架構(gòu)模型技術(shù)架構(gòu)模型與架構(gòu)景觀的映射與參考模型的映射與架構(gòu)標(biāo)準(zhǔn)的映射可重用性的評估結(jié)果范圍目標(biāo)、目的和約束架構(gòu)原則基線架構(gòu)架構(gòu)模型架構(gòu)方法的依據(jù)與論證與架構(gòu)存儲庫的映射差距分析的結(jié)果影響分析的結(jié)果項(xiàng)目過程中創(chuàng)建的核心架構(gòu)制品及相關(guān)重要信息的可交付物容器，這份文檔跨越了所有的架構(gòu)領(lǐng)域（業(yè)務(wù)、數(shù)據(jù)、應(yīng)用和技術(shù)），并檢查了架構(gòu)的所有相關(guān)狀態(tài)（基線架構(gòu)、過渡架構(gòu)和目標(biāo)架構(gòu)）。架構(gòu)定義文件提供了解決方案的定性視圖，其目的在于表達(dá)架構(gòu)師的意圖。

架構(gòu)設(shè)計(jì)相關(guān)的契約18EA發(fā)起人架構(gòu)開發(fā)組織開發(fā)合作伙伴架構(gòu)工作說明書架構(gòu)請求說明書架構(gòu)設(shè)計(jì)和開發(fā)契約業(yè)務(wù)用戶業(yè)務(wù)用戶的架構(gòu)契約本頁可能存在錯(cuò)誤的描述背景和簡介協(xié)議的本質(zhì)范圍戰(zhàn)略需求滿足業(yè)務(wù)需求的架構(gòu)交付物符合性需求架構(gòu)采納者時(shí)間窗架構(gòu)業(yè)務(wù)衡量標(biāo)準(zhǔn)服務(wù)架構(gòu)（SLA）背景和簡介協(xié)議的本質(zhì)架構(gòu)范圍架構(gòu)及戰(zhàn)略原則和需求符合性需求架構(gòu)開發(fā)和管理流程與角色目標(biāo)架構(gòu)測度交付物的已定義階段經(jīng)過優(yōu)先級排序的聯(lián)合工作計(jì)劃時(shí)間窗架構(gòu)交付和業(yè)務(wù)衡量標(biāo)準(zhǔn)ADM周期的關(guān)鍵技術(shù)和交付物：P-APABCDEFGH輸出件預(yù)備階段架構(gòu)愿景業(yè)務(wù)架構(gòu)信息系統(tǒng)架構(gòu)技術(shù)架構(gòu)機(jī)會與解決方案遷移規(guī)劃實(shí)施治理架構(gòu)變更管理裁剪過的架構(gòu)框架是

企業(yè)架構(gòu)的組織模型是

架構(gòu)原則是

業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)、業(yè)務(wù)驅(qū)動(dòng)力是

架構(gòu)存儲庫是

架構(gòu)工具是

架構(gòu)工作請求書是

PABCDEFGH輸出件預(yù)備階段架構(gòu)愿景業(yè)務(wù)架構(gòu)信息系統(tǒng)架構(gòu)技術(shù)架構(gòu)機(jī)會與解決方案遷移規(guī)劃實(shí)施治理架構(gòu)變更管理架構(gòu)工作說明書（請求書的響應(yīng)）

是

架構(gòu)愿景（業(yè)務(wù)場景）

是

利益相關(guān)者管理

是

溝通計(jì)劃

是

業(yè)務(wù)變革的準(zhǔn)備度評估

是

能力評估

是

風(fēng)險(xiǎn)管理

是是

架構(gòu)視點(diǎn)

是是是是

架構(gòu)視圖

是是是是

19ADM周期的關(guān)鍵技術(shù)和交付物：B-DPABCDEFGH輸出件預(yù)備階段架構(gòu)愿景業(yè)務(wù)架構(gòu)信息系統(tǒng)架構(gòu)技術(shù)架構(gòu)機(jī)會與解決方案遷移規(guī)劃實(shí)施治理架構(gòu)變更管理風(fēng)險(xiǎn)管理

是是

業(yè)務(wù)場景

是

架構(gòu)定義文件

創(chuàng)建業(yè)務(wù)架構(gòu)信息系統(tǒng)架構(gòu)技術(shù)架構(gòu)刷新

架構(gòu)需求規(guī)范

業(yè)務(wù)架構(gòu)需求信息系統(tǒng)架構(gòu)需求技術(shù)架構(gòu)需求

架構(gòu)視點(diǎn)

是是是是

架構(gòu)視圖

是是是是

架構(gòu)路線圖

是是是

差距分析

是是是是

架構(gòu)構(gòu)建塊

是是是

解決方案構(gòu)建塊

是

20ADM周期的關(guān)鍵技術(shù)和交付物：E-HPABCDEFGH輸出件預(yù)備階段架構(gòu)愿景業(yè)務(wù)架構(gòu)信息系統(tǒng)架構(gòu)技術(shù)架構(gòu)機(jī)會與解決方案遷移規(guī)劃實(shí)施治理架構(gòu)變更管理架構(gòu)定義文件

創(chuàng)建業(yè)務(wù)架構(gòu)信息系統(tǒng)架構(gòu)技術(shù)架構(gòu)刷新差距分析

是是是是解決方案構(gòu)建塊

是是是是基于能力的規(guī)劃

是是

遷移規(guī)劃技術(shù)

創(chuàng)建確認(rèn)

實(shí)施和遷移計(jì)劃

大綱詳細(xì)

過渡架構(gòu)

識別定稿

實(shí)施治理模型

是是是是架構(gòu)契約

是是變更管理

是是一致性評估

是是需求影響評估

是21P階段目的步驟確定組織所期望的架構(gòu)能力：審查開展EnterpriseArchitecture的組織背景環(huán)境識別并確定受架構(gòu)能力影響的ENTERPRISE組織元素及范圍識別與架構(gòu)能力相交叉的已有框架、方法及流程建立能力成熟度目標(biāo)建立架構(gòu)能力：定義并建立EnterpriseArchitecture的組織模型定義并建立用于架構(gòu)治理的詳細(xì)流程和資源選擇并應(yīng)用支持架構(gòu)能力的工具定義架構(gòu)原則界定受影響的ENTERPRISE組織的范圍確認(rèn)治理和支持框架定義并建立EnterpriseArchitecture團(tuán)隊(duì)和組織識別和建立

架構(gòu)原則剪裁TOGAF框架及其他選定的架構(gòu)框架（如果有）制定工具和技巧的策略及實(shí)施計(jì)劃輸入輸出TOGAF庫其他架構(gòu)框架委員會戰(zhàn)略、業(yè)務(wù)計(jì)劃、業(yè)務(wù)戰(zhàn)略、IT戰(zhàn)略、業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)和業(yè)務(wù)驅(qū)動(dòng)因素業(yè)務(wù)中運(yùn)行的主要框架治理和法律框架架構(gòu)能力合作和承包協(xié)議EnterpriseArchitecture現(xiàn)有的組織模型現(xiàn)有的架構(gòu)框架（如果有），包括架構(gòu)方法

；架構(gòu)內(nèi)容

；經(jīng)配置和部署的工具

；架構(gòu)原則

；架構(gòu)存儲庫EnterpriseArchitecture的組織模型經(jīng)剪裁的架構(gòu)框架，包括架構(gòu)原則初始架構(gòu)存儲庫對業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)和業(yè)務(wù)驅(qū)動(dòng)因素的重新申明或引用架構(gòu)工作要求書架構(gòu)治理框架22P階段:主要內(nèi)容23預(yù)備階段架構(gòu)原則能力識別組織期望的架構(gòu)能力-審視企業(yè)架構(gòu)的組織上下文-識別架構(gòu)能力方面的企業(yè)組織范圍和元素-識別架構(gòu)能力方面的框架，方法和流程-建立實(shí)現(xiàn)目標(biāo)能力的成熟度2）建立架構(gòu)能力-定義企業(yè)架構(gòu)的組織模型-定義架構(gòu)治理的流程和資源-選擇和使用支持架構(gòu)能力的工具-定義架構(gòu)原則A階段目的步驟為待交付的能力和業(yè)務(wù)價(jià)值（即所建議的EnterpriseArchitecture的成效）開發(fā)概括性愿景獲得對定義工作計(jì)劃的架構(gòu)工作說明書的批準(zhǔn)，以開發(fā)和部署在架構(gòu)愿景中概述的架構(gòu)建立架構(gòu)項(xiàng)目識別利益相關(guān)者、關(guān)注點(diǎn)和業(yè)務(wù)需求確認(rèn)和詳細(xì)闡述業(yè)務(wù)目標(biāo)、業(yè)務(wù)驅(qū)動(dòng)因素和約束評價(jià)業(yè)務(wù)能力評估業(yè)務(wù)轉(zhuǎn)型準(zhǔn)備度定義范圍確認(rèn)和詳細(xì)闡述架構(gòu)原則，包括業(yè)務(wù)原則開發(fā)架構(gòu)愿景定義目標(biāo)架構(gòu)價(jià)值主張和KPI識別業(yè)務(wù)轉(zhuǎn)型風(fēng)險(xiǎn)和緩解活動(dòng)開發(fā)架構(gòu)工作說明書；確保批準(zhǔn)輸入輸出架構(gòu)工作要求書業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)和業(yè)務(wù)驅(qū)動(dòng)因素EnterpriseArchitecture的組織模型經(jīng)剪裁的架構(gòu)框架，包括經(jīng)剪裁的架構(gòu)方法、架構(gòu)內(nèi)容、架構(gòu)原則以及經(jīng)配置和部署的工具經(jīng)充實(shí)的架構(gòu)存儲庫，即現(xiàn)有架構(gòu)文檔（框架描述、架構(gòu)說明、現(xiàn)有基線描述等）批準(zhǔn)的架構(gòu)工作說明書業(yè)務(wù)原則、業(yè)務(wù)目標(biāo)和業(yè)務(wù)驅(qū)動(dòng)因素的細(xì)化說明架構(gòu)原則，能力評估，經(jīng)剪裁的架構(gòu)框架架構(gòu)愿景，包括：細(xì)化的關(guān)鍵高層級利益相關(guān)者需求草擬的架構(gòu)定義文件，包括（當(dāng)在范圍中時(shí)）：-基線架構(gòu)（概括性）：業(yè)務(wù)，數(shù)據(jù)，應(yīng)用，技術(shù)目標(biāo)架構(gòu)（概括性）：業(yè)務(wù)，數(shù)據(jù)，應(yīng)用，技術(shù)溝通計(jì)劃充實(shí)架構(gòu)存儲庫的增加內(nèi)容24A階段:主要內(nèi)容25架構(gòu)愿景定義利益相關(guān)者創(chuàng)建架構(gòu)愿景創(chuàng)建架構(gòu)工作說明書正式批準(zhǔn)架構(gòu)工作說明書架構(gòu)愿景描述新能力將如何滿足業(yè)務(wù)目標(biāo)和戰(zhàn)略目標(biāo)，以及在實(shí)施時(shí)如何應(yīng)對利益相關(guān)者關(guān)注點(diǎn)，其約束通常以預(yù)備階段部分開發(fā)的業(yè)務(wù)原則和架構(gòu)原則為其依據(jù)提供基線架構(gòu)和目標(biāo)架構(gòu)的初步的高層級描述，涵蓋業(yè)務(wù)域、數(shù)據(jù)域、應(yīng)用域和技術(shù)域。(針對各個(gè)域進(jìn)行行動(dòng)項(xiàng)大致描述，開發(fā)周期，KPI，對其它階段的工作進(jìn)行原則描述)業(yè)務(wù)場景技術(shù)(Businessscenarios)(開發(fā)架構(gòu)愿景的技巧）通常用以發(fā)現(xiàn)和記錄業(yè)務(wù)需求，并清楚的表述響應(yīng)那些需求的架構(gòu)愿景的合適且有用的技巧，主要用于階段A，且在階段B迭代使用；符合SMART準(zhǔn)則(明確，可衡量，可付諸行動(dòng)，切實(shí)可行，有時(shí)限)B-D階段B.C.D階段分別在業(yè)務(wù)領(lǐng)域、數(shù)據(jù)領(lǐng)域和應(yīng)用領(lǐng)域、技術(shù)領(lǐng)域開展工作，分別構(gòu)建：業(yè)務(wù)架構(gòu)信息系統(tǒng)架構(gòu)（數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)）技術(shù)架構(gòu)每個(gè)階段都包含9個(gè)工作步驟：選擇參考模型、視點(diǎn)和工具描述基線架構(gòu)描述目標(biāo)架構(gòu)進(jìn)行差距分析定義候選路線圖組件解決對架構(gòu)景觀的影響進(jìn)行正式的利益相關(guān)者審評架構(gòu)定稿創(chuàng)建架構(gòu)定義文件26B階段:業(yè)務(wù)架構(gòu)主要內(nèi)容27業(yè)務(wù)架構(gòu)組織角色目標(biāo)業(yè)務(wù)流程事件產(chǎn)品功能服務(wù)開發(fā)目標(biāo)業(yè)務(wù)架構(gòu)，用來描述企業(yè)需要如何運(yùn)作以達(dá)成業(yè)務(wù)目標(biāo)、響應(yīng)架構(gòu)愿景中制定的戰(zhàn)略驅(qū)動(dòng)力，并解決架構(gòu)工作請求和利益相關(guān)者的關(guān)注點(diǎn)

基于基線業(yè)務(wù)架構(gòu)和目標(biāo)業(yè)務(wù)架構(gòu)間的差距，識別候選的架構(gòu)路線圖構(gòu)件（component）C階段:數(shù)據(jù)架構(gòu)主要內(nèi)容28數(shù)據(jù)架構(gòu)數(shù)據(jù)類圖生命周期遷移安全散播數(shù)據(jù)架構(gòu)層次數(shù)據(jù)治理數(shù)據(jù)管理數(shù)據(jù)遷移C階段:應(yīng)用架構(gòu)主要內(nèi)容29應(yīng)用架構(gòu)應(yīng)用接口系統(tǒng)功能系統(tǒng)用例應(yīng)用流程軟件分布應(yīng)用遷移應(yīng)用通信應(yīng)用架構(gòu)層次1，應(yīng)用組合管理2，單一應(yīng)用架構(gòu)（微服務(wù)、接口等）3，軟件架構(gòu)（類、方法）D階段:技術(shù)架構(gòu)主要內(nèi)容30技術(shù)架構(gòu)技術(shù)標(biāo)準(zhǔn)技術(shù)構(gòu)件技術(shù)組合環(huán)境/位置平臺負(fù)載量/分布硬件開發(fā)目標(biāo)技術(shù)架構(gòu)，使邏輯的和物理的應(yīng)用、數(shù)據(jù)構(gòu)件以及架構(gòu)愿景，能夠處理架構(gòu)工作請求書和利益相關(guān)者關(guān)注的問題基于基線技術(shù)架構(gòu)和目標(biāo)技術(shù)架構(gòu)之間的差距識別候選架構(gòu)路線圖構(gòu)件E-F階段：機(jī)會與解決方案與遷移規(guī)劃對比機(jī)會與解決方案遷移規(guī)劃目的第一個(gè)直接關(guān)注實(shí)施的階段。它描述了識別交付手段（包括項(xiàng)目、項(xiàng)目群或項(xiàng)目組合）的過程，通過這些手段交付以前各階段定義的目標(biāo)架構(gòu)如何通過制定一份正式而詳細(xì)的實(shí)施和遷移計(jì)劃，從基線架構(gòu)推進(jìn)到目標(biāo)架構(gòu)。

步驟確定／確認(rèn)關(guān)鍵的企業(yè)變革屬性確定對架構(gòu)實(shí)施的業(yè)務(wù)約束審查并整合來自階段B至D的差距分析結(jié)果審查（Review）各相關(guān)業(yè)務(wù)功能的綜合需求整合并協(xié)調(diào)各可互操作性需求提煉并驗(yàn)證各種依賴性關(guān)系確認(rèn)業(yè)務(wù)變革的準(zhǔn)備度和相關(guān)風(fēng)險(xiǎn)制定實(shí)施和遷移戰(zhàn)略識別出主要的工作包，并對其進(jìn)行分組識別出各個(gè)過渡架構(gòu)創(chuàng)建架構(gòu)路線圖、實(shí)施與遷移規(guī)劃為制定實(shí)施和遷移計(jì)劃確認(rèn)企業(yè)各管理框架間的相互關(guān)系對每個(gè)項(xiàng)目賦予相應(yīng)的商業(yè)價(jià)值評估資源需求、項(xiàng)目的時(shí)機(jī)、可獲得性以及交付手段（vehicle）通過成本/收益分析和風(fēng)險(xiǎn)驗(yàn)證，

對各個(gè)遷移項(xiàng)目排定優(yōu)先級確認(rèn)架構(gòu)路線圖并更新架構(gòu)定義文件完成實(shí)施與遷移計(jì)劃完成開發(fā)周期并記錄經(jīng)驗(yàn)教訓(xùn)31E階段:機(jī)會和解決方案主要內(nèi)容32解決方案項(xiàng)目背景效益基于階段B、階段C、階段D的差距分析和候選的架構(gòu)路線圖構(gòu)件，生成架構(gòu)路線圖的初始完整版決定是否需要增量的方法；如果需要，識別可以持續(xù)交付商業(yè)價(jià)值的過渡架構(gòu)2架構(gòu)開發(fā)指引和技術(shù)33目錄2大指引，9大技巧ADM迭代架構(gòu)分割廣度深度時(shí)間領(lǐng)域架構(gòu)原則利益相關(guān)者管理架構(gòu)模式差距分析遷移規(guī)劃互操作需求評估業(yè)務(wù)轉(zhuǎn)型準(zhǔn)備度風(fēng)險(xiǎn)管理基于能力的規(guī)劃2大指引9大技巧34架構(gòu)分割：限定架構(gòu)活動(dòng)范圍的各個(gè)維度：廣度、深度、時(shí)間35架構(gòu)分割：限定架構(gòu)活動(dòng)范圍的各個(gè)維度：廣度、深度、領(lǐng)域廣度深度架構(gòu)領(lǐng)域36架構(gòu)分割：限定架構(gòu)活動(dòng)范圍的各個(gè)維度維度需要考慮的事項(xiàng)廣度企業(yè)的完整范圍是什么、架構(gòu)團(tuán)隊(duì)?wèi)?yīng)該聚焦在多大范圍內(nèi)？許多企業(yè)非常龐大，由一組聯(lián)盟的組織單元有異地構(gòu)成，而這些組織單元自身也可以被視為企業(yè)。現(xiàn)代企業(yè)日益跨越其傳統(tǒng)邊界，成為一種由傳統(tǒng)商業(yè)企業(yè)與供應(yīng)商、客戶和合作伙伴結(jié)合在一起的復(fù)雜混合體。深度架構(gòu)活動(dòng)應(yīng)該詳細(xì)到什么程度？多少個(gè)的架構(gòu)才算是“足夠”的？架構(gòu)活動(dòng)和其他相關(guān)的活動(dòng)（系統(tǒng)設(shè)計(jì)、系統(tǒng)工程、系統(tǒng)開發(fā)）之間的界限應(yīng)該如何適當(dāng)?shù)貏澐?？時(shí)間段要清楚地描繪架構(gòu)場景需要多少時(shí)間？這段時(shí)間被用來詳細(xì)地描述架構(gòu)是否有意義（就現(xiàn)實(shí)性和資源而言)？如果沒有意義，需要定義多少個(gè)中間的目標(biāo)架構(gòu)？描繪這些目標(biāo)架構(gòu)各需多少時(shí)間？架構(gòu)領(lǐng)域

(domain)一個(gè)完整的企業(yè)架構(gòu)的描述應(yīng)當(dāng)包括架構(gòu)領(lǐng)域的全部四個(gè)方面（業(yè)務(wù)、數(shù)據(jù)、應(yīng)用、技術(shù)），但是資源和時(shí)間的限制住往意味著沒有足夠的時(shí)間、資金或資源來自上而下地建立一個(gè)涵蓋所有四個(gè)架構(gòu)領(lǐng)域的全面的架構(gòu)描述，即便是選定的企業(yè)范圍比整個(gè)企業(yè)的范圍要小得多。37ADM迭代架構(gòu)能力迭代架構(gòu)開發(fā)迭代過渡規(guī)劃迭代架構(gòu)治理迭代ADM支持3種迭代整體迭代階段之間迭代單個(gè)階段迭代38ADM迭代：在不同水平運(yùn)用ADM架構(gòu)能力戰(zhàn)略架構(gòu)領(lǐng)域架構(gòu)解決方案架構(gòu)戰(zhàn)略架構(gòu)領(lǐng)域架構(gòu)解決方案架構(gòu)39單次迭代，在階段A搞定戰(zhàn)略架構(gòu)多次迭代，可以先A-F搞定戰(zhàn)略架構(gòu)，然后，再來一個(gè)A-F，搞定領(lǐng)域架構(gòu)，最后，再來一個(gè)A-G，搞定解決方案架構(gòu)2大指引，9大技巧ADM迭代架構(gòu)分割寬度深度時(shí)間領(lǐng)域架構(gòu)原則利益相關(guān)者管理架構(gòu)模式差距分析遷移規(guī)劃互操作需求評估業(yè)務(wù)轉(zhuǎn)型準(zhǔn)備度風(fēng)險(xiǎn)管理基于能力的規(guī)劃2大指引9大技巧409大技巧使用的階段41技巧ADM階段架構(gòu)原則利益相關(guān)者管理評估業(yè)務(wù)轉(zhuǎn)型準(zhǔn)備度風(fēng)險(xiǎn)管理架構(gòu)模式差距分析遷移規(guī)劃互操作需求基于能力的規(guī)劃預(yù)備階段YesYesYes需求管理YesYes階段A：架構(gòu)愿景YesYesYesYesYes階段B：業(yè)務(wù)YesYesYesYesYesYes階段C：信息系統(tǒng)YesYesYesYesYes階段D：技術(shù)YesYesYesYesYesYes階段E：機(jī)會與解決方案YesYesYesYesYesYesYes階段F：遷移規(guī)劃YesYesYesYesYesYes階段G：實(shí)施治理YesYes階段H：架構(gòu)變更管理YesYes利益相關(guān)者管理和風(fēng)險(xiǎn)管理，應(yīng)用于ADM所有階段待完善，可能有錯(cuò)誤技巧1,架構(gòu)原則一套通用規(guī)則（rules）和指導(dǎo)策略（guidelines）。包括：業(yè)務(wù)原則、數(shù)據(jù)原則、應(yīng)用原則和技術(shù)原則。架構(gòu)原則通常由企業(yè)架構(gòu)師與關(guān)鍵業(yè)務(wù)利益相關(guān)者共同開發(fā)，并由架構(gòu)委員會批準(zhǔn)。42影響因素企業(yè)的使命和計(jì)劃企業(yè)戰(zhàn)略倡議外部約束現(xiàn)有的系統(tǒng)和技術(shù)計(jì)算機(jī)行業(yè)的趨勢使用架構(gòu)原則提供一個(gè)框架,進(jìn)行項(xiàng)目自決策作為建立相關(guān)評價(jià)原則的指南作為對架構(gòu)的功能性需求進(jìn)行定義的驅(qū)動(dòng)力作為一項(xiàng)輸入評估系統(tǒng)原則依據(jù)的說明強(qiáng)調(diào)了架構(gòu)對于企業(yè)的價(jià)值，為企業(yè)遵循原則所需的關(guān)鍵任務(wù)、資源和潛在成本提供了一份大綱為架構(gòu)治理活動(dòng)提供了支持技巧1,架構(gòu)原則架構(gòu)原則的模板名稱（name）：既應(yīng)當(dāng)表現(xiàn)規(guī)則的本質(zhì)，也應(yīng)當(dāng)容易記憶，不應(yīng)當(dāng)提及具體的技術(shù)平臺。說明（statement）：應(yīng)當(dāng)簡潔、無二義地表達(dá)基本的規(guī)則依據(jù)（rationale）：強(qiáng)調(diào)堅(jiān)持原則帶來的業(yè)務(wù)價(jià)值含義(implications)：為了貫徹原則，根據(jù)資源、成本和活動(dòng)/任務(wù)，強(qiáng)調(diào)業(yè)務(wù)和IT需求區(qū)分好的原則的5個(gè)標(biāo)準(zhǔn)：可理解性（Understandability）健壯性（Robustness）完整性（Completeness）一致性（Consistency）穩(wěn)定性（Stabality）43技巧2,利益相關(guān)者管理利益相關(guān)者是在企業(yè)架構(gòu)中有關(guān)鍵角色或關(guān)注企業(yè)架構(gòu)的人員。利益相關(guān)者可以是個(gè)體、團(tuán)隊(duì)、組織等。TOGAF提供一個(gè)循序漸進(jìn)的方法：第1步：識別利益相關(guān)者。第2步：對利益相關(guān)者的職位歸類。第3步：確定利益相關(guān)者管理方法。第4步：裁剪架構(gòu)工作交付物。利益相關(guān)者管理是一門重要學(xué)科，架構(gòu)從業(yè)者可以用它來贏得他人支持。盡早識別那些最有權(quán)力的利益相關(guān)者，確保其輸入用于架構(gòu)設(shè)計(jì)。清晰識別視點(diǎn)，滿足利益相關(guān)者關(guān)注。44技巧2,利益相關(guān)者分類：5大類，22個(gè)項(xiàng)目供應(yīng)商監(jiān)管機(jī)構(gòu)行政領(lǐng)導(dǎo)

部門管理層業(yè)務(wù)領(lǐng)域?qū)＜覕?shù)據(jù)擁有者行政領(lǐng)導(dǎo)

部門管理層業(yè)務(wù)流程/

功能專家產(chǎn)品專家技術(shù)專家IT服務(wù)管理服務(wù)臺應(yīng)用管理基礎(chǔ)設(shè)施管理數(shù)據(jù)/語音通信企業(yè)安全項(xiàng)目管理辦公室QA/標(biāo)準(zhǔn)組織采購HR公司職能最終用戶組織項(xiàng)目組織系統(tǒng)運(yùn)營組織外部組織CxO45識別企業(yè)架構(gòu)的關(guān)鍵利益相關(guān)者。

尋找那些被企業(yè)架構(gòu)項(xiàng)目影響的人：誰會從這次變更中獲益，誰會遭受損失？誰控制變更管理的流程？誰設(shè)計(jì)新系統(tǒng)？誰做出決策？誰采購IT系統(tǒng)以及誰決定買什么？誰控制資源？誰擁有項(xiàng)目需要的專業(yè)技能？誰具有影響力？在利益相關(guān)者分析矩陣中分類和記錄職位利益相關(guān)者群體利益相關(guān)者中斷變更的能力當(dāng)前理解程度必需理解程度當(dāng)前承諾所需承諾所需支持CIOJohnSmithHMHLMHCFOJeffMMMLMM第1步：識別利益相關(guān)者技巧2,利益相關(guān)者管理識別方法第2步：對利益相關(guān)者的職位歸類46創(chuàng)建權(quán)力/利益矩陣，將利益相關(guān)者按組分布。權(quán)力利益級別C保持滿意D關(guān)鍵參與者

A花費(fèi)最小精力

B保持知會低高高低確定利益相關(guān)者的權(quán)力、影響力和利益，將項(xiàng)目聚焦于關(guān)鍵個(gè)體。將這些內(nèi)容映射到權(quán)力/利益矩陣，用以確定與之的溝通策略。針對每組利益相關(guān)者而言：識別架構(gòu)項(xiàng)目需要形成的視點(diǎn)，并與每組利益相關(guān)者進(jìn)行驗(yàn)證。定義企業(yè)架構(gòu)模型的特定視點(diǎn)、矩陣和視圖。利益相關(guān)者映射樣例利益相關(guān)者類別類角色示例關(guān)鍵關(guān)注級別目錄、矩陣和圖公司職能CxOCEO、CFO、CIO、COO關(guān)注組織的高層驅(qū)動(dòng)力、目標(biāo)和目的，以及如何將這些轉(zhuǎn)化為有效的流程和IT架構(gòu)來推動(dòng)業(yè)務(wù)。保持

滿意業(yè)務(wù)足跡圖目標(biāo)/目的/服務(wù)目錄組織分解圖公司職能項(xiàng)目群管理辦公室項(xiàng)目組合管理關(guān)注變更活動(dòng)的優(yōu)先次序、資金和對齊。了解項(xiàng)目內(nèi)容和項(xiàng)目之間的技術(shù)依賴關(guān)系，為項(xiàng)目組合管理的決策提供了更加豐富的信息。保持

滿意需求目錄業(yè)務(wù)足跡圖應(yīng)用通信圖功能分解圖公司職能采購采購者了解哪些架構(gòu)的構(gòu)建塊可以買，以及購買存在哪些約束（或規(guī)則）。關(guān)鍵

參與者技術(shù)組合目錄技術(shù)標(biāo)準(zhǔn)目錄技巧2,利益相關(guān)者管理識別方法第3步：確定利益相關(guān)者管理方法第4步：裁剪項(xiàng)目交付物47技巧3,架構(gòu)模式48解釋舉例架構(gòu)模式需要解決什么問題怎樣、何時(shí)、為什么使用他們，以及在使用中必須做出何種權(quán)衡建成什么樣的建筑，如：教堂還是商城架構(gòu)風(fēng)格用什么方式解決問題建什么樣風(fēng)格的教堂，哥特式風(fēng)格，還是天主教風(fēng)格技巧4,差距分析差距分析技術(shù)在ADM周期中被廣泛地使用，用來驗(yàn)證正在被開發(fā)的架構(gòu)。它通常是一個(gè)階段的最后一個(gè)步驟。基本的出發(fā)點(diǎn)是強(qiáng)調(diào)基線架構(gòu)和目標(biāo)架構(gòu)之間的差異，即被故意忽略、意外遺漏或尚未定義的條目49技巧4,差距分析50技巧5,遷移規(guī)劃遷移規(guī)劃常用的5種工具實(shí)施因素評估和推論矩陣整合的差距、解決方案和依賴關(guān)系矩陣架構(gòu)定義增量表企業(yè)架構(gòu)狀態(tài)演進(jìn)表業(yè)務(wù)價(jià)值評估技術(shù)51技巧6,互操作需求階段A：用業(yè)務(wù)場景確定信息和服務(wù)交換的性質(zhì)和安全考慮。階段B：用業(yè)務(wù)語言定義信息和服務(wù)交換。階段C：用公司數(shù)據(jù)模型和/或信息交換模型細(xì)化信息交換內(nèi)容。階段D：指定應(yīng)用之間共享信息和服務(wù)的方式。階段E：指定信息和服務(wù)交換的技術(shù)機(jī)制。階段F：選取實(shí)際的解決方案。階段G：從邏輯上實(shí)施互操作性?；ゲ僮魇侵浮肮蚕硇畔⒑头?wù)的能力”。TOGAF提供了定義、提煉互操作性以及判定互操作性需求的技術(shù)?；ゲ僮餍耘卸ɑ顒?dòng)貫穿整個(gè)ADM周期。具體表現(xiàn)如下：階段B：利益相關(guān)者間的信息互操作性需求

（信息互操作程度）階段C:系統(tǒng)間的互操作性需求樣例52技巧7,評估業(yè)務(wù)轉(zhuǎn)型準(zhǔn)備度用于評估和量化企業(yè)準(zhǔn)備承受變化的程度，看企業(yè)是否為變革做好了準(zhǔn)備推薦的活動(dòng)包括：確定將會影響組織的準(zhǔn)備度因素使用成熟度模型來展現(xiàn)這些準(zhǔn)備度因素評估每個(gè)準(zhǔn)備度要素的風(fēng)險(xiǎn)，并識別緩減風(fēng)險(xiǎn)的改善措施在階段E和F-------實(shí)施和遷移計(jì)劃中，實(shí)施這些行動(dòng)53在A階段（架構(gòu)愿景），評估及企業(yè)架構(gòu)成熟度，評估業(yè)務(wù)架構(gòu)轉(zhuǎn)型準(zhǔn)備度技巧7,評估業(yè)務(wù)轉(zhuǎn)型準(zhǔn)備度54技巧7,準(zhǔn)備度因素評級業(yè)務(wù)因素評估摘要序號準(zhǔn)備度因素緊急程度準(zhǔn)備度狀態(tài)修正困難度1愿景高低不需要行動(dòng)2渴望、意愿和決心低尚可容易3需要可接受中等4業(yè)務(wù)案例好困難5資金高6發(fā)起和領(lǐng)導(dǎo)7治理8責(zé)任承擔(dān)9可行的方法和執(zhí)行模式10IT執(zhí)行能力11企業(yè)執(zhí)行能力12企業(yè)實(shí)施和運(yùn)行的能力55技巧7,評估業(yè)務(wù)轉(zhuǎn)型準(zhǔn)備度56技巧8,風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理是一種在實(shí)施架構(gòu)項(xiàng)目時(shí)用于緩減風(fēng)險(xiǎn)的技術(shù)它包括一個(gè)由以下活動(dòng)組成的風(fēng)險(xiǎn)管理過程（process）：風(fēng)險(xiǎn)分類風(fēng)險(xiǎn)識別初始風(fēng)險(xiǎn)評估風(fēng)險(xiǎn)緩減和殘留風(fēng)險(xiǎn)評估風(fēng)險(xiǎn)監(jiān)控57技巧9,基于能力規(guī)劃企業(yè)能力企業(yè)架構(gòu)企業(yè)項(xiàng)目基于能力的規(guī)劃是一種根據(jù)基于能力規(guī)劃的原則、確定和規(guī)劃企業(yè)變革的具體方法，是一種聚焦業(yè)務(wù)成果的業(yè)務(wù)規(guī)劃技術(shù)。它是業(yè)務(wù)驅(qū)動(dòng)和業(yè)務(wù)導(dǎo)向的，它將各個(gè)業(yè)務(wù)線全部必需付出的努力整合起來，以達(dá)到企業(yè)期望的能力58技巧9,基于能力規(guī)劃59能力評估企業(yè)的整體能力業(yè)務(wù)能力的評估企業(yè)IT職能的能力或成熟度企業(yè)架構(gòu)職能的能力和成熟度能力存在差距的地方3架構(gòu)內(nèi)容框架60目錄內(nèi)容元模型61中文英文施動(dòng)者Actor功能Function業(yè)務(wù)服務(wù)BusinessService組織單元Organization流程Process角色Role信息系統(tǒng)服務(wù)InformationSystemService應(yīng)用構(gòu)件ApplicationComponent數(shù)據(jù)實(shí)體DataEntity技術(shù)構(gòu)件TechnologyComponent平臺服務(wù)PlatformService架構(gòu)內(nèi)容框架架構(gòu)實(shí)現(xiàn)機(jī)會及解決方案、遷移規(guī)劃工作包架構(gòu)合同實(shí)施治理標(biāo)準(zhǔn)指引規(guī)格業(yè)務(wù)架構(gòu)動(dòng)機(jī)驅(qū)動(dòng)力目標(biāo)目的測度組織組織位置施動(dòng)者角色功能業(yè)務(wù)服務(wù)、合同、服務(wù)質(zhì)量流程、事件控制、產(chǎn)品功能信息系統(tǒng)架構(gòu)數(shù)據(jù)數(shù)據(jù)實(shí)體邏輯數(shù)據(jù)構(gòu)件物理數(shù)據(jù)構(gòu)件應(yīng)用信息系統(tǒng)服務(wù)邏輯應(yīng)用構(gòu)件物理應(yīng)用構(gòu)件技術(shù)架構(gòu)平臺服務(wù)邏輯技術(shù)構(gòu)件物理技術(shù)構(gòu)件預(yù)備階段架構(gòu)原則架構(gòu)愿景業(yè)務(wù)原則、目的、和驅(qū)動(dòng)力架構(gòu)愿景業(yè)務(wù)戰(zhàn)略技術(shù)戰(zhàn)略利益相關(guān)者架構(gòu)需求需求約束假設(shè)差距架構(gòu)內(nèi)容框架提供了一套架構(gòu)工作產(chǎn)品的詳細(xì)模型，包括：交付物，交付物內(nèi)的制品，以及交付物代表的架構(gòu)構(gòu)建(ABBs)架構(gòu)內(nèi)容框架：它驅(qū)使TOGAF的產(chǎn)出物有更強(qiáng)的一致性它提供了一個(gè)全面的架構(gòu)產(chǎn)出清單它有利于更好地整合工作產(chǎn)品它提供了詳細(xì)架構(gòu)應(yīng)如何予以說明的開放式標(biāo)準(zhǔn)它包括一個(gè)詳細(xì)的元模型架構(gòu)原則、愿景、和需求62交付物、制品、構(gòu)建塊交付物（Deliverable)：是以契約方式詳細(xì)說明的正式架構(gòu)工作產(chǎn)品，一般會由其利益相關(guān)者審查、同意并簽署。交付物通常代表了項(xiàng)目的輸出。制品（Artifact）：是對架構(gòu)的某個(gè)方面進(jìn)行描述的架構(gòu)工作產(chǎn)品。制品通?？煞譃槟夸洠–atalogs事物的列表），例如：需求目錄矩陣（Matrices用來展現(xiàn)事物之間的關(guān)系），例如：業(yè)務(wù)交互矩陣圖（Diagrams事物的圖形展現(xiàn)），例如：用例圖一個(gè)架構(gòu)交付物可能包含多個(gè)制品，而制品則構(gòu)成了架構(gòu)存儲庫的內(nèi)容。構(gòu)建塊（Buildingblock）：代表一個(gè)業(yè)務(wù)、IT或架構(gòu)能力的（潛在可重用的）構(gòu)件，它可以和其他構(gòu)建塊組合起來共同交付架構(gòu)或解決方案架構(gòu)構(gòu)建塊（ABB）來描述所需的能力，并決定解決方案構(gòu)建塊（SBB）的內(nèi)容，解決方案構(gòu)建塊（SBB）表示用于實(shí)施所需能力的構(gòu)件。架構(gòu)構(gòu)建塊定義功能,解決方案構(gòu)建塊定義功能的實(shí)施63交付物、制品與構(gòu)建塊之間的關(guān)系64TOGAF9架構(gòu)制品：目錄、矩陣、圖預(yù)備階段1.原則目錄階段B,業(yè)務(wù)架構(gòu)組織/施動(dòng)者目錄驅(qū)動(dòng)力/目標(biāo)/目的目錄角色目錄業(yè)務(wù)服務(wù)/功能目錄位置目錄流程/事件/控制/產(chǎn)品目錄合同/測度目錄業(yè)務(wù)互動(dòng)矩陣施動(dòng)者/角色矩陣業(yè)務(wù)足跡圖業(yè)務(wù)服務(wù)/信息圖功能分解圖產(chǎn)品生命期圖目標(biāo)/目的/服務(wù)圖用例圖組織分解圖流程圖事件圖階段C,數(shù)據(jù)架構(gòu)數(shù)據(jù)實(shí)體/數(shù)據(jù)構(gòu)件目錄數(shù)據(jù)實(shí)體/業(yè)務(wù)功能矩陣系統(tǒng)/數(shù)據(jù)矩陣類圖數(shù)據(jù)散播圖數(shù)據(jù)安全圖類階層圖數(shù)據(jù)遷移圖數(shù)據(jù)生命周期圖階段C,應(yīng)用架構(gòu)應(yīng)用組合目錄接口目錄系統(tǒng)/組織矩陣角色/系統(tǒng)矩陣系統(tǒng)/功能矩陣應(yīng)用互動(dòng)矩陣應(yīng)用通信圖應(yīng)用和用戶位置圖系統(tǒng)用例圖企業(yè)可管理性圖流程/系統(tǒng)實(shí)現(xiàn)圖軟件工程圖應(yīng)用遷移圖軟件分布圖階段A,架構(gòu)愿景1.利益相關(guān)者映射矩陣2.價(jià)值鏈圖3.解決方案概念圖階段D,技術(shù)架構(gòu)技術(shù)標(biāo)準(zhǔn)目錄技術(shù)組合目錄系統(tǒng)/技術(shù)矩陣環(huán)境和位置圖平臺分解圖處理圖網(wǎng)絡(luò)計(jì)算/硬件圖通信工程圖階段E.機(jī)會及解決方案1.項(xiàng)目背景圖2.效益圖需求管理1.需求目錄654企業(yè)連續(xù)系列66目錄企業(yè)連續(xù)系列架構(gòu)連續(xù)系列基礎(chǔ)架構(gòu)通用系統(tǒng)架構(gòu) 行業(yè)架構(gòu)組織特定架構(gòu)基礎(chǔ)解決方案通用系統(tǒng)解決方案行業(yè)解決方案組織特定解決方案解決方案連續(xù)系列架構(gòu)指導(dǎo)及支持解決方案：基礎(chǔ)》通用系統(tǒng)》行業(yè)》組織特定企業(yè)連續(xù)系列支持兩個(gè)一般性的思想：盡可能的重用，特別是避免重新發(fā)明，幫助溝通架構(gòu)和解決方案，連續(xù)系列中的資產(chǎn)都根據(jù)從一般到特殊的方式進(jìn)行組織，目的是提供一種一致的語言來有效地表達(dá)架構(gòu)之間的差異。67企業(yè)連續(xù)系列架構(gòu)指導(dǎo)及支持解決方案：基礎(chǔ)》通用系統(tǒng)》行業(yè)》組織特定68類別說明基礎(chǔ)架構(gòu)由一般組件、相互關(guān)系、原則和指南組成TRM描述其他更特定的架構(gòu)，可依據(jù)的基礎(chǔ)性架構(gòu)公共系統(tǒng)架構(gòu)從基礎(chǔ)架構(gòu)中，選擇和綜合特定服務(wù)，以便創(chuàng)建一個(gè)用于跨大量相關(guān)域構(gòu)建公共（高度可復(fù)用的）解決方案的架構(gòu)安保架構(gòu)，管理架構(gòu)，網(wǎng)絡(luò)架構(gòu)，運(yùn)行架構(gòu)等特定問題域的需求、構(gòu)建塊，III-RM行業(yè)架構(gòu)指導(dǎo)功能系統(tǒng)組件與行業(yè)特定組件的綜合，并指導(dǎo)在某一特定行業(yè)內(nèi)，創(chuàng)建針對目標(biāo)客戶問題的行業(yè)解決方案垂直行業(yè)的需求和標(biāo)準(zhǔn)如：零售業(yè)架構(gòu)組織特定的架構(gòu)描述和指導(dǎo)針對某一特定Enterprise或相關(guān)Enterprise的擴(kuò)展網(wǎng)絡(luò)的解決方案組件的最終部署特殊Enterprise的需求和構(gòu)建塊企業(yè)連續(xù)系列架構(gòu)指導(dǎo)及支持解決方案：基礎(chǔ)》通用系統(tǒng)》行業(yè)》組織特定69企業(yè)連續(xù)系列基礎(chǔ)公共行業(yè)組織特定業(yè)務(wù)架構(gòu)數(shù)據(jù)架構(gòu)DAMA零售大數(shù)據(jù)阿里大數(shù)據(jù)應(yīng)用架構(gòu)III-RM零售行業(yè)架構(gòu)阿里架構(gòu)技術(shù)架構(gòu)TRM企業(yè)連續(xù)系列70架構(gòu)存儲庫架構(gòu)方法內(nèi)容元模型技能存儲庫組織結(jié)構(gòu)架構(gòu)章程決策記錄合規(guī)評估能力評估日歷項(xiàng)目組合績效測量架構(gòu)景觀戰(zhàn)略架構(gòu)分段架構(gòu)能力架構(gòu)參考庫基礎(chǔ)架構(gòu)通用系統(tǒng)架構(gòu)行業(yè)架構(gòu)組織特定架構(gòu)標(biāo)準(zhǔn)信息庫業(yè)務(wù)標(biāo)準(zhǔn)數(shù)據(jù)標(biāo)準(zhǔn)應(yīng)用標(biāo)準(zhǔn)技術(shù)標(biāo)準(zhǔn)外部參考模型外部標(biāo)準(zhǔn)架構(gòu)委員會景觀中的制品根據(jù)元模型被結(jié)構(gòu)化最佳實(shí)踐創(chuàng)建參考架構(gòu)被企業(yè)所采用標(biāo)準(zhǔn)被遵循最佳實(shí)踐創(chuàng)建標(biāo)準(zhǔn)被企業(yè)所采用標(biāo)準(zhǔn)有參考的實(shí)現(xiàn)被企業(yè)所采用景觀被治理一致性被治理對其可見解決爭端架構(gòu)委員會把控并管理能力使能企業(yè)企業(yè)驅(qū)動(dòng)力交付業(yè)務(wù)產(chǎn)出戰(zhàn)略需求分段需求能力需求解決方案構(gòu)建塊解決方案景觀架構(gòu)需求存儲庫架構(gòu)存儲庫架構(gòu)能力治理記錄架構(gòu)元模型71架構(gòu)存儲庫架構(gòu)元模型（ArchitectureMetamodel）描述了經(jīng)組織裁剪的架構(gòu)框架的應(yīng)用方式，包括一個(gè)架構(gòu)內(nèi)容的元模。架構(gòu)能力（ArchitectureCapability）定義了支持架構(gòu)存儲庫治理的參數(shù)、結(jié)構(gòu)和流程。架構(gòu)景觀（ArchitectureLandscape）展現(xiàn)了當(dāng)前組織內(nèi)使用的構(gòu)建塊的架構(gòu)視圖（如，一份在用的應(yīng)用系統(tǒng)的列表）景觀很可能存在于多個(gè)抽象級別上，以滿足不同的架構(gòu)目的。標(biāo)準(zhǔn)信息庫（StandardInformationBase，SIB）獲取新的架構(gòu)必須遵從的標(biāo)準(zhǔn)，可包括行業(yè)標(biāo)準(zhǔn)、選定供應(yīng)商的產(chǎn)品和服務(wù)或已在組織中部署的共享服務(wù)。

參考庫（ReferenceLibrary）提供指南、模板、模式和其他形式的參考資料，可用來加速企業(yè)新架構(gòu)的創(chuàng)建。治理日志（GovernanceLog）提供整個(gè)企業(yè)內(nèi)治理活動(dòng)的記錄。

725參考模型73目錄技術(shù)參考模型(TRM)基礎(chǔ)設(shè)施應(yīng)用業(yè)務(wù)應(yīng)用通信基礎(chǔ)設(shè)施通信基礎(chǔ)設(shè)施接口網(wǎng)絡(luò)服務(wù)操作系統(tǒng)服務(wù)應(yīng)用平臺接口質(zhì)量質(zhì)量圖形及影像數(shù)據(jù)管理用戶界面數(shù)據(jù)交換國際操作位置與目錄事務(wù)處理安全軟件工程系統(tǒng)及網(wǎng)絡(luò)管理TRM是一種通用平臺服務(wù)的模型和分類法。這種分類法定義了一套術(shù)語，并對其組成部分進(jìn)行了一致的描述。其目的是對一個(gè)信息系統(tǒng)給出概念上的描述.質(zhì)量質(zhì)量質(zhì)量Qualities通信基礎(chǔ)設(shè)施通信基礎(chǔ)設(shè)施接口網(wǎng)絡(luò)服務(wù)操作系統(tǒng)服務(wù)應(yīng)用平臺應(yīng)用平臺接口業(yè)務(wù)應(yīng)用基礎(chǔ)設(shè)施應(yīng)用自上而下視圖

側(cè)面視圖

74技術(shù)參考模型(TRM)應(yīng)用可移植性通過應(yīng)用平臺接口實(shí)現(xiàn)，識別一套服務(wù)，通過平臺，它將以標(biāo)準(zhǔn)的方式提供給應(yīng)用互操作性通過通信基礎(chǔ)設(shè)施接口實(shí)現(xiàn)，識別一套通信基礎(chǔ)設(shè)施服務(wù)，將以標(biāo)準(zhǔn)的方式建立應(yīng)用應(yīng)用平臺通信基礎(chǔ)設(shè)施多樣性75集成信息基礎(chǔ)設(shè)施參考模型(III-RM)安全

質(zhì)量

可移動(dòng)性

性能服務(wù)水平協(xié)議質(zhì)量管理策略應(yīng)用平臺開發(fā)工具信息提供者應(yīng)用信息消費(fèi)者應(yīng)用中介應(yīng)用管理公用程序766架構(gòu)能力框架77目錄能力框架治理機(jī)構(gòu)有技能的資源池企業(yè)連續(xù)系列（用來對存儲庫中的輸入及輸出進(jìn)行分類）項(xiàng)目/組合項(xiàng)目治理項(xiàng)目/組合項(xiàng)目架構(gòu)存儲庫業(yè)務(wù)運(yùn)營契約角色和責(zé)任（一般的或項(xiàng)目特定的）培訓(xùn)架構(gòu)專業(yè)人員技能知識指導(dǎo)設(shè)定優(yōu)先級和關(guān)注點(diǎn)測量成功參與參與設(shè)定優(yōu)先級和關(guān)注點(diǎn)交付一致的解決方案提升提升需要需要擁有擁有被分配填充存儲庫重用構(gòu)建塊、遵守標(biāo)準(zhǔn)架構(gòu)的業(yè)務(wù)能力（在一定成熟度級別上運(yùn)營）78能力框架建立一個(gè)架構(gòu)能力對組織建立一套架構(gòu)能力的指導(dǎo)原則。架構(gòu)委員會對建立和運(yùn)作企業(yè)架構(gòu)委員會的指導(dǎo)原則。架構(gòu)一致性對確保項(xiàng)目符合架構(gòu)的指導(dǎo)原則。架構(gòu)契約對定義和使用架構(gòu)契約的指導(dǎo)原則。架構(gòu)治理在整個(gè)Enterprise層級下管理和控制EA及其他架構(gòu)所借助的實(shí)踐和方向架構(gòu)成熟度模型評估和量化組織的企業(yè)架構(gòu)成熟度的技術(shù)。架構(gòu)技能框架對承擔(dān)企業(yè)架構(gòu)工作的人員的一套角色、技能和經(jīng)驗(yàn)的規(guī)范79架構(gòu)技能框架（ArchitectureSkillsFramework）架構(gòu)開發(fā)方法企業(yè)能力管理運(yùn)行管理方法解決方案開發(fā)方法組合、項(xiàng)目管理方法80架構(gòu)技能框架（ArchitectureSkillsFramework）TOGAF架構(gòu)技能框架（ArchitectureSkillsFramework）試圖通過對TOGAF框架界定的、承擔(dān)各類架構(gòu)角色的內(nèi)外部人員所需架構(gòu)技能和熟練水平的定義，來解決這個(gè)問題。技能的范疇包括：通用技能，一般包括領(lǐng)導(dǎo)能力、團(tuán)隊(duì)協(xié)作、人際關(guān)系等能力等。業(yè)務(wù)技能和方法，一般包括業(yè)務(wù)案例、業(yè)務(wù)流程、戰(zhàn)略規(guī)劃等。企業(yè)架構(gòu)技能，一般包括建模、構(gòu)建塊設(shè)計(jì)、應(yīng)用與角色設(shè)計(jì)、系統(tǒng)集成等。

項(xiàng)目群或項(xiàng)目管理技能，一般包括業(yè)務(wù)變更管理、項(xiàng)目管理方法和工具等。通用IT知識技能，一般包括代理應(yīng)用、資產(chǎn)管理、遷移規(guī)劃、服務(wù)水平協(xié)議(SLAs)等技術(shù)類IT技能，一般包括軟件工程、安全、數(shù)據(jù)交換、數(shù)據(jù)管理等。法律環(huán)境，一般包括數(shù)據(jù)保護(hù)法、合同法、采購法、反欺詐法等。

81架構(gòu)委員會82確保方法得到正確使用，批準(zhǔn)架構(gòu)原則，模型審核；架構(gòu)節(jié)點(diǎn)治理，變更控制；為有關(guān)架構(gòu)的所有決策提供基礎(chǔ)確保子架構(gòu)之間的一致性建立組件重用的目標(biāo)，識別和批準(zhǔn)重用組件確保架構(gòu)執(zhí)行符合業(yè)務(wù)目標(biāo)，平衡新技術(shù)應(yīng)用確保架構(gòu)合規(guī)確保采用基于架構(gòu)的開發(fā)規(guī)程為越界決策支持可見的升級功能提供架構(gòu)變更的決策基礎(chǔ)能力框架預(yù)備階段架構(gòu)愿景業(yè)務(wù)架構(gòu)信息系統(tǒng)架構(gòu)技術(shù)架構(gòu)機(jī)會與解決方案遷移規(guī)劃實(shí)施治理架構(gòu)變更管理建立一個(gè)架構(gòu)能力建立架構(gòu)委員會建立架構(gòu)一致性治理架構(gòu)契約實(shí)施架構(gòu)治理治理架構(gòu)成熟度模型評估實(shí)施實(shí)施架構(gòu)技能框架83建立架構(gòu)能力84在組織內(nèi)，實(shí)現(xiàn)任何架構(gòu)能力都涉及如下四個(gè)領(lǐng)域的架構(gòu)?。?業(yè)務(wù)架構(gòu)：強(qiáng)調(diào)架構(gòu)治理、架構(gòu)流程、架構(gòu)組織結(jié)構(gòu)、架構(gòu)信息需求和架構(gòu)產(chǎn)品等數(shù)據(jù)架構(gòu)：定義組織的企業(yè)連續(xù)統(tǒng)一體和架構(gòu)存儲庫的結(jié)構(gòu)，數(shù)據(jù)架構(gòu)本質(zhì)是內(nèi)容元模型的實(shí)踐應(yīng)用架構(gòu)：規(guī)定使架構(gòu)實(shí)踐可行所需的功能和應(yīng)用服務(wù)技術(shù)架構(gòu)：支持架構(gòu)應(yīng)用和企業(yè)連續(xù)統(tǒng)一體的架構(gòu)實(shí)踐基礎(chǔ)設(shè)施架構(gòu)合規(guī)85868788架構(gòu)治理框架89TOGAF9

構(gòu)件架構(gòu)內(nèi)容框架企業(yè)連續(xù)系列架構(gòu)開發(fā)方法架構(gòu)開發(fā)指引和技術(shù)參考模型架構(gòu)能力框架90Thankyou91L2考試經(jīng)驗(yàn)92Zachman系統(tǒng)模型WhatHowWhereWhoWhenWhy業(yè)務(wù)功能網(wǎng)絡(luò)人員時(shí)間驅(qū)動(dòng)因素范圍（目標(biāo)層面）規(guī)劃人員業(yè)務(wù)模型（概念層面）業(yè)務(wù)人員系統(tǒng)模型（邏輯劃分）設(shè)計(jì)人員技術(shù)模型（物理劃分）實(shí)施人員詳細(xì)表示（不受控）分包商企業(yè)功能重要的業(yè)務(wù)事務(wù)列表實(shí)體（Entity）

=業(yè)務(wù)事務(wù)類

業(yè)務(wù)流程列表流程（Process）

=業(yè)務(wù)流程類

業(yè)務(wù)場所列表節(jié)點(diǎn)（Node）

=主要業(yè)務(wù)場所重要業(yè)務(wù)組織列表人員（People）

=主要組織單元重要業(yè)務(wù)時(shí)間/周期列表時(shí)間（Time）=主要業(yè)務(wù)時(shí)間/周期業(yè)務(wù)目標(biāo)與策略列表結(jié)束/手段

=主要目標(biāo)與策略例如：概念模型實(shí)體=業(yè)務(wù)實(shí)體關(guān)系=業(yè)務(wù)關(guān)系例如：業(yè)務(wù)流程模型流程=業(yè)務(wù)流程I/O=業(yè)務(wù)資源例如：業(yè)務(wù)支持系統(tǒng)節(jié)點(diǎn)=業(yè)務(wù)場所聯(lián)系=業(yè)務(wù)聯(lián)絡(luò)例如：工作流模型人員=組織機(jī)構(gòu)工作=工作產(chǎn)品例如：主控進(jìn)度計(jì)劃時(shí)間=業(yè)務(wù)事件周期=業(yè)務(wù)周期例如：業(yè)務(wù)計(jì)劃結(jié)束=業(yè)務(wù)目標(biāo)手段=業(yè)務(wù)策略例如：邏輯數(shù)據(jù)模型實(shí)體=數(shù)據(jù)實(shí)體關(guān)系=數(shù)據(jù)關(guān)系例如：應(yīng)用架構(gòu)流程=應(yīng)用功能I/O=用戶視圖例如：分布式架構(gòu)節(jié)點(diǎn)=I/S功能（處理器、存儲等）聯(lián)系=線性特征例如：人機(jī)接口架構(gòu)人員=角色工作=交付物例如：處理結(jié)構(gòu)時(shí)間=系統(tǒng)事件周期=處理周期例如：業(yè)務(wù)規(guī)則模型結(jié)束=結(jié)構(gòu)化聲明手段=行動(dòng)聲明例如：物理數(shù)據(jù)模型實(shí)體=域/表/等等關(guān)系=指針/關(guān)鍵字例如：系統(tǒng)設(shè)計(jì)流程=計(jì)算機(jī)功能I/O=數(shù)據(jù)元/set例如：技術(shù)架構(gòu)節(jié)點(diǎn)=硬件/系統(tǒng)軟件聯(lián)系=相關(guān)規(guī)范例如：表示架構(gòu)人員=用戶工作=屏幕格式例如：控制結(jié)構(gòu)時(shí)間=執(zhí)行周期=組件周期例如：規(guī)則設(shè)計(jì)結(jié)束=條件手段=行動(dòng)例如：數(shù)據(jù)定義實(shí)體=數(shù)據(jù)域關(guān)系=地址例如：程序流程=語言描述I/O=控制塊例如：網(wǎng)絡(luò)架構(gòu)節(jié)點(diǎn)=地址聯(lián)系=協(xié)議例如：安全架構(gòu)人員=標(biāo)識工作=工作例如：時(shí)序定義時(shí)間=中斷周期=機(jī)器周期例如：規(guī)則規(guī)范結(jié)束=子條件手段=步調(diào)例如：數(shù)據(jù)例如：功能例如：網(wǎng)絡(luò)例如：組織例如：計(jì)劃例如：策略93IT建設(shè)流程業(yè)務(wù)流程角色架構(gòu)設(shè)計(jì)提出需求業(yè)務(wù)主管（業(yè)務(wù)部門）

分析需求需求分析師（IT部門）業(yè)務(wù)架構(gòu)

(架構(gòu)路線圖)交付方案確定

（自研、招標(biāo)）IT經(jīng)理（IT部門）IT架構(gòu)

（應(yīng)用、數(shù)據(jù)）招標(biāo)書RFPsIT經(jīng)理（IT部門）

采購（招標(biāo)）采購（采購部門）

合同采購，供應(yīng)商

交付項(xiàng)目經(jīng)理（供應(yīng)商)項(xiàng)目架構(gòu)驗(yàn)收業(yè)務(wù)代表（業(yè)務(wù)部門）

9495架構(gòu)變更管理流程的目標(biāo)是確保架構(gòu)達(dá)成期原始目標(biāo)業(yè)務(wù)價(jià)值架構(gòu)變更分三類簡化變更---------減少投資的需求來驅(qū)動(dòng)增量變更---------從現(xiàn)有的投資獲取附加價(jià)值來驅(qū)動(dòng)重新開發(fā)架構(gòu)的變更----增加投資的需求來驅(qū)動(dòng)架構(gòu)原則通常由企業(yè)架構(gòu)師與關(guān)鍵業(yè)務(wù)利益相關(guān)者共同開發(fā)，并由架構(gòu)委員會批準(zhǔn)名稱Name說明Statement（表述、內(nèi)容）：應(yīng)當(dāng)簡潔、無二義地表達(dá)基本的規(guī)則依據(jù)Rationale（理由、價(jià)值）：應(yīng)該使用業(yè)務(wù)術(shù)語強(qiáng)調(diào)堅(jiān)持原則，帶來的業(yè)務(wù)價(jià)值含義Implications（相關(guān)影響、需求和任務(wù)）：為了貫徹（執(zhí)行）原則，根據(jù)資源、成本和活動(dòng)/任務(wù)，強(qiáng)調(diào)業(yè)務(wù)和IT需求96架構(gòu)愿景：一份最終的架構(gòu)輸出的高層的、愿景層面的視圖。建立愿景的目的是從一開始就對架構(gòu)應(yīng)該有什么樣的預(yù)期結(jié)果達(dá)成共識，從而使架構(gòu)師可以聚焦在關(guān)鍵的領(lǐng)域來驗(yàn)證其可行性。架構(gòu)愿景也通過給出一個(gè)完整架構(gòu)定義的總體匯總版本，來支持和利益相關(guān)者之間的溝通業(yè)務(wù)場景技術(shù)(Businessscenarios)通常用以發(fā)現(xiàn)和記錄業(yè)務(wù)需求，并清楚的表述響應(yīng)那些需求的架構(gòu)愿景的合適且有用的技巧，主要用于階段A，且在階段B迭代使用；符合SMART準(zhǔn)則(明確，可衡量，可付諸行動(dòng)，切實(shí)可行，有時(shí)限)97基于能力的規(guī)劃是一種根據(jù)基于能力規(guī)劃的原則、確定和規(guī)劃企業(yè)變革的具體方法，一種聚焦業(yè)務(wù)成果的業(yè)務(wù)規(guī)劃技術(shù)。它是業(yè)務(wù)驅(qū)動(dòng)和業(yè)務(wù)導(dǎo)向的，它將各個(gè)業(yè)務(wù)線全部必需付出的努力整合起來，以達(dá)到企業(yè)期望的能力評估業(yè)務(wù)轉(zhuǎn)型準(zhǔn)備度用于評估和量化企業(yè)準(zhǔn)備承受變化的程度，看企業(yè)是否為變革做好了準(zhǔn)備推薦的活動(dòng)包括：確定將會影響組織的準(zhǔn)備度因素（factor）使用成熟度模型來展現(xiàn)這些準(zhǔn)備度因素評估每個(gè)準(zhǔn)備度要素的風(fēng)險(xiǎn)，并識別緩減風(fēng)險(xiǎn)的改善措施安全架構(gòu)和ADMADM階段活動(dòng)階段P：預(yù)備階段界定受安全架構(gòu)影響的Enterprise組織的范圍定義適用的法規(guī)要求和安全策略需求，并將其文件化將所需安全能力定義為架構(gòu)能力的一部分實(shí)施安全架構(gòu)工具階段A：架構(gòu)愿景獲取對安全測度的管理層支持在架構(gòu)開發(fā)周期中，定義必需的安全性相關(guān)的管理層簽署同意的里程碑確定適用的災(zāi)難恢復(fù)或業(yè)務(wù)連續(xù)性計(jì)劃/需求，并將其文件化識別將要部署的系統(tǒng)的預(yù)期物理/業(yè)務(wù)/法規(guī)環(huán)境，并將其文件化確定系統(tǒng)的關(guān)鍵性：安全關(guān)鍵性/任務(wù)關(guān)鍵性/非關(guān)鍵性，并將其文件化階段B：業(yè)務(wù)確定將于產(chǎn)品/服務(wù)/流程交互的合法施動(dòng)者評估當(dāng)前安保特定的業(yè)務(wù)流程（現(xiàn)有目的的增強(qiáng)）并建立基線確定在使用安保措施中帶來的不便，對誰/在多大程度上是可接受的識別項(xiàng)目控制范圍之外的互聯(lián)系統(tǒng)，并將其文件化如果出現(xiàn)錯(cuò)誤，確定有風(fēng)險(xiǎn)的資產(chǎn)---“我們在努力保護(hù)什么”確定失效情況下的資產(chǎn)損失/影響的成本（定性和定量）識別資產(chǎn)所有權(quán)，并將其文件化確定適當(dāng)?shù)陌踩∽C流程，并將其文件化識別可用性的關(guān)鍵度臨界點(diǎn)及修正整體服務(wù)的運(yùn)行由威脅和處于風(fēng)險(xiǎn)中的資產(chǎn)價(jià)值，確定合理的安全性（成本）是多少，并將其文件化重新評估并確認(rèn)架構(gòu)愿景決策評估所識別的安全方針與業(yè)務(wù)目標(biāo)的一致性或沖突確定“什么可能出錯(cuò)”98安全架構(gòu)和ADMADM階段活動(dòng)階段C：信息系統(tǒng)評估當(dāng)前安全特定架構(gòu)元素（現(xiàn)有目的的增強(qiáng)）并建立基線識別安全默認(rèn)行為和失效狀態(tài)識別和評價(jià)適用的得到認(rèn)可的指南和標(biāo)準(zhǔn)回顧項(xiàng)目控制范圍之外的關(guān)于互聯(lián)系統(tǒng)的假設(shè)確定所存儲/創(chuàng)建/使用的信息的靈敏度或分類等級，并將其文件化識別并文件化資產(chǎn)的保管識別每個(gè)功能的可用性關(guān)鍵度臨界點(diǎn)和正確運(yùn)行的關(guān)鍵性確定正在設(shè)計(jì)中的系統(tǒng)與現(xiàn)有業(yè)務(wù)災(zāi)難/連續(xù)性計(jì)劃的關(guān)系識別系統(tǒng)的哪些方面必須是可配置的，以反映方針/業(yè)務(wù)環(huán)境/訪問控制的變化識別按照業(yè)務(wù)需求和法定要求的規(guī)定所使用信息的壽命