實驗二 用例圖實驗目的和要求1掌握用例的概念。2掌握UML用例圖的組成、作用以及使用場合。3掌握用例與用例之間的各種關系。4學習針對具體場景使用用例圖進行分析說明的方法。5掌握用例描述的概念和基本結構，以及用例描述的作用。實驗內容和步驟1什么是用例，什么是場景？用例和場景之間的關系是怎樣的？用例是外部可見的系統功能單元，這些功能單元由系統單元所提供，并通過一系列系統單元與一個或多個參與者之間交換的消息所表達。 場景是指實例化的用例，從一個用例實例化可以出來多個用例場景。簡單講，用例就是對全部用例場景的抽象，用例場景就是從用例中實例化出來的一組活動 2用例圖中有哪些組成元素？在UML中是如何表示的？用例圖包含6個元素，分別是：參與者、用例、關聯關系、包含關系、擴展關系、以及泛化關系 參與者 用例 關聯關系 包含關系 擴展關系 泛化關系3 用例與用例之間的包含關系、擴展關系和泛化關系各代表什么含義？它們之間有何區別？對以上三種關系各舉一例，畫出用例圖，并進行說明。包含關系：。包含關系本質上是比較特殊的依賴關系。它比一般的依賴關系多了一些語義。在包含關系中箭頭的方向是從基本用例到包含用例。簡單的理解就是用例可以包含其他用例具有的行為，并把它所包含的用例行為做為自身行為的一部分。泛化關系：代表一般于特殊的關系。它的意思和面向對象程序設計中的繼承的概念是類似的。不同的是繼承使用在實施階段，泛化使用在分析、設計階段。在泛化關系中子用例繼承了父用例的行為和含義，子用例也可以增加新的行為和含義或者覆蓋父用例中的行為和含義。擴展關系：擴展關系的基本含義和泛化關系類似，但在擴展關系中，對于擴展用例有更多的規則限制，基本用例必須聲明擴展點，而擴展用例只能在擴展點上增加新的行為和含義。與包含關系一樣，擴展關系也是依賴關系的版型。區別：各個關系中箭頭的方向不同4為了滿足物業中介行業的信息化要求，甲公司基于詳盡的需求調研與分析，準備研發一套符合市場需要的、實用的信息管理系統。主要將實現客戶資料信息管理、客戶委托（出租、出售、租賃、購買）信息管理、業務線索生成與管理、房源狀態自動更新、權限管理、到期用戶管理、房源組合查詢等功能。該公司小王，通過多次的與潛在客戶的交流與溝通，完成了最初的用例模型的開發，下是一個用例模型的局部：小李認為該模型不符合“用例建模”的思想，存在明顯的錯誤。請用200字以內說明錯誤所在，并說明應該如何修改。 閱讀下面的用例圖，說明該圖所表達的信息。 下圖是一個描述保險商務系統的簡單用例圖。根據該用例圖回答問題。a) “簽訂保險單”用例可能涉及到哪幾個實體類？ b) 現實生活中簽訂保單的基本流程如下：客戶提出購買需求，保險員根據客 戶需求選擇相應的保險服務，客戶閱讀保險條款，同意后打印保單樣據，客戶簽字并支付保金，保單開始生效，保險員做相關系統紀錄。如需要根據以上信息，請列舉這個用例描述中可能存在擴展事件流。 c) 保單管理用例在實際開發過程中可以泛化出若干小用例，列出可能存在的子用例，并且說明這些用例和“保單管理”用例之間應該是什么關系？、在一個TelephoneSystem（電話系統）中，用戶可以使用電話卡或對方付款兩種辦法來打電話。1）請畫出表示該場景的用例圖。2）在前圖的基礎上，繼續畫出可能存在的包含用例和擴展用例。分析與討論總結用例圖的重要作用，討論并指出哪些場合下可以使用用例圖。