UML統(tǒng)一建模語(yǔ)言PPTchapter06_第1頁(yè)
UML統(tǒng)一建模語(yǔ)言PPTchapter06_第2頁(yè)
UML統(tǒng)一建模語(yǔ)言PPTchapter06_第3頁(yè)
UML統(tǒng)一建模語(yǔ)言PPTchapter06_第4頁(yè)
UML統(tǒng)一建模語(yǔ)言PPTchapter06_第5頁(yè)
已閱讀5頁(yè),還剩40頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

重點(diǎn)內(nèi)容:什么叫用例圖用例圖的構(gòu)成要素用例的重要元素用例之間的各種重要關(guān)系使用Rose創(chuàng)建用例圖的步驟說(shuō)明使用Rose創(chuàng)建用例圖的步驟說(shuō)明

第6章用例圖一、什么叫用例圖由參與者(Actor)、用例(UseCase)以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動(dòng)態(tài)視圖稱為用例圖。1、用例圖的含義用例圖的符號(hào)參與者系統(tǒng)用例關(guān)聯(lián)<<extend>><<include>>泛化包含擴(kuò)展一、什么叫用例圖在用例建模中,為了更加清楚的描述用例或者參與者,會(huì)使用到注釋。1、用例圖的含義一、什么叫用例圖用例圖是需求分析中的產(chǎn)物,主要作用是描述參與者和用例之間的關(guān)系,幫助開(kāi)發(fā)人員可視化的了解系統(tǒng)的功能。用例圖可視化地表達(dá)了系統(tǒng)的需求,具有直觀、規(guī)范等優(yōu)點(diǎn),克服了純文字性說(shuō)明的不足。用例方法是完全從外部來(lái)定義系統(tǒng)功能,它把需求和設(shè)計(jì)完全的分離開(kāi)來(lái)。2、用例圖的作用二、用例圖的構(gòu)成要素參與者(Actor)是指存在于系統(tǒng)外部并直接與系統(tǒng)進(jìn)行交互的人、系統(tǒng)、子系統(tǒng)或類的外部實(shí)體的抽象。每個(gè)參與者可以參與一個(gè)或多個(gè)用例,每個(gè)用例也可以有一個(gè)或多個(gè)參與者。在用例圖中使用一個(gè)人形圖標(biāo)來(lái)表示參與者,參與者的名字寫(xiě)在人形圖標(biāo)下面。1、參與者參與者不僅可以由人承擔(dān),還可以是其它系統(tǒng)、硬件設(shè)備、甚至是時(shí)鐘

1)其它系統(tǒng):當(dāng)系統(tǒng)需要與其它系統(tǒng)交互時(shí),如ATM柜員機(jī)系統(tǒng)中,銀行后臺(tái)系統(tǒng)就是一個(gè)參與者;

2)硬件設(shè)備:如果系統(tǒng)需要與硬件設(shè)備交互時(shí),如在開(kāi)發(fā)IC卡門(mén)禁系統(tǒng)時(shí),IC卡讀寫(xiě)器就是一個(gè)參與者;

3)時(shí)鐘:當(dāng)系統(tǒng)需要定時(shí)觸發(fā)時(shí),時(shí)鐘就是參與者二、用例圖的構(gòu)成要素

