系統分析與設計 lesson6 作業

a.閱讀 asg_rh 文件，繪製用例圖。按 task1 要求，請使用工具 umlet，截圖格式務必是 png 並控制尺寸

- 對比 asg_rh 用例圖，請用色彩標註出創新用例或子用例

- 盡可能識別外部系統，並用色彩標註新的外部系統和服務

c.對比兩個時代、不同地區產品的用例圖，總結在專案早期，發現創新的思路與方法

發現創新，可以參考以往已經存在的類似的產品，畫出它們的核心業務用例圖，從中尋找不合理的、可以改進的地方，或者該系統缺少的、增加以後能提高競爭力的地方。

早期可以在白板上畫出用例圖草圖，與團隊成員共同**、修改，從而確定重要的用例，採用迭代與進化式的開發，在迭代中逐漸明確需求，得出創新點。

d.請使用 scrum 方法，在（任務b）用例圖基礎上，編制某定旅館開發的需求（backlog）

backlog

idname

impest

how to demo

notes

1搜尋酒店86

只有城市和時間

為必填專案

2預定酒店910

可以篩選地圖上

離遊客最近的酒店

3提交訂單76

填寫姓名手機號、使用優惠券、填寫發票抬頭

姓名手機

為必填專案4支付

53選擇支付方式、輸入密碼、支付

提交訂單後不可修改

a.在（任務b）基礎上，用活**建模找酒店用例。簡述利用流程圖發現子用例的方法。

利用流程圖，把乙個用例的業務流程清晰地展現出來，從中尋找可以抽象、復用的部分，並把它們抽象為子用例。

b.選擇你身邊的銀行 atm，用活**描繪取款業務流程

c.查詢**退貨業務官方文件，使用多泳道圖，表達客戶、**網、**商家服務系統、商家等使用者和系統協同完成退貨業務的過程。分析客戶要完成退貨業務，在**網上需要實現哪些系統用例

**網需要實現的系統用例：生成退款單、同意/不同意退款處理

1. 摘要，即一段簡潔的概要，通常用在主成功場景。比如在我們專案初期，我們描述系統時，只粗略的說「登入註冊頁面」，以摘要形式呈現。他的優點是能快速編寫、簡潔明瞭，缺點是不夠細緻，只用作對問題粗略的認識。

非正式，即多個非正式的段落格式，用幾個段落覆蓋不同場景。優點是編寫簡便，比起摘要式用例文字要詳細一些，有利於進一步認識問題，缺點是不夠正式，需要在後續階段精化。

詳述，即詳細地編寫用例所有步驟和各種變化，同時具有補充部分，如前置條件和成功保證。詳述式用例文字通常用在以摘要形式編寫了很多用例以後，詳細地編寫其中少量具有重要意義和價值的用例中，它的優點是細節充足，正式且深入，且具有結構性，缺點是編寫耗時長，比較繁瑣。