TOGAF10标准基础内容--介绍和核心概念

xyzcto

已于 2025-03-02 19:35:06 修改

阅读量225

点赞数

分类专栏： TOGAF10标准中文版文章标签：架构

于 2024-11-06 16:19:08 首次发布

原文链接：https://publications.opengroup.org/standards/togaf/c220

版权

TOGAF10标准中文版专栏收录该内容

2 篇文章

订阅专栏

前言

The Open Group

The Open Group 是一个全球性的联盟，致力于通过技术标准来实现业务目标。我们拥有超过870个会员组织，成员涵盖了技术社区的各个领域——客户、系统和解决方案供应商、工具供应商、集成商和顾问，以及学术界和研究人员。

The Open Group的使命是通过以下方式推动实现无边界的信息流（Boundaryless Information Flow™）：

与客户合作，捕捉、理解并解决当前和新兴的需求，制定政策并分享最佳实践
与供应商、联盟和标准机构合作，达成共识并促进互操作性，发展和整合规范和开源技术
提供一套全面的服务，提升联盟的运营效率
开发和运营业界领先的认证服务，鼓励采购经过认证的产品

关于The Open Group的更多信息，请访问：www.opengroup.org。

The Open Group出版了广泛的技术文档，大部分集中在标准和指南的开发上，但也包括白皮书、技术研究、认证和测试文档以及商业书籍。完整的详情和目录可在：www.opengroup.org/library 获取。

本文档

这是TOGAF标准——简介和核心概念。
本文档是TOGAF标准的一部分，提供了对该标准的介绍，包括企业架构的要点概述、标准的组织结构说明以及核心概念的概述。它还包含了组成该标准的各个文档中共有的材料，例如定义、文档引用和缩写等内容。

TOGAF文档

TOGAF文档集包括围绕TOGAF标准构建的一系列文档。

TOGAF® 标准

TOGAF® 标准是一个开放的、行业共识的企业架构框架。
它是一个基础框架，意味着它适用于在任何环境下开发任何类型的架构。这个基础框架由Open Group的TOGAF库补充，TOGAF库是一个不断扩展的指导材料集合，提供在特定环境中应用TOGAF框架的实用指南。
TOGAF标准以一系列独立但紧密关联的文档形式呈现，并辅以一个不断扩展的指导材料库，提供在特定情境下应用TOGAF标准的实用指导。
TOGAF标准是The Open Group的标准。The Open Group与技术产品和服务的客户、供应商以及行业联盟和其他标准组织合作，捕捉、澄清并整合当前和新兴的需求，制定标准和政策，并分享最佳实践。标准确保了开放性、互操作性和共识。

在发布时，TOGAF标准包含以下文档：
■ TOGAF标准——简介和核心概念
■ TOGAF标准——架构开发方法
■ TOGAF标准——ADM技术
■ TOGAF标准——ADM的应用
■ TOGAF标准——架构内容
■ TOGAF标准——企业架构能力和治理
■ TOGAF标准——TOGAF系列指南（文档集）

目标受众

TOGAF标准面向企业架构师、业务架构师、IT架构师、数据架构师、系统架构师、解决方案架构师以及任何负责组织内架构职能的人。
其他受众包括数字化和敏捷实践者、产品经理以及高管层。这些受众将在TOGAF系列指南文档集中找到如何应用该标准以满足特定需求的更详细指南。

关键词

架构，架构框架，架构开发方法，架构师，架构设计，企业架构，企业架构框架，企业架构方法，方法，方法论，开放，组织，技术参考模型，标准库

商标

略

参与者

TOGAF标准第10版由The Open Group架构论坛编写。当The Open Group在2022年4月批准该标准发布时，架构论坛的负责人如下：

Mick Adams，安永（EY），联合主席
Paul Homan，IBM，联合主席（2018-2021）
Céline Lescop，安盛（AXA），联合主席（自2021年3月起）
Sonia Gonzalez，The Open Group，TOGAF产品经理
Mark Dickson，The Open Group，架构论坛主任
Daniel Hutley，The Open Group，架构论坛主任

架构论坛技术审查员

技术审查员是那些在公司审查期间提交评论或参与TOGAF标准第10版开发期间问题解决会议的个人（按字母顺序排列）。

（请注意，所列机构是审查批准时的状态。）

Adam Art，雷神技术公司（Raytheon Technologies）
Graham Berrisford，Avancier
Terence Blevins，Enterprise Wise LLC & The Open Group Fellow
Ken Block，雷神技术公司
Steve Dupont，波音公司（Boeing）
Ivan Eikenberry，雷神技术公司
Chris Forde，The Open Group企业架构副总裁
Mats Gejnevall，Biner Consulting
David Gilmour，Mundo Cognito
Susan Gottschlich，雷神技术公司
Heidi Hasz，Global Knowledge Training LLC
Judith Jones，ATE Enterprises
Andrew Josey，The Open Group标准与认证副总裁
Rolf Knoll，Novatec Consulting GmbH
Bryan Lail，雷神技术公司
Mike Lambert，The Open Group Fellow
Frédéric Lé，DXC
Seshu Madabhushi，塔塔咨询服务公司（Tata Consultancy）
Stephen Marshall，IBM
Terence McKiernan，雷神技术公司
Jon McLeod，EA Learning Pty Ltd.
Marc Perna，雷神技术公司
David Pham，雷神技术公司
Luke Ranck，雷神技术公司
James Renfro，雷神技术公司
G. Edward Roberts，Elparazim
Naveen Sharma，HCL Technologies
Ralph Shaw，雷神技术公司
Dirk Vollmerhaus，Scape Consulting GmbH
Robert Weisman，Build the Vision
Mark Whitbread，雷神技术公司

架构论坛成员

最新的论坛成员名单可在以下网址找到：www.opengroup.org/architecture。

致谢

The Open Group感谢架构论坛对TOGAF标准开发的贡献。

The Open Group特别感谢The Open Group研究员Mike Lambert和IBM的Paul Homan为此次TOGAF标准版本的演进做出的重大贡献。

The Open Group还特别感谢自架构论坛成立以来，曾担任其主席和副主席的现任和历任成员（按字母顺序排列）：

