TOGAF 实用教程

TOGAF 是一个架构框架，它是事实上的全球标准，用于协助架构的验收、生产、使用和维护。实用且经过验证，它基于由最佳实践和一组可重用的现有架构资产支持的迭代过程模型。

• TOGAF 的第一个版本于 1995 年开发，基于美国国防部信息管理技术架构框架 (TAFIM)。
• 本文档涵盖 TOGAF 版本 9，在本文档的文本中称为“TOGAF 9”。TOGAF 9 于 2009 年 1 月首次发布。
• TOGAF 由 The Open Group Architecture Forum 及其 350 名成员开发和维护。

为什么选择 TOGAF？

TOGAF 9 可用于开发各种不同的企业架构。TOGAF 补充并可以与其他更侧重于特定垂直行业（如政府、电信、制造、国防和金融）的特定可交付成果的框架结合使用。

• 一种经过验证的企业架构方法和框架，被世界领先的组织用来提高业务效率
• 最突出、最可靠的企业架构标准，确保企业架构专业人员之间的标准、方法和沟通一致
• 精通 TOGAF 标准的企业架构专业人员享有更高的行业信誉、工作效率和职业机会
• TOGAF 帮助从业者避免被专有方法锁定，更有效地利用资源，实现更大的投资回报

TOGAF 9 – 六个组件

TOGAF 反映了企业内部架构能力的结构和内容，如下图所示：

1. 架构开发方法——这部分是TOGAF的核心。它描述了 TOGAF 架构开发方法 (ADM)——一种开发企业架构的分步方法。
2. ADM 指南和技术——这部分包含一系列可用于应用 ADM 的指南和技术。
3. 架构内容框架——这部分描述了 TOGAF 内容框架，包括架构工件的结构化元模型、可重用架构构建块 (ABB) 的使用以及典型架构可交付成果的概述。
4. 企业连续统和工具——这部分讨论了适当的分类法和工具，用于对企业内部架构活动的输出进行分类和存储。
5. TOGAF 参考模型——这部分提供了两个架构参考模型，即 TOGAF 技术参考模型 (TRM) 和集成信息基础设施参考模型 (III-RM)。
6. 架构能力框架——这部分讨论了在企业内建立和运营架构实践所需的组织、流程、技能、角色和职责。

ADM：TOGAF 的核心部分

ADM 描述了如何派生出满足业务需求的特定于组织的企业架构。ADM 是 TOGAF 的主要组成部分，并在多个层面指导架构师：

• TOGAF的核心
• 一种经过验证的开发架构的方法
• 专为满足业务需求而设计
• 一种迭代方法
• 一组架构视图，以确保充分满足一组复杂的需求

1. ADM – TOGAF ADM 的迭代方法

ADM 在整个过程中、阶段之间和阶段内是迭代的（TOGAF ADM 的建议迭代周期如图所示）。它还可以用于对相关的架构活动（架构能力、架构开发迭代、过渡规划迭代和架构治理迭代）进行有效分组，以实现特定目的。

TOGAF ADM 开发阶段的目的

ADM 中的阶段如下：

• 初步阶段描述了创建架构能力所需的准备和启动活动，包括 TOGAF 的定制和架构原则的定义。
• 阶段 A：架构愿景描述了架构开发周期的初始阶段。它包括有关定义架构开发计划的范围、识别利益相关者、创建架构愿景以及获得批准以进行架构开发的信息。
• 阶段 B：业务架构描述了业务架构的开发，以支持商定的架构愿景。
• 阶段 C：信息系统架构描述了信息系统架构的开发，以支持商定的架构愿景。
• 阶段 D：技术架构描述了技术架构的开发，以支持商定的架构愿景。
• 阶段 E：机会与解决方案进行初始实施规划并确定前几个阶段定义的架构的交付工具。阶段
• F：迁移计划通过最终确定详细的实施和迁移计划来解决如何从基线迁移到目标架构。
• 阶段 G：实施治理提供实施的架构监督。
• 阶段 H：架构变更管理建立管理新架构变更的程序。
• 需求管理检查在整个 ADM 中管理架构需求的过程。