由于參與者實(shí)質(zhì)上也是類,所以它擁有與類相同的關(guān)系描述,即參與者與參與者之間主要是泛化關(guān)系(或稱為“繼承”關(guān)系)。泛化關(guān)系的含義是把某些參與者的共同行為提取出來(lái)表示成通用行為,并描述成超類。泛化關(guān)系表示的是參與者之間的一般/特殊關(guān)系,在UML圖中,使用帶空心三角箭頭的實(shí)線表示泛化關(guān)系。2、參與者間的關(guān)系二、用例圖的構(gòu)成要素在項(xiàng)目開(kāi)發(fā)過(guò)程中,邊界是一個(gè)非常重要的概念。這里說(shuō)的系統(tǒng)邊界是指系統(tǒng)與系統(tǒng)之間的界限。通常我們所說(shuō)的系統(tǒng)可以認(rèn)為是由一系列的相互作用的元素形成的具有特定功能的有機(jī)整體。系統(tǒng)同時(shí)又是相對(duì)的,一個(gè)系統(tǒng)本身又可以是另一個(gè)更大系統(tǒng)的組成部分,因此,系統(tǒng)與系統(tǒng)之間需要使用系統(tǒng)邊界進(jìn)行區(qū)分開(kāi)來(lái)。我們把系統(tǒng)邊界以外的同系統(tǒng)相關(guān)聯(lián)的其他部分,稱之為系統(tǒng)環(huán)境。3、系統(tǒng)邊界二、用例圖的構(gòu)成要素用例實(shí)例是在系統(tǒng)中執(zhí)行的一系列動(dòng)作,這些動(dòng)作將生成特定參與者可見(jiàn)的價(jià)值結(jié)果。一個(gè)用例定義一組用例實(shí)例用例是由一組用例實(shí)例組成的,用例實(shí)例也就是常說(shuō)的“使用場(chǎng)景”,就是用戶使用系統(tǒng)的一個(gè)實(shí)際的、特定的場(chǎng)景用例應(yīng)該給參與者帶來(lái)可見(jiàn)的價(jià)值,這點(diǎn)十分關(guān)鍵4、用例三、用例的重要元素任何用例都不能在缺少參與者的情況下獨(dú)立存在。同樣,任何參與者也必須要有與之關(guān)聯(lián)的用例。所以識(shí)別用例的最好方法就是從分析系統(tǒng)參與者開(kāi)始,在這個(gè)過(guò)程中往往會(huì)發(fā)現(xiàn)新的參與者??梢酝ㄟ^(guò)以下問(wèn)題來(lái)尋找用例:

1參與者希望系統(tǒng)提供什么功能?

2參與者是否會(huì)讀取、創(chuàng)建、修改、刪除、存儲(chǔ)系統(tǒng)的某種信息?如果是的話,參與者又是如何完成這些操作的?

3參與者是否會(huì)將外部的某些事件通知給系統(tǒng)?

4系統(tǒng)中發(fā)生的事件是否通知參與者?

5是否存在影響系統(tǒng)的外部事件。1、識(shí)別用例三、用例的重要元素

用例的粒度指的是用例所包含的系統(tǒng)服務(wù)或功能單元的多少。用例的粒度越大,用例包含的功能越多,反之則包含的功能越少。如果用例數(shù)目過(guò)多會(huì)造成用例模型過(guò)大和引入設(shè)計(jì)困難大大提高。如果用例數(shù)目過(guò)少會(huì)造成用例的粒度太大,不便于進(jìn)一步的充分分析。2、用例的粒度三、用例的重要元素比如:網(wǎng)站后臺(tái)管理系統(tǒng)中的會(huì)員信息維護(hù)用例,管理員需要進(jìn)行添加會(huì)員信息、修改會(huì)員信息、刪除會(huì)員信息等操作。2、用例的粒度我們還可以根據(jù)具體的操作把它抽象成3個(gè)用例,它展示的系統(tǒng)需求和單個(gè)用例是完全一樣的。三、用例的重要元素對(duì)于每一個(gè)用例,我們還需要有詳細(xì)的描述信息,以便讓別人對(duì)于整個(gè)系統(tǒng)有一個(gè)更加詳細(xì)的了解,這些信息包含在用例規(guī)約之中。

