- 什么是TOGAF？
- TOGAF开发概述
- 什么是TOGAF上下文中的架构？
- 什么是企业架构？
- TOGAF的结构介绍
- 架构开发方法
- ADM指南和技术
- 架构内容框架
- 企业连续体和工具
- 参考模型
- 架构能力框架
- 相关链接
什么是TOGAF？
- TOGAF®由开放集团推出，是一种经验证的企业架构方法和框架，被世界领先的组织用于提高业务效率。它是一个企业架构标准，确保企业架构专业人员之间的标准、方法和通信一致，以便我们能够以更好的方式执行企业架构工作，包括：
- 最佳实践支持的迭代过程模型
- 一组可重用的现有架构资产
- 企业架构的规划、开发、实现和维护的方法和工具
TOGAF开发概述
- TOGAF于1995年首次发布，基于美国国防部信息管理技术架构框架（TAFIM）。从这个基础上，开放式组结构论坛定期开发TAOF的连续版本。
什么是TOGAF上下文中的架构？
- “一个系统的基本组织，体现在它的组成部分、它们之间的相互关系和环境，以及控制其设计和发展的原则。”TOGAF包含并扩展了这个定义。在TOGAF中，“架构”根据上下文有两种含义：
- 系统的正式描述，或系统在组件级的详细计划，以指导其实现
- 组件的结构、它们之间的相互关系，以及控制它们的设计和随时间演变的原则和指南。
什么是企业架构？
- 企业架构（EA）是一种定义良好的实践，用于始终使用整体方法进行企业分析、设计、规划和实施，以成功地开发和执行战略。企业架构（architecture）应用架构（architecture）原则和实践来指导组织执行其战略所需的业务流程、数据和信息以及技术更改。这些实践利用企业的各个方面来识别、激励和实现这些变化，包括努力理解企业的战略意图，然后拥有从业务流程到支持技术、合作伙伴关系、各种基础设施、招聘和培训的一切，以及其他重要的工作，以实现更好的业务绩效。
TOGAF的结构
- TOGAF内容分为7个部分：
- 介绍
- 建筑开发方法
- ADM指南和技术
- 架构内容框架
- 企业连续体和工具
- TOGAF参考模型
- 体系结构能力框架
- 七个部分的简要说明如下：
介绍
- 如表中所示，本部分从高层介绍了企业架构的关键概念，特别是TOGAF方法。现在，让我们分别探讨这些部分的核心概念：
核心概念
- 业务架构-业务策略、治理、组织和关键业务流程。
- 数据架构-组织的逻辑和物理数据资产以及数据管理资源的结构。
- 应用架构—要部署的单个应用程序、它们的交互以及它们与组织核心业务流程的关系的蓝图。
- 技术架构—支持业务、数据和应用程序服务部署所需的逻辑软件和硬件功能。这包括IT基础设施、中间件、网络、通信、处理和标准。
注意：信息系统架构=数据架构+应用程序
- 七个部分的简要说明如下：
与TOGAF模块结构相关的文档
- 第二部分——架构开发方法（ADM）是TOGAF的核心部分
- 第七部分-架构（Architecture）能力操作ADM。
- 第三部分-ADM由许多指导方针和技术支持
- 第四部分-内容，例如：可交付成果、工件和构建块是在架构（Architecture）存储库中生成和存储的
- 第五部分——根据企业连续体分类
- 第六部分——存储库最初由TOGAF参考模型填充
架构开发方法
- 这就是著名的架构开发方法（ADM）。每个阶段都包含一系列必须采取的步骤。它为开发体系结构提供了一个经过测试且可重复的过程。
- 初步阶段
- A阶段：建筑愿景
- B阶段：业务架构
- 阶段C：信息系统架构阶段D：技术架构
- E阶段：机遇与解决方案
- F阶段：迁移规划
- G阶段：实施治理
- 阶段H：架构变更管理
- 需求管理
- 在TOGAF的架构（architecture）阶段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）被删除
企业连续体与解决方案连续体
- 在图的上部，它描述了架构（architecture Continuum）的逻辑图，在下部，它提到了架构（Solutions Continuum）的物理实现
通用与特定体系结构
- 此外，该图的结构是从左“更通用”的体系结构到右“更具体”的体系结构，这使我们能够将体系结构从“逻辑”优化为“物理”，并在我们从最初的问题到最终的解决方案的过程中从更通用优化为更具体。
分区
- 架构分区允许通过划分企业并为每个分区分配适当的角色和职责来管理成本和复杂性。此图演示了联邦组织中需要一个元架构，该架构为不同业务单元的各个架构师提供一个集成框架。
架构存储库
- 建筑学知识库是组织参考资料和建筑学工作成果的逻辑场所。其中的部分或全部可以归档到物理存储库工具中，如VP的文档柜。它也是一个概念模型，定义了存储什么样的东西。架构（Architecture）存储库中的主要组件如下：
- 架构元模型描述架构框架的组织化定制应用程序，包括架构内容的元模型。
- 架构（Architecture）能力定义了支持架构（Architecture）存储库治理的参数、结构和流程。
- 架构（Architecture）景观显示了当前组织中正在使用的构建块的架构视图（例如，活动应用程序的列表）。景观可能存在于多个抽象层次，以适应不同的建筑目标。
- 标准信息库（Standards Information Base，SIB）捕获新体系结构必须遵守的标准，这些标准可能包括行业标准、从供应商处选择的产品和服务，或者已经部署在组织内的共享服务。
- 参考库提供了指导原则、模板、模式和其他形式的参考资料，可以利用这些资料加速为企业创建新的体系结构。
- 治理日志提供了整个企业的治理活动的记录。
参考模型
- 参考模型的定义在TOGAF9中进行了实质性的修改。提供了两种参考模型：
- 技术参考模型（TRM）-一种基础架构，用作通用平台服务的模型和分类。
- 集成信息基础架构模型（III-RM）-业务应用和基础架构应用的模型
将参考模型与体系结构连续体相关联
- 建筑连续体由四种状态组成。底层过程是发现体系结构需求，分析和理解组织中已经存在的体系结构，从基础架构（即TRM）、通过公共系统体系结构III- RM、工业标准体系结构（即SOA）和组织自身的体系结构。下图是基于四种状态的体系结构过程的说明：
- 基础架构（TRM）
- 通用系统架构（III-RM）
- 工业体系结构
- 组织架构
- 对左侧状态所做的架构更改将迁移到右侧的状态。从左到右的方向意味着组织企业架构实现的逻辑过程。
架构能力框架
- 本部分讨论在企业中建立和操作架构实践所需的组织、流程、技能、角色和职责。它是TOGAF 9中的一个新部分，基于8.1.1资源库导出
架构能力结构
- 企业架构开发涉及到业务能力的生成，通过不同的开发阶段在组织的各个层次上规划和管理架构。企业需要确定负责做出架构决策的治理机构，如下图顶部所示。
- 在右侧中间，TOGAF指定了记录组织成熟度定义及其改进的架构技能池。因此，它包含了建筑专业人员的技能、知识和专业发展策略。这些知识能够定义架构工作的角色和职责，换句话说，谁负责什么？
- 在技能库的右侧，项目/项目组合治理将架构工作的契约发送到项目/项目组合，该契约应与业务操作的优先级和重点同步。
- 可从企业连续体和架构存储库中提取可交付成果、工件、日志或策略文件
- 总体思路是发展组织开发架构的能力，这将导致业务能力的提高。
- 架构委员会-该委员会监督治理策略的实施，该策略由负责架构审查和维护的代表性涉众组成
- 架构合规-架构和实现之间的一个关键关系在于定义术语兼容，以确保单个项目与企业架构的兼容。
- 架构（Architecture）合同-开发合作伙伴和赞助者就架构的可交付成果、资格和适用性达成的联合协议
- 架构成熟度模型-它们被用作企业评估其当前位置的一种手段，因此，更好地理解何时是前进的正确时机以及如何前进
- 架构技能框架-提供特定角色所需能力级别的视图。