Mick Adams
Christer Askerfjord
Terence Blevins
Bill Estrem
Hugh Fisher
Chris Forde
Chris Greenslade
Ed Harrington
Peter Haviland
Paul Homan
Dave Hornford
David Jackson
Mike Lambert
Céline Lescop
Stuart Macgregor
Ian McCall
Tara Paider
Barry Smith
Walter Stahlecker
Sheena Thompson
Paul van der Merwe
Dave Van Gelder
Jane Varnus
Vish Viswanathan
Robert Weisman
Hal Wilson

第一章：简介

TOGAF标准是企业架构的框架。任何希望为其组织内部开发企业架构的组织都可以自由使用该标准（参见第1.3.1节）。
TOGAF标准由The Open Group的成员在架构论坛内开发和维护（参见www.opengroup.org/architecture）。TOGAF标准1.0版是基于美国国防部（DoD）开发的信息管理技术架构框架（TAFIM）发展而来的。DoD明确允许并鼓励The Open Group在TAFIM的基础上开发TOGAF标准1.0版，TAFIM本身是历经多年且由美国政府投资数百万美元的成果。
基于这一坚实的基础，The Open Group架构论坛的成员开发了TOGAF标准的后续版本，并将每个版本发布在The Open Group的公共网站上。
该版本在前几个版本的基础上进行了更新，并为架构从业者提供了新的材料，帮助他们构建可持续的企业架构。关于如何将该标准与其他框架和架构风格集成和使用的白皮书和指南，强调了该标准的通用框架部分，以及特定行业、架构风格和用途的工具、技术和指导。这些工作体现在TOGAF库中。
尽管所有的TOGAF文档整体上协同工作，正如期望的，组织会根据需要定制，特意选择一些元素，定制一些，排除一些，并创建其他元素。例如，一个组织可能希望采用TOGAF元模型，但选择不使用关于如何开发内部技术架构的任何指导，因为他们大量使用云服务。
建议您首先阅读要点概述（参见第1.1节），其中包括The Open Group对企业架构的理解以及对一些基本问题的回答，例如：
■ 为什么需要企业架构？
■ 为什么要使用TOGAF标准作为企业架构的框架？

1.1 要点概述

该部分提供了对企业架构的要点概述，介绍了其基本概念（不仅仅是IT架构的另一个名称），以及为什么需要企业架构。它总结了建立企业架构和采用TOGAF方法实现这一目标的好处。

什么是企业？

TOGAF标准将“企业”视为具有共同目标的组织集合。

例如，企业可以是：

整个公司或公司的一个部门
政府机构或单个政府部门
由共同所有权联系在一起的地理位置分散的组织链
为创建共同或可共享的成果或基础设施而合作的国家、政府或政府组织（如军队）群体
共同工作的商业伙伴关系或联盟，如联合体或供应链

在“企业架构”的背景下，“企业”这个词可以应用于整个企业，涵盖其所有的业务活动、能力、信息和技术，这些要素构成了企业的整个基础设施和治理体系；也可以应用于企业内部的一个或多个特定领域。企业可能包括合作伙伴、供应商、客户以及内部业务单位。在所有情况下，架构都会跨越多个系统和多个企业内的职能组。

企业运营模型概念对于确定组织内企业架构的性质和范围非常有用。许多组织可能包含多个企业，并且可能开发和维护多个独立的企业架构来处理每个企业。这些企业通常在流程、功能及其信息系统等方面有许多共同点，使用通用架构框架往往有很大的潜力获得更广泛的收益。例如，通用框架可以为开发通用构件和解决方案提供基础，并为集成和重用业务模型、设计、信息和数据提供一个可共享的架构库。

为什么需要企业架构？

企业架构的目的是优化企业范围内那些通常分散的遗留流程（包括手动和自动化流程），将其整合到一个能够响应变化并支持业务战略执行的集成环境中。

信息的有效管理和数字化转型是企业成功的关键因素，也是获得竞争优势不可或缺的手段。企业架构通过提供一个战略框架，满足不断变化的业务环境需求，为数字能力的演进和扩展提供支持，从而解决这一需求。

此外，一个良好的企业架构可以帮助你在业务转型和持续运营效率之间实现正确的平衡。它允许各个业务部门在追求不断变化的业务目标和竞争优势的过程中，安全地进行创新。同时，企业架构使得组织的需求能够通过一体化战略得到满足，从而在企业内部及更广泛的范围内实现尽可能紧密的协同效应。

最后，全球隐私法中的许多规定要求与个人数据相关的流程必须以一种未受过训练的读者（如数据主体、法官和律师）也能轻松理解的方式进行完整记录。未能做到这一点可能会面临非常严重的处罚。显然，创建这些基本文档是由于基本考虑因素的变化而变得至关重要。

企业架构的好处是什么？

一个有效的企业架构可以为组织带来重要的好处。企业架构的潜在好处包括：

■ 高层管理人员和业务领导者更有效的战略决策：

— 快速响应变化，并支持与组织战略一致的企业敏捷性

— 组织转型，采用新的商业和技术趋势

— 支持数字化转型的组织变革

— 改变组织和运营模式，以提高效率

■ 更有效且高效的业务运营：

— 降低业务运营成本

— 更加灵活的组织

— 全组织范围内共享的业务能力

— 降低变更管理成本

— 更加灵活的员工队伍

— 提高业务生产力

— 提升组织整合能力，以支持并购

■ 更有效且高效的数字化转型和运营：

— 扩展企业的有效覆盖范围（例如，通过数字化能力）

— 将企业的所有组件整合到一个协调的环境中

— 降低开发、部署、运营、支持和维护成本

— 提高互操作性

— 改善系统管理

— 提高应对全企业范围内关键问题的能力（例如，安全问题）

— 更容易升级和更换系统组件

■ 提高现有投资回报，降低未来投资风险：

— 降低业务和IT的复杂性

— 最大化现有业务和IT的投资回报

— 灵活选择自行开发、采购或外包业务和IT解决方案

— 了解投资回报随时间的变化

■ 更快、更简单且成本更低的采购：

— 采购决策更简单，因为管理采购的信息在一个连贯的计划中随时可用

— 采购过程更快——在不牺牲架构一致性的前提下最大化采购速度和灵活性

— 能够采购异构的多供应商开放系统

— 能够获得更具经济性的能力

具体哪些因素会促使企业架构的开发？

推动进行企业架构审查或开发的原因多种多样，包括：

■ 业务驱动的举措，以促进业务转型；例如，利用数字服务和产品作为创收资产

