TOGAF架构框架

TOGAF由国际标准权威组织The Open Group制定。The Open Group於1993年开始应客户要求制定系统架构的标准，在1995年发表The Open Group Architecture Framework (TOGAF) 架构框架。TOGAF的基础是美国国防部的信息管理技术架构(Technical Architecture for Information Management: TAFIM)。它是基於一个迭代(Iterative)的过程模型，支持最佳实践和一套可重用的现有架构资产。它可让您设计、评估、并建立组织的正确架构。TOGAF的关键是架构开发方法（Architecture Development Method: ADM）: 一个可靠的，行之有效的方法，以发展能够满足商务需求的企业架构。

为何学习TOGAF？

TOGAF ®，由The Open Group的标准，是一个成熟的企业架构方法和框架由世界领先的组织使用，以提高业务效率。它是最突出和最可靠的企业架构标准，可确保企业架构专业人员之间的标准、方法和沟通保持一致。精通 TOGAF 标准的企业架构专业人员享有更高的行业信誉、工作效率和职业机会。TOGAF 帮助从业者避免被锁定在专有方法中，更有效地利用资源，并实现更大的投资回报。

IT架构需要密切反映组织的业务目标。实际上，应该使用特定的技术（业务场景）来确保IT架构师正确理解业务目标，并反映在使用TOGAF开发的IT架构中。

以下是我们应该采用 TOGAF ADM 进行架构开发的原因：

• 综合通用方法
• 补充而不是与其他框架竞争
• 被市场广泛采用
• 可定制以满足组织和行业需求
• 在免费永久许可下可用
• 供应商、工具和技术中立的开放标准
• 避免重新发明轮子
• 业务 IT 对齐
• 基於最佳实践
• 有可能参与框架的演化

TOGAF 架构开发方法 (ADM)？

架构开发方法 (ADM) 用於开发能够满足组织的业务和信息技术需求的企业架构。TOGAF ADM 是大量架构从业者为以下目的不断贡献的结果：

• 它描述了一种开发和管理企业架构生命周期的方法，并构成了 TOGAF 的核心。
• 它可以根据组织的需求进行定制，然後用於管理架构规划活动的执行。

它定义了ADM的10个阶段，其中准备阶段（Preliminiary）是独立的，阶段A到阶段H是循环迭代的，需求管理阶段（Requirements Management）贯穿整个ADM过程。

1. 预备阶段（Preliminary）：该阶段描述了业务指示要求的新Enterprise Architecture 准备工作和启动活动，包括定义组织特定架构框架和原则等。
2. 阶段A - 架构愿景（Architecture Vision）：对目标架构的简要描述，描述了其业务价值以及成功部署架构带来的Enterprise 变革，是具体架构开发的理想愿景和分界线。
3. 阶段B - 业务架构（Business Architecture）：对全面、多维业务视图的描述，包括:能力、端到端价值交付、信息和组织结构；以及这些业务观点与战略、产物、政策、举措和利益攸关者之间的关系。
4. 阶段C -信息系统架构（Information Systems Architectures）：着眼於明确用於支持企业业务架构的各种数据和应用，因而信息系统架构的建设可以分为针对数据架构和应用架构的建设。
5. 阶段D - 技术架构（Technology Architecture）：对技术服务以及技术组件结构和交互的描述。
6. 阶段E - 机会与解决方案（Opportunities and Solutions）：该阶段描述了确定交付方式(项目、项目群或谱系)的流程，以便有效交付前阶段制定的目标架构。
7. 阶段F -迁移计划（Migration Planning）：敲定详细的实施和迁移计划，以便从基础架构迁移至目标架构。
8. 阶段G - 实施治理（Implementation Governance）：监督架构的实施，确保已经被定义的架构在实施和部署过程中与计划的一致性。
9. 阶段H – 架构变更管理（Architecture Change Management）：评估架构性能，对变更提出建议，确保基线架构持续符合当前实际。为实施治理阶段建立的新的企业架构基线建立架构变更管理流程。
10. 需求管理阶段（Requirements Management）：定义一个过程，使企业架构的需求可以被识别、存储并与其他架构开发方法各阶段交互。

每一个阶段都会有各自对应的方法论步骤，每个步骤由会有如果个对应的输入和产出物。如果全套做下来，将会有几十个，接近上百个产出物文档。可以说，TOGAF是一个相当重流程，重文档的框架。

TOGAF 和 ArchiMate

ArchiMate 是 Open Group 推出的建模标准。它提供了一组丰富的建模符号和概念，支持在域内和跨域一致地对企业架构进行建模。

由於TOGAF和ArchiMate都是Open Group维护的标准，都用於企业架构开发，所以很多人混淆了，问“TOGAF和ArchiMate有什麽区别？”，“TOGAF vs ArchiMate？”， TOGAF 框架和 ArchiMate 建模语言均由 The Open Group 维护。TOGAF 9.1 和 ArchiMate 2.1 或更高版本可以很好地协同工作，并且对於 EA 开发是兼容和互补的。TOGAF ADM 是可用於开发和实施企业系统、流程和结构的 EA 框架，而 ArchiMate 可用作可用於创建 EA 描述的可视化建模语言。

