Read this post in: de_DEen_USes_ESfr_FRhi_INid_IDjapl_PLpt_PTru_RUvizh_CN

將業務流程與軟體需求相連接：以 Visual Paradigm 為例的 BPMN 至用例轉換案例研究

引言

在當今快速演變的數位環境中，組織面臨著一個持續性的挑戰：確保軟體開發工作始終與實際業務運作緊密對齊。過於常見的是，需求萃取與業務流程建模脫節，導致系統無法解決現實世界的作業流程，也無法為終端使用者帶來預期價值。本案例研究探討了一種經過驗證的方法論，透過使用 Visual Paradigm 的整合式建模環境，從業務流程模型與符號（BPMN）圖示轉換至 UML 用例模型，以彌補此一差距。

透過一個涉及純水配送公司的實際範例，我們示範了業務分析師與系統設計師如何共同從已驗證的業務流程中直接萃取有意義的軟體需求。該方法利用 Visual Paradigm 的模型轉換功能，建立業務任務與系統用例之間的可追蹤連結，確保每一項軟體功能皆有明確的業務目的。無論您是希望更有效溝通需求的業務分析師，還是致力於打造真正符合營運需求的解決方案的系統架構師，本案例研究皆能提供具體實用的洞見，協助您將業務流程建模與軟體需求工程進行有效整合。

Bridging Business Processes to Software Requirements: BPMN-to-Use Case Transition

理解基礎：BPMN 與用例圖

什麼是 BPMN 與 BPD？

BPMN提供業務分析師一組圖形符號，用於建模業務流程。它最初由業務流程管理倡議（BPMI）開發，現由物件管理集團（OMG）維護。開發 BPMN 的其中一個動機，是為不同角色、來自不同國家，或使用不同語言的人們提供一種共通的圖形語言，使他們能無障礙地理解相同的業務流程。

BPD 是業務流程圖的縮寫，是使用 BPMN 建模業務流程的地方。它是一種類似流程圖的圖示，用以呈現流程走向、參與者以及參與者之間的訊息交換。業務分析師繪製 BPD 以模擬不同參與者如何協作以達成業務目標。在將完成的業務模型與終端使用者驗證後，系統分析師便可開始規劃系統。

以下是某組織註冊流程的簡單 BPD。它涵蓋了您通常會看到的大多數典型建模符號。讓我們來看看。

BPD sample

符號 說明
BPMN pool 泳道（Pool）——代表流程中的參與者。在 BPMN 中，泳道與車道皆用來表示參與者。車道包含於泳道內，用以模擬父泳道的子區隔。
BPMN start event 起始事件——流程的開始。可定義觸發條件，以告知讀者在何種情境下流程將被觸發。例如：收到電子郵件時、星期一早上，或發生錯誤時。
BPMN task 任務——由指定參與者（以泳道/車道表示）可能執行的原子活動。任務及其他流程物件相連，形成完整的業務工作流程。
BPMN end event 結束事件——流程的結束。可定義結果，以告知讀者流程結束時將發生何事。例如：發出訊號，或產生錯誤。

什麼是用例圖？

用例建模指的是使用UML 用例圖來捕捉高階使用者需求的技術。用例模型是為軟體或系統設計師設計的，而非業務人員。

06-use-case-diagram-sample

用例圖中包含三個主要元素。

符號 說明
UML use case 用例——每個用例代表一個使用者目標，即系統使用者希望達成的目標。請注意，用例僅能用來呈現使用者希望執行的動作，而非開發者需要開發的功能，儘管在某些情況下兩者可能相同。若要記錄或模擬用例中涉及的功能，可使用事件流程工具，或以序列圖/活動圖請記住，用例建模的目標在於模擬用戶希望達成的目標。
UML actor 參與者 – 系統的使用者。這裡的「使用者」一詞並不限於人類，也可以是與我們系統互動以達成特定商業目標的其他系統。
UML communication link 通訊連結/關聯 – 連接參與者與用例，表示參與者存取系統。每條通訊連結都代表參與者與系統之間的一系列交易。

從業務流程過渡到系統需求

戰略性連結

雖然BPD與用例圖不一定要相互依賴，但可以以互補的方式關聯。通常，我們開發軟體是為了自動化或優化業務流程中的某些工作流程。透過BPD，你可以了解參與者如何協作，以及誰負責什麼，這有助於我們識別使用者需要系統支援的功能。使用者希望實現的系統功能（工作流程或業務流程）可以用用例來建模，並由團隊後續開發。因此，我們可以說，BPD能幫助你識別正在開發系統的用例。