3、用例規(guī)約用例描述模板(1/2)用例編號(hào)[為用例制定一個(gè)唯一的編號(hào),通常格式為UCxx]用例名稱[應(yīng)為一個(gè)動(dòng)詞短語(yǔ),讓讀者一目了然地知道用例的目標(biāo)]用例概述[用例的目標(biāo),一個(gè)概要性的描述]范圍[用例的設(shè)計(jì)范圍]主參與者[該用例的主Actor,在此列出名稱,并簡(jiǎn)要的描述它]次要參與者[該用例的次要Actor,在此列出名稱,并簡(jiǎn)要的描述它]項(xiàng)目相關(guān)人利益說(shuō)明項(xiàng)目相關(guān)人利益[項(xiàng)目相關(guān)人員名稱][從該用例獲取的利益]…………前置條件[即啟動(dòng)該用例所應(yīng)該滿足的條件。]后置條件[即該用例完成之后,將執(zhí)行什么動(dòng)作。]成功保證[描述當(dāng)前目標(biāo)完成后,環(huán)境變化情況。]用例描述模板(2/2)基本事件流步驟活動(dòng)1[在這里寫(xiě)出觸發(fā)事件到目標(biāo)完成以及清除的步驟。]2……(其中可以包含子事件流,以子事件流編號(hào)來(lái)表示)擴(kuò)展事件流1a[1a表示是對(duì)1的擴(kuò)展,其中應(yīng)說(shuō)明條件和活動(dòng)]1b……(其中可以包含子事件流,以子事件流編號(hào)來(lái)表示)子事件流[對(duì)多次重復(fù)的事件流可以定義為子事件流,這也是抽取被包含用例的地方。]規(guī)則與約束[對(duì)該用例實(shí)現(xiàn)時(shí)需要考慮的業(yè)務(wù)規(guī)則、非功能需求、設(shè)計(jì)約束等]用例:購(gòu)買(mǎi)商品基本事件流顧客瀏覽貨單并選擇要買(mǎi)的商品顧客選擇付款顧客填寫(xiě)采購(gòu)信息(地址、隔天或3天送貨)系統(tǒng)顯示價(jià)目信息顧客填寫(xiě)信用卡信息系統(tǒng)檢查信用卡的合法性系統(tǒng)確認(rèn)銷售系統(tǒng)給客戶發(fā)出確認(rèn)電子郵件擴(kuò)展事件流:固定客戶3a.系統(tǒng)顯示當(dāng)前購(gòu)物信息、價(jià)格信息、信用卡的最后四位數(shù)字3b.顧客接受或修改這些隱含值。轉(zhuǎn)至主場(chǎng)景的第6步擴(kuò)展事件流:信用卡失效6a.系統(tǒng)檢查信用卡失敗。允許客戶重新執(zhí)行第5步四、用例之間的各種重要關(guān)系用例圖中可以出現(xiàn)以下幾種關(guān)系:①.關(guān)聯(lián)關(guān)系②.包含關(guān)系③.擴(kuò)展關(guān)系

④.泛化關(guān)系

參與者與用例之間是關(guān)聯(lián)關(guān)系,表示參與者與用例之間具有使用、交互信息的關(guān)聯(lián)。用單向箭頭表示,只表示誰(shuí)啟動(dòng)用例,不考慮信息的雙向流動(dòng)每個(gè)用例都有參與者啟動(dòng),除包含和擴(kuò)展用例習(xí)慣上,無(wú)論用例和參與者之間是否存在雙向數(shù)據(jù)交流,關(guān)聯(lián)總是由參與者指向用例四、用例之間的各種重要關(guān)系1、關(guān)聯(lián)四、用例之間的各種重要關(guān)系包含關(guān)系指用例可以簡(jiǎn)單地包含其他用例具有的行為,并把它所包含的用例行為作為自身行為的一部分。2、包含四、用例之間的各種重要關(guān)系兩個(gè)用例之間,一個(gè)用例(基本用例)的行為包含了另外一個(gè)用例(被包含用例)的行為。兩個(gè)以上用例有共同功能,可分解到單獨(dú)用例,形成包含依賴。(執(zhí)行基本用例時(shí),每次都必須調(diào)用被包含用例)一個(gè)用例功能過(guò)多需分解成小用例,構(gòu)成包含依賴四、用例之間的各種重要關(guān)系

