レガシー・マイグレーションのノウハウ＆ドゥハウ。 計画時サービスからメインサービスまでシステムズの業務をご案内。

狙いどおりのマイグレーションを成功させるには、対象資産の棚卸しにより既存システムの問題点を洗い出すことが大切です。当社の「移行性検証サービス」は、対象となる資産・課題や移行方針の明確化を図り、費用見積の詳細化を行うものです。これによりシステムの現状が把握でき、移行コストの削減やリスクの事前把握、最適な移行方式の選択などが可能となります。対象資産の確定、リスク管理、プロジェクト計画の策定を実施し、図のような作業を進めることで、「計画」、「ツール」、「作業手順」、「生産性」を確保します。

図　マイグレーション上流工程の作業フロー

ここ数年、第4世代言語や簡易言語など、ベンダー固有の開発言語をマイグレーションでリライトするお客様が大変増加しています。当社では、PL/1をはじめ、NATURAL、Q言語、RPGなどの4GL(第4世代言語)、アセンブラなど、異言語マイグレーションに多数の実績を誇っています。しかも、変換ツールに依存せず、お客様のソースコードの解析・変換設計などの上流工程の手法の確立と標準化により、あらゆる言語の変換に対応できるアプローチを構築しています。中でも少数派の4GLからCOBOLへのマイグレーション(図参照)には定評があります。

図　4GLからCOBOLへの移行プロセス例

はい、当社では、保守効率の向上の視点から、スパゲッティ状態から構造を分析するシステムを使います。スパゲッティ状態でもマイグレーションには影響ありません。

スパゲッティ状態：
企業で長年使われてきたシステムは、度重なる修正や改良が繰り返されてきた結果、複雑化し、プログラム全体の構造が分かりにくいブラックボックス状態になっています。こうした、プログラムが絡み合って見通しの悪い状態をスパゲッティ状態と呼びます。