■ 技术驱动的举措，旨在提高效率和降低成本；例如，技术整合举措，整合目标可以是物理的、虚拟的，或两者的结合

■ 并购活动，只有在实现技术效率之后，才能实现投资回报

■ 管理因敏捷开发举措而累积的技术债务

在所有这些情况下，当变更涉及多个系统及其相互依赖时，需要进行企业架构审查或开发以管理复杂性。关键人物通常会定义出为实现新的业务目标所需的变更领域。这些人通常被称为变更中的“利益相关者”。架构师的角色是通过以下方式来定位他们的关注点：

■ 识别和细化利益相关者的需求

■ 开发架构视图，展示如何定位这些关注点和需求

■ 展示在调和不同利益相关者的潜在冲突关注点时所做的权衡

如果没有企业架构，几乎不可能考虑并满足所有的关注点和需求。

什么是架构框架？

架构框架是一个基础结构或一组结构，可用于开发广泛的不同架构。它应包括一种方法，用来描述企业的基线状态和目标状态，采用一组构建块来展示这些构建块如何组合在一起，并规划从基线到目标状态的演进过程。框架通常会根据组织的具体需求进行定制。定制框架应建立一套工具和一个通用的词汇表。

为什么使用TOGAF标准作为企业架构框架？

TOGAF标准是通过整个社区的协作努力开发的。使用TOGAF标准可以产生一致的企业架构，反映利益相关者的需求，采用最佳实践，并充分考虑当前需求和企业预期的未来需求。

开发和维护企业架构是一个技术上复杂的过程，涉及组织中的许多利益相关者和决策流程。TOGAF标准在标准化和降低架构开发过程中的风险方面发挥着重要作用。TOGAF标准提供了一个增加价值的最佳实践框架，使组织能够构建可行且经济的解决方案，以解决其业务问题和需求。

TOGAF标准的价值主张是，通过一套经过验证并获得认可的最佳实践，帮助组织在整个企业以及不同领域中高效、有效地运作，以应对特定的商业和技术趋势。

一个关键的考虑因素是，标准提供的指导旨在根据不同的需求和特定的使用场景进行调整。这意味着它可以用于为广泛的使用场景创建可持续的企业架构，包括敏捷企业和数字化转型。

谁将从使用TOGAF标准中获益？

任何进行或计划进行企业架构开发和实施以支持业务转型的组织，都将从使用TOGAF标准中受益。

寻求无边界信息流™的组织，可以使用TOGAF标准来定义和实施结构和流程，从而实现企业内部及企业之间的集成信息访问。

使用TOGAF标准设计和实施企业架构的组织，可以确保其设计和采购规范能够促进开放系统的实施，从而降低风险并享受开放系统的好处。

需要适应新业务和市场挑战、作为数字化转型的一部分来提升客户价值主张的组织，也将从中受益。

企业架构应在何时进行？

为了从企业架构中获得最大的收益，企业架构应在变革过程中尽早进行，并贯穿整个过程，以帮助决策者理解其决策的影响。没有这种理解，可能会导致代价高昂的错误，同时企业架构也无法发挥其最大潜力。在决策做出之后进行的企业架构仅仅是对那些决策的文档进行记录，或者充其量是对那些决策的执行。这些决策的影响可能是深远的甚至是有害的，但对于这些没有任何洞察。

1.2 本文档的结构

这份文档介绍了TOGAF标准和TOGAF文库，并包含了与该标准的各个元素相关的定义和参考资料。

第1章：提供了企业架构和TOGAF标准的一般介绍。
第2章：描述了TOGAF标准材料的范围和结构，以及TOGAF文库的范围和结构。
第3章：描述了TOGAF标准各组件中使用的核心概念。
第4章：包含在TOGAF标准的各个组件中一致使用的术语定义。
附录A：列出了TOGAF标准中引用的文档。
附录B：提供了在阅读TOGAF标准材料时可能遇到的术语的补充定义列表。
附录C：列出了常用缩写。

1.3 使用TOGAF 标准的信息

1.3.1 使用条件

TOGAF标准可免费在线查看，无需许可证。或者，可以根据TOGAF信息网站的说明下载并存储该标准。

1.3.2 TOGAF标准的费用是多少？

The Open Group致力于通过汇集信息系统的买家和供应商来降低企业内部集成新技术的障碍，并实现更高的业务效率。其目标是实现“无边界信息流”的愿景。

TOGAF标准是实现这一目标的重要组成部分。The Open Group希望该标准能够在实际架构项目中被采纳和使用，并根据使用经验的反馈帮助改进标准。

因此，The Open Group在其公共网站上发布该标准，允许并鼓励任何组织免费复制和使用该标准来为其内部开发企业架构。（该标准的商业用途有限制，参见1.3.1节。）

1.3.3 下载

可以从TOGAF信息网站（参见 www.opengroup.org/togaf/downloads）根据许可证下载TOGAF标准，包括可打印的PDF文件。许可证对任何希望将标准完全用于内部用途的组织都是免费的（例如，为组织内部开发企业架构）。

1.4 为什么加入The Open Group？

希望减少实施多供应商解决方案的时间、成本和风险的组织需要 The Open Group 作为其关键合作伙伴，这些解决方案能够在企业内部以及企业之间实现集成。

The Open Group 将信息系统的买家和供应商汇聚在一起，帮助他们共同努力，确保 IT 解决方案满足客户的需求，并使 IT 集成更加容易。TOGAF 标准是实现这一任务的关键推动力。

虽然 TOGAF 标准本身是免费提供的，但开发或更新企业架构的成本是多少？基于该架构的采购成本又是多少？与这些金额相比，加入 The Open Group 的费用是微不足道的。

除了会员资格带来的常规优势之外，作为 The Open Group 的成员，您将有资格参与 The Open Group 架构论坛（Architecture Forum），这是 TOGAF 标准的开发项目，TOGAF 用户可以在此交流信息和反馈。架构论坛的成员将获得以下好处：

即时获取当前 TOGAF 工作计划的成果（在下一版 TOGAF 标准发布之前，这些信息不会公开发布）——实质上是最新的标准信息。
与其他参与企业架构开发项目的客户和供应商组织交流经验，并与使用 TOGAF 标准的架构师进行全球范围的交流。
对特定架构案例研究材料进行同行评审。

第二章：TOGAF 文档集

2.1 TOGAF文档集的结构

