導入プロセスは、お客様のプロセスと需要面談の結果に基づくコンサルタントの差分分析に焦点を当て、カスタマイズされた開発を通じてお客様のニーズを満たします。
完全なインポートサービスのフェーズとタスクは次のとおりです。
- 分析段階:要件分析、プロセス確認
- 設計段階:差分分析、プロトタイプ構築
- 開発段階:カスタム開発およびテスト環境の構築
-
ビジネスプロセス要件インタビュー:
インタビューアンケートを通じて、将来のビジネスプロセスと機能要件が理解および記録され、既存のレポートの形式が収集されます。 -
要件面接のトランスクリプトの作成と検証:
ビジネスプロセス要件面接会議の結論に従って、「要件面接記録」文書が生成され、将来の運用プロセスを描くための基礎として参加者によって署名されます。
システム立ち上げ後、将来(To-Be)のシステム機能仕様や運用フローチャートについてご説明ください。
- To-Beフローは、双方で繰り返し確認を行い、確認の過程でTo-Beフロー図の調整を行います。
- 将来運用提案は、確認された将来運用フローチャート(To-Be Flow)に基づき、プロトタイプシステムにおける実際のステップや画面が盛り込まれており、これは両者によるシステム立ち上げの範囲と機能の定義であり、また、両者が受け入れるための基準でもあります。
- 将来の作業提案は、双方によって確認される必要があり、確認の過程で、元の将来の作業提案の内容を調整する必要があります。
To-Be フロー図では、一部のジョブは既存の Microsoft Dynamics システムでは利用できず、カスタム開発する必要があり、これらはギャップと呼ばれ、カスタムリストは差分分析と比較後に生成されます。
- カスタマイズされたリストは、システム上でカスタマイズされる機能と要件の説明であり、コンサルタントが配信するドキュメントだけでなく、開発とテストに必要な時間の見積もりが含まれています。これは、両当事者が確認し、署名する必要があります。これは、両当事者によるシステムのカスタマイズされた開発の範囲と機能の定義であり、また、両当事者によるカスタマイズされた機能の受け入れの標準的なプロセス確認です。
- カスタマイズされたリストは両当事者によって確認される必要があり、元のカスタマイズされたリストの内容は確認プロセス中に調整する必要があります。
確認したTo-Be Flowを青写真として、システムの構成を調整し、試行取引を行うことで、両者間のコミュニケーションや確認の基盤となる具体的なプロトタイプシステムの構築を目指します。
カスタムリストに機能設計ドキュメントを提供する必要があるカスタムプロジェクトの場合、カスタム開発は、両当事者がコンテンツを確認して署名した後にのみ実行でき、カスタム開発手順は次のとおりです。
- カスタムプログラム開発の実施
- 完成したカスタムプログラムの単体テスト
- 機能テストとシード担当者によるカスタマイズされたプログラムの受け入れ
- 技術設計ドキュメントの作成
ユーザーテスト環境で必要なメインファイルデータを準備し、将来の起動のベースとして使用します。
- ゲスト・プロセスの受け入れとユーザー・テストのためのテスト環境を準備し、使用前に To-Be システム・トランザクションをセットアップしてテストします。
- テスト環境は、既存のデータ (ベンダー、顧客、材料) をできるだけ含めるように設定する必要があり、データ変換 (コーディング原則の変更、重複データの照合) は、ユーザー テスト中に実行する前に、この時点で処理する必要があります。