在系統工程的複雜領域中，清晰度是最珍貴的資產。當定義系統必須執行的功能，而非其建構方式時，SysML用例圖提供一種結構化的功能建模方法。這些圖表作為利益相關者需求與技術實現之間的橋樑。它們將高階需求轉化為可執行的功能，推動設計流程的進行。
本指南探討SysML用例圖的運作機制，而不依賴特定的軟體工具。重點仍放在語言本身、標準定義以及有效建模系統行為所需的邏輯結構上。透過理解核心組件，工程師可確保系統邊界清晰、互動明確，且功能需求可追溯。
為什麼用例圖在SysML中至關重要 🧩
SysML（系統建模語言）擴展了UML（統一建模語言），以應對系統工程更廣泛的需求。雖然UML主要著重於軟體，但SysML涵蓋硬體、軟體、資訊與流程。在此背景下，用例圖不僅僅是關於使用者介面；它代表整個系統的功能範圍整個系統的功能範圍。
- 利益相關者協調： 它們為工程師、專案經理與客戶提供了一種共通語言，用以討論系統目標。
- 範圍定義： 它們明確區分系統內部與外部的內容。
- 需求連結： 它們作為功能需求的錨點，確保每一項需求都有對應的功能歸屬。
- 介面識別： 它們突顯系統與其環境之間的互動點。
若未明確定義用例圖，系統將面臨範圍蔓延的風險。功能可能在未理解其對既有邊界影響的情況下被加入。圖表在詳細設計開始前，可作為功能的合約。
SysML用例圖的核心組件 🧱
建立穩健的圖表，需要理解基本的構建模塊。每個元素在描述系統與其環境互動時，都具有特定用途。
1. 作用者 🧑💼
作用者代表與系統互動的實體所扮演的角色。作用者不一定是人類，它可以是：
- 外部系統：與當前系統通訊的另一個軟體應用程式或硬體裝置。
- 人類操作員：負責管理系統的飛行員、技術人員或管理員。
- 感測器：觸發系統行為的自動輸入。
- 法規機構：施加限制或接收報告的實體。
在SysML中，演員通常以簡筆人像表示，雖然形狀不如語義意義重要。演員位於系統邊界之外，並啟動或參與使用案例。
2. 使用案例 🎯
使用案例代表系統提供的特定功能或服務。它描述了一連串能為演員產生可觀察且具有價值結果的動作。主要特徵包括：
- 以目標為導向： 每個使用案例都有明確的目標，例如「校準感測器」或「產生報表」。
- 系統邊界： 使用案例位於系統方框內部。
- 可追溯性： 它與特定需求相關聯。
區分「使用案例」與「流程步驟」至關重要。流程步驟是活動圖中的細節。使用案例則是更高層級的功能能力。
3. 系統邊界 🚧
系統邊界是一個包圍所有使用案例的矩形。內部的所有內容都是被建模系統的一部分，外部則是環境。此邊界對於定義責任至關重要。若功能位於方框內，系統必須執行該功能；若位於方框外，系統需與外部實體互動以達成該功能。
關係與互動 🔗
將演員與使用案例連接，以及使用案例之間相互連接，可定義功能的流動。SysML在此情境下定義了四種主要關係類型。理解它們之間的細微差別可避免建模錯誤。
| 關係類型 | 符號 | 含義 | 範例 |
|---|---|---|---|
| 關聯 | 直線 | 演員與使用案例之間的直接互動。 | 技術人員啟動校準。 |
| 包含 | 箭頭 + <<include>> | 一個使用案例必須使用另一個使用案例才能完成其功能。 | 登入 <<include>> 驗證。 |
| 延伸 | 箭頭 + <<延伸>> | 可選的行為，可為基礎用例增加功能。 | 緊急停止延伸正常操作。 |
| 一般化 | 三角形 | 用例或參與者之間的行為繼承。 | 管理員是一種使用者。 |
關係的詳細分解
關聯： 這是最基本的連結。它顯示參與者參與某個用例。它不表示方向或控制流程，僅表示參與關係。同一參與者與用例之間可以存在多個關聯，表示不同的角色或介面。
包含： 此關係表示被包含的用例是基礎用例的必要部分。用於提取共用行為以避免重複。例如，若「下訂單」與「退貨」都需「驗證帳戶」，可將「驗證帳戶」定義為被包含的用例。這能讓圖表保持清晰並促進重用。
延伸： 與包含不同，延伸是可選的。它代表一種變體或例外情況。延伸的用例在特定條件下為基礎用例增加行為。例如，僅當檔案大小超過門檻時，「下載資料」用例才會被「壓縮資料」延伸。這能捕捉條件邏輯，而不會使基礎流程混亂。
一般化： 這允許建立層級結構。參與者的一般化表示專門的參與者繼承一般參與者的功能。用例的一般化表示特定用例繼承較廣泛用例的行為。這對於模擬複雜的使用者角色或功能層級非常有用。
逐步建模流程 🛠️
繪製圖表是一個系統性的過程。需要從抽象目標轉向具體互動。遵循此邏輯步驟，以確保完整性。
1. 識別利益相關者與參與者
首先列出所有與系統互動的人或事物。問：誰啟動流程？誰接收輸出？誰提供輸入？避免建模具體個人；應建模其扮演的 角色 角色。例如「駕駛員」是一種角色，而非「約翰·史密斯」。
2. 定義系統邊界
畫出矩形框。保持保守。初期將少數功能放在邊界外，總比過度包含來得好。若某功能非系統核心任務所必需，則應置於邊界外。這能明確區分系統必須執行的內容與可執行的內容。必須要做與它可以能做的事。
3. 列出主要用例
腦力激盪主要目標。系統是什麼用於？將這些寫成動詞形式。「監控溫度」、「調整壓力」、「記錄資料」。確保每個項目都有明確的起始與結束狀態。
4. 建立互動關係
使用關聯線將參與者連接到使用案例。確保每個參與者都在系統中具有明確目的。若參與者未與任何使用案例連接，應予以移除。若使用案例無參與者，應質疑其必要性。
5. 使用 Include/Extend 進行優化
尋找共通點。若多個使用案例執行相同的子任務，則使用 Include。尋找例外情況。若某項任務可能失敗或依條件而異，則使用 Extend。
6. 根據需求進行驗證
檢視功能需求清單。每個需求是否都有對應的使用案例？每個使用案例是否至少滿足一個需求？這種可追溯性是系統工程的基石。
常見陷阱與反模式 ⚠️
即使資深工程師在建模時也可能陷入陷阱。早期識別這些模式可大幅減少後續的重做工作。
- 階段混雜：不要將高階功能使用案例與詳細的內部步驟混在一起。保持圖表在適當的抽象層級。若你開始列出按鈕點擊，表示過於細節。
- 濫用 Extend：應謹慎使用 Extend。過多的選擇性流程會使圖表難以閱讀。可考慮將複雜邏輯移至活動圖中。
- 遺漏參與者：系統常忽略環境因素。例如，「電網」系統必須與「電網管理員」參與者互動。若電力來源為外部，應將其建模為參與者。
- 邊界不清：若使用案例依賴於未明確定義的功能，則邊界模糊。確保所有內部功能均在框內。
- 動詞與名詞混淆：使用案例應為動詞（「監控」、「控制」）。若看到名詞（「監控」、「控制單元」），你很可能是在建模模塊，而非功能。
與其他 SysML 圖表的整合 🔗
使用案例圖並非孤立存在。它是包含需求、結構與行為的更大模型的一部分。理解它如何與其他圖表類型連結，對於建立整體視角至關重要。
需求圖
最強的連結在於使用案例與需求之間。每個使用案例應與一個或多個功能需求關聯。這會建立可追溯性矩陣。若移除某項需求，對應的使用案例將失效。若移除使用案例，則需重新評估相關需求。
活動圖
使用案例圖定義什麼系統所執行的內容。活動圖定義如何 它確實能做到。一旦定義了使用案例，您就可以深入活動圖以建模該特定功能內的控制流程、資料流程和決策邏輯。這種關注點的分離使模型保持可管理性。
模塊定義圖（BDD）
雖然使用案例描述功能，但模塊則描述結構。使用案例通常會觸發模塊操作。例如，「消防車」使用案例可能調用「水泵」模塊。建立這些對應關係可確保物理組件存在，以支援功能需求。
清晰度與維護的最佳實務 🎯
隨著時間維護模型，與建立模型同等重要。系統會演進，模型也必須隨之演進。遵循這些指引，以確保圖表持續有用。
- 命名一致性： 使用標準的命名慣例。所有使用案例應以動詞開頭，後接名詞。例如，使用「取得資料」而非「資料取得」。
- 細緻程度： 保持使用案例的細緻程度一致。不要出現一個使用案例僅需5分鐘，另一個卻需5小時的情況。必要時可將其分組為套件。
- 文件記錄： 為每個使用案例添加說明。一段簡短的文字，解釋前置條件、後置條件以及主要成功情境，能為未來的讀者帶來巨大價值。
- 版本控制： 將模型視為程式碼。所有變更都應被追蹤。若系統範圍發生變更，應記錄圖表變更的原因。
- 審查週期： 與利害關係人安排定期審查。若圖表從未被審查，將會過時。確保列出的參與者仍與專案相關。
常見問題解答 ❓
問：我能否僅用SysML使用案例圖來處理軟體？
答：可以，但對於純軟體開發而言，這些圖表通常過於抽象。軟體團隊可能更傾向使用使用者故事或序列圖。當硬體、軟體與流程皆涉及時，SysML才真正展現其優勢。
問：使用案例與使用案例圖之間有何差異？
答：使用案例是單一功能或服務。使用案例圖則是在系統脈絡中，多個使用案例及其關係的視覺化呈現。
問：我該如何處理複雜的資料流程？
答：使用案例圖著重於功能，而非資料。處理資料流程時，應使用內部模塊圖或序列圖。使用案例圖僅顯示資料交換，而不說明格式或數量。
問：是否允許沒有參與者？
答：很少見。系統通常會與某物互動。若系統自主運行，則環境或排程器即為參與者。若確實無任何外部互動，則模型可能不完整。
功能建模的最後想法 🌟
SysML使用案例圖是捕捉系統功能的強大工具。它能去除技術複雜性，揭示系統的核心價值。透過聚焦於參與者、邊界與功能目標，工程師能建立一份指導整個開發週期的藍圖。
成功關鍵在於紀律。抵抗過度建模的誘惑。讓圖表專注於「什麼」。讓「如何 出現在其他圖表中。當用例圖清晰時，需求就清晰，實現的路徑也變得明朗。這種結構化方法能降低風險，並確保最終系統符合利益相關者的需要。
隨著系統變得越來越複雜，對清晰功能建模的需求也日益增加。SysML 提供了滿足此需求的標準。遵循本文所提出的原則，團隊可以建立的不僅僅是文件，更是系統能力的活躍地圖。