Table of Contents
hide
BPMN 入門
業務流程模型與符號 (BPMN) 是用於在工作流程中指定業務流程的圖形化表示。BPMN 提供了一種標準化的方式來建模業務流程，使其更容易理解、分析和改進這些流程。本教程將使用附圖中的案例研究來解釋業務流程建模的核心概念。
案例研究：病人預約與處方流程
下圖展示了涉及病人、醫生和醫生辦公室的業務流程。該流程包括預約安排、症狀處理以及處方藥物。我們將使用此案例研究來解釋關鍵 BPMN 概念.
BPMN 的關鍵概念
1. 池與泳道
- 池: 代表業務流程中的主要參與者。在本案例研究中，有兩個池：「病人」和「醫生辦公室」。
- 泳道: 池內的次級劃分，代表不同的角色或部門。在「醫生辦公室」池中，並無明確的泳道，但所有任務均由醫生辦公室的員工執行。
2. 事件
- 開始事件: 以圓形表示，標示流程的開始。在本案例研究中，開始事件包括病人請求看醫生，以及醫生辦公室收到請求。
- 結束事件: 以粗線圓形表示，標示流程的結束。在本案例研究中，結束事件包括病人收到處方，以及醫生辦公室發送處方。
- 中間事件: 以雙線圓形表示，標示開始與結束事件之間發生的事件。在本案例研究中，中間事件包括病人與醫生辦公室之間的訊息發送與接收。
3. 活動
- 任務: 以圓角矩形表示，標示單一工作單位。在本案例研究中，任務包括「發送醫生請求」、「接收預約」、「發送症狀」、「接收處方」、「病人醫生請求」、「病人預約」、「病人處理症狀」、「病人處理處方」、「接收醫生請求」、「發送預約」、「接收症狀」以及「發送處方」。
- 子流程: 以帶有加號的矩形表示，標示可進一步分解為較小任務的流程。在本案例研究中，並無明確的子流程，但這些任務可視為更大子流程的一部分。
4. 網關
- 網關: 以菱形表示，根據條件控制流程的流動。在本案例研究中，並無明確的網關，但任務與事件的流程可視為根據病人的行動及醫生辦公室的回應而具有條件性。
5. 流程物件
- 順序流: 以實線箭頭表示，用以指示活動的順序。在本案例研究中，順序流顯示任務與事件的順序，例如病人發送看診請求、醫生辦公室接收請求等。
- 訊息流: 以虛線箭頭表示，用以指示各泳道之間訊息的流動。在本案例研究中，訊息流顯示病人與醫生辦公室之間的溝通，例如發送與接收診療確認、症狀及處方。
案例研究分析
病人泳道
- 起始事件: 病人想要看醫生。
- 任務: 「發送看診請求」——病人發送看診請求。
- 中間事件: 病人收到診療確認。
- 任務: 「發送症狀」——病人將症狀傳送至醫生辦公室。
- 中間事件: 病人收到處方。
- 結束事件: 流程以病人處理處方結束。
醫生辦公室泳道
- 起始事件: 醫生辦公室收到病人的請求。
- 任務: 「接收看診請求」——醫生辦公室接收病人的請求。
- 任務: 「發送診療」——醫生辦公室將診療確認發送給病人。
- 中間事件: 醫生辦公室收到病人的症狀。
- 任務: 「發送處方」——醫生辦公室將處方發送給患者。
- 結束事件: 流程以醫生辦公室發送處方結束。
訊息流
- 患者向醫生辦公室發送醫生請求。
- 醫生辦公室向患者發送預約確認。
- 患者向醫生辦公室發送其症狀。
- 醫生辦公室向患者發送處方。
UML 與 BPMN：理解兩者的差異
統一建模語言（UML）與業務流程模型與符號（BPMN）都是軟體開發與業務流程管理領域中不可或缺的建模語言。儘管它們有一些相似之處，但各自具有不同的用途，並針對不同應用進行優化。以下是 UML 與 BPMN 的詳細比較。
1. 目的與重點
UML（統一建模語言）
- 重點: 主要用於軟體工程與系統設計。
- 目的: 提供一種標準化的方式來視覺化系統的設計，涵蓋結構、行為以及元件之間互動等各個方面。
- 使用案例: 常用於物件導向軟體開發，包括類圖、序列圖、用例圖與狀態圖。
BPMN（業務流程模型與符號）
- 重點: 專門為業務流程建模而設計。
- 目的: 提供業務流程的圖形化表示，讓所有利益相關者（包括業務分析師、經理與技術團隊）都能輕易理解。
- 使用案例: 用於規劃業務工作流程、分析流程，並識別改進區域。
2. 圖表類型
UML
- 常見圖表:
- 類圖：透過展示類別及其關係來呈現系統的結構。
- 順序圖：以時間順序的方式呈現物件之間的互動。
- 用例圖：呈現系統的功能需求以及使用者（參與者）與系統之間的互動。
- 狀態圖：展示物件的狀態及其狀態之間的轉移。
BPMN
- 常見圖表:
- 業務流程圖（BPD）：展示業務流程中活動與決策的流程。
- 合作圖：展示不同參與者（例如部門或組織）之間的互動。
- 協作圖：著重於流程中參與者之間的訊息交換。
3. 記號與符號
UML
- 複雜的記號: UML使用多種符號與記號，可能較為複雜，需經過訓練才能理解。每種圖表類型都有其獨特的符號集合。
- 彈性：UML具有高度彈性，可適應不同方法論，包括敏捷與瀑布模型。
BPMN
- 標準化記號: BPMN擁有一套標準化的符號，容易理解，使非技術利益相關者也能輕易掌握。
- 清晰的表示: 符號代表不同的元素，例如任務、事件、網關（決策）和流程，使流程的可視化變得簡單明瞭。
4. 利益相關者溝通
UML
- 技術對象: 主要針對開發人員、架構師和技术團隊。非技術利益相關者可能難以理解。
- 詳細規格: 為技術實現提供系統的詳細視圖，但在更廣泛的業務討論中可能缺乏清晰度。
BPMN
- 以業務為導向: 除了技術團隊外，也設計給業務分析師和利益相關者使用。清晰的視覺表示有助於促進組織內不同層級之間的溝通。
- 著重於流程: 強調理解與改善業務流程，對於流程改進計畫具有重要價值。
5. 工具與軟體支援
UML 和 BPMN 都有各種建模工具可供使用，其中許多工具支援兩種符號。流行的軟體工具包括：
- Visual Paradigm: 提供對 UML 和 BPMN 的全面支援，使其成為從事軟體開發和業務流程建模團隊的理想選擇。
結論
BPMN是用於建模業務流程的強大工具。透過運用池、泳道、事件、活動、網關和流程物件等關鍵概念，您可以建立清晰且簡明的圖表，以呈現複雜的業務流程。患者預約與處方流程的案例研究說明了如何 BPMN 用於建模現實世界的情境，使流程更易於理解、分析與改善。
總而言之，UML 和 BPMN兩者都是重要的建模語言，但用途不同。UML 專注於軟體設計與系統架構，而 BPMN 則專為視覺化與改善業務流程而設計。了解這兩種符號的差異，將有助於組織根據自身需求選擇合適的工具與方法。對於希望整合軟體開發與流程管理的團隊，像 Visual Paradigm 這樣的工具提供了支援 UML 和 BPMN 的完整解決方案。