當 BPMN 圖表中的元素正確連接時，該圖表才有意義。其中兩個最重要的 BPMN 連接器是序列流以及訊息流.
兩者均以箭頭表示，但它們描述的是不同的關係：
-
一個序列流顯示活動、事件和閘門在流程中發生的順序。
-
一個訊息流顯示不同參與者之間的溝通，例如公司、建模為獨立泳道的部門、客戶或外部系統。
混淆這兩種連接器是 BPMN 建模中最常見的錯誤之一。
什麼是序列流？
序列流代表流程的內部進展。它回答以下問題：
接下來會發生什麼？
序列流繪製為帶有實心箭頭的實線。它可以連接同一泳道或流程內的事件、活動和閘門。例如：
開始事件 → 接收訂單 → 檢查庫存 → 發貨 → 結束事件
這表示流程開始，訂單被接收，庫存被檢查，然後訂單按此順序發貨。
序列流也可以顯示分支與合併：
-
離開排他性閘門的流可能代表一種可能的決策結果。
-
離開並行閘門的多個流可能代表同時進行的工作。
-
多個輸入流可能合併到後續的活動中。
-
條件流僅在指定條件為真時才會繼續。
-
預設流在其他條件均不適用時提供備用路徑。
序列流定義了流程行為。它們不僅是用來使圖表更易讀的視覺線條。
什麼是訊息流？
訊息流代表不同 BPMN 參與者之間的溝通。它回答以下問題：
參與者之間交換了什麼資訊？
訊息流程以虛線繪製，通常帶有開放式箭頭。它可連接不同泳道中的活動、事件或其他適當的訊息相關元素。
例如，線上零售商可向付款服務提供者發送付款請求：
零售商泳道：發送付款請求 - - - - - > 付款服務提供者泳道：接收付款請求
虛線連接器表示一位參與者向另一位參與者發送資訊。這並不意味著發送者直接控制接收者的內部流程。
訊息流程用於 BPMN 協作中，以建模獨立參與者之間的溝通。BPMN 規範將訊息流程列為流程與協作建模的標準元素之一。
主要差異
最簡單的規則如下：
在泳道內使用序列流程。在泳道之間使用訊息流程。
泳道代表一位參與者，例如公司、客戶、供應商、獨立建模的部門或外部應用程式。泳道槽僅是泳道內部的細分，因此不同泳道槽中的活動仍透過序列流程連接。
| 特性 | 序列流程 | 訊息流程 |
|---|---|---|
| 主要用途 | 顯示流程順序 | 顯示溝通 |
| 視覺外觀 | 實線搭配填充式箭頭 | 虛線搭配開放式箭頭 |
| 典型位置 | 單一泳道內 | 不同泳道之間 |
| 代表 | 控制或執行流程 | 資訊交換 |
| 範例 | 審查請求 → 核准請求 | 客戶 → 提交申請 |
| 是否跨越泳道邊界？ | 否 | 是 |
| 控制其他參與者的流程？ | 模擬內部進展 | 否；它代表互動 |
序列流連接同一泳道池內的流程物件，而訊息流則代表跨參與者邊界交換的訊息。
跨泳道的序列流
考慮一個具有三個泳道的採購核准流程：
-
員工
-
經理
-
財務
如果這三個泳道屬於同一個公司泳道池，則流程可如此建模：
這些活動之間的箭頭是序列流，因為這些泳道屬於同一個泳道池。
泳道用於識別責任，但並不會建立獨立的參與者。此流程仍代表一個協調的內部工作流。
正確建模
錯誤建模
在同一泳道池內的泳道之間使用訊息流：
員工泳道 - - - > 經理泳道 - - - > 財務泳道
這錯誤地暗示員工、經理和財務團隊是獨立的 BPMN 參與者，而非同一組織內的職責角色。
泳道池之間的訊息流
現在考慮一個涉及客戶與供應商的採購流程。這些是獨立的參與者，因此應建模為獨立的泳道池：
客戶泳道池：
提交訂單
- - - - - - - - - - >
供應商泳道池：
接收訂單
訊息流表示供應商從客戶處接收資訊。隨後，供應商的內部活動可透過序列流連接：
供應商泳道池：
接收訂單 → 檢查庫存 → 準備出貨
完整的協作可能如下所示：
實用範例：線上訂單履行
想像一個涉及以下對象的線上訂單流程：
-
客戶
-
線上商店
-
付款服務提供者
-
運輸公司
一個合適的 BPMN 協作可能包含四個泳道池。
線上商店的序列流程
在線上商店泳道池內部：
參與者之間的訊息流程
在泳道池之間：
付款服務商與運送公司可能擁有各自的內部流程，但線上商店無法控制這些內部步驟，僅與它們交換訊息。
訊息流程並不意味著「任何溝通」
一個常見的錯誤是，只要涉及資訊就使用訊息流程，但這並不總是正確的。
假設一個客服流程中有一個名為「檢視客戶電子郵件」，接著是「更新案件記錄」。電子郵件與案件記錄屬於資訊，但這些活動仍可能屬於同一個流程與泳道池。這些活動應以序列流程連接。
區分主要基於「參與者邊界」，而不僅僅取決於是否存在資料或資訊。
使用：
-
序列流程用於參與者流程內的工作順序。
-
訊息流程用於不同參與者之間的溝通。
-
資料關聯用於顯示某活動讀取或產生資料物件。
-
關聯用於將註解或支援文件連結至流程元素。
資料物件與註解提供情境；它們不能取代序列流程或訊息流程。
泳道池、泳道與流程選擇
選擇正確的連接器，始於選擇正確的參與者結構。
當以下情況時使用泳道：
-
活動屬於同一組織。
-
團隊共用一個整體流程。
-
您希望按部門或角色顯示責任。
-
流程引擎或組織負責協調工作。
範例包括：
-
同一公司內的銷售、財務與營運部門
-
員工入職期間的人力資源、資訊科技與設施部門
-
同一保險公司內的理賠受理、評估與給付
請在這些泳道中的活動之間使用序列流程。
當以下情況時，請使用池：
-
參與者為獨立組織。
-
客戶與公司進行互動。
-
外部系統擁有其自身的流程。
-
您希望隱藏或抽象化其他參與者的內部工作流程。
-
此互動最適合理解為協作或訊息交換。
範例包括：
-
客戶與零售商
-
銀行與支付服務提供者
-
製造商與供應商
-
雇主與政府機構
-
公司與外部身份驗證服務
請在這些池之間使用訊息流程。
以兩種方式模擬同一情境
考慮涉及銀行與申請人的貸款申請情境。
選項 1：將申請人作為泳道
若圖表描述銀行協調的內部流程，並將申請人視為參與該流程的角色，則申請人可能以泳道形式出現在銀行的池內。
序列流程連接各項活動。
當目標是記錄銀行的內部作業程序時，此方法相當實用。
選項 2：將申請人作為獨立池
若圖表著重於申請人與銀行之間的協作，請使用獨立池：
此方法強調獨立參與者之間的溝通與交接。
兩種表示方式並非在所有情況下都自動正確。適當的選擇取決於模型的目標與範圍。
常見錯誤
在泳道之間使用訊息流程
泳道是泳道的子分區。如果兩個泳道屬於同一個池，請使用順序流程連接它們的活動。
在不同池之間使用順序流程
順序流程不應從一個參與者池跨越到另一個池。池之間的溝通應使用訊息流程。
混淆內部工作與外部溝通
訊息流程應顯示訊息交換，而每個參與者的內部工作應分別使用順序流程進行建模。
例如：
錯誤：
客戶任務 → 供應商任務
更好的協作模型如下：
客戶池：
提交訂單
- - 訂單訊息 - - >
供應商池：
接收訂單 → 驗證訂單 → 確認訂單
將泳道視為獨立組織
泳道可能代表部門、角色或系統，但它仍位於池內。如果參與者擁有自己的流程邊界並獨立溝通，則可能需要單獨的池。
使用含義不明的箭頭
每個連接器都應回答一個具體問題：
-
這是否顯示接下來發生的事情？
-
這是否顯示誰與誰進行溝通？
-
這是否將數據或文檔與活動相連接？
如果答案不明確，則該連接器可能放置不當或無需存在。
使用 Visual Paradigm BPMN Online Free 建立順序流程與訊息流程
Visual Paradigm BPMN Online Free 提供一個基於瀏覽器的環境，用於建立和編輯 BPMN 圖表。其拖放式編輯器可用於建模池、泳道、活動、事件、閘道、順序流程和訊息流程。Visual Paradigm 還提供 BPMN 2.0 建模功能、流程下鑽功能，以及分享或匯出圖表的選項。
實際工作流程如下：
-
開啟 BPMN 圖表工具。
-
建立新的業務流程圖。
-
為每個獨立參與者添加一個池。
-
僅在劃分單一參與者內部責任時添加泳道。
-
將活動和事件放置在適當的池或泳道內。
-
使用順序流程連接內部活動。
-
使用訊息流程連接不同的池。
-
為訊息流程標註有意義的內容，例如：
-
訂單詳情
-
付款請求
-
核准決策
-
運送確認
-
-
為離開決策點的序列流程新增條件。
-
檢視圖表以確認沒有任何序列流程跨越泳道邊界。
-
使用自動佈局或手動對齊以提升可讀性。
-
分享或匯出完成的圖表以供利害關係人檢視。
Visual Paradigm 的 BPMN 編輯器支援流程下鑽功能，允許將高階子流程展開為更詳細的流程圖，同時避免主模型過於擁擠。
使用 AI 輔助功能
AI 輔助的 BPMN 功能可協助根據自然語言描述建立初始流程模型。Visual Paradigm 的 AI 工具可解讀敘述、識別參與者與活動、建議泳道與閘道，並生成可編輯的 BPMN 圖表。隨後，該生成的圖表可於線上編輯器中開啟，以便進行手動修訂。
例如，不要從空白畫布開始，而是提供如下提示：
建立一個涉及客戶、線上零售商、付款服務商與運送公司的線上訂單流程 BPMN 協作。
客戶向零售商提交訂單。零售商檢查庫存，並向付款服務商發送付款請求。服務商回覆核准或拒絕訊息。若付款獲核准，零售商向運送公司發送運送請求。運送公司向零售商發送送達確認，零售商再通知客戶。
AI 生成的草稿可能識別出：
-
將客戶、零售商、付款服務商與運送公司識別為泳道池
-
將庫存檢查識別為活動
-
將付款核准識別為閘道
-
將付款請求與付款結果識別為訊息流程
-
將零售商內部步驟識別為序列流程
-
將運送確認識別為訊息流程
AI 應視為起點而非最終權威。請仔細檢視生成的模型，特別是泳道池與泳道之間的邊界。
有用的修訂提示
生成初始圖表後，請要求進行特定修正：
檢視圖表，確保零售商泳道內的所有流程均為序列流程，而零售商、付款服務商、客戶與運送公司之間的所有溝通均以訊息流程表示。為每個訊息流程新增標籤。
您也可以要求 AI 執行以下操作：
-
新增付款被拒絕的替代路徑。
-
新增付款逾時的事件。
-
將客戶服務獨立為專屬泳道池。
-
將內部部門轉換為泳道。
-
展開運送子流程。
-
識別任何錯誤跨越泳道邊界的連接器。
Visual Paradigm 將其 AI 輔助工作流程描述為對話式且迭代式的：使用者可以生成圖表、提出修改要求，然後在功能齊全的線上編輯器中開啟結果以進行進一步編輯。
檢視 AI 生成的圖表
在分享或實施 AI 生成的 BPMN 模型之前，請檢查以下項目：
-
獨立參與者是否被表示為獨立的泳道？
-
同一組織內的部門和角色是否被表示為泳道？
-
序列流程是否僅限於正確的泳道？
-
訊息流程是否僅用於泳道之間的通訊？
-
每個訊息流程是否都有明確的發送者和接收者？
-
訊息名稱是否具有意義？
-
閘道條件是否明確？
-
在適當的位置是否已包含開始和結束事件？
-
該圖表是否反映了實際的業務流程？
-
利害關係人是否已審查參與者的邊界？
AI 可以加速圖表創建，但可能會錯誤推斷組織邊界。部門可能被建模為獨立泳道，而實際上應為泳道；或外部服務可能被放置在組織泳道內部。人工審查仍然至關重要。
快速決策指南
在 Visual Paradigm 或任何其他 BPMN 工具中進行建模時，請使用此規則：
兩個連接元素是否位於同一泳道內？
是 → 使用序列流程。
否 → 它們是否是位於不同泳道中的獨立參與者？
是 → 使用訊息流程。
否 → 請考慮是否需要資料關聯或文件關聯。
另一種記住區分的方法是：
序列流程描述工作如何移動。訊息流程描述資訊如何在參與者之間移動。
結論
在 BPMN 中，序列流程和訊息流程具有不同的用途：
-
序列流程代表活動、事件和閘道的內部順序。
-
訊息流程代表獨立參與者之間的通訊。
-
泳道組織泳道內的職責，但不會建立新的參與者。
-
泳道池建立參與者邊界並確定訊息流程適用的位置。
Visual Paradigm BPMN Online Free 透過視覺化的拖放建模環境，使此區分變得實用。其 AI 輔助功能可根據自然語言描述生成初始的 BPMN 模型，而線上編輯器則讓您能修正泳道邊界、優化連接器、標註訊息，並準備模型以供利害關係人審查。
如有疑問，請先確認邊界。若工作發生在同一參與者內部，請使用序列流程；若兩個獨立參與者交換資訊，請使用訊息流程。