ADM支持一系列以迭代為特點的概念。迭代的場景可能包括:①項目團隊貫穿整個ADM周期進行迭代,在架構(gòu)變更管理之后開始新一輪的架構(gòu)愿景開發(fā)活動。②項目團隊在ADM階段之間、在覆蓋多個階段的周期中進行有計劃的循環(huán)(例如,覆蓋業(yè)務(wù)架構(gòu)、信息系統(tǒng)架構(gòu)和技術(shù)架構(gòu)階段的周期)。③項目團隊可以返回到之前的某些階段,以便退回去用新的信息更新工作產(chǎn)品。④多個項目團隊可以并行地開展各自的ADM周期,中間保持一定的聯(lián)系。例如,一個架構(gòu)團隊可以提出對另一個架構(gòu)團隊工作的請求。

所有上述的這些技術(shù)都是對ADM的有效應(yīng)用,可以用來確保這種架構(gòu)開發(fā)方法足夠靈活,能夠容納其他的方法和框架。

TOGAF 9還包括對組織等因素的考慮,這些因素會影響到對ADM是以一種迭代方式、還是以不同的迭代風(fēng)格被應(yīng)用的程度,還會影響到從ADM的各階段到架構(gòu)定義的各迭代周期之間該如何映射。

對于跨若干個ADM階段的各類迭代,一種建議的迭代周期如圖8-65所示。

架構(gòu)上下文(architecture context)迭代:這種迭代通過建立方法、原則和范圍,來進行架構(gòu)活動的啟動動員。

圖8-65 迭代周期

1.架構(gòu)定義(architecture definition)迭代 這種迭代通過在業(yè)務(wù)、信息系統(tǒng)和技術(shù)各架構(gòu)階段之間進行循環(huán),來創(chuàng)建架構(gòu)內(nèi)容。

2.遷移規(guī)劃(transition planning)迭代 這種迭代支持了正式的變更路線圖的創(chuàng)建。

3.架構(gòu)治理(architecture governance)迭代 這種迭代支持對變更活動的治理,使變更活動能按照定義好的目標架構(gòu)來開展。

TOGAF 9給出了兩種迭代風(fēng)格的架構(gòu)定義。

1.基線先行(baseline first) 在這種風(fēng)格中,首先對基線架構(gòu)進行評估。當無法清晰地了解目標解決方案時,這種過程比較適用。

2.目標先行(target first) 在這種風(fēng)格中,首先對目標解決方案進行詳細闡述,然后再映射回基線架構(gòu)中去,以便定義變更活動。當目標狀態(tài)已在高層達成一致,并且企業(yè)不希望將當前的業(yè)務(wù)實踐擴散到目標方案中去的時候,這種過程比較適用。

TOGAF 9將這兩種迭代風(fēng)格都映射到了迭代周期中,如表8-70和表8-71所示。

表8-70 適用于基線先行架構(gòu)定義的迭代活動

迭代的主要焦點活動
迭代的次要焦點活動
迭代的潛在活動,在方法中不會被正式提到

表8-71 適用于目標先行架構(gòu)定義的迭代活動

(續(xù) 表)

迭代的主要焦點活動
迭代的次要焦點活動
迭代的潛在活動,在方法中不會被正式提到