什么是TOGAF？

TOGAF®，一个开放组标准，是一种经过验证的企业架构方法论和框架，被全球领先的组织用于提高业务效率。它是一项企业架构标准，确保企业架构专业人士之间在标准、方法和沟通方面保持一致，从而使我们能够以更好的方式开展企业架构工作，包括：
• 由最佳实践支持的迭代式流程模型
• 一套可复用的现有架构资产
• 用于企业架构规划、开发、实施和维护的方法与工具

TOGAF开发概览

首次发布于1995年，TOGAF基于美国国防部信息管理技术架构框架（TAFIM）。在此基础上，开放组架构论坛定期开发了TOGAF的后续版本。

*来自 ArchiTACTS http://architacts.com/WP/?page_id=11753

在TOGAF背景下，什么是架构？

ISO/IEC 42010:20071 将“架构”定义为：

“一个系统的根本组织结构，体现在其组件、组件之间及其与环境之间的关系，以及指导其设计与演进的原则。”

TOGAF采纳并扩展了这一定义。在TOGAF中，“架构”根据上下文具有两种含义：

  1. 对系统的正式描述，或在组件层面的详细系统规划，以指导其实施
  2. 组件的结构、它们之间的相互关系，以及指导其设计和长期演进的原则与指南。

 

什么是企业架构？

企业架构（EA）是一种明确的实践，始终采用整体性方法，用于开展企业分析、设计、规划和实施，以成功制定和执行战略。企业架构运用架构原则和实践，指导组织应对业务流程, 数据与 信息，以及技术为执行其战略而必须进行的变革。这些实践利用企业的各个方面来识别、推动并实现这些变革，包括理解企业的战略意图，然后使从业务流程、支持性技术、合作伙伴关系、各类基础设施，到招聘与培训，以及任何其他重要工作都保持一致，以实现更好的业务绩效。

 

TOGAF的结构

TOGAF的内容分为7个部分:

  1. 简介
  2. 架构开发方法
  3. ADM指南与技术
  4. 架构内容框架
  5. 企业连续体与工具
  6. TOGAF参考模型
  7. 架构能力框架

以下列出七个部分的简要说明：

第一部分 – 简介

如表所示，本部分提供了企业架构关键概念的高层次介绍，特别是TOGAF方法。现在让我们来探讨这些部分的核心概念：

核心概念

TOGAF 9涵盖了四种相关类型架构的开发。这四种架构类型通常被视为整体企业架构的子集，而TOGAF正是为了支持所有这些内容而设计的。

架构类型

  1. 业务架构 –业务战略、治理、组织结构以及关键业务流程。
  2. 数据架构 –组织的逻辑和物理数据资产及数据管理资源的结构。
  3. 应用架构 –用于部署的各个应用程序的蓝图，包括它们之间的交互关系，以及与组织核心业务流程的关系。
  4. 架构技术架构 –支持业务、数据和应用服务部署所需的逻辑软件和硬件能力。这包括IT基础设施、中间件、网络、通信、处理以及标准。

请注意：信息系统架构 = 数据架构 + 应用

与TOGAF模块结构相关的文档

  • 第二部分 – 架构开发方法（ADM）是TOGAF的核心部分
  • 第七部分 – 架构能力负责运行ADM。
  • 第三部分 – ADM由多种指南和技术支持
  • 第四部分 – 诸如交付物、制品和构建块等内容在架构仓库中生成并存储
  • 第五部分——它们根据企业连续性进行分类
  • 第六部分——存储库最初由TOGAF参考模型填充

第二部分：架构开发方法

这就是著名的被称为架构开发方法（ADM）的圆环。每个阶段都包含一系列必须执行的步骤。它提供了一种经过验证且可重复的过程，用于开发架构。

  • 预备阶段
  • 阶段A：架构愿景
  • 阶段B：业务架构
  • 阶段C：信息系统架构 阶段D：技术架构
  • 阶段E：机遇与解决方案
  • 阶段F：迁移规划
  • 阶段G：实施治理
  • 阶段H：架构变更管理
  • 需求管理

请注意：

在TOGAF的架构阶段B、C和D中，必须执行相同的步骤（步骤1-8）

ADM叙述

TOGAF中的每个开发阶段都包含四个主要部分，以指导后续工作，如下面图中阶段A所述：

第三部分：ADM指南与技术

一套支持ADM应用的指南和技术。指南有助于将ADM适应于不同场景，包括不同的流程风格（例如迭代的使用）以及特定需求（例如安全性）。技术则支持ADM中的具体任务（例如定义原则、业务场景、差距分析、迁移规划、风险管理等）。这些是ADM指南与技术涵盖的主题：

  • ADM中的迭代
  • 架构全景
  • 安全架构
  • 面向服务的架构（SOA）
  • 架构原则
  • 利益相关者管理
  • 架构模式
  • 业务场景与业务目标
  • 差距分析
  • 迁移规划技术
  • 互操作性需求
  • 业务转型准备度评估
  • 风险管理
  • 基于能力的规划

第四部分：架构内容框架

本部分描述了TOGAF内容框架（TOGAF 9新增）。它描述了：

  • 对TOGAF的重大补充
  • 它提供了一个架构工作产品详细模型
  • 它推动了TOGAF输出结果的更高一致性

