用例就是一組相關的成功和失敗場景集合，用來描述參與者如何使用系統來實現其目標。
場景是參與者和系統之間的一系列特定的活動和互動，也稱為用例例項。是用例的一條執行路徑。
主場景：描述了滿足涉眾關注點的典型成功路徑，不包括任何條件或分支。雖然包含條件或分支並不是錯誤，但是，保持一定的連貫性，並且將所有條件處理都推延至擴充套件部分。
3種1.摘要，簡介的一段式概要通常用於主成功場景。
2.非正式，非正式的段落格式。用幾個段落覆蓋不同的場景。
3.詳述，詳細編寫所有步驟及各種變化，同時具有補充部分，如前置條件和成功補充，
因為複雜業務場景眾多，業務條件和需求容易遺漏，且這些需求條件還可能發生變化。所以對於複雜業務，為什麼編制完整用例非常難。
用例圖是指由參與者、用例，邊界以及它們之間的關係構成的用於描述系統功能的檢視。
參與者。符號是乙個小人。
用例。符號是乙個圓框。
系統邊界。符號是乙個方框。
關聯關係。符號是乙個虛線箭頭：---->，箭頭指向訊息接收方。
包含關係。符號是乙個虛線箭頭，有<>標識。箭頭方向指向被包含者。
擴充套件關係。符號是乙個虛線箭頭，有<>標識，箭頭方向指向被繼承者。
泛化關係。符號是乙個實線箭頭，箭頭是個小三角，指向父用例。
確定參與者（誰來做）。
識別用例（做什麼）。一般以動詞開頭描述某件事情。
理清用例之間的關係。需要仔細思考用例之間的業務關係，並以此來劃分。
用例圖可以從使用者的視角描述乙個系統的主要功能以及如何使用，比較符合人的自然認知，同時進行視覺化，方便理解和獲取需求，在整個開發過程及其他工作流中起到指導作用，同時也便於向系統使用者即需求者闡述系統功能。
然後，回答下列問題：
這是因為相似系統的主要業務邏輯類似，例如查詢只是內容不同，訂東西只是訂單的內容不同。而其他例如支付，管理訂單等等功能都是相同的。
在用例圖中對創新用例使用某種顏色進行高亮標記。可以很方便地讓需求方、開發人員快速了解該系統的創新模式。
idtitle
estiter
imp1註冊5
1102登陸
51103
查詢旅館202
204預訂旅館151
405管理訂單101
20簡單用例：1到3個事務，權重=5
一般用例：4到7個事務，權重=10
複雜用例：多餘7個事務，權重=15
用例計算
uc權重註冊2
簡單登陸2簡單
查詢旅館8複雜
預訂旅館5一般
管理訂單4一般
系統分析與設計 第四次作業
1 用例建模 c.對比兩個時代 不同地區產品的用例圖，總結在專案早期，發現創新的思路與方法 d.請使用 scrum 方法，在 任務b 用例圖基礎上，編制某定旅館開發的需求 backlog 2 業務建模 3 用例文字編寫 1 用例建模 編號 名稱重要性 預計工作量 故事描述 負責人0 瀏覽酒店65 使...
系統分析與設計 第四次作業
黃色部分為去哪兒 有的，其餘部分與asg sh中一致。c.對比兩個時代 不同地區產品的用例圖，總結在專案早期，發現創新的思路和方法。d.請使用 scrum 方法，在 任務b 用例圖基礎上，編制某定旅館開發的需求 backlog id name impest how to demo notes1搜尋 ...
系統分析與設計 第四次作業
從兩個例子的對比中，不難發現新時代的預訂系統功能更加豐富，為客戶提供了更多的預訂資訊，幫助客戶更容易地篩選出合適的酒店，而不是以系統管理的角度去引導客戶選擇酒店。所以我認為，發現創新的思路在於要考慮時代的需求 新時代旅遊者更加注重旅遊的質量，所以提供更豐富的資訊顯然迎合了他們的需求，這就是為什麼新時...