The Open Group是一个通过技术标准实现业务目标的全球联盟。我们拥有超过870个成员组织，成员来自技术社区的各个部门，包括客户、系统和解决方案供应商、工具供应商、集成商和顾问，以及学者和研究人员。  
The Open Group的使命是通过以下方式推动创造无边界信息:  
  与客户合作以获取、理解并解决当前和新兴的需求，制定策略并分享最佳实践
  与供应商、企业联盟和标准组织合作，达成共识以促进互操作性，开发并整合规范和开源技术
  提供一套全面的服务，提高联邦的运作效率
  开发和运营行业一流的认证服务，鼓励采购认证产品  

 

TOGAF®标准是一个开放的、业界共识的企业架构框架。  
它是一个基础框架，这意味着它适用于任何上下文中任何类型的架构的开发。 这个基础框架由The Open Group库补充，这是一个广泛且不断增长的指导材料组合，为在特定上下文中应用TOGAF框架提供了实际指导。  
TOGAF标准是一系列独立但紧密相连的文件，并由广泛且不断增长的指导材料组合进行补充，为在特定上下文中应用TOGAF标准提供实际指导。  

出版时，TOGAF标准包括以下文件:  

TOGAF标准 — 简介和核心概念  

TOGAF标准 — 架构开发方法  

TOGAF标准 — ADM技术  

TOGAF标准 — 应用ADM  

TOGAF标准 — 架构内容  

TOGAF标准 — 企业架构能力和治理  

TOGAF标准 — TOGAF系列指南（一套文档）

目标受众  

TOGAF标准适用于企业架构师、业务架构师、IT架构师、数据架构师、系统架构师、解决方案架构师以及组织中负责架构功能的任何人。  

其他受众包括数字化和敏捷实践者、产品经理和高管。 这些读者将在TOGAF系列指南中找到关于如何应用标准来满足特定需求的更详细指南。

目  录

The Open Group Standard

TOGAF® v10

（第一册）

TOGAF®标准-介绍和核心概念

前言

第1章：简介

1.1摘要

1.2本文档结构

1.3使用TOGAF标准的信息

1.3.1使用条件

1.3.2 TOGAF标准成本是多少?

1.3.3下载

1.4为什么加入The Open Group?

第2章：TOGAF文档集

2.1 TOGAF文档集的结构

2.2 TOGAF标准

2.3 TOGAF库

第3章:核心概念

3.1 TOGAF标准是什么？

3.2 TOGAF标准中的架构是什么？

3.3 TOGAF标准涉及的是什么类型的架构？

3.4架构开发方法

3.5企业架构服务

3.5.1企业支持服务

3.5.2设计支持服务

3.5.3开发支持服务

3.5.4需求提取和理解服务

3.5.5架构规划服务

3.5.6企业架构实践开发支持服务

3.6交付物、制品和构建块

3.7架构抽象

3.7.1上下文抽象层

3.7.2概念抽象层

3.7.3逻辑抽象层

3.7.4物理抽象层

3.8架构原则

3.9互操作性

3.10企业连续统一体

3.11架构库

3.12 TOGAF内容框架和企业元模型

3.12.1概述

3.12.2内容框架

3.12.3企业元模型

3.12.4开发企业元模型

3.13建立和维护企业架构能力

3.14建立作为运营实体的架构能力

3.15与其他框架一起使用TOGAF标准

3.16将TOGAF框架与不同的架构风格一起使用

3.17架构视图和视角

3.18企业敏捷性

3.19风险管理

第4章:定义

4.1抽象（Abstraction）

4.2施动者（Actor）

4.3应用架构（Application Architecture）

4.4应用组件（Application Component）

4.5应用平台（Application Platform）

4.6应用服务（Application Service）

4.7架构风格（Architectural Style）

4.8架构（Architecture）

4.9架构构建块（Architecture Building Block — ABBs）

4.10架构连续统一体（Architecture Continuum）

4.11架构开发方法（Architecture Development Method—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架构分区（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 FlowTM）

4.26构建块（Building Block）

4.27业务架构（Business Architecture）

4.28业务能力（Business Capability）

4.29业务功能（Business Function）

4.30业务治理（Business Governance）

4.31业务模型（Business Model）

4.32业务服务（Business Service）

4.33能力（Capability）

4.34能力架构（Capability Architecture）

4.35能力增量（Capability Increment）

4.36沟通和利益相关者管理（Communications and Stakeholder Management）

4.37关注点（Concern）

4.38行动方案（Course of Action）

4.39数据架构（Data Architecture）

4.40交付物（Deliverable）

4.41数字架构（Digital Architecture）

4.42企业（Enterprise）

4.43企业架构服务（Enterprise Architecture Service）

4.44企业连续统一体（Enterprise Continuum）

4.45基础架构（Foundation Architecture）

4.46框架（Framework）

4.47差距（Gap）

4.48治理（Governance）

4.49信息（ Information）

4.50信息技术（Information Technology—IT）

4.51互操作性（Interoperability）

4.52逻辑（Logical）

4.53元数据（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)

4.64需求（Requirement）

4.65路线图（Roadmap）

4.66角色（Role）

4.67分部架构（Segment Architecture）

4.68服务（Service）

4.69面向服务（Service Orientation）

4.70面向服务的架构(SOA)

4.71服务组合（Service Portfolio）

4.72解决方案架构（Solution Architecture）

4.73解决方案构建块（SBBs）

4.74解决方案连续统一体（Solutions Continuum）

4.75利益相关者（Stakeholder）

4.76标准库（Standards Library）

4.77战略架构（Strategic Architecture）

4.78目标架构（Target Architecture）

4.79架构视图分类（Taxonomy of Architecture Views）

4.80技术架构（Technology Architecture）

4.81技术组件（Technology Component）

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：参考文件

附录B：补充定义术语表

B.1应用软件（Application Software）

B.2可用性（Availability）

B.3业务系统（Business System）

B.4目录（Catalog）

B.5客户端（Client）

B.6 COBIT

B.7配置管理（Configuration Management）

B.8 CxO