重要的是要重申 ArchiMate 标准是一种建模语言而不是框架。ArchiMate 语言广泛用於开发可视化 EA 模型，通常与 TOGAF ADM 结合使用。此外，TOGAF 和 ArchiMate 标准可以放在一起以提供一组可应用於不同架构建模的观点。

ArchiMate 语言由 ArchiMate 核心语言组成，其中包括业务层、应用层和技术层，以及对架构底层的策略和动机及其实现和迁移进行建模的元素。

下图显示了如何在 TOGAF 架构开发方法 (ADM) 的各个阶段中使用 ArchiMate 语言的简化映射。

架构核心

代码 ArchiMate 层支持对 TOGAF 定义的架构域进行建模。

该业务，应用和技术层支持业务，信息系统的描述，和技术架构领域通过TOGAF框架，以及它们的相互关系定义。

策略和动机扩展

战略和动机扩展支持对利益相关者、变革驱动因素、业务目标、原则和要求进行建模。

ArchiMate 语言中的策略和动机元素可用於支持TOGAF ADM的需求管理、初步和架构愿景阶段，这些阶段建立高级业务目标、架构原则和初始业务需求。它们也与 TOGAF ADM 的架构变更管理阶段相关，因为该阶段处理不断变化的需求。

实施和迁移扩展

实施和迁移扩展支持对项目组合管理、差距分析以及过渡和迁移计划进行建模。

ArchiMate 语言的实施和迁移元素通过 TOGAF ADM 的机会和解决方案、迁移规划和实施治理阶段支持架构的实施和迁移。

TOGAF ADM 生命周期 - 迭代

ADM 支持三个级别的迭代概念：

围绕 ADM 循环：ADM 以循环方式呈现，表明架构工作的一个阶段的完成直接进入架构工作的後续阶段。

阶段间迭代：TOGAF 描述了跨阶段迭代的概念（例如，在技术架构完成後返回到业务架构）。

围绕单个阶段循环：TOGAF 支持在单个 ADM 阶段内重复执行活动，作为详细阐述架构内容的技术。

TOGAF ADM

在 ADM 过程的应用过程中，根据 ADM 提供的阶段目标，根据一些输入和步骤产生许多输出。

例如：

• 流程
• 架构要求
• 项目计划
• 项目合规性评估
• 等等。

为了以一致和结构化的方式整理和呈现这些主要工作产品，TOGAF 定义了一个结构模型，用於放置它们。

ADM 输入和输出

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

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

可交付成果

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

ADM 初步阶段

创建架构能力所需的准备和启动活动，包括 TOGAF 的定制和架构的定义

输出可交付成果：

• 架构原则
• 架构存储库
• 业务原则、业务目标和业务驱动因素
• 企业架构的组织模型
• 建筑工作请求
• 量身定制的架构框架

ADM 阶段 A：架构愿景

架构开发周期的初始阶段。它包括有关定义架构开发计划的范围、识别利益相关者、创建架构愿景以及获得批准以进行架构开发的信息

输出可交付成果：

• 架构原则
• 架构路线图
• 架构愿景
• 业务原则、业务目标和业务驱动因素
• 能力评估
• 沟通计划
• 建筑工作陈述
• 量身定制的架构框架

ADM 阶段 B：业务架构

业务架构：开发业务架构以支持商定的架构愿景

输出可交付成果：

• 架构定义文档
• 架构原则
• 架构需求规范
• 架构路线图
• 业务原则、业务目标和业务驱动因素
• 建筑工作陈述

ADM 阶段 C：信息系统架构

信息系统架构：开发信息系统架构以支持商定的架构愿景

• 架构定义文档
• 架构原则
• 架构需求规范
• 架构路线图
• 建筑工作陈述

ADM D 阶段：技术架构

技术架构：开发技术架构以支持商定的架构愿景

输出可交付成果：

• 架构定义文档
• 架构原则
• 架构需求规范
• 架构路线图
• 建筑工作陈述

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

Opportunities & Solutions 为之前阶段定义的架构进行初始实施规划和交付工具的识别

输出可交付成果：

• 架构定义文档
• 架构需求规范
• 架构路线图
• 架构愿景
• 能力评估
• 实施和迁移计划
• 建筑工作陈述

ADM 阶段 F：迁移规划

迁移计划通过最终确定详细的实施和迁移计划来解决如何从基线迁移到目标架构

• 建筑积木
• 架构定义文档
• 架构需求规范
• 架构路线图
• 变更请求实施和迁移计划
• 实施治理计划
• 建筑工作请求
• 建筑工作陈述

ADM 阶段 G：实施治理

实施治理提供了对实施的架构监督

输出可交付成果：

• 改变请求
• 合规性评估
• 解决方案构建块
• 建筑工作陈述

ADM 阶段 H：架构变更管理

架构变更管理建立管理新架构变更的程序 需求管理检查整个 ADM 管理架构需求的过程

概括

ADM是一种综合的通用方法

• 它为开发架构所涉及的各个阶段和步骤推荐了一个序列
• 这是一种迭代方法
• 它利用 TOGAF 的其他部分来处理资产和流程
• 它可以与来自其他框架的其他交付物一起使用

以下是每个开发阶段的 TOGAF ADM 概述，如下图所示：