TOGAF文档集由一系列文件组成，如图2-1所示。

图2-1 TOGAF 文档集

TOGAF标准

TOGAF标准描述了企业和IT架构的普遍适用方法。它以一系列独立但紧密相连的文件形式呈现，如图2-1所示。

TOGAF标准是开放群组（The Open Group）的一个标准。开放群组（The Open Group）与技术产品和服务的客户、供应商，以及各类行业联盟和其他标准组织合作，旨在捕捉、澄清并整合当前和新兴的需求，制定标准和政策，并分享最佳实践。标准确保了开放性、互操作性和共识。

TOGAF库

TOGAF Library是一个额外的指导材料的组合，支持TOGAF方法的实际应用。

2.2TOGAF标准

TOGAF标准是一个开放的、基于行业共识的企业架构框架。它是一个基础框架，意味着它适用于在任何背景下开发任何类型的架构。这个基础框架由开放群组（The Open Group）的TOGAF库进行补充，TOGAF库是一个广泛且不断扩展的指导材料组合，提供了在特定背景下应用TOGAF框架的实用指导。

TOGAF标准的结构反映了企业内部架构能力的结构和内容，如图2-2所示。

图2-2 TOGAF标准的结构

TOGAF标准的基础内容以六个独立的文件形式呈现：

■ TOGAF标准——介绍与核心概念（本文档）

■ TOGAF标准——架构开发方法
该文档描述了TOGAF架构开发方法（ADM）——一种用于开发企业架构的迭代方法。

■ TOGAF标准——ADM技术
该文档包含了在应用TOGAF方法和TOGAF ADM时可使用的一系列技术。

■ TOGAF标准——应用ADM
该文档包含了如何调整TOGAF ADM以应对在实际背景中所需的特定架构风格的指南。

■ TOGAF标准——架构内容
该文档描述了TOGAF内容框架以及架构工件的结构化元模型，介绍了可重用的架构构建块（ABB）的使用，并概述了典型的架构交付物。

■ TOGAF标准——企业架构能力与治理
该文档讨论了在企业内建立和运营架构职能所需的组织架构、流程、技能、角色和职责，并描述了企业架构治理框架。

将TOGAF标准划分为这些独立文件的目的是为了能够详细考虑不同的专业领域，并有可能单独处理这些领域。尽管所有组成文件作为一个整体协同工作，但也可以选择采用特定的文件而排除其他文件。例如，某个组织可能希望采用ADM流程，但选择不使用与架构能力相关的材料。作为一个开放框架，这种使用方式是被鼓励的，特别是在以下情况下：

■ 对于刚刚接触TOGAF方法并希望逐步采用TOGAF概念的组织，建议首先关注标准中某些特定的组成文件，其他领域可稍后再考虑。
■ 已经部署了架构框架的组织可能会选择将这些框架与TOGAF标准的某些方面相结合。

TOGAF标准由TOGAF基础内容和一系列TOGAF系列指南组成，这些指南提供了TOGAF标准应用中的实用指导。
图2-3展示了TOGAF标准的结构和范围。

图2-3 TOGAF 标准

除了上述六个文件中涵盖的核心框架内容外，该标准还通过TOGAF系列指南提供了应对特定问题和用例的指导。

TOGAF系列指南旨在满足实践者的更具体需求，这些实践者需要比核心内容更多的解释或更详细的信息。

并非所有的TOGAF系列指南在每种情况下都适用。然而，规划部署TOGAF标准的企业架构师应了解可用的相关指导。

该内容将比核心内容更快地发展，以应对市场趋势和行业需求带来的新需求。开放群组架构论坛中有一系列持续进行的活动，通过持续和渐进的交付流程来提供这些内容。

该指导材料涵盖的领域示例如下：

■ 战略决策和面向业务价值的决策
■ 业务架构和运营模型描述
■ 信息和数据管理
■ 信息系统指导
■ 信息参考模型和数据集成模型
■ 技术架构：如何将企业架构实践应用于新技术趋势的采用，评估组织是否具备支持新技术采用的适当能力
■ 安全架构：如何应用TOGAF标准来提供和支持安全架构及风险管理
■ 如何将企业架构实践和TOGAF标准应用于支持敏捷企业，以敏捷方式交付，以及该标准如何支持组织使用敏捷方法
■ 如何将企业架构实践和TOGAF标准应用于支持数字企业，帮助组织交付数字产品，并提升其数字服务和数字价值主张
■ 标准如何与开放群组（The Open Group）的其他标准和方法论结合使用，例如O-AA™标准、DPBoK™标准、IT4IT™参考架构、ArchiMate®规范、微服务架构（MSA）、安全标准，以及其他标准组织的标准和最佳实践

完整的TOGAF系列指南集可在www.opengroup.org/library/guides/togaf/togaf-series-guides找到。

2.3 TOGAF库

TOGAF标准伴随着一个广泛的指导材料组合，称为TOGAF库，用于支持TOGAF方法的实际应用。TOGAF库是一个参考库，包含指南、模板、模式和其他形式的参考材料，以加速企业新架构的创建。

TOGAF库由开放群组（The Open Group）架构论坛管理维护。

TOGAF库支持TOGAF企业架构库中的信息类别之一，即参考库。

参考库提供指南、模板、模式和其他形式的参考材料，帮助加速企业新架构的创建。
TOGAF库是一个包含潜在有用资源的参考库。TOGAF库遵循一个基于能力和特性进行分类的模型，通过不同的文档和资源集提供给市场，如图2-4所示。

图2-4 TOGAF库组成

第三章：核心概念

就TOGAF标准的目标而言，本章提供的核心概念。

3.1 什么是TOGAF标准？

TOGAF标准是一个架构框架。它提供了方法和工具，为企业架构的采纳、生产、使用和维护提供帮助。该框架基于一个迭代的过程模型，并得到最佳实践和一套可重用的现有架构资源的支持。详见第2.2节。

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

ISO/IEC/IEEE 42010:2011定义“架构”为：

基本概念和系统属性

“系统在其环境中的基本概念或特性，表现为元素、关系以及设计和演进的原则。”

TOGAF标准接受但不严格遵循ISO/IEC/IEEE 42010:2011的术语定义。除了ISO/IEC/IEEE 42010:2011对“架构”的定义外，TOGAF标准根据上下文给出了另一个定义：

“组件的结构、它们的相互关系，以及指导其设计和随时间演进的原则和指南。”

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

