单元1 概念
1.3 企业架构的效益
列出拥有企业架构的关键益处
提升有效性
ROI和采购
在彼此冲突的需求间实现平衡
1.4 企业架构框架
解释为什么TOGAF标准适合作为企业架构的框架使用
1.5 架构域
业务架构
数据架构
应用架构
技术架构
1.6 企业架构中的架构抽象
简要描述架构抽象如何在企业架构中使用
背景环境
概念
逻辑
物理
1.7 企业连续序列
简要描述企业连续统一体
企业连续序列对企业存储库中的制品进行了分类
企业连续序列包含两个互补的概念
架构连续序列
解决方案连续序列
1.8 架构存储库
简要解释架构存储库
TOGAF标准识别了一组范围广泛的材料，这些材料将包含于架构存储库内
1.9 TOGAF®内容框架和企业元模型
简要解释TOGAF内容框架和企业元模型
内容框架
企业元模型
1.10 架构能力
简要解释什么是架构能力
架构能力指开发、运用和维持某具体企业的架构，并运用该架构治理变革的能力
为在企业内有效开展架构活动，需要通过组织结构、角色、职责、技能和流程将合适的业务能力落实到位
1.11 风险管理
简要说明风险管理
风险管理在于在机会和威胁实际发生所导致的积极或者消极结果之间取得平衡
单元2 定义
应用架构
对提供关键业务功能和管理数据资产的应用的结构和交互的描述
架构
系统在其环境中的基本概念或属性体现在其元素、关系及其设计和演化的原则中。 （来源：ISO/IEC/IEEE 42010:2011）
组件的结构、它们的相互关系以及管理它们的设计和随时间演化的原则和指引
架构开发方法（ADM）
TOGAF框架的核心。 一种多阶段、迭代的方法，用于开发和使用企业架构来塑造和治理业务转型
架构域
被考虑到的架构领域。 TOGAF 框架遵循将企业架构划分为四个主要架构域的传统：业务、数据、应用和技术。 其他域（动机、安全、治理等）可能跨越这四个主要的域
架构框架
用于规划、开发、实施、治理和维持架构的概念结构
架构景观
企业在特定时间点正在使用或计划使用的资产的架构表示
架构愿景
目标架构的简洁描述，描述其业务价值以及其成功部署将给企业带来的变革。 它是详细架构开发的理想愿景和边界
基线
已经过正式审查和商定的规范，此后可作为进一步开发或变更的基础，并且只能通过正式的变更控制程序或配置管理等程序类型进行变更
业务架构
全面、多维业务视图的表示：能力、端到端价值交付、信息和组织结构； 以及这些业务观点和战略、产品、政策、举措和利益相关者之间的关系
业务能力
企业为实现特定目的而可能拥有或交换的特定才能
商业模式
描述组织如何创造、交付和获取价值的基本原理的模型
业务场景
一种用于帮助识别、理解和记录业务需求的技术，从而得出架构开发必须解决的业务需求
交付物
一种架构工作产品，由合同指定，并由利益相关者正式审查、同意和签署
数据架构
对企业主要数据类型和来源、逻辑数据资产、物理数据资产、数据管理资源结构的描述
数字化架构
该包容性的架构侧重于企业架构、数据科学、电信和物联网(IoT)、安全、人工智能(AI)、认知科学、神经科学、机器人和社交媒体的结合，以提供运营服务
企业
（通常是）组织的最高级别描述，而且通常涵盖所有使命和职能。 一个企业往往会跨越多个组织
差距
两个状态之间差异的声明。 用于差距分析，识别基线架构和目标架构之间的差异
信息
以任何媒介或形式（包括文本、数字、图形、制图、叙述或视听形式）对事实、数据或观点进行的任何交流或表示
信息映射
一种阐明、表征和直观地展示对业务至关重要的信息的方法
元模型
描述用于构建架构描述的实体、它们的特征以及这些实体之间的关键关系的模型
建模
一种通过构建模型使主题能够以某种形式表示，从而能够对主题的本质进行推理、洞察和澄清的技术
需求
对需要的声明，是明确的、可测试的或可衡量的，并且是可接受性的
角色
施动者的通常或预期的行为，亦或某人或某物在特定流程或事件中所扮演的身份。 一个施动者可以扮演多个角色
个人在组织中所扮演的身份以及他们通过应用其技能、知识、经验和才能所做出的贡献
分段架构
对企业内部领域的详细、正式的描述，用于项目群或项目组合级以组织和协调变革活动
利益相关者
与系统有相关性的个人、团队、组织或阶层
战略架构
对企业的简要正式描述，为运营和变革活动提供组织框架，以及执行层的方向设定的长期观点
过度架构
对架构在某个重要时间点的架构的一种状态的正式描述
价值流
增值活动的端到端集合的表示形式，这些活动为客户、利益相关者或最终用户创建总体结果<br>
工作包
为实现一个或多个业务目标而确定的一组行动。 工作包可以是项目的一部分、完整项目或项目群
单元3 ADM简介
3.1 TOGAF®ADM及其规范
简要描述ADM及其阶段
3.2 “草稿”和“获批准的”可交付物
描述“草稿”和“已批准”可交付物之间的区别
3.4 对企业架构的创建、开发和维护实施治理
解释对企业架构的创建、开发和维护进行治理的必要性
与ADM的符合性对架构治理具有基础性意义，从而确保未遗漏任何应当考虑的事项，并且产出全部所需的可交付物
3.5 如何划定架构范围
简要解释如何确定架构的范围
广度、深度、时间区间、架构域（业务、数据、应用、技术）
3.6 备选架构、关注点和权衡
简要解释考虑架构替代方案的原因，包括理解关注点和权衡
3.7 目的：预备阶段
简要解释初步阶段在开发企业架构能力方面的目的
3.10 目标：阶段A
描述A阶段的目标
形成将由提议的企业架构交付的能力和业务价值的高层期望愿景
架构工作声明获得批准，该声明确定了开发和部署架构愿景中概述的架构所需的工作项目群
3.11 目的：阶段B、C、D
简要解释B、C、和D阶段的目的
3.13 目标：阶段C：数据架构和应用架构
描述C阶段在数据架构和应用架构方面的目标
3.14 目标：阶段D
描述D阶段的目标
以符合架构声明和利益相关者关注点的方式，开发通过技术组件的技术服务交付架构愿景、目标业务、数据和应用构建块的目标技术架构。
根据基线和目标技术架构之间的差距识别备选架构路线图的组成部分
3.15 目的：阶段E
描述E阶段的目标
输出和结果
一组针对差距的工作包，并且指示所产出的价值和所需工作量，以及为实现调整后的目标，各个工作包之间的依赖关系
3.16 目标：阶段E
描述E阶段的目标
基于阶段B、C和D的差距分析和备选架构路线图的组成部分，生成架构路线图初始的完整版本
确定是否需要增量方法，如需要，则识别将交付业务价值的过渡架构
定义整体解决方案构建块（SBB），从而基于架构构建块（ABB）最终确定目标架构
3.17 目地：阶段F
简要解释F阶段的目的
输出和结果
获得批准的一组项目，包含目标和必要的约束、所需资源、开始和结束时间
3.18 目标：阶段F
简要描述F阶段的目标
最终确定架构路线图和作为支持的实施和迁移规划
确保实施和迁移计划与企业在其整体变更项目组合中管理和实施变更的途径相协调
确保关键利益相关者理解工作包和过渡架构的业务价值和成本
3.20 目标：阶段G
描述G阶段的目标
通过实施项目确保与目标架构的一致性
为解决方案以及任何由实施驱动的架构变更请求执行适当的架构治理功能
3.22 目标：阶段H
描述阶段H的目标
确保架构生命周期得以维持
确保架构治理框架得以执行
确保企业架构能力满足目前需求
3.25 ADM各阶段间的信息流
解释ADM各阶段之间的信息流
3.26 如何应用架构开发支持敏捷软件开发
解释为不同目的域或不同详细程度开发架构如何应用与支持敏捷软件开发
单元4 ADM技术简介
4.1 ADM与指导原则和技术支持之间的关系
简要描述ADM、ADM指南、ADM技术是如何相互联系的
4.2 目的：架构原则
解释架构原则的目的
推送决策
在权衡讨论时设立优先权以及在必要时“打破平局”的权利，这种做法非常必要
实现企业的对齐
原则将主动性和偏见摒除在外，并驱动客观且符合价值观的关键对话
确保治理
企业如何确保在恰当的时机由合适的决策者做出正确的决策?此外，如何对决策和执行决策的决策进行监控
理解价值观和文化
有助于更透彻地理解企业文化和价值观；为判断企业是否娴熟应对变化提供路径和洞察
4.3 架构原则模版
解释架构原则的推荐模板
名称
应当呈现规则的本质并易于记忆
不应提及具体的技术平台
应当避免歧义词语
理由依据
应当使用业务术语强调遵守原则带来的业务收益
应当描述与其他原则的关系
意味
应当强调落实原则对业务和IT的要求
应当陈述采纳原则的业务影响和结果
4.4 高质量的架构原则标准
解释什么是好的架构原则
1、可理解性
2、健壮（鲁棒性）
3、完整
4、连贯一致
5、稳定
4.5 业务场景
简要解释业务场景
真实的业务问题
这些问题发生的业务及技术环境
由能力实现的价值流
正确执行的期望结果（一个或多个）
提供能力的人员和计算机组件（"施动者"）
4.6 差距分析的目的
解释差距分析的目的
差距分析的目的是以文档形式记录基线架构和目标架构的差异
识别架构中添加、删除和/或更改的组件（构建块）
4.7 互操作性
简要解释互操作性及其它的使用方式
定义：“共享信息和服务的能力”<br>
4.8 业务转型就绪度评估
解释业务转型准备度评估以及它在ADM中的使用位置
将这些行动整合到阶段E和F的实施和迁移计划中
4.9 风险管理与TOGAF® ADM
简要解释架构风险管理的特点以及它在TOFAG ADM中的使用位置
在阶段A中识别风险是业务转型就虚度初步评估的一部分
风险识别与减缓评估工作单位作为治理制品得到维护，并在阶段G（实施治理）中更新，同时风险监控也在这一阶段实施
实施治理能够识别未经减缓的重大风险，这可能需要启动另外一个完整或部分ADM周期
单元5 ADM应用介绍
5.1 如何应用TOGAF®标准
描述在哪里提供了关于如何应用TOGAF标准的指导
TOGAF®基础内容
TOGAF®系列指南
业务架构
信息架构
安全架构
企业架构/敏捷架构
企业架构/数字化企业
技术架构
MSA/SOA架构
按需调整ADM
5.2 迭代与ADM
解释ADM中的迭代如何使多个ADM阶段能够同时进行
5.3 架构景观的三个层级
定义：“企业在特定时间点使用或计划中的资产的架构呈现”
列出架构景观的三个层次
战略架构为运行和变革活动提供组织框架，并且允许再管理层上确定方向
切分架构为运行和变革活动提供组织框架，并且允许在项目群或谱系层上确定方向并开发有效的架构路线图
能力架构为变革活动和实现能力增量的有效架构路线图开发提供组织框架
5.4 为简化企业架构开发而切分
简要解释分区如何帮助简化企业架构的开发
定义：“为便于开发和管理而分割架构所得出的架构子集”
区分用于简化企业架构的开发和管理
区分位于架构治理的基础
区分不同于层次和架构连续序列的组织概念
5.5 以目的为基础的架构项目
列出有助于确定架构项目规划范围、广度和深度的四个目的
架构支持战略
架构支持谱系
架构支持项目
架构支持解决方案交付
5.6 应用TOGAF®标准支持数字化企业
简要解释TOGAF标准如何应用于支持数值化企业
单元7 架构内容
7.1 关键概念：利益相关者、关注点、架构视图、架构视角及概念之间的关系
定义并解释以下关键概念及他们之间的关系：利益相关者、关注点、架构视图、架构视角
利益相关者
关注点
架构视图
架构视角
7.3 在TOGAF ADM各阶段和消费的TOGAF®标准可交付物
简要描述在不同的TOGAF ADM阶段中创建和使用的可交付成功
架构工作请求
架构工作声明
架构愿景
沟通计划
业务原则、业务目标和业务驱动的因素
能力评估
架构定义文档
架构定义规范
需求影响评估
架构路线图
实施和迁移计划
实施治理模型
变更请求