B.9数据字典（Data Dictionary）

B.10数据元素（Data Element）

B.11数据库（Database）

B.12数据库管理系统（Database Management System）

B.13最终用户（End User）

B.14企业资源规划(ERP)系统

B.15硬件（Hardware）

B.16信息域（Information Domain）

B.17信息系统（IS）

B.18交互（Interaction）

B.19交互模型（Interaction Model）

B.20接口（Interface）

B.21关键绩效指标（KPI）

B.22生命周期（Lifecycle）

B.23成功项目群管理（MSP）

B.24矩阵（Matrix）

B.25元视图（Metaview）

B.26开放式系统（Open System）

B.27运营治理（Operational Governance）

B.28服务包（Packaged Services）

B.29可移植性（Portability）

B.30组合（Portfolio）

B.31 PRINCE2

B.32程序（Process）

B.33项目（Project）

B.34风险管理（Risk Management）

B.35可扩展性（Scalability）

B.36安保（Security）

B.37服务器（Server）

B.38服务质量（Service Quality）

B.39 SMART

B.40供应商管理（Supplier Management）

B.41系统（System）

B.42时期（Time Period）

B.43用例（Use-Case）

B.44用户（User）

附录C:缩写

TOGAF®标准-架构开发方法

第1章：简介

1.1 ADM 概述

1.1.1 ADM、企业连续统一体和架构库

1.1.2 ADM 与基础架构

1.1.3 ADM 与支持性指南和技术

1.2 架构开发周期

1.2.1 关键点

1.2.2 基本结构

1.3 调整ADM

1.4 架构治理

1.5 确定架构范围

1.5.1 广度

1.5.2 深度

1.5.3 时间段

1.5.4 架构域

1.6 架构备选方案

1.6.1 方法

1.7 架构集成

1.8 总结

第2章：初步阶段

2.1目标

2.2输入

2.2.1 企业外部参考资料

2.2.2 非架构输入

2.2.3 架构输入

2.3 步骤

2.3.1 受影响企业组织的范围

2.3.2 确认治理和支持框架

2.3.3 定义和建立企业架构团队和组织

2.3.4 识别和建立架构原则

2.3.5 裁剪 TOGAF 框架和其他选定的架构框架（如果有）

2.3.6 制定工具和技术的策略和实施计划

2.4 输出

2.5 方法

2.5.1 企业

2.5.2 组织背景

2.5.3 架构工作要求

2.5.4 原则

2.5.5 管理框架

2.5.6 管理框架之间的关系

2.5.7 规划企业架构/业务转型成熟度评估

第3章：阶段A — 架构愿景

3.1目标

3.2输入

3.2.1 企业外部参考资料

3.2.2 非架构输入

3.2.3 架构输入

3.3 步骤

3.3.1 建立架构项目

3.3.2 识别利益相关者、关注点和业务需求

3.3.3 确认和阐述业务目标、业务驱动和约束条件

3.3.4 评估能力

3.3.5 评估业务转型的准备情况

3.3.6 定义范围

3.3.7 确认和详细阐述架构原则，包括业务原则

3.3.8 制定架构愿景

3.3.9 定义目标架构价值主张和KPI

3.3.10 确定业务转型风险和缓解活动

3.3.11 制定架构工作说明书；确保批准

3.4 输出

3.5 方法

3.5.1 概述

3.5.2 创建架构愿景

第4章：阶段B — 业务架构

4.1 目标

4.2 输入

4.2.1 企业外部参考资料

4.2.2 非架构输入

4.2.3 架构输入

4.3 步骤

4.3.1 选择参考模型、视角和工具

4.3.2 开发基线业务架构描述

4.3.3 开发目标业务架构描述

4.3.4 执行差距分析

4.3.5 定义候选路线图组件

4.3.6 解决整个架构景观的影响

4.3.7 进行正式的利益相关方审查

4.3.8 完善业务架构

4.3.9 创建/更新架构定义文档

4.4 输出

4.5 方法

4.5.1 概述

4.5.2 开发基线描述

4.5.3 应用业务能力

4.5.4 应用价值流

4.5.5 应用组织图

4.5.6 应用信息图

4.5.7 应用建模技术

4.5.8 架构库

第5章：阶段C — 信息系统架构

5.1 目标

5.2 方法

第6章：阶段C — 信息系统架构——数据架构

6.1 目标

6.2 输入

6.2.1 企业外部参考资料

6.2.2 非架构输入

6.2.3 架构输入

6.3 步骤

6.3.1 选择参考模型、视角和工具

6.3.2 开发基线数据架构描述

6.3.3 开发目标数据架构描述

6.3.4 执行差距分析

6.3.5 定义候选路线图组件

6.3.6 解决整个架构景观的影响

6.3.7 进行正式的利益相关者评审

6.3.8 完成数据架构

6.3.9 创建/更新架构定义文档

6.4 输出

6.5 方法

6.5.1 数据结构

6.5.2 数据架构的关键考虑因素

6.5.3 架构库

第7章：阶段C — 信息系统架构——应用架构

7.1 目标

7.2 输入

7.2.1 企业外部参考资料

7.2.2 非架构输入

7.2.3 架构输入

7.3 步骤

7.3.1 选择参考模型、视角和工具

7.3.2 开发基线应用架构描述

7.3.3 开发目标应用架构描述

7.3.4 执行差距分析

7.3.5 定义候选路线图组件

7.3.6 解决整个架构景观的影响

7.3.7 进行正式的利益相关者评审

7.3.8 完成应用架构

7.3.9 创建/更新架构定义文档

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.2 开发基线技术架构描述

8.3.3 开发目标技术架构描述

8.3.4 执行差距分析

8.3.5 定义候选路线图组件

8.3.6 解决整个架构景观的影响

8.3.7 进行正式的利益相关者评审

8.3.8 完成技术架构

8.3.9 创建/更新架构定义文档

8.4 输出

8.5 方法

8.5.1 新兴技术

8.5.2 架构库

第9章：阶段E — 机会与解决方案

9.1目标

9.2 输入

9.2.1 企业外部参考资料