3.3 TOGAF标准涉及哪种类型的架构？

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

■ 业务架构定义了业务战略、治理、组织结构和关键业务流程。
■ 数据架构描述了组织的逻辑和物理数据资产结构以及数据管理资源。

■ 应用架构为待部署的各个应用程序提供蓝图，描述它们的交互以及它们与组织核心业务流程的关系。
■ 技术架构描述了数字架构，以及支持业务、数据和应用服务部署所需的逻辑软件和硬件基础设施能力与标准。这包括数字服务、物联网（IoT）、社交媒体基础设施、云服务、IT基础设施、中间件、网络、通信、处理、标准等。

通过结合业务、数据、应用和技术域的适当视图，还可以定义许多其他架构域。例如：
■ 信息架构
■ 风险和安全架构
■ 数字架构

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

3.4 架构开发方法

TOGAF架构开发方法（ADM）提供了一种经过验证且可重复的流程，用于开发架构。ADM包括建立架构框架、开发架构内容、转换以及治理架构的实现。
所有这些活动都在一个持续的迭代循环中进行，不断定义和实现架构，使组织能够以可控的方式根据业务目标和机会进行企业转型。图3-1对此进行了说明。

图3-1 架构开发周期

ADM中的阶段如下：

■ 预备阶段：描述了创建架构能力所需的准备和启动活动，包括定制TOGAF框架和定义架构原则。

■ 阶段A：架构愿景，描述了架构开发周期的初始阶段。
该阶段包括定义架构开发计划的范围、识别利益相关者、创建架构愿景并获得继续进行架构开发的批准。

■ 阶段B：业务架构，描述了业务架构的开发，以支持已达成的架构愿景。

■ 阶段C：信息系统架构，描述了信息系统架构的开发，以支持已达成的架构愿景。

■ 阶段D：技术架构，描述了技术架构的开发，以支持已达成的架构愿景。

■ 阶段E：机会与解决方案，进行初步的实施规划，并识别前几个阶段定义的架构的交付手段。

■ 阶段F：迁移规划，解决如何从基线架构过渡到目标架构，并通过完成详细的实施和迁移计划来实现。

■ 阶段G：实施治理，提供对实施过程的架构监督。

■ 阶段H：架构变更管理，建立管理新架构变更的程序。

■ 需求管理，在整个ADM流程中管理架构需求的过程。

TOGAF标准中的架构开发方法（ADM）阶段描述重点在于建议如何定义和部署企业架构。
关于如何执行指定操作的指导，可以在TOGAF系列指南中找到（见第2.2节）。引用的TOGAF系列指南的完整列表见附录A。
TOGAF框架建议根据企业的需求调整ADM，以支持不同的架构风格（见第3.16节）。

特别是，ADM不要求：
■ 各阶段必须按特定顺序执行
■ 采用“瀑布”方法

TOGAF标准描述了如何迭代使用ADM来开发全面的企业架构蓝图。与其将ADM图形视为流程模型，不如将其视为参考模型，它定义了为了以架构化方式交付解决方案需要完成的工作，并识别企业中的交互组件及其相互关系。

3.5 企业架构服务

ADM中描述的活动通常通过服务交付模型提供。这些服务在服务类别中呈现。这些服务解决特定需求，与组织的具体运营模式无关。每项描述的服务都利用ADM中的适当活动来解决特定需求。

表3-1总结了建议的服务类别并提供了一些背景信息。前四类是以客户为中心的，其他类别则更偏向于内部的架构师。以下各小节简要描述了每个服务类别。

表 3-1 服务类别和描述

描述	典型客户	典型提供者	可交付成果	预期结果
以客户为中心
企业支持服务	高层管理人员	使用企业架构作为工具的企业分析师	问题解答，评估报告，建议	更好的企业决策，降低风险
设计支持服务	项目级决策者	企业架构师（构建者/建模者）	最小可行架构（MVA），包括标准和合规标准，路线图，合规指导，合规报告	更好的设计决策，成功的项目和计划
开发支持服务	项目级决策者	企业架构师（构建者/建模者）	最小可行架构（MVA），包括项目/产品的标准和合规标准，合规指导，合规报告	更好的产品决策，成功的产品
需求引导与理解服务	产品经理	具备需求理解专长的企业架构师	利益相关者的关注点，需求，评估（价值、能力等）	以外部视角平衡各方利益相关者需求和价值的解决方案
以内部为中心
架构规划服务	架构团队负责人	经验丰富的企业架构师	架构项目计划	规划和执行良好的架构项目
企业架构实践开发支持服务	架构组织决策者	企业架构实践专家	资源化的架构团队企业架构能力评估，改进建议	高技能且组织良好的企业架构实践组织（内部或外部）

3.5.1 企业支持服务

此服务类别包含用于支持组织变更中进行明智企业决策的候选服务。这些服务可以独立于任何单个项目提供。此类服务的重点是回答问题并提供企业分析，以支持战略决策。

3.5.2 设计支持服务

此服务类别包含用于支持组织变更中进行明智设计决策的候选服务。通常在项目获得资金后，无论是大型项目还是小型项目、瀑布式方法或敏捷方法，都会提供这些服务。这些服务包括最小可行架构 (MVAs) 的开发以及相关的分析，以支持设计决策。

3.5.3 开发支持服务

此服务类别包含用于支持组织变更中进行明智开发决策的候选服务。通常在项目的开发阶段提供这些服务，无论项目是大是小，采用瀑布式方法还是敏捷方法。这些服务的重点是回答问题，并提供企业分析，以支持开发决策。

3.5.4 需求引导与理解服务

此服务类别包含用于加强理解需求的候选服务。相比于传统的需求管理，这些服务进一步接近实际需求，帮助实现更大的业务价值。

3.5.5 架构规划服务

此服务类别包含一些候选服务，这些服务能够进行周密规划和良好执行的架构项目，以支持组织变更。通常在项目的初始阶段提供这些服务，无论项目是大型还是小型，采用瀑布式方法还是敏捷方法。

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

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

3.6 可交付成果，构件，构建块

执行 ADM（架构开发方法）的架构师将会通过他们的努力产出多个成果，例如流程图、架构需求、项目计划、项目合规评估等。TOGAF 架构内容框架（参见 TOGAF 标准——架构内容）提供了一个架构内容的结构模型，能够一致地定义、结构化和展示主要的工作产品。

