10.1 從系統服務進入互動建模
系統行為與互動建模
10.1.1 為什麼需要互動模型
活動圖能呈現工作如何流動，但不一定清楚指出每項要求由誰送出、傳給哪個對象及得到什麼回應。循序圖以時間軸由先而後的方式呈現生命線之間的訊息，適合檢查參與者與系統的責任交界。
例如Case M01中的使用案例UC-03「上傳專題文件」包含身分驗證、檔案提交、格式與容量檢查。互動模型可以明確表示隊長何時提出上傳要求、系統何時呼叫外部身分驗證服務，以及系統在檔案不符合BR-13時如何回覆。
10.1.2 互動模型與其他模型
| 模型 | 核心問題 |
|---|---|
| 使用案例圖 | 哪些參與者使用哪些系統服務？ |
| 活動圖 | 工作、判斷及平行流程如何進行？ |
| 實體關係圖 | 系統需要保存哪些資料及關係？ |
| 類別圖 | 領域概念具有哪些結構關係？ |
| 循序圖 | 參與者、系統或物件如何依序交換訊息？ |
循序圖最直接呈現參與者、系統或物件之間的訊息先後，通訊圖則可用訊息編號表達互動順序。活動圖中的控制流程箭頭並不等同於循序圖中的訊息；實體關係圖或類別圖中的關係也不表示實際互動順序。
10.1.3 分析層級與設計層級
分析層級可以使用「隊長—系統—校園身分驗證系統」等生命線，著重外部可觀察行為。設計層級才逐步加入介面、控制物件、服務及儲存元件。若需求尚未決定系統內部結構，就不應為了讓圖看起來完整而虛構物件。