資源描述:
《軟件工程-8-面向?qū)ο蠓椒ǖ男枨螳@取》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫(kù)。
1、軟件工程第八章面向?qū)ο蠓椒ǖ男枨螳@取用例圖的圖形符號(hào)用例:系統(tǒng)提供的功能塊,它揭示了人們?nèi)绾问褂孟到y(tǒng)角色:與系統(tǒng)交互的人或物?3類角色–系統(tǒng)使用者–外部系統(tǒng)–時(shí)間關(guān)系通信關(guān)系?角色與用例之間的關(guān)系-結(jié)束1-結(jié)束2-結(jié)束1-結(jié)束2取錢****客戶信用系統(tǒng)使用關(guān)系?用于構(gòu)造多個(gè)用例公共的可復(fù)用功能擴(kuò)展關(guān)系?允許一個(gè)用例擴(kuò)展另一個(gè)用例的功能?擴(kuò)展關(guān)系的實(shí)質(zhì)是將常規(guī)動(dòng)作放在一個(gè)用例中,而將非常規(guī)動(dòng)作放置于超常規(guī)的用例中一般化關(guān)系?角色(或用例)之間存在一些共性,同時(shí)又有各自的特點(diǎn),采用一般化關(guān)系表示它們之間的關(guān)系獲取需求的重要活動(dòng)活動(dòng)一:建立業(yè)務(wù)模型活動(dòng)二:確定角色和用例活動(dòng)三:定義用例的優(yōu)先級(jí)
2、活動(dòng)四:詳細(xì)描述每一個(gè)用例活動(dòng)五:構(gòu)造用例模型活動(dòng)六:構(gòu)造用戶界面的原型活動(dòng)一:建立業(yè)務(wù)模型外部業(yè)務(wù)角色內(nèi)部業(yè)務(wù)角色業(yè)務(wù)用例業(yè)務(wù)實(shí)體業(yè)務(wù)用例圖對(duì)事件按照參與者分組后的事件表主語(yǔ)動(dòng)詞賓語(yǔ)頻率到達(dá)方式響應(yīng)顧客下訂單1000/天陣發(fā)式編輯訂單并將其保存在系統(tǒng)中顧客購(gòu)買擔(dān)保60/天陣發(fā)式按條款確認(rèn)貨物并記錄顧客修改訂單5/天陣發(fā)式編輯修改訂單并記錄顧客取消訂單1/周陣發(fā)式從系統(tǒng)中刪除訂單顧客查詢訂單200/天陣發(fā)式提供訂單信息運(yùn)貨職員發(fā)送貨物700/天陣發(fā)式貨物打包,并根據(jù)發(fā)貨要求發(fā)貨供應(yīng)商發(fā)送商品目錄5~10/天陣發(fā)式登記新的商品目錄時(shí)間產(chǎn)生延期交貨報(bào)告3/周陣發(fā)式產(chǎn)生報(bào)告時(shí)間產(chǎn)生會(huì)計(jì)接口1/
3、周陣發(fā)式向系統(tǒng)添加接口客戶服務(wù)職員修改地址5/周陣發(fā)式修改地址打包職員準(zhǔn)備貨物100/天陣發(fā)式打包完畢,準(zhǔn)備發(fā)貨經(jīng)理查詢訂單5/天陣發(fā)式完成要求財(cái)務(wù)職員查詢應(yīng)付款發(fā)票10/天陣發(fā)式產(chǎn)生欠款報(bào)表RP項(xiàng)目的業(yè)務(wù)模型顧客供應(yīng)商訂單維護(hù)商品目錄維護(hù)訂單處理配送貨物打包職員訂單接收職員聯(lián)系維護(hù)發(fā)票開具運(yùn)貨職員決策支持客戶服務(wù)職員記帳系統(tǒng)財(cái)務(wù)人員經(jīng)理時(shí)間活動(dòng)二:確定角色和用例確定角色時(shí)的注意事項(xiàng)?如果系統(tǒng)中什么(對(duì)象)只是負(fù)責(zé)傳輸或存儲(chǔ)數(shù)據(jù)的,那么它不是角色–系統(tǒng)當(dāng)中被充當(dāng)一項(xiàng)服務(wù)的(打印機(jī))?如果你正在對(duì)它進(jìn)行編程,它不是一個(gè)角色?一般情況下,不要將設(shè)備作為角色?一定機(jī)制下的體系框架不是角色–例如
4、,數(shù)據(jù)庫(kù)、安全認(rèn)證服務(wù)器等獲取角色時(shí)的建議?如果拿不準(zhǔn)當(dāng)前研究的對(duì)象是否應(yīng)該被作為一個(gè)角色時(shí),則不要管它?不要在繪制用例圖上花費(fèi)很多的時(shí)間?重要的是如何用文字描述用例用例是面向目標(biāo)的,他們表示系統(tǒng)需要做什么,而不是怎么做。用例還是中立于技術(shù)的,因此,它們可以應(yīng)用于任何應(yīng)用程序體系結(jié)構(gòu)或過(guò)程用例的風(fēng)格介紹選擇一種書寫用例的風(fēng)格并堅(jiān)持這種風(fēng)格式非常重要的風(fēng)格所注重的內(nèi)容?在主路徑當(dāng)中是否包括其它路徑的描述?描述路徑的步驟是否利用數(shù)字/標(biāo)題?如何在路徑描述過(guò)程含帶對(duì)其它路徑關(guān)系的描述?路徑描述過(guò)程中是否包含內(nèi)嵌路徑的描述?是否支持子路徑的描述?當(dāng)一個(gè)事件發(fā)生后,如何敘述其他可選路徑用例的風(fēng)格-
5、RUP風(fēng)格用例的風(fēng)格-Bittner/Spence風(fēng)格獲取用例時(shí)的注意事項(xiàng)采用積極的語(yǔ)態(tài)來(lái)描述?“教授為每一名學(xué)生評(píng)定分?jǐn)?shù)……”?而不是,“當(dāng)教授為每一位學(xué)生評(píng)定了分?jǐn)?shù)……”敘述是什么觸發(fā)了步驟?“當(dāng)教授選擇提交成績(jī)時(shí),觸發(fā)該用例的發(fā)生……”?而不是,“當(dāng)教授決定要提交成績(jī)時(shí),觸發(fā)該用例的發(fā)生……””敘述是誰(shuí)在做什么(用角色的名字)?“學(xué)生選擇……”?而不是,“系統(tǒng)提供……”(什么系統(tǒng))?不要使用“用戶”在用例中找路徑用例圖找到主路徑?主路徑又被稱為“事件的基本過(guò)程”?主路徑是路徑中最常用的路徑,通常描述了理想情況,其中任何東西都不會(huì)發(fā)生故障。?潛在的主路徑可能比其他路徑發(fā)生的頻率更高?
6、如果用例中存在多個(gè)主路徑,則表明該用例的粒度過(guò)粗,它實(shí)際上可能是兩個(gè)用例用例主路徑維護(hù)訂單顧客查詢一個(gè)訂單狀態(tài)維護(hù)商品目錄產(chǎn)品到達(dá)貨倉(cāng),附有一份訂購(gòu)單處理訂單顧客訂購(gòu)一把吉它,使用信用卡付款配送貨物以現(xiàn)貨方式將訂單貨物發(fā)送到顧客手中開具發(fā)票為一份訂單開發(fā)票,并發(fā)送給顧客,表明支付已經(jīng)通過(guò)信用卡完成維護(hù)聯(lián)系顧客要求改變其郵寄地址決策支持經(jīng)理要求給出訂單狀態(tài)報(bào)表找到備用路徑又被稱為“事件的備用過(guò)程”備用路徑仍然為好的路徑,只是不常用而已用例備用路徑訂單維護(hù)顧客改變訂單上一個(gè)產(chǎn)品的數(shù)量顧客撤銷訂單顧客改變訂單中要求發(fā)貨的項(xiàng)顧客向訂單添加一個(gè)產(chǎn)品顧客刪除訂單上一項(xiàng)產(chǎn)品顧客為訂單中一項(xiàng)產(chǎn)品購(gòu)買額外
7、的擔(dān)保顧客改變訂單中的付款方式用例備用路徑處理訂單顧客訂購(gòu)一個(gè)吉它,并使用了訂購(gòu)單顧客訂購(gòu)一個(gè)吉它,并使用RP公司的輕松財(cái)務(wù)計(jì)劃進(jìn)行支付顧客訂購(gòu)一個(gè)風(fēng)琴,用信用卡付款顧客訂購(gòu)一個(gè)風(fēng)琴,并使用了訂購(gòu)單異常路徑異常路徑用來(lái)捕獲“不適當(dāng)?shù)摹甭窂疆惓>褪且粋€(gè)足夠重要的錯(cuò)誤條件,應(yīng)用程序需要捕獲異常才能順利運(yùn)行用例異常路徑訂單維護(hù)顧客要取消一個(gè)訂單,但系統(tǒng)中沒(méi)有該訂單顧客為某個(gè)產(chǎn)品添加擔(dān)保,但此時(shí)已經(jīng)超出了該產(chǎn)品的有效擔(dān)保期顧客向訂單添加產(chǎn)品