TOGAF官方教材：《The TOGAF Standard（TOGAF標準）》及企業(yè)架構知識體系介紹

TOGAF企業(yè)架構師認證 知識體系 考證須知 證書含金量 培訓大綱 3分鐘小視頻 我要提問

TOGAF 認證是 The Open Group 頒發(fā)的架構框架專業(yè)認證，是企業(yè)在規(guī)劃、設計、實施和管理 IT 架構時所使用的一種方法和標準。它提供了一個開放的、靈活的、可擴展的方法來構建、部署和管理企業(yè)的 IT 架構，幫助企業(yè)提高 IT 效率、降低成本、提高業(yè)務靈活性和創(chuàng)新能力。

• 中文名TOGAF企業(yè)架構師認證
• 英文名The Open Group Architecture Framework
• 英文簡稱TOGAF
• 頒證機構The Open Group
• 證書類別企業(yè)架構（業(yè)務架構，數(shù)據(jù)架構，應用架構，技術架構）
• 同類認證SAFe for Architects、CBA

The TOGAF Standard（TOGAF標準）

TOGAF官方教材選用由The Open Group組織發(fā)布的《The TOGAF Standard（TOGAF標準）》。目前The TOGAF Standard（TOGAF標準）的版本是9.2版（2018年起應用至今）和第10版（于2022年發(fā)布），是TOGAF認證考試的基礎。

TOGAF（The Open Group Architecture Framework），也稱國際開放組織架構框架，是由The Open Group組織創(chuàng)建的企業(yè)架構框架標準。TOGAF是一個方法論，包括一套流程、原則、指南、_佳實踐、技術、角色和工件。它用于開發(fā)和治理企業(yè)架構，妥善處理業(yè)務需求。

The Open Group組織當前公布的TOGAF認證規(guī)則，援引如下：

TOGAF認證組合包括的認證和認證資質建立在以下標準的基礎之上

● TOGAF標準，9.2版
● TOGAF標準，第10版

圍繞TOGAF標準和TOGAF庫，它包括一套互補的學習路徑。包含在認證組合的TOGAF認證有：TOGAF 9基礎級、TOGAF 9鑒定級 、TOGAF企業(yè)架構基礎級、TOGAF企業(yè)架構從業(yè)者、TOGAF業(yè)務架構基礎級以及TOGAF9升級TOGAF10的過渡路徑。

詳見：https://www.opengroup.org.cn/togaf-portfolio-certification

需要特別說明的是：

TOGAF? 9基礎級和鑒定級認證證書都不會過期，The Open Group將無限期在TOGAF?認證組合中繼續(xù)支持TOGAF? 9認證的學習路徑。TOGAF? 9認證也并不會因為TOGAF? 10的出現(xiàn)而失去價值。就_近的工作調研顯示，就業(yè)市場普遍需要候選人獲得TOGAF? 9認證，預計未來將繼續(xù)如此。

TOGAF標準目錄結構

已為大家簡單翻譯為中文（原書為英文），供參考，如下：

TOGAF標準v9.2版目錄

