在業務流程管理中，效率通常取決於同時執行多項活動的能力。當工作流程需要不同的任務同時發生時，依賴順序邏輯會造成瓶頸。這正是「AND網關」在BPMN 2.0規範中變得至關重要。正確理解如何實現並行路徑，可確保您的流程模型反映現實情況，避免死鎖，並優化資源利用。
本指南探討並行網關的機制、令牌流邏輯，以及建模複雜工作流程時避免歧義所需的結構規則。我們將分析拆分與合併行為，比較不同類型的網關，並解決常見的同步挑戰。
理解AND網關結構 🔍
AND網關是流程圖中的決策點，用於控制令牌的流動。與僅選擇一條路徑的排他性網關（XOR）不同，AND網關會同時將流程導向多條路徑。其視覺表示為內部帶有加號（+）的菱形。
此網關關聯著兩種主要行為：
- 並行拆分（分叉）：流入的流程會同時觸發所有流出的流程。
- 並行合併（合流）：所有流入的流程必須全部到達後才能繼續。
在建模時，區分用於拆分流程的網關與用於重新合併流程的網關至關重要。儘管它們使用相同的視覺符號，但其功能角色根據序列流的方向而有所不同。
令牌流邏輯：模型背後的引擎 ⚙️
要有效建模，必須理解流程引擎如何處理令牌。令牌代表單一流程實例在圖表中的進展。AND網關的行為決定了這些令牌如何複製與同步。
1. 並行拆分行為
當令牌到達配置為拆分的AND網關時：
- 單一的流入令牌被消耗。
- 會創建多個令牌，每個流出的序列流對應一個。
- 所有流出分支會同時激活。
這會產生並行執行線程。如果分支A需要5分鐘，分支B需要2分鐘，引擎會獨立處理兩者。令牌不會等待分支A完成才開始分支B。
2. 並行合併行為
當令牌到達配置為合併的AND網關時：
- 網關會等待，直到所有流入的序列流上都存在令牌。流入的序列流。
- 當最後一個令牌到達後，所有流入的令牌都會被消耗。
- 在流出的序列流上產生單一令牌。
此同步確保後續活動僅在所有平行任務完成後才開始。這對於最終批准取決於來自多個獨立來源的數據的流程至關重要。
AND 網關與其他網關的對比 🔄
選擇正確的網關類型對於流程準確性至關重要。以下是網關行為的對比，以明確說明何時應使用 AND 網關，而非 XOR 或 OR 網關。
| 網關類型 | 符號 | 分流邏輯 | 匯聚邏輯 | 使用案例 |
|---|---|---|---|---|
| AND 網關 | 加號 (+) | 所有路徑同時激活 | 所有路徑均需完成 | 平行任務，同步 |
| XOR 網關 | 叉號 (X) | 僅一條路徑激活 | 僅一條路徑到達 | 條件路由，選擇 |
| OR 網關 | 圓圈 (O) | 一條或多條路徑 | 一條或多條路徑 | 可選的平行任務 |
逐步建模指南 🛠️
按照以下步驟，使用標準建模工具在您的流程圖中實現平行路徑。
步驟 1：定義觸發事件
從開始事件開始。這將啟動流程並生成初始標記。確保前序邏輯（如有）能清晰無誤地導入網關。
步驟 2：插入平行分流網關
將 AND 網關拖放到開始事件或前一個活動後的畫布上。將流入的流程連接到網關。
步驟 3：建立流出的順序流程
從閘門繪製多個向外的箭頭。每個箭頭代表一條獨立的平行路徑。清楚地標記這些流程，以表明它們啟動的具體任務或子流程。
步驟 4：建模獨立活動
在每個分支上放置必要的任務。這些可以是使用者任務、服務任務或子流程。由於它們是並行的，各分支之間的執行順序未定義。引擎可能會以任何順序處理它們。
步驟 5：插入並行合併閘門
找出所有分支匯聚的點。插入另一個 AND 閘門。確保每個並行分支都有一條序列流指向此合併閘門。不要讓任何流入的流程斷開。
步驟 6：繼續流程
從合併閘門連接一條單一的向外序列流至流程的下一階段。此流程僅在所有來自並行分支的令牌都到達後才會啟動。
處理非同步執行 ⏳
在許多現實情境中，並行任務並非真正同步。一個分支可能涉及資料庫更新，而另一個分支則等待外部電子郵件回應。這會引入延遲。
管理延遲
AND 閘門的合併邏輯本質上透過等待來處理延遲。然而，如果某條路徑明顯比其他路徑慢，這可能會導致效能問題。
- 快速路徑： 快速完成，並在合併處等待。
- 慢速路徑： 花費更長時間。合併閘門會保留令牌，直到此路徑完成。
為減輕此問題，請考慮業務背景。讓流程等待是否可接受？如果慢速路徑非關鍵，可考慮改用 OR 閘門，以允許流程在不等待延遲任務的情況下繼續進行。
逾時策略
某些建模環境允許在序列流上附加計時器事件。如果某個並行分支超過特定時間，計時器事件可觸發替代路徑。這可防止 AND 閘門無限期等待。
常見陷阱與錯誤處理 ⚠️
建模並行路徑會引入複雜性。當設計師忽略特定需求時，會頻繁出現幾種常見錯誤。
1. 孤兒令牌
當並行分支產生一個令牌，但合併閘門從未收到它時，就會發生此情況。這通常發生在以下情況：
- 合併時不小心遺漏了一個分支。
- 一個分支導向結束事件，但未返回主流程。
- 條件流完全繞過合併閘門。
結果： 流程實例會掛起或出錯，因為引擎正在等待一個永遠不會到達的令牌。
2. 死結
當令牌在循環依賴中互相等待時，就會發生死結。雖然簡單的 AND 閘門較少出現此情況，但在複雜的迴圈中仍有可能發生。
- 分支 A 等待分支 B。
- 分支 B 等待分支 A。
結果： 該流程完全停止。請仔細審查循環結構，以確保滿足退出條件。
3. 競態條件
如果兩個平行分支在沒有同步的情況下寫入同一個共享資源（例如，資料庫記錄），資料完整性可能會受到損害。AND 網關可同步流程，但不一定能同步資源存取.
- 使用中間事件或事務邊界來管理共享資料。
- 如果發生重試，請確保服務任務具有冪等性。
穩健建模的最佳實務 ✅
為確保流程圖的清晰與可靠性，請遵循以下指南。
- 匹配分叉與匯合： 每個分叉都應有對應的匯合。如果你分叉，就必須匯合。
- 使用明確的標籤： 為序列流程加上標籤，以說明它們為何是平行的（例如：「發送電子郵件」、「更新 CRM」）。
- 檢查令牌平衡： 確保簡單流程中匯合點的流入流程數量與分叉點的流出流程數量一致。
- 避免嵌套網關： 保持網關邏輯簡單。過深的嵌套會使除錯變得困難。
- 驗證邏輯： 如果您的工具支援，請執行模擬。確認所有路徑都能到達結束事件。
進階模式：嵌套的 AND 網關 🔗
複雜的流程通常需要多層平行處理。您可以在子流程或主流程中嵌套 AND 網關。
情境：多層級審核
考慮一個情境：文件需要兩個部門同時審核，而每個部門各有兩位經理。
- 第一層分叉： 分為「部門 A」和「部門 B」。
- 第二層分叉（在部門 A 內部）： 分為「經理 1」和「經理 2」。
- 第 2 級合併（在部門 A 內部）： 等待兩位經理。
- 第 1 級合併： 等待兩個部門回覆。
此結構確保流程僅在收集所有特定批准後才繼續前進。它在層級結構的每一層都維持 AND 網關邏輯。
平行路徑中的例外處理 ❌
如果其中一個分支失敗會怎麼樣？行為取決於流程引擎如何處理例外。
- 標準行為： 如果其中一個分支失敗，該分支的權杖將被消耗。合併網關會等待另一個分支。根據設定，流程實例可能以錯誤狀態結束，或繼續執行。
- 錯誤子流程： 在平行分支中的任務上使用錯誤邊界事件。這允許該分支本地處理錯誤，而不會中止整個平行流程。
- 補償： 如果平行任務已完成但資料無效，可能需要補償邏輯來撤銷另一個平行分支所完成的工作。
設計師必須決定一個平行任務失敗時，是否應中止整個流程，或允許另一分支完成。此決定通常決定了錯誤處理器的放置位置。
效能影響 🚀
雖然平行路徑能提升吞吐量，但也增加了資源消耗。流程引擎必須為單一執行個體管理多個執行緒或狀態。
- 資料庫鎖定： 更多並行權杖可能增加資料庫爭用。
- 記憶體使用： 每個活躍的權杖都需要記憶體來追蹤狀態。
- 可擴展性： 具有許多平行分支的高流量流程需要強大的基礎設施。
在建模時，請考慮執行個體的數量。每天執行 10 次的平行流程與每天執行 10,000 次的流程截然不同。對於高流量情況，請確保平行任務輕量化。
實作考量總結 📝
使用 AND 網關建模平行路徑是準確呈現業務流程的核心能力。它使組織能夠透過並行執行任務來縮短週期時間，同時透過同步維持資料一致性。
有效實作的關鍵要點包括：
- 使用 AND 網關進行強制的平行執行。
- 確保合併點的同步，以防止產生孤立的權杖。
- 考慮平行分支之間的延遲差異。
- 實施專為平行邏輯設計的錯誤處理策略。
- 驗證模型，以確保所有路徑正確匯聚。
遵循這些結構指南，您將建立一個穩健的流程模型，使其與實際運營情況相符。AND 網關仍然是 BPMN 標準中優化工作流程效率最強大的工具之一。