在處理包含關(guān)系時(shí),具體的做法就是把幾個(gè)用例的公共部分單獨(dú)的抽象出來(lái)成為一個(gè)新的用例。主要有兩種情況需要用到包含關(guān)系:第一,多個(gè)用例用到同一段的行為,則可以把這段共同的行為單獨(dú)抽象成為一個(gè)用例,然后讓其他用例來(lái)包含這一用例。第二,某一個(gè)用例的功能過(guò)多、事件流過(guò)于復(fù)雜時(shí),我們也可以把某一段事件流抽象成為一個(gè)被包含的用例,以達(dá)到簡(jiǎn)化描述的目的。四、用例之間的各種重要關(guān)系在一定條件下,把新的行為加入到已有的用例中,獲得的新用例叫做擴(kuò)展用例(Extension),原有的用例叫做基礎(chǔ)用例(Base),從擴(kuò)展用例到基礎(chǔ)用例的關(guān)系就是擴(kuò)展關(guān)系。一個(gè)基礎(chǔ)用例可以擁有一個(gè)或者多個(gè)擴(kuò)展用例,這些擴(kuò)展用例可以一起使用。

3、擴(kuò)展基本用例提供了一組擴(kuò)展點(diǎn)(extensionpoints),在這些擴(kuò)展點(diǎn)中可以添加新的行為,而擴(kuò)展用例提供了一組插入片段,這些片段能夠被插入到基本用例的擴(kuò)展點(diǎn)一般情況下,基本用例的執(zhí)行不會(huì)涉及擴(kuò)展用例的行為;

如果特定條件發(fā)生,擴(kuò)展用例的行為才被執(zhí)行擴(kuò)展用例依賴于基本用例,只是部分片段組成,不是完整的獨(dú)立用例,無(wú)法單獨(dú)執(zhí)行四、用例之間的各種重要關(guān)系用例的泛化指的是一個(gè)父用例可以被特化形成多個(gè)子用例,而父用例和子用例之間的關(guān)系就是泛化關(guān)系。在用例的泛化關(guān)系中,子用例繼承了父用例所有的結(jié)構(gòu)、行為和關(guān)系,子用例是父用例的一種特殊形式。子用例還可以添加、覆蓋、改變繼承的行為。在UML中,用例的泛化關(guān)系通過(guò)一個(gè)三角箭頭從子用例指向父用例來(lái)表示。

