1、用例建模
- a. 閱讀 Asg_RH 文檔，繪制用例圖。 按 Task1 要求，請使用工具 UMLet，截圖格式務(wù)必是 png 并控制尺寸
- b. 選擇你熟悉的定旅館在線服務(wù)系統(tǒng)（或移動 APP），如繪制用例圖。并滿足以下要求：
- 對比 Asg_RH 用例圖，請用色彩標(biāo)注出創(chuàng)新用例或子用例
- 盡可能識別外部系統(tǒng)，并用色彩標(biāo)注新的外部系統(tǒng)和服務(wù)
- c. 對比兩個時代、不同地區(qū)產(chǎn)品的用例圖，總結(jié)在項目早期，發(fā)現(xiàn)創(chuàng)新的思路與方法
- 現(xiàn)代的電子商務(wù)服務(wù)，更加注重“智能化推薦”和“用戶反饋”。比如再選擇酒店的時候，可以根據(jù)用戶的喜好進行智能化推薦，并且利用消費者的評價來幫助新的用戶進行選擇。
- 導(dǎo)航更加便捷了。過去的系統(tǒng)在提交預(yù)定信息以后，需要進入“購物車”來完成訂單的支付?，F(xiàn)在的系統(tǒng)在提交預(yù)定信息以后直接進入支付界面。導(dǎo)航次數(shù)減少了，購物的流暢性和便捷性增強了。
- 迎合多樣化的用戶需求。酒店的篩選的方式更多，用戶可根據(jù)自己的需要進行更加精細的篩選。
- 整合外部系統(tǒng)（比如地圖服務(wù)），為用戶提供更加完善的服務(wù)。
- d. 請使用 SCRUM 方法，在（任務(wù)b）用例圖基礎(chǔ)上，編制某定旅館開發(fā)的需求 （backlog）
| ID | NAME | IMP | EST | HOW TO DEMO |
|---|---|---|---|---|
| 1 | 搜索和查看酒店、房間 | 50 | 6 | 搜索和過濾酒店，查看酒店信息和房間信息 |
| 3 | 下訂單 | 60 | 3 | 在選擇了酒店和房間的基礎(chǔ)上，填寫其他訂單信息，比如數(shù)量、日期、顧客信息、支付方式 |
| 4 | 支付 | 60 | 3 | 跳轉(zhuǎn)到支付平臺，顯示支付結(jié)果 |
| 5 | 查看訂單 | 20 | 5 | 查看、修改訂單信息，給予評價 |
2、業(yè)務(wù)建模
- a. 在（任務(wù)b）基礎(chǔ)上，用活動圖建模找酒店用例。簡述利用流程圖發(fā)現(xiàn)子用例的方法。
流程圖可以清晰地展示業(yè)務(wù)流程，從而將其中某些用例合并、抽象作為我們的子用例。
-
b. 選擇你身邊的銀行 ATM，用活動圖描繪取款業(yè)務(wù)流程
-
c. 查找淘寶退貨業(yè)務(wù)官方文檔，使用多泳道圖，表達客戶、淘寶網(wǎng)、淘寶商家服務(wù)系統(tǒng)、商家等用戶和系統(tǒng)協(xié)同完成退貨業(yè)務(wù)的過程。分析客戶要完成退貨業(yè)務(wù)，在淘寶網(wǎng)上需要實現(xiàn)哪些系統(tǒng)用例
淘寶需要實現(xiàn)的用例：生成退款單，推送拒絕退款或退款成功的信息，買家查看和管理退款單，確認退款等用例
3、用例文本編寫
-
在大作業(yè)基礎(chǔ)上，分析三種用例文本的優(yōu)點和缺點
- 摘要：一段簡潔的概要。優(yōu)點是編寫耗時短、簡潔明了，適合即時展示；缺點是不夠細致，對問題的表述比較粗略。
- 非正式：多個非正式的段落，每個段落覆蓋不同場景。優(yōu)點是比摘要詳細一些、覆蓋更廣泛，適合早期的需求分析過程；缺點是不夠正式、不夠全面。
- 詳述，詳細寫出所有步驟及各種變化，同時具有補充部分，比如前置條件、成功條件。優(yōu)點：它展示了更多的細節(jié)和場景，表述更為正式，結(jié)構(gòu)合理，開發(fā)者可以清晰地了解到需求的細節(jié)，便于后期的開發(fā)；缺點：編寫過于繁雜，耗時耗力，閱讀起來相對低效。