内容元模型

内容框架提供了一种结构化的构建块类型、关系和属性模型，可非正式使用，或作为企业架构建模工具配置的基础。尽管在TOGAF中构建块仍然是架构的基本元素，内容框架引入了核心与扩展的概念，并包含可选的构建块类型，以支持轻量级和详细架构。它为TOGAF带来了以下优势：

  • 它提供了一份全面的架构输出检查清单。
  • 如果在整个企业范围内采用，它将促进工作产品的更好整合
  • 它提供了一个详细的开放标准，说明架构应如何描述

交付物、工作产品和构建块

交付物用于指那些必须生成并由利益相关方正式审查、确认和签署的成果。项目的输出通常属于交付物类别，以文档形式呈现，项目完成后将归档，或移至架构库作为参考模型、标准或架构景观的快照。

架构内容框架使用三种不同类别来对ADM过程中产生的输出类型进行分类。TOGAF架构内容框架的三个不同类别是

  • 交付物
  • 工作产品
  • 构建块

工作产品

工作产品用于描述架构某个方面的成果。工作产品分类如下：

  • 目录——用于展示事物列表
  • 矩阵——用于展示事物之间的关系
  • 图表——事物的图形表示

构建块

构建块是为满足组织整体业务需求而定义的功能包。构建块常用于不同层级。我们可以在早期分析中用它来表示客户关系管理（CRM）等概念性业务能力。我们还可以将这种概念性能力细化为具体功能，如客户主数据，再进一步细化为：经理任命、管理客户联系等。

 

第五部分：企业连续体与工具

用于构建虚拟仓库的模型以及对架构和解决方案工作产品进行分类的方法。TOGAF 9中的变化包括：

  • 大幅修订
  • 参考模型已移至第六部分
  • 新增了关于架构划分和架构库的内容
  • 标准信息库（SIB）已被移除

企业连续体与解决方案连续体

在图的上半部分，描述了架构的逻辑图景（架构连续体），而在下半部分，则提到了架构的物理实现（解决方案连续体）

通用架构与特定架构

此外，该图从左侧的“更通用”架构，向右侧的“更具体”架构进行结构化，使我们能够从“逻辑”到“物理”逐步优化架构，并随着从最初的问题逐步推进到最终的解决方案，实现从更通用到更具体的演进。

划分

架构划分通过将企业划分并为每个部分分配适当的职责和角色，实现对成本和复杂性的管理。该图展示了在联邦组织中，需要一种元架构，为各个业务单元的独立架构师提供集成框架。

 

架构库

架构库是一个用于组织参考材料和架构工作成果的逻辑位置。其中一部分或全部内容可能被存档在物理库工具中，例如VP的文档柜。它也是一种概念模型，定义了所存储内容的类型。架构库的主要组成部分如下：

 

  • 该架构元模型描述了组织定制化的架构框架应用，包括架构内容的元模型。
  • 该架构能力定义了支持架构库治理的参数、结构和流程。
  • 该架构全景展示了组织当前正在使用的构建模块的架构视图（例如，正在运行的应用程序列表）。该全景可能存在于多个抽象层次，以适应不同的架构目标。
  • 该标准信息库（SIB）记录了新架构必须遵守的标准，可能包括行业标准、供应商提供的选定产品和服务，或组织内部已部署的共享服务。
  • 该参考库提供指南、模板、模式及其他参考材料，可用于加速企业新架构的创建。
  • 该治理日志记录了企业范围内的治理活动。

第六部分：参考模型

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

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

将参考模型与架构连续体联系起来

架构连续体由四个状态组成。其基础过程是发现架构需求，分析并理解组织中已有的架构，从基础架构（即TRM），经过通用系统架构（III-RM）、行业标准架构（如SOA），到组织自身的架构。下图展示了基于四个状态的架构过程示意图：

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

左侧状态所做的架构变更将向右侧状态迁移。从左到右的方向意味着在组织企业架构实施过程中存在一种逻辑上的演进。

第七部分：架构能力框架

本部分讨论在企业内建立和运行架构实践所需的组织、流程、技能、角色和职责。这是TOGAF 9中的新增部分，基于8.1.1资源库衍生而来。

架构能力的结构

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

在右侧中间部分，TOGAF规定了架构能力池，用于记录组织成熟度及其改进情况。因此，它包含了架构专业人员的技能、知识和职业发展策略。这些知识有助于明确架构工作的角色与职责，换句话说，谁对什么负责？

在能力池的右侧，项目/组合治理将架构工作合同发送给项目/组合，这些合同应与业务运营的优先事项和重点保持一致。

可从企业连续体和架构仓库中提取交付物、工件、日志或政策文件

总体思路是提升组织开发架构的能力，从而增强业务能力。

架构委员会——委员会监督治理策略的实施，该策略由负责架构审查与维护的代表性利益相关方组成

架构合规——架构与实施之间的关键关系在于对“合规”一词的定义，以确保单个项目符合企业架构。

架构合同——开发合作伙伴与赞助方之间关于交付成果、质量及适用性的联合协议

架构成熟度模型——它们被用作企业评估自身当前状态的手段，从而更好地理解何时是前进的合适时机以及如何推进

架构技能框架——提供特定角色所需能力水平的视图。

参考文献：

Leave a Reply