《(中職）UML與Rose建模應(yīng)用子情境4.2課件》由會(huì)員分享，可在線閱讀，更多相關(guān)《(中職）UML與Rose建模應(yīng)用子情境4.2課件（17頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、子情景4.2 用例分析,情境4：Web系統(tǒng)建模在線銷售系統(tǒng),*,(中職）UML與Rose建模應(yīng)用子情境4.2ppt課件,學(xué)習(xí)情境4：Web軟件建模,在線銷售系統(tǒng),UML及Rose建模應(yīng)用,子情境4.2 用例分析,根據(jù)子項(xiàng)目4.1的需求分析報(bào)告，確定“在線銷售系統(tǒng)”的參與者（如普通客戶、管理員及內(nèi)部員工）、用例（如注冊會(huì)員、登錄系統(tǒng)、瀏覽商品、檢索商品、查看訂單、查看購物車、指定配送地址、指定支付方式等）、參與者與用例之間的關(guān)系，最后設(shè)計(jì)出“在線銷售系統(tǒng)”的整體系統(tǒng)用例圖。,子情景描述,相關(guān)知識(shí),1用例規(guī)約,用例圖只是在總體上大致描述了系統(tǒng)所提供的各種服務(wù)，讓用戶對系統(tǒng)有一個(gè)總體的認(rèn)識(shí)。但對于每

2、個(gè)用例還需要有詳細(xì)的描述信息，以便讓其他人對于整個(gè)系統(tǒng)有一個(gè)更加詳細(xì)地了解，這些信息包含在用例規(guī)約之中。而用例模型指的也不僅僅是用例圖，而是由用例圖和每一個(gè)用例的詳細(xì)描述用例規(guī)約所組成的。,2泛化,用例的泛化指的是一個(gè)父用例可以被特化形成多個(gè)子用例，而父用例和子用例之間的關(guān)系就是泛化關(guān)系。在用例的泛化關(guān)系中，子用例繼承了父用例所有的結(jié)構(gòu)、行為和關(guān)系，子用例是父用例的一種特殊形式。此外，子用例還可以添加、覆蓋、改變繼承的行為。,相關(guān)知識(shí),在UML中，用例的泛化關(guān)系通過一個(gè)從子用例指向父用例的三角箭頭來表示，如圖4-15所示。,當(dāng)發(fā)現(xiàn)系統(tǒng)中有兩個(gè)或者多個(gè)用例在行為、結(jié)構(gòu)和目的方面存在共性時(shí)，就可以

3、使用泛化關(guān)系。這時(shí)可以用一個(gè)新的（通常也是抽象的）用例來描述這些共有部分，這個(gè)新的用例就是父用例。如圖4-16所示為飛機(jī)訂票系統(tǒng)的用例圖，預(yù)定飛機(jī)票有兩種方式，一種是通過電話預(yù)定，另一種是通過網(wǎng)上預(yù)定。在這里，電話訂票和網(wǎng)上訂票都是訂票的一種特殊方式，因此“訂票”為父用例，“電話訂票”和“網(wǎng)上訂票”為子用例。,圖4-15 泛化關(guān)系,相關(guān)知識(shí),當(dāng)發(fā)現(xiàn)系統(tǒng)中有兩個(gè)或者多個(gè)用例在行為、結(jié)構(gòu)和目的方面存在共性時(shí)，就可以使用泛化關(guān)系。這時(shí)可以用一個(gè)新的（通常也是抽象的）用例來描述這些共有部分，這個(gè)新的用例就是父用例。如圖4-16所示為飛機(jī)訂票系統(tǒng)的用例圖，預(yù)定飛機(jī)票有兩種方式，一種是通過電話預(yù)定，另一種

4、是通過網(wǎng)上預(yù)定。在這里，電話訂票和網(wǎng)上訂票都是訂票的一種特殊方式，因此“訂票”為父用例，“電話訂票”和“網(wǎng)上訂票”為子用例。,圖4-16 泛化關(guān)系示例,相關(guān)知識(shí),在用例的包含關(guān)系中，基礎(chǔ)用例在目的上可以完全不同，但是它們都有一段相似的行為，它們的相似是部分的相似不是整體的相似。用例的泛化關(guān)系類似于面向?qū)ο笾械睦^承，它把多個(gè)子用例中的共性抽象成一個(gè)父用例，子用例在繼承父用例的基礎(chǔ)上可以進(jìn)行修改。但是子用例和子用例之間又是相互獨(dú)立的，任何一個(gè)子用例的執(zhí)行不受其他子用例的影響。而用例的包含關(guān)系是把多個(gè)基礎(chǔ)用例中的共性抽象為一個(gè)被包含用例，可以說被包含用例就是基礎(chǔ)用例中的一部分，基礎(chǔ)用例的執(zhí)行必然引起

5、被包含用例的執(zhí)行。,該系統(tǒng)有三類用戶，一類是普通客戶，一類是管理員，一類是內(nèi)部員工。,參與者的識(shí)別,步驟1,注冊會(huì)員 修改注冊資料 管理員退出系統(tǒng),用戶登錄系統(tǒng) 用戶退出系統(tǒng)管理業(yè)務(wù)數(shù)據(jù),瀏覽商品 檢索商品管理系統(tǒng)權(quán)限,瀏覽商品詳細(xì)信息 查看訂單,商品放入購物車 查看購物車,管理業(yè)務(wù)數(shù)據(jù) 準(zhǔn)備結(jié)賬,指定配送地址 指定支付方式,完成訂單 管理員登錄系統(tǒng),用例識(shí)別,步驟2,子情景實(shí)施,【提示】在瀏覽窗口中右鍵單擊“Use Case View”（用例視圖），在彈出的菜單上選擇菜單項(xiàng)“New”（新建）下的“Use Case Diagram”（用例圖）命令，從鍵盤輸入文本“銷售系統(tǒng)用例”命名該用例圖，雙

6、擊“銷售系統(tǒng)用例”打開用例圖窗口。,在工具箱中單擊“Actor”（參與者）圖標(biāo)，將光標(biāo)移動(dòng)到用例圖窗口適當(dāng)位置，單擊鼠標(biāo)左鍵，就會(huì)出現(xiàn)名為“NewClass”參與者，重命名為“客戶”，如圖4-17所示。采取此方法，依次創(chuàng)建參與者“管理員”、“內(nèi)部員工”，如圖4-20所示。,新建參與者,步驟3,圖4-17 新建參與者示例,子情景實(shí)施,在工具箱中選擇“Use Case”（用例）工具圖標(biāo)，將光標(biāo)移動(dòng)到窗口適當(dāng)位置，單擊鼠標(biāo)左鍵，就會(huì)出現(xiàn)名為“NewUseCase”用例，輸入文本“注冊”進(jìn)行重命名，按相同的方法依次新建如圖4-18所示的其它用例。,提取用例,步驟4,圖4-18 新建用例示例,子情景實(shí)施

7、,在工具箱中選擇“Association”（雙向?qū)蜿P(guān)聯(lián)）圖標(biāo)，將光標(biāo)指向參與者“客戶機(jī)”，按住鼠標(biāo)左鍵，拖動(dòng)至用例“注冊”，松開鼠標(biāo)，在兩者之間就會(huì)出現(xiàn)一條“線段”，創(chuàng)建兩者間的關(guān)聯(lián)完成，如圖4-19所示。,新建參與者與用例間的雙向關(guān)聯(lián),步驟5,圖4-19 新建關(guān)聯(lián)示例,子情景實(shí)施,參照步驟5，創(chuàng)建參與者與用例間的關(guān)聯(lián)，如圖4-20所示。,創(chuàng)建在線銷售用例圖,步驟6,圖4-20 在線銷售用例圖,子情景實(shí)施,知識(shí)或技能拓展,用例的粒度,用例的粒度指的是用例所包含的系統(tǒng)服務(wù)或功能單元的多少。用例的粒度越大，用例包含的功能越多，反之則包含的功能越少。,在用例建模時(shí)，很多人都會(huì)對自己系統(tǒng)所需要的用例

8、個(gè)數(shù)產(chǎn)生疑惑。對同一個(gè)系統(tǒng)的描述，不同的人可能會(huì)產(chǎn)生不同的用例模型。如果用例的粒度很小，得到的用例數(shù)就會(huì)太多。反之，如果用例的粒度很大，那么得到的用例數(shù)就會(huì)很少。如果用例數(shù)目過多會(huì)造成用例模型過大和引入設(shè)計(jì)困難大大提高；如果用例數(shù)目過少會(huì)造成用例的粒度太大，不便于進(jìn)一步的充分分析。,知識(shí)或技能拓展,如下圖4-21所示為在線銷售系統(tǒng)的維護(hù)商品信息用例，管理員需要進(jìn)行商品價(jià)格的調(diào)整、商品描述信息的更新、新商品的加入以及過期商品的刪除等操作。,圖4-21 商品信息維護(hù)子系統(tǒng),知識(shí)或技能拓展,還可以根據(jù)具體的操作把它抽象成四個(gè)用例，如圖4-22所示，它展示的系統(tǒng)需求和單個(gè)用例是完全一樣的。,圖4-22

9、 細(xì)化后的商品信息維護(hù)子系統(tǒng),知識(shí)或技能拓展,當(dāng)大致確定用例個(gè)數(shù)后，就可以很容易的確定用例粒度的大小。對于比較簡單的系統(tǒng)，因?yàn)橄到y(tǒng)的復(fù)雜度一般比較低，所以可以適當(dāng)加大用例模型一級的復(fù)雜度，也就是可以將較復(fù)雜的用例分解成多個(gè)用例。對于比較復(fù)雜的系統(tǒng)，因?yàn)橄到y(tǒng)的復(fù)雜度已經(jīng)很高，需要加強(qiáng)控制用例模型一級的復(fù)雜度，即將復(fù)雜度適當(dāng)?shù)匾酝美齼?nèi)部，讓一個(gè)用例包含較多的需求信息量。,用例的粒度對于用例模型來說是很重要的，它不但決定了用例模型級的復(fù)雜度，而且也決定了每一個(gè)用例內(nèi)部的復(fù)雜度。在確定用例粒度時(shí)應(yīng)該根據(jù)每個(gè)系統(tǒng)的具體情況，具體問題具體分析，在盡可能保證整個(gè)用例模型的易理解性的前提下決定用例的大小和數(shù)目。,Thank You!,