データ移行プログラムと対になるのがデータ検証ツールです。正しく移行されているかを確かめるものです。 ツールを構築する場所は2箇所あります。移行プログラムそのものと、新システムです。

データクレンジングタスクは、 データクレンジング方針作成 データクレンジング実施 に分かれます。方針をシステム担当やプロジェクトメンバーで作成し、実施は現場のライン部門に委ねることが多いです。実施を現場でやるのは、業務デ...

移行タスクは地味ですし、他のタスクの影響を受けるつらいタスクという印象があるかもしれません。否定はしませんが、タスクとしての楽しさやチームとしてのやりがいはもちろんあります。

本記事では、データ移行を一般的なシステム開発と比較し、共通する点と異なる点を紹介します。共通点は同じプログラム開発である点。相違点としてはデータ移行特有のクレンジングと検証、それから本番に向けた入念な準備が必要な点です。

移行マッピング定義ができて移行プログラムができたら、プログラムの正しさを検証するためにテストを行います。いわゆる単体テストです。 プログラム一つひとつが設計通りに動いているかを検証するものなので、手作りデータを使います。...

移行元の調査が進み、移行先データモデルの確認がとれたらマッピング作業に入ります。 まずは論理エンティティや物理テーブル単位でのマッピングを行います。顧客基本情報や顧客詳細、顧客担当者などの論理エンティティとそれに対応する...

データ移行チームが要件定義や設計タスクを進める上でネックになるのが、移行先データモデルが固まらないことです。 移行対象がたくさんあるから早めに準備を始めたいのに移行先が決まらないから手がつけられない、もしくは手戻りが多数...

データ移行タスクの全体像について書いた先の記事では、最初のステップは、「現行システムからデータを抽出する」でした。その前段階として移行元データについて調査するタスクがあります。この最初に実施かつ最重要なタスクを紹介します...

新システムを導入する時には多くの場合、現行システムからデータ移行を行います。仮に新規で業務を行うとしても事前にデータを作っておき、稼働前に一括インポートを行います。稼働後に全て手で大量にデータ入力するのは非効率です。 し...