中職UML與Rose建模應(yīng)用子情境4.2課件

1、(中職）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)知識 1用例規(guī)約 用例圖只是在總體上大致描述了系統(tǒng)所提供的各種服務(wù)，讓用戶對系統(tǒng)有一個(gè)總體的認(rèn)識。但對于每個(gè)用例還需要有詳細(xì)的描述信息，以便讓其他人對于整個(gè)系統(tǒng)有一個(gè)更加詳細(xì)地了

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

3、這個(gè)新的用例就是父用例。如圖4-16所示為飛機(jī)訂票系統(tǒng)的用例圖，預(yù)定飛機(jī)票有兩種方式，一種是通過電話預(yù)定，另一種是通過網(wǎng)上預(yù)定。在這里，電話訂票和網(wǎng)上訂票都是訂票的一種特殊方式，因此“訂票”為父用例，“電話訂票”和“網(wǎng)上訂票”為子用例。圖4-15 泛化關(guān)系相關(guān)知識 當(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ù)定，另一種是通過網(wǎng)上預(yù)定。在這里，電話訂票和網(wǎng)上訂票都是訂票的一種特殊方式，因此“訂票”

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

5、。參與者的識別 步驟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)用例識別 步驟2 子情景實(shí)施 【提示】在瀏覽窗口中右鍵單擊“Use Case View”（用例視圖），在彈出的菜單上選擇菜單項(xiàng)“New”（新建）下的“Use Case Diagram”（用例圖）命令，從鍵盤輸入文本“銷售系統(tǒng)用例”命名該用例圖，雙擊“銷售系統(tǒng)用例”打開用例圖窗口。 在工具箱中單擊“Actor”（參與者）圖標(biāo)，將光標(biāo)移動(dòng)到用例圖窗

6、口適當(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í)施 在工具箱中選擇“Association”（雙向?qū)蜿P(guān)聯(lián)）圖標(biāo)，將光標(biāo)指向參與者“客戶機(jī)”，按住鼠標(biāo)左鍵，拖

7、動(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í)施知識或技能拓展 用例的粒度 用例的粒度指的是用例所包含的系統(tǒng)服務(wù)或功能單元的多少。用例的粒度越大，用例包含的功能越多，反之則包含的功能越少。 在用例建模時(shí)，很多人都會(huì)對自己系統(tǒng)所需要的用例個(gè)數(shù)產(chǎn)生疑惑。對同一個(gè)系統(tǒng)的描述，不同的人可能會(huì)產(chǎn)生不同的用例模型。如果用例的粒度很小，得到的用例數(shù)就會(huì)太多。反之，

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