PCデータ移行･事例問題把握とアプローチ
日本アイアール佐藤専務談『最初は、データ移行は、簡単かなと思いました。 ところがふたを開けてみると．．．』
システム解析の最初の壁：テーブルが複雑になっていた。
インドのソフトウエア工学系の大学出身者であるプログラマーも一緒に連れて行って、データ量とプログラムが小さいので、dBASEからSQLサーバーへの移行がうまくいけば簡単かなと思いました。
ふたを開けてみると・テーブルに問題。
・月次更新をかけると在庫データが一部消える。
・入庫出庫の情報を印字ではなく、データ化に。
・期間指定の在庫数の確認
・他
違うテーブルに同じカラム名が複数あり、表示の数値がどのテーブルのどのカラムから導き出されるものか判断できないものがありました。
テーブルが複雑になっていた。
アプローチ：透明な糸をほどくように。
Windows98マシンにPC98の環境を作り、PC98のデータベースを動かしながら、一つ一つ対応するカラムを見つけていきました。
問題把握と解決
問題把握
・在庫データが一部消える。
・古いデータから出る処理なので、何番か不明。
・システムが勝手にロットで商品コードを振る。
・出庫の際に、どれが出庫したのか、ユーザー側ではなく、システムがおとしてしまう。
解決:部品コードを入れた瞬間に在庫一覧を出し、
どれを落とすか選択して決めた。 
旧システムで、システムと実在庫は一致しているが、データベース構築段階で、どのテーブル、どのカラムという問題がはっきりしない。
最初は、旧ソフトでは、落とすロジックがわからなかったが、部品コードを入れた瞬間に、在庫一覧(右図)を出て、どれを落とすか選択出来るようにした。
最後の問題
最後の問題がロット扱いの画面の在庫数
問題は、どのロットのうちどれを出庫するのか？明らかになっていないのに、旧システムが勝手に、ロットの中の一つを決めていた。そこが問題になって、PGが組めないと困っていた。
シリアルとロットの在庫一覧の画面があるが、ロットの在庫一覧の画面を見ると、ここだけ在庫数が合わない問題が最後に残った。
最後の問題を、クリア！
ロットの問題を解決して完成！
完成の瞬間を実感したのは、梱包会社の社長が最終チェックでした。選択、プルダウンで、他の画面の在庫数とぴったりあった時です。とにかく、ほっとしました。この後、検索で、追加の機能が欲しいというご要望を頂いたので、その場で、プログラマーが修正をかけて、完全の状態で、納品することが出来ました。
