【TOGAF系列】TOGAF核心概念第三章

3.1 TOGAF标准是什么？

TOGAF标准是一个架构框架。它提供了帮助接受、生产、使用和维护企业架构的方法和工具。它基于由最佳实践和一组可重用的现有架构资产支持的迭代过程模型。

3.2 TOGAF标准背景下的架构是什么？

ISO/IEC/IEEE 42010:2011将“架构”定义为：系统在其环境中的基本概念或属性，体现在其元素、关系以及设计和演化的原则中。

TOGAF标准包含到不严格遵守ISO/IEC/IEEE 42010:2011术语。除了ISO/IEC/IEEE 42010:2011对“架构”的定义外，TOGAF标准还根据上下文定义了第二个含义：组件的结构、它们之间的相互关系，以及控制其设计和随时间演变的原则和指导方针。

TOGAF标准将企业视为一个系统，并努力在推广相关标准中的概念和术语与大多数TOGAF读者熟悉的工人术语之间取得平衡。有关术语的更多信息，请参阅第4章和TOGAF标准——架构内容。

3.3 TOGAF标准处理什么样的架构？

有四个架构域通常被接受为整体企业架构的子集，TOGAF标准旨在支持所有这些领域：

• 业务架构：定义了业务战略、治理、组织和关键业务流程
• 数据架构：描述了组织的逻辑和物理数据资产以及数据管理资源的结构
• 应用架构：为要部署的各个应用程序、它们的交互以及它们与组织核心业务流程的关系提供了蓝图
• 技术架构：描述了数字架构以及支持业务、数据和应用服务部署所需的逻辑软件和硬件基础设施能力和标准。这包括数字服务、物联网(IoT)、社交媒体基础设施、云服务、IT基础设施、中间件、网络、通信、处理、标准等。

通过结合业务、数据、应用程序和技术领域的适当视图，可以定义许多其他领域，例如：

• 信息架构
• 风险和安全架构
• 数字架构

TOGAF框架允许创建这些多维视图并对其进行分类，以创建特定的领域，使企业能够考虑其企业和能力的更广泛范围。

3.4 架构开发方法

TOGAF架构开发方法（ADM）为开发架构提供了一个经过测试和可重复的过程。ADM包括建立架构框架、开发架构内容、转换和管理架构的实现。

所有这些活动都是在连续架构定义和实现的迭代周期内进行的，这使得组织能够以受控的方式对其企业进行转型，以响应业务目标和机会。

ADM的各个阶段如下：

• 初步阶段：描述了创建架构能力所需的准备和启动活动，包括定制TOGAF框架和定义架构原则
• 阶段A：架构愿景描述了架构开发周期的初始阶段，它包括有关定义架构开发计划范围、确定利益相关者、创建架构愿景以及获得批准继续架构开发的信息
• 阶段B：业务架构描述了业务架构的开发，以支持商定的架构愿景
• 阶段C：信息系统架构描述了信息系统架构的开发，以支持商定的架构愿景
• 阶段D：技术架构描述了技术架构的开发，以支持商定的架构愿景
• 阶段E：机会与解决方案为前几个阶段定义的架构进行初步实施规划和交付物的识别
• 阶段F：迁移规划通过最终确定详细的实施和迁移计划，解决如何从基线架构迁移到目标架构的问题
• 阶段G：实施治理提供对实施的架构监督
• 阶段H：架构变更管理建立管理新架构变更的程序
• 需求管理在整个ADM中管理架构需求的过程

TOGAF标准——架构开发方法中ADM阶段的描述侧重于对定义和部署企业架构的建议。

关于如何执行指定操作的指导可以在TOGAF系列指南中找到（见2.2节)。参考TOGAF系列指南的完整列表包含在附录A中（附录A我就不罗列了，需要的同学自己去TOGAF官网找）

TOGAF框架建议调整ADM以满足企业的需求，并支持不同的风格（见3.16节）。

特别是，ADM没有：

• 规定各阶段必须按任何特定顺序执行
• 强者采用“瀑布式”方法

TOGAF标准描述了如何迭代使用ADM来开发全面的企业架构环境。与其将ADM图形视为流程模型，不如将其视为参考模型，定义以架构方式交付解决方案所必须做的事情，并识别整个企业中的交互组件及其之间的关系。

3.5 企业架构服务

