[UML修練營]使用案例技術(1)
使用案例被用來描述外在顯見的系統需求。」就這句簡單的定義，道出了使用案例的重要特徵：
- 使用案例用來描述「系統需求」，所以它是個系統分析技術，而非系統設計技術。
- 並不是所有的系統需求，都適用使用案例技術。使用案例技術僅僅著重在系統「外在顯見」的系統需求。
使用案例技術的定位，是在回答使用案例技術用在哪裡? 假如將軟體開發程式分成
分析(Analysis) –> 設計(Design) -> 實作(Implementation)
則使用案例技術主要用在分析階段
針對上述軟體開發步驟作說明
- 分析(Analysis) : What，釐清我們要開發什麼樣的系統，系統提供哪些功能，可以做什麼事情。
- 設計(Design) : How，如何一步步做到在分析階段時所規劃的項目。
- 實作(Implementation) : 按照系統設計，實際撰寫程式碼、製作硬體等將系統完成。
 | 按照分析、設計、實作這樣依照一序列的階段進行，稱為瀑布模式 優點是開發程序更結構化且容易管理，缺點是過於複雜與費時、必須到了最後階段才能看到可執行的軟體系統，風險太高。 |
目前使用案例是開發 UML/OOAD 系統最常用的分析技術。使用後有兩項產出，案例圖(Use Case Diagram) 與案例描述(Use Case Diagram)
其差異點在於案例圖有納入 UML 標準，所以案例圖在使用上具有規範。案例描述沒有納入 UML 標準，所以發展出多樣化的描述格式。
| UML(Unified Modeling Language) 即統一模型(塑模)語言 OOAD (Object Oriented Analysis and Design) 即物件導向分析與設計 |
下圖為書局系統的使用案例圖，是使用 ArgoUML 軟體做繪製。
| 網路上有免費的 UML 繪圖工具可以幫助我們繪製 UML 圖表，例如 ArgoUML 其中有提供 Use Case 圖的繪製  |
Reference