ADM 输入和输出

TOGAF 提供来自每个阶段的多个输入和输出可交付成果：

• 这些是建议，不需要完全遵循
• 生成的每个可交付成果都应进行版本控制以指示何时发生更改
• 显示的版本编号也是一个建议，不需要遵循

可交付成果

合同规定的工作产品，然后由利益相关者正式审查、同意和签署。它通常会在项目完成后存档或转换为架构存储库作为参考模型

2. ADM 指南和技术组件

一组支持 ADM 应用的指南和技术。该指南有助于调整 ADM 以处理不同的场景，包括不同的流程风格（例如迭代的使用）和特定的要求（例如安全性）。这些技术支持 ADM 中的特定任务（例如定义原则、业务场景、差距分析、迁移规划、风险管理等）。支持 ADM 应用和采用的指南和技术

指南：即如何在整个架构环境中应用 ADM

模板– 指导您如何使用模板进行利益相关者分析

清单- 整体架构的架构审查清单示例

1. 哪些其他应用程序和/或系统需要与您的集成？
2. 描述每个的集成级别和策略。
3. 用户群的地理分布如何？
4. 该系统对企业内外的其他用户社区的战略重要性是什么？
5. 为企业内部用户提供系统服务需要哪些计算资源？在企业外部使用企业计算资产？在企业之外使用他们的资产？
6. 本地交付环境之外的用户如何访问您的应用程序和数据？
7. 此应用程序的预期寿命是多少？
8. 描述适应用户群、存储数据和交付系统技术变化的设计。
9. 用户群的规模及其预期的性能水平是多少？
10. 您使用哪些性能和压力测试技术？

技术– 向您展示如何分类利益相关者

3. 架构内容框架组件

本部分描述 TOGAF 内容框架，包括架构工件的结构化元模型、可重用架构构建块 (ABB) 的使用以及典型架构可交付成果的概述。它提供了架构工作产品的详细模型，包括可交付成果、可交付成果中的工件以及可交付成果所代表的架构构建块 (ABB)。

• 它推动了 TOGAF 输出的更大一致性
• 它提供了一个全面的架构输出清单
• 它促进了工作产品的更好集成
• 它为如何描述架构提供了详细的开放标准
• 它包括一个详细的元模型

4. 企业连续体

用于构建虚拟存储库的模型和用于对架构和解决方案工件进行分类的方法。它在 TOGAF 9 中有以下变化：

• 大幅修订
• 添加了关于架构分区和架构存储库的新内容
• 删除了标准信息库 (SIB)

5. 参考模型

TOGAF 9 中对参考模型的定义进行了大幅修订。 提供了两种参考模型：

1. 技术参考模型 (TRM) – 一种基础架构，用作通用平台服务的模型和分类法。
2. 综合信息基础设施模型（III-RM）——业务应用和基础设施应用的模型

将参考模型与架构连续体相关联

Architecture Continuum 由四个状态组成。底层过程是发现架构需求，分析和理解组织中已经存在的架构，从基础架构（即 TRM），到通用系统架构 III-RM），行业标准架构（即 SOA），以及到组织的架构。下图是基于四种状态的架构过程的图示：

• 基础架构 (TRM)
• 通用系统架构 (III-RM)
• 行业架构
• 组织架构

对左侧状态所做的架构更改将迁移到右侧状态。从左到右的方向意味着组织企业架构实现的逻辑进展。

6. 架构能力框架组件

本部分讨论在企业内建立和运营架构实践所需的组织、流程、技能、角色和职责。它是 TOGAF 9 中的新部分，基于 8.1.1 Resource Base 派生

架构能力结构

企业架构开发涉及通过不同的开发阶段在组织中的各个级别生成业务能力、规划和管理架构。企业需要确定负责制定架构决策的治理机构，如下图顶部所示。