應用程式現代化改造的目的，在於更新舊版軟體，以採用較新的運算方法，包括較新的語言、架構和基礎架構平台。有時，此一做法也稱為舊版現代化改造，或舊版應用程式現代化改造。對軟體開發而言，此舉等同翻新老屋，並善加利用效率、安全性和結構完整性等改善措施。相較於淘汰現有系統，或替換整個系統，舊版現代化改造可延長企業應用程式的使用壽命，同時善加利用各項技術創新。

應用程式現代化改造可讓企業保護其投資，並更新其軟體產品組合，以善加利用現行基礎架構、工具、語言和其他技術演進。穩健的應用程式現代化改造策略，可減少執行應用程式的所需資源、提高部署頻率和可靠性、改善不停機時間和彈性，並享有其他眾多優勢。正因如此，應用程式現代化改造計畫已成為企業整體數位化轉型策略的其中一項常見特點。

常見的應用程式現代化改造模式包括：

• 隨即移轉：「隨即移轉」有時也稱為「重新代管」，現已成為軟體開發術語，可用來指稱將現有應用程式自舊版環境 (例如地端伺服器) 移轉到較新基礎架構 (例如公有雲平台) 的做法。在此一模式下，您會「依現狀」移動應用程式，並對底層程式碼或架構進行最小限度的更動。這表示，這個模式通常難度最低，但視應用程式而定，此一模式不見得是最理想的做法。
• 重構：就本質上而言，重構等同「重寫」或「重新建立結構」。這個應用程式現代化改造方法，會大幅更動舊版應用程式中的底層程式碼，以更妥善地在新環境 (通常為雲端基礎架構) 中加以執行。除了重新建立現有程式碼基底的結構之外，此一模式經常需要重寫程式碼。如果開發團隊有意將單體應用程式拆解為規模較小且彼此分離的部分 (也就是所謂的微服務架構選項)，就有可能選用這個模式。開發團隊可以使用微服務，充分發揮雲原生基礎架構和工具 (包括容器和容器協調作業) 的優勢。
• 重新建構平台：此一模式可視為「隨即移轉」和「重構」之間的折衷做法。重新建構平台不像重構一樣，需要大幅更動程式碼或結構，卻得進行現代化更新 (例如修改或取代應用程式的後端資料庫)，好讓舊版應用程式能善加利用現代化雲端平台。