9.2.2 非架构输入

9.2.3 架构输入

9.3 步骤

9.3.1 确定/确认关键的企业变革属性

9.3.2 确定实施的业务约束

9.3.3 审查和整合阶段 B 到 D 的差距分析结果

9.3.4 回顾相关业务功能的整合要求

9.3.5 整合和协调互操作性要求

9.3.6 细化和验证依赖关系

9.3.7 确认业务转型的准备情况和风险

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 企业外部参考资料

10.2.2 非架构输入

10.2.3 架构输入

10.3 步骤

10.3.1 确认实施和迁移计划的管理框架交互

10.3.2 为每个工作包分配业务价值

10.3.3 估计资源需求、项目时间和可用性/交付方式

10.3.4 通过成本/收益评估和风险验证确定迁移项目的优先级

10.3.5 确认架构路线图并更新架构定义文档

10.3.6 完成实施和迁移计划

10.3.7 完成架构开发周期并记录经验教训

10.4 输出

10.5 方法

第11章：阶段G — 实施治理

11.1 目标

11.2 输入

11.2.1 企业外部参考资料

11.2.2 非架构输入

11.2.3 架构输入

11.3 步骤

11.3.1 与开发管理层确认部署的范围和优先级

11.3.2 确定部署资源和技能

11.3.3 指导解决方案部署开发

11.3.4 执行企业架构合规审查

11.3.5 实施业务和 IT 运营

11.3.6 执行实施后评审并关闭实施

11.4 输出

11.5 方法

第12章：阶段H — 架构变更管理

12.1 目标

12.2 输入

12.2.1 企业外部参考资料

12.2.2 非架构输入

12.2.3 架构输入

12.3 步骤

12.3.1 建立价值实现流程

12.3.2 部署监控工具

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企业架构变更管理流程

12.5.3 维护与架构重新设计准则

第13章：ADM架构需求管理

13.1 目标

13.2 输入

13.3 步骤

13.4 输出

13.5 方法

13.5.1 概述

13.5.2 需求开发

13.5.3 资源

TOGAF®标准-ADM技术

第1章：简介

第2章：架构原则

2.1 简介

2.2 架构原则的特点

2.3 架构原则的组成部分

2.4 开发架构原则

2.4.1 原则的特性

2.5 应用架构原则

2.6 架构原则示例集

2.6.1 业务原则

2.6.2 数据原则

2.6.3 应用原则

2.6.4 技术原则

第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.2 一些模式资源

第5章：差距分析

5.1 简介

5.2 建议步骤

5.3 示例

第6章：迁移规划技术

6.1 实施因素目录

6.2 整合的差距、解决方案和依赖关系矩阵

6.3 架构定义增量表

6.4 过渡架构状态演进表

6.5 业务价值评估技术

第7章：互操作性需求

7.1 概述

7.2 定义互操作性

7.3 企业运营模式

7.4 完善互操作性

7.5 确定互操作性要求

7.6 协调互操作性要求与潜在解决方案

第8章：业务转型准备就绪评估

8.1 简介

8.1.1 业务转型促进计划 (BTEP)

8.2 确定就绪因素

8.3 现有就绪因素

8.4 评估就绪因素

8.4.1 就绪因素愿景

8.4.2 就绪因素评级

8.4.3 就绪因素风险和行动

8.5 准备和迁移规划

8.6 推广实施计划

8.7 结论

第9章：风险管理

9.1 简介

9.2 风险分类

9.3 风险识别

9.4 初始风险评估

9.5 风险缓解和剩余风险评估

9.6 进行剩余风险评估

9.7 风险监控和治理（阶段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 迭代周期

2.3 架构参与的类别

2.4 架构开发方法

2.5 迭代考量

2.5.1 ADM 周期之间的迭代

2.5.2 ADM 周期内的迭代

2.6 结论

第3章：跨越架构景观应用ADM

3.1 概述

3.2 架构景观

3.3 开发不同层次的架构

3.4 组织架构景观以了解企业状态

第4章：架构分区

4.1 概述

4.2 应用分类创建分区架构

4.2.1 初步阶段的活动

4.3 整合

TOGAF®标准-架构内容

第1章：简介

1.1 概述

1.2 TOGAF 内容框架和企业元模型

1.2.1 概述

1.2.2 内容框架

1.2.3 企业元模型

1.2.4 TOGAF 内容框架

1.3 内容框架和 TOGAF ADM

1.4企业连续统一体

1.5 架构库

第2章：TOGAF 内容框架和企业元模型

2.1 概述

2.2 TOGAF 企业元模型愿景

2.2.1 TOGAF 企业元模型概述

2.3 TOGAF 企业元模型详解

2.4 TOGAF 企业元模型实体

2.5 TOGAF 企业元模型属性

2.6 TOGAF 企业元模型关系

第3章：架构制品

3.1 基本概念

3.1.1 架构视角和架构视图的简单示例

3.2 在 ADM 中开发架构视图

3.2.1 一般准则

3.2.2 架构视图创建过程

3.3 视图、工具和语言

3.3.1 概述

3.4 架构视图和架构视角

3.4.1 架构视图和架构视角示例

3.4.2企业架构中的架构视图和架构视角

3.4.3 架构描述需要通用语言和可互操作工具

3.5 结论

3.6 ADM 阶段的架构制品

3.6.1 初步阶段

3.6.2 阶段A：架构愿景

3.6.3 阶段B：业务架构

3.6.4 阶段C：数据架构

3.6.5 阶段C：应用架构

3.6.6 阶段D：技术架构

3.6.7 阶段E：机遇与解决方案

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 架构需求规范

4.2.7 架构路线图

4.2.8 架构愿景

4.2.9 业务原则、业务目标和业务驱动因素

4.2.10 能力评估

4.2.11 变更请求

4.2.12 沟通计划

4.2.13 合规评估

4.2.14 实施和迁移计划

4.2.15 实施治理模型

4.2.16企业架构的组织模型

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 中的构建块规范过程

第6章：企业连续统一体

6.1 概述

6.2企业连续统一体和架构重用

