レガシー移行

Guide

レガシー移行を、もう少し詳しく

長く使ってきたシステムほど、仕様を知る人がいない、止められないといった事情を抱えています。レガシー移行では、まず今のシステムを正しく理解することから始め、業務を止めずに少しずつ新しい環境へ移していきます。

まず、今の仕様を見える化する

移行の出発点は、今のシステムが何をしているかを知ることです。AIが既存のコードとデータを解析し、画面と機能の一覧、データの項目と意味、計算や判定のルール、外部とのやりとりを、読める形の資料にまとめます。

ただし、コードから分かるのは「どう動いているか」までです。「なぜそうなっているのか」「今もその動きが必要か」は、業務の担当者に確かめながら仕様として残します。この資料は移行のためだけでなく、移行が終わったあとも、システムを育て続けるための土台になります。

移行を始める前に確かめること

最初に、今のシステムがどう使われているかを業務の担当者と一緒に確かめます。ここを飛ばすと、移す順番を決められず、移行の範囲も膨らみがちです。

• 毎日使われている機能と、ほとんど使われていない機能

  使われていない機能は、移さずにやめるという選択肢もあります。移行は、機能を整理するよい機会です。

• 止まったときに、業務への影響が大きい部分

  影響が大きい部分ほど、進め方が固まってから取りかかります。

• 外部のシステムやファイルとのやりとり

  取引先とのデータのやりとりやほかのシステムとの連携は、見落とすと切り替え後に大きな問題になります。

• 動かせない日程や制約

  年度の切り替えや法令への対応など、動かせない日程があれば、そこから逆算して計画します。

移し方を選ぶ

移し方は、ひとつではありません。システムの状態や、今後どう使っていきたいかによって選びます。機能ごとに違う移し方を組み合わせることもあります。

どの移し方がよいかは、仕様を見える化した段階で、業務への影響と手間を比べて人が判断します。迷う場合は、影響の小さい機能で一度試してから全体の方針を決めることもできます。

業務を止めずに進めるために

移行中も、今のシステムは使い続けられます。機能のまとまりごとに移し、新旧の結果を比べて確かめたものから、順に切り替えていきます。

• 影響の小さいところから移す

  進め方と確かめ方が固まってから、業務の中心となる機能に取りかかります。

• 新旧の結果を比べる

  同じ入力に対して、新しいシステムが今と同じ結果を返すかを、自動テストで繰り返し確かめます。

• 移行中は「今と同じ動き」を優先する

  改善したい点が見つかっても、まずは今と同じ動きで移し、改善は移行後に回します。

• いつでも元に戻せるようにする

  切り替えのたびに、問題があれば元に戻す手順を用意しておきます。

データの移行で気をつけること

システムの移行では、画面や機能だけでなく、長年積み上がったデータも移します。データは業務そのものなので、特に慎重に進めます。

• 移す前に、表記ゆれや使われていない項目を整理する
• 移したあとの件数や合計が、元のデータと合っているかを確かめる
• 本番の切り替え前に、同じ手順で何度か移行を試しておく
• 切り替えの直前と直後に、どの時点のデータを正とするかを決めておく