用例模型是一種基礎技術,用於物件導向分析與設計(OOAD)用於從使用者觀點捕捉系統的功能需求。它提供了一種視覺化的方式,呈現出參與者(使用者或外部系統)與用例(系統所提供的功能或服務)。
本案例研究探討了用例模型的設計與自動化針對一個食物外送應用程式,基於一個PlantUML 用例圖範例。我們將逐步說明關鍵概念、最佳實務,以及如何Visual Paradigm 的 AI 聊天機器人可以自動化並提升整個流程。
一個食物外送平台涉及多位具有不同角色的利害關係人:
顧客:下訂單、追蹤送達、評分駕駛員。
駕駛員:接收送達任務,送達食物。
餐廳老闆:管理餐廳資料並接收送達。
目標是使用用例圖來建模這些互動,確保清晰性、完整性,並與現實世界的作業流程一致。
這是提供的 PlantUML 程式碼:
@startuml
skinparam defaultFontSize 14
skinparam defaultFontColor #333333
' 角色樣式
skinparam actor {
BackgroundColor #E8F5E9
}
' 使用案例樣式
skinparam usecase {
BackgroundColor #BBDEFB
BorderColor #1976D2
ArrowColor #1976D2
}
從左到右方向
actor "顧客n (主要)" as customer
actor "司機n (次要)" as driver
actor "餐廳老闆n (次要)" as owner
rectangle "外送食物應用程式" {
usecase "下訂單" as UC1
usecase "檢視菜單" as UC2
usecase "追蹤訂單" as UC3
usecase "評價司機" as UC4
usecase "管理餐廳資料" as UC5
usecase "接收外送" as UC6
}
customer -- UC1
customer -- UC2
customer -- UC3
customer -- UC4
UC1 -- owner
UC3 -- driver
UC6 -- driver
UC5 -- owner
@enduml
主要角色:顧客 — 啟動最多的使用案例(6 個中的 4 個)。
次要角色:司機與餐廳老闆 — 參與特定的工作流程。
使用案例:
下訂單(UC1):由顧客啟動 → 觸發訂單處理並涉及老闆(用於準備食物)。
追蹤訂單(UC3):顧客追蹤外送 →涉及司機.
接收外送(UC6):司機送達食物 →涉及老闆.
管理餐廳資料(UC5):老闆管理餐廳細節。
評價司機(UC4):顧客在送達後評價司機。
檢視菜單(UC2):顧客瀏覽可提供的食物。
從左到右方向:強調從角色到系統的流程。
色彩編碼:
綠色參與者 → 清晰的視覺區分。
藍色使用案例 → 一致且易於閱讀。
箭頭 顯示 關聯 參與者與使用案例之間的關係。
| 概念 | 描述 | 範例 |
|---|---|---|
| 參與者 | 由使用者或外部系統在與系統互動時扮演的角色。 | 顧客、司機、餐廳老闆 |
| 使用案例 | 系統所提供的特定功能。 | 下訂單、追蹤訂單 |
| 主要參與者 | 啟動使用案例主要流程的參與者。 | 顧客(用於下訂單) |
| 次要參與者 | 參與支援使用案例的參與者。 | 司機(用於送達)、老闆(用於訂單履行) |
| 關聯 | 連接參與者與使用案例的線,表示互動。 | 顧客 → 下訂單 |
| 包含 / 延伸 | 用於建模重用和條件行為的關係。 | 「追蹤訂單」可能延伸「下訂單」 |
| 系統邊界 | 一個包圍所有使用案例的矩形,代表系統的範圍。 | 「外送餐點應用程式」 |
💡 提示:使用
<<包含>>和<<延伸>>關係用於建模複雜行為(例如:「下訂單」包含「驗證付款」)。
從主要參與者和核心使用案例開始
從客戶及其主要動作開始:下訂單、檢視菜單。
使用清晰、以行動為導向的名稱
❌ 「訂購食物」→ ✅ 「下訂單」
✅ 使用動詞+名詞的格式。
避免過度負荷使用案例
不要將「下訂單」和「取消訂單」混合在同一個使用案例中。
確保使用案例是原子性的
每個使用案例應代表一個單一且完整的功能。
使用現實世界的情境
模擬實際的使用者工作流程:例如,客戶 → 檢視菜單 → 下訂單 → 追蹤 → 評分。
首先應用「順利路徑」
在加入例外或延伸之前,先模擬主要的成功情境。
使用<<延伸>> 用於選擇性或條件性流程
範例: 追蹤訂單 延伸 下訂單 帶有條件:「如果訂單已確認」。
將相關的使用案例分組
使用 套件 或 邊界 用來將相關功能分組(例如:「訂單管理」、「配送追蹤」)。
| 陷阱 | 解決方案 |
|---|---|
| 使用案例過多 | 將相關的使用案例歸入單一使用案例中(例如:「管理個人資料」) |
| 角色職責混淆 | 明確定義責任(例如:擁有者 vs. 駕駛者) |
| 遺漏次要參與者 | 檢視每個使用案例:還有誰參與其中? |
過度使用 延伸 |
僅在行為為條件性或選擇性時使用 |
| 缺乏系統邊界 | 始終以矩形包覆使用案例,以定義系統範圍 |
Visual Paradigm (VP) 是一款強大的 UML 建模工具,整合了 AI 驅動的協助 透過其 AI聊天機器人。此聊天機器人可以自動化整個用例建模生命週期,從概念到圖示生成。
使用者輸入(透過 AI 聊天機器人):
“為一個食物外送應用程式建立用例圖,其中顧客可以下訂單、查看菜單、追蹤送達情況並評價駕駛員。駕駛員接收送達並追蹤訂單。餐廳業主管理其個人資料並接收送達。”
AI 分析輸入內容並:
識別參與者:顧客、駕駛員、餐廳業主
提取用例:下訂單、查看菜單、追蹤訂單、評價駕駛員、管理餐廳個人資料、接收送達
確定關聯以及角色(主要/次要)
建議<>以及<>關係
🧠 AI 洞察:「如果送達追蹤為可選功能,『追蹤訂單』用例可能延伸自『下訂單』。」