6.3企业连续统一体的组成部分

6.4 详细的企业连续统一体

6.4.1 架构连续统一体

6.4.2 解决方案连续统一体

6.5企业连续统一体和 ADM

6.6企业连续统一体和你的组织

6.6.1 关系

6.6.2 您的企业

第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 企业存储库

7.9 外部存储库

7.9.1 外部参考模型

7.9.2 外部标准

7.9.3 架构委员会批准

TOGAF®标准-企业架构能力和治理

第1章：简介

第2章：建立架构能力

2.1 概述

2.2 阶段A：架构愿景

2.3 阶段B：业务架构

2.4 阶段C：数据架构

2.5 阶段C：应用架构

2.6 阶段D：技术架构

2.7 阶段E：机遇与解决方案

2.8 阶段F：迁移规划

2.9 阶段G：实施治理

2.10 阶段H：架构变更管理

2.11 需求管理

第3章：架构治理

3.1 简介

3.1.1 企业内部的治理水平

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 有效架构治理策略的要素

第4章：架构委员会

4.1 角色

4.2 职责

4.3 建立架构委员会

4.3.1 触发因素

4.3.2 委员会规模

4.3.3 委员会结构

4.4 架构委员会的运作

4.4.1 概述

4.4.2 准备

4.4.3 议程

第5章：架构合约

5.1 角色

5.2 内容

5.2.1 架构工作说明

5.2.2 架构设计与开发合作伙伴之间的合约

5.2.3 架构功能与业务利益相关者之间的合约

5.3 与架构治理的关系

第6.章：架构合规性

6.1 简介

6.2 术语：架构合规的含义

6.3 架构合规审查

6.3.1 目的

6.3.2 时机

6.3.3 治理和人员场景

6.4 架构合规审查流程

6.4.1 概述

6.4.2 角色

6.4.3 步骤

6.5 架构合规审查检查清单

6.5.1 硬件和操作系统检查清单

6.5.2 软件服务和中间件检查清单

6.5.3 应用检查清单

6.5.4 信息管理检查清单

6.5.5 安全检查清单

6.5.6 系统管理检查清单

6.5.7 系统工程/总体架构检查清单

6.5.8 系统工程/方法和工具检查清单

6.6 架构合规审查指南

6.6.1 定制检查清单

6.6.2 进行架构合规审查

（第二册）

TOGAF® 系列指南

实践者遵循 TOGAF® ADM 开发企业架构的方法

第1章：简介

1.1 概述

1.2 如何在 TOGAF 框架中使用本指南

1.3 参考技术

第2章：定义

2.1 企业

2.2企业架构(EA)

2.3 实践者

第3章：企业架构的目的

3.1 为什么开发企业架构很重要？

3.2 什么是企业架构？

3.2.1EA景观简介

3.2.2 目的简介

3.2.3企业架构是什么样的

3.3 如何使用企业架构？

3.3.1 与利益相关者沟通（关注点和视图）

3.3.2 与实施者沟通（差距、规范和控制）

3.3.3 与决策者沟通（其他有用的东西）

3.4 结论

第4章：业务周期

4.1 预算周期

4.1.1 支持战略的预算规划和架构

4.1.2 支持项目组合的预算编制和架构

4.1.3 支持项目的预算分配和架构

4.1.4 支持解决方案交付的预算控制和架构

4.2 业务周期结论

第5章：跨EA环境与EA团队的协调

5.1 在运行良好的架构库和EA环境中可以期待什么

5.1.1 在运行良好的EA存储库中可以期待什么：EA景观

5.1.2 在运行良好的EA存储库中可以期待什么：参考库

5.1.3 在运行良好的EA存储库中可以期待什么：标准库

5.1.4 在运行良好的EA存储库中可以期待什么：架构需求存储库

5.1.5 在运行良好的EA存储库中可以期待什么：合规性评估

5.2 ADM迭代在实践中是如何实现的？

5.2.1 阶段 A：起点

5.2.2 基本 ADM 输出和知识

5.2.3 迭代

5.2.4 支持战略的架构 ADM 计划

5.2.5 支持产品组合的架构 ADM 计划

5.2.6 支持项目的架构的 ADM 计划

5.2.7 支持解决方案交付的架构 ADM 计划

5.2.8 迭代结论

5.3 在高级架构的上下文中运行

5.4 管理多个状态（候选、当前、过渡和目标）

5.5 ABBs 在哪里？

第6章：ADM方法

6.1 主要活动

6.1.1 利益相关者参与和需求管理

6.1.2 权衡

6.2 权衡决策

6.3 B、C 和 D 阶段——开发架构

6.3.1 选择参考模型、视角和工具

6.3.2 制定目标、基线和差距

6.3.3 考虑成本和价值，确定达到目标的工作

6.3.4 解决影响

6.3.5 批准

6.3.6 最小需求并查看EA存储库

6.4 ADM 结论

第7章：通过架构以支持战略

7.1 介绍

7.2 理解上下文

7.3 评估企业

7.4 定义目标状态的方法

7.4.1 确认企业变革属性

7.4.2 制定价值主张

7.4.3 识别和排序工作包

7.5 最终确定架构愿景和目标架构

7.6 结论

第8章：通过架构以支持项目组合

8.1 介绍

8.2 分组工作包到主题

8.3 平衡机会和可行性

8.4 达到预算

8.4.1 内部参与

8.4.2 是否达到目标？

8.5 提高交付信心

8.6 来自外部的架构工作项目申请

8.7 结论

第9章：通过架构支持项目

9.1 确定依赖关系

9.1.1 项目不是交换利益相关者的神奇场所

9.1.2 利益相关者与关键参与者

9.1.3 视角和需求

9.1.4 去和“邻居”谈谈

9.1.5 交付和验收能力评估

9.2 平衡选项和供应商

9.2.1 进行权衡

9.2.2 管理当前实施变革的方法

9.3 确定范围和预算

9.4 为解决方案交付治理做准备

9.5 来自外部的架构工作项目申请

第10章：通过架构以支持解决方案交付

10.1介绍

