1、 用例建模
- a. 閱讀 Asg_RH 文檔，繪製用例圖。 按 Task1 要求，請使用工具 UMLet，截圖格式務必是 png 並控制尺寸
- b. 選擇你熟悉的定旅館在線服務系統（或移動 APP），如繪製用例圖。並滿足以下要求：
- 對比 Asg_RH 用例圖，請用色彩標註出創新用例或子用例
- 儘可能識別外部系統，並用色彩標註新的外部系統和服務
- c. 對比兩個時代、不同地區產品的用例圖，總結在項目早期，發現創新的思路與方法
在項目早期，根據客戶需求發展新功能，同時要跟上時代，嘗試能否加入最近新推出的技術
- d. 請使用 SCRUM 方法，在（任務b）用例圖基礎上，編制某定旅館開發的需求 （backlog）
| ID | Name | Imp | Est | How to demo |
| 1 | search hotel | 20 | 15 | 輸入搜索信息出現相關結果 |
| 2 | Choose hotel | 15 | 10 | 選擇酒店進入詳情和預定界面 |
| 3 | Make reservation | 15 | 10 | 選擇詳細的房間預定信息 |
| 4 | Confirm reservation | 10 | 8 | 修改訂單 |
| 5 | Pay | 12 | 6 | 付錢 |
2、業務建模
- a. 在（任務b）基礎上，用活動圖建模找酒店用例。簡述利用流程圖發現子用例的方法。
- b. 選擇你身邊的銀行 ATM，用活動圖描繪取款業務流程
- c. 查找淘寶退貨業務官方文檔，使用多泳道圖，表達客戶、淘寶網、淘寶商家服務系統、商家等用戶和系統協同完成退貨業務的過程。分析客戶要完成退貨業務，在淘寶網上需要實現哪些系統用例
3、用例文本編寫
- 在大作業基礎上，分析三種用例文本的優點和缺點
brief用例：
優點：簡潔明瞭，編寫快。
缺點：信息簡單，不夠詳細。
casual用例：
優點：對於用例較爲詳細，且編寫不會太麻煩。
缺點：在細節處不夠詳細，無法處理細節事件。
fully用例：
優點：結構化體現了需求，非常詳細而深入。
缺點：編寫複雜，寫的時間需要很久。