資源描述：
《UML系統(tǒng)用例及用例關(guān)系.ppt》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。
1、CH4用例圖系統(tǒng)用例及用例關(guān)系統(tǒng)一建模語言11軟件工程知識回顧—需求獲取需求工程需求管理需求開發(fā)問題獲取分析編寫規(guī)格說明驗證難點重點掌握用例圖模型元素能夠根據(jù)需求分析使用用例圖建模掌握用例圖的地位作用及定義確定用例及用例間的關(guān)系教學(xué)目標(biāo)教學(xué)內(nèi)容用例圖什么叫用例圖用例圖的構(gòu)成要素用例的重要元素用例之間的各種重要關(guān)系用例圖建模應(yīng)用識別參與者確定用例用例建模需求獲取需求獲取及分析需求的基本方法需求是客戶在項目立項時就有的一個遠(yuǎn)景，客戶需求將決定在整個項目中需求承辦方具體做些什么，即承辦方的任務(wù)。承辦方在明確了需求后，就會開始后期的設(shè)計、開發(fā)、測試、部
2、署等工作。一需求獲取Clicktoaddtitleinhere4問題引入1在需求獲取過程中，主要需要弄清楚三個問題一需求獲取解答問題2明確需要獲取的信息明確所獲取信息的來源和渠道怎樣獲取需求WhatWhereHow二用例圖相關(guān)概念介紹1.什么是用例圖由參與者（Actor）、用例（UseCase）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動態(tài)視圖稱為用例圖。2.用例圖的作用用例圖是需求分析中的產(chǎn)物，主要作用是描述參與者和用例之間的關(guān)系，幫助開發(fā)人員可視化的了解系統(tǒng)的功能。用例圖可視化地表達(dá)了系統(tǒng)的需求，具有直觀、規(guī)范等優(yōu)點，克服了純文字性說明的不
3、足。用例方法是完全從外部來定義系統(tǒng)功能，它把需求和設(shè)計完全的分離開來。參與者，Actor關(guān)鍵詞：邊界參與者：在系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進(jìn)行有意義交互的任何事物識別參與者1要點系統(tǒng)外參與者代表在系統(tǒng)邊界之外的真實事物，并不是系統(tǒng)的成分系統(tǒng)邊界參與者透過系統(tǒng)邊界直接與系統(tǒng)交互，參與者的確定代表系統(tǒng)邊界的確定有意義交互的任何事物人、外系統(tǒng)、外部因素、時間識別參與者２識別參與者思路誰使用系統(tǒng)的主要功能誰改變系統(tǒng)的數(shù)據(jù)誰從系統(tǒng)獲取信息誰需要系統(tǒng)的支持以完成日常工作任務(wù)誰負(fù)責(zé)日常維護、管理并保證系統(tǒng)正常運行誰使用或刪除系統(tǒng)中的信息誰（或什么）對系統(tǒng)運行
4、產(chǎn)生的結(jié)果（值）感興趣系統(tǒng)需要應(yīng)付（處理）那些硬設(shè)備系統(tǒng)需要和那些外部系統(tǒng)交互在預(yù)定時間，是否有事件自動發(fā)生時間、氣溫等內(nèi)部外部條件……參與者的類型和職責(zé)主要參與者直接與系統(tǒng)交互的人，或執(zhí)行系統(tǒng)主要功能的執(zhí)行者次要參與者使用系統(tǒng)次要功能的執(zhí)行者，或維護系統(tǒng)一般功能的執(zhí)行者外部硬件作為系統(tǒng)一部分的、運行應(yīng)用的非計算機的硬件其他系統(tǒng)為其工作需要與系統(tǒng)交互的外部系統(tǒng)參與者之間的關(guān)系獨立關(guān)系泛化關(guān)系一個參與者的抽象描述可以被一個或多個具體的參與者所共享客戶個體客戶商業(yè)客戶用例1定義：UseCase用例表示系統(tǒng)的一項外部功能，它從用戶的角度分析所得的需求
5、。為完成一個相對完整的一種功能，系統(tǒng)執(zhí)行的一系列動作的集合是外部可見的一種系統(tǒng)功能代表的是一個完整的功能有一系列動作用例用例2用例捕獲某些角色可見的需求，實現(xiàn)一個具體的角色需求用例由其用戶角色使用，并提供確切的輸出給角色用例可大可小，但它必須是對一個具體的角色目標(biāo)實現(xiàn)的完整描述用例的動態(tài)執(zhí)行過程可以用UML的交互作用來說明，可以用狀態(tài)圖、順序圖、協(xié)作圖或非正式的文字描述來表示識別用例識別用例關(guān)鍵詞：價值定義用例實例是系統(tǒng)執(zhí)行的一系列動作，這些動作將生成特定參與者可觀測的結(jié)果值一個用例定義一組用例實例（場景）簡潔：參與者使用系統(tǒng)達(dá)到目標(biāo)識別用例要
6、點可觀測→用例止于系統(tǒng)邊界結(jié)果值→用例是有意義的目標(biāo)系統(tǒng)執(zhí)行→結(jié)果值由系統(tǒng)生成由參與者觀測→業(yè)務(wù)語言、用戶觀點一組用例實例→用例的粒度用例命名可觀測：用例止于系統(tǒng)邊界系統(tǒng)描述交互，而不是內(nèi)在的系統(tǒng)活動邊界---Boundary也叫系統(tǒng)邊界，用于界定系統(tǒng)功能范圍用一個帶名稱的矩形框，把描述系統(tǒng)功能的用例都置于其中，而描述的與系統(tǒng)交互的角色都置于其外系統(tǒng)----完整系統(tǒng)或子系統(tǒng)一個系統(tǒng)包括一個或多個用例準(zhǔn)確的定義系統(tǒng)的邊界（功能）不是一件很容易的事先識別出系統(tǒng)的基本功能集，以此為基礎(chǔ)定義一個穩(wěn)定的、精確定義的系統(tǒng)體系結(jié)構(gòu)，再不斷地擴充系統(tǒng)功能，以逐
7、步完善結(jié)果值：有意義的目標(biāo)√業(yè)務(wù)功能，而非系統(tǒng)處理×系統(tǒng)執(zhí)行：結(jié)果值由系統(tǒng)生成系統(tǒng)需要處理的，由系統(tǒng)生成×參與者觀測：用戶觀點而非系統(tǒng)觀點用戶觀點系統(tǒng)觀點×要點：用例粒度用例要有路徑，路徑要有步驟；而這一切都是可觀測的最常犯錯誤：粒度過細(xì)，陷入功能分解過細(xì)的粒度，一般都會導(dǎo)致技術(shù)語言的描述，而不再是業(yè)務(wù)語言用例粒度-1把步驟當(dāng)用例把系統(tǒng)活動當(dāng)用例×√×用例粒度-2ד四輪馬車”C(Create)R(Read)U(Update)D(Delete)所有業(yè)務(wù)最終會成為CRUD？CRUD能為Actor提供價值？CRUD掩蓋業(yè)務(wù)，銳變成關(guān)系數(shù)據(jù)庫的建模：
8、“系統(tǒng)就是數(shù)據(jù)的增刪改查”關(guān)心數(shù)據(jù)的存儲和維護，反而忽略了用戶的目的用例粒度-3用例粒度-4如果確實是CRUD？如果CRUD不涉及復(fù)雜的交互，一個用例