10.1.1 范围界定

10.1.2 功能纯度与方案创新

10.1.3 移交和关闭

10.2调整实施者

10.3指导交付

10.4实现解决方案

10.5来自外部的架构工作项目申请

10.6结论

第11章：跳转到阶段G

11.1失败模式：缺少目标

11.2失败模式：错过业务周期

11.2.1 决策后的架构

11.3失败模式：不做架构

11.4管理创新、创造力和环境

第12章：特殊情况

12.1 敏捷企业中的架构

12.2 域架构

12.3 响应事件的架构

第13章：过渡架构 — 管理复杂的路线图

13.1路线图分组

13.2比较架构

13.3总体指导

第14章：阶段H（协调和业务周期务实）

第15章：架构治理

15.1什么是治理以及为什么？

15.1.1 目标架构

15.1.2 实施项目和其他变更

15.2角色、职责和决策权

15.2.1 目标检查清单

15.2.2 实施和其他变更检查清单

15.2.3 长期合规报告

15.3结论

附录 A：建模方法的部分列表

附录 B：利益相关者/关注矩阵

附录 C：示例视角库

附录 D：架构合约模板

附录 E：另一个 ADM 之旅 — 基于领导能力的规划之旅

附录 F：不断演进的领域架构列表

TOGAF® 系列指南

在数字化企业中使用 TOGAF 标准

第1章：简介

1.1概述

1.2数字实践者和企业架构师

1.2.1上下文和背景

1.3. 战略

第2章：为什么TOGAF标准支持数字化企业

2.1简介

2.2被动管理技术债务

2.3主动管理技术债务

2.4成熟的数字产品和卓越运营

2.5简化复杂性（TOGAF ADM）

第3章：术语对齐

第4章：TOGAF 标准如何支持数字化企业

4.1简介

4.2 DPBoK™ 标准

4.2.1背景一：个人/创始人

4.2.2背景二：团队

4.2.3背景三：Teams of Teams（跨团队赋能）

4.2.4背景四：持久的企业

4.2.5需要更多细节？

4.3如何根据上下文应用 TOGAF 原则

4.3.1企业架构原则：个人/创始人

4.3.2企业架构原则：团队

4.3.3企业架构原则：Team of Teams（跨团队赋能）

4.3.4企业架构原则：持久的企业

4.4.企业架构能力和服务

4.4.1企业架构能力和服务：个人/创始人

4.4.2企业架构能力和服务：团队

4.4.3企业架构能力和服务：Team of Teams（跨团队赋能）

4.4.4企业架构能力和服务：持久的企业

4.4.5企业架构服务涌现模型

4.5 TOGAF 制品和系列指南

4.5.1映射到个人/创始人背景

4.5.2映射到团队背景

4.5.3映射到Team of Teams（跨团队赋能）背景

4.5.4映射到持久的企业环境

A：企业架构优势

B：TOGAF 标准的原则

C：为 TOGAF 标准提出的服务

C.1需求和启发

C.2架构规划

C.3设计支持

C.4开发支持

C.5企业支持

C.6企业架构实践开发支持

C.7映射到 ADM 阶段的服务

D：合理化 TOGAF 和 DPBoK™ 标准

D.1组织现实、能力和依赖性

D.1.1方面：企业架构优势

D.1.2看点：企业架构服务

D.2整合“由外而内”和“由内而外”的视角

D.2.1方面：企业架构优势

D.2.2看点：企业架构服务

D.3战略调整和协同

D.3.1方面：企业架构优势

D.3.2看点：企业架构服务

D.4在管理技术债务的同时实现创新

D.4.1方面：企业架构优势

D.4.2看点：企业架构服务

TOGAF® 系列指南

数字技术采用：准备评估和路线图制定指南

第1章：介绍

1.1概述

1.2目标

1.3当前文献

第2章：什么是数字技术就绪评估？

2.1 概述

2.2 问题陈述

2.3 现状

2.4 动机和驱动力

2.5 重点和目标

第3章：准备就绪评估的影响和益处

第4章：影响数字技术采用的因素

4.1 基本因素描述

4.1.1 愿景

4.1.2 赞助和指导

4.1.3 IT能力

4.1.4 文化

4.1.5 范围和规模

4.1.6 经营理念

4.1.7 实施方法

4.2 影响因素说明

4.2.1 业务模式适应性

4.2.2 技能和能力

4.2.3 技术成熟度

4.2.4 生态系统

4.2.5 治理与合规

4.3 持续性因素描述

4.3.1 价值实现

4.3.2 政策法规

4.3.3 资金和资源

第5章：规划数字技术采用的路线

5.1 第 1 步：选择采用方法

5.2 第 2 步：执行数字技术准备就绪评估

5.3 第 3 步：确定需要管理层注意的因素

5.4 第 4 步：解决缺点并开始采用数字技术

第6章：TOGAF ADM 的架构含义和一致性

第7章：结论

一个 即用型评估问卷

A.1使用比例的说明

A2数字技术准备就绪评估——问卷

TOGAF® 系列指南

建立和发展EA能力的 TOGAF®领导者指南

第1章：引言

1.1 如何在 TOGAF 框架中使用本指南

1.2企业架构的现状

第2章：定义

2.1 企业

2.2企业架构(EA)

2.3企业架构(EA) 能力

2.4 能力

2.5领导者

第3章：一般概念

3.1谁是EA能力领导者？

3.2什么是企业？

3.3什么是EA能力和EA？

3.4EA生命周期

3.5EA和其他领域

3.6EA特性

3.7 参考技术

第4章：企业环境和EA环境

4.1 什么是企业，它的目的是什么？

4.2 企业的战略定位、方法和环境是什么？

4.2.1 业务模式和运营模式

4.2.2 运营环境与合规、法规、行业标准

4.2.3 企业组织模式

4.2.4 确定受影响团队的范围

4.2.5 计量经济模型

4.2.6 责任模型和决策模型

4.2.7 风险管理模型

4.3EA能力的特殊背景是什么？

4.3.1 财务会计模型

4.3.2 战略规划范围

4.3.3EA原则

