BPMN 中的序列流與訊息流

當 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 建模功能、流程下鑽功能，以及分享或匯出圖表的選項。

實際工作流程如下：

1. 開啟 BPMN 圖表工具。

2. 建立新的業務流程圖。

3. 為每個獨立參與者添加一個池。

4. 僅在劃分單一參與者內部責任時添加泳道。

5. 將活動和事件放置在適當的池或泳道內。

6. 使用順序流程連接內部活動。

7. 使用訊息流程連接不同的池。

8. 為訊息流程標註有意義的內容，例如：

   • 訂單詳情

   • 付款請求

   • 核准決策

   • 運送確認

9. 為離開決策點的序列流程新增條件。

10. 檢視圖表以確認沒有任何序列流程跨越泳道邊界。

11. 使用自動佈局或手動對齊以提升可讀性。

12. 分享或匯出完成的圖表以供利害關係人檢視。

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 模型，而線上編輯器則讓您能修正泳道邊界、優化連接器、標註訊息，並準備模型以供利害關係人審查。

如有疑問，請先確認邊界。若工作發生在同一參與者內部，請使用序列流程；若兩個獨立參與者交換資訊，請使用訊息流程。