引言
理解並記錄商業流程對於任何致力於提升效率、識別自動化領域以及確保順利運作的組織都至關重要。商業用例與UML（統一建模語言）泛化圖是實現這些目標的強大工具。本指南將解釋商業用例的概念、它們與普通用例的差異，以及如何有效運用UML泛化圖來建模這些流程。
商業用例
定義
商業用例以與技術無關的術語描述一個商業流程，將該流程視為一個黑箱。它專注於業務參與者與流程本身之間的互動，而不深入探討流程實現的技術細節。
主要特徵
- 與技術無關：以不涉及特定技術或系統的方式描述。
- 以業務流程為重點：強調業務流程以及業務參與者之間的互動。
- 黑箱方法：將流程視為黑箱，專注於輸入與輸出，而非內部運作。
與普通用例的差異
- 範圍：商業用例描述手動流程，且不一定自動化。普通用例則著重於系統功能與提供給使用者的服務。
- 細節層次：商業用例層次較高且更具抽象性，而普通用例則更詳細，且專注於系統功能。
- 目的：商業用例用於理解與記錄業務流程，而普通用例則用於明確系統需求與功能。
UML泛化圖
定義
UML泛化圖用於展示類別或用例之間的繼承關係。它說明一個一般類別或用例如何被細化為更特定的類別或用例。
關鍵概念
- 泛化：一般類別或用例（父類）與更特定類別或用例（子類）之間的關係。
- 繼承：子類別或用例從父類繼承屬性和行為。
- 專化：從一個一般類別或用例創建更特定類別或用例的過程。
範例：機場報到流程
參與者
- 乘客：主要參與者，需完成報到流程。
- 導遊：具特殊職責或特權的參與者。
使用案例
- 安全檢查：描述乘客安全檢查流程的業務使用案例。
- 行李報到：可擴展以包含額外步驟的業務使用案例。
- 個人報到：包含行李報到行為的專用使用案例。
- 團體報到：包含個人報到但可能有額外步驟或變化的更特定使用案例。
關係
- 泛化：「乘客」與「導遊」之間的關係。
- 包含：「個人報到」與「團體報到」之間的關係。
- 擴展：「行李報到」及其擴展之間的關係。
如何建立 UML 泛化圖
步驟 1：識別參與者
識別參與業務流程的參與者。在此範例中，參與者為「乘客」與「導遊」。
步驟 2：定義業務使用案例
定義描述業務流程的業務使用案例。針對機場報到流程，使用案例包括「安全檢查」、「行李報到」、「個人報到」與「團體報到」。
步驟 3：建立關係
- 泛化：將「乘客」連接到「導遊」以顯示泛化關係。
- 包含：將「個人報到」連接到「團體報到」，以顯示團體報到包含了個人報到的行為。
- 擴展：將「行李報到」連接到其擴展項目，以顯示可包含的額外步驟。
步驟 4：繪製圖表
使用 UML 工具來建立泛化圖。包含參與者、用例和關係。確保圖表清晰易懂。
小技巧與提示
1. 保持簡單
從簡單的圖表開始，隨著收集到更多資訊，逐步添加細節。避免因使用太多用例和關係而使圖表過於複雜。
2. 使用描述性名稱
為參與者和用例使用清晰且具描述性的名稱，以使圖表更易理解。
3. 聚焦於業務流程
確保圖表聚焦於業務流程以及參與者之間的互動。避免包含技術細節或實作上的具體資訊。
4. 與利益相關者共同驗證
定期與利益相關者共同審查並驗證圖表，以確保其準確反映他們的需求與流程。
5. 使用工具
使用如 Visual Paradigm 之類的 UML 工具來建立和管理泛化圖。這些工具提供功能，可輕鬆建立、修改和分享圖表。
結論
業務用例和 UML 泛化圖是記錄與理解業務流程的重要工具。透過將流程視為一個黑箱，並專注於業務參與者之間的互動，業務用例提供了流程的高階視圖。UML 泛化圖有助於呈現繼承關係與特化關係，使我們更容易理解一般流程如何被特化為更特定的流程。本指南全面概述了這些概念及其在實務中的有效應用方式。