_部分：引言
_章 簡介
1.1 本文件結構
1.2 TOGAF 架構庫的結構
1.3 綜述
1.4 TOGAF 標準使用
1.4.1 使用條件
1.4.2 TOGAF 標準費用是多少？
1.4.3 下載
1.5 為什么要加入 The Open Grou
第二章 核心概念
2.1 TOGAF 是什么？
2.2 TOGAF 中的架構是什么？
2.3 TOGAF 涉及哪些種類的架構？
2.4 架構開發(fā)方法
2.5 可交付成果、制品和構建塊
2.6 企業(yè)連續(xù)統(tǒng)一體
2.7 架構庫
2.8 建立和維護企業(yè)架構能力
2.9 將架構能力建立為運營實體
2.10 使用 TOGAF 與其他框架
第三章 定義
3.1 抽象化
3.2 行為體
3.3 應用架構
3.4 應用組件
3.5 應用平臺
3.6 架構風格
3.7 架構
3.8 架構構建塊（ABB）
3.9 架構連續(xù)統(tǒng)一體
3.10 架構開發(fā)方法（ADM）
3.11 架構域
3.12 架構框架
3.13 架構治理
3.14 架構全景
3.15 架構模型
3.16 架構原理
3.17 架構視圖
3.18 架構觀點
3.19 架構愿景
3.20 制品
3.21 基線
3.22 無邊信息
3.23 構建塊
3.24 業(yè)務架構
3.25 業(yè)務能力
3.26 業(yè)務職能
3.27 企業(yè)治理
3.28 業(yè)務模式
3.29 業(yè)務服務
3.30 能力
3.31 能力架構
3.32 能力提升
3.33 溝通和利益攸關方管理
3.34 關注
3.35 行動方針
3.36 數(shù)據(jù)架構
3.37 可交付成果
3.38 企業(yè)
3.39 企業(yè)連續(xù)統(tǒng)一體
3.40 基礎架構
3.41 框架
3.42 差距
3.43 治理
3.44 信息
3.45 信息系統(tǒng)服務
3.46 信息技術（IT）
3.47 互操作性
3.48 邏輯的
3.49 元數(shù)據(jù)
3.50 元模型
3.51 方法
3.52 建模
3.53 模型類型
3.54 目的
3.55 組織結構圖
3.56 模式
3.57 物理的
3.58 原則
3.59 參考模型（RM）
3.60 儲存庫
3.61 需求
3.62 路線圖
3.63 角色
3.64 分部架構
3.65 服務
3.66 面向服務
3.67 面向服務的架構（SOA）
3.68 服務組合
3.69 解決方案架構
3.70 解決方案構建塊（SBB）
3.71 解決方案連續(xù)統(tǒng)一體
3.72 利益攸關方
3.73 標準信息庫（SIB）
3.74 戰(zhàn)略架構
3.75 目標架構
3.76 架構視圖分類
3.77 技術架構
3.78 技術組件
3.79 技術服務
3.80 過渡架構
3.81 價值流
3.82 視圖
3.83 觀點
3.84 觀點庫
3.85 工作包
第二部分：架構開發(fā)方法（ADM）
第四章 引言
4.1ADM 概述
4.1.1ADM、企業(yè)連續(xù)統(tǒng)一體和架構庫
4.1.2ADM 與基礎架構
4.1.3ADM 指南與技術
4.2 架構開發(fā)周期
4.2.1 關鍵點
4.2.2 基本結構
4.3 調整 ADM
4.4 架構治理
4.5 界定架構范圍
4.5.1 廣度
4.5.2 深度
4.5.3 時間區(qū)間
4.5.4 架構域
4.6 架構集成
4.7 小結
第五章 預備階段
5.1 目標
5.2 輸入
5.2.1 企業(yè)外部參考資料
5.2.2 非架構輸入
5.2.3 架構輸入
5.3 步驟
5.3.1 企業(yè)組織受影響的范圍
5.3.2 確認治理和支持框架
5.3.3 定義并建立企業(yè)架構團隊和組織
5.3.4 識別并建立架構原則
5.3.5 定制 TOGAF 框架和其他選定的架構框架（如果有）
5.3.6 為工具和技術制定策略和實施計劃
5.4 輸出
5.5 方法
5.5.1 企業(yè)
5.5.2 組織背景
5.5.3 架構工作要求
5.5.4 原則
5.5.5 管理框架
5.5.6 與管理框架關系
5.5.7 企業(yè)架構規(guī)劃 / 業(yè)務變革成熟度評估
第六章 階段 A：架構愿景
6.1 目標
6.2 輸入
6.2.1 企業(yè)外部參考資料
6.2.2 非架構輸入
6.2.3 架構輸入
6.3 步驟
6.3.1 建立架構項目
6.3.2 確定利益攸關方、關注點和業(yè)務需求
6.3.3 確認并闡述業(yè)務目標、業(yè)務驅動因素和約束
6.3.4 評估能力
6.3.5 評估業(yè)務轉型準備情況
6.3.6 定義范圍
6.3.7 確認和闡述架構原則，包括業(yè)務原則
6.3.8 開發(fā)架構愿景
6.3.9 定義目標架構價值主張和
6.3.10 確定業(yè)務轉型風險和緩解活動
6.3.11 編制架構工作說明書；確保批準
6.4 輸出
6.5 方法
6.5.1 概述
6.5.2 創(chuàng)建架構愿景
第七章 階段 B：業(yè)務架構
7.1 目標
7.2 輸入
7.2.1 企業(yè)外部參考資料
7.2.2 非架構輸入
7.2.3 架構輸入
7.3 步驟
7.3.1 選擇參考模型、觀點和工具
7.3.1.1 確定總體建模過程
7.3.1.2 確定所需的服務粒度級別、邊界和契約
7.3.1.3 確定必要的業(yè)務構建塊目錄
7.3.1.4 確定所需矩陣
7.3.1.5 確定所需的圖
7.3.1.6 確定要收集的需求類型
7.3.2 開發(fā)基線業(yè)務架構描述
7.3.3 開發(fā)目標業(yè)務架構描述
7.3.4 實施差距分析
7.3.5 定義候選路線圖組件
7.3.6 解決貫徹整個架構全景的影響
7.3.7 進行正式的利益攸關者審查
7.3.8 _終確定業(yè)務架構
7.3.9 創(chuàng)建架構定義文件
7.4 輸出
7.5 方法
7.5.1 概述
7.5.2 編制基線說明
7.5.3 應用業(yè)務能力
7.5.4 應用價值流
7.5.5 應用組織圖
7.5.6 應用建模技術
7.5.7 架構庫
第八章 階段 C：信息系統(tǒng)架構
8.1 目標
8.2 方法
第九章 階段 C：信息系統(tǒng)架構 — 數(shù)據(jù)架構
9.1 目標
9.2 輸入
9.2.1 企業(yè)外部參考資料
9.2.2 非架構輸入
9.2.3 架構輸入
9.3 步驟
9.3.1 選擇參考模型、觀點和工具
9.3.1.1 確定總體建模流程
9.3.1.2 確定所需的數(shù)據(jù)塊目錄
9.3.1.3 確定所需矩陣
9.3.1.4 確定所需的圖
9.3.1.5 確定需要收集的需求類型
9.3.2 編制基線數(shù)據(jù)架構描述
9.3.3 開發(fā)目標數(shù)據(jù)架構描述
9.3.4 進行差距分析
9.3.5 定義候選路線圖組件
9.3.6 解決整個架構全景的影響
9.3.7 進行正式的利益攸關方審查
9.3.8 確定數(shù)據(jù)架構
9.3.9 創(chuàng)建架構定義文件
9.4 輸出
9.5 方法
9.5.1 數(shù)據(jù)架構的主要考慮因素
9.5.1.1 數(shù)據(jù)管理
9.5.1.2 數(shù)據(jù)遷移
9.5.1.3 數(shù)據(jù)治理
9.5.2 架構存儲庫
第十章 階段 C：信息系統(tǒng)架構 — 應用架構
10.1 目標
10.2 輸入
10.2.1 企業(yè)外部參考資料
10.2.2 非架構輸入
10.2.3 架構輸入
10.3 步驟
10.3.1 選擇參考模型、觀點和工具
10.3.1.1 確定總體建模過程
10.3.1.2 確定所需的應用程序構建塊目錄
10.3.1.3 確定所需矩陣
10.3.1.4 確定所需的圖
10.3.1.5 確定需要收集的需求類型
10.3.2 開發(fā)基線應用架構描述
10.3.3 開發(fā)目標應用架構描述
10.3.4 進行差距分析
10.3.5 定義候選路線圖組件
10.3.6 解決整個架構全景的影響
10.3.7 進行正式的利益攸關方審查
10.3.8 確定應用架構
10.3.9 創(chuàng)建架構定義文檔
10.4 輸出
10.5 方法
10.5.1 架構存儲庫
第十一章 階段 D：技術架構
11.1 目標
11.2 輸入
11.2.1 外部參考資料
11.2.2 非架構輸入
11.2.3 架構輸入
11.3 步驟
11.3.1 選擇參考模型、觀點和工具
11.3.1.1 確定總體建模過程
11.3.1.2 確定所需的技術構建塊目錄
11.3.1.3 確定所需矩陣
11.3.1.4 識別所需的圖表
11.3.1.5 確定需要收集的需求類型
11.3.1.6 選擇服務
11.3.2 開發(fā)基線技術架構描述
11.3.3 開發(fā)目標技術架構描述
11.3.4 進行差距分析
11.3.5 定義候選路線圖組件
11.3.6 解決整個架構全景的影響
11.3.7 進行正式的利益攸關方審查
11.3.8 _終確定技術架構
11.3.9 創(chuàng)建架構定義文檔
11.4 輸出
11.5 方法
11.5.1 新興技術
11.5.2 架構庫
第十二章 階段 E：機會與解決方案
12.1 目標
12.2 輸入
12.2.1 企業(yè)外部參考資料
12.2.2 非架構輸入
12.2.3 架構輸入
12.3 步驟
12.3.1 確定 / 確認主要的公司變革屬性
12.3.2 確定實施的業(yè)務約束
12.3.3 審查和合并 B 至 D 階段的差距分析結果
12.3.4 審查所有相關業(yè)務功能的合并需求
12.3.5 統(tǒng)一和協(xié)調互操作性要求
12.3.6 完善和驗證依存關系
12.3.7 確認業(yè)務轉型的準備和風險
12.3.8 制訂實施和遷移戰(zhàn)略
12.3.9 確定主要工作包并對其進行分組
12.3.10 確定過渡架構
12.3.11 制定架構路線圖及實施和遷移計劃
12. 4 輸出
12.5 方法
第十三章 階段 F：遷移規(guī)劃
13.1 目標
13.2 輸入
13.2.1 企業(yè)外部參考資料
13.2.2 非架構輸入
13.2.3 架構輸入
13.3 步驟
13.3.1 確認實施和遷移計劃的管理框架交互作用
13.3.2 為每個工作包分配業(yè)務價值
13.3.3 估計資源需求、項目時間和可用性 / 交付工具
13.3.4 通過進行成本 / 效益評估和風險驗證，對遷移項目進行事先置備
13.3.5 確認架構路線圖并更新架構定義文檔
13.3.6 完成實施和遷移計劃
13.3.7 完成架構開發(fā)周期并記錄所吸取的經驗教訓
13.4 輸出
13.5 方法
第十四章 階段 G：實施治理
14.1 目標
14.2 輸入
14.2.1 企業(yè)外部參考資料
14.2.2 非架構輸入
14.2.3 架構輸入
14.3 步驟
14.3.1 通過開發(fā)管理確認部署的范圍和優(yōu)先事項
14.3.2 確定部署資源和技能
14.3.3 指導解決方案部署的開發(fā)
14.3.4 實施企業(yè)架構合規(guī)性審查
14.3.5 實施業(yè)務和 IT 業(yè)務
14.3.6 實施實施后評審并結束實施
14.5 方法
第十五章 階段 H：架構變更管理
15.1 目標
15.2 輸入
15.2.1 企業(yè)外部參考資料
15.2.2 非架構輸入
15.2.3 架構輸入
15.3 步驟
15.3.1 建立價值實現(xiàn)過程
15.3.2 部署監(jiān)測工具
15.3.3 管理風險
15.3.4 為架構變更管理提供分析
15.3.5 制定變更要求以滿足績效目標
15.3.6 管理治理流程
15.3.7 啟動實施變更的過程
15.4 輸出
15.5 方法
15.5.1 推動變更的因素
15.5.2 企業(yè)架構變更管理過程
15.5.3 維護與架構重新設計指南
第十六章 ADM 架構需求管理
16.1 目標
16.2 輸入
16.3 步驟
16.4 輸出
16.5 方法
16.5.1 總則
16.5.2 需求開發(fā)
16.5.3 資源
16.5.3.1 業(yè)務場景
16.5.3.2 需求的工具
第三部分：ADM 指南和技術
第十七章 引言
17.1 調整 ADM 適應性過程的指南
17.2 架構開發(fā)技術
17.3 使用具有不同架構風格的 TOGAF 框架
第十八章 迭代法在 ADM 中的應用
18.1 概述
18.2 迭代循環(huán)
18.3 架構參與類別
18.4 架構開發(fā)的方法
18.5 迭代考量因素
18.5.1ADM 循環(huán)周期之間的迭代
18.5.2 ADM 周期內的迭代
18.6 結論
第十九章 在架構全景中應用 ADM
19.1 概述
19.2 架構全景
19.3 組織架構全景以了解企業(yè)
19.4 開發(fā)不同層次的架構
第二十章架構原則
20.1 簡介
20.2 架構原理的特點
20.3 架構原則的組成部分
20.4 開發(fā)架構原則
20.4.1 原則質量
20.5 應用架構原則
20.6 架構原則示例集
20.6.1 業(yè)務原則
20.6.2 數(shù)據(jù)原則
20.6.3 應用原則
20.6.4 技術原則
第二十一章 利益攸關方管理
21.1 簡介
21.2 利益攸關方管理辦法
21.3 利益攸關方管理過程中的步驟
21.3.1 識別利益攸關方
21.3.1.1 利益攸關方樣本分析
21.3.3 確定利益相關者管理方法
21.3.4 剪裁工作交付物
21.4 利益攸關者映射模板
第二十二章架構模式
22.1 引言
22.1.1 背景
22.1.2 模式的內容
22.1.3 術語
22.1.3.1 架構模式和設計模式
22.1.3.2 模式和架構連續(xù)性
22.1.3.3 模式和視圖
22.1.3.4 模式和業(yè)務場景
22.2 一些模式資源
第二十三章 差距分析
23.1 引言
23.2 建議步驟
23.3 示例
第二十四章 遷移規(guī)劃技術
24.1 執(zhí)行因素評估和推論矩陣
24.2 合并差距，解決方案和依賴關系矩陣
24.3 架構定義增量表
24.4 過渡架構狀態(tài)演化表
24.5 業(yè)務價值評估技術
第二十五章 互操作性需求
25.1 概述
25.2 定義互操作性
25.3 企業(yè)運營模式
25.4 完善互操作性
25.5 確定互操作性要求
25.6 協(xié)調互操作性要求與潛在解決方案
第二十六章 業(yè)務轉型就緒性評估
26.1 引言
26.1.1 業(yè)務轉型使能計劃 (BT
26.2 確定準備因素
26.3 當前準備因素
26.4 評估準備因素
26.4.1 準備度因素愿景
26.4.2 準備度因素評定
26.4.3 準備度因素風險和措施
26.5 準備和遷移規(guī)劃
26.6 推廣實施計劃
26.7 結論
第二十七章 風險管理
27.1 引言
27.2 風險分類
27.3 風險識別
27.4 初始風險評估
27.5 風險緩解和剩余風險評估
27.6 進行剩余風險評估
27.7 風險監(jiān)測和治理（階段 G）
27.8 總結
第二十八章 基于能力的規(guī)劃
28.1 概述
28.2 基于能力的規(guī)劃模式
28.3 以能力為基礎的規(guī)劃概念
28.3.1 能力維度
28.3.2 能力增量
28.4 企業(yè)架構環(huán)境中的功能
28.5 總結
第四部分：架構內容框架
第二十九章 引言
29.1 概述
29.2 內容元模型
29.3 內容框架和 TOGAF ADM
29.4 第四部分的結構
第三十章 內容元模型
30.1 概述
30.2 內容元模型愿景和概念
30.2.1 核心內容元模型概念
30.2.2 內容元模型概述
30.3 詳細的內容元模型
30.3.1 核心內容元模型
30.3.2 完整內容元模型
30.4 內容元模型擴展
30.4.1 治理擴展
30.4.2 服務擴展
30.4.3 流程建模擴展
30.4.4 數(shù)據(jù)擴展
30.4.5 基礎設施整合擴展
34.4.6 動機擴展
30.5 內容元模型實體
30.6 內容元模型屬性
30.7 元模型關系
第三十一章架構制品
31.1 基本概念
31.1.1 架構觀點和架構視圖的簡單示例
31.2 采用 ADM 開發(fā)架構視圖
31.2.1 一般指南
31.2.2 架構視圖創(chuàng)建過程
31.3 視圖、工具和語言
31.3.1 概述
31.4 架構視圖和架構觀點
31.4.1 架構視圖和架構視圖的示例
31.4.2 企業(yè)架構中的架構視圖和架構觀點
31.4.3 需要一種通用語言和互操作的架構描述工具
31.5 結論
31.6 由 ADM 階段目錄、矩陣和圖表概念構成的架構制品
31.6.1 預備階段
31.6.2 階段 A：架構愿景
31.6.3 階段 B：業(yè)務架構
31.6.4 階段 C：數(shù)據(jù)架構
31.6.5 階段 C：應用架構
31.6.6 階段 D：技術架構
31.6.7 階段 E：機會和解決方案
31.6.8 需求管理
第三十二章架構可交付成果
32.1 引言
32.2 可交付成果說明
32.2.1 架構構件
32.2.2 架構契約
32.2.3 架構定義文件
32.2.4 架構原則
32.2.5 架構儲存庫
32.2.6 架構需求規(guī)范
32.2.7 路線圖
32.2.8 架構愿景
32.2.9 業(yè)務原則、業(yè)務目標和業(yè)務驅動因素
32.2.10 能力評估
32.2.11 變更請求
32.2.12 溝通計劃
32.2.13 合規(guī)評估
32.2.14 實施和遷移計劃
32.2.15 實施治理模式
32.2.16 企業(yè)架構的組織模型
32.2.17 架構工作要求
32.2.18 需求影響評估
36.2.19 解決方案構建塊
32.2.20 架構工作說明
32.2.21 定制架構框架
第三十三章 構建塊
33.1 概述
33.2 架構構建塊簡介
33.2.1 概述
33.2.2 一般特征
33.2.3 架構構建塊
33.2.3.1 特征
33.2.3.2 規(guī)范內容
33.2.4 解決方案構建塊
33.2.4.1 特點
33.2.4.2 規(guī)范內容
33.3 構建塊和 AD
33.3.1 基本原則
33.3.1.1 架構設計中的構建塊
33.3.1.2 架構構建塊設計
33.3.2 ADM 中的構建塊規(guī)范過程
第五部分：企業(yè)連續(xù)統(tǒng)一體和工具
第三十四章 引言
34.1 概述
34.2 第五部分的結構
第三十五章 企業(yè)連續(xù)統(tǒng)一體
35.1 概述
35.2 企業(yè)連續(xù)統(tǒng)一體和架構重用
35.3 企業(yè)連續(xù)統(tǒng)一體的組成部分
35.4 詳細的企業(yè)的連續(xù)統(tǒng)一體
35.4.1 架構連續(xù)統(tǒng)一體
35.4.2 解決方案連續(xù)統(tǒng)一體
35.5 企業(yè)連續(xù)統(tǒng)一體與 AD
35.6 企業(yè)的連續(xù)統(tǒng)一體和你的組織
35.6.1 關系
35.6.2 您的企業(yè)
第三十六章 架構分區(qū)
36.1 概述
36.2 應用分類創(chuàng)建分區(qū)架構
36.2.1 預備階段內的活動
36.3 整合
第三十七章 架構庫
37.1 概述
37.2 架構全景
37.3 參考庫
37.3.1 概述
37.4 標準信息庫
37.4.1 概述
37.4.2 標準類型
37.4.3 標準生命周期
37.4.4 標準信息庫內的標準分類
37.5 治理日志
37.5.1 概述
37.5.2 治理日志的內容
37.6 架構需求存儲庫
37.6.1 概述
37.6.2 架構需求存儲庫的內容
37.7 解決方案全景
37.8 企業(yè)存儲庫
37.9 外部儲存庫
37.9.1 外部參考模型
37.9.2 外部標準
37.9.3 架構委員會核準
第三十八章 架構制品開發(fā)工具
38.1 概述
38.2 工具標準化問題
第六部分：架構能力框架
第三十九章 引言
39.1 概述
39.2 第六部分的結構
第四十章 建立架構能力
40.1 概述
40.2 階段 A: 架構愿景
40.3 階段 B: 業(yè)務架構
40.4 階段 C: 數(shù)據(jù)架構
40.5 階段 C: 應用架構
40.6 階段 D: 技術架構
40.7 階段 E: 機會和解決方案
40.8 階段 F: 遷移規(guī)劃
40.9 階段 G: 實施治理
40.10 階段 H: 架構變更管理
40.11 需求管理
第四十一章 架構委員會
41.1 角色
41.2 職責
41.3 成立架構委員會
41.3.1 觸發(fā)條件
41.3.2 委員會規(guī)模
41.3.3 委員會結構
41.4 架構委員會的運作
41.4.1 概述
41.4.2 準備工作
47.4.3 議程
第四十二章 架構合規(guī)性
42.1 引言
42.2 術語：架構合規(guī)性的含義
42.3 架構合規(guī)性審查
42.3.1 目的
42.3.2 時間安排
42.3.3 治理和人員場景
42.4 架構合規(guī)性審查流程
42.4.1 概述
42.4.2 角色
42.4.3 步驟
42.5 架構合規(guī)性審視檢查單
42.5.1 硬件和操作系統(tǒng)檢查單
42.5.2 軟件服務和中間件檢查單
42.5.3 應用檢查單
42.5.3.1 基礎設施（企業(yè)生產率）應用
42.5.3.2 業(yè)務應用
42.5.3.3 應用集成途徑
42.5.4 信息管理檢查單
42.5.4.1 數(shù)據(jù)值
42.5.4.2 數(shù)據(jù)定義
42.5.4.3 安保 / 保護
42.5.4.4 托管、數(shù)據(jù)類型和共享
42.5.4.5 公用服務
42.5.4.6 訪問方法
42.5.6 系統(tǒng)管理檢查單
42.5.7 系統(tǒng)工程 / 整體架構檢查單
42.5.7.1 概述
42.5.7.2 處理器 / 服務器 / 客戶端
42.5.7.3 客戶端
42.5.7.4 應用服務器
42.5.7.5 數(shù)據(jù)服務器
42.5.7.6 COTS（若適用）
42.5.8 系統(tǒng)工程 / 方法 & 工具檢查單
42.6 架構合規(guī)性審視指南
42.6.1 剪裁檢查單
42.6.2 進行架構合規(guī)性審視
第四十三章 架構契約
43.1 角色
43.2 內容
43.2.1 架構工作說明書
43.2.2 架構設計與開發(fā)合作伙伴之間的契約
43.2.3 架構開發(fā)職能部門與業(yè)務用戶之間的契約
43.3 與架構治理的關系
第四十四章 架構治理
44.1 引言
44.1.1 企業(yè)內的治理層級
44.1.2 治理的本質
44.1.2.1 治理：一般的關注層面
44.1.2.2 治理的特點
44.1.3 技術治理
44.1.4 IT 治理
44.1.4.1 IT 控制框架 — COB
44.1.5 架構治理：概述
44.1.5.1 架構治理的特點
44.1.5.2 架構治理是委員會層級的職責
44.1.5.3TOGAF 和架構治理
44.2 架構治理框架
44.2.1 架構治理框架 — 概念結構
44.2.1.1 主要概念
44.2.1.2 關鍵架構治理流程
44.2.2 架構治理框架 — 組織結構
44.2.2.1 概述
44.2.2.2 關鍵領域
44.3 實踐中的架構治理
44.3.1 架構治理 — 成功的關鍵因素
第四十五章 架構成熟度模型
45.1 概述
45.2 背景
45.3 美國商務部 ACMM 框架
45.3.1 概述
45.3.2 ACMM 的要素
45.3.3 示例：企業(yè)架構過程成熟度級別
45.4 能力成熟度模型綜合（CMMI）
45.4.1 簡介
45.4.2 SCAMPI 方法
45.5 結論
第四十六章 架構技能框架
46.1 簡介
46.2 對企業(yè)架構技能框架的需要
46.2.1 定義的嚴密性
46.2.2 內部架構實踐的基礎
46.3 目標 / 原理
46.3.1 企業(yè)架構師的認證
46.3.2 具體效益
46.4 企業(yè)架構角色和技能類別
46.4.1 概述
46.4.2 TOGAF 角色
46.4.3 技能類別
46.4.4 熟練程度
46.5 企業(yè)架構角色和技能定義
46.5.1 一般技能
46.5.2 業(yè)務技能與方法
46.5.3 企業(yè)架構技能
46.5.4 項目群或項目管理技能
46.5.5IT 一般技能
46.5.6 技術類 IT 技能
46.5.7 法律環(huán)境
46.6 企業(yè)架構師的一般角色和技能
46.6.1 一般角色
46.6.2 依照企業(yè)的連續(xù)統(tǒng)一體描述特性
46.6.3 企業(yè)架構師的主要特點
46.6.3.1 產生設計的技能和經驗
46.6.3.2 在一個或幾個學科中的廣泛技術的廣度以及技術深度
46.6.3.3 方法驅動的執(zhí)行途徑
46.6.3.4 全部項目范圍經驗
46.6.3.5 領導能力
46.6.3.6 個人技能和職業(yè)技能
46.6.3.7 在一個或多個行業(yè)的技能和經驗
46.7 結論
第七部分：附錄
附錄 A 補充定義的詞匯表
A.1 應用軟件
A.2 可用性
A.3 業(yè)務系統(tǒng)
A.4 目錄
A.5 客戶端
A.6 COB
A.7 配置管理
A.8 契約
A.9 控制
A.10 Cx
A.11 數(shù)據(jù)字典
A.12 數(shù)據(jù)元素
A.13 數(shù)據(jù)實體
A.14 數(shù)據(jù)庫
A.15 數(shù)據(jù)庫管理系統(tǒng)
A.16 驅動因素
A.17 _終用戶
A.18 企業(yè)資源計劃（ERP）系統(tǒng)
A.19 事件
A.20 功能分解
A.21 目標
A.22 指南
A.23 硬件
A.24 信息域
A.25 信息系統(tǒng)（IS）
A.26 交互
A.27 交互模型
A.28 接口
A.29 關鍵績效指標（KPI）
A.30 生命周期
A.31 位置
A.32 邏輯應用組件
A.33 邏輯數(shù)據(jù)組件
A.34 邏輯技術組件
A.35 成功管理計劃（MSP）
A.36 矩陣
A.37 測度
A.38 元視圖
A.39 開放系統(tǒng)
A.40 運營治理
A.41 服務包
A.42 物理應用組件
A.43 物理數(shù)據(jù)組件
A.44 物理技術組件
A.45 可移植性
A.46 組合
A.47 PRINCE2
A.48 流程
A.49 產品
A.50 概要
A.51 分析
A.52 程序
A.53 項目
A.54 風險管理
A.55 可擴展性
A.56 安保
A.57 服務器
A.58 服務質量
A.59 SMART
A.60 供應商管理
A.61 系統(tǒng)
A.62 時期
A.63 事務
A.64 用例
A.65 用戶
附錄 B 縮略語

TOGAF標準第10版目錄

_部分：TOGAF標準 — 簡介與核心概念
1._章 引言
1.1 綜述
1.2 本文件的結構
1.3 TOGAF標準使用
1.3.1 使用條件
1.3.2 TOGAF標準費用是多少？
1.3.3 下載
2.第二章 TOGAF文檔集
2.1 TOGAF文檔集的結構
2.2 TOGAF 標準
2.3 TOGAF庫
3.第三章 核心概念
3.1 TOGAF標準是什么？
3.2 TOGAF中的架構是什么？
3.3 TOGAF涉及哪些種類的架構？
3.4 架構開發(fā)方法
3.5 企業(yè)架構服務Enterprise Architecture Services
3.5.1 企業(yè)支持服務Enterprise Support Services
3.5.2 設計支持服務Design Support Services
3.5.3 開發(fā)支持服務Development Support Services
3.5.4 需求的獲取和理解服務
3.5.5 架構規(guī)劃服務Architecture Planning Services
3.5.6 企業(yè)架構實踐開發(fā)支持服務
3.6 交付物、制品和構建塊
3.7 架構抽象Architecture Abstraction
3.7.1上下文抽象級別 Contextual Abstraction Level
3.7.2 概念抽象級別Conceptual Abstraction Level
3.7.3 邏輯抽象級別Logical Abstraction Level
3.7.4 物理抽象級別Physical Abstraction Level
3.8 架構原則Architecture Principles
3.9 互操作性Interoperability
3.10 企業(yè)連續(xù)統(tǒng)一體Enterprise Continuum
3.11 架構存儲庫Architecture Repository
3.12 TOGAF內容框架和企業(yè)元模型.
3.12.1 概述Overview
3.12.2 內容框架Content Framework
3.12.3 企業(yè)元模型Enterprise Metamodel
3.12.4 開發(fā)企業(yè)元模型
3.13 建立和維護企業(yè)架構能力
3.14 將架構能力建立為運營實體
3.15 使用TOGAF與其他框架
3.16 在不同架構風格下使用TOGAF框架
3.17 架構視圖與視點Architecture Views and Viewpoints
3.18 企業(yè)敏捷Enterprise Agility
3.19 風險管理Risk Management
4.第四章 定義
4.1 抽象化Abstraction
4.2 施動者Actor
4.3 應用架構Application
4.4 應用組件Application Component
4.5 應用平臺Application Platform
4.6 應用服務Application sevice
4.7 架構風格Architectural Style
4.8 架構Architecture
4.9 架構構建塊(ABB)Architecture Building Block
4.10 架構連續(xù)統(tǒng)一體Architecture Continuum
4.11 架構開發(fā)方法（ADM）..
4.12 架構域Architecture Domain
4.13 架構框架Architecture Framework
4.14 架構治理Architecture Governance
4.15 架構景觀Architecture Landscape
4.16 架構級別Architecture level
4.17 架構模型Architecture Model
4.18 架構分區(qū)Architecture Partition
4.19 架構原則Architecture Principle
4.20 架構視圖Architecture View
4.21 架構視點Architecture Viewpoint
4.22 架構愿景Architecture Vision
4.23 制品Artifact
4.24 基線Baseline
4.25 無邊信息流? Boundaryless Information Flow
4.26 構建塊Building Block
4.27 業(yè)務架構Business Architecture
4.28 業(yè)務能力Business Capability
4.29 業(yè)務功能Business Function
4.30 企業(yè)治理Business Governance
4.31 業(yè)務模式Business Model
4.32 業(yè)務服務Business Service
4.33 能力Capability
4.34 能力架構Capability Architecture
4.35 能力增量Capability Increment
4.36 溝通和利益相關者管理
4.37 關注Concern
4.38 行動方案Course of Action
4.39 數(shù)據(jù)架構Data Architecture
4.40 交付物Deliverable
4.41 數(shù)字化企業(yè)Digital Architecture
4.42 企業(yè)Enterprise
4.43 企業(yè)架構服務Enterprise Architecture Service
4.44 企業(yè)連續(xù)統(tǒng)一體Enterprise Continuum
4.45 基礎架構Foundation Architecture
4.46 框架Framework
4.47 差距Gap
4.48 治理Governance
4.49 信息Information
4.50 信息技術（IT）
4.51 互操作性Interoperability
4.52 邏輯的Logical
4.53 元數(shù)據(jù)Metadata
4.54 元模型Metamodel
4.55 方法Method
4.56 建模Modeling
4.57 模型類型Model Kind
4.58 目的Objective
4.59 模式Pattern
4.60 物理的Physical
4.61 原則Principle
4.62 產品Product
4.63 參考模型(RM) Reference Model
4.64 需求Requirement
4.65 路線圖Roadmap
4.66 角色Role
4.67 分段架構Segment Architecture
4.68 服務Service
4.69 面向服務Service Orientation
4.70 面向服務的架構（SOA）Service Orientation Architecture
4.71 服務組合Service Portfolio
4.72 解決方案架構Solution Architecture
4.73 解決方案構建塊（SBB）Solution Building Block
4.74 解決方案連續(xù)統(tǒng)一體Solutions Continuum
4.75 利益相關者Stakeholder
4.76 標準庫Standards Library
4.77 戰(zhàn)略架構Strategic Architecture
4.78 目標架構Target Architecture
4.79 架構視圖分類Taxonomy of Architecture Views
4.80 技術架構Technology Architecture
4.81 技術組件Technology Component. 58
4.82 技術服務Technology Service
4.83 過渡架構Transition Architecture
4.84 價值流Value Stream
4.85 視圖View
4.86 視點Viewpoint
4.87 視點庫Viewpoint Library
4.88 工作包Work Package
附錄A 參考文檔
The Open Group TOGAF 系列指南
The Open Group 其他出版物
其他參考文獻.
附錄B 補充定義的詞匯表
附錄C 縮略語.
第二部分：TOGAF標準 — 架構開發(fā)方法(ADM)
1._章 引言
1.1 ADM概述ADM Overview.
1.1.1 ADM,企業(yè)連續(xù)統(tǒng)一體和架構存儲庫
1.1.2 ADM與基礎架構
1.1.3 ADM指南與技術
1.2 架構開發(fā)周期Architecture Development Cycle
1.2.1 關鍵點Key Points
1.2.2基本結構Basic Structure
1.3 調整ADM Adapting the ADM
1.4 架構治理Architecture Governance.
1.5 界定架構范圍Scoping the Architecture.
1.5.1廣度Breadth
1.5.2深度Depth
1.5.3時間區(qū)間Time Period
1.5.4 架構域Architecture Domains
1.6 架構備選方案Architecture Alternatives
1.7 架構集成Architecture Integration
1.7 小結
2.第二章 預備階段
2.1 目的
2.2 輸入
2.2.1企業(yè)外部參考資料
2.2.2非架構輸入
2.2.3架構輸入
2.3 步驟
2.3.1企業(yè)組織受影響的范圍
2.3.2確認治理和支持框架
2.3.3定義并建立企業(yè)架構團隊和組織
2.3.4識別并建立架構原則
2.3.5定制TOGAF框架和其他選定的架構框架（如果有）
2.3.6為工具和技術制定策略和實施計劃
2.3.6.1 工具標準化問題
2.4 輸出
2.5 方法
2.5.1企業(yè)
2.5.2組織背景
2.5.3架構工作要求
2.5.4原則
2.5.5管理框架
2.5.6與管理框架關系
2.5.7企業(yè)架構規(guī)劃/業(yè)務變革成熟度評估
3.第三章 階段A：架構愿景
3.1 目的
3.2 輸入
3.2.1企業(yè)外部參考資料
3.2.2非架構輸入
3.2.3架構輸入
3.3 步驟
3.3.1建立架構項目
3.3.2確定利益相關者、關注點和業(yè)務需求
3.3.3確認并闡述業(yè)務目標、業(yè)務驅動因素和約束
3.3.4評估能力
3.3.5評估業(yè)務轉型準備情況
3.3.6定義范圍
3.3.7確認和闡述架構原則，包括業(yè)務原則
3.3.8開發(fā)架構愿景
3.3.9定義目標架構價值主張和KP
3.3.10確定業(yè)務轉型風險和緩解活動
3.3.11編制架構工作說明書；確保批準通過
3.4 輸出
3.5 方法
3.5.1概述
3.5.2創(chuàng)建架構愿景
4.第四章 階段B：業(yè)務架構
4.1 目的
4.2 輸入
4.2.1企業(yè)外部參考資料
4.2.2非架構輸入
4.2.3架構輸入
4.3 步驟
4.3.1選擇參考模型、視點和工具
4.3.1.1確定總體建模過程
4.3.1.2確定必要的業(yè)務構建塊目錄
4.3.1.3確定所需矩陣
4.3.1.4確定所需的圖
4.3.1.5確定要收集的需求類型
4.3.2開發(fā)基線業(yè)務架構描述
4.3.3開發(fā)目標業(yè)務架構描述
4.3.4實施差距分析
4.3.5定義候選路線圖組件
4.3.6解決貫徹整個架構景觀的影響
4.3.7進行正式的利益相關者審査
4.3.8_終確定業(yè)務架構
4.3.9創(chuàng)建架構定義文件
4.4 輸出
4.5 方法
4.5.1概述
4.5.2編制基線說明
4.5.3應用業(yè)務能力
4.5.4應用價值流
4.5.5應用組織圖
4.5.6應用信息地圖
4.5.7應用建模技術
4.5.8 架構存儲庫
5.第五章 階段C：信息系統(tǒng)架構
5.1 目的
5.2 方法
6.第六章 階段C：信息系統(tǒng)架構一數(shù)據(jù)架構
6.1 目的
6.2 輸入
6.2.1企業(yè)外部參考資料
6.2.2非架構輸入
6.2.3架構輸入
6.3 步驟.
6.3.1選擇參考模型、視點和工具
6.3.1.1 確定總體建模流程
6.3.1.2 確定所需的數(shù)據(jù)構建塊目錄
6.3.1.3 確定所需矩陣
6.3.1.4 確定所需的圖
6.3.1.5 確定需要收集的需求類型
6.3.2編制基線數(shù)據(jù)架構描述
6.3.3開發(fā)目標數(shù)據(jù)架構描述
6.3.4進行差距分析
6.3.5定義候選路線圖組件
6.3.6解決整個架構景觀的影響
6.3.7進行正式的利益相關者審査
6.3.8確定數(shù)據(jù)架構
6.3.9創(chuàng)建/更新架構定義文件
6.4 輸出
6.5 方法
6.5.1 數(shù)據(jù)結構
6.5.2數(shù)據(jù)架構的主要考慮因素
6.5.3架構存儲庫
7.第七章 階段C：信息系統(tǒng)架構-應用架構
7.1 目的
7.2 輸入
7.2.1企業(yè)外部參考資料
7.2.2非架構輸入
7.2.3架構輸入
7.3 步驟
7.3.1選擇參考模型、視點和工具
7.3.1.1確定總體建模過程
7.3.1.2確定所需的應用程序構建塊目錄
7.3.1.3確定所需矩陣
7.3.1.4確定所需的圖
7.3.1.5確定需要收集的需求類型
7.3.2開發(fā)基線應用架構描述
7.3.3開發(fā)目標應用架構描述
7.3.4進行差距分析
7.3.5定義候選路線圖組件
7.3.6解決整個架構景觀的影響
7.3.7進行正式的利益相關者審査
7.3.8確定應用架構
7.3.9創(chuàng)建/更新架構定義文檔
7.4 輸出
7.5 方法
7.5.1架構存儲庫
8.第八章 階段D：技術架構
8.1 目的
8.2 輸入
8.2.1外部參考資料
8.2.2非架構輸入
8.2.3架構輸入
8.3 步驟
8.3.1選擇參考模型、視點和工具
8.3.1.1確定總體建模過程
8.3.1.2確定所需的技術構建塊目錄
8.3.1.3確定所需矩陣
8.3.1.4識別所需的圖表
8.3.1.5確定需要收集的需求類型
8.3.1.6選擇服務
8.3.2開發(fā)基線技術架構描述
8.3.3開發(fā)目標技術架構描述
8.3.4進行差距分析
8.3.5定義候選路線圖組件
8.3.6解決整個架構景觀的影響
8.3.7進行正式的利益相關者審査
8.3.8_終確定技術架構
8.3.9創(chuàng)建/更新架構定義文檔
8.4 輸出
8.5 方法
8.5.1新興
8.5.2架構存儲庫
9.第九章 階段E：機會與解決方案
9.1 目的
9.2 輸入
9.2.1企業(yè)外部參考
9.2.2非架構
9.2.3架構
9.3 步驟
9.3.1確定/確認主要的公司變革
9.3.2確定實施的業(yè)務
9.3.3審査和合并B至D階段的差距分析
9.3.4審査所有相關業(yè)務功能的合并
9.3.5統(tǒng)一和協(xié)調互操作性
9.3.6完善和驗證依存
9.3.7確認業(yè)務轉型的準備和
9.3.8制訂實施和遷移
9.3.9確定主要工作包并對其進行
9.3.10確定過渡
9.3.11制定架構路線圖及實施和遷移
9.4 輸出
9.5 方法
10.第十章 階段F：遷移
10.1 目的
10.2 輸入
10.2.1企業(yè)外部參考
10.2.2非架構
10.2.3架構
10.3 步驟
10.3.1確認實施和遷移計劃的管理框架交互
10.3.2為每個工作包分配業(yè)務
10.3.3估計資源需求、項目時間和可用性/交付
10.3.4通過進行成本/效益評估和風險驗證，對遷移項目進行事先
10.3.5確認架構路線圖并更新架構定義
10.3.6完成實施和遷移
10.3.7完成架構開發(fā)周期并記錄所吸取的經驗
10.4 輸出
10.5 方法
11.第十一章 階段G：實施治理
11.1 目的
11.2 輸入
11.2.1企業(yè)外部參考
11.2.2非架構
11.2.3架構
11.3 步驟
11.3.1通過開發(fā)管理確認部署的范圍和優(yōu)先
11.3.2確定部署資源和
11.3.3指導解決方案部署的
11.3.4實施企業(yè)架構合規(guī)性
11.3.5實施業(yè)務和IT
11.3.6執(zhí)行實施后評審并結束
11.4 輸出
11.5 方法
12.第十二章 階段H：架構變更
12.1 目的
12.2 輸入
12.2.1企業(yè)外部參考
12.2.2非架構
12.2.3架構
12.3 步驟
12.3.1建立價值實現(xiàn)
12.3.2部署監(jiān)測
12.3.3管理
12.3.4為架構變更管理提供
12.3.5制定變更要求以滿足績效
12.3.6管理治理
12.3.7啟動實施變更的
12.4 輸出
12.5 方法
12.5.1推動變更的因素
12.5.2企業(yè)架構變更管理過程
12.5.3維護與架構重新設計指南
第十三章 ADM架構需求管理
13.1 目的
13.2 輸入
13.3 步驟
3.4 輸出
13.5 方法
13.5.1總則
13.5.2需求開發(fā)
13.5.3資源
第三部分：TOGAF標準 — ADM 技術
1._章 引言
2.第二章 架構原則
2.1 簡介
2.2 架構原則的特點
2.3 架構原則的組成部分
2.4 開發(fā)架構原則
2.4.1原則質量
2.5 應用架構原則
2.6 架構原則示例集
2.6.1業(yè)務原則
原則1:原則至上
原則2:企業(yè)利益_大化
原則3：信息管理是每個人的事
原則4：業(yè)務連續(xù)性
原則5:通用應用程序
原則6：面向服務
原則7：遵守法律
原則8：IT責任
原則9:保護知識產權
2.6.2數(shù)據(jù)原則
原則10：數(shù)據(jù)是資產
原則11:數(shù)據(jù)共享
原則12：數(shù)據(jù)是可獲取的
原則13：數(shù)據(jù)受托人
原則14：通用詞匯和數(shù)據(jù)定義
原則15：數(shù)據(jù)安全
2.6.3應用原則
原則16：技術獨立性
原則17:易用性
2.6.4技術原則
原則18:基于需求的變更
原則19：應對變更管理
原則20：控制技術多樣性
原則21：互操作性
3.第三章 利益相關者管理
3.1 簡介
3.2 利益相關者管理辦法
3.3 利益相關者管理過程中的步驟
3.3.1識別利益相關者
3.3.2對利益相關者的立場進行分類
3.3.3確定利益相關者管理方法
3.3.4裁剪工作交付物
3.4 利益相關者映射模板
4.第四章 架構模式
4.1 簡介
4.1.1背景
4.1.2模式的內容
4.1.3術語
4.1.3.1架構模式和設計模式
4.1.3.2模式和架構連續(xù)統(tǒng)一體
4.1.3.3模式和視圖
4.1.3.4模式和業(yè)務場景
4.2 一些模式資源
5.第五章 差距分析
5.1 簡介
5.2 建議步驟
5.3 示例
6.第六章 遷移規(guī)劃
6.1 執(zhí)行因素目錄
6.2 合并差距，解決方案和依賴關系矩陣
6.3 架構定義增量表.
6.4 過渡架構狀態(tài)演化表
6.5 業(yè)務價值評估技術
7.第七章 互操作性需求
7.1 概述
7.2 定義互操作性
7.3 企業(yè)運營模式
7.4 完善互操作性
7.5 確定互操作性要求
7.6 協(xié)調互操作性要求與潛在解決方案
8.第八章 業(yè)務轉型就緒性評估
8.1 簡介
8.1.1業(yè)務轉型使能計劃（BTEP）
8.2 確定準備因素
8.3 當前準備因素
8.4 評估準備因素
8.4.1準備度因素愿景
8.4.2準備度因素評定
8.4.3準備度因素風險和
8.5 準備和遷移規(guī)劃
8.6 推廣實施計劃
8.7 結論
9.第九章 風險
9.1 簡介
9.2 風險分類
9.3 風險識別
9.4 初始風險評估
9.5 風險緩解和剩余風險評估
9.6 進行剩余風險評估
9.7 風險監(jiān)測和治理（階段G）
9.8 總結
10.第十章 架構選擇和權衡
10.1 概念
10.2 方法
10.2.1 標準
10.2.2 確定替代方案
10.2.3 從備選方案中選擇并詳細定義
第四部分：TOGAF標準 — 應用ADM
1._章 引言
1.1 使用具有不同架構風格的TOGAF框架
2.第二章 迭代法在ADM中的應用
2.1 概述
2.2 迭代循環(huán)
2.3 架構參與類別
2.4 架構開發(fā)的方法
2.5 迭代考量因素
2.5.1 ADM循環(huán)周期之間的迭代
2.5.2 ADM周期內的迭代
2.6 結論
3.第三章 在架構景觀中應用AD
3.1 概述
3.2 架構景觀
3.3 開發(fā)不同層次的架構
3.4 組織架構景觀以了解企業(yè)的狀況
4.第四章 架構分區(qū)
4.1 概述
4.2 應用分類創(chuàng)建分區(qū)架構
4.2.1預備階段內的活動
4.3 整合
第五部分：TOGAF標準 — 架構內容
1._章 引言
1.1 概述
1.2 內容框架和企業(yè)元模型
1.2.1 概述
1.2.2 內容框架
1.2.3 企業(yè)元模型
1.2.4 TOGAF內容框架
1.3 內容框架和TOGAF ADM
1.4 企業(yè)連續(xù)統(tǒng)一體The Enterprise Continuum
1.5 架構存儲庫The Architecture Repository
2.第二章 內容框架和企業(yè)元模型
2.1 概述
2.2 內容元模型愿景
2.2.1 TOGAF 企業(yè)元模型概述
2.3 TOGAF 企業(yè)元模型詳解
2.4 TOGAF 企業(yè)元模型實體
2.5 TOGAF 企業(yè)元模型屬性
2.6 元模型關系
3.第三章 架構制品
3.1 基本概念
3.1.1架構視點和架構視圖的簡單示例
3.2 釆用ADM開發(fā)架構視圖
3.2.1 一般指南
3.2.2架構視圖創(chuàng)建過程
3.3 視圖、工具和語言
3.3.1概述
3.4 架構視圖和架構視點
3.4.1 架構視圖和架構視圖的示例
3.4.2 企業(yè)架構中的架構視圖和架構視點
3.4.3 需要一種通用語言和互操作的架構描述工具
3.5 結論
3.6 由ADM階段構成的架構制品
目錄、矩陣和圖表概念
3.6.1 預備階段
原則目錄
3.6.2 階段A：架構愿景
利益相關者目錄
價值流圖
解決方案概念圖
業(yè)務模型圖
業(yè)務功能圖
價值流圖
3.6.3 階段B：業(yè)務架構
組織/施動者目錄
驅動因素/目標/目的目錄
角色目錄
業(yè)務服務/功能目錄
位置目錄
流程/事件/控制/產品目錄
契約/測度目錄
業(yè)務能力目錄
價值流目錄
價值流階段目錄
業(yè)務名詞目錄
業(yè)務交互矩陣
施動者/角色矩陣
價值流/能力矩陣
戰(zhàn)略/能力矩陣
能力/組織矩陣
業(yè)務足跡圖
業(yè)務服務/信息圖
功能分解圖
產品生命周期圖
目標/目的/業(yè)務服務圖
業(yè)務用例圖
組織分解圖
過程流圖
業(yè)務事件圖
業(yè)務能力地圖
價值流圖
組織地圖
信息地圖Information Ma
3.6.4 階段C：數(shù)據(jù)架構
數(shù)據(jù)實體/數(shù)據(jù)組件目錄
數(shù)據(jù)實體/業(yè)務功能矩陣
應用/數(shù)據(jù)矩陣
概念數(shù)據(jù)圖
邏輯數(shù)據(jù)圖
數(shù)據(jù)傳播圖
數(shù)據(jù)安全圖
數(shù)據(jù)遷移圖
數(shù)據(jù)生命周期圖
3.6.5 階段C：應用架構
應用組合目錄
接口目錄
應用/組織矩陣
角色/應用矩陣
應用/功能矩陣
應用交互矩陣
應用通信圖
應用及用戶位置圖
應用用例圖
企業(yè)可管理性圖
流程/應用實現(xiàn)圖
軟件工程圖
應用遷移圖
軟件分布圖
3.6.6 階段D：技術架構
技術標準目錄
技術組合目錄
應用/技術矩陣
環(huán)境和位置圖
平臺分解圖
流程圖
網絡計算/硬件圖
網絡和通信圖
3.6.7 階段E：機會和解決方案
項目背景環(huán)境圖
效益圖
3.6.8 需求管理
需求目錄
4.第四章 架構交付物
4.1 引言
4.2 交付物說明
4.2.1架構構件塊
4.2.2架構契約
4.2.3架構定義文件
4.2.4架構原則
4.2.5架構儲存庫
4.2.6架構需求規(guī)范
4.2.7路線圖
4.2.8架構愿景
4.2.9業(yè)務原則、業(yè)務目標和業(yè)務驅動因素
4.2.10能力評估
4.2.11變更請求
4.2.12溝通計劃
4.2.13合規(guī)評估
4.2.14實施和遷移計劃
4.2.15實施治理模式
4.2.16企業(yè)架構的組織模型
4.2.17架構工作要求
4.2.18需求影響評估
4.2.19解決方案構建塊
4.2.20架構工作說明書
4.2.21定制架構框架
5.第五章 構建塊
5.1 概述
5.2 架構構建塊簡介
5.2.1概述
5.2.2 一般特征
5.2.3架構構建塊
5.2.4解決方案構建塊
5.3 構建塊和ADM
5.3.1基本原則
5.3.2 ADM中的構建塊規(guī)范過程
6.第六章 企業(yè)連續(xù)統(tǒng)一體
6.1 概述
6.2 企業(yè)連續(xù)統(tǒng)一體和架構重用
6.3 企業(yè)連續(xù)統(tǒng)一體的組成部分
6.4 詳細的企業(yè)的連續(xù)統(tǒng)一體
6.4.1架構連續(xù)統(tǒng)一體
6.4.2解決方案連續(xù)統(tǒng)一體
6.5 企業(yè)連續(xù)統(tǒng)一體與ADM
6.6 企業(yè)的連續(xù)統(tǒng)一體和你的組織
6.6.1關系.
6.6.2您的企業(yè)
7.第七章 架構存儲庫
7.1 概述
7.2 架構景觀
7.3 參考庫
7.3.1概述
7.4 標準庫
7.4.1概述
7.4.2標準類型
7.4.3標準生命周期
7.4.4標準庫內的標準分類
7.5 治理存儲庫
7.5.1概述
7.5.2治理存儲庫的內容
7.6 架構需求存儲庫
7.6.1概述
7.6.2架構需求存儲庫的內容
7.7 解決方案全景
7.8 企業(yè)存儲庫
7.9 外部儲存庫
7.9.1外部參考模型
7.9.2外部標準
7.9.3架構委員會核準
第六部分：TOGAF標準 — 企業(yè)架構能力和治理
1._章 引言
2.第二章 建立架構
2.1 概述
2.2 階段A:架構愿景
2.3 階段B:業(yè)務架構
2.4 階段C:數(shù)據(jù)架構
2.5 階段C:應用架構
2.6 階段D:技術架構
2.7 階段E:機會和解決方案
2.8 階段F:遷移規(guī)劃
2.9 階段G:實施治理
2.10 階段H:架構變更管理
2.11 需求管理
3.第三章 架構治理
3.1 引言
3.1.1企業(yè)內的治理層級
3.1.2治理的本質
3.1.3技術治理
3.1.4 IT 治理
3.1.5架構治理：概述
3.2 架構治理框架
3.2.1架構治理框架——概念結構
3.2.2架構治理框架一組織結構
3.3 實踐中的架構治理
3.3.1架構治理一成功的關鍵因素
3.3.2有效架構治理戰(zhàn)略的要素
4.第四章 架構委員會
4.1 角色
4.2 職責
4.3 成立架構委員會
4.3.1觸發(fā)條件
4.3.2委員會規(guī)模
4.3.3委員會結構
4.4 架構委員會的運作
4.4.1概述
4.4.2準備工作
47.4.3議程
5.第五章 架構契約
5.1 角色
5.2 內容
5.2.1架構工作說明書
5.2.2架構設計與開發(fā)合作伙伴之間的契約
5.2.3架構開發(fā)職能部門與業(yè)務的利益相關者之間的契約
5.3 與架構治理的關系
6.第六章 架構合規(guī)性
6.1 引言
6.2 術語：架構合規(guī)性的含義
6.3 架構合規(guī)性審査
6.3.1目的
6.3.2時間安排
6.3.3治理和人員場景
6.4 架構合規(guī)性審査流程
6.4.1概述
6.4.2角色
6.4.3步驟
6.5 架構合規(guī)性審查檢査單
6.5.1硬件和操作系統(tǒng)檢査單
6.5.2軟件服務和中間件檢査單
6.5.3應用檢査單
6.5.4信息管理檢査單
6.5.5安保檢查單
6.5.6系統(tǒng)管理檢査單
6.5.7系統(tǒng)工程/整體架構檢査單
6.5.8系統(tǒng)工程/方法&工具檢査單
6.6 架構合規(guī)性審查指南
6.6.1裁剪檢査單
6.6.2進行架構合規(guī)性審查

The TOGAF Standard（TOGAF標準）介紹

什么是企業(yè)架構？

企業(yè)架構主要關注業(yè)務架構與IT架構，是企業(yè)用于實現(xiàn)業(yè)務戰(zhàn)略的IT的總體規(guī)劃設計工具。

企業(yè)架構的目的是在整個企業(yè)范圍內優(yōu)化通常分散的流程（手動和自動）遺留到一個集成環(huán)境中，該環(huán)境響應變化并支持業(yè)務戰(zhàn)略的交付。有效管理和利用信息以及數(shù)字化轉型是企業(yè)成功的關鍵因素，也是獲得競爭優(yōu)勢不可或缺的手段。企業(yè)架構通過為數(shù)字能力的演變和范圍提供戰(zhàn)略環(huán)境來滿足這一需求，以響應業(yè)務環(huán)境不斷變化的需求。

此外，良好的企業(yè)架構使您能夠在業(yè)務轉型和持續(xù)運營效率之間取得適當?shù)钠胶狻Ｋ试S各個業(yè)務部門在追求不斷發(fā)展的業(yè)務目標和競爭優(yōu)勢的過程中安全地進行創(chuàng)新。同時，企業(yè)架構使組織的需求能夠通過集成戰(zhàn)略得到滿足，從而在企業(yè)內外實現(xiàn)_密切的協(xié)同作用。