4、泛化四、用例之間的各種重要關(guān)系泛化的示例:銀行存款有兩種方式,一種是銀行柜臺(tái)存款,一種是ATM機(jī)存款。在這里,銀行柜臺(tái)存款和ATM機(jī)存款都是存款的一種特殊方式,因此“存款”為父用例,“銀行柜臺(tái)存款”和“ATM機(jī)存款”為子用例。4、泛化五、使用Rose創(chuàng)建用例圖的步驟說(shuō)明“企業(yè)進(jìn)、存、銷管理系統(tǒng)”功能性需求包括以下內(nèi)容:(1)采購(gòu)員根據(jù)生產(chǎn)原料的使用情況判斷采購(gòu)用品,對(duì)需要訂購(gòu)產(chǎn)品信息統(tǒng)計(jì)訂貨的,并制作產(chǎn)品訂單。最后根據(jù)訂單進(jìn)行采購(gòu)活動(dòng)。(2)倉(cāng)庫(kù)管理員負(fù)責(zé)產(chǎn)品的庫(kù)存管理。包括產(chǎn)品入庫(kù)管理、處理盤(pán)點(diǎn)信息、處理報(bào)損產(chǎn)品信息和一些信息的設(shè)置。這些設(shè)置信息,包括:供應(yīng)商信息、產(chǎn)品信息。倉(cāng)庫(kù)管理員每天對(duì)產(chǎn)品進(jìn)行一次盤(pán)點(diǎn),當(dāng)發(fā)現(xiàn)庫(kù)存產(chǎn)品有損壞時(shí),及時(shí)處理報(bào)損信息。當(dāng)產(chǎn)品生產(chǎn)后,將產(chǎn)品進(jìn)行入庫(kù)。當(dāng)產(chǎn)品銷售后時(shí),產(chǎn)品進(jìn)行出庫(kù)處理。(3)統(tǒng)計(jì)人員負(fù)責(zé)統(tǒng)計(jì)分析管理,包括:查詢產(chǎn)品信息、查詢銷售信息、查詢供應(yīng)商信息、查詢?nèi)必浶畔ⅰ⒉樵儓?bào)表信息,并制作報(bào)表。統(tǒng)計(jì)分析員使用系統(tǒng)的統(tǒng)計(jì)分析功能,了解產(chǎn)品信息、銷售信息、供應(yīng)商信息、庫(kù)存信息。(4)在銷售員為客戶提供售貨服務(wù)時(shí),接受客戶購(gòu)買(mǎi)產(chǎn)品,根據(jù)系統(tǒng)的定價(jià)計(jì)算出產(chǎn)品的總價(jià),客戶付款,系統(tǒng)自動(dòng)保存客戶購(gòu)買(mǎi)記錄。(5)系統(tǒng)管理員負(fù)責(zé)本系統(tǒng)的系統(tǒng)維護(hù)。系統(tǒng)管理員負(fù)責(zé)員工信息管理、供貨商信息管理以及系統(tǒng)維護(hù)等。每種管理者都通過(guò)自己的用戶名稱和密碼登錄到各自的管理系統(tǒng)中。1、需求分析五、使用Rose創(chuàng)建用例圖的步驟說(shuō)明

(1)銷售員:為客戶客提供銷售產(chǎn)品的服務(wù)。(2)倉(cāng)庫(kù)管理員:負(fù)責(zé)庫(kù)存產(chǎn)品的管理活動(dòng)。(3)采購(gòu)員:負(fù)責(zé)企業(yè)生產(chǎn)原料的訂購(gòu)。(4)會(huì)計(jì):負(fù)責(zé)企業(yè)經(jīng)營(yíng)狀況的統(tǒng)計(jì)。(5)系統(tǒng)管理員:負(fù)責(zé)企業(yè)員工信息管理、供應(yīng)商信息管理以及系統(tǒng)維護(hù)等。2、識(shí)別參與者五、使用Rose創(chuàng)建用例圖的步驟說(shuō)明銷售員能夠通過(guò)該系統(tǒng)進(jìn)行銷售商品活動(dòng)。首先登錄系統(tǒng),驗(yàn)證身份成功后,獲取商品信息,然后將銷售信息更新,最后對(duì)客戶進(jìn)行商品銷售。3、構(gòu)建用例模型銷售員用例圖

五、使用Rose創(chuàng)建用例圖的步驟說(shuō)明倉(cāng)庫(kù)管理員能夠通過(guò)該系統(tǒng)進(jìn)行如下活動(dòng):(1)處理盤(pán)點(diǎn),每天需要對(duì)庫(kù)存產(chǎn)品信息進(jìn)行盤(pán)點(diǎn)。(3)產(chǎn)品入庫(kù)。當(dāng)產(chǎn)品生產(chǎn)后,將產(chǎn)品進(jìn)行入庫(kù)。(4)產(chǎn)品出庫(kù)。當(dāng)產(chǎn)品銷售發(fā)貨后,進(jìn)行出庫(kù)處理。(5)管理設(shè)置。倉(cāng)庫(kù)管理員負(fù)責(zé)供應(yīng)商信息、產(chǎn)品基本信息的管理設(shè)置。3、構(gòu)建用例模型倉(cāng)庫(kù)管理員用例圖

