舉辦主題為「【富士通主機撤退】僅更換語言，系統就能真正維護嗎?」的線上研討會

詳情與報名請點此

富士通主機撤退後，遷移作業持續進行，您是否已考慮到後續的維護營運? 在富士通主機事業撤退的背景下，許多企業已開始認真考慮核心系統的遷移。然而，長期運行的 COBOL 和 JCL 資產已逐漸成為黑盒子，許多環境也缺乏設計文件。 因此, ・無法掌握現有資產的整體狀況 ・無法估計遷移費用與時程 ・無法向經營層說明而導致預算無法編列 等原因，導致遷移計畫本身停滯的案例越來越多。 此外，近年來，即使遷移本身已完成，但每次修改或營運時所需工時超出預期，導致一些企業感覺「比以前更難維護」。 現在所需的是，不僅是系統遷移，而是實現遷移後仍能持續維護營運的環境。

未留下設計文件的遷移，將使遷移後的維護變得困難 傳統的遷移方式，多採用將現有程式轉換為新程式的「直接轉換」。 然而，即使程式可以遷移，但若在未充分整備顯示其設計理念與業務規格的設計文件的情況下進入營運，就可能導致維護性下降。 結果, ・難以掌握故障或修改時的影響範圍 ・維護人員的交接困難 ・調查與修改的工時逐年增加 等課題發生，產生了「能夠遷移」,並不直接等於「能夠維護」的狀況。 也就是說，重要的不僅是選擇哪種遷移方式，而是如何實現遷移後仍能持續維護的系統的觀點。

透過 AI 生成設計文件，實現可維護系統遷移的方法 本次研討會將以考量維護性的遷移為核心概念，解析其實現方法。 透過利用 AI 從現行原始碼逆向生成設計文件，並以該設計文件為起點建構新系統的方法，我們將介紹從現有資產可視化、遷移判斷，到遷移後維護性的考量等遷移推進方式。 此外，我們也將介紹包含設計文件整備與測試效率化等局部支援，對「即將遷移的企業」與「已遷移但面臨維護課題的企業」各自有用的具體想法，以及可免費使用的「遷移簡易診斷」內容。

・推薦給以下立場/面臨以下課題者 ・考慮富士通主機(GS21 系列等)遷移，屬於資訊系統部門/IT企劃部門者 ・因 COBOL/JCL 資產黑盒子化，在遷移計畫或預算編列上感到困擾者 ・希望整理判斷應選擇哪種遷移方式(Rehost/Rewrite/Rebuild)的判斷材料者 ・遷移後維護性惡化，對修改/營運成本增加感到困擾者 ・希望在自家或客戶環境中，考量維護性的遷移推進方式者

・本次研討會可帶回的收穫 遷移並非系統遷移後就結束。能否實現遷移後仍能持續維護營運的環境，將大大影響後續的營運成本與系統價值。 本次研討會將透過導入 AI 設計文件生成的新遷移方法，解析從現有資產可視化、遷移判斷，到維護性的考量等想法。對於即將考慮遷移的企業，以及已面臨遷移後維護課題的企業，都能帶回有助於未來判斷與改善的具體提示。

主辦/共同主辦 Koshiki Value Hub, Inc.

協辦 BizBoost, Inc. Majisemi, Inc.

詳情與報名請點此

Majisemi 將持續舉辦「對參加者有益」的線上研討會。

過往研討會公開資料、其他募集中研討會請點▶這裡瀏覽。

Majisemi, Inc.

〒102-0094 東京都千代田區紀尾井町3番12號 洽詢: https://majisemi.com/service/contact/