在ADM中应用迭代
ADM支持一系列以迭代为特点的概念。迭代的场景可能包括：
- 项目团队贯穿整个ADM周期进行迭代，在架构变更管理之后开始新一轮的架构愿景开发活动。
- 项目团队在ADM阶段之间、在覆盖多个阶段的周期中进行有计划的循环（例如，覆盖业务架构、信息系统架构和技术架构阶 段的周期）。
- 项目团队可以返回到之前的某些阶段，以便退回去用新的信息更新工作产品。
- 多个项目团队可以并行地开展各自的 ADM 周期，中间保持一定的联系。例如，一个架构团队可以提出对另一个架构团队工作的请求。
所有上述的这些技术都是对 ADM 的有效应用，可以用来确保这种架构开发方法足够灵活，能够容纳其他的方法和框架。
TOGAF 9 还包括对组织等因素的考虑，这些因素会影响到对 ADM 是以一种迭代方式、还是以不同的迭代风格被应用的程度，还会影响到从 ADM 的各阶段到架构定义的各迭代周期之间该如何映射。
对于跨若干个 ADM 阶段的各类迭代，一种建议的迭代周期如下图所示。
迭代周期
- 架构上下文（ Architecture Context）迭代：这种迭代通过建立方法、原则和范围，来进行架构活动的启动动员。
- 架构定义（ Architecture Definition）迭代：这种迭代通过在业务、信息系统和技术各架构阶段之间进行循环，来创建架构内容。
- 迁移规划（ Transition Planning）迭代：这种迭代支持了正式的变更路线图的创建。
- 架构治理（ Architecture Governance）迭代：这种迭代支持对变更活动的治理，使变更活动能按照定义好的目标架构来开展。
TOGAF 9 给出了两种迭代风格的架构定义：
- 基线先行（ Baseline First）：在这种风格中，首先对基线架构进行评估。当无法清晰地了解目标解决方案时，这种过程比较适用。
- 目标先行（ Target First）：在这种风格中，首先对目标解决方案进行详细阐述，然后再映射回基线架构中去，以便定义变更活动。当目标状态已在高层达成一致，并且企业不希望将当前的业务实践扩散到目标方案中去的时候，这种过程比较适用。
TOGAF 9将这两种迭代风格都映射到了迭代周期中，如下面两幅图所示：
适用于基线先行架构定义的迭代活动
适用于目标先行架构定义的迭代活动
最近更新于 2022-05-14， 由 孜孜不倦 于 2022-05-05 发布， 已阅 1290 次。