Visual Paradigm 是一款視覺化建模工具，透過其模型轉換功能，在兩個模型之間建立可追溯性連結，支援從業務流程建模過渡到用例建模（從業務需求到應用需求）。我們需要這種可追溯性，原因如下：

  • 我們可以透過研究用例所涉及的流程部分，確保系統符合現實世界的使用情境。

  • 透過追蹤用例所源自的流程部分，回答「我們為什麼需要這個（系統）功能？」之類的問題。

  • 透過從BPD追蹤至用例圖，回答「某項特定操作是否已經實作？」之類的問題。

關鍵差異：BPD 與用例圖

有些人可能認為用例圖與BPD相似，但它們在符號與目的上差異頗大。請記住，BPMN是為業務人員設計的，而用例圖則是為系統分析師或系統開發人員設計的。它們服務於不同的目的，並從兩種截然不同的角度看待業務。這就是為什麼在前一節中，我總結BPD與用例圖之間的關係時說：「BPD能幫助你識別用例。」BPD在識別用例時只能提供一些提示。並無規定指出BPD中的每一項任務都等同於一個用例。然而，我們可以透過目標系統自動化某項功能的用例，來進一步詳述業務流程。

案例研究：真水純淨水公司

業務背景與流程描述

真水純淨水公司是一家位於城市的年輕純淨水供應商。他們將純淨水銷售給企業與家庭使用。以下是其送水流程的文字描述。

訂購純淨水時，客戶可撥打訂購熱線或寄送電子郵件給我們。目前，90%的訂單來自電話，10%則透過電子郵件下單。接收訂單的客服人員會確認該客戶是否為老客戶或新客戶。若客戶從未下過單，客服人員將先為其建立客戶帳戶，再進行送水作業。
純淨水的配送每週一次，於每週三進行。因此，每週三早上，客服人員會將訂單轉交至物流部門進行配送。物流部門的經理收到訂單後，會安排配送，為不同訂單指派員工，列印並張貼配送時程表。員工收到通知後，依指示將水送至客戶處。

根據上述描述，已建立業務流程模型。現在，您需要開發一個電腦系統以優化整個流程。您需要做的第一件事是建立用例模型。在BPD的協助下，嘗試建立用例圖。

逐步過渡流程

  1. 下載 純淨水配送.vpp。您也可以在本教學的底部找到此檔案。

  2. 在 Visual Paradigm 中開啟下載的 .vpp 檔案。要開啟專案，請選擇 專案 > 開啟 從應用程式工具列中。

  3. 開啟 BPD 純淨水訂購流程。仔細研究流程。

    BPD sample

  4. 流程在客戶下單時開始。在此，我們可以想到一個用例——下單。此用例將透過提供介面，讓客戶無需客服人員協助即可下單，協助驗證客戶身份，並在客戶不存在時建立帳戶。右鍵按一下 建立訂單，並選擇相關元素 > 轉移至新用例…從彈出式功能表中選擇。

    Create use case from task

  5. 這會觸發轉移模型元素視窗，您可以在其中選擇要放置用例和參與者的模型，並重新命名它們。在這種情況下，我們對用例和參與者的名稱感到滿意。讓我們保持不變。點擊確定.

    Transit model element
    這會在 UeXceler 中形成一個新的用例圖。
    Use case diagram formed

  6. 回到 BPD。

  7. 讓我們考慮一下任務建立客戶帳戶。在業務流程中，客戶服務助理需要為每位新客戶建立帳戶。在新系統中，這可以是「建立訂單」用例的一部分，或是由客戶服務助理手動觸發的獨立用例。在現實情況下，您應與相關方澄清此類疑問，因為錯誤的用例模型將導致開發出不符合使用者期望的功能。在此範例中，我們假設使用者希望「建立客戶帳戶」任務由客戶服務助理執行。讓我們從此任務建立一個用例。右鍵按一下建立客戶帳戶，並選擇相關元素 > 轉移至新用例…從彈出式功能表中選擇。

    Create use case from task

  8. 再次，我們對用例和參與者的名稱感到滿意。請保持「轉移模型元素」視窗中的所有內容不變。點擊確定。用例圖已更新，新增了一個用例和參與者。讓我們來看一下。

    New use cases created

  9. 回到 BPD。讓我們繼續處理子流程安排配送。物流部門的經理可以使用系統進行排程並通知工人配送水。因此，這也是系統的一個用例。右鍵按一下子流程安排配送並選擇相關元素 > 轉移至新用例…從彈出式功能表中選擇。

  10. 在 中勾選角色「管理員」轉移模型元素視窗中。如果我們保留角色的名稱為管理員，這在用例模型中會產生歧義，因為公司中可能有許多部門，每個部門都有不同的管理員。因此，請將角色重新命名為物流部門管理員.

    24-rename-actor

  11. 按一下確定。用例圖已更新。

    Use case diagram updated

  12. 回到BPD。最後一項任務配送水是只能由人類執行的工作，與系統互動無關。因此，我們不需要為它建立用例。

  13. 假設區域經理希望系統支援一項新功能，可產生報告以顯示訂單統計資料。此功能可協助他檢視並優化行銷策略。雖然此功能尚未在業務流程模型中建模，但我們可直接在用例圖中繪製。開啟用例圖。繪製一個角色區域經理。從此角色建立一個用例產生統計報告，並在之間建立關聯。

    Use case diagram updated

  14. 假設客戶希望允許客戶檢視帳單明細並取消訂單。此外，客戶也希望允許物流部門管理員列印物流報告。請分別繪製這些用例。

    Use case diagram updated

  15. 整理圖形。

    Complete use case diagram

  16. 轉移關係可讓您從用例模型追溯至業務流程模型（反之亦然）。我們來試試看。將滑鼠指標移至下訂單用例上。

    Mouse over use case

  17. 按一下模型轉移器圖形右下角的資源。選擇從 > 蒸餾水訂購流程 < 過渡。訂購從彈出式選單中。

    Open task from use case
    這將開啟具有該任務的BPD訂購已選取。
    Task selected