簡言之：企業(yè)架構可以為企業(yè)帶來價值

● 提升業(yè)務與IT效率
● 降低未來的風險

TOGAF核心概念

TOGAF定義的架構
ISO/IEC/IEEE 42010:2011 定義：一個系統(tǒng)基本的組織，體現(xiàn)在它的各個構件、構件間的相互關系、構件與環(huán)境間的關系，以及治理其設計和演進的原則上。

TOGAF在其基礎上做了一些擴展定義：在系統(tǒng)設計演化過程中，組件的結構，它們內部的關系，原則和參考。

TOGAF旨在支持四種常見的架構，這些架構歸為企業(yè)架構的子集：

業(yè)務架構：定義了企業(yè)戰(zhàn)略，管理，組織和主要的業(yè)務流程。

數(shù)據(jù)架構：描述一個組織的物理和邏輯數(shù)據(jù)資產，以及數(shù)據(jù)資源的結構。

應用架構：提供了一個藍圖，各個應用程序部署，它們之間的相互作用，以及它們的關系，該組織的核心業(yè)務流程。

技術架構：描述了需要支持的業(yè)務，數(shù)據(jù)和應用服務部署的邏輯軟件和硬件的能力; 這包括 IT 基礎設施、中間件、網絡、通信、處理、標準等。
架構開發(fā)方法ADM
ADM是TOGAF的核心，提供的一種可測試和可復用的開發(fā)架構過程，ADM包含建立架構框架、開發(fā)架構內容，遷移和治理架構實現(xiàn)的部分。它描述了一種開發(fā)和管理企業(yè)架構生命周期的方法。