ADM中描述的活动通常是通过服务交付模型提供的。服务按照服务类别进行组织和呈现。这些服务解决了独立于组织特定运营模式的特定需求。所描述的任何给定服务都利用ADM中的适当活动来满足给定的需求。

下表总结了拟议的服务类别，并提供了一些背景。前四类是以客户为中心的，其他类别则更多地以架构师为中心，以下各小节简单介绍了各个服务类别。

	描述符	描述符	描述符	描述符
类别	典型客户	典型供应商	可交付成果	期望结构
以客户为中心
企业支持服务	C级管理层	企业分析师使用企业架构作为工具	为题的答案、评估报告、建议	更好的企业决策、更低风险
设计支持服务	项目级决策者	企业架构师构建者/建模者	项目的MVA（包括标准和合规标准、路线图）	更好的设计决策、成功的计划和项目
开发支持服务	项目级决策者	企业架构师构建者/建模者	项目/产品的MVA（包括标准和合规标准）、合规	更好的产品决策、成功的产品
需求引导和理解服务	产品经理	具有需求理解专场的企业架构师	利益相关者的担忧、要求、评估（估值、能力等）	从利益相关者之间平衡的解决方案的要求和价值来看，外部是坚实的
以内部为中心
架构规划服务	架构团队负责人	经验丰富的企业架构师	架构项目计划	资源丰富的架构团队
企业架构实践开发支持服务	架构组织决策者	企业架构实践专家	企业架构能力评估、企业架构能力改进建议	高技能和有组织的企业架构实践组织（内部或外部）

3.5.1 企业支持服务

此服务类别包含候选服务，这些服务使企业能够做出明智的决策，以支持组织变革，这些服务可以独立于任何单个项目提供。这些服务侧重于回答问题和提供企业分析，以支持战略决策。

3.5.2 设计支持服务

此服务类别包含候选服务，这些服务能够做出明智的设计决策，以支持组织变革。这些服务通常会在项目获得资金后提供，无论是大型还是小型，瀑布式还是敏捷式。这些服务包括开发最小可行架构(MVA)和相关分析，以支持设计决策。

3.5.3 开发支持服务

此服务类别包含候选服务，这些服务能够做出明智的开发决策，以支持组织变革。这些服务通常会在项目的开发阶段提供，无论是大型还是小型，瀑布式还是敏捷式，这些服务侧重于回答问题和提供企业分析，以支持开发决策。

3.5.4 需求引导和理解服务

此服务类别包括能够理解需求的候选服务，这些服务超越了需求管理，有助于更接近实际需求，从而提供更大的业务价值。

3.5.5 架构规划服务

此服务类别包含候选服务，这些服务能够实现精心规划和执行的架构项目，以支持组织变革。这些服务通常会在“项目”开始时提供，无论是大型还是小型，瀑布式还是敏捷式。

3.5.6 企业架构实践开发支持服务

此服务类别包含能够开发和管理企业架构实践的候选服务。这些服务侧重于提高企业架构能力。

 

执行ADM的架构师将通过他们的努力产生许多输出，如流程、架构要求、项目计划、项目合规性评估等。TOGAF架构内容框架（见TOGAF标准——架构内容）为架构内容提供了一个结构模型，允许对主要工作产品进行一致的定义、结构化和呈现。

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

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

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

TOGAF标准——架构内容中更详细地描述了可交付成果、工件和构建块的概念。

TOGAF标准——ADM技术描述了架构开发方法，并包括每个阶段可能创建的可交付成果和工件的摘要列表。TOGAF标准——架构内容包含了对这些内容的详细描述。

3.7 架构抽象

一种架构技术，用于将问题区域划分为更小的问题区域，这些区域更容易建模，因此更容易解决。抽象级别本质上是分层的，从高级模型转移到更详细的模型。

架构工作可分为四个不同的抽象级别，它们跨越业务、数据、应用程序和技术领域，以回答有关架构的基本问题：

• 为什么——为什么需要架构？
• 架构需要满足哪些功能和其他要求？
• 我们如何构建功能？
• 我们应该用什么——用什么资产来实现这一结构？

请注意，原因、内容和方式与它们在Zachman企业架构中的使用无关。

3.7.1 情境抽象层次

这个抽象级别侧重于理解企业运营的环境以及规划和执行架构工作的背景。它回答了企业为什么承担架构工作，工作范围是什么，以及目标、驱动因素和目的方面的冬季。