第5章：EA能力的业务目标

5.1 预期的结果是什么？

5.2EA的深度和广度是什么？

5.3 什么是EA能力的组织模型？

5.3.1 组织模型中EA能力团队的一致性

5.4 如何衡量成功？

5.4.1 重新启动和自下而上的EA能力

第6章：架构治理

6.1 治理概论

6.1.1 主要特征

6.2 基本治理

6.3 当前的报告框架是什么？

6.4 当前的风险管理方法是什么？

6.4.1 什么是风险？

6.4.2 企业风险管理 (ERM) 的核心概念

6.5 现有治理过程

6.5.1 角色定义

第7章：与其他框架保持一致

7.1 创建框架目录

7.2 与EA能力的交集

第8章：架构内容和元模型的定制

8.1EA能力支持决策和治理的目的是什么？

8.2 是否有需要解决的具体问题？

8.3 什么构成内容元模型？

8.4 由EA能力管理的信息

8.5 管理企业存储库

第9章：EA团队的组织模型

9.1 共享角色和一致性

9.2 一致性

9.3 结构

9.3.1 角色和职责

9.3.2 技能框架

9.3.3 性能评估（EA能力）

9.4 能力

9.4.1 招聘以建设能力

9.5 使用EA能力确定业务影响的深度和广度

9.5.1 价值链、价值流和能力

9.5.2 域和层

9.5.3 深度和广度

9.5.4 时间维度对范围的影响

第10章：流程模型

10.1现有企业流程的接触点是什么？

10.1.1 决策过程集成模型

10.1.2 执行过程集成模型

10.1.3 战略开发过程

10.1.4 项目组合和项目管理流程

10.1.5 项目启动、项目管理和变更管理流程

10.1.6 预算编制流程

10.1.7 运营管理流程

10.1.8 治理流程

10.1.9 企业风险管理 (ERM) 流程

10.2 ADM迭代在实践中是如何实现的？

第11章：创建EA能力路线图

11.1创建路线图的活动

11.2将EA价值图链接到企业价值图

11.3EA能力模型

第12章：建立和发展EA能力

12.1概念回顾

12.2从目标开始

12.3值得信赖的顾问和变革的推动者

12.4变更管理

12.5维持和充分发展

12.5.1 如何参与和促进内部利益相关者的价值执行

12.6建立社区和指导

12.7工具和技术

第13章：将EA领导者指南映射到 TOGAF 框架

13.1将EA领导者指南映射到 TOGAF ADM 阶段

13.2映射EA内容、EA领导者的方法和元模型

附录 A：EA内容框架的部分列表

附录 B：成熟度模型

附录 C：推荐阅读

TOGAF® 系列指南

实现企业敏捷性

第1章：简介

1.1敏捷是什么意思，为什么重要？

1.2企业架构的作用是什么？

1.3对敏捷性的需求并不新鲜！

1.4这与当今提高敏捷性的必要性有何关系？

第2章：定义

2.1敏捷

2.2敏捷架构

2.3敏捷产品负责人

2.4最小可行架构

2.5. 最小可行产品

2.6. 产品

第3章：TOGAF架构开发方法概述

第4章：以敏捷的方式开发架构

4.1不同层次的细节实现敏捷性

4.2过渡架构

4.3构建敏捷企业架构的实用方法

4.4架构层次和迭代

4.4.1战略架构

4.4.2分段架构

4.4.3能力架构

4.4.4架构迭代中的治理

4.5映射到敏捷概念的 ADM 层次和阶段

4.6基于集合的并行工程

4.7选择交付方式

4.7.1. 三种交付方式

4.8最高级别架构的敏捷性

第5章：使用敏捷产品管理技术

5.1建立企业架构能力

5.2. 产品开发和架构

5.2.1定义问题

5.2.2定义基线

5.2.3定义目标

5.2.4制定目标

5.2.5治理和管理变更

5.3. 架构、产品开发和交付

5.3.1识别新需求——定义和识别问题

5.3.2定义目标

5.3.3项目与产品

5.4架构制品

5.4.1企业架构自动化

5.4.2. 极简制品

5.5. 支持产品架构的 TOGAF ADM 阶段和制品

TOGAF® 系列指南

使用敏捷Sprint应用TOGAF ® ADM

前言

第1章：简介

第2章：本指南中的定义

第3章：Sprint 如何与TOGAF标准一起使用？

3.1为什么Sprint？

3.2企业架构、解决方案、产品和CI/CD

3.3 如何在TOGAF ADM中Sprint

3.3.1 Sprint

3.3.2 演示、结果、回顾和计划 (DORP)

3.3.3 业务变更与Sprint backlog

3.3.4 第一个Sprint（Sprint Zero或Strategic Sprint）

3.3.5企业架构开发敏捷性

3.3.6 解决方案协作

3.3.7 跨开发合作

3.3.8 跨职能敏捷性

第4章：TOGAF阶段F和Sprint

4.1 阶段A—进化方法

4.2 阶段B、C、D 和 E

4.3 阶段E 和 F

4.4 阶段G — 实施治理

4.5 阶段H —架构变更管理

第5章：其他企业架构视角

5.1 基于目的的企业架构

5.2 不同架构层次的企业架构和Sprint

5.3 Sprint的长度

5.4 架构治理和Sprint

5.5 架构演示、回顾和 Sprint 计划

附录 A：缩略语

（第三册）

TOGAF® 系列指南

业务能力

第1章：简介

第2章：什么是业务能力？

2.1 定义业务能力

2.1.1 命名约定

2.1.2 描述

2.2 实现业务能力的要素

2.2.1 人员

2.2.2 流程

2.2.3 信息

2.2.4 资源

第3章：业务能力映射

3.1 方法

3.1.1 组织结构

3.1.2 业务模型

3.1.3 战略计划、业务计划和财务计划

3.2 构建业务能力图

3.2.1 业务能力分层

3.2.2 均衡

第4章：业务能力映射的影响和益处

第5章：将业务能力映射到其他业务架构视图

5.1 热度图

5.2 关系映射

