ビジネス プロセス管理ソリューションのパターンの翻訳

このセクションでは、このソリューションでパターン ダイアグラムがどのように BizTalk Server のアイテムに変換されるかを説明します。

接続

接続はソリューション コンポーネント間のメッセージ パスです。 サービス インターフェイスから始めるのが最も簡単です。 BizTalk Server ではオーケストレーションを簡単に Web サービスとして公開できます。 オーケストレーションを Web サービスとして公開する方法については、「Web サービス にオーケストレーションをマップする方法」を参照してください。

サービスと前処理セクションの間、前処理セクションとプロセス マネージャの間、およびプロセス マネージャと処理ステージの間にも接続があります。 ステージとバックエンド システムの間の接続、前処理と履歴データベースとサービス システムの間の接続もあります。

Note

変換者は BizTalk マップに対応し、 マップは、パイプラインの一部または 変換 オーケストレーション図形です。

プロセス マネージャへの接続を同期接続と非同期接続のどちらにするかを決定するには、いくらか検討を要します。 たとえばクレジット チェックのような処理とは異なり、ケーブル サービスの注文などのプロセスに含まれる注文は、その場で終わらないのが普通です。 プロセス マネージャへの接続を非同期にした場合、それが関連付けを要する接続であれば、プロセス管理のロジックが複雑になります。 そのためこのソリューションでは、メッセージ ボックスにメッセージを発行することによって、プロセス マネージャに非同期接続します。

プロセス マネージャとステージの間の接続においても、サーバー リソースの節約とロジックの簡略化との間で同様のトレードオフが生じます。 ステージの処理時間はプロセス マネージャの処理時間より短く、 各ステージでの処理は次のステージに進む前に終了している必要があります。 ところが、ステージは変更される可能性もあるので、プロセス マネージャをステージに密結合することはできません。 アプリケーション内では、制限された公開/サブスクライブ モデルとして接続を記述できます。 プロセス マネージャは単一の専用ポートを介してメッセージをステージに送信します。 一方、各ステージは、フィルタを使用してそのステージに向けられたメッセージを識別します。

オーケストレーションの境界の決定

このパターンは、メッセージの前処理、ビジネス プロセスの管理、ビジネス プロセス自体の 3 つの主要な領域に分類されます。 前処理では、Web サービスへの接続、メッセージの応答メッセージへの変換、サービス システムへの通知、履歴データベースへの記入、およびプロセス マネージャへのメッセージの送信が行われます。 アプリケーションでは、前処理は単一のオーケストレーションによって行われます。 ビジネス プロセスの管理は別のオーケストレーションによって行われます。 ビジネス プロセスは適切なステージに分割されて管理されます。 各ステージは 1 つのオーケストレーションに対応します。これによって発注プロセスの変更に伴う追加や削除が可能になります。 注文プロセスステージの設計の詳細については、「ビジネス プロセス 管理ソリューションの一部の設計原則」の「ビジネス プロセスの分割」を参照してください。

コンポーネントのオーケストレーションへの変換

最初のオーケストレーション である OrderBroker は、ダイアグラムを単純かつ直接変換します。 このオーケストレーションでは主に、プロセス マネージャの通知メッセージと注文メッセージの作成に使用する図形をマップします。 オーケストレーション図形の完全な一覧については、「 オーケストレーション図形」を参照してください。

プロセス マネージャとそのサテライト アセンブリのロジックは多少複雑です。 プロセス マネージャー オーケストレーション OrderManager のロジックの詳細については、「 プロセス マネージャー ロジック」を参照してください。

参照

ビジネス プロセス管理ソリューションのパターン
パターンを使用した設計: ビジネス プロセス管理ソリューション
ビジネス プロセス管理ソリューションのパターン カタログ