データ移行とシステム移行について

質問

仕事上の事ですが、是非とも教えて欲しい事があります。
データ移行時とシステム移行時に使われる、それそれの移行ツールみたいな物を教えて下さい。
現場やそのプロジェクトによって、違うとも思いますが、自分はこういうものを使って
移行作業をしていたとか、一般的にはこういうものを使うとか、何でも良いので教えて下さい。
また、移行後の検証作業の際に使う検証物や検証方法についても教えて下さい。
こういう資料を見てこう検証するとか、一般的にはこういう資料を見てこう検証するとか、
どんな事でも良いので知っている事があれば教えて下さい。

回答No.3

lupin-333333 · ベストアンサー

No2さん

http://d.hatena.ne.jp/itoasuka/20071110/1194692751

この当たりですね。確かに標準化に携わった事の無い方に、また委託、派遣の方に多い文句ですね。

大手に勤めれば、多かれ少なからず、それぞれの企業で標準化があり、私が関わった企業などでは、彼と同じような指摘をもう、１５年前からして改変していってます。

最初は英語＝＞日本語文化へ　なんて言う意味不明なものから始まります。

しかし、それを開発現場で認識させるのはとても困難なんですよね。汎用大型コンピューターからＰＣマシンへと移行してゆくにしたがって、たくさんの人材が必要で、ＰＣを触って半年以内の方でも、開発関係に取り組むには、

その辺の、スーパーでレジ打ちしている方でも理解できる言葉で展開しないと、アウトソーシングと言う事に失敗する。

大手の銀行とか、
（合併の会社あったよね。合併の弊害といっているが、関係者なら、すぐそんなことじゃないと分かる）

大手の家電メーカーのＰＣのソフトにバグが多いのも、その辺に問題が在る。

私の所では、例えばブラックＢＯＸテストを中国、インドにアウトソーシングしようとしたが、結局、言語の問題もあるが、そうとう非難がでた。担当者は、リリース後、とっとと退職した（自立神経失調症になったようだ）。

彼が言いたい事は別かもしれないが、標準化の改変が遅れているのは確かだ。

そこにお金をかける余裕は、現在の日本の企業にどれだけあるかだ。

部長以上のクラスになれば、必ずぶつかる問題だと思いますけどね。

＞データ移行時とシステム移行時に使われる、それそれの移行ツールみたいな物を教えて下さい

他の方も指摘していますが、業務用ではまず全てオリジナルなので、汎用な物はありません。

http://search.yahoo.co.jp/search?b=1&n=10&ei=UTF-8&fr=ie8sc&p=%22%E5%93%81%E8%B3%AA%E7%AE%A1%E7%90%86%22+%22%E5%8F%97%E3%81%91%E5%85%A5%E3%82%8C%E3%81%A6%E3%82%B9%E3%83%88%22

のようにソフトウェアの品質管理、他の業界に品質管理等に「移行」の項目があります。理論みたいな事なので、まあ、一度は読んでおいていいかもしれませんね。

まず、システムコンサル等、ソリューションを依頼した会社があるのなら、ちゃんとスケジュールを出してもらい、受け入れテストを、自社で行えばいいだけのことです。

自社で構築したなら、プロのコンサル会社に依頼すれば言いだけの事です。

品質管理の知識もなしに、自分で構築しないこと。

http://www.atmarkit.co.jp/im/cpm/serial/quality/03/02.html

まず、具体的なシステムを提示されないと、何もいえないのがこの世界です。

開発側から見た話と、受け入れ側（品質管理側　or クライアント（顧客））とは、語る話も違うし、検証内容も違ってくる。

大まかでなく、もっと詳細でマクロの話をしないと。

回答No.4

noname#217196

雑誌だと、日経BP社の日経SYSTEMS、日経コンピュータの製品広告、データ移行・システム移行・システム統廃合失敗事例、データ移行・システム移行特集記事、製品比較記事なんかを参考にしています。定期購読すれば、同社サイト（ITPro)でバックナンバー記事も読めます。ほかには、キーマンズ・ネットのサイトで、当該製品について調べます。基本的には、日経BP社の両誌ほかでの導入事例が記事になるまでは、メーカーのスペックに現れない使いにくさや機械的処理から漏れる移行が自動化できない部分ははっきりしないので、ツール利用のための技術者向け研修（オンライン含む）を開催しているかなどもチェックしますし、メーカーのセールスエンジニアに出向いてもらって具体的な話をきくこともあります。あとは、ありきたりですが、IPA編の『ITプロジェクトの「見える化」』シリーズなんかと照らして、チェックリストを作って、リスク回避・リスク対策を講じます。

現行システムの現在の仕様・バグが不明確（新規開発時に作成した仕様書、設計書しかまとまった資料が残っていないケースが多々あります。担当者が異動や退職で現行システムの細部に精通している人がいないケースもあります）、連携システムとのインタフェース保持、システム本体の機能不足・パフォーマンス不足を補完している外部ツール類の修正、現行システムや現行データ由来のバグかどうかの検証用システムの構築・保全、実ユーザーの移行が落ち着くまでの現行システムと新システムの併用期間・ユーザー側の強力体制の調整など、付随タスクのぬけ、もれに事後に気づいて苦しめられることも多いです。

回答No.2

noname#214300

案件毎によって千差万別なので、「一般的」などと言う物はほとんど存在しません。

大概は、移行用のプログラムを案件毎に特注で作成していると思います。

移行後のシステムの動作を判断するには、システムテストの項目を使ったり、要件定義などで設定している品質要件などを満たすかをチェックすれば良いかと思います。

とりあえず、出入りのベンダーさんに相談した方が良いと思いますよ。
聞きかじりで変なことを言うと現場が混乱して、必ずプロジェクトが火を噴きますから。

もう少し具体的な説明が必要ならば、大手ITベンダーの標準開発スキーム（某F社さんだったらSDEMとか）のうち、システムテスト、運用テスト、移行計画あたりの項目を熟読してみて下さい。

※SDEMで検索を掛けると悪口書いてる暇人が出てきますが、そういうガキは無視して結構です

回答No.1

notnot

どんなシステム移行の話ですかね？

企業の業務システムで、プログラムも作り直して、DBテーブル構造が変わるのであれば、データ移行は、一般的にはそのために専用に自分でプログラムを開発して使います。検証やプリントなどは、簡易ツールでもできます。

DB構造が変わらず、単にハードウェアの乗り換え程度であれば、DBのアンロード・ロード用のツールを使います。検証は、件数くらいですかね。

漠然とした質問では、意味のある回答は得にくいですよ。