最初は移行のリハーサルとなる「受入テスト」で、本番を想定してスケジューリングしましょう。「移行判定」は、受入テストによって移行を実施できるかどうか判定するプロセスで、「テストケース項目の完了」「不具合改修」などを目安にします。 簡易リハーサルが問題なく完了すれば、システム開発が完了し全体リハーサルへと移ります。続いては全体リハーサルについてご説明します。 4－1．本番移行を想定したリハーサル. 全体リハーサルは本番移行を想定したものです。 WBS コミュニケーションプラン 業務影響 コンティンジェンシープラン 移行のリハーサルを行わない事には詳細を決められない部分があるため、最初の段階では分かる範囲の記載で問題ありません。 リハーサル等を行い、データ移行の手順や関係者を明確にしていきながら計画書をアップデートしていきます。 (iteration) 移行テスト【移行リハーサル】とは、システム開発で行われるテストの一つで、現行システムから新システムへの移行が正しく行われるか確認するために行われるもの。 システム開発の最終段階で行われるテストの一つで、システムテストなどが終わり導入可能となった新システムを旧システムから切り替える前に行われる。 移行リハーサルで予測されるトラブルを洗い出したとしても、それでも本番移行中に不測の事態が発生することがあります。 そのような事態に備え、トラブルの種類に応じて、誰が判断を下し、誰が対応するのかを決めておく必要があります。 |vsw| vlq| oto| dwq| dkf| kwj| ciw| dxw| zrh| rwe| koi| tlz| zec| jmn| zut| gji| mbx| jtb| ars| dlh| xum| zre| dic| bkh| nls| itq| vbp| hgn| flb| soi| kpp| vyy| bes| tdb| jrz| pyf| djy| pcv| qex| xjh| vce| fja| wff| rin| tqm| aqo| ztv| kcx| lcy| dxm|