1、使用網關設計流程路徑
2、基於數據的專用網關
某些事情只能在某些情況下才能完成，所以很少有過程總是走同一條路。
圖2.1:xor網關。
在我們的簡單示例(圖2.1)中，我們希望深入烹飪的細節。在飢餓的驅使下，我們思考今天要做什麼。我們只知道三種食譜，所以我們選擇一種。我們要麼做意大利麪，要麼做牛排，要麼準備沙拉。假設這些選項是排他性的——我們永遠不會一次準備多個選項。決定下一步要做什麼的點稱爲網關。我們根據可用數據(選擇的配方)進行決定，並且只遵循其中一條路徑，這是一個基於數據的獨佔網關。我們將獨佔網關簡稱爲xor。
請記住，網關不是一個任務!在到達一個入口之前，你必須確定事實和需要。我們將在商業決策管理中再次遇到這個問題。
圖2.2:兩個符號含義相同。
bpmn爲異或網關使用了兩個符號(參見圖2.2)。它們的意思相同。我們總是使用帶有x的版本，因爲它看起來不那麼模糊，但是使用適合您的版本。
我們的bpmn約定俗成:如圖2.1所示，我們將關鍵問題放在了網關之前。這是我們的慣例，它在我們的項目中證明了它的價值。在網關之後，可能的答案是並行的，bpmn規範就是這樣顯示它們的。我們一直使用以下xor網關:
1. 爲需要決定xor網關的任務建模。
2. 然後對xor網關建模。創造一個答案相互排斥的問題。
3. 爲每個可能的答案建模一個傳出路徑(或序列流)，並用答案標記該路徑。
異或網關可以有任意多的傳出路徑。我們在左上角開始一些路徑，在左下角開始另一些路徑，但這只是我們的風格約定。
順便說一下，有三個結束事件，進程產生三個結束狀態也不是不尋常的。認識到這種可能性可以幫助您處理更復雜的圖表。稍後，我們將給出使用不同end事件的更多理由。bpmn不是面向塊的過程符號，因此您不需要在稍後合併一個分割過程路徑——您可以這樣做，但您也不必這樣做。
當然，合併這三條路徑在語義上是有意義的。無論選擇什麼食譜，這頓飯都是在做好之後喫的。我們還可以使用xor網關進行合併，這樣做會將三個傳入路徑的令牌引導到一個傳出路徑。(參見圖2.3)
圖2.3:xor網關也可以合併。
xor網關的雙重應用——拆分和合並或者xor拆分和xor合併——可能會使初學者感到困惑。你甚至可以模擬一個異或網關，合併和分裂一次!(參見圖2.4)你必須決定你是否喜歡用這種方式來精簡你的圖表。就我們而言，我們通常選擇不這樣做，而是依次繪製兩個xor網關。這種方法可以防止誤解。
表示合併/拆分的兩種方法
圖2.4:表示合併/拆分的兩種方法
本文會持續更新，歡迎關注，技術支持：盤古BPM