然而,通過額外的工作可以使自底向上的開發方法支持層次數據模型,因而不會被自動淘汰掉。
更改的廣度及其對組織的影響得到最優先的考慮,而更改的深度則通常集中於垂直的自頂向下或自底向上的方法。
您也可以在自頂向下或自底向上方法中嵌入旁路方法。
本節描述瞭如何利用遺留的投資,來聯合自頂向下的,業務驅動的手段和自底向上的手段。
回顧核心系現代化的歷史,我們發現自底向上設計和業務線方法會催生豎井式的IT決策,加速這些解決方案的衰退。
這意味着行業模型趨向於既不遵守自頂向下,也不遵循自底向上的方法。
一個比較明智的手段應該是首先按照自頂向下來做,接下來進行目標服務建模,最後是自底向上的現有資產的遺留分析。
打一個下坡仗要比試圖自底向上影響變更要更容易。
我們需要自底向上來做這件事。
即使出現的結果和我們理解的生命有很大的不同,像我一樣的那些‘自底向上’式的研究人員,都是以儘可能簡單的形式去裝配生命為目標——包括使用硬件和程序。
您也可以將自頂向下方法嵌入到第二個自頂向下方法,接着再嵌入到自底向上方法。
該算法首先通過對邊緣密度圖進行投影分析進行自頂向下的粗定位,然後在此基礎上利用垂直邊緣的連接強度進行自底向上的精確定位。
中間向外視圖由目標服務建模組成,來驗*和發現自頂向下或自底向上的服務鑑別手段中沒有捕捉到的其他服務。