本章導讀

本章導讀

完成需求分析之後，系統分析者通常已取得一批經過確認的功能需求、非功能需求、業務規則、資料需求及驗收準則。但需求規格以逐項文字記錄系統要求，讀者不容易從中直接看出系統的整體範圍、參與角色及彼此關係。本章說明為什麼需要在需求規格之外建立系統模型（System Model），並聚焦其中最基礎、也最常作為系統建模起點的一種模型：使用案例分析（Use Case Analysis）。

本章依序說明系統模型的目的與模型／圖的關係、系統邊界與參與者的界定、使用案例的辨識與命名原則、使用案例圖的UML表示法（含include與extend關係）、使用案例描述的撰寫方式、常見建模工具的選擇與模型管理，以及生成式AI如何協助整理候選模型、產生模型程式碼與建立追蹤矩陣。本章延續先前使用的FR、NFR、BR、AC等識別碼，並新增UC（使用案例）識別碼，同時以Case M01：專題競賽報名與審查系統完整示範一次使用案例模型的建立、確認與追蹤過程。