【系統分析與設計】作業三
阿新 • • 發佈：2018-12-26
1. 用例建模
a. 閱讀 Asg_RH 文件，繪製用例圖。 按 Task1 要求，請使用工具 UMLet，截圖格式務必是 png 並控制尺寸
b. 選擇你熟悉的定旅館線上服務系統（或移動 APP），如繪製用例圖。並滿足以下要求：
- 對比 Asg_RH 用例圖，請用色彩標註出創新用例或子用例
- 儘可能識別外部系統，並用色彩標註新的外部系統和服務
選擇了“去哪兒旅行”的酒店搜尋和預定服務，截圖如下。
用例圖如下，創新用例及外部系統已彩色標出：
c. 對比兩個時代、不同地區產品的用例圖，總結在專案早期，發現創新的思路與方法
通過對比“去哪兒旅行”和Asg_RH的用例圖，可以發現“去哪兒旅行”的搜尋操作更加簡單快捷，展示搜尋結果的過濾功能更加完善，預定資訊確認和支付過程繫結，操作簡單。總結髮現創新的思路和方法如下：
1. 多從使用者的角度出發，分析適合使用者的操作模式
2. 儘可能簡化操作，方便使用者理解和使用
3. 輸出要儘可能準確明白
4. 在使用者的反饋中發覺改進和創新之處
d. 請使用 SCRUM 方法，在（任務b）用例圖基礎上，編制某定旅館開發的需求 （backlog）
| ID | Name | Imp | Est | How to demo | Notes |
|---|---|---|---|---|---|
| 1 | 搜尋酒店 | 30 | 20 | 使用者輸入地點和日期，或者通過電子地圖，檢索出酒店 | 設定合理的預設排序 |
| 2 | 選擇酒店及房間 | 30 | 19 | 給出符合條件的酒店及房間的圖片，價格，服務詳情等，供使用者選擇 | 必要的資訊顯示 |
| 3 | 確認預定資訊 | 20 | 12 | 展示預訂酒店和房間的詳情，使用者的身份資訊供使用者確認 | 必要資訊的顯示 |
| 4 | 付款 | 10 | 18 | 使用者選擇支付方式，為預訂酒店房間的操作付款 | 對交易意外中斷的妥善處理 |
2. 業務建模
a. 在（任務b）基礎上，用活動圖建模找酒店用例。簡述利用流程圖發現子用例的方法
活動圖如下：
流程圖中每個狀態結點可以提取出一個子用例。比如確認訂單詳情，支付訂單等狀態，都可以作為子用例。
b. 選擇你身邊的銀行 ATM，用活動圖描繪取款業務流程
活動圖表示如下：
c. 查詢淘寶退貨業務官方文件，使用多泳道圖，表達客戶、淘寶網、淘寶商家服務系統、商家等使用者和系統協同完成退貨業務的過程。分析客戶要完成退貨業務，在淘寶網上需要實現哪些系統用例
繪製淘寶的退貨業務多泳道圖如下：
客戶要完成退貨業務，在淘寶網上需要實現的系統用例有：生成退款單，變更退款單狀態，更改交易狀態，同意或拒絕退貨處理，同意或拒絕退款處理。
3. 用例文字編寫
在大作業基礎上，分析三種用例文字的優點和缺點
- 摘要：簡潔的一段式摘要，通常用於主成功場景，用在早期需求分析過程中。
優點：簡潔，一段式，易於書寫，便於快速記錄。
缺點：不夠詳細，用於早期需求分析過程中，應用場景較為侷限。 - 非正式：非正式的段落格式。用幾個段落覆蓋不同的場景，用在早期需求分析過程中。
優點：相比摘要更加詳細，能保留更多的資訊，亦不會過於繁瑣。
缺點：不能包含過多的細節，用於早期需求分析過程中，應用場景較為侷限。 - 詳述：編寫所有的步驟及各種變化，同時具有補充部分，如前置條件和成功保證。在第一次需求討論會中，詳細地編寫其中少量的具有重要意義和高價值的用例。
優點：詳細，準確，能夠記錄比較多的資訊。
缺點：比較繁瑣，花費時間更長。