TOGAF ®，由 The Open Group 的标准，是一个成熟的企业架构方法和框架由世界领先的组织使用，以提高业务效率。它是最突出和最可靠的企业架构标准，可确保企业架构专业人员之间的一致标准，方法和通信。精通 TOGAF 标准的企业架构专业人员享有更高的行业信誉，工作效率和职业机会。TOGAF 帮助从业者避免陷入专有方法，更有效地利用资源，实现更高的投资回报。
为何选择 TOGAF？
IT 架构需要密切反映组织的业务目标。实际上，应该使用特定的技术（业务场景）来确保 IT 架构师正确理解业务目标，并反映在使用 TOGAF 开发的 IT 架构中。
以下是我们应该采用 TOGAF ADM 进行架构开发的原因：
- 一种全面的通用方法
- 与其他框架互补，不与其他框架竞争
- 在市场上广泛采用
- 可以满足组织和行业的需求
- 可免费获得永久许可
- 供应商，工具和技术中立的开放标准
- 避免重新发明轮子
- 业务 IT 一致性
- 基于最佳实践
- 可以参与框架的演变
什么是 TOGAF 架构开发方法（ADM）？
架构开发方法（ADM）用于开发满足组织业务和信息技术需求的企业架构。TOGAF ADM 是大量架构从业者为实现以下目的而不断贡献的结果：
- 它描述了一种开发和管理企业体系结构生命周期的方法，并构成了 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 核心语言组成，其中包括业务，应用程序和技术层，以及构建体系结构的策略和动机以及实现和迁移的元素。
下图显示了 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 从每个阶段提供了许多输入和输出可交付成果：
- 这些是建议，不需要完全遵循
- 生成的每个可交付成果应进行版本化以指示何时发生更改
- 显示的版本编号也是一个建议，无需遵循
交付
合同规定的工作产品，然后由利益相关者正式审查，同意和签署。它通常在项目完成时归档，或者作为参考模型转换为 Architecture Repository
ADM 初步阶段
创建体系结构功能所需的准备和启动活动，包括 TOGAF 的定制和体系结构的定义
输出可交付成果：
- 架构原则
- 架构库
- 业务原则，业务目标和业务驱动因素
- 企业架构的组织模型
- 要求架构工作
- 量身定制的架构框架
ADM 阶段 A：架构愿景
架构开发周期的初始阶段。它包括有关定义体系结构开发计划范围，识别利益相关者，创建体系结构愿景以及获得批准以继续体系结构开发的信息
输出可交付成果：
- 架构原则
- 架构路线图
- 架构愿景
- 业务原则，业务目标和业务驱动因素
- 能力评估
- 沟通计划
- 架构工作声明
- 量身定制的架构框架
ADM 阶段 B：业务架构
业务架构：开发业务架构以支持商定的架构愿景
输出可交付成果：
- 架构定义文档
- 架构原则
- 架构要求规范
- 架构路线图
- 业务原则，业务目标和业务驱动因素
- 架构工作声明
ADM 阶段 C：信息系统架构
信息系统架构：开发信息系统架构以支持商定的架构愿景
- 架构定义文档
- 架构原则
- 架构要求规范
- 架构路线图
- 架构工作声明
ADM 阶段 D：技术架构
技术架构：技术架构的发展，以支持商定的架构愿景
输出可交付成果：
- 架构定义文档
- 架构原则
- 架构要求规范
- 架构路线图
- 架构工作声明
ADM 阶段 E：机遇与解决方案
机遇与解决方案为前几个阶段定义的架构进行初步实施计划和交付工具的识别
输出可交付成果：
- 架构定义文档
- 架构要求规范
- 架构路线图
- 架构愿景
- 能力评估
- 实施和迁移计划
- 架构工作声明
ADM 阶段 F：迁移计划
迁移规划通过最终确定详细的实施和迁移计划，阐述如何从基准迁移到目标体系结构
- 架构构建基块
- 架构定义文档
- 架构要求规范
- 架构路线图
- 变更请求实施和迁移计划
- 实施治理计划
- 要求架构工作
- 架构工作声明
ADM 阶段 G：实施治理
实施治理提供了对实施的架构监督
输出可交付成果：
- 改变请求
- 合规评估
- 解决方案构建块
- 架构工作声明
ADM 阶段 H：架构变更管理
架构变更管理建立了管理新架构变更的程序。需求管理检查整个 ADM 中管理架构需求的过程
摘要
ADM 是一种综合的通用方法
- 它建议了开发体系结构所涉及的各个阶段和步骤的顺序
- 这是一种迭代方法
- 它利用了 TOGAF 的其他部分来获取资产和流程
- 它可以与其他框架的其他可交付成果一起使用
以下是每个开发阶段的 TOGAF ADM 概述，如下图所示：
TOGAF ADM 阶段
阶段目标
初步
为组织准备一个成功的架构项目做好准备
A. 架构愿景
设置项目的范围，约束和期望。验证业务上下文并创建“架构工作声明”
B. 业务架构
开发业务架构。按原样制定基线和目标并分析差距。
C. 信息系统架构
开发信息系统架构。按原样制定基线和目标并分析差距。
D. 技术架构
开发技术架构。按原样制定基线和目标并分析差距。
E. 机遇与解决方案
确定主要的实施项目
F. 移民计划
分析成本，收益和风险。制定实施路线图。
G. 实施治理
确保实施项目符合体系结构
H. 架构变更管理
确保架构在发生变化时响应企业的需求
需求管理
项目的每个阶段都应基于并验证业务需求。
相关链接
- 有关 TOGAF ADM 指南的更多信息
- 有关即时 TOGAF 模板的更多信息
- 有关 ArchiMate 工具的更多信息
- 免费试用 Visual Paradigm