3.7.2 概念抽象层次

这个抽象级别的核心是分解需求以理解问题，以及解决问题所需的内容，而不是过度关注架构将如何实现。它回答了实现需求所必需的内容，通常使用表示所需行为的服务模型（业务服务、应用程序服务、技术服务）进行建模。请注意，这个抽象级别也可以称为服务抽象或行为抽象。

3.7.3 逻辑抽象级别

此抽象级别侧重于确定实现概念级别中确定的服务所需的业务、数据、应用程序和技术组件的类型。它是关于确定如何以独立于实现的方式组织和构建架构。根据原则和其他分组标准，将服务分组到逻辑组件中可能有几种方法，提供不同的逻辑解决方案替代方案。

3.8 架构原理

原则是一般规则和指导方针，旨在持久且很少修改，为组织履行使命的方式提供信息和支持。根据组织的不同，原则可以在不同的领域和不同的层次上建立。两个关键领域为架构的开发和利用提供了信息：

• 企业原则：为整个企业的决策提供了基础，并告知组织如何着手履行其使命，这些原则通常被视为协调整个组织决策的一种手段。特别是，它们是成功的架构治理策略的关键要素（见TOGAF标准——企业架构能力和治理）。在企业原则的广泛领域内，通常在业务或组织单位内有附属原则：例如，在特定IT、人力资源、国内运营或海外运营的原则。这些原则为子领域内的决策提供了基础，并将为该领域内的架构开发提供信息。必须注意确保用于告知架构开发的原则与架构能力的组织背景相一致。
• 架构原则：是一组与架构工作相关的原则，它们反映了整个企业的共识水平，体现了现有企业原则的精神和思想，架构原则管理架构过程，影响企业架构的开发、维护和使用。

在企业内部，原则的层次结构始于企业原则。子部门原则必须存在于这些企业原则的范围内，这些原则是首要的。因此，在每个层次上，这套原则将由上一级继承的原则告知并详细阐述，不能超越其界限。

架构原则可能会以有效指导架构开发的术语和形式重申其他企业指导。

架构原则定义了整个企业中所有资源和资产的使用和部署的基本一般规则和指导方针。它们反映了企业各个要素之间的共识水平，并构成了未来架构决策的基础。

每个架构原则都应该与业务目标和关键架构驱动因素明确相关。

架构原则在TOGAF标准-ADM技术中得到了进一步的解释。

3.9 互操作性

互操作性的定义是“共享信息和服务的能力”，定义信息和服务共享或不共享的程度是一个非常有用的架构要求，特别是在复杂的组织和/或扩展的企业中。互操作性的确定贯穿于架构开发方法(ADM)中，如下所示：

• 在架构愿景（阶段A）中，信息和服务交换的性质和安全考虑首先在业务场景中揭示
• 在业务架构（阶段B）中，信息和服务交换在业务术语中得到了进一步的定义
• 在数据架构（阶段C）中，使用公司数据和/或信息交换模型详细说明信息交换的内容
• 在应用架构（阶段D）中，规定了允许信息和服务交换的适当技术机制
• 在机会和解决方案（阶段E）中，互操作性在逻辑上得到了实现
• 在迁移规划（阶段F）中，互操作性在逻辑上得到了实现

定义互操作性的方法有很多，目的是定义一种在企业和扩展企业中一致应用的方法。企业和扩展企业最好使用相同的定义。许多组织发现将互操作性分类如下很有用：

• 运营或业务互操作性定义了企业不同部分如何在业务层面协同工作
• 信息互操作性定义了如何共享信息
• 技术互操作性定义了如何共享或至少相互连接技术资源

从IT的角度来看，以与企业应用集成(EAI)类似的方式考虑互操作性也是有用的，明确的：

• 演示集成/互操作性是指通过一个通用的门户式解决方案，采用一种通用的外观和感觉方法，引导了用户了解系统集的底层功能
• 信息集成/互操作性是指企业信息在各种企业应用程序之间无缝共享，以实现一组通用的客户信息。通常，这是基于一个普遍接受的企业本体论和共享服务，用于信息的结构、质量、访问和安全/隐私。
• 应用程序集成/互操作性是指公司功能的集成和共享，这样应用程序就不会重复（例如，地址服务/组件的一次更改；不是每个应用程序都有一个），并通过工作流等功能无缝衔接在一起。这会影响业务和基础设施应用程序，并与企业业务流程统一/互操作性密切相关。
• 技术集成/互操作性包括主要在应用平台和通信基础设施领域中用于通信、存储、处理和访问数据的通用方法和共享服务。

