【TOGAF系列】架构内容第一章：引言

本章介绍了TOGAF标准——架构内容（本文档）中提供的指导。

1.1 概述

执行架构开发方法（ADM）的架构师将通过他们的努力产生许多输出，如流程、架构要求、项目计划或项目合规性评估。内容框架为架构内容提供了一个结构模型，允许架构师创建的主要工作产品得到一致的定义、结构化和呈现。

这里提供的内容框架旨在允许TOGAF框架用作企业内架构的独立框架。然而，存在其他内容框架（如Zachman®框架），预计一些企业可能会选择将外部框架与TOGAF框架结合使用。在这些情况下，TOGAF内容框架为TOGAF属性映射到其他内容框架提供了有用的参考和起点。

架构内容框架使用以下三个类别来描述使用环境中的架构工作产品的类型：

• 可交付成果是合同规定的工作成果，并由利益相关者正式审查、批准和签字
• 可交付成果代表项目的产出，而那些以文档形式呈现的可交付成果通常会在项目完成时存档，或作为参考模型、标准或某个时间点的架构景观快照转换到架构存储库中。
• 工件是一种描述架构某个方面的架构工作产品，工件通常分为目录（事物列表）、矩阵（显示事物之间的关系）和图表（事物图片）。示例包括需求目录、应用程序交互矩阵和价值链图。架构交付成果可能包含许多工件，工件将构成架构存储库的内容。
• 构建块表示企业能力的一个潜在可重用组件，可以与其他构建块结合以提供架构和解决方案根据架构开发的哪个阶段，可以在不同的细节级别定义构建块。例如，在早期阶段，构建块可以简单地由名称或大纲描述组成。稍后，一个构建块可以分解为多个支持构建块，并可能附有完整的规范。构建块可以与“架构”或“解决方案”相关。

— 架构构建块（ABB）通常描述在更合乎逻辑或独立于供应商的级别上对SBB的要求；这些要求可能包括要执行的服务、数据资源和所需的能力。ABB包括逻辑业务、应用程序和技术组件
— 解决方案构建块（SBB）表示物理或供应商特定的组件，这些组件有能力实现更具逻辑性的ABB的部分或全部。有商业、应用和技术SBB。

可交付成果、工件和构建块之间的关系如下图所示。

例如，架构定义文档是记录架构描述的可交付成果。本文档将包含许多补充工件，这些工件是与架构相关的构建块的架构视图。例如，可以创建流程图（工件）来描述目标呼叫处理流程（构建块）。此工件还可以描述其他构建块，例如流程中涉及的参与者（例如客户服务代表）。图1-2展
示了可交付成果、工件和构建块之间的关系示例。

1.2 TOGAF内容框架和企业元模型

1.2.1 概述

TOGAF ADM提供生命周期管理，以在企业内创建和管理架构。在ADM的每个阶段，对输入、输出和步骤的讨论描述了许多架构工作产品。

在ADM的初步阶段建立企业特定的企业架构能力时，一项基本任务是定义：

• 用于构建架构描述的分类框架、用于表达架构的工作产品以及描述架构的模型集合；这被称为内容框架
• 了解企业内需要捕获、存储和分析的实体类型及其之间的关系，以创建架构描述；该企业元模型以形式化模型的形式描述了这些信息
• 要开发的具体工件（见第4章）所选的内容框架可能会受到以下因素的影响：
• 被选为企业架构能力基础的架构框架
• 用于支持企业架构能力的选定软件工具

1.2.2 内容框架

内容框架定义了一个分类框架，用于构建架构描述、用于表达架构的工作产品以及描述架构的模型集合。

第4.2.5节中解释的架构存储库的结构是存储内容框架中标识的工件和工作产品。内容框架是企业特定架构框架的一个元素。

1.2.3 企业元模型

TOGAF标准鼓励开发企业元模型，该模型定义了描述企业的模型中出现的实体类型以及这些实体之间的关系。

