• 従来からホスト上の主要システムのリビルド（再構築）によるオープン化を推進しており、最終的に残ったものをリホスト方式でマイグレーションしてホストの維持管理コストを削減する。
• レガシーマイグレーション時に『棚卸サービス』によって移行対象リソースを必要最小限に絞込み、できるだけコストをかけずに移行する。
• 新規のサーバー導入を最小限とし、既存のオープン系サーバーを最大限、活用する。

• 全面リビルド（再構築）して、オープン化する場合と比較し、約半分の費用でオープン化できた。
• 維持管理コストを90%削減できた。
• ホスト技術者のプロジェクト参画により、オープンシステムへの技術転換がスムーズにできた。

E@MSの適用事例

• IMS DB/DCのコンバージョンが課題

  ⇒	弊社の従来ソリューションに加え、IMS DB/DCをエミュレートするアプリケーション基盤、基盤部品のジェネレーター・ツールを開発

CA Easytrieve(Classic)→CA EasytrievePlus変換

• CA Easytrieve(Classic)にはAIX版の製品が存在しない

  ⇒	CA EasytrievePlusに変換するツールを開発し、全てCA EasytrievePlusに変換し、AIXに移行

ファイルレイアウトが難解なデータの移行

• マルチレイアウトのファイル等で難解なものが多数あり、EBCDICからS-JISへのコード変換が課題

  ⇒	実データを読み込み、項目属性を判断し、レイアウトをチェックするツールを開発したことでデータ移行の生産性が飛躍的に向上

• データセンターにアウトソーシングしているホストコンピュータにかかわる運用費用のコストダウン
• オープン系環境へ統合し、子会社データセンターで運用を行うことで企業グループ 内での最適化を図る
• ホスト系技術者不足の解消

• ホストコンピューターのアウトソーシングから自社データセンターでの運用に変更。保守費を75％削減。
• ホスト技術者のオープンシステム技術習得、オープン技術者のレガシーアプリケーションの業務知識習得。

1. 主要な処理方式は、方針定義から早期に開発着手
2. 他システムインターフェースの実装を統合するための開発をパイロット、メインコンバージョンと並行

Datacomコンバージョン事例

• Datacomのコンバージョンが課題

  ⇒	COBOL,EASYのDatacomアクセス機能（DBNTRY）をエミュレートするアプリケーション基盤、基盤部品のジェネレーター・ツールを開発

Web-CICSフレームワーク適用事例

• サインオンの連携が課題

  ⇒	弊社フレームワークに、既存オープンシステムからサインオン情報を連携するインターフェースを追加開発

他システムインターフェースへの対応

• 多様な他システムへの接続の移行が課題

  ⇒	APVU、IWS、TCPLINC、MQ、AS400、全銀手順などの他システムインターフェース方式を提供
  ⇒	同一機能は同一実装とし、インターフェース方式を標準化

• 信用業務を全国統一システムに移行後、事業独自システムは脱ホストによりコストを削減する。
• メーカーにとらわれないオープン系、組織内で開発・運用が可能なように環境を統一する。

• 顧客の要望に迅速、柔軟に対応できるシステム基盤と人材の確保
• 健全な運営のための開発、保守、運用コスト圧縮

1. パイロットを2段階（技術パイロット、業務パイロット）にわけ、品質を確保。
2. 制御系開発ボリュームが多い分、多段階開発としたため、技術パイロット・開発完了後に再帰テストを実施して、品質を確保。
3. オフショア活用によりASSEMBLER開発技術者、コンバージョン要員を確保。

オンライン制御系システムリエンジニアリング

• ASSEMBLERで構築された制御系がブラックボックス化
  　　→ASSEMBLERを解析し、Cのプログラムに再構築。
  　　　800本を解析、再構築必要なプログラム400本を特定して、再構築。

PL/IをCOBOLに変換

• IBM PL/I→COBOLツールを利用し、ビジネスロジックはCOBOLに統一。