TOGAF學習筆記TOGAF9

手冊

PartI–

簡介PartII–架構開發方法（ADM)PartIII–ADM

指引和技術PartIV–架構內容框架PartV–企業連續系列和工具PartVI–架構能力框架前言，執行概況，核心的概念，定義和發版說明ADM

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

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

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

(Part5)ADM指引和技術(Part3)架構內容框架

(Part4)TOGAF參考模型

(TOGAF庫)業務愿景和驅動力業務能力告知業務目前狀態確保業務愿景的實現告知能力的大小，結構，和文化完善業務需要的了解業務需要輸入到方法，識別需要處理的問題交付新業務解決方案運營的變更導致更新為架構角色，設置目標,關鍵績效指標,和預算驅動架構能力成熟度的需要業務需要朔造非架構方面的業務運營從業務運營的學習，創建新業務要求該方法產生將要存儲在存儲庫中的內容，依據企業連續系列來分類TOGAF架構開發方法和內容框架TOGAF能力框架

TOGAF企業連續系列和工具TOGAF9.2

標準的組成9TOGAF9

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

開展創建架構能力所需的準備和啟動活動，包括定制TOGAF、選擇工具以及定義架構原則。項目啟動階段R：需求管理TOGAF項目的每個階段都基于一些業務需求，并對其進行驗證。

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

階段C：信息系統

階段D：技術開發如下四個領域的架構（領域架構）：

1）業務

2）信息系統——應用

3）信息系統——數據

4）技術

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

這份文檔跨越了所有的架構領域（業務、數據、應用和技術），

并檢查了架構的所有相關狀態（基線架構、過渡架構和目標架構）。架構定義文件提供了解決方案的定性視圖，其目的在于表達架構師的意圖。

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

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

企業架構的組織模型是

架構原則是

業務原則、業務目標、業務驅動力是

架構存儲庫是

架構工具是

架構工作請求書是

PABCDEFGH輸出件預備階段架構愿景業務架構信息系統架構技術架構機會與解決方案遷移規劃實施治理架構變更管理架構工作說明書（請求書的響應）

是

架構愿景（業務場景）

是

利益相關者管理

是

溝通計劃

是

業務變革的準備度評估

是

能力評估

是

風險管理

是是

架構視點

是是是是

架構視圖

是是是是

19ADM周期的關鍵技術和交付物：B-DPABCDEFGH輸出件預備階段架構愿景業務架構信息系統架構技術架構機會與解決方案遷移規劃實施治理架構變更管理風險管理

是是

業務場景

是

架構定義文件

創建業務架構信息系統架構技術架構刷新

架構需求規范

業務架構需求信息系統架構需求技術架構需求

架構視點

是是是是

架構視圖

是是是是

架構路線圖

是是是

差距分析

是是是是

架構構建塊

是是是

解決方案構建塊

是

20ADM周期的關鍵技術和交付物：E-HPABCDEFGH輸出件預備階段架構愿景業務架構信息系統架構技術架構機會與解決方案遷移規劃實施治理架構變更管理架構定義文件

創建業務架構信息系統架構技術架構刷新差距分析

是是是是解決方案構建塊

是是是是基于能力的規劃

是是

遷移規劃技術

創建確認

實施和遷移計劃

大綱詳細

過渡架構

識別定稿

實施治理模型

是是是是架構契約

是是變更管理

是是一致性評估

是是需求影響評估

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

架構原則剪裁TOGAF框架及其他選定的架構框架（如果有）制定工具和技巧的策略及實施計劃輸入輸出TOGAF庫其他架構框架委員會戰略、業務計劃、業務戰略、IT戰略、業務原則、業務目標和業務驅動因素業務中運行的主要框架治理和法律框架架構能力合作和承包協議EnterpriseArchitecture現有的組織模型現有的架構框架（如果有），包括架構方法

；架構內容

；經配置和部署的工具

；架構原則

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

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

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

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

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

部門管理層業務領域專家數據擁有者行政領導

部門管理層業務流程/

功能專家產品專家技術專家IT服務管理服務臺應用管理基礎設施管理數據/語音通信企業安全項目管理辦公室QA/標準組織采購HR公司職能最終用戶組織項目組織系統運營組織外部組織CxO45識別企業架構的關鍵利益相關者。

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

A花費最小精力

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

滿意業務足跡圖目標/目的/服務目錄組織分解圖公司職能項目群管理辦公室項目組合管理關注變更活動的優先次序、資金和對齊。了解項目內容和項目之間的技術依賴關系，為項目組合管理的決策提供了更加豐富的信息。保持

滿意需求目錄業務足跡圖應用通信圖功能分解圖公司職能采購采購者了解哪些架構的構建塊可以買，以及購買存在哪些約束（或規則）。關鍵

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

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

參考庫（ReferenceLibrary）提供指南、模板、模式和其他形式的參考資料，可用來加速企業新架構的創建。治理日志（GovernanceLog）提供整個企業內治理活動的記錄。

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

側面視圖

74技術參考模型(TRM)應用可移植性通過應用平臺接口實現，識別一套服務，通過平臺，它將以標準的方式提供給應用互操作性通過通信基礎設施接口實現，識別一套通信基礎設施服務，將以標準的方式建立應用應用平臺通信基礎設施多樣性75集成信息基礎設施參考模型(III-RM)安全

質量

可移動性

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

項目群或項目管理技能，一般包括業務變更管理、項目管理方法和工具等。通用IT知識技能，一般包括代理應用、資產管理、遷移規劃、服務水平協議(SLAs)等技術類IT技能，一般包括軟件工程、安全、數據交換、數據管理等。法律環境，一般包括數據保護法、合同法、采購法、反欺詐法等。

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

構件架構內容框架企業連續系列架構開發方法架構開發指引和技術參考模型架構能力框架90Thankyou91L2考試經驗92Zachman系統模型WhatHowWhereWhoWhenWhy業務功能網絡人員時間驅動因素范圍（目標層面）規劃人員業務模型（概念層面）業務人員系統模型（邏輯劃分）設計人員技術模型（物理劃分）實施人員詳細表示（不受控）分包商企業功能重要的業務事務列表實體（Entity）

=業務事務類

業務流程列表流程（Process）

=業務流程類

業務場所列表節點（Node）

=主要業務場所重要業務組織列表人員（People）

=主要組織單元重要業務時間/周期列表時間（Time）=主要業務時間/周期業務目標與策略列表結束/手段

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

分析需求需求分析師（IT部門）業務架構

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

（自研、招標）IT經理（IT部門）IT架構

（應用、數據）招標書RFPsIT經理（IT部門）

采購（招標）采購（采購部門）

合同采購，供應商

交付項目經理（供應商)項目架構驗收業務代表（業務部門）

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