Tag Archives

本プロジェクトでは、生命保険契約管理システムをIBM i／AS400からJava・AWS基盤へ段階的に刷新しました。対象となるRPG資産は約1,200本、プロジェクト規模は約300人月です。資産の特性に応じて60％を自動変換、30％をリファクタリング、10％を再設計するハイブリッド移行方式を採用しました。 プロジェクト概要 対象システム 生命保険契約管理システム RPG資産規模 約1,200本 プロジェクト規模 約300人月 ハイブリッド移行方式 60％自動変換、30％リファクタリング、10％再設計 現行システムの課題 現行の生命保険契約管理システムでは、COBOL 85、RPG、CL、Shift-JIS、DB2 for i、IBM iを使用していました。 ・AS/400ハードウェアの保守EOLによる業務継続リスク ・新商品対応のRPG改修長期化による商品投入の遅延 ・RPG技術者の退職による属人化と技術継承の困難 移行先システム構成 Application Java 17、Spring Boot、JPA、UTF-8 Database Aurora PostgreSQL Batch／Report Spring Batch、PDF帳票 移行支援ツール：Tree Sitter AST解析｜GenAI設計書生成｜AWS DMS｜無停止レプリケーション 課題・アプローチ・提供価値 01．RPG資産の段階移行 課題：約1,200本のRPG資産について、優先度と依存関係を整理する必要がありました。 NTQのアプローチと提供価値：RPG資産を棚卸しして移行ロードマップを策定し、資産特性に応じて60％自動変換、30％リファクタリング、10％再設計を適用しました。これにより、効率と品質を両立し、移行リスクを低減しました。 02．Web・モバイル対応 課題：525画面と紙中心の運用により、Web・モバイルからの契約が困難でした。 NTQのアプローチと提供価値：Java化とAPI整備により契約業務をモダンな基盤へ再構築し、オムニチャネル対応基盤を構築しました。 03．DMSによるDB無停止移行 課題：DB2 for iからAuroraへの移行に伴う業務影響が課題となっていました。 NTQのアプローチと提供価値：AWS DMSを使用してAurora PostgreSQLへ継続的にレプリケーションし、システム切替時の業務影響を最小化しました。 04．バッチ・帳票基盤の刷新 課題：日次バッチ連携により、経営判断にタイムラグが発生していました。 NTQのアプローチと提供価値：規制報告・約款帳票をSpring BatchとPDFで刷新し、標準化・自動化することで、レポーティングをタイムリー化しました。 マイグレーションについて相談する 実績集をダウンロードする