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