レガシーモダナイゼーション・設計書整備

始められます。許可されたソースコード、DBスキーマ、SQL、連携仕様、ジョブ定義から、プログラム概要、処理フロー、依存関係、影響範囲の草案を作成します。ただし抽出した関係や影響範囲の網羅性を保証するものではないため、実際の資産や運用と照合しながら利用します。最初の一歩は、レガシーコードから設計書を自動生成するで具体的に確認できます。

基幹システム全体をまとめて登録せず、業務単位、プログラム群、またはバッチ単位で区切ります。範囲を決めたうえで資料をそろえ、機密区分、版、適用期間、作成者、確認者を記録すると、生成結果の根拠を追跡できます。区切り方の実例は、金融機関のレガシーコード解析事例で紹介しています。

プログラム概要・依存関係、基本設計書、画面遷移図、データフロー図、単体テスト観点までが対象です。図の見た目が整っていても内容の正確性を意味しないため、ノード、矢印、テーブル名、処理順序を原コードや定義書と照合してください。成果物ごとの作成手順は、レガシーコードから設計書を自動生成する7ステップにまとめています。

対応事例があります。金融機関ではCOBOL、PL/SQL、SQLバッチ、ジョブ定義を対象に、処理の概要、データの流れ、依存関係、改修時の確認ポイントを整理しています。対象言語と資料の整備状況によって適用範囲が変わるため、事前に確認してください。実際の解析範囲は、金融機関のレガシーコードをJiteraで解析するで確認できます。

条件によって変わります。参考値として、電池メーカーの事例ではシステム可視化が2週間→1日、影響範囲分析が3日→1日と報告されています。すべての環境で同じ効果が得られることを示すものではないため、対象範囲を限定し、調査時間・確認回数・未確認事項の件数を導入前後で比較して評価してください。この事例の詳細は、製造業のMES・基幹DBをJiteraで可視化するで紹介しています。