架构内容框架使用以下三类别来描述在所使用上下文中的架构工作产品类型：

■ 可交付成果是合同中规定的工作产品，并由相关利益方正式审核、批准和签署。
可交付成果代表项目的输出，以文档形式存在的可交付成果通常会在项目完成时归档，或转入架构库，作为参考模型、标准或某一时间点的架构景观快照。

■ 构件是描述架构某一方面的架构工作产品。
构件通常分类为目录（事物列表）、矩阵（显示事物之间的关系）和图表（事物的图片）。示例包括需求目录、应用交互矩阵和价值链图表。一个架构可交付成果可能包含一个或多个构件，构件将构成架构库的内容。根据合同规定，构件可能被视为或不被视为可交付成果。

■ 构建块代表一个可以重复使用的组件，能够与其他构建块组合，来交付架构和解决方案。
构建块可以根据架构开发的不同阶段定义为不同的细节级别。例如，在早期阶段，构建块可能只是一个名称或概要描述。稍后，构建块可能被分解为多个支持性构建块，并可能附带完整的规范。构建块可以与“架构”或“解决方案”相关联。

— 架构构建块 (ABBs) 通常描述所需的能力，并为解决方案构建块 (SBBs) 制定规范；例如，企业中可能需要客户服务能力，并由许多 SBBs 支持，如流程、数据和应用软件。

— 解决方案构建块 (SBBs) 代表用于实现所需能力的组件；例如，网络是一个构建块，可以通过补充性的构件进行描述，随后用于实现企业的解决方案。

可交付物，构件，构建块之间的关系如图3-2所示。

图3-2 可交付物，构件，构建块之间的关系

例如，架构定义文档是一种记录架构描述的可交付成果。该文档将包含多个补充性的构件，这些构件是与架构相关的构建块的视图。比如，可以创建一个流程图（构件）来描述目标调用处理流程（构建块）。此构件还可能描述其他构建块，如流程中涉及的角色（例如，客户服务代表）。可交付成果、构件和构建块之间关系的一个示例在图 3-3 中进行了说明。

图 3-3 示例--架构定义文档

可交付成果、构件和构建块的概念在 TOGAF 标准——架构内容中有更详细的描述。
TOGAF 标准——ADM 技巧描述了架构开发方法，并包含每个阶段可能创建的可交付成果和构件的概要列表。TOGAF 标准——架构内容中对这些进行了详细描述。

3.7 架构抽象

一种架构技术，用于将问题领域划分为更小的、易于建模和解决的子问题领域。
抽象层次具有分层性质，从高级模型逐步转向更详细的模型。
架构工作可以分为跨越业务、数据、应用程序和技术领域的四个不同的抽象层次，以回答架构的基本问题：

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

请注意，这里的“为什么”、“什么”和“如何”与 Zachman® 企业架构框架中的使用没有关联。

3.7.1 上下文抽象层次

此抽象层次专注于理解企业运作的环境以及架构工作的计划和执行的背景。它回答了企业为什么要进行架构工作、工作的范围是什么，以及目标、驱动因素和目的方面的动机。

3.7.2 概念抽象层次

此抽象层次的重点是分解需求以理解问题，以及需要什么来解决问题，而不专注于如何实现架构。它回答了实现需求所需的内容，通常使用服务模型（业务服务、应用服务、技术服务）来代表所需的行为。

请注意，此抽象层次也可以被称为服务抽象或行为抽象。

3.7.3 逻辑抽象层次

此抽象层次专注于确定需要哪些业务、数据、应用程序和技术组件来实现概念层次中识别的服务。它关注如何以与实现无关的方式组织和构建架构。基于原则和其他分类标准，可能有几种将服务分组为逻辑组件的方式，提供不同的可选逻辑解决方案。

3.7.4 物理抽象层次

此抽象层次负责分配和实施物理组件，以满足识别出的逻辑组件。它关注用哪些物理组件来实现逻辑层次的组件。基于原则和其他分类标准，可能有多种使用物理组件来实现逻辑组件的方式，提供不同的可选物理解决方案。

3.8 架构原则

原则是一般性的规则和指导方针，旨在长期有效并且很少更改，旨在为组织完成其使命提供信息和支持。

根据组织的不同，原则可能在不同的领域和层次上制定。两个关键领域为架构的开发和利用提供了信息：

企业原则 为整个企业的决策提供基础，并为组织完成其使命提供信息。
这些原则通常用于协调整个组织的决策，尤其是在成功的架构治理策略中（参见 TOGAF 标准——企业架构能力和治理）。
在企业原则的广泛领域中，通常会有特定于业务或组织单元的附属原则；例如，特定于 IT、人力资源、国内业务或海外业务的原则。这些原则为附属领域内的决策提供基础，并将为该领域的架构开发提供信息。需要注意的是，确保用于指导架构开发的原则与架构能力的组织背景相一致。
架构原则 是与架构工作相关的一组原则。
它们反映了整个企业的共识，并体现了现有企业原则的精神和思想。架构原则指导架构过程，影响企业架构的开发、维护和使用。

在企业中，原则的层次从企业原则开始。附属领域的原则必须在这些企业原则的范围内，企业原则是总体的。因此，在每个层次上的原则集将由上一级继承的原则提供信息，并加以扩展，但不能超越这些原则的边界。

架构原则可能以有效指导架构开发的方式重述其他的企业指导方针。

架构原则定义了整个企业范围内资源和资产使用与部署的基本规则和指导方针。它们反映了企业中各个组成部分的共识，并为未来的架构决策提供了基础。

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

架构原则在 TOGAF 标准——ADM 技巧中有进一步的解释。

3.9 互操作性

互操作性的定义是“共享信息和服务的能力”。确定信息和服务的共享程度是一个非常有用的架构需求，尤其是在复杂的组织或扩展企业中。

在架构开发方法 (ADM) 中，互操作性贯穿始终，体现如下：

在架构愿景（A 阶段），首先会在业务场景中揭示信息和服务交换的性质及安全性方面的考虑。
在业务架构（B 阶段），信息和服务交换以业务术语进一步定义。
在数据架构（C 阶段），信息交换的内容使用企业数据和/或信息交换模型进行了详细描述。
在应用架构（C 阶段），定义了各种应用如何共享信息和服务的方式。
在技术架构（D 阶段），定义了允许信息和服务交换的适当技术机制。
在机会与解决方案（E 阶段），实际选择的解决方案（例如，现成的商用软件包）。
在迁移规划（F 阶段），互操作性在逻辑上得以实现。

