UML-04-用例圖

1、UML孫雷教學安排一、根底局部專題一：UML概述專題二：面向?qū)ο蟾拍钆cUML的組成二、UML模型圖專題三：類圖、對象圖、包圖專題四：用例圖專題五：交互圖順序圖、協(xié)作圖專題六：狀態(tài)圖專題七：活動圖專題八：部署圖與配置圖三、案例分析專題九：網(wǎng)上書店工程分析主要內(nèi)容什么是用例圖Use Case Diagram用例圖的應用用例圖的組成用例建模技術(shù)什么是用例圖(use case diagram)在UML中，一個用例模型由假設(shè)干個用例圖(use case diagram)描述。用例圖是顯示一組用例、參與者以及它們之間關(guān)系的圖。用例圖的應用用例圖是從用戶的角度來描述對軟件產(chǎn)品的需求，分析產(chǎn)品的功能和行為，因

2、此，對整個軟件開發(fā)過程而言，用例圖是至關(guān)重要的。用例圖定義和描述了系統(tǒng)的外部可見行為，是分析、設(shè)計直至組裝測試的重要依據(jù)。讓用戶參與前期的系統(tǒng)分析與設(shè)計。Use Case 對開發(fā)的意義實現(xiàn)測試需求分析和設(shè)計Use Cases 把所有這些過程綁到一起大學信息系統(tǒng)的一個用例圖用例圖的組成用例Use Case參與者Actor關(guān)系(Relationship)什么是參與者參與者：在系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進行有意義交互的任何事物。參與者可能是人、另外一個系統(tǒng)、時間的流逝等。什么是用例用例use case是對一組動作序列的描述，系統(tǒng)執(zhí)行這些動作序列來為參與者產(chǎn)生一個可觀察的結(jié)果值。它有如下一些特點：用

3、例描述了用戶提出的一些可見的需求；用例可大可??；用例對應一個具體的用戶目標用例建模技術(shù)識別參與者識別用例識別用例間的關(guān)系用例闡述識別參與者的方法誰使用系統(tǒng)的主要功能誰改變系統(tǒng)的數(shù)據(jù)誰從系統(tǒng)獲取信息誰需要系統(tǒng)的支持以完成日常工作任務(wù)誰負責日常維護、管理并保證系統(tǒng)正常運行系統(tǒng)需要應付處理那些硬設(shè)備系統(tǒng)需要和那些外部系統(tǒng)交互誰或什么對系統(tǒng)運行產(chǎn)生的結(jié)果值感興趣時間、氣溫等內(nèi)部外部條件思考題：識別參與者尋呼臺系統(tǒng)：用戶如果預定了天氣預報，系統(tǒng)每天定時給他發(fā)天氣消息；如果當天氣溫高于35度，還要提醒用戶注意防暑；在這個表達里，誰是尋呼臺系統(tǒng)的Actor？例：圖書管理系統(tǒng)的參與者：借閱者Borrower圖

4、書管理員LibrarianExample參與者的泛化參與者之間也可以象類一樣存在泛化或者依賴關(guān)系。如系統(tǒng)中經(jīng)理可以參加雇員的所有用例識別用例的方法每個參與者的任務(wù)是什么由參與者將要創(chuàng)立、存儲、改變、刪除或讀取系統(tǒng)中的信息嗎什么用例會創(chuàng)立、存儲、改變、刪除、或讀取這個信息參與者需要通知系統(tǒng)外部的變化嗎需要通知參與者系統(tǒng)中正在發(fā)生的事情嗎什么用例將支持和維護系統(tǒng)所有的功能需求都能被用例執(zhí)行嗎識別用例的本卷須知本卷須知：可觀測用例止于系統(tǒng)邊界結(jié)果值用例是有意義的目標系統(tǒng)執(zhí)行結(jié)果值由系統(tǒng)生成由參與者觀測業(yè)務(wù)語言、用戶觀點要點：用例止于系統(tǒng)邊界描述交互，而不是內(nèi)在的系統(tǒng)活動要點：有意義的目標系統(tǒng)需要處理

5、的，由系統(tǒng)生成要點：結(jié)果值由系統(tǒng)生成用戶詞匯，而不是技術(shù)詞匯如：發(fā)票，商品，洗衣機而不是：記錄，字段，COM，C+等要點：業(yè)務(wù)語言而非技術(shù)語言用戶觀點系統(tǒng)觀點要點：用戶觀點而非系統(tǒng)觀點用例的命名執(zhí)行者視角：狀語動詞+定語+ 賓語要點：用例的粒度(1)用例要有路徑，路徑要有步驟；而這一切都是可觀測的最常犯錯誤：粒度過細，陷入功能分解過細的粒度，一般都會導致技術(shù)語言的描述，而不再是業(yè)務(wù)語言用例粒度(2)把步驟當用例把系統(tǒng)活動當用例要點：用例的粒度(2)“四輪馬車C(Create)R(Read)U(Update)D(Delete)所有業(yè)務(wù)最終對會成為CRUD？CRUD能為Actor提供價值？CRUD

