TOGAF9.1 中文版（一）

 

 

 

 

 

 

TOGAF9.1版本

Part I Introduction

第一部分 引言

 

The Open Group

(请在资源中下载全文）

 

 

第1章简介Introduction

TOGAF是一个框架——一种详细方法和一套支持工具——用于开发企业架构。该框架可以被任何希望开发用于组织内部的企业架构的组织免费使用（见4.5.1节）。

TOGAF由在架构论坛（见www.Open Group.org/architecture）工作的The Open Group成员开发和维护。1995年，TOGAF第1版的初始开发，基于美国国防部（DOD）开发的信息管理技术架构框架（TAFIM）。DOD给予The Open Group明确的许可和鼓励以在TAFIM上创建TOGAF，TAFIM本身是在美国政府投资数百万美元支持下经多年开发工作而形成的成果。

从这个良好的基础开始，The Open Group架构论坛的成员已经开发了多个TOGAF连续版本，并将每个版本发布在The Open Group公共网站上。如果是初次接触企业架构和/或TOGAF领域，建议你阅读执行概述（见1.2节），在该节中你会找到如下问题的答案：

■什么是企业?

■为什么需要企业架构?

■为什么需要TOGAF作为企业架构的框架？

1.1 TOGAF文件的结构Structure of the TOGAFDocument

TOGAF文件的结构是反映一个企业内架构能力的结构和内容，如图1-1所示。

 

图1-1 TOGAF文件的结构

TOGAF文件包含七个部分：

第一部分（引言）本部分对企业架构的关键概念，特别是TOGAF实施途径提供概括性介绍。本部分包括在整个TOGAF中所使用术语的定义，以及对本TOGAF版本与之前TOGAF版本之间的变化进行详述的发布说明。

第二部分（架构开发方法）本部分是TOGAF的核心，描述TOGAF架构开发方法（ADM）     一种开发企业架构的循序渐进的实施途径。

第三部分（ADM指南和技巧）本部分包含在应用TOGAF和TOGAF ADM时可供使用的指南和技巧的集合。

第四部分（架构内容框架）本部分描述TOGAF内容框架，包括一个用于架构制品的结构化元模型、可复用架构构建块的用法及典型架构交付物的概述。

第五部分（企业的连续统一体和工具）本部分论述对企业内架构活动的各种输出进行分类和存储的适用分类法和工具。

第六部分（TOGAF参考模型）本部分提供对架构参考模型的选择，包括TOGAF基础架构以及综合信息基础设施参考模型（III-RM）。

第七部分（架构能力框架）本部分论述在企业内建立和运行架构功能所需的组织、流程、技能、角色和职责。

将TOGAF规范划分成这些独立的部分的意图，就是允许对专门化的不同领域进行详细考量并有可能分别处理。尽管所有部分作为一个整体进行工作，但是选择采用某些特殊部分而排除其余部分，仍是可行的。例如，一个组织可能希望采用ADM流程，但是选择不使用与架构能力相关的任何资料。

对一个开放框架，鼓励上述使用方法，特别是在下述情况下：

■那些不熟悉TOGAF，并希望逐步采用TOGAF概念的组织，期望在初期采用时关注本规范的某些特殊部分，并在之后将其他领域列入考虑范围。

■那些已部署架构框架的组织，可能选择将这些框架与TOGAF规范的一些方面合并。

1.2执行概述Executive Overview

本节提供企业架构的执行概述、企业架构的基本概念（不只是IT架构的另一个名称）和为什么需要企业架构，对建立企业架构和采用TOGAF的益处进行归纳。

什么是ENTERPRISE?

TOGAF将“ENTERPRISE”定义为具有一系列共同目标的任何组织的集合。例如，一个ENTERPRISE可能是政府机构、整个公司、公司的一个分部、单一部门，或由共同所有权联系在一起的一系列地理上相距较远的组织。

术语“ENTERPRISE”在“Enterprise Architecture”背景环境下，既可被用于意指一个完整的企业——包括企业的所有信息和技术服务、流程及基础设施   也可以意指企业内一个特定领域。在以上两种情况下，架构跨越企业内多重系统和多重功能组。

“ENTERPRISE”的演进本质经常引起混淆。现今，扩展型企业往往包括合作伙伴、供应商和客户。如果目标是整合扩展型企业，那么企业就包含合作伙伴、供应商和客户以及内部业务单元。

业务运行模型概念对于确定组织内企业架构的本质和范围是非常有用的。大型公司和政府机构可包含多重企业，并可开发和维护应对每一个企业的若干独立的企业架构。然而，每个企业的信息系统常常具有许多共同之处，并且在使用共同架构框架过程中通常会获得巨大潜力。例如，一个共同框架可为开发针对模型、设计和基线数据的整合和复用的架构库提供基础。

为什么需要企业架构?

企业架构的目的是，在贯穿整个企业范围内，将通常碎片化的已有流程（手动和自动）优化为一个对变化做出响应并支持业务战略达成的综合环境。

今天的CEO都明白，通过IT对信息的有效管理和利用是取得业务成功的关键因素，并且是获取竞争优势的一个必不可少的手段。企业架构业务环境不断变化的需要，通过提供IT系统演进的战略背景环境来应对。与此同时，一个良好的企业架构，使你能够在IT效率和业务创新之间达成适的平衡。它使得单个业务单元在追求竞争优势时能够有把握地创新。同时，架构确保组织对综合IT战略的需要得以满足，使得在贯穿整个扩展型企业内获得最大可能的协同。

良好的企业架构产生的优势会带来重要的业务效益，其在公司或组织的净损益中清晰可见：

■更高效的业务运行：

—更低的业务运行成本。

—更敏捷的组织。

—穿越组织而共享的业务能力。

—更低的变更管理成本。

—更加灵活的员工队伍。

—提高业务生产率。

■更高效的IT运行：

—更低的软件开发、支持和维护成本。

—已提高的应用可移植性。

—改进的互用性和更容易的系统与网络管理。

—提高应对整个企业范围的关键问题的能力诸如安保性。

—更易于升级和交换系统组件。

■更好的现有投资回报，降低了未来投资风险：

—降低业务和IT的复杂性。

—最大化现有业务和IT基础设施的投资回报。

—自制、购买或外包业务和IT解决方案的灵活性。

—降低了新投资及其拥有成本的总体风险。

■更快、更简单和更便宜的采购：

—采购决策更简单，因为采购管控的信息在协调一致的计划中易于获取。

—采购流程更快速使采购速度和灵活性最大化，而无需牺牲架构整体一致性。

—采购多样化、多厂商开放系统的能力。

什么会特别地促使我们开发企业架构?

典型情况下，对业务转型需要或彻底的基础设施变革的准备，可以启动企业架构的审视或开发。通常情况下，关键人员识别出为满足新业务目标所需要变革的领域。在变革过程中，这些人员通常被称为“利益攸关者”，架构师的作用是通过以下方式应对其关注点：

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

■开发多个表明要如何应对关注点和需求的架构视图。

■展示在协调不同利益攸关者关注点的潜在冲突中要做出的权衡。

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

什么是架构框架？

架构框架是一个基础结构或结构集合，可被用于开发更大范围的不同架构。架构框架应描述一种方法，用于基于一系列构建块来设计企业的目标状态，并表明构建块如何适配地结合在一起。它应包含一系列工具，并提供一个常用词汇表，也应包括能够用于实现构建块的推荐标准和合规产品的列表。

为什么需要TOGAF作为企业架构的框架？

TOGAF是由超过300家来自于一些世界领先公司和组织的架构论坛的成员公司共同努力开发的。使用TOGAF产生的企业架构是连续一致的，反映利益攸关者的需要，应用最佳实践并适当考虑该业务的当前需求和所预知的未来需要。

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

谁会从使用TOGAF中受益？

任何正在从事或计划从事支持业务转型的企业架构的开发和实施的组织，均会从TOGAF的使用中受益。

寻求无边界信息流的组织，可以使用TOGAF来定义和实施体系与流程，以便能够访企业内部及其之间的综合信息。设计和实施企业架构的组织，使用TOGAF保证设计和采购规范，帮助一个开放系统的实施，从而能够在具有降低了风险的开放系统中受益。

 

第2章核心概念Core Concepts

本章中提供的核心概念适用于TOGAF9。

2.1什么是TOGAF?  What Is TOGAF?

TOGAF 是一种架构框架。TOGAF提供方法和工具，有助于企业架构的认识、构建、使用和维护。它基于多个最佳实践所支持的迭代的流程模型，以及一套可复用的现有架构资产。

2.2在TOGAF背景环境下，什么是架构？ What Is Architecture inthe Context of TOGAF?

ISO/IEC42010:2007将“架构”定义为：

“一个系统的基础组织，体现在系统组件、组件之间及组件与环境之间的相互关系，以及对系统设计和演进进行治理的原则中。”

TOGAF采纳但不严格遵循ISO/IEC42010:2007中的术语。在TOGAF中，根据背景环境，“架构”具有两种含义：

1.   一个系统的正式描述，或指导系统实施的组件层级详细计划。

2.   组件结构、组件之间相互关系，以及对这些组件的设计和随时间演进的治理原则和指南。

TOGAF将企业视为一个系统，并尽力在使用ISO/IEC42010:2007的概念和术语（确保ISO/IEC42010:2007所定义术语的使用与标准中一致）与保留已被大多数TOGAF读者普遍接受且所熟悉的术语之间达成平衡。关于术语更多的信息，见第3章以及第四部分第35章。

2.3 TOGAF涉及哪些种类的架构？ What Kind of ArchitectureDoes TOGAF Deal with?

有四种通常被认为是一个总体企业架构子集的架构域，TOGAF支持这四种架构域：

■业务架构，定义业务战略、治理、组织和关键业务流程。

■数据架构，描述组织的逻辑与物理数据资产及数据管理资源的结构。

■应用架构，提供包含待部署的独立应用及其之间交互作用和与组织的核心业务流程间的关系的蓝图。

■技术架构，描述支持业务、数据和应用服务部署所需的逻辑的软件与硬件能力，包括IT基础设施、中间件、网络、通信、处理和标准等。

2.4架构开发方法Architecture DevelopmentMethod

TOGAF架构开发方法（ADM）提供用于开发架构的一个经测试的并可重复的流程，ADM包括建立架构框架、开发架构内容、架构过渡及对架构实现进行管控。

所有这些活动均在一个连续的架构定义与实现的迭代周期内实施，使得组织能以种受控的方式实施企业转型，以响应业务目标和机遇。

ADM各阶段如下所述：

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

■阶段A:架构愿景描述架构开发周期的初始阶段。该阶段包括定义架构开发举措的范围、识别利益攸关者、创建架构愿景，并获得继续推进架构开发的批准。

■阶段B:业务架构描述支持被认同的架构愿景的业务架构的开发。

■阶段C:信息系统架构描述支持被认同的架构愿景的信息系统架构的开发。

■阶段D:技术架构描述支持被认同的架构愿景的技术架构的开发。

■阶段E:机会和解决方案引导初始的实施规划，并为在之前阶段中定义的架构进行交付载体的识别。

■阶段F:迁移规划涉及如何通过最终确定的详细实施和迁移计划来实现从基线架构向目标架构的转移。

■阶段G:实施治理为实施提供架构的监管。

■阶段H:架构变更管理为管理达到新架构的变更建立程序。

■需求管理对管理架构需求的流程的审查贯穿于整个ADM。

2.5交付物、制品和构建块Deliverables, Artifacts,and Building Blocks

执行ADM的架构师会产生很多输出作为其工作的结果，例如，过程流、架构需求、项目计划、项目合规性评估等。TOGAF架构内容框架（见第四部分第33章）为架构内容提供一种结构化模型，从而使主要的工作产物可被一致地定义、结构化和表达。

架构内容框架，使用下列三个分类描述在所使用的背景环境之中的架构工作产物类型：

■交付物是以契约方式规定的工作产物，并由利益攸关者依次正式审视、同意并签发。交付物代表项目的输出，文件形式的交付物通常在项目完成时存档，或过渡到架构库中当作参考模型、标准或作为架构全景在某个时点的“快照”。

■制品是描述架构的某一方面的架构工作产物。

制品通常可分为目录集（事物的列表）、矩阵（表明事物之间的关系）和图表（事物的图像）。例如，需求目录集、业务交互矩阵和用例图。一个架构交付物可包含多个制品，制品构成架构库的内容。

■构建块代表业务、IT或架构能力的一种（潜在可复用的）组件，它可以与其他构建块进行结合，以交付架构和解决方案。

构建块可以在不同细节层级上被定义，这取决于架构开发所达到的阶段。例如，在初期阶段，构建块可以只包括名称或概述。其后，一个构建块可分解成多重支持的构建块，并可随附一份完整的规范。构建块可以与“架构”或“解决方案”相关。

—  架构构建块（ABB），通常描述所需的能力，并对解决方案构建块（SBBs）的规范进行塑形。例如，企业可能需要客户服务能力，它由多个SBB支持，如流程、数据和应用软件。

—  解决方案构建块（SBB），代表用于实现所需能力的组件。例如，网络是一个能够通过互补的制品来描述的构建块，并用于实现企业的解决方案。

交付物、制品和构建块之间的关系如图2-1所示。

 

图2-1 交付物、制品和构建块之间的关系

例如，架构定义文件是一种将架构描述文件化的交付物。该文件会包含多个互补的制品，它们是与架构相关的构建块的视图。例如，可创建一个流程图（制品）用以描述目标呼叫处理过程流（构建块）。该制品还可描述其他构建块，如参与该流程的施动者（如客户服务代表）。图2-2阐明了交付物、制品和构建块之间的关系示例。

2.6企业的连续统一体Enterprise Continuum

TOGAF包括企业的连续统一体的概念，这为架构师提供了更广泛的背景环境，并说明如何更好地利用一般性的解决方案并使其特定化，以支持单个组织的需求企业的连续统一体是架构库的一种视图，它提供架构和解决方案的制品从一般基础性架构演变为组织特定架构时的分类方法。

企业的连续统一体包含两个补充概念：架构连续统一体和解决方案连续统一体。

企业的连续统一体的结构和背景环境概述如图2-3所示。

图2-3 企业的连续统一体

2.7架构库Architecture Repository

支持企业的连续统一体是架构库的设计理念，架构库可被用于将ADM创建的不同类别的架构输出存储在不同的抽象层级上。TOGAF以这种方式促进了不同层级的利益攸关者与实践者之间的理解和合作。

借助企业的连续统一体和架构库，鼓励架构师在开发组织特定架构的过程中更好地利用所有其他相关的架构资源和资产。

在这一背景环境中，TOGAF ADM可以被当作是描述在组织内的多层级上运行的流程生命周期，在整体治理框架内运行，并产生协调一致的输出，存放于架构库中，企业的连续统一体提供了一个对理解架构模型有价值的背景环境：它展示了构建块及构建块间相互关系，以及在架构开发周期中的约束和需求。TOGAF架构库的结构如图2-4所示。

图2-4  TOGAF架构库架构

架构库内的主要组件如下所述：

■架构元模型，描述架构框架在组织上的剪裁应用，包括架构内容元模型。

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

■架构全景，在一个特定时点部署于运行着的企业内的资产的架构表达。架构全景可能存在于多重抽象层级以适应不同的架构目的。

■标准信息库（SIB），获取新架构必须遵守的标准，包括行业标准、选定的供应商产品和服务或已部署在该组织内的共享服务。

■参考库，提供指南、模板、特征模式和可更好利用的其他参考资料形式，以便加速企业新架构的创建。

■治理日志，提供贯穿整个企业的治理活动记录。

2.8建立和维护企业架构能力Establishing andMaintaining an Enterprise Architecture Capability

为在企业内有效实施架构活动，有必要通过组织结构、角色、职责、技能和流程，将合适的架构的业务能力落实到位。TOGAF架构能力概述如图2-5所示。

图2-5 TOGAF架构能力概述

2.9将架构能力建立为运行实体Establishing the ArchitectureCapability as an Operational Entity

除非将架构能力的建立仅用于支持变更交付项目，否则，应逐渐认识到一个成功的企业架构实践必须建立在坚实的运行基础之上。实际上，企业架构实践必须如同业务内任何其他运行单元一样运行，即企业架构实践应被视为一种业务。为此，除了ADM内定义的核心流程外，企业架构实践还应在下述领域建立能力：

■财务管理

■绩效管理（见3.52节）

■服务管理

■风险管理（见A.75节）

■资源管理

■沟通和利益攸关者管理（见3.29节）

■质量管理

■供应商管理（见A.82节）

■构型管理（见A.15节）

■环境管理

对一个运行中的架构进行运作的核心要点是，执行已明确定义且有效的治理体系，从而使所有架构重要活动受控，并在单一框架内保持协调一致。

由于治理己经成为一个日益明显的组织管理需求，TOGAF内包含的治理使框架与当前业务最佳实践相一致，并且还确保可见性、引导和控制水平，以支持所有架构利益攸关者的需求和义务。

架构治理的好处包括：

■增加责任的透明度并告知授权。

■受控的风险管理。

■通过现有架构组件的最大化复用来保护现有资产基础。

■前瞻性的控制、监控和管理机制。

■跨越所有组织业务单元复用流程、概念与组件。

■通过监控、衡量、评价和反馈来创造价值。

■增加对内部流程和外部各方需求支撑的可见性；特别是，较低层级上增加的决策可见性确保那些可能对该组织具有深远战略影响的决策在企业内的适当层级得到监督。

■更显著的股东价值；特别是，企业架构越来越多地代表企业的核心知识产权——研究己经表明，增加的股东价值与治理良好的企业之间的相关性。

■整合现有流程和方法论，并通过增加控制能力来完善其功能性。

在第七部分第45章中有更多的关于建立企业的架构能力的详细内容。

2.10使用TOGAF与其他框架Using TOGAF with OtherFrameworks

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

■架构活动应产生的交付物的定义。

■完成架构活动应采用的方法描述。

除一些例外情况，大多数企业架构框架关注于第一种要素——特定的交付物集合——并且相对很少提及用于生成这些交付物的方法（在一些情况下是有意的）。

因为TOGAF是一个一般框架，且旨在用于多种多样的环境，所以TOGAF提供一个灵活且可扩展的内容框架，用以支撑一系列一般架构交付物。

因此，TOGAF可在其自身范围内与其所描述的一般交付物一起使用，或者可由一个更特定的集合替代或扩展这些交付物，这里所说的更特定的集合，可以是架构师认为相关的、在任何其他框架中定义的交付物。

在所有情况下，架构师应当基于TOGAF框架进行调整和构建是以定义一种被整合到企业的流程和组织结构中的剪裁方法。这一架构剪裁过程，可包括采用其他架构框架的元素或将TOGAF方法与其他标准框架进行综合，例如ITIL、CMMI、COBIT、PRINCE2、PMBOK和MSP。第二部分的第5.3节给出了以上述方式调整TOGAF ADM的指南。

作为企业架构的一般框架和方法，TOGAF提供与其他框架进行综合的能力和协同环境。各类组织能够全面地利用垂直业务域、水平技术领域（如安保性和可管理性）或应用领域（如电子商务），以产生一个使企业业务机会最大化的具有竞争力的企业架构框架。

下述术语和定义适用于TOGAF9。对于未在本章中规定的补充定义，应参考附录A。对于未在本节或附录A中定义的术语，应参考韦氏大学词典。

 

第3章定义Definitions

（略）

 

第4章发布说明Release Notes

（略）