TOGAF标准-ADM技术中详细介绍了互操作性和互操作性要求。

3.10 企业连续体

TOGAF标准包括企业连续体的概念，它为架构师设定了更广泛的背景，并解释了如何利用和专门化通用解决方案来支持单个组织的需求。

企业连续体是对企业存储库中资产的分类，它提供了对资产进行分类的方法，包括架构和解决方案工件，因为它们从通用的基础架构发展到组织特定的架构。这个企业连续体包括两个互补的概念：架构连续体和解决方案连续体。

TOGAF标准——架构内容中详细描述了企业连续体。

3.11 架构存储库

支持企业连续体是架构存储库的概念，可用于存储ADM创建的不同抽象级别的不同类别的架构输出。通过这种方式，TOGAF标准促进了不同级别的利益相关者之间的理解和合作。

通过企业连续体和架构库，鼓励架构师在开发特定于组织的架构时利用所有其他相关的架构资源和资产。在此背景下，TOGAF ADM可以被视为描述了一个在组织内多个级别 运行的过程生命周期。在整体治理框架内运行，

在整体治理框架内运行，并产生驻留在架构库中的一致输出。企业连续体为理解架构模型提供了一个有价值的背景：它显示了构建块以及其相互关系，以及架构开发周期的约束和要求。

架构存储库中的主要组件如下：

• 架构元模型描述了架构框架的组织定制应用程序，包括架构内容的元模型
• 架构能力定义了支持架构存储库治理的参数、结构和流程
• 架构景观是在特定时间点部署在运营企业内的资产的架构表示——景观可能存在于多个抽象级别，以适应不同的架构目标
• 标准库捕获了新架构必须遵守的标准，其中可能包括行业标准、供应商提供的选定产品和服务，或组织内已部署的共享服务
• 参考库提供了指导方针、模板、模式和其他形式的参考资料，可以利用这些参考资料来加速企业新架构的创建
• 治理存储库提供了整个企业的治理活动记录
• 体系结构需求库提供了与体系结构委员会商定的所有授权体系结构需求的视图
• 解决方案环境展示了支持企业规划或部署的架构环境的SBB的架构表示

TOGAF架构库在TOGAF标准——架构内容中进行了描述。

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

3.12.1概述

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

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

• 用于构建架构描述的分类框架、用于表达架构的工作产品以及描述架构的模型集合，这杯称为内容框架
• 了解企业内需求捕获、存储和分析的实体类型及其之间的关系，以创建架构描述，该企业元模型以形式化模型的形式描述了这些信息
• 要开发的具体工件（见3.6节）所选的内容框架可能

会受到以下因素的影响：

• 被选为企业架构能力基础的架构框架
• 用于支持企业架构能力的选定软件工具

3.12.2 内容框架

内容该框架定义了一个分类框架，用于描述反映在创建整体架构交付成果时所做决策的构建块和工件。第3.11节中解释的架构存储库的结构用于存储内容框架中标识的工件和工作产品。内容框架是企业特定架构框架的一个元素。

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

TOGAF内容框架旨在：

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

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

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

TOGAF内容框架在TOGAF标准——架构内容中有详细描述。

3.12.3 企业元模型

TOGAF标准鼓励开发企业元模型，该模型定义了描述企业的模型中出现的实体类型以及这些实体之间的关系。例如，企业元模型中的一种类型可能是角色。然后，企业的业务架构模型可能包括出纳员、飞行员、经理、志愿者、客户或消防员等角色实例。当然，拥有所有这些角色的企业将是一个不同寻常的企业。

企业元模型通过多种方式提供价值：

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

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

• 人工制品的选择
• 建模符号

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

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

3.12.4 开发企业元模型

企业元模型是组织特定架构框架的重要组成部分，正如这里所强调的那样。为了支持企业元模型的开发，TOGAF库包含一个基础级核心企业元模型，详见TOGAF标准——架构内容。它显示了大多数企业建模中可能需要的实体类型及其之间的关系，并为ADM中建议的工作提供了上下文。

