1.2.1 关键点

以下是关于 ADM 的关键点：

1. ADM 在整个过程中、阶段之间和阶段内都是迭代的（参见TOGAF 标准 — ADM 技术）

对于 ADM 的每次迭代，都必须做出新的决定：

— 企业覆盖范围待定

— 要定义的详细程度

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

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

1. 在企业内 ADM 周期的先前迭代中创建的资产
2. 行业其他地方可用的资产（其他框架、系统模型、垂直行业模型等）

1. 这些决策应基于对资源和能力可用性的实际评估，以及从所选架构工作范围中实际预期可为企业带来的价值
2. 作为一种通用方法，ADM 旨在供各种不同地域的企业使用，并应用于不同的垂直部门/行业类型

因此，它可能（但不一定必须）针对特定需求进行裁剪。例如，它可以与另一个框架的交付物集结合使用，这些交付物被认为更适合特定组织。（例如，许多美国联邦机构已经开发了单独的框架来定义特定于其特定部门需求的交付物。）

这些问题将在1.3 调整ADM中详细讨论。

1.2.2 基本结构

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

在整个ADM循环中，需要根据原始预期对结果进行频繁验证，包括整个ADM循环和流程特定阶段的结果。

ADM 循环的各个阶段进一步划分为步骤，这些步骤在每个阶段的详细描述中进行了定义。

需求管理阶段是一个连续阶段，可确保通过适当的治理流程处理对需求的任何变更并反映在所有其他阶段。企业可以选择通过单个需求存储库记录所有新需求，包括当前架构工作说明范围内的需求。

循环的各个阶段将在以下章节中详细描述。

请注意，在整个过程中都会生成输出，并且早期阶段的输出可能会在后期阶段进行修改。在 ADM 中，定义了每个阶段的输出状态。输出的生命周期必须通过版本编号策略进行管理，由架构师调整以满足组织的要求，并与组织使用的架构工具和存储库一起使用。

在 ADM 中，正在制定且未经过任何正式审查和批准程序的文件被指定为“草案”。根据组织的治理实践，已审核和批准的文件被指定为“批准”。批准并不一定意味着最终确定。文档可能会在后续阶段演变，但只能通过适当的变更控制和治理流程进行变更。这在 ADM 中特别用于说明基线和目标架构定义的演变过程。

想要调整 ADM 的其他可能原因包括：

1. ADM 是构成公司治理模型的众多公司流程之一

它是对其他标准项目管理流程的补充和支持，例如授权、风险管理、业务规划和预算、开发规划、系统开发和采购流程。

1. ADM 被授权由主承包商或主要承包商在外包情况下使用，并且需要进行调整以在承包商的现有做法和承包企业的要求之间实现适当的折衷
2. 该企业是一家中小型企业，并希望使用与该环境的资源和系统复杂性水平相适应的“精简”方法
3. 企业非常庞大和复杂，在一个整体协作的业务框架内包含许多独立但相互关联的“企业”，需要调整架构方法以识别这一点。在这种情况下，可以使用不同的规划和整合方法，包括以下（可能结合使用）：

— 自顶而下的规划和开发——将整个相互关联的元企业设计为一个单一的实体（这通常是实际可行性的极限）

— 开发一个“通用”或“参考”架构，是组织内企业的典型，但不代表任何特定的企业，然后期望各个企业对其进行调整，以生成适合相关特定企业的架构“实例”

— 复制——为一个企业开发特定架构，将其作为概念验证实施，然后将其作为“参考架构”复制到其他企业

1. 在供应商或生产环境中，一个相关产品系列的通用架构通常被称为“产品线架构”，与上述类似的过程称为“（基于架构的）产品线工程”。ADM 主要针对 IT 用户企业中的架构师，但是一个以IT为基础的产品供应商组织可能希望将其调整为用于产品线架构开发的通用方法。

ADM 阶段的描述包含可适用于任何企业的交付物和制品的列表。调整交付物和制品以反映企业对所需架构的特定需求非常重要。

调整内容框架和企业元模型，它定义了组织特定的交付物和制品，以及 ADM 阶段描述中引用的特定交付物和制品的详细描述，可以在TOGAF 标准 - 架构内容中找到。

ADM 还可以调整为支持敏捷企业架构交付方式以及实现企业敏捷性。有关如何调整 ADM 的详细指南可在以下文件中找到：

1. TOGAF® 系列指南：实现企业敏捷性
2. TOGAF® 系列指南：使用敏捷 Sprint 应用 ADM

有关调整 ADM 流程的其他指南，请参阅TOGAF 标准 — 应用 ADM以及TOGAF® 系列指南：遵循 TOGAF ADM 开发企业架构的实践者方法。