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

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

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

• 中文名TOGAF企業(yè)架構(gòu)師認證
• 英文名The Open Group Architecture Framework
• 英文簡稱TOGAF
• 頒證機構(gòu)The Open Group
• 證書類別企業(yè)架構(gòu)（業(yè)務(wù)架構(gòu)，數(shù)據(jù)架構(gòu)，應用架構(gòu)，技術(shù)架構(gòu)）
• 同類認證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認證考試的基礎(chǔ)。

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

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

TOGAF認證組合包括的認證和認證資質(zhì)建立在以下標準的基礎(chǔ)之上

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

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

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

需要特別說明的是：

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

TOGAF標準目錄結(jié)構(gòu)

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

TOGAF標準v9.2版目錄

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

TOGAF標準第10版目錄

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

The TOGAF Standard（TOGAF標準）介紹

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

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

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

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

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

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

TOGAF核心概念

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

TOGAF在其基礎(chǔ)上做了一些擴展定義：在系統(tǒng)設(shè)計演化過程中，組件的結(jié)構(gòu)，它們內(nèi)部的關(guān)系，原則和參考。

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

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

數(shù)據(jù)架構(gòu)：描述一個組織的物理和邏輯數(shù)據(jù)資產(chǎn)，以及數(shù)據(jù)資源的結(jié)構(gòu)。

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

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

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

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

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

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

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

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

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

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

ADM各階段如下所述：

■預備階段

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

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

■階段A：架構(gòu)愿景

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

■階段B：業(yè)務(wù)架構(gòu)

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

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

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

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

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

■階段D：技術(shù)架構(gòu)

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

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

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

■階段F：遷移計劃

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

■階段G：實施治理

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

■階段H：架構(gòu)變更

管理建立了管理新架構(gòu)變更的程序

■需求管理

審查整個ADM中管理架構(gòu)需求的過程

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

業(yè)務(wù)架構(gòu)

業(yè)務(wù)架構(gòu)是企業(yè)治理結(jié)構(gòu)、商業(yè)能力與價值流的正式藍圖。

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

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

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

業(yè)務(wù)架構(gòu)是由企業(yè)戰(zhàn)略驅(qū)動的，業(yè)務(wù)架構(gòu)發(fā)揮了從戰(zhàn)略向?qū)嵤┻^渡的作用，上接公司戰(zhàn)略，下接IT與非IT實施：

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

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

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

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

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

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

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

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

4、增加了企業(yè)架構(gòu)服務(wù)的概念(企業(yè)架構(gòu)服務(wù))；

5、其他

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

b）修改了導航結(jié)構(gòu)；

c）刪除了一些過時的內(nèi)容。

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

其中數(shù)字架構(gòu)值得特別關(guān)注，和目前的數(shù)字化轉(zhuǎn)型比較相關(guān)：

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

需要特別說明的是：

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

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

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

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

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

TOGAF 10 的新變化——轉(zhuǎn)向產(chǎn)品管理邏輯

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

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

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

TOGAF 10新變化——絕了，新版應用架構(gòu)變化太香了！

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

TOGAF 10新變化——架構(gòu)內(nèi)容和框架的變化