結論

本案例研究顯示，從BPMN業務流程模型轉換至UML用例圖不僅僅是技術性操作，更是一種戰略方法，以確保軟體解決方案能真正創造商業價值。透過使用Visual Paradigm的Model Transitor功能，團隊可以在業務活動與系統需求之間建立清晰的可追溯性，促進業務利益相關者與開發團隊之間的共同理解。

True Aqua蒸餾水公司範例說明了幾個關鍵原則：並非每個業務任務都需對應一個用例；在將流程映射至系統功能時，釐清利益相關者的需求至關重要；即使原始業務流程中未包含，新需求也可直接新增至用例模型中。最重要的是，該工具提供的雙向可追溯性，使團隊能在整個專案生命週期中回答有關需求合理性與實現狀態的根本問題。

採用此方法論的組織可預期需求模糊性降低、利益相關者之間的協調性提升，以及軟體系統更能準確反映實際運營狀況。隨著業務流程持續演進，維持這種可追溯性可確保系統增強功能始終基於已驗證的商業需求，而非主觀的特性請求。現代建模工具中整合的AI功能進一步加速了這一轉變，使團隊能專注於戰略分析，而非手動繪製圖表的任務。

參考文獻

  1. AI驅動的自然語言處理如何革新企業流程建模中的文字轉BPMN生成：探討自然語言處理如何將文字型商業描述轉換為符合規範的BPMN模型，以用於企業工作流程文件記錄。
  2. 運用Visual Paradigm的AI工具精通BPMN 2.0業務流程建模：全面評估AI增強的BPMN建模功能，以建立可執行的業務流程規格。
  3. 用例轉活動圖功能：詳細說明將高階用例自動擴展為詳細活動圖的自動化工作流程，以利執行規劃。
  4. AI BPMN業務流程圖生成器更新：發行說明，涵蓋增強的AI功能，可將敘述性流程描述轉換為結構化的BPMN圖表。
  5. BPMN圖表與工具功能：Visual Paradigm內BPMN 2.0建模工具、符號支援與協作功能的官方文件。
  6. 對話式流程重構示範：影片示範如何使用AI聊天機器人指令，透過自然語言指令動態修改BPMN圖表。
  7. AI業務流程改進工具發布：宣布智慧工作流程分析功能，可根據流程指標建議優化機會。
  8. BPMN圖表與工具功能：進階BPMN功能參考指南，包含子流程分解與可執行模型生成。
  9. AI用例圖優化工具：基於網路的AI工具，可自動為基本用例模型加入正確的包含/擴展關係與例外處理。
  10. 使用Visual Paradigm AI生態系統進行用例建模的完整指南：第三方對AI輔助技術在需求蒐集與用例規格化方面的分析。
  11. 從業務流程到用例教程（PDF）：可下載的逐步指南，用於將BPMN模型轉換為具可追溯性的UML用例圖。
  12. 自動邊界生成示範：影片教程，展示如何利用AI從項目範圍說明中自動生成系統邊界、參與者及核心用例。
  13. 智能關係優化示範：AI分析的示範，可識別並建議用例之間適當的包含/擴展關係。
  14. AI用例圖優化工具功能：產品頁面，詳細介紹自動化用例關係分析與優化功能。
  15. 下游工作流程生成示範：影片展示如何從已驗證的用例規格自動生成活動圖與序列圖。
  16. Visual Paradigm 在 TheirStack 上：企業環境中 Visual Paradigm 模型工具的技術概況與採用洞察。
  17. AI用例圖報告生成器功能：將PlantUML腳本與用例模型轉換為專業利益相關者文件的工具。
  18. 事件流程擴展點文件：技術參考文件，用於記錄包含前置條件、後置條件與替代流程的詳細用例情境。
  19. AI驅動的用例建模工作室發布：發布公告，介紹用例建模中整合的AI功能，包括自然語言需求解析。