架構內容框架-架構輸入與輸出結構化
執(zhí)行架構開發(fā)方法的的過程中會產生許多輸出，例如流程、架構要求、項目計劃、項目合規(guī)性評估等。架構內容框架為輸出的內容提供了一個結構模型。允許架構師創(chuàng)建的工作結果被一致地定義、結構化和呈現(xiàn)。

TOGAF定義的交付物、目錄、矩陣，下圖列出了在進行架構開發(fā)過程中輸出的主要交付結果。

企業(yè)連續(xù)體—架構演進
描述了企業(yè)架構的演進過程，以及根據(jù)當前所處的階段應該用哪一種架構。

● 視圖：一個架構演進的視圖 A View Of Architecture Reposory
● 分類方法：一種分類方法，可以對架構進行分類，從一般到特殊，從抽象到具體，從邏輯到物理 Classifying Architecture and solution artifacts,from generic to specfic

它使架構師能夠從廣泛的角度闡明企業(yè)架構的設計內容、原因和方式，并考慮了所考慮的因素和驅動因素。可以讓業(yè)務方明白當前企業(yè)架構所處的位置，從而進行溝通。
架構能力框架—建設架構能力
為了在企業(yè)內成功運行架構功能，有必要設置適當?shù)慕M織結構、流程、角色、職責和技能來實現(xiàn)架構能力。來支持企業(yè)架構的能力。TOGAF提供了一套關于如何建立這樣一個架構功能的參考資料。

