學習三個案例，掌握現代化的正確方法。

從JFE Steel、東京海上日動火災保險和Co-op Sapporo的案例中，探索現代化的正確方法。

JFEスチール
無駄な移行を抑える

　JFE Steel已將總部核心系統從主機完全轉移到開放系統上，並於2022年6月撤銷了總部主機。

　「考慮到繼續使用主機的風險以及與最新IT的親和性，將其轉移到開放系統上是必然的趨勢」。JFE Steel的市川公義IT改革推進部主任部員（課長）這樣解釋他們採用開放系統的原因。

　移行對象的COBOL程序位於主機上，共有4000萬步。將現有應用程序進行分類，並將移行對象限定在其中，是導致該項目成功的原因之一。另一方面，他們也必須應對移行前後字符編碼的差異。

　首先，他們對現有應用程序進行了分類，並分析了系統日誌，調查了內部的使用情況。市川主任部員表示：“我們調查了使用情況，例如使用頻率、誰操作了屏幕等，並與使用者一起判斷是否需要移行”。

　現在看來，還發現了一些過於冗長的程序。「只是刪除數據，卻有500萬步的機制。我們使用Java開發了數據刪除功能，使用ETL（抽取/轉換/加載）工具代替了主機之間的數據複製，使其更加簡潔」（同）。

　通過一系列的分類，他們將總共600萬步的程序從移行對象中排除，從而減少了不必要的工作。

由於字符編碼的差異，排序順序可能會改變。

　在應用程序的移行中，他們選擇了將傳統邏輯保持不變，並將其改寫為開放系統的開發語言的“重寫”。他們選擇了英國Micro Focus的開放系統COBOL作為重寫目標。

　他們判斷，重新使用Java等從頭開始進行“重建”是不划算的。Java重寫也成為了選擇之一，但市川主任部員認為：“使用自動轉換的Java程序，維護管理將變得困難”，因此沒有採用。

　他們通常使用自動工具進行將COBOL程序轉換為開放系統COBOL。對於需要處理的部分，則需要手動進行改寫。

　在應用程序的移行中，他們受到字符編碼的困擾。在主機上，使用EBCDIC表示的數據需要轉換為SJIS（Shift JIS）才能在開放系統中使用。

　「一番困難的是，當數據的字符編碼改變時，排序順序也會改變」，市川主任部員回顧道。由於代碼不同，排序順序可能會改變，例如英文字母先還是數字先等等。發現了這樣的情況後，對於受到這種影響的符號，採用了更改為其他符號的方法來解決。市川主任部員表示：「我們檢查了所有程序，對於排序順序的變化會導致處理結果改變的邏輯，進行了程序改進，使其像現有程序一樣正常運行」。

　為了確認現有系統和新系統是否具有相同的功能，自動進行了“現新比較測試”，即將相同的數據輸入現有系統和新系統，並驗證其輸出結果是否相同。在進行此操作時，將輸入數據從EBCDIC轉換為SJIS，然後將輸出結果從SJIS轉換為EBCDIC進行比較。