在不展現乙個系統或子系統內部結構的情況下，對系統或子系統的某個連貫的功能單元的定義和描述。
場景是參與者和系統之間的一系列特定的活動和互動，也稱為用例例項。每個用例提供了乙個或多個場景，該場景說明了系統是如何和終端使用者或其它系統互動，也就是誰可以用系統做什麼，從而獲得乙個明確的業務目標。主成功場景，也稱為理想路徑場景或基本流程，這是用例最基本的組成部分，它描述了滿足涉眾關注點的典型成功路徑。要注意的是，它通常不包括任何條件或分支，這是為了保持連貫性，並且將所有的條件處理都延遲到擴充套件部分。這種具有爭議的做法更易於理解和擴充套件。
摘要
摘要用例有很少的句子組成來總結的用例。它十分適合在電子**中計畫軟體開發。乙個摘要用例能夠簡單插入電子**的單元格中並且用**中的其它列記述業務優先順序，技術複雜度，版本號等。
非正式
乙個非正式的用例由文字段落組成，包括了上面提到的那些列，用總結或故事的形式詳細的描述了用例。
完整正式
乙個完整正式或者複雜的用例是乙個以包含了不同部分的長模板為基礎的正規的文件。
複雜業務的需求多，導致擴充套件部分較多。由於業務的複雜性，用例的增加也只能覆蓋大部分已出現的情形，而無法完全覆蓋所有情景，也就「不完整」。同時，用例可能會遺漏一些關鍵資訊或包含錯誤的陳述。
用例圖是指由參與者、用例，邊界以及它們之間的關係構成的用於描述系統功能的檢視。
參與者(actor)：表示的是乙個系統使用者，也就是與應用程式進行互動的使用者、組織或者外部系統。
用例(use case)：表示的是對系統提供的功能、服務的一種描述。
包含關係(include)：表示用例可以簡單地包含其他用例所具有的行為，並把它所包含的用例行為作為自身行為的一部分。在uml中常用帶箭頭的虛線表示，箭頭指向被包含的用例。
泛化關係(generalization)：泛化指的是乙個父用例可以被特化形成多個子用例，而父用例和子用例之間的關係就是泛化關係。在uml中用空心三角箭頭的實線表示，箭頭指向父用例。
關聯關係(association)：表示的是參與者與用例之間的關係。在uml中常用一條直線，或者是一條帶箭頭的線條來表示，箭頭指向資訊接收方。
擴充套件/延伸關係(extend)：表示在一定條件下，把新的行為加入到已有的用例中，獲得的新用例叫做擴充套件用例，原有的用例叫做基礎用例，相當於為基礎用例提供乙個附加功能。在uml中用帶箭頭的虛線表示，箭頭指向基礎用例。
關聯(association)
【箭頭指向】：指向訊息接收方
泛化(inheritance)
【箭頭指向】：指向父用例
包含(include)
【箭頭指向】：指向分解出來的功能用例
擴充套件(extend)
【箭頭指向】：指向基礎用例
依賴(dependency)
【箭頭指向】：指向被依賴項
專案(artifact)
注釋(comment)
1、簡潔、直觀，系統互動行為很清晰地表達出來。
2、規範、易理解。用例圖是uml建模裡比較常用的乙個圖，你用，我用，大家都用，並且標識、要素等均符合uml2中的約定，並且不依賴開發語言，所以說它和其它圖一樣規範因為規範所以對uml建模使用者來說是易理解的。
3、使用者導向、描述精準。用例方法完全是站在使用者的角度上（從系統的外部）來描述系統的功能的。我們不管系統內部實現功能的機制，僅僅把系統看作乙個黑盒，然後參與者與其進行互動，也就是用例是基於使用者場景的，所以能更精準地表達使用者功能需求。
4、需求與設計分離。因為用例圖是站在系統外的視角描述系統需求的，所以並沒有介入到系統內部實現細節，這就讓需求和設計工作分離開來，條理清晰。
5、便於設計測試用例。用例圖描述的就是乙個使用者場景，測試設計人員正好可以根據用例圖設計測試用例。
6、邊界清晰。乙個矩形框把系統邊界清晰、明確地表達出來，便於設計人員據此把握系統範圍。
7、敏捷。用例圖允許我們講故事、寫卡片，允許我們比較敏捷地實現功能需求方面的管理與交流。
相似系統中使用者需求相似，使得系統的基本功能和擴充套件功能差別不大，所以用例圖是相似的。
2、如果是定旅館業務，請對比 asg_rh 用例圖，簡述如何利用不同時代、不同地區產品的用例圖，展現、突出創新業務和技術。
業務和技術創新的方法：
①使用簡單清晰的使用者介面。就使用者介面來說，去哪兒的**更大，篩選條件更多但也有不少廣告；asgrh的介面很簡單，但功能也相對較少。
②多開展優惠活動。去哪兒經常會贈送使用者一些酒店劵，或是提供在旅行行程中的酒店優惠，而且廣告通知效果比較好；asgrh就沒有自己**上的優惠。
③加強平台間合作。去哪兒與許多社交平台和同行旅行平台進行合作，可以使用很多方式登入，酒店資訊相對也比較齊全，支付方式眾多；而asgrh則是相對單一。
3、如何利用用例圖定位創新思路（業務創新、或技術創新、或商業模式創新）在系統中的作用。
對於關於不同方面的創新的用例，使用不同顏色背景的用例圖表示，直觀地觀察其在系統中的作用。
4、請使用 scrum 方法，選擇乙個用例圖，編制某定旅館開發的需求（backlog）開發計畫表。
序號名字
重要性耗時備註1
查詢酒店
9030
2酒店詳情
10040
詳細介紹酒店提供的服務、設施、環境等
3預訂付款
7015
4使用者評價
7015
打分加寫評語，會統計到酒店的評分中，影響酒店推薦程度
5、根據任務4，參考 使用用例點估算軟體成本，給出專案用例點的估算。
用例業務
計算uc比重
查詢酒店32
平均酒店詳情64
平均預訂付款11
簡單使用者評價21
簡單
系統分析與設計作業4
1選擇酒店 3010 2購物車選項208 管理訂單的介面，包括增加預訂，移除預定，填寫相關入住資訊等 當預定不成功，或者預訂無法取消時，要及時返回給使用者 3預定酒店 4010 進入預訂介面，可以選擇酒店名，選擇時間，選擇地點，選擇房型，在選擇完後確認預訂，其中選擇酒店中可以對酒店進行排序，在選擇地...
作業 4 系統分析與設計
用例的概念 答 用例是一系列文字形式的成功或失敗方法描述，用以說明參與者使用系統實現的某些目的，通過描述使用者使用系統的情節來發現和記錄功能性需求。用例有哪些形式？答 有三種形式，brief high level casual 簡便格式 fully。對於複雜業務，為什麼編制完整用例非常難？答 複製業...
系統分析與設計作業4
在軟體和系統工程中，用例是一系列系統的操作或事件步驟，通常通過使用者的使用場景來獲取需求。每個用例會提供乙個或者多個場景，用場景說明系統怎樣和使用者或其他系統互動，從而獲得乙個明確的業務目標。用例與物件導向無關，是經典物件導向分析與設計的乙個關鍵需求輸入，是表現系統功能的功能性或行為性需求。每個用例...