架構存儲庫-架構知識索引
架構存儲庫是管理和利用不同類型架構資產的方法和工具，包含內部的架構資產與外部的架構資產。在真正架構設計的過程中，可根據(jù)架構存儲庫中的內容進行索引，找到自己適合的架構進行復業(yè)。

ADM-架構開發(fā)方法

TOGAF ADM(Architecture Development Method) 是大量架構從業(yè)者不斷貢獻的結果。它描述了一種開發(fā)和管理企業(yè)架構生命周期的方法，并構成了 TOGAF 標準的核心。

ADM各階段如下所述：

■預備階段

描述了創(chuàng)建架構能力所需的準備和啟動活動，包括定制TOGAF框架和定義架構原則

應用TOGAF框架的企業(yè)架構師不能狹隘地關注IT實現(xiàn)，而必須意識到架構對整個企業(yè)的影響。

■階段A：架構愿景

描述了架構開發(fā)周期的初始階段。 它包括定義架構開發(fā)計劃的范圍、確定利益相關者、創(chuàng)建架構愿景、以及獲得批準以繼續(xù)進行架構開發(fā)的信息。

■階段B：業(yè)務架構

描述了業(yè)務架構的開發(fā)，以支持被認可的架構愿景

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

描述了信息系統(tǒng)架構的開發(fā)，以支持被認可的架構愿景