3.13 建立和维护企业架构能力

为了在企业内有效地开展架构活动，有必要通过组织结构、角色、职责、技能和流程为架构建立适当的业务能力。

3.14 将架构能力确立为运营实体

除了纯粹为支持变更交付计划而建立的架构能力外，人们越来越认识到，成功的企业架构实践必须建立在坚实的运营基础上。实际上，企业架构实践必须像业务中的任何其他运营部门一样运行。也就是说，它应该被当作一家企业来对待。为此，除了ADM中定义的核心流程外，企业架构实践还应在以下领域建立能力：

• 财务管理
• 绩效管理
• 服务管理
• 风险和基于管理
• 资源管理
• 沟通和利益相关者管理
• 质量管理
• 供应商管理
• 配置管理
• 环境管理

运行一个持续架构的核心概念是执行定义良好且有效的治理，所有具有架构意义的活动都在一个框架内得到控制和协调。

随着治理对组织管理的要求越来越明显，将治理纳入TOGAF标准使框架与当前的业务最佳实践保持一致，并确保了一定程度的可见性、指导和控制，以支持所有架构利益相关者的要求和义务。

架构治理的好处包括：

• 提高问责制的透明度，并在之情的情况下下方权力
• 主动风险和机遇管理
• 通过最大限度地重复使用现有架构组件来保护现有资产基础
• 主动控制、监控和管理机制
• 跨所有组织业务部门的流程、概念和组件重用
• 通过监控、测量、评估和反馈创造价值
• 提高支持内部流程和外部各方面要求的可见性。特别是，提高下级决策的可见性，可以确保在企业内部适当级别监督可能对组织产生深远战略影响的决策
• 股东价值更高：特别是看，企业架构越来越代表企业的核心只是产权——研究表明，股东价值的增加与治理良好的企业之间存在相关性
• 与现有流程和方法集成，并通过添加控制功能来补充功能

关于建立企业架构能力的更多细节，请参加TOGAF标准——企业架构能力和治理。

3.15 将TOGAF标准与其他框架结合使用

任何企业架构框架的两个关键要素是：

• 架构活动应产生的可交付成果的定义
• 对完成此操作的方法的描述

除了一些例外情况，大多数企业架构框架都专注于其中的第一个——一组特定的可交付成果——并且对生成它们的方法相对沉默（在某些情况下是故意的）。

因为TOGAF标准是一个通用框架，旨在广泛使用。在环境方面，它提供了一个很灵活且可扩展的内容框架，支撑着一组通用的架构交付成果。

因此，TOGAF框架可以单独使用，并具有它所描述的通用交付成果。否则，这些可交付成果可能会被架构师认为相关的任何其他框架中定义的更具体的集合所渠道或扩展。

在所有情况下，预计架构师将适应并构建TOGAF框架，以定义一种定制的方法，该方法集成到企业的流程和组织结构中。这种架构定制可能包括采用其他框架的元素，或将TOGAF方法与其他标准框架或最佳实践（ITIL、CMMI、COBIT、PRINCE2、PMBOK和MSP）集成。它还可能包含采用TOGAF库中的参考资料，如IT4IT参考架构。TOGAF标准-ADM技术中给出了以这种方式调整TOGAF ADM的指南。

作为企业架构的通用框架和方法，TOGAF标准提供了与其他框架集成的能力和协作环境。组织能够充分利用垂直业务领域、水平技术领域（如安全或客观理性）或应用领域（如电子商务）来生成具有竞争力的企业架构框架，从而最大限度地利用其商机。

3.16 使用具有不同不同架构的TOGAF框架

TOGAF框架设计灵活，可用于各种架构风格。

架构风格在焦点、形式、技术、材料、主题和时间段方面有所不同。TOGAF标准是一个通用框架，旨在用于各种环境。它是一个灵活且可扩展的框架，可以很容易地适应多种架构风格。

一个组织的架构景观可以预期包括以多种架构风格开发的架构作品。TOGAF标准确保在其他利益相关者和基线架构的背景下适当满足每个利益相关者的需求。

当使用TOGAF标准来支持特定的架构风格时，从业者必须考虑执行或表达架构的独特特征的组合。作为第一步，必须确定一种风格的独特特征。