五、使用Rose創(chuàng)建用例圖的步驟說(shuō)明采購(gòu)員能夠通過(guò)該系統(tǒng)進(jìn)行訂貨管理活動(dòng)。采購(gòu)員首先根據(jù)經(jīng)營(yíng)情況統(tǒng)計(jì)所缺的生產(chǎn)資料,根據(jù)需要制定出訂單。3、構(gòu)建用例模型采購(gòu)員用例圖

五、使用Rose創(chuàng)建用例圖的步驟說(shuō)明會(huì)計(jì)負(fù)責(zé)產(chǎn)品的統(tǒng)計(jì)分析管理,它能夠通過(guò)該系統(tǒng)進(jìn)行如下活動(dòng):(1)查詢基本信息。會(huì)計(jì)能夠查詢產(chǎn)品的基本信息,根據(jù)產(chǎn)品的基本信息,制定出相應(yīng)的方案。(2)查詢銷售信息。會(huì)計(jì)根據(jù)銷售情況匯總后交銷售部制定合理的銷售方案。(3)查詢供應(yīng)商信息。會(huì)計(jì)能夠查詢供應(yīng)商信息。(4)查詢?nèi)必浶畔ⅰ?huì)計(jì)能夠查詢?nèi)必浶畔?。?)查詢報(bào)損信息。會(huì)計(jì)能夠查詢報(bào)損信息。

3、構(gòu)建用例模型會(huì)計(jì)用例圖

五、使用Rose創(chuàng)建用例圖的步驟說(shuō)明系統(tǒng)管理員能夠通過(guò)該系統(tǒng)進(jìn)行如下活動(dòng):(1)維護(hù)員工信息。系統(tǒng)管理員能夠維護(hù)企業(yè)員工的信息,如添加員工、刪除員工和修改員工信息等。(2)維護(hù)供應(yīng)商信息。系統(tǒng)管理員能夠維護(hù)供應(yīng)商的信息,如添加供應(yīng)商、刪除供應(yīng)商和修改供應(yīng)商信息等。(3)系統(tǒng)設(shè)置。系統(tǒng)管理員能夠根據(jù)一些需要進(jìn)行必要的系統(tǒng)設(shè)置。3、構(gòu)建用例模型系統(tǒng)管理員用例圖

用例圖的繪制流程記錄需求—特性表編號(hào)說(shuō)明FEAT01新增書(shū)籍信息

FEAT02修改已有的書(shū)籍信息

FEAT03書(shū)籍信息按計(jì)算機(jī)類、非計(jì)算機(jī)類分別建檔