信息系統(tǒng)架構：數(shù)據(jù)架構

信息系統(tǒng)架構：應用架構

■階段D：技術架構

描述了技術架構的開發(fā)，以支持被認可的架構愿景

■階段E：機會和解決方案

進行初步實施規(guī)劃，并為在之前階段中定義的架構進行交付載體的識別。

■階段F：遷移計劃

通過_后確定詳細的實施和遷移計劃，解決如何從基線過渡到目標架構的問題

■階段G：實施治理

為實施提供架構的監(jiān)管。

■階段H：架構變更

管理建立了管理新架構變更的程序

■需求管理

審查整個ADM中管理架構需求的過程

TOGAF架構開發(fā)方法ADM-參考卡片

業(yè)務架構

業(yè)務架構是企業(yè)治理結構、商業(yè)能力與價值流的正式藍圖。

業(yè)務架構明確定義企業(yè)的治理結構、業(yè)務能力、業(yè)務流程、業(yè)務數(shù)據(jù)。其中，業(yè)務能力定義企業(yè)做什么，業(yè)務流程定義企業(yè)怎么做。

業(yè)務架構就是對企業(yè)的業(yè)務流程，進行根本性的再思考和在思考的徹底性再設計，從而獲得成本、質量、速度等方面業(yè)績的巨大的改善或提高。

