【系統分析與設計】作業三
阿新 • • 發佈: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. 用例文字編寫
在大作業基礎上,分析三種用例文字的優點和缺點
- 摘要:簡潔的一段式摘要,通常用於主成功場景,用在早期需求分析過程中。
優點:簡潔,一段式,易於書寫,便於快速記錄。
缺點:不夠詳細,用於早期需求分析過程中,應用場景較為侷限。 - 非正式:非正式的段落格式。用幾個段落覆蓋不同的場景,用在早期需求分析過程中。
優點:相比摘要更加詳細,能保留更多的資訊,亦不會過於繁瑣。
缺點:不能包含過多的細節,用於早期需求分析過程中,應用場景較為侷限。 - 詳述:編寫所有的步驟及各種變化,同時具有補充部分,如前置條件和成功保證。在第一次需求討論會中,詳細地編寫其中少量的具有重要意義和高價值的用例。
優點:詳細,準確,能夠記錄比較多的資訊。
缺點:比較繁瑣,花費時間更長。