系统架构设计方法论——TOGAF_adm的阶段和活动

1、ADM的架构开发阶段

ADM方法是由一组按照架构领域的架构开发顺序而排列成一个环的多个阶段所构成。通过这些开发阶段的工作，设计师可以确认是否已经对复杂的业务需求进行了足够全面的讨论。TOGAF中最为著名的一个ADM基础结构图如下所示：

 

ADM方法被迭代式的应用在架构开发的整个过程中、阶段之间和每个阶段内部。在ADM的全生命周期中，每个阶段都需要根据原始业务需求对设计结果进行确认，这也包括业务流程中特有的一些阶段。确认工作需要对企业的覆盖范围、时间范围、详细程度、计划和里程碑进行重新审议。每个阶段都应该考虑到架构资产的重用（以往ADM迭代成果、其它框架、系统模型、行业模型等）。

 

因此，ADM便形成了3个级别的迭代概念：

• 基于ADM整体的迭代，用一种环形的方式来应用ADM方法，表明了在一个架构开发工作阶段完成后会直接进入随后的下一个阶段。
• 多个开发阶段间的迭代，例如在完成了技术架构阶段的开发工作后又重新回到业务架构开发阶段。
• 在一个阶段内部的迭代，TOGAF支持基于一个阶段内部的多个开发活动，对复杂的架构内容进行迭代开发。

2、ADM方法各阶段中的活动

 

 

 

3、ADM方法的详细说明

在以下的表格中从目标、步骤、输入和输出几个方面对ADM环中的每个阶段进行了分析和描述。

3.1 准备阶段

 

3.2 阶段A——架构愿景

在架构愿景阶段，将启动一次架构开发过程的迭代，设置迭代工作的范围、约束和期望，创建架构愿景、验证业务上下文，创建架构工作说明书并取得大家的一致认可。

愿景表达了我们对架构的期望结果，阐明重要涉众关注的问题和目标，可帮助团队关注架构的核心领域。

 

3.3 阶段B——业务架构

在业务架构阶段，将开发一个支持架构愿景的业务架构。架构愿景中概括的基线和目标业务架构将在此被细化，从而使它们可以作为技术分析的有用输入。业务过程建模、业务目标建模和用例建模是用于生成业务架构的一些技术，这又包含了所期望状态的差距分析。

本阶段的核心内容包括组织如何满足业务目标；企业静态特征（业务目标、业务组织结构、业务角色）；企业动态特征（流程、功能、服务）。

 

 

3.4 阶段C——信息系统架构

在信息系统架构设计阶段，确定主要的信息类型和处理这些信息的应用系统。在本阶段有两个主要的步骤，数据架构设计和应用架构设计，二者既可以依次开发，也可以并行开发。核心内容为：IT系统如何满足企业的业务目标；信息以及信息之间的关系；应用以及应用之间的关系。

 

3.4.1 数据架构

 

3.4.2 应用架构

 

3.5 阶段D——技术架构

在技术架构阶段，完成对IT系统基础服务设施的设计，定义了架构解决方案的物理实现，包括硬件、软件和通信技术。

 

3.6 机会及解决方案

这是第一个直接关注实施的阶段，该阶段主要描述确定目标架构交付物（项目、程序或文件）的过程。

 

3.7 阶段F——迁移规划

该阶段通过制订一个详细的实现和迁移计划完成从基线架构向目标架构的转变。

 

 

3.8 阶段G——实施治理

该阶段定义了实施项目的架构约束，提供项目构建的架构监督，产生一个架构契约。

 

3.9 阶段H——架构变更管理

该阶段确保能够以一种可控制的方式对架构的改变进行管理。

 

 

3.10 需求管理

架构需求管理适用于ADM的所有阶段，这是一个动态的过程，完成对企业需求的识别、存储并把它们插入或取出相应的ADM阶段。需求管理是ADM流程的中心。处理需求变化的能力对于ADM过程是非常重要的，架构通过其天然处理不确定性和变化的能力在涉众诉求之间架起桥梁并交付一个可实践的解决方案。

 

3.11 建立架构活动的范围

ADM方法不能够确定架构活动的范围，这必须由企业自己确定。需要限定架构活动范围的原因与以下因素有关：

• 创建架构的团队所具备的组织权力；
• 需要在架构中实现的目标和干系人的诉求；
• 可利用的人、资金以及其它资源。

选定的架构活动范围理论上应该地支持企业中的架构师高效地完成治理和整合工作。这需要一套一致的“架构分区”，确保架构师不会从事重复劳动或冲突的活动。这同样需要定义重用和多个架构分区间的服从关系。下表从四个维度对架构活动范围的限定进行了说明。