業(yè)務架構包含：戰(zhàn)略、企業(yè)業(yè)務流程(價值鏈)、當前能力，未來能力；商業(yè)能力，IT能力；

業(yè)務架構是由企業(yè)戰(zhàn)略驅動的，業(yè)務架構發(fā)揮了從戰(zhàn)略向實施過渡的作用，上接公司戰(zhàn)略，下接IT與非IT實施：

● 戰(zhàn)略決定業(yè)務，業(yè)務支撐戰(zhàn)略；
● 業(yè)務決定技術，技術支撐業(yè)務；

TOGAF9.2與TOGAF10的區(qū)別

The Open Group總裁兼首席執(zhí)行官Steve Nunn評論道：“未來十年的技術和業(yè)務壓力將要求組織比以往任何時候都更靈活、更具彈性和適應性，這將使一個清晰的架構方法變得比以往任何時候都更為重要。我對The Open Group架構論壇為本次發(fā)布版本所做的工作感到自豪，它使TOGAF框架在維護其核心價值的一致性、開放性和高效性的同時，可以供更多業(yè)務在更廣泛的范圍內所運用?！?/p>

The Open Group企業(yè)架構副總裁Chris Forde評論道：“TOGAF標準第10版向您展示了何處可以找到持久的、通用的概念。它強調了何處可以找到穩(wěn)定的、經驗證的_佳實踐。它突出了何處可以找尋新興想法。將通用概念、_佳實踐指南和新興想法結合在一起，就是如何將TOGAF標準剪裁以適應于您的企業(yè)架構實踐?！?/p>

