ビジネス プロセス管理ソリューションにおけるいくつかの設計方針
ここでは、まず、ビジネス プロセスをステージに分割する一般的なガイドラインを説明します。 次に、これらのガイドラインとビジネス要件に関連するソリューションのオーケストレーション、アセンブリ、およびアプリケーションのいくつかについて、その構造を検討します。 ビジネス要件の詳細については、「ビジネス プロセス管理ソリューションについて」の「ビジネス要件」を参照してください。
ビジネス プロセスの分割
ビジネス プロセスを検討する場合、多くは、最初にビジネス プロセスを単一の大きなプロセスとして扱います。 これは、必ずしも最適な設計ではありません。 Southridge Video の注文は、長時間実行されるビジネス プロセス (完了までに 1 年かかる) です。 その間、ビジネス プロセス自体が変更される可能性があります。 インプロセスの注文を中断しないでビジネス プロセスを更新するため、Southridge Video の注文処理はステージに分割されます。
プロセスをどこで分割するかは、プロセスのどの部分をバージョン管理するか、および未処理の注文に対して許可する中断の種類を決定する重要な要素です。 Southridge Video ソリューションは、4 つの一般的な基準を使用して、ステージを決定します。
ビジネス プロセスのステップの論理的なグループ。
オーケストレーション内の操作の範囲。
ビジネス プロセスを考慮した場合のバージョン管理に便利なプロセスの要素。
オーケストレーションは、長時間を要する操作を実行した後に終了する。
4 つのうち、1 番目と 3 番目が最も重要です。これは、論理的なグループやバージョン管理が自明な要素よりも操作の範囲が通常かなり広くなるためです。 ただし、範囲の途中でオーケストレーションを終了する必要はないので注意してください。
最初のステージである CableOrder1.odx のオーケストレーションを見ると、実質的に施設システムへの要求/応答シーケンスで終わることがわかります。 これは、注文を実行する実際の処理を含むプロセスの一部なので、ステージが終了する場所として適しています。 オーケストレーションの最後付近に長時間実行されるステップを用意する場合、復元するとオーケストレーションがすぐに終了します。 これにより、新しいバージョンのオーケストレーションへのソリューション全体の移動速度が上がります。
Note
ソリューションでプロセスが不連続のステージに分割されますが、ソリューションを監視すると、BAM を通じて連続ビューで表示できます。
Order Action、Broker、および Manager オーケストレーション
注文処理をステージに分割するだけでなく、注文の分析、注文の検証、注文の取り消しなど、各注文アクションが別のオーケストレーションに含まれていることがわかります。 各アクションを個別のオーケストレーションに配置すると、ステージの構造からアクションが分離されます。 これにより、注文処理ステージのデザインおよびバージョン管理の柔軟性が向上します。
注文ブローカと注文マネージャは、ほとんど同じ理由で個別のオーケストレーションに格納されます。 ソリューションのデザインでは、他の種類の注文を処理するため、複数の注文マネージャを使用できます。 ブローカとマネージャを分離する場合も、異なる場所でこれらを格納できます。 注文ブローカーの設計の詳細については、「 OrderBroker オーケストレーションでの処理」の「Why and Order Broker」を参照してください。 注文マネージャーの詳細については、「 プロセス マネージャー ロジック」を参照してください。
アセンブリ
ソリューションのアセンブリは、コンポーネントのバージョン管理や他のサーバーへのコンポーネントの移動をサポートするためにまとめられています。 たとえば、スキーマは、個別のアセンブリに格納されています。 特に、注文ブローカーのスキーマは独自のアセンブリにあります。 これにより、ソリューションの他の要素を変更しないで、バージョンを管理できます。 また、注文ブローカを個別のグループまたはサーバーに移動することが簡単になります。 アプリケーションアセンブリとスキーマ アセンブリのバージョン管理の詳細については、「 ビジネス プロセス管理ソリューションのバージョン管理」を参照してください。
アプリケーション
BizTalk 管理コンソールを見ると、ビルドされたソリューションが 3 つの個別のアプリケーションで構成されていることがわかります。
BTSScn.BPM.OrderBrokerApp(注文ブローカーを含むアプリケーション)
注文処理コンポーネントを含むアプリケーションである BTSScn.BPM.CableOrderApp
BTSScn.BPM.MessagingApp:他の 2 つのアプリケーションで共有されている成果物を収集するアプリケーション
同じ BizTalk グループ内で他のアプリケーションのアイテムを使用する BizTalk アプリケーションの機能によって、ソリューションを 3 つの部分で構成できます。 別のアプリケーションのアイテムを使用するには、参照しているアプリケーションから他のアプリケーションに参照を追加します。 他のアプリケーションを参照する方法については、「別のアプリケーション への参照を追加する方法」を参照してください。
個別のアプリケーションに一般的なアイテムを配置すると、1 つの場所だけでコンポーネントを更新できることがあります。 共有されるコンポーネントは、ポートを含めて、任意に指定できます。 たとえば、ソリューションのオーケストレーションは、エラーをエラー報告ポートに送信します。 このポートは、メッセージング アプリケーション BTSScn.BPM.MessagingApp にあり、ソリューション全体でこのポートを使用できます。
また、3 つのアプリケーションとしてソリューションを構造化すると、ソリューションの一部を他のサーバーに簡単に移動できます。 各アプリケーションと参照されているアプリケーションを MSI ファイルに変換し、 別のコンピュータにその MSI ファイルをインストールします。 アプリケーションを MSI ファイルに変換する方法については、「 BizTalk アプリケーションをエクスポートする方法」を参照してください。
テスト ソリューション
BizTalk 管理コンソールでは、 BTSScn.BPM.OrderBrokerApp.Test、 BTSScn.BPM.CableOrderApp.Test、 BTSScn.BPM.MessagingApp.Test の 3 つのテスト アプリケーションも使用します。 これらの 3 つのアプリケーションは、テスト アプリケーションに使用するポートだけを格納し、メイン アプリケーションによって参照されます。 この構造は、メイン アプリケーションによって使用されるテスト ポートを考慮して、ソリューションからテスト ポートを分離すると同時に、テスト ソリューションを構築します。