系統分析與設計-第四次作業
1、用例建模
**a. 閱讀 Asg_RH 文檔，繪製用例圖。 按 Task1 要求，請使用工具 UMLet，截圖格式務必是 png 並控制尺寸
b. 選擇你熟悉的定旅館在線服務系統（或移動 APP），如繪製用例圖。並滿足以下要求**：
- 對比 Asg_RH 用例圖，請用色彩標註出創新用例或子用例
- 儘可能識別外部系統，並用色彩標註新的外部系統和服務
黃色部分爲去哪兒網特有的，其餘部分與Asg_SH中一致。
c. 對比兩個時代、不同地區產品的用例圖，總結在項目早期，發現創新的思路和方法。
Asg_RH的功能是比較純粹的酒店選擇功能，沒有爲用戶提供更多的信息，但基本滿足了預約酒店所需的所有功能。很明顯地，這是在出現在社交網絡盛行之前出現的系統。在社交網絡出現之後，很多系統都內嵌了評論和討論的功能，使得用戶可以獲得更多來自其他用戶的體驗，而這些體驗通常比較真實地反映了酒店的真實情況。譬如說去哪兒網就提供了這樣的功能。另外，Asg_RH的功能是從酒店中獲取信息並將此信息告訴用戶，中間沒有第三方，但現在普遍存在各式各樣的第三方訂閱酒店系統，所以去哪兒網的定位，則是整合這些第三方系統的信息，並將這些信息傳遞給用戶。最後，隨着GPS系統的發展，使得酒店預約系統可以內嵌定位功能，因此，用戶可以很方便地知道酒店周邊環境，並且提前指定旅遊計劃。
在項目早期發現創新思路的方法其實就是做好同類系統調研，瞭解對手的特性，並從中挖掘可以創新的點。譬如說，通過繪製Asg_RH中的酒店預約系統的用例圖，可以發現其在選擇酒店這部分提供了太少額外的信息。而去哪兒網則在這方面做了更多的工作。
d.請使用 SCRUM 方法，在（任務b）用例圖基礎上，編制某定旅館開發的需求 （backlog）
| ID | Name | Imp | Est | How to demo | Notes |
|---|---|---|---|---|---|
| 1 | 搜索 | 20 | 10 | 根據選項信息搜索匹配的酒店。選定某個地點、時間獲得相應匹配的酒店列表。 | 需要考慮酒店在所選時間內是否有空房，儘量給出符合用戶需求的酒店選項。 |
| 2 | 選擇酒店 | 50 | 30 | 提供酒店列表。在滿足搜索要求的前提下，給出可選酒店列表，並提供基本的酒店信息。 | 1、給出來自不同第三方的酒店報價。2、提供用戶使用體驗。 3、提供酒店結果排序功能，根據一定的優先級。4、提供酒店地理信息5、提供酒店基本情況 |
| 3 | 選擇房間類型 | 20 | 10 | 選定酒店後，選擇房間類型。只能選擇尚有空也房間的房間類型。 | 1、提供必要房間類型信息（例如是否有wifi、熱水等） 2、可以修改入住時間，但必須滿足修改的時間內該房間類型有空餘房間。3、填入入住人基本信息 |
| 4 | 確認訂單 | 40 | 20 | 確認所選訂單。重新顯示所選信息，以及提供選擇支付渠道。 | 1、所選用戶信息必須準確無誤，提供用戶返回上一界面修改用戶信息的功能。 2、運用外部支付系統，確保安全性 |
2、業務建模
a. 在（任務b）基礎上，用活動圖建模找酒店用例。簡述利用流程圖發現子用例的方法。
b. 選擇你身邊的銀行 ATM，用活動圖描繪取款業務流程
c. 查找淘寶退貨業務官方文檔，使用多泳道圖，表達客戶、淘寶網、淘寶商家服務系統、商家等用戶和系統協同完成退貨業務的過程。分析客戶要完成退貨業務，在淘寶網上需要實現哪些系統用例.
3、用例文本
在大作業基礎上，分析三種用例文本的優點和缺點。
- 摘要 —— 簡潔的一段式概要，通常用於主成功場景。
- 優點：在早期需求分析過程中，可以快速地瞭解主題和範圍。
- 缺點：過於簡單，難以詳盡描述場景。
- 非正式 —— 用幾個段落覆蓋不同場景。
- 優點：與摘要相似，可以快速地瞭解主題和範圍。
- 缺點：比摘要更詳盡地描述場景，但仍然難以說明白場景。
- 詳述 —— 詳細編寫所有步驟及各種變化，同時具有補充部分。
- 優點：確認並以摘要形式編寫了大量用例後，可以詳細地編寫少量的具有重要架構意義和高價值的用例。
- 缺點：內容過於詳細，不太適用於一些簡單場景。