5.2.1 能力/组织映射

5.2.2 能力/价值流图

5.2.3 能力/业务流程映射

第6章：使用符合TOGAF标准的业务能力图

第7章：结论

TOGAF® 系列指南

业务模式

第1章：导言

1.1 概述

1.2 目标

第2章：什么是业务模式？

第3章：业务模式的影响和益处

第4章：业务模式与商业架构的关系

第5章：在 TOGAF 标准中使用业务模型

第6章：业务模式创新的结构化方法

第7章：业务模型框架示例

第8章：结论

附录 A： 业务模式画布概述

TOGAF® 系列指南

业务场景

第1章：简介

第2章：业务场景的益处

第3章：创建业务场景

3.1 整体流程

3.2 步骤

3.2.1 计划步骤

3.2.2 收集步骤

3.2.3 分析步骤

3.2.4 记录步骤

3.2.5 审查步骤

3.3 阶段

3.3.1 前提制定阶段

3.3.2 初始验证阶段

3.3.3 细化阶段

第4章：业务场景的内容

参考文件

第5章：对业务场景的贡献

第6章： 业务场景和 TOGAF ADM

第7章：开发业务场景

7.1 一般指南

7.2 每个领域的问题

7.2.1 识别、记录和排序问题

7.2.2 识别业务和技术环境并在模型中记录

7.2.3 识别和记录目标

7.2.4 确定参与者及其在业务模式中的位置

7.2.5 识别计算机参与者及其在技术模型中的位置

7.2.6 记录角色、职责、成功的衡量标准和所需的脚本

7.2.7 必要时检查适用性和改进

第8章：业务场景文档

8.1 文本文档

8.2 业务场景模型

第9章：目标和目的指南

9.1 目标的重要性

9.2 SMART目标的重要性

9.2.1 使目标变得SMART的例子

9.3 目标和目的类别

9.3.1 目标：提高业务流程绩效

9.3.2 目标：降低成本

9.3.3 目标：改善业务运营

9.3.4 目标：提高管理效率

9.3.5 目标：降低风险

9.3.6 目标：提高 IT 组织的效率

9.3.7 目标：提高用户生产力

9.3.8 目标：提高可移植性和可扩展性

9.3.9 目标：提高互操作性

9.3.10 目标：提高供应商独立性

9.3.11 目标：降低生命周期成本

9.3.12 目标：提高安全性

9.3.13 目标：提高可管理性

第10章：角色

第11章：检查清单

11.1检查清单 - 前提制定

11.2检查清单 - 计划

11.3检查清单 - 收集

11.4检查清单 - 分析

11.5检查清单 - 文件

11.6检查清单 - 审查

第12章：技巧和提示

12.1主动和反思性聆听

12.2关于头脑风暴和亲和力分析

12.3介绍邻居

12.4我们相信

12.5关于货币或信用投票优先级

12.6关于多重投票和等级排序优先级

12.7角色扮演

12.8关于备选方案分析和决策矩阵

第13章：总结

TOGAF® 系列指南

信息映射

第1章：简介

第2章：什么是信息图？

第3章：影响和益处

第4章：与业务能力、价值流和组织图的关系

第5章：区分信息图和数据模型

第6章：在 TOGAF ADM 中使用信息图

第7章：将信息图付诸实践

第8章：结论

附录 A：信息图的表示

A.1ArchiMate 语言示例

A.2统一建模语言 (UML)

A.3实体关系图 (ERD)

TOGAF® 系列指南

组织映射

第1章：介绍

第2章：什么是组织图？

第3章：区分组织图和组织结构图表

第4章：组织映射的影响和益处

第5章：与业务能力、价值流和信息图的关系

第6章：将组织图与 TOGAF 标准结合使用

第7章：将组织图付诸实践

第8章：结论

TOGAF® 系列指南

价值流

第1章：介绍

1.1 什么是“价值”？

1.2 价值分析方法

1.3 业务架构中的价值流

1.4 价值流与其他业务架构概念的关系

1.5 价值流和价值流隐射的益处

第2章：价值流描述、分解和映射

2.1 描述价值流

2.2 分解价值流

2.3 将能力映射到价值流阶段

第3章：创造价值流的方法

3.1 指导原则

第4章：价值流图场景

4.1 基线示例

4.2 将价值流映射到业务能力

4.3 热度图场景

第5章：结论

A:替代价值分析技术的比较

A.1价值链

A.2价值网络

A.3精益价值流

TOGAF® 系列指南

信息架构：客户主数据管理 (C-MDM)

第1章：介绍

1.1 信息架构能力

1.2 数据管理能力

1.3 C-MDM 能力

第2章：与 The Open Group 现有标准的关系

2.1 ArchiMate 规范

2.2 TOGAF 框架扩展

第3章：C-MDM 能力

第4章：过程和方法

4.1 针对 C-MDM 功能的 TOGAF ADM 专业化

4.2 架构愿景的 C-MDM 指南（TOGAF ADM 阶段 A）

4.3 C-MDM 架构原则

4.3.1 业务原则

4.3.2 数据原则

4.3.3 应用原则

4.4 参考 C-MDM 路线图步骤（TOGAF ADM 阶段 F）

第5章：参考模型

5.1 C-MDM 核心客户数据范围

5.1.1 个人核心数据

5.1.2 组织/法律实体核心数据

5.2 C-MDM 详细功能参考模型

5.2.1 C-MDM 详细业务功能参考模型

5.2.2 C-MDM 详细应用功能参考模型

第6章：集成方法

6.1 C-MDM 系统的集成

6.1.1 C-MDM 集成风格

6.1.2 相关集成模式

A: 运营挑战和诊断

A.1运营挑战

A.2运营诊断

缩略语

TOGAF® 系列指南

在 TOGAF®企业架构中集成风险和安全性

第1章：介绍

1.1 本指南如何支持 TOGAF 标准？

1.2 风险管理如何呢？

1.3 控制清单在哪里？

第2章：与其他 IT 安全和风险标准的关系

2.1 ISO/IEC 27001:2013：信息安全管理

