您重視 COBOL 和 PL/I 應(yīng)用程序的可靠性、速度和功能嗎?
這些應(yīng)用程序是您未來應(yīng)用程序環(huán)境中不可或缺的一部分嗎?
您希望您的操作后端應(yīng)用程序始終具有良好的質(zhì)量嗎?
但是:您還希望快速實施更改并從新技術(shù)中受益。您希望安全地進(jìn)行所有更改。
在本期和接下來的兩期簡報中,我們將向您展示 3 個步驟,幫助您安全、可持續(xù)地實現(xiàn)應(yīng)用程序現(xiàn)代化。
軟件開發(fā)現(xiàn)代化的最佳實踐
軟件開發(fā)現(xiàn)代化的原因有很多,例如添加新功能、替換舊技術(shù)、整合應(yīng)用程序等。目標(biāo)始終是降低舊軟件開發(fā)的風(fēng)險、節(jié)省成本和提高組織敏捷性。
在本期和接下來的兩期簡報中,我們將向您展示 3 個步驟,幫助您安全、可持續(xù)地實現(xiàn)應(yīng)用程序軟件開發(fā)現(xiàn)代化。
對正確決策的完整評估
清理,以便您的資源得到正確使用
實現(xiàn)絕對安全性和靈活性的全自動轉(zhuǎn)換
遺留軟件開發(fā) = 垃圾還是寶藏?
關(guān)于“單體”一詞的一句話:在 COBOL 或 PL/I 中開發(fā)的后端應(yīng)用程序通常被稱為單體——或者我應(yīng)該說“侮辱”。根據(jù)我們在大型項目中的經(jīng)驗,我們可以說通常情況恰恰相反,因為軟件設(shè)計、架構(gòu)和工程不僅在今天才出現(xiàn)。大多數(shù)應(yīng)用程序“只是”非常龐大和復(fù)雜,使用不同的架構(gòu),并且通常缺乏有關(guān)應(yīng)用程序的必要知識?,F(xiàn)有文檔不適合現(xiàn)代化。
估計現(xiàn)代化的風(fēng)險和努力以及決定正確路徑的問題在于這些應(yīng)用程序已經(jīng)發(fā)展了幾十年:預(yù)期的問題往往根本不是真正的問題。缺乏對應(yīng)用程序的準(zhǔn)確理解,這就是為什么只在最省力和風(fēng)險最小的地方添加功能。結(jié)果,原本好的設(shè)計丟失了。那么,您如何為可持續(xù)的現(xiàn)代化做出正確的決策和戰(zhàn)略以及可靠的成本和資源規(guī)劃?
完整評估 - 為什么?
解決方案是評估。但是,請注意:正如許多提供商所建議的那樣,僅僅列出一些關(guān)于模塊的大致大小和數(shù)量的數(shù)字是不夠的,以便獲得對工作量和成本的可靠估計。風(fēng)險通常存在于細(xì)節(jié)中。
當(dāng)然,粗略的決定和直覺也可能導(dǎo)致成功。然而,通常情況下,它們會導(dǎo)致延遲(也在其他項目中)和顯著的成本增加,不幸的是,通常還會導(dǎo)致現(xiàn)代化項目的失敗。
Standish Group 在其 2019 年混沌報告中報告稱,83.9% 的 IT 項目部分或完全失敗。研究中反復(fù)引用以下失敗原因:
定義不明確的需求
定義不明確或不切實際的計劃
不準(zhǔn)確和不切實際的估計
我們?yōu)榇笮徒鹑诜?wù)提供商實施的現(xiàn)代化項目表明,只有提前對所有來源進(jìn)行全面分析才能提供可靠的信息。這里的重點放在 Complete 和 All 上。這是識別所有障礙和依賴的唯一方法。這是做出正確決策和消除風(fēng)險的唯一途徑。
量身定制的評估 - 為什么?
簡單地收集有關(guān)您的應(yīng)用程序的所有數(shù)據(jù)不會幫助您可靠地評估大量更改的風(fēng)險和成本。這只能通過針對您的項目目標(biāo)和應(yīng)用程序精確定制的分析來實現(xiàn)。
我們的項目向我們表明,對應(yīng)用程序進(jìn)行有針對性和個性化定制的分析是實現(xiàn)以下目標(biāo)的關(guān)鍵基礎(chǔ):
需求的準(zhǔn)確定義
可靠的規(guī)劃
對風(fēng)險和努力的現(xiàn)實評估
量身定制的評估會發(fā)現(xiàn)所有的絆腳石,有助于精確定義項目的要求,實現(xiàn)精確的規(guī)劃,從而為成功實施鋪平道路。