第二步时确定如何解决这些独特特征。解决一种独特的风格不应要求对TOGAF框架新型重大更改：相反，它应该调整从业者使用的模型、观点和工具。

在阶段B、阶段C和阶段D，从业者需要选择相关的架构资源，包括模型、观点和工具，以正确描述架构领域，并证明利益相关者的担忧得到了解决（见TOGAF标准-ADM技术）。根据不同的特征，不同的架构风格将添加必须描述的新元素，突出显示现有元素，调整用于描述架构的符合，并让架构师关注一些利益相关者或利益相关者关注的问题。

解决独特特征通常包括扩展架构内容元模型，使用特定的符号或建模技术，以及识别观点。特定架构风格的主导地位可以指导从业者重新审视初步阶段，对架构能力进行更改，或解决单个ADM周期预期范围内的独特特征。

特定风格的参考模型和成熟度模型是支持从业者的常用工具。

在TOGAF框架的生命周期内，已经开发了许多架构风格来解决从业者面临的关键问题，并展示了如何在定义的上下文中使TOGAF架构更具相关性。

其中一些是由在特定领域工作的开放小组论坛和工作组开发的，并发表在指南、白皮书和标准中。示例包括：

• TOGAF系列指南：使用TOGAF框架定义和管理面向服务的体系结构
• TOGAF系列指南：将风险和安全讲稿整合到TOGAF企业架构中

其中一些是开放小组和其他结构合作开发的。示例包括：

• TOGAF和SABSA集成
• Archi Banking Group：结合BIAN参考模型、ArchiMate建模符合和TOGAF框架
• 探索TOGAF和Framework之间的系统作用
• TOGAF9和DoDAF2.0

3.17 架构视图和观点

创建复杂架构各部分的特定“视图”的能力对于能够与利益相关者或利益相关者群体沟通并减轻其担忧至关重要。为了获得利益相关者的充分理解和支持，有必要以每个利益相关者都能理解和理解的形式呈现信息。

3.18 企业敏捷性

企业敏捷性是一个常用术语，但从业者的确定定义各不相同，无论该术语是如何定义的，它都很重要，因为它使企业能够通过更加以客户和产品为中心、更高效、更能确保监管合规性来更好地应对变化。

“敏捷”一词经常与《敏捷软件开发宣言》中的敏捷软件开发过程联系在一起。

虽然这些“敏捷”原则和技术可以应用于适应TOGAF框架，但企业敏捷性是一个比敏捷软件开发更广泛的背景。因此，在使TOGAF框架适应敏捷企业时，采用了额外的技术。

企业架构提供了一个与战略方向和业务价值相关的变革框架。它提供了一个足够的组织视图来管理复杂性、支持持续变化，管理意外后果的风险。

TOGAF框架通过“分区”和“级别”的概念，及时响应企业的需求。分区定义了如何将工作分解为多个架构计划。级别定义了如何在不同的粒度和细节级别上开发整体架构。

此外，TOGAF ADM支持许多以迭代为特征的概念。

有关如何调整TOGAF ADM以支持企业敏捷性的更详细描述，请参阅：

• TOGAF系列指南：使用敏捷Sprints应用ADM
• TOGAF系列指南：实现企业敏捷性
• 开放式敏捷架构标准

3.19 风险管理

任何架构/业务转型工作都会有风险，在开始之前识别、分类和减轻这些风险非常重要，以便在整个转型过程中对其进行跟踪。

缓解是一项持续的努力，风险触发因素往往不在转型规划者的范围内（例如合并、收购），因此规划者必须不断监控转型背景。

同样重要的是要注意，企业架构师可能会识别风险并减轻某些风险，但必须首先在治理框架内接受风险，然后进行管理。

应考虑两个级别的风险，即：

• 初始风险水平：在确定和实施环节措施之前进行风险分类
• 剩余风险水平：实施缓解措施（如有）的风险分类

风险管理过程包括以下活动：

• 风险分类
• 风险识别
• 初步风险评估
• 风险缓解和剩余风险评估
• 风险监控

TOGAF标准——ADM技术中描述了一种定性的风险管理方法。

风险概念包含在TOGAF系列指南中描述的企业安全架构中：将风险和安全集成到TOGAF企业架构中。

Open FAIR知识体系中描述了一种更严格的定量方法，该只是体系由The Open Group的两个标准组成：开放风险分类(O-RT)和开放风险分析(O-RA)