ADM支持一系列以迭代为特点的概念。迭代的场景可能包括:①项目团队贯穿整个ADM周期进行迭代,在架构变更管理之后开始新一轮的架构愿景开发活动。②项目团队在ADM阶段之间、在覆盖多个阶段的周期中进行有计划的循环(例如,覆盖业务架构、信息系统架构和技术架构阶段的周期)。③项目团队可以返回到之前的某些阶段,以便退回去用新的信息更新工作产品。④多个项目团队可以并行地开展各自的ADM周期,中间保持一定的联系。例如,一个架构团队可以提出对另一个架构团队工作的请求。
所有上述的这些技术都是对ADM的有效应用,可以用来确保这种架构开发方法足够灵活,能够容纳其他的方法和框架。
TOGAF 9还包括对组织等因素的考虑,这些因素会影响到对ADM是以一种迭代方式、还是以不同的迭代风格被应用的程度,还会影响到从ADM的各阶段到架构定义的各迭代周期之间该如何映射。
对于跨若干个ADM阶段的各类迭代,一种建议的迭代周期如图8-65所示。
架构上下文(architecture context)迭代:这种迭代通过建立方法、原则和范围,来进行架构活动的启动动员。
图8-65 迭代周期
1.架构定义(architecture definition)迭代 这种迭代通过在业务、信息系统和技术各架构阶段之间进行循环,来创建架构内容。
2.迁移规划(transition planning)迭代 这种迭代支持了正式的变更路线图的创建。
3.架构治理(architecture governance)迭代 这种迭代支持对变更活动的治理,使变更活动能按照定义好的目标架构来开展。
TOGAF 9给出了两种迭代风格的架构定义。
1.基线先行(baseline first) 在这种风格中,首先对基线架构进行评估。当无法清晰地了解目标解决方案时,这种过程比较适用。
2.目标先行(target first) 在这种风格中,首先对目标解决方案进行详细阐述,然后再映射回基线架构中去,以便定义变更活动。当目标状态已在高层达成一致,并且企业不希望将当前的业务实践扩散到目标方案中去的时候,这种过程比较适用。
TOGAF 9将这两种迭代风格都映射到了迭代周期中,如表8-70和表8-71所示。
表8-70 适用于基线先行架构定义的迭代活动
迭代的主要焦点活动
迭代的次要焦点活动
迭代的潜在活动,在方法中不会被正式提到
表8-71 适用于目标先行架构定义的迭代活动
(续 表)
迭代的主要焦点活动
迭代的次要焦点活动
迭代的潜在活动,在方法中不会被正式提到
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
