レガシーシステムには、一連の業務機能を遂行するための、数え切れないサービスコンポーネントが含まれている。例えば、組織が稼動させているオンプレミスのレガシーシステム内のコンポーネント一式によって、ある幹部に統計レポートを提供しているとしよう。期日までに週次レポートを受け取るようにするには、この幹部は、必要なコンポーネントを、新しいSoftware as a Service（SaaS）アプリに移行することを検討すべきだ。
経済的な実現性を調べた結果、この移行が賢明な判断だと分かれば、この幹部は、アプリに取り掛かる前に、他の幹部や開発者チーム、システムエンジニア、ビジネスアナリストらと協力して、レガシーシステムをコンポーネントに分割するべきである。
1. レガシーシステムの資産を特定する
開発チーム、幹部、そしてレガシーシステムの所有者は、レガシーシステムの資産を特定する必要がある。資産には次のものが含まれる。
- 文書類。レガシーシステムの説明書やフローチャート、ディザスタリカバリ計画を含む。
- その会社の社内データセンターが置かれている施設。
- レガシーシステムに関連する利害関係者。現在のユーザー（幹部を含む）、開発者、システム管理者、ビジネスアナリストを含む。
- レガシーシステムが稼働しているITインフラストラクチャ。
- Platform as a Service（PaaS）上でSaaSアプリを開発するなどの、開発者の技術的スキル。こうしたスキルがあれば、開発者のスキルを仮想的に共有できる。
2. 必要なコンポーネントとその依存関係を見つける
開発者は、後で抽出するために、サービスコンポーネントのソースコードを詳しく調べる必要がある。ソースコードには、メインプログラムと、サブルーチンとのインターフェースが含まれている。このインターフェースは、メインプログラムとは異なるプログラム言語で書かれている可能性がある。
次のステップとして、開発者はメインプログラムとサブルーチン内のコンポーネント間の依存関係を特定する。1つのサービスコンポーネントの依存関係は、他のサービスコンポーネントの依存関係と、多対多の関係を持っている場合がある。
コンポーネントを特定するプロセスでは、開発者はフローチャートを作って、サービスコンポーネントが互いにどのように依存しているかを可視化するとよい。