FEAT04錄入新書(shū)時(shí)能夠自動(dòng)按規(guī)則生成書(shū)號(hào)FEAT05計(jì)算機(jī)類與非計(jì)算機(jī)類書(shū)籍采用不同的書(shū)號(hào)規(guī)則FEAT06錄入新書(shū)時(shí)如果重名將自動(dòng)提示FEAT07按書(shū)名、作者、類別、出版社等關(guān)鍵字組合查詢書(shū)籍FEAT08列出所有書(shū)籍信息FEAT09記錄外借情況FEAT10外借狀態(tài)能夠自動(dòng)反應(yīng)在書(shū)籍信息中FEAT11按人、按書(shū)查詢外借情況FEAT12列出所有的外借情況FEAT13按特定時(shí)間段統(tǒng)計(jì)購(gòu)買(mǎi)金額、冊(cè)數(shù)FEAT14所有查詢、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對(duì)計(jì)算機(jī)類或非計(jì)算機(jī)類進(jìn)行識(shí)別參與者已有的上下文關(guān)系圖(表示系統(tǒng)范圍)及其他相關(guān)模型:它們描述了系統(tǒng)與外部系統(tǒng)的邊界,從這些圖中可以尋找出與系統(tǒng)有交互關(guān)系的外部實(shí)體。項(xiàng)目相關(guān)人員分析:對(duì)項(xiàng)目的相關(guān)人員進(jìn)行分析,就能夠決定出哪些人將會(huì)與系統(tǒng)進(jìn)行交互。書(shū)面的規(guī)格說(shuō)明和其它項(xiàng)目文檔(如會(huì)談備忘錄等)需求研討會(huì)和聯(lián)合應(yīng)用開(kāi)發(fā)會(huì)議的記錄:這些會(huì)議的參與者通常是很重要的,因?yàn)樗麄冊(cè)诮M織中所代表的角色就是可能與系統(tǒng)發(fā)生交互的參與者。當(dāng)前過(guò)程和系統(tǒng)的培訓(xùn)指南及用戶手冊(cè):這些東西中經(jīng)常會(huì)有潛在參與者。合并需求獲得用例特性用例FEAT01.新增書(shū)籍信息FEAT03.書(shū)籍信息按計(jì)算機(jī)類、非計(jì)算機(jī)類分別建檔FEAT04.錄入新書(shū)時(shí)能夠自動(dòng)按規(guī)則生成書(shū)號(hào)FEAT05.計(jì)算機(jī)類與非計(jì)算機(jī)類書(shū)籍采用不同的書(shū)號(hào)規(guī)則FEAT06.錄入新書(shū)時(shí)如果重名將自動(dòng)提示UC01.新增書(shū)籍信息FEAT02.修改已有的書(shū)籍信息UC02.修改書(shū)籍信息FEAT07.按書(shū)名、作者、類別、出版社等關(guān)鍵字組合查詢書(shū)籍FEAT08.列出所有書(shū)籍信息FEAT14.所有查詢、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對(duì)計(jì)算機(jī)類或非計(jì)算機(jī)類進(jìn)行UC03.查詢書(shū)籍信息FEAT09.記錄外借情況FEAT10.外借狀態(tài)能夠自動(dòng)反應(yīng)在書(shū)籍信息中UC04.登記外借信息FEAT11.按人、按書(shū)查詢外借情況FEAT12.列出所有的外借情況FEAT14.所有查詢、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對(duì)計(jì)算機(jī)類或非計(jì)算機(jī)類進(jìn)行UC05.查詢外借信息FEAT13.按特定時(shí)間段統(tǒng)計(jì)購(gòu)買(mǎi)金額、冊(cè)數(shù)FEAT14.所有查詢、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對(duì)計(jì)算機(jī)類或非計(jì)算機(jī)類進(jìn)行UC06.統(tǒng)計(jì)金額和冊(cè)數(shù)繪制用例圖細(xì)化用例描述—搭框架1.用例名稱:新增書(shū)籍信息(UC01)2.簡(jiǎn)要說(shuō)明:錄入新購(gòu)書(shū)籍信息,并自動(dòng)存儲(chǔ)建檔。3.事件流:3.1基本事件流3.2擴(kuò)展事件流4.非功能需求5.前置條件:用戶進(jìn)入圖書(shū)管理系統(tǒng)。6.后置條件:完成新書(shū)信息的存儲(chǔ)建檔。7.擴(kuò)展點(diǎn):無(wú)8.優(yōu)先級(jí):最高(滿意度5,不滿意度5)

細(xì)化用例描述—填血肉……3.事件流:3.1基本事件流

1)圖書(shū)管理員向系統(tǒng)發(fā)出“新增書(shū)籍信息”請(qǐng)求;

2)系統(tǒng)要求圖書(shū)管理員選擇要新增的書(shū)籍是計(jì)算機(jī)類還

是非計(jì)算機(jī)類;

3)圖書(shū)管理員做出選擇后,顯示相應(yīng)界面,讓圖書(shū)管理員輸入信息,并自動(dòng)根據(jù)書(shū)號(hào)規(guī)則生成書(shū)號(hào);

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論