企业元模型通过多种方式提供价值：
■ 它为架构师提供了一组要调查并在模型中涵盖的事物类型
■ 它为企业中建议使用的任何架构建模语言或架构元模型提供了一种完整性检查形式也就是说，它如何完全处理企业元模型中的实体类型，并管理有关它们的所需事实，如它们的属性和关系？
■ 它可以帮助确保：
— 一致性
— 完整性
— 可追溯性

请注意，TOGAF标准并不旨在限制企业的：

• 人工制品的选择
• 架构符号

TOGAF标准可以使用ArchiMate® 建模语言、业务流程建模符号™ （BPMN™ ）、统一建模语言™（UML®）、实体关系图、流程图或任何其他可以表达一些TOGAF想法的符号。

企业内的实体类型及其之间的关系是特定于单个企业的。开发高质量的元模型是建立企业架构能
力的一个重要方面。

1.2.4 TOGAF内容框架

TOGAF内容框架定义了一个分类框架，用于构建架构描述、用于表达架构的工作产品以及描述架构的模型集合。

有许多替代的内容框架（例如，TOGAF内容框架、Zachman框架、DoDAF、NAF等）。即使内容框架的选择不那么重要，选择内容框架也是必不可少的。最终的内容框架通常会根据特定的组织需求进行调整。

TOGAF内容框架旨在：

• 提供架构工作产品的详细模型
• 驱动遵循ADM时创建的输出的一致性
• 提供一份可以创建的架构输出的全面清单
• 降低最终架构交付成果集中出现差距的风险
• 帮助企业强制要求标准架构概念、术语和可交付成果

在最高级别，TOGAF内容框架（见下图）的结构与ADM的阶段一致。

• 架构原则、愿景、动机和需求模型旨在捕捉正式架构模型的周围环境，包括一般架构原则、构成架构建模输入的战略背景以及架构生成的需求引发架构工作请求的业务背景的相关方面通常在初步和架构愿景阶段进行调查、完善、验证和记录。
• 业务架构捕获了业务的架构模型，特别关注激励企业、其结构和能力的因素
• 信息系统架构模型捕获IT系统的架构模型，根据TOGAF ADM阶段查看应用程序和数据
• 技术架构模型捕获用于实施和实现信息系统解决方案的技术资产
• 架构实现/转换模型捕获了变化路线图，显示了架构状态和绑定语句之间的过渡，这些绑定语句用于指导和管理架构的实现
• 架构变更管理模型捕获影响企业架构和行动需求生成的内部和外部价值实现管理事件

1.3 内容框架和TOGAF ADM

TOGAF ADM描述了从企业的基线状态移动到企业的目标状态的过程。ADM将通过愿景规划、架构定义、转型规划和架构治理来满足业务需求。在这个过程的每个阶段，ADM都需要信息作为输入，并通过执行多个步骤来创建输出。内容框架为ADM提供了一个底层结构，该结构更详细地定义了输入和输出，并将每个可交付成果置于企业整体架构视图的上下文中。

因此，内容框架应作为ADM的配套。ADM描述了创建架构需要做什么，内容框架描述了架构完成后应该是什么样子。

1.4 企业连续体

通常不可能创建一个始终满足所有利益相关者所有要求的统一架构。因此，企业架构师不仅需要处理单个企业架构，还需要处理许多相关的企业架构。

每种架构可能有不同的目的，架构可能相互关联。因此，有效地限制架构的范围是关键成功因素（CSF），允许架构师将复杂的问题空间分解为可以单独解决的可管理组件。

企业连续体提供了一个架构库视图，显示了这些相关架构从通用到特定、从抽象到具体、从逻辑到物理的演变。第六章论述了企业连续性；包括架构连续体和解决方案连续体。

1.5 架构存储库

在大型企业中运行成熟的架构能力会产生大量的架构输出。对这些架构工作产品的有效管理和利用需要对不同类型的架构资产进行正式的分类，以及用于架构内容存储的专用流程和工具。

第7章为架构存储库提供了一个结构框架，使企业能够区分组织中不同抽象级别存在的不同类型的架构资产。