一文读懂TOGAF企业架构

为何选择TOGAF？

什么是TOGAF架构开发方法（ADM）？

TOGAF和ArchiMate

ArchiMate核心

战略与动机延伸

实施和迁移扩展

TOGAF ADM生命周期 - 迭代

TOGAF ADM

ADM输入和输出

交付

ADM初步阶段

ADM阶段A：架构愿景

ADM阶段B：业务架构

ADM阶段C：信息系统架构

ADM阶段D：技术架构

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

ADM阶段F：迁移计划

ADM阶段G：实施治理

ADM阶段H：架构变更管理

摘要

为何选择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.架构变更管理

确保架构在发生变化时响应企业的需求

需求管理

项目的每个阶段都应基于并验证业务需求。