有许多方法可以定义互操作性，目标是定义一个在企业及扩展企业内一致应用的定义。最好是企业和扩展企业使用相同的定义。

许多组织发现，将互操作性分为以下几类是有用的：

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

从 IT 的角度看，互操作性也可以与企业应用集成 (EAI) 类似，具体如下：

呈现层集成/互操作性 是通过类似门户的解决方案实现统一的外观和感觉，引导用户访问系统的底层功能。
信息集成/互操作性 是企业信息在各种应用之间无缝共享，以实现例如统一的客户信息。这通常基于共同接受的企业本体论和共享服务，用于信息的结构、质量、访问和安全/隐私。
应用集成/互操作性 是企业功能的集成和共享，确保应用不重复（例如，单一的地址更改服务/组件，而不是每个应用一个），并通过工作流无缝连接在一起。这对业务和基础架构应用程序产生影响，并与企业业务流程统一/互操作性密切相关。
技术集成/互操作性 包括通信、存储、处理和数据访问的共同方法和共享服务，主要涉及应用平台和通信基础设施领域。

互操作性及其需求在 TOGAF 标准——ADM 技巧中有详细讨论。

3.10 企业连续体

TOGAF 标准包含企业连续体的概念，它为架构师提供了更广泛的上下文，并解释了如何利用通用解决方案进行定制，以支持个别组织的需求。

企业连续体是用于分类企业存储库中的资产的方法，包括从通用基础架构到特定组织架构的分类。企业连续体包含两个互补的概念：架构连续体和解决方案连续体。

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

图 3-4 展示了企业连续体的结构和背景概述。

图3-4 企业连续体

3.11架构仓库

支持企业连续体的概念是架构仓库（Architecture Repository），它可以用于存储由架构开发方法（ADM）创建的不同抽象层次的各种架构成果。通过这种方式，TOGAF标准促进了各级利益相关者和实践者之间的理解与合作。

通过企业连续体和架构仓库，架构师们被鼓励利用所有相关的架构资源和资产，来开发组织特定的架构。在这个背景下，TOGAF的ADM可以被视为描述一个在组织内多个层次上运作的过程生命周期，该生命周期在一个整体的治理框架内运行，并产生存储于架构仓库中的一致输出。企业连续体为理解架构模型提供了有价值的背景：它展示了构建块及其相互关系，以及架构开发周期中的约束和需求。TOGAF 架构仓库的结构如图-3-5。

图 3-5 TOGAF 架构仓库结构

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

■ 架构元模型描述了组织定制的架构框架应用，包括架构内容的元模型。

■ 架构能力定义了支持治理架构仓库的参数、结构和流程。

■ 架构景观是对企业在某一特定时间点内已部署资产的架构表示——该景观可能存在多个抽象层次，以适应不同的架构目标。

■ 标准仓库记录了新架构必须遵循的标准，这些标准可能包括行业标准、供应商选定的产品和服务，或组织内已部署的共享服务。
■ 参考仓库提供了指导方针、模板、模式和其他形式的参考材料，可以利用这些资源加速企业新架构的创建。

■ 治理仓库记录了整个企业范围内的治理活动。

■ 架构需求仓库提供了所有已与架构委员会达成一致的授权架构需求的视图。

■ 解决方案景观展示了支持架构景观的解决方案构建块 (SBB) 的架构表现形式，这些构建块已经由企业规划或部署。

TOGAF 架构仓库在TOGAF标准--架构内容中有相应描述。

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

3.12.1 概述

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

在ADM的初始阶段中建立企业特定的企业架构能力时，重要任务是定义：

一个用于结构化架构描述、表达架构的工作产品和描述架构模型集合的分类框架；这称为内容框架（Content Framework）。
需要理解企业中的实体类型及其相互关系，并将这些关系捕获、存储和分析，以创建架构描述；这个企业元模型（Enterprise Metamodel）以形式模型的方式呈现这些信息。
需要开发的具体工件（参见3.6节）。

所选的内容框架可能受到以下因素的影响：

作为企业架构能力基础的架构框架的选择。
用于支持企业架构能力的软件工具的选择。

3.12.2 内容框架

内容框架定义了一种分类框架，用于描述构成整体架构交付成果的构建块和构件，这些构建块和成构件反映了在创建过程中所做的决策。第3.11节解释的架构仓库被组织为存储内容框架中识别的工件和工作产品。内容框架是企业特定架构框架的一个元素。

有许多替代的内容框架（例如，TOGAF内容框架、Zachman框架、DoDAF、NAF等）。选择内容框架是至关重要的，尽管选择哪种内容框架并不那么重要。最终的内容框架通常会根据特定组织的需求进行调整。

TOGAF内容框架旨在：

提供详细的架构工作产品模型
在遵循ADM（架构开发方法）时，推动输出的一致性
提供一个可能创建的架构输出的全面检查清单
降低最终架构交付物中出现空缺的风险
帮助企业强制推行标准的架构概念、术语和交付物

在最高层次上，TOGAF内容框架（参见图3-6）是根据ADM的各个阶段进行结构化的。

图 3-6 ADM阶段的内容框架

■ 架构原则、愿景、动机和需求模型旨在捕捉正式架构模型所处的上下文环境，包括通用的架构原则、为架构建模提供输入的战略上下文，以及从架构中产生的需求。

引发架构工作请求的业务背景的相关方面通常在初步阶段和架构愿景阶段中进行调查、完善、验证并记录。

■ 业务架构捕捉业务方面的架构模型，特别关注激发企业发展的因素、其结构及其能力。

■ 信息系统架构模型捕捉IT系统的架构模型，根据TOGAF ADM（开放组架构框架架构开发方法）阶段审视应用程序和数据。

■ 技术架构模型捕获用于实施和实现信息系统解决方案的技术资产

■ 架构实现/转换模型捕获变化路线图，展示架构状态之间的转换以及用于指导和管理架构实施的约束性声明

■ 架构变更管理模型捕获影响企业架构和行动需求产生的内部和外部价值实现管理事件
《TOGAF内容框架》在《TOGAF标准——架构内容》中进行了详细描述。

3.12.3 企业元模型

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