6、掩蓋業(yè)務(wù)，銳變成關(guān)系數(shù)據(jù)庫的建模：“系統(tǒng)就是數(shù)據(jù)的增刪改查關(guān)心數(shù)據(jù)的存儲和維護，反而忽略了用戶的目的要點：用例的粒度(3)如果確實是CRUD？如果CRUD不涉及復雜的交互，一個用例“管理即可不管是C、R、U、D，都是為了完成“管理目標甚至很多種的根本數(shù)據(jù)管理都可以用一個用例表示Email客戶端如：outlook express，A在北京發(fā)郵件給上海的B，系統(tǒng)提醒B你有“新郵件，B收郵件。思考題：識別用例Example例：圖書館管理系統(tǒng)的用例：借書Borrow book還書Return Book預定書刊Reserve Title取消預定cancel Reservation維護借閱者信息Maint

7、ain Borrower Info維護書目信息Maintain Title Info維護物理書刊信息Maintain Book Info登錄Log In識別用例間的關(guān)系ExtendIncludeGeneralization包含Include即在一個用例中重用另一個用例中的步驟。下訂單檢索客戶信息包含關(guān)系的誤用！擴展關(guān)系extend擴展用例是在原用例的根底上增加新的步驟序列形成的。原用例被稱為基用例base use case。擴展只能發(fā)生在基用例的序列中的某個具體制定點上，這個點叫做擴展點extension points。擴展關(guān)系 VS 包含關(guān)系在擴展關(guān)系中，基用例不必知道擴展用例的任何細節(jié)，事

8、實上基用例沒有擴展也是完整的，只有特定的條件發(fā)生了，擴展用例的行為才被執(zhí)行，而包含關(guān)系那么不同。泛化關(guān)系generalization和類一樣，泛化是指一個用例繼承了另一個用例，在用例繼承中，子用例可以從父用例繼承行為和含義，還可以增加自己的行為。子用例可以出現(xiàn)在父用例出現(xiàn)的任何位置UML用例圖繪圖的建議防止過度圖形化用例的重點在于書寫文本，而不是圖和用例關(guān)系，不要花很多小時甚至幾天討論用例圖和用例關(guān)系Example用例闡述文檔 場景scenario： 是參與者和被討論系統(tǒng)之間的一系列特定活動和交互。每個用例是一組場景的集合，而每個場景又是一個步驟序列。用例闡述文檔針對每個用例，描述各個場景“B

9、orrow Book用例中的場景如，在“Borrow Book這個用例中，包含著幾個相關(guān)的scenario：Scenario-1：順利地借到書Scenario-2：該種書刊不存在Scenario-3：物理書刊都已借出Scenario-4：沒有該借閱者信息 誰來寫用例文檔最完美：業(yè)務(wù)人員接受訓練，寫出優(yōu)美的用例文檔最現(xiàn)實：業(yè)務(wù)人員提供素材，開發(fā)人員寫用例文檔最糟糕：業(yè)務(wù)人員不管，完全由開發(fā)人員杜撰用例闡述組成用例名稱用例標識涉及的參與者概述用例的規(guī)格說明前置條件Preconditions后置條件Postconditions事件流Flow of events分支流Subflows備選流Altern

10、ate flow前置、后置條件(1)前置條件約束在用例開始前系統(tǒng)的狀態(tài)把它們看做是看門人，它阻止參與者觸發(fā)該用例直到滿足所有條件說明在用例觸發(fā)之前什么必須為真后置條件約束用例執(zhí)行后系統(tǒng)的狀態(tài)用例執(zhí)行后什么必須為真對于有多個事件流的用例，那么應該有多個后置條件前置、后置條件(2)某些用例依賴于其他用例一個用例在離開系統(tǒng)時，可能是另一個用例的前置條件例如：“登錄和“管理系統(tǒng)有助于識別漏掉的用例如果一個用例的前置條件不能有執(zhí)行其他用例滿足，可能意味著喪失了用例例如：“管理訂單卻沒有“登錄用例事件流描述要點1.只書寫“可觀測的說人話2.使用主動語句3.句子必須以參與者或系統(tǒng)作為主語4.不要涉及界面細節(jié)

