• 您重視 COBOL 和 PL/I 應(yīng)用程序的可靠性、速度和功能嗎？
• 這些應(yīng)用程序是您未來應(yīng)用程序環(huán)境中不可或缺的一部分嗎？
• 您希望您的操作后端應(yīng)用程序始終具有良好的質(zhì)量嗎？

但是：您還希望快速實(shí)施更改并從新技術(shù)中受益。您希望安全地進(jìn)行所有更改。
在本期和接下來的兩期簡報中，我們將向您展示 3 個步驟，幫助您安全、可持續(xù)地實(shí)現(xiàn)應(yīng)用程序現(xiàn)代化。

軟件開發(fā)現(xiàn)代化的最佳實(shí)踐

軟件開發(fā)現(xiàn)代化的原因有很多，例如添加新功能、替換舊技術(shù)、整合應(yīng)用程序等。目標(biāo)始終是降低舊軟件開發(fā)的風(fēng)險、節(jié)省成本和提高組織敏捷性。
在本期和接下來的兩期簡報中，我們將向您展示 3 個步驟，幫助您安全、可持續(xù)地實(shí)現(xiàn)應(yīng)用程序軟件開發(fā)現(xiàn)代化。

1. 對正確決策的完整評估
2. 清理，以便您的資源得到正確使用
3. 實(shí)現(xiàn)絕對安全性和靈活性的全自動轉(zhuǎn)換

遺留軟件開發(fā) = 垃圾還是寶藏？

關(guān)于“單體”一詞的一句話：在 COBOL 或 PL/I 中開發(fā)的后端應(yīng)用程序通常被稱為單體——或者我應(yīng)該說“侮辱”。根據(jù)我們在大型項(xiàng)目中的經(jīng)驗(yàn)，我們可以說通常情況恰恰相反，因?yàn)檐浖O(shè)計(jì)、架構(gòu)和工程不僅在今天才出現(xiàn)。大多數(shù)應(yīng)用程序“只是”非常龐大和復(fù)雜，使用不同的架構(gòu)，并且通常缺乏有關(guān)應(yīng)用程序的必要知識。現(xiàn)有文檔不適合現(xiàn)代化。
估計(jì)現(xiàn)代化的風(fēng)險和努力以及決定正確路徑的問題在于這些應(yīng)用程序已經(jīng)發(fā)展了幾十年：預(yù)期的問題往往根本不是真正的問題。缺乏對應(yīng)用程序的準(zhǔn)確理解，這就是為什么只在最省力和風(fēng)險最小的地方添加功能。結(jié)果，原本好的設(shè)計(jì)丟失了。那么，您如何為可持續(xù)的現(xiàn)代化做出正確的決策和戰(zhàn)略以及可靠的成本和資源規(guī)劃？

完整評估 - 為什么？

解決方案是評估。但是，請注意：正如許多提供商所建議的那樣，僅僅列出一些關(guān)于模塊的大致大小和數(shù)量的數(shù)字是不夠的，以便獲得對工作量和成本的可靠估計(jì)。風(fēng)險通常存在于細(xì)節(jié)中。
當(dāng)然，粗略的決定和直覺也可能導(dǎo)致成功。然而，通常情況下，它們會導(dǎo)致延遲（也在其他項(xiàng)目中）和顯著的成本增加，不幸的是，通常還會導(dǎo)致現(xiàn)代化項(xiàng)目的失敗。
Standish Group 在其 2019 年混沌報告中報告稱，83.9% 的 IT 項(xiàng)目部分或完全失敗。研究中反復(fù)引用以下失敗原因：

1. 定義不明確的需求
2. 定義不明確或不切實(shí)際的計(jì)劃
3. 不準(zhǔn)確和不切實(shí)際的估計(jì)

我們?yōu)榇笮徒鹑诜?wù)提供商實(shí)施的現(xiàn)代化項(xiàng)目表明，只有提前對所有來源進(jìn)行全面分析才能提供可靠的信息。這里的重點(diǎn)放在 Complete 和 All 上。這是識別所有障礙和依賴的唯一方法。這是做出正確決策和消除風(fēng)險的唯一途徑。

量身定制的評估 - 為什么？

簡單地收集有關(guān)您的應(yīng)用程序的所有數(shù)據(jù)不會幫助您可靠地評估大量更改的風(fēng)險和成本。這只能通過針對您的項(xiàng)目目標(biāo)和應(yīng)用程序精確定制的分析來實(shí)現(xiàn)。
我們的項(xiàng)目向我們表明，對應(yīng)用程序進(jìn)行有針對性和個性化定制的分析是實(shí)現(xiàn)以下目標(biāo)的關(guān)鍵基礎(chǔ)：

1. 需求的準(zhǔn)確定義
2. 可靠的規(guī)劃
3. 對風(fēng)險和努力的現(xiàn)實(shí)評估

量身定制的評估會發(fā)現(xiàn)所有的絆腳石，有助于精確定義項(xiàng)目的要求，實(shí)現(xiàn)精確的規(guī)劃，從而為成功實(shí)施鋪平道路。