例如，在企业元模型中，一种类型可能是角色。那么，企业的业务架构模型可能包括诸如出纳员、飞行员、经理、志愿者、客户或消防员等角色实例。当然，一个企业中包含所有这些角色的情况会比较少见。

企业元模型在多个方面提供了价值：
■ 它为架构师提供了要调查和涵盖的实体类型的初始集合

■它为企业提议使用的任何架构建模语言或架构元模型提供了一种完整性检查形式，评估其在多大程度上涵盖企业元模型中的实体类型，并管理这些实体的属性和关系等必要信息。

■ 它有助于确保：

——一致性
——完整性
——可追溯性

请注意，TOGAF标准并不旨在限制企业的：
■ 构件选择
■ 建模符号

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

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

3.12.4 开发企业元模型

企业元模型是特定组织架构框架的重要组成部分，如此处所强调的。图3-7显示了企业连续体（参见第3.10节）如何提供一种方法来考虑从最通用（“基础”）到最具体（“特定组织”）的资源。

图 3-7 应用企业连续体

为了支持企业元模型的开发，TOGAF库包含一个基础级别的核心企业元模型，该模型在TOGAF标准——架构内容中有详细描述。它展现了在构建大多数企业模型时需要的实体的类型以及它们之间的关系，并为ADM中建议的构件提供了上下文环境。

基础企业元模型如图3-8所示。

图 3-8 TOGAF 核心企业元模型

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

为了在企业内部有效地开展架构活动，必须通过组织结构、角色、职责、技能和流程来建立适当的架构业务能力。TOGAF（The Open Group Architecture Framework，开放组架构框架）架构能力概览如图3-9所示。

图 3-9 TOGAF架构能力概览

3.14 作为运营实体建立架构能力

除非架构能力纯粹是为了支持变革交付项目而设立的，否则人们越来越认识到，成功的企业架构实践必须建立在坚实的运营基础之上。实际上，企业架构实践必须像企业内的任何其他运营单位一样进行管理；也就是说，它应该被视为一项业务。为此，除了应用程序开发方法（ADM）中定义的核心流程之外，企业架构实践还应在以下领域建立能力：

■ 财务管理 (Financial Management)
■ 绩效管理 (Performance Management)
■ 服务管理 (Service Management)
■ 风险与机遇管理 (Risk and Opportunity Management)（参见第B.34节）
■ 资源管理 (Resource Management)
■ 沟通与利益相关者管理 (Communications and Stakeholder Management)（参见第4.36节） ■ 质量管理 (Quality Management)
■ 供应商管理 (Supplier Management)（参见第B.40节）
■ 配置管理 (Configuration Management)（参见第B.7节）
■ 环境管理 (Environment Management)

持续运营架构的核心在于执行明确且有效的治理，通过这种治理，所有具有架构意义的活动都将在单一框架内得到控制和协调。

随着治理已成为组织管理日益重要的要求，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框架更加相关。

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

TOGAF系列指南：使用TOGAF框架定义和管理面向服务的架构
TOGAF系列指南：将风险和安全性融入TOGAF企业架构

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

TOGAF与SABSA的集成
Archi银行集团：结合BIAN参考模型、ArchiMate建模符号和TOGAF框架
探索TOGAF与Frameworx之间的协同作用
TOGAF 9和DoDAF 2.0

TOGAF图书馆（参见www.opengroup.org/togaf-library）是一个结构化的资源库，支持TOGAF标准。

3.17 架构视图和视点

能够针对复杂架构的各部分创建特定的“视图”的能力，是与利益相关者或利益相关者群体沟通并缓解其担忧的基础。为了获得利益相关者的充分理解和支持，必须以每位利益相关者都能关联并理解的形式呈现信息。

架构视图的作用如图3-10所示，该图改编自ISO/IEC/IEEE 42010:2011和ISO/IEC/IEEE 15288:2015中的更正式的定义。

图 3-10 基本架构概念

3.18 企业敏捷

企业敏捷性是一个常用术语，但其确切定义在从业者之间有所不同。不论该术语如何定义，它的重要性在于它使企业能够通过更加以客户和产品为中心、更高效以及更好地确保合规性来更好地应对变化。
'敏捷'一词通常与《敏捷软件开发宣言》相关的敏捷软件开发过程联系在一起。
虽然这些'敏捷'原则和技术可以应用于调整TOGAF框架，但企业敏捷性的范围比敏捷软件开发更广泛。因此，在将TOGAF框架应用于敏捷企业时，还需要采用其他技术。企业架构提供了一个变革框架，与战略方向和业务价值相联系。它提供了足够的组织视图，以管理复杂性、支持持续变革并管理意外后果的风险。
TOGAF框架已经响应了及时满足企业需求的呼声，通过'分区'和'层级'的概念实现了这一点。分区定义了如何将工作分解为多个架构计划。层级定义了如何在不同的细粒度和细节水平上开发整体架构。
此外，TOGAF的ADM支持许多迭代的概念。关于如何调整TOGAF ADM以支持企业敏捷性的更详细描述可以在以下文档中找到：
■ TOGAF® 系列指南：使用敏捷冲刺应用ADM
■ TOGAF® 系列指南：实现企业敏捷性
■ The Open Agile Architecture™ 标准

3.19 风险管理

任何架构/业务转型工作都会存在风险。在开始之前，识别、分类并减轻这些风险是重要的，以便在整个转型过程中进行跟踪。
缓解风险是一个持续的过程，风险触发因素往往可能在转型规划者的控制范围之外（例如并购），因此规划者必须不断监控转型的环境。
还需要注意的是，企业架构师可能会识别风险并缓解某些风险，但在治理框架内，必须先接受风险，然后再进行管理。
应考虑两个层次的风险，即：
■ 初始风险水平：确定并实施缓解措施之前的风险分类
■ 剩余风险水平：实施缓解措施后的风险分类（如有）
风险管理流程包括以下活动：
■ 风险分类
■ 风险识别
■ 初步风险评估
■ 风险缓解和剩余风险评估
■ 风险监控
TOGAF标准中的ADM技术描述了一种定性风险管理方法。
风险概念包括在TOGAF®系列指南《在TOGAF®企业架构中整合风险和安全》中描述的企业安全架构中。
更为严格的定量方法在Open FAIR™知识体系中进行了描述，其中包括来自The Open Group的两项标准：开放风险分类法（O-RT）和开放风险分析（O-RA）。