2.2 ISO 31000:2009：风险管理——原则和指南

2.3 国家网络安全框架

2.4 COBIT®

2.5 O-ESA

2.6 O-ISM3

2.7 Open FAIR

2.8 SABSA®

第3章：企业安全架构

3.1 企业风险管理

3.1.1 风险的定义

3.1.2 企业风险管理的核心概念

3.2 信息安全管理

3.2.1 安全

3.2.2 隐私

3.2.3 信息安全管理的核心概念

3.2.4 运营安全流程

第4章：安全作为一个跨领域关注点

第5章：TOGAF ADM 中的安全和风险概念

5.1初步阶段

5.1.1 业务驱动/业务目标

5.1.2 安全原则

5.1.3 风险偏好

5.1.4 关键风险领域/业务影响分析

5.1.5 安全资源规划

5.2阶段A：架构愿景

5.3阶段B：业务架构

5.3.1 安全策略架构

5.3.2 安全域模型

5.3.3 信任框架

5.3.4 风险评估

5.3.5 业务风险模型/风险登记册

5.3.6 适用法律法规登记册

5.3.7 适用的控制框架登记册

5.4 阶段C：信息系统架构

5.4.1 安全服务目录

5.4.2 安全分类

5.4.3 数据质量

5.5阶段D：技术架构

5.6阶段E：机会和解决方案

5.6.1 风险缓解计划

5.7 阶段F：迁移计划

5.8 阶段G：实施治理

5.8.1 安全审计

5.8.2 安全培训和意识

5.9 阶段H：架构变更管理

5.10需求管理

5.10.1 业务属性配置文件

5.10.2 控制目标/安全目标

5.10.3 安全标准

5.11TOGAF 架构内容元模型

5.12ArchiMate ®建模语言的使用

TOGAF® 系列指南

架构成熟度模型

1介绍

1.1 客观的

1.2 背景

1.3 历史与应用

2美国 DoC ACMM 框架

2.1 概述

2.2 ACMM 的要素

2.3 成熟度模型每个级别的 ACMM 评分特征

3能力成熟度模型集成 (CMMI)

3.1 CMMI

3.1.1 介绍

3.1.2 CMMI 视图和模型

3.2 SCAMPI ®方法

4结论

TOGAF® 系列指南

架构项目管理

1介绍

1.1 概述

1.2 背景

1.3 为什么我们需要架构项目管理指南？

1.4 文档范围和结构

1.5 约束

2管理架构项目

2.1 架构项目定义

2.2 架构项目生命周期

2.3 架构项目管理概念

2.4 项目管理文档

3详细指导

3.1 架构项目启动

3.1.1 任命执行官

3.1.2 任命项目经理

3.1.3 捕捉以前的课程

3.1.4 准备大纲业务案例

3.1.5 选择项目方法

3.1.6 设计和任命项目管理团队

3.1.7 组装项目简介

3.1.8 定义管理方法

3.2 架构项目规划

3.2.1 定义架构项目范围

3.2.2 定义架构项目的最终产品及其验收标准

3.2.3 定义项目交付物

3.2.4 定义项目排除、约束和假设

3.2.5 详细说明架构项目范围

3.2.6 创建工作分解结构

3.2.7 制定架构项目计划和时间表

3.2.8 合并架构工作说明并获得批准

3.3 规划阶段

3.3.1 什么是阶段？– 将架构项目划分为多个阶段

3.3.2 规划阶段

3.3.3 调整项目计划

3.4 执行、监视和控制阶段

3.4.1 授权项目工作包

3.4.2 查看项目工作包状态

3.4.3 审查已完成的项目工作包

3.4.4 查看阶段状态

3.4.5 捕获和检查问题和风险

3.4.6 报告要点

3.4.7 升级问题和风险

3.4.8 采取纠正措施

3.5 结束一个阶段

3.5.1 阶段交付物移交和批准

3.5.2 管理阶段边界

3.6 架构项目收尾

3.6.1 产品交接

3.6.2 准备和建议关闭

3.6.3 评估项目并记录经验教训

4PRINCE2 到 ADM 映射

4.1 高级映射描述

4.1.1 TOGAF ADM A 阶段（架构愿景）

4.1.2 TOGAF ADM B 至 F 阶段

4.2 详细映射说明

4.2.1 TOGAF ADM A 阶段（架构愿景）

4.2.2 TOGAF ADM B 至 F 阶段

5PMBOK 到 ADM 的映射

5.1 A阶段：架构项目启动和规划

5.1.1 建立架构项目

5.1.2 识别利益相关者、关注点和业务需求

5.1.3 确认并详细说明业务目标、业务驱动因素和约束

5.1.4 评估能力

5.1.5 评估业务转型的准备情况

5.1.6 定义范围

5.1.7 确认并详细阐述架构原则，包括业务原则

5.1.8 发展架构愿景

5.1.9 定义目标架构价值主张和 KPI

5.1.10 识别业务转型风险和缓解活动

5.1.11 制定架构工作说明；安全批准

5.2 阶段 B 到 F：架构项目执行和监控

5.3 F阶段：架构项目收尾

TOGAF® 系列指南

架构技能框架

1介绍

1.1 客观的

1.2 概述

2需要企业架构技能框架

2.1 定义严谨

2.2企业架构实践的基础

3目标/理由

3.1企业架构师认证

3.2 具体益处

4企业架构角色和技能类别

4.1 概述

4.2 TOGAF 角色

4.3 技能类别

4.4 熟练程度

5企业架构技能定义

6企业架构师的角色和技能

6.1 角色描述

6.2 企业连续统一体的表征

6.3企业架构师的关键特征

6.3.1 制作设计的技能和经验

6.3.2 广泛的技术广度，具有一个或几个学科的技术深度

6.3.3 方法驱动的执行方法

6.3.4 完整的项目范围经验

6.3.5 领导

6.3.6 个人和专业技能

6.3.7 一个或多个行业的技能和经验

7结论

TOGAF® 系列指南

TOGAF ®数字业务参考模型 (DBRM)

TOGAF® 系列指南

微服务架构 (MSA)