金融機関・保険

セルフホスト、オンプレミス、社内VPC、プライベートクラウド、完全閉域環境などの利用可否と詳細仕様は、提供範囲・構成・契約条件によって異なります。「社内に置くから安全」と判断せず、データフロー図と運用ルールを作成し、最新の公式資料・契約書・セキュリティチェックシートと照合してから社内確認を進めてください。閉域要件を前提とした検討の進め方は、金融機関のレガシーコードをJiteraで解析するで具体的に解説しています。

基幹システム全体ではなく、業務単位・プログラム群・バッチ単位で対象を区切ることから始めます。範囲を決めたうえでソースコード、DB定義、ジョブ定義、業務資料をそろえ、機密区分・版・適用期間・作成者・確認者も記録しておくと、生成結果の根拠を追跡しやすくなります。対象の区切り方と準備する資料は、金融機関のレガシーコード解析の進め方にまとめています。

できません。Jiteraが作成するのはドラフトです。融資可否、融資条件、信用リスク、規程適合性、AML・KYC、制裁・反社チェック、例外承認の要否をJiteraだけで確定することはできません。権限を持つ担当者が原資料と根拠を確認し、組織の手続きに従って最終判断・承認を行います。草案をどこまで任せられるかは、融資稟議書・審査メモの作成事例で確認できます。

長年稼働しているプログラム、DB、SQLバッチ、ジョブ定義を業務単位で整理し、処理概要・データの流れ・依存関係・改修時の確認項目・テスト観点の草案として残す進め方があります。手順だけでなく、前提・例外・判断理由・確認者・更新日をあわせて残すことが引き継ぎの要点です。残し方の具体例は、チームで育てられる開発資産へで紹介しています。

一般化できません。削減率、開発期間、テスト工数、ROIは、対象システム、資料の整備状況、レビュー体制、契約・環境条件で変わります。対象を限定した検証で、効果の数値だけでなく根拠の追跡しやすさ、レビューのしやすさ、現行資産との整合性まで含めて判断してください。