メッセージと更新

作業を中断することなく更新を処理する (非中断境界メッセージ)

使用すべき状況

• タスクの進行中に更新を処理する必要がある場合
• 更新によってメインの作業が停止してはならない場合

簡単な言葉のパターン

1. 開始。
2. サブプロセス: 成果物の準備。
3. 非中断境界メッセージ: 更新された要件の受信。ユーザー タスク: 新しい要件のログへの記録。サービス タスク: プロジェクト計画の調整。終了: 要件が処理済み。
4. 非中断境界メッセージ: コンプライアンス ルールの変更の受信。ユーザー タスク: ルールの変更の確認。サービス タスク: コンプライアンス チェックリストの更新。終了: コンプライアンスに対応済み。
5. メイン パス: 成果物の準備の完了。終了: 成果物の完了。

結果

メイン タスクは完了するまで実行され、中断のない各境界メッセージは、プライマリ作業を停止せずに更新を処理する独立したサイド フローを生成します。

注:

メッセージごとに小さなサイド フローがトリガーされ、メインの作業は停止されません。

その他のシナリオ

• 財務: 新しい市場データを受け取った場合の信用リスクの確認。
• 医療: 更新された検査結果を受け取った場合のケアプランの準備。
• 製造: 規制の変更による製品設計の更新。
• 小売: 製品の改訂によるキャンペーン プランの更新。
• テレコム: コンプライアンスの変更によるネットワーク アップグレード計画の更新。

タスク中にキャンセルする (中断メッセージ)

使用すべき状況

• キャンセル リクエストの受信時に直ちに作業を停止する必要がある場合
• 明確なメッセージによってタスクを中止する必要がある場合

簡単な言葉のパターン

1. 開始。
2. サブプロセス: プロセスの予約。
3. 中断境界メッセージ: リクエストのキャンセル。ユーザー タスク: 停止および通知。終了: キャンセル済み。
4. 通常のパス: プロセスの予約の完了。終了: 完了。

結果

中断境界メッセージは、アクティブなサブプロセスを即時にキャンセルし、作業は正常に停止しますが、キャンセル・メッセージが到着しない場合は、通常の完了パスに従います。

注:

中断メッセージは、アクティブな作業をサブプロセスの境界でキャンセルします。

その他のシナリオ

• 財務: ローンの取り消しで引受をキャンセル。
• 医療: 患者が予定された処置をキャンセル。
• 製造: 実行前に生産オーダーをキャンセル。
• 小売: 出荷前に注文をキャンセル。
• テレコム: 新しいサービスの設定をキャンセル。

イベント ドリブン ディスパッチャー (メッセージ開始)

使用すべき状況

• 新しい外部メッセージでプロセスを開始する必要がある場合
• 各イベントで独立したワークフロー インスタンスを生成する場合

簡単な言葉のパターン

1. メッセージ開始: 新しいメールの受信。
2. サービス タスク: サポート チケットの作成。
3. 送信タスク: 受信の確認。
4. 終了: チケット作成済み。

結果

各受信メッセージは、新しい独立したワークフロー インスタンスを開始し、サポート チケットが作成されて、確認が発信者に送信されます。

注:

受信メッセージごとに新しいインスタンスが作成されます。

その他のシナリオ

• 財務: ベンダーのリクエスト メッセージでオンボーディングを開始。
• 医療: 紹介状メッセージで患者の受け付けを開始。
• 製造: 不具合レポートで QA プロセスを開始。
• 小売: オンライン注文でフルフィルメントを開始。
• 公共部門: 市民からの問い合わせでケース レコードをオープン。