レガシーシステムをSaaSに移行するには--事前に踏むべき4つのステップ

Judith Myerson (Special to TechRepublic) 翻訳校正: 川村インターナショナル 2015年03月09日 06時00分

  • このエントリーをはてなブックマークに追加

 レガシーシステムには、一連の業務機能を遂行するための、数え切れないサービスコンポーネントが含まれている。例えば、組織が稼動させているオンプレミスのレガシーシステム内のコンポーネント一式によって、ある幹部に統計レポートを提供しているとしよう。期日までに週次レポートを受け取るようにするには、この幹部は、必要なコンポーネントを、新しいSoftware as a Service(SaaS)アプリに移行することを検討すべきだ。

 経済的な実現性を調べた結果、この移行が賢明な判断だと分かれば、この幹部は、アプリに取り掛かる前に、他の幹部や開発者チーム、システムエンジニア、ビジネスアナリストらと協力して、レガシーシステムをコンポーネントに分割するべきである。

1. レガシーシステムの資産を特定する

 開発チーム、幹部、そしてレガシーシステムの所有者は、レガシーシステムの資産を特定する必要がある。資産には次のものが含まれる。

  • 文書類。レガシーシステムの説明書やフローチャート、ディザスタリカバリ計画を含む。
  • その会社の社内データセンターが置かれている施設。
  • レガシーシステムに関連する利害関係者。現在のユーザー(幹部を含む)、開発者、システム管理者、ビジネスアナリストを含む。
  • レガシーシステムが稼働しているITインフラストラクチャ。
  • Platform as a Service(PaaS)上でSaaSアプリを開発するなどの、開発者の技術的スキル。こうしたスキルがあれば、開発者のスキルを仮想的に共有できる。

2. 必要なコンポーネントとその依存関係を見つける

 開発者は、後で抽出するために、サービスコンポーネントのソースコードを詳しく調べる必要がある。ソースコードには、メインプログラムと、サブルーチンとのインターフェースが含まれている。このインターフェースは、メインプログラムとは異なるプログラム言語で書かれている可能性がある。

 次のステップとして、開発者はメインプログラムとサブルーチン内のコンポーネント間の依存関係を特定する。1つのサービスコンポーネントの依存関係は、他のサービスコンポーネントの依存関係と、多対多の関係を持っている場合がある。

 コンポーネントを特定するプロセスでは、開発者はフローチャートを作って、サービスコンポーネントが互いにどのように依存しているかを可視化するとよい。

ZDNet Japan 記事を毎朝メールでまとめ読み(登録無料)

  • このエントリーをはてなブックマークに追加

この記事を読んだ方に

関連ホワイトペーパー

SpecialPR

連載

CIO
トランザクションの今昔物語
エリック松永のデジタルIQ道場
研究現場から見たAI
Fintechの正体
米ZDNet編集長Larryの独り言
大木豊成「仕事で使うアップルのトリセツ」
山本雅史「ハードから読み解くITトレンド放談」
田中克己「2020年のIT企業」
松岡功「一言もの申す」
松岡功「今週の明言」
内山悟志「IT部門はどこに向かうのか」
林 雅之「デジタル未来からの手紙」
谷川耕一「エンプラITならこれは知っとけ」
大河原克行「エンプラ徒然」
内製化とユーザー体験の関係
「プロジェクトマネジメント」の解き方
ITは「ひみつ道具」の夢を見る
セキュリティ
「企業セキュリティの歩き方」
「サイバーセキュリティ未来考」
「ネットワークセキュリティの要諦」
「セキュリティの論点」
スペシャル
課題解決のためのUI/UX
誰もが開発者になる時代 ~業務システム開発の現場を行く~
「Windows 10」法人導入の手引き
ソフトウェア開発パラダイムの進化
エンタープライズトレンド
10の事情
座談会@ZDNet
Dr.津田のクラウドトップガン対談
展望2017
Gartner Symposium
IBM World of Watson
de:code
Sapphire Now
VMworld
Microsoft WPC
Microsoft Connect()
HPE Discover
Oracle OpenWorld
Dell EMC World
AWS re:Invent
AWS Summit
PTC LiveWorx
より賢く活用するためのOSS最新動向
古賀政純「Dockerがもたらすビジネス変革」
中国ビジネス四方山話
ベトナムでビジネス
米株式動向
日本株展望
企業決算