AI 輸出一個即用型 PlantUML 圖表程式碼,與範例完全相同:
@startuml
skinparam defaultFontSize 14
skinparam defaultFontColor #333333
skinparam actor {
BackgroundColor #E8F5E9
}
skinparam usecase {
BackgroundColor #BBDEFB
BorderColor #1976D2
ArrowColor #1976D2
}
left to right direction
actor "客戶n (主要)" as customer
actor "司機n (次要)" as driver
actor "餐廳老闆n (次要)" as owner
rectangle "外送應用程式" {
usecase "下訂單" as UC1
usecase "檢視菜單" as UC2
usecase "追蹤訂單" as UC3
usecase "評價司機" as UC4
usecase "管理餐廳資料" as UC5
usecase "接收外送" as UC6
}
customer -- UC1
customer -- UC2
customer -- UC3
customer -- UC4
UC1 -- owner
UC3 -- driver
UC6 -- driver
UC5 -- owner
@enduml
✅ 節省時間:手動建模節省 10–15 分鐘。
AI 產生詳細的用例規格針對每一項:
### 用例:下訂單
- **參與者**:客戶(主要)
- **前置條件**:客戶已登入且購物車有效
- **主要流程**:
1. 客戶從菜單中選擇項目。
2. 系統計算總金額。
3. 客戶確認訂單。
4. 系統將訂單傳送給餐廳老闆。
- **後置條件**:訂單已建立,狀態為「待處理」
- **擴展**:
- 4a. 若付款失敗 → 顯示錯誤並重新嘗試
AI 可能建議:
新增<<include>>於「下訂單」中加入「驗證付款」
新增<<extend>>於「追蹤訂單」→「外送通知」中加入
將「管理餐廳資料」拆分為「更新菜單」與「更新營業時間」
匯出至PNG/SVG用於文件編寫
匯出至PlantUML 檔案用於版本控制
匯出至Markdown 用於 Confluence/Wiki 集成
| 優勢 | 描述 |
|---|---|
| 速度 | 從自然語言中於數秒內生成圖表 |
| 準確性 | 減少建模過程中的人為錯誤 |
| 一致性 | 在各專案中強制執行 UML 標準 |
| 可擴展性 | 自動化複雜系統的建模 |
| 文件 | 自動生成用例規格 |
| 協作 | 與 Jira、Confluence、GitHub 集成 |
🚀 實際影響:一個由 5 名開發人員組成的團隊可在 10 分鐘內設計出完整的用例模型,而手動操作則需 1–2 小時。
審查 AI 輸出:AI 可能會忽略細微的細節(例如例外情況、錯誤條件)。
驗證參與者角色:確保主要/次要角色正確分配。
優化用例名稱:AI 可能建議通用名稱——請加以改善以提升清晰度。
新增限制條件:使用註解或備註來指定業務規則(例如「僅在交付後評分」)。
將 AI 作為副駕駛,而非替代品:人工監督確保品質。
該PlantUML用例圖作為藍圖食品送達應用程式功能的藍圖。透過Visual Paradigm AI聊天機器人,整個建模流程——從需求收集到圖示生成與文件編製——皆為自動化、可擴展且精確.
本案例研究展示:
如何用例建模捕捉系統行為。
如何PlantUML提供簡潔且易讀的語法。
如何AI自動化將手動且耗時的任務轉化為快速且智慧的流程。
✅ 使用 Visual Paradigm AI 聊天機器人用於快速原型設計。
✅ 從自然語言開始並逐步迭代優化。
✅ 驗證 AI 生成的模型與利益相關者。
✅ 整合使用案例與敏捷中的使用者故事和接受標準。
✅ 維持一個活用的使用案例模型— 隨功能演進而更新。
🔗 自己試試看:
訪問https://www.visual-paradigm.com → 開啟 AI 聊天機器人 → 輸入:
「為一個食物外送應用程式生成使用案例圖,包含顧客、駕駛員與餐廳老闆角色。」
| 使用案例 | 參與者 | 描述 | 擴展/包含 |
|---|---|---|---|
| 下訂單 | 顧客 | 顧客向餐廳提交訂單 | 包含:驗證付款 |
| 查看菜單 | 顧客 | 瀏覽可提供的食物項目 | — |
| 追蹤訂單 | 顧客 | 即時監控送達狀態 | 擴展:下訂單 |
| 評價司機 | 客戶 | 提供送貨體驗的反饋 | — |
| 管理餐廳資料 | 所有者 | 更新營業時間、菜單及聯絡資訊 | — |
| 接收送貨 | 司機 | 接單並將訂單交付給客戶 | — |
AI聊天機器人功能 – 為 Visual Paradigm 用戶提供的智慧協助: 本文介紹了核心聊天機器人功能,旨在提供 即時指導並自動化任務例如在軟體內生成圖表。
Visual Paradigm Chat – 由 AI 驅動的互動式設計助手: 一個互動式介面,協助使用者 生成圖表、撰寫程式碼並解決設計挑戰透過對話式助手即時完成。
精通使用 Visual Paradigm 建立 AI 驅動的用例圖: 一份全面的教程,介紹如何利用專用的 AI 功能來建立 智慧且動態的用例圖用於現代系統。
AI 驅動的用例圖優化工具 – 智慧圖表增強: 本資源說明如何使用 AI 來 自動優化並精煉現有的用例圖,以提升清晰度與完整性。
Visual Paradigm AI 聊天機器人:全球首個專為視覺建模設計的 AI 助手: 本文重點介紹一款全新人工智能助手的推出突破性的人工智能助手專為視覺化建模量身打造,並提供智能引導。
掌握由人工智能驅動的用例圖:簡明教程: 一份簡明指南,介紹如何利用人工智能來建立、優化與自動化用例圖的開發,以實現更快的專案交付。
智慧家庭系統的人工智能驅動用例圖範例: 一個由社群分享的範例,展示一個由人工智能生成的專業用例圖,展示物聯網環境中複雜的使用者與系統互動。
透過 Visual Paradigm AI 革新用例細化: 本指南詳細說明人工智能引擎如何自動化文件編制並提升軟體需求建模的清晰度。
如何透過人工智能聊天機器人將需求轉化為圖表: 本文探討專案需求如何從簡單文字演進為完整的系統設計透過對話式介面實現。
管理者指南:清晰專案規劃——由人工智能驅動的用例洞察: 一份指南,為管理者提供由人工智能驅動的洞察,深入用例分析以提升專案規劃與決策能力。
✅ 最後提醒: 用例建模不僅僅是圖表——它關乎於理解使用者需求、與業務目標保持一致,並促進順利的開發。在人工智能的協助下,這一切從未如此快速且智慧。