相對于TOGAF9.2，TOGAF10 的主要變化如下：

1、TOGAF 10 保留了TOGAF9以來核心六個部分的框架和主要內容：

2、增加了對企業(yè)敏捷的支持，包括相關概念(企業(yè)敏捷性)和2個指南(g21f/g210）；

3、增加了對數(shù)字架構的支持，

4、增加了企業(yè)架構服務的概念(企業(yè)架構服務)；

5、其他

a）修訂了一些前后不一致或描述不清楚的地方；

b）修改了導航結構；

c）刪除了一些過時的內容。

整體上，TOGAF10是對TOGAF9.2的一次中等規(guī)模的迭代和升級，在保留了核心內容的基礎上增加對時下熱點敏捷企業(yè)和數(shù)字化企業(yè)的支持，可謂與時俱進，同時新版的導航結構更加清晰。

其中數(shù)字架構值得特別關注，和目前的數(shù)字化轉型比較相關：

主要定的內容包括相關概念(數(shù)字架構、數(shù)據(jù)結構、信息映射)和4個智能(g21b/ g217/g212 /g21h )；數(shù)字架構側重于結合企業(yè)架構、數(shù)據(jù)科學、電信和物聯(lián)網、安全、人工智能、認知科學、神經科學、機器人和社交媒體來提供運營服務。

需要特別說明的是：

TOGAF 9基礎級和鑒定級認證證書都不會過期，The Open Group將無限期在TOGAF認證組合中繼續(xù)支持TOGAF 9認證的學習路徑。TOGAF 9認證也并不會因為TOGAF 10的出現(xiàn)而失去價值。就_近的工作調研顯示，就業(yè)市場普遍需要候選人獲得TOGAF 9認證，預計未來將繼續(xù)如此。

通過考取TOGAF 9認證所獲得的知識得以延續(xù)，包括通用概念和TOGAF標準的ADM，9.2版本已經發(fā)展成為TOGAF標準第10版中的TOGAF基本內容?，F(xiàn)有的TOGAF 9認證將被視為新認證的必備條件正在引入學習路徑以支持TOGAF標準第10版。

持有TOGAF 9鑒定級認證的個人，也可以通過過渡路徑、加入TOGAF企業(yè)架構從業(yè)者認證（TOGAF EA認證，基于TOGAF 10）。

（詳見《TOGAF認證組合的官方說明》）

TOGAF 10 新變化——Agile EA 敏捷企業(yè)架構

TOGAF 10 的新變化——轉向產品管理邏輯

TOGAF 10新變化——_和實踐者的實用指南

TOGAF 10 新變化——數(shù)字化轉型的利劍

TOGAF 10新變化——相比舊版，數(shù)據(jù)架構發(fā)生了哪些變化？

TOGAF 10新變化——絕了，新版應用架構變化太香了！

TOGAF 10變化——業(yè)務架構發(fā)生了什么新變化？

TOGAF 10新變化——架構內容和框架的變化