The TOGAF® Standard, Version 9.2 （中文版-第四章）

第二部分：架构开发方法（ADM）

第四章 引言

本章描述了架构开发方法（ADM）周期、ADM适应性、架构范围和架构集成。

4.1ADM概述

TOGAF ADM是大量架构从业人员持续贡献的结果。它描述了一种开发和管理企业架构生命周期的方法，并构成了TOGAF标准的核心。它集成了本文件中描述的TOGAF标准的要素以及其他可用的架构资产，以满足一个组织的业务和IT需求。

4.1.1ADM、企业连续统一体和架构库

企业连续统一体提供了框架和背景环境，以支持在实施ADM中对相关架构资产的利用。这些资产可能包括各种来源的架构描述、模型和模式，如在第五部分:企业连续统一体和工具中所解释的那样。

企业连续统一体对架构源材料进行分类 —  — 包括组织自己的企业存储库的内容和一组相关的、可用的行业参考模型和标准。

企业连续统一体的实际实施通常采用架构库的形式（见第五部分，第37章），其中包括已在企业内部使用的参考架构、模型和模式，以及之前在企业内实际已做的架构工作。架构师将尽可能多地从与当前项目相关的架构存储库中复用。（除了收集架构源材料之外，存储库还将包含正在进行架构开发工作。）

在整个ADM的相关位置，有一些提醒需要架构师考虑应该使用架构存储库中的哪些架构资产。在某些情况下，例如，在技术架构的开发中，这可能是TOGAF基础架构。在其他情况下，例如，在业务架构的开发过程中，这可能是从整个行业获取的电子业务的参考模型。

将源材料包含在组织的架构存储库中的标准通常构成企业架构治理流程的一部分。这些治理流程应考虑到在企业内部和外部可用资源的情况，以便确定何时可以将常规资源用于特定的企业需求，并确定可以在何处概括特定的解决方案以支持更广泛的重用。

在使用ADM时，架构师正在制定企业决策及其在特定时间点的影响的快照。ADM的每一次迭代都将填充一个特定组织的场景，所有的架构资产都在整个过程中被确定和利用，包括交付的特定组织的最终架构。

架构开发是一个连续的、周期性的过程，随着时间的推移，在重复实施ADM时，架构逐渐将越来越多的内容添加到组织的架构存储库中。虽然ADM的主要重点是开发企业特定的架构，但在这一更广泛的背景下，ADM也可以被看作是将企业自己的架构存储库中的相关可复用的构建块从企业连续统一体的“左侧”（更一般的一面）中提取出来的过程。

事实上，ADM的第一次实施通常是最困难的，因为可供重复使用的架构资产相对稀缺。然而， 即使在开发的这个阶段，也可以从诸如TOGAF标准以及整个IT行业之类的外部来源获得架构资产，这些资产可以用来支持这项工作。

随着越来越多的架构资产被识别出来，并用于填充组织的架构存储库，并因此可用于未来的重用，后续的实施将变得更容易。

4.1.2ADM与基础架构

ADM也有助于填充企业的基础架构。企业的业务需求可用于确定基础架构中的必要定义和选择。这可以是一套可复用的共同模型、政策和治理定义，甚至可以是比技术选择更具体的模型、政策和治理定义（例如，如果法律授权的话）。基础架构的充实遵循与企业架构相似的原则，不同之处在于，对整个企业的需求仅限于整体的关注，因此不像对特定企业的需求那么完整。

重要的是要认识到，来自这些各种来源的现有模型在集成时不一定会形成一致的企业架构。 在第4.6节中考虑了架构描述的“可集成性”。

4.1.3ADM指南与技术

TOGAF ADM的应用得到了一系列更广泛的资源的支持，这些资源包括指南、模板、清单和其他详细材料。这些项目包括：

■第三部分：ADM指南和技术

■The Open Group出版的白皮书和指南，在TOGAF架构库分类和参考（见https://publations.open group.org/TOGAF — Library）

个别的指南和技术是分开描述的，因此它们可以在必要的时候从ADM中的相关点中被引用，些指南和技巧，而不会因详细的文本干扰对 ADM 本身的描述。

4.2架构开发周期

4.2.1关键点

以下是有关ADM的关键点：

■ ADM在整个过程中、阶段之间和阶段内都是迭代的（见第三部分，第18章）

对于ADM的每次迭代，必须做出以下新决策：

 — 待界定的企业覆盖范围的广度

 — 要定义的细节程度

 — 目标时间段的范围，包括任何中间时间段的数量和范围

 — 应利用的架构资产，包括：

 — 企业以往的 ADM 周期迭代所创建的资产。

 — 业内其他地方可获得的资产（其他框架、系统模型、纵向行业模型等）

■这些决策应基于对资源和能力可用性的实际评估，以及从所选择架构工作范围中可以实际预期的企业所积累的价值

■作为一种通用方法，ADM适用于各种不同地理区域的企业，适用于不同的垂直部门/行业类型

因此，这可能是但不一定必须根据具体需要量身定做。例如，它可以与另一个框架的可交付成果集成一起使用，这些被认为更适合某个特定的组织。（例如，许多美国联邦机构已经开发了单独的框架来定义特定于其特定部门需求的可交付成果。）这些问题在第4.3节中作了详细讨论。

4.2.2基本结构

ADM的基本结构如图4 — 1所示。

在整个ADM周期中，需要经常根据原始预期（包括整个ADM周期的预期和过程特定阶段的预期）验证结果。

 

图4 — 1架构开发周期

ADM周期的各阶段进一步划分为步骤；例如，架构开发阶段（B、C、D）的步骤如下：

■选择参考模型、观点和工具

■编制基线架构描述

■开发TOGAF架构描述

■实施差距分析

■确定候选路线图组件

■解决整个架构全景的影响

■进行正式的利益攸关方审查

■最后确定架构

■创建架构定义文件

需求管理阶段是一个连续阶段，该阶段确保对需求的任何更改都通过适当的治理流程来处理并反映在所有其他阶段中。

企业可以选择记录所有新需求，包括通过单个需求存储库记录当前架构工作声明范围内的那些需求。

第二部分的以下各章详细介绍了周期的各个阶段。

（更多内容请到资源中心下载）