11、5.分支和循環(huán)要點1：只寫“可觀測的系統(tǒng)通過ADO建立數(shù)據(jù)庫連接，傳送SQL查詢語句，從“商品表查詢商品的詳細信息系統(tǒng)按照查詢條件搜索商品的詳細信息要點2：主動語句歐文叢貝克漢姆處得到傳球，守門員貝克漢姆傳球給歐文，歐文射門，守門員撲救圖書管理員系統(tǒng)要點3：以參與者或系統(tǒng)作主語參與者系統(tǒng)圖書管理員輸入書目和借閱者信息；系統(tǒng)檢索書目系統(tǒng)檢索借閱者圖書管理員將圖書借給借閱者系統(tǒng)記錄借閱信息.要點4：不涉及界面細節(jié)會員從下拉框中選擇類別會員在相應文本框中輸入查詢條件會員點擊“確定按鈕要點5：分支和循環(huán)分支：可以放到擴展路徑參與者的選擇另一條成功線路系統(tǒng)進行驗證循環(huán)：直接描述Example圖書管理系統(tǒng)

12、用例闡述文檔作業(yè)1繪制銀行系統(tǒng)的用例圖銀行系統(tǒng)的問題描述見課件 “UML-03-類圖-對象圖-包圖作業(yè)2繪制圖書管理系統(tǒng)中以下幾個用例的界面，借書Borrow book還書Return Book預定書刊Reserve Title取消預定cancel Reservation作業(yè)3某 公司決定開發(fā)一個管理所有客戶信息的交互式網(wǎng)絡(luò)系統(tǒng)。系統(tǒng)功能如下：瀏覽客戶信息：任何使用Internet的網(wǎng)絡(luò)用戶都可以瀏覽 公司所有的客戶信息包括姓名、住址、 號碼等。登錄： 公司授予每個客戶一個帳號。擁有授權(quán)帳號的客戶，可以使用系統(tǒng)提供的面設(shè)置個人密碼，并使用該帳號和密碼向系統(tǒng)注冊。修改個人信息：客戶向系統(tǒng)注冊后，

13、可以發(fā)送電子郵件或者使用系統(tǒng)提供的頁面，對個人悉尼西進行修改。刪除客戶信息：只有公司的管理人員才可以刪除不再接受公司效勞的客戶的信息?！締栴}】在需求分析階段，采用用例圖描述系統(tǒng)功能需求，如以下圖所示，請指出圖中的A、B、C和D分別是哪個用例？ 作業(yè)4請仔細閱讀以下圖，描述該圖的根本含義 作業(yè)5在醫(yī)生的辦公室里接待員、護士和醫(yī)生使用病人記錄和方案安排系統(tǒng)。當病人第一次來這里看病時，接待員使用該系統(tǒng)來輸入病人信息，并且他們安排所有的預約。護士使用系統(tǒng)來跟蹤病人每次看病的結(jié)果并輸入護理病人的信息，如醫(yī)療和診斷。護士也可以訪問這些信息以打印病人診斷結(jié)果或病人看病歷史。醫(yī)生主要用這個系統(tǒng)來查看病人的病史

14、，偶爾也輸入病人的醫(yī)療信息，但通常他讓護士輸入這些信息?！締栴}：】根據(jù)上面的陳述，請你分析出參與者和用例，并繪制出用例圖。作業(yè)6網(wǎng)絡(luò)在線售票訂位系統(tǒng)網(wǎng)絡(luò)在線售票訂位系統(tǒng)的系統(tǒng)功能如下：客戶一般客戶/企業(yè)客戶可以建立在線訂位銷售事件、事件確認，執(zhí)行在線信用卡付費、個人或團體帳戶修改和管理、在線個人時間查詢；系統(tǒng)操作者可以建立在線銷售定位事件、查詢目前銷售訂位狀況、個人或團體帳戶修改和管理；系統(tǒng)設(shè)計者可以建立在線售票定位事件、查詢目前銷售定位情況、在線系統(tǒng)維護和功能增加、系統(tǒng)環(huán)境設(shè)置系統(tǒng)執(zhí)行動作說明動作者包含：客戶、系統(tǒng)操作人員、系統(tǒng)維護人員各動作者包含的行為動作有：1、客戶：執(zhí)行在線訂位事件、查詢目前訂位狀況、在線執(zhí)行付費處理信用卡付費在線個人事件查詢2、系統(tǒng)操作人員：執(zhí)行在線訂位事件、查詢目前訂位狀況、在線執(zhí)行付費處理、在線定位狀態(tài)查詢3、系統(tǒng)維護人員：執(zhí)行在線訂位事件、在線定位狀態(tài)查詢、在線訂位系統(tǒng)維護、系統(tǒng)環(huán)境設(shè)置【問題：】請依照上述分析并繪制出需求用例模型作業(yè)7HNS是一所以培養(yǎng)軟件開發(fā)人才為目標的高等院校，現(xiàn)在由于在校人數(shù)的增加，為提高辦