導入
このモジュールでは、統合戦略について説明するとともに、プロジェクトの統合計画を確実に包括的なものにし、初期実装と長期的ニーズをサポートするために、統合ワークショップがどのように役立つかを中心に説明します。 ワークショップの目標は、提案された統合計画を評価して、技術的なリスクや懸案事項を強調するためのフィードバックとレコメンデーションを提供し、ベスト プラクティスを特定することです。
統合ワークショップは、プロジェクトの実装フェーズ中にスケジュールし、完了する必要があります。 また、このワークショップや他のワークショップ用のサンプル テンプレートをダウンロード することもできます。
統合とは
統合とは、統一されたエクスペリエンスを作成したり、一貫したプロセスの結果を保証するために、システムの 1 つ以上のパーツやコンポーネントを接続することです。 統合により、既存の機能を再構築したり移行したりすることなく、内部および外部の既存のサービスを活用できます。
プロジェクトで使用する統合には、次のような様々なタイプがあります。
プロセス統合 - 複数の異なるシステムがあり、これらの各システムはビジネス機能全体の一部になっています。
User Interface Integration - システムにデータのレコードを表示せずに、1 つまたは複数のシステムからのデータを表示します。
データ統合 - さまざまなソースからのデータを組み合わせることで、ユーザーに統一されたビューを提供します。
統合の実際の実装では、ユーザー インターフェイス (UI)、ファイル、API、Microsoft Power Platform、コネクタ、およびその他の外部 ETL ツールなど、さまざまな技術的アプローチを使用できます。 一部の統合では、プラットフォームおよび Microsoft Dynamics 365 アプリケーションでサポートされている事前に構築された統合の構成も行われます。 各アプローチには、統合ワークショップ レビューの一環として、注意すべきいくつかの要素があります。 これらの統合については、後ほど詳しく説明します。
統合を必要とする理由と、解決しようとしている問題を理解することは、統合の重要性と関連するリスクのレベルを確立するうえで役に立ちます。 各統合において、統合が使用できない場合に予想される状況や障害への対応方法を明確にする必要があります。
統合は、基幹統合または簡易統合にグループ化できます。 基幹統合は、プロジェクトの成功と進行中の運用にとってキーとなります。 多くの場合、データの整合性を確保したり、大規模な組織のビジネス プロセスに関与したりします。 また、コア システムの機能を補強するサービスを統合し、重要なロジックを処理することもできます。 たとえば、外部サービスを使用して、注文に対してクレジットが発行されるかどうかを決定するために、クレジットのスコアリングに使用することができます。
簡易統合では、ユーザーの作業が容易になり、生産性を向上させることができます。 たとえば、簡易統合によって、ユーザーが別のアプリケーションにアクセスする必要がなくなり、Dynamics 365 アプリケーション内から直接アクセスできるようになります。 簡易統合では時間を節約することができ、システムが使用できない場合に、タスクを完了するための代替方法をユーザーに提供します。 統合ワークショップの大半の作業では、プロジェクトの成功にとって重要な統合にフォーカスする必要があります。
Success by Design に関するすべてのワークショップと同様に、統合ワークショップのすべての側面は、すべてのプロジェクトに適用できるわけではありません。 ただし、展開プロセスに関するアイデアを管理するための計画とプロセスを用意することが重要です。
統合設計レビューの実施時期
ソリューション ブループリント レビューは、必ず統合設計レビューの前に実施する必要があります。 統合設計に関連するトピックに取り組む前に、ソリューションを理解し、統合がソリューションでどのような役割を持つかを理解する必要があります。
統合設計レビューの目標は、Dynamics 365 との統合方法の概要を提供することではありません。 それらについては、統合ツールやパターンの使用例を挙げながら、いくつかの Tech Talk で議論します。
統合設計レビュー ワークショップは、さまざまなアプリがどのように統合され、完全なソリューションを形作るかについての理解が固まり、設計が完成したとき、または完成に近づいたときに実施します。