用例之間的關(guān)系

1、用例之間的關(guān)系LTLT3.43.4用例之間的關(guān)系1 1、泛化關(guān)系GeneralizationGeneralization代表一般與特殊的關(guān)系.類似于繼承在用例泛化中,子用例表示父用例的特殊形式,子用例繼承了父用例的行為和屬性,也可以增加新的行為和屬性或覆蓋父用例中的行為.例子：一個(gè)租賃或銷售系統(tǒng)用例的局部內(nèi)容,在此,父用例是“預(yù)定,其兩個(gè)子用例分別是“網(wǎng)上預(yù)定和“預(yù)定,這兩個(gè)用例都繼承了父用例的行為,并可以添加自己的行為.2 2、包含關(guān)系IncludeInclude一個(gè)用例基用例,根本用例可以包含其他用例包含用例具有的行為,并把它所包含的用例行為作為自身用例的一局部,這被稱為包含關(guān)系.在 UM

2、LUML 中,包含關(guān)系表示為虛線箭頭加版父用例子用例用例間的泛化關(guān)系網(wǎng)上預(yù)定用例間的泛化例如型?includeinclude?,箭頭從根本用例指向包含用例.例子：一個(gè)租賃或銷售系統(tǒng)中,“填寫電子表格的功能在“網(wǎng)上預(yù)定的過程中使用,不管如何處理“網(wǎng)上預(yù)定用例,總是要運(yùn)行“填寫電子表格用例,因此具有包含關(guān)系.3 3、擴(kuò)展關(guān)系ExtendExtend一個(gè)用例也可以定義為根本用例的增量擴(kuò)展,這稱作擴(kuò)展關(guān)系,即擴(kuò)展關(guān)系是把新的行為插入到已有的用例中的方法.在 UMLUML 中,包含關(guān)系表示為虛線箭頭加版型?extendextend?,箭頭從擴(kuò)展用例指向根本用例.根本用例提供了一組擴(kuò)展點(diǎn),在這些新的擴(kuò)展點(diǎn)

3、中可以添加新的行為,而擴(kuò)展用例提供了一組插入片段,這些片段能夠被插入到根本用例的擴(kuò)展點(diǎn)上.擴(kuò)展關(guān)系可以有限制條件,當(dāng)用例實(shí)例執(zhí)行到達(dá)一個(gè)擴(kuò)展點(diǎn)時(shí),限制條件決定是否執(zhí)行擴(kuò)展.一般情況下,根本用例的執(zhí)行不會涉及到擴(kuò)展用例,只有滿足用例的限制條件時(shí),擴(kuò)展用例include根本用例用例間的包含關(guān)系包含用例include網(wǎng)上預(yù)定包含關(guān)系例如3填寫電子表格才被執(zhí)行,因此擴(kuò)展關(guān)系處理事件流的異?；蛘呖蛇x事件.同一個(gè)根本用例的幾個(gè)擴(kuò)展可以在一起使用.根本用例不知道擴(kuò)展的任何細(xì)節(jié).沒有擴(kuò)展用例,根本用例是完整的.例子：一個(gè)汽車租賃系統(tǒng)用例圖的局部內(nèi)容.在此,根本用例是“還車,擴(kuò)展用例是“交納罰金.如果一切順利汽

4、車可以被歸還,那么執(zhí)行“還車用例即可.但是如果超過了還車的時(shí)間或汽車受損,根據(jù)規(guī)定客戶要交納一定的罰金,這時(shí)就不能執(zhí)行提供的常規(guī)動作.假設(shè)研討修改用例“還車,勢必會增加系統(tǒng)的復(fù)雜性,因此可以在用例“還車中增加擴(kuò)展點(diǎn),即特定條件為超時(shí)或損壞,如果滿足條件,將執(zhí)行擴(kuò)展用例“交納罰金,這樣顯然可以使系統(tǒng)更容易被理解.e?terd三可列出士根本用例擴(kuò)展用例還車交納罰金用例間的獷展關(guān)系擴(kuò)展關(guān)系例如1、參與者與用例之間的關(guān)系：關(guān)聯(lián)關(guān)系A(chǔ)ssociation關(guān)聯(lián)關(guān)系描述參與者與用例之間的關(guān)系,在UMLUML 中它是兩個(gè)或多個(gè)類元之間的關(guān)系,它描述了類元的實(shí)例間的聯(lián)系. 類元,一種建模元素,常見類元包括類、參

5、與者、構(gòu)件、數(shù)據(jù)類型、接口、結(jié)點(diǎn)、信號、子系統(tǒng)以及用例等,其中類是最常見的類元.關(guān)聯(lián)關(guān)系表示參與者和用例之間的通信.在 UMUML L中 , 關(guān) 聯(lián) 關(guān) 系 用 直 線 或 箭 頭 表 示 . 關(guān) 聯(lián) 中communicatescommunicates 版型是參與者和用例之間唯一的版型,一般省略不寫.如果參與者啟動了用例,箭頭指向用例； 如果參與者利用了用例提供的服務(wù),箭頭指向參與者.如果二者是互動的,那么是直線.關(guān)聯(lián)關(guān)系表示參與者和用例之間的通信.不同的參與者可以訪問相同的用例,一般說來它們和該用例的交互是不一樣的,如果一樣的話,說明他們的角色可能是相同的.如果兩種交互的目的也相同,說明他們

6、的角色是相同的,就應(yīng)該將他們合并.例子：一個(gè)汽車租賃系統(tǒng)用例圖的局部內(nèi)容.這個(gè)例子顯示的是“客戶參與者以及與他交互的 3 3 個(gè)用例,“預(yù)定、“取車、“還車.“客戶可以啟動這 3 3 個(gè)用例.3.5用例圖1、閱讀用例圖用例圖是顯示處于同一系統(tǒng)中的參與者和用例之間的關(guān)系的圖.一個(gè)用例圖是一個(gè)包括參與者、 由系統(tǒng)邊界封閉的一組用例、參與者和用例之間的關(guān)聯(lián)、用例間的聯(lián)系以及參與者的泛化等模型元素的圖.例子：棋牌館治理系統(tǒng)用例模型局部系統(tǒng)主要功能：以 internetinternet 的形式向客戶提供座位預(yù)定的效勞,并且如果暫時(shí)無法獲取座位的餓信息,允許客戶進(jìn)入“等候隊(duì)列,當(dāng)有人退訂之后及時(shí)通知客戶.

7、另外,該系統(tǒng)還將為總臺效勞員提供作座位安排以及結(jié)賬的功能,要求能夠支持現(xiàn)金和銀行卡兩種結(jié)賬方式.(1)(1)系統(tǒng)邊界圖中有 4 4 種元素：參與者、用例、一個(gè)方框和一些表示關(guān)系的連接線.其中,參與者有 3 3 個(gè),分別是客戶、 總臺效勞員、 和銀聯(lián) POSPOS 系統(tǒng),還包括預(yù)定座位、安排座位、辦理結(jié)賬等 8 8 個(gè)用例.圖中有一個(gè)方框,所有的用例都在這個(gè)方框內(nèi),并且它還有一個(gè)名字： 棋牌館治理系統(tǒng).在 UMLUML 表示法中,這個(gè)方框稱為“系統(tǒng)邊界,或者“系統(tǒng)范圍,它用來定義系統(tǒng)的界限,系統(tǒng)用例都置于其中,參與者那么在邊界之外.通過這個(gè)系統(tǒng)邊界可以很清楚的表述出正在開發(fā)的系統(tǒng)的范圍.例如,圖

8、中明確的指出了該系統(tǒng)在處理銀行卡結(jié)賬時(shí)將通過系統(tǒng)外的“銀聯(lián)系統(tǒng)來完成,銀聯(lián)系統(tǒng)是位于系統(tǒng)外的.(2)(2)參與者與用例之間的關(guān)系一個(gè)參與者表示用例的使用者在與這些用例進(jìn)行交互時(shí)所扮演的角色.如：當(dāng)通過 InternetInternet 預(yù)定座位時(shí),這些系統(tǒng)的使用者就是棋牌館的客戶,而只有“總臺效勞員具有安排座位和結(jié)賬的操作權(quán)限.(3)(3)用例之間的關(guān)系用例之間的包含和擴(kuò)展關(guān)系是分解和組織用例的有效工具.一個(gè)用例是一個(gè)事件流的集合包括根本領(lǐng)件流、擴(kuò)展事件流等,而包含和擴(kuò)展表示的跨用例間的事件流是不一樣的.根本領(lǐng)件流：是對用例中常規(guī)、預(yù)期路徑的描述,這是大局部時(shí)間所遇到的場景,它表達(dá)了系統(tǒng)的核心

9、價(jià)值.擴(kuò)展事件流：主要是對一些異常情況、選擇分支進(jìn)行描述.包含關(guān)系：指基用例在它的內(nèi)部說明的某個(gè)位置上顯式的合并了另一個(gè)用例的行為.在棋牌館用例圖中,用例預(yù)定座位就包含了用例檢查座位信息.可以設(shè)想,當(dāng)客戶預(yù)定座位時(shí),當(dāng)然需要知道座位的信息 是否有空座位,有哪些空座位,因此這兩個(gè)用例的事件流執(zhí)行順序如下列圖.也就是說,被包含的用例此例中的檢查座位詳情 不是孤立存在的,它僅作為某些包含它的更大的基用例此例中的預(yù)訂座位、安排座位的一局部出現(xiàn).也只有當(dāng)某個(gè)事件流片段在多個(gè)用例中出現(xiàn)的時(shí)候 本例中,在客戶預(yù)定座位和總臺效勞員安排座位時(shí)都需要檢查座位的詳情 ,才將這個(gè)事件流片段抽取出來,放在一個(gè)單獨(dú)的用例

10、中,這樣就可以簡化根本用例的事件流描述,同時(shí)也使得整個(gè)系統(tǒng)的描述更加清楚.擴(kuò)展關(guān)系：指基用例在由擴(kuò)展用例間接說明的一個(gè)位置上隱式的合并了另一個(gè)用例的行為.在棋牌館用例圖中,用例處理等候隊(duì)列就是對用例預(yù)定座位的一個(gè)擴(kuò)展.可以設(shè)想,當(dāng)客戶預(yù)定座位時(shí),如果沒有空座位或者客戶想要的座位時(shí),客戶就有兩種選擇： 一是取消預(yù)定操作,二是進(jìn)入等侯隊(duì)列,等系統(tǒng)通知；如果有客戶想要的座位,就無需進(jìn)入等候隊(duì)列了.也就是說,用例處理等候隊(duì)列中的事件流并不是在每次預(yù)定座位的時(shí)候都會發(fā)生.因此這兩個(gè)用例的事件流執(zhí)行順序如下列圖.位或沒力滿在俯沖謂并 【客戶在有狩仆要求陣何時(shí),計(jì)系統(tǒng)逋知他時(shí)捫隹硫M入座位等候隊(duì)列I1明座位

11、的執(zhí)甘路徑處理等候隊(duì)列所以說,根本用例是可以獨(dú)立于擴(kuò)展用例存在的,只是在特定的條件下,它的行為可以被另一個(gè)用例的行為所擴(kuò)展.在實(shí)際建模中,只有對那些表示用戶看作可選的系統(tǒng)行為的用例才使用擴(kuò)展關(guān)系來建模.通過這種方式,可以把可選行為從必須的行為中別離出來.泛化關(guān)系：在用例圖中引入泛化關(guān)系.對于參與者而言,泛化關(guān)系的引用可有效降低模型的復(fù)雜度.如在棋牌館用例圖中,我們可以引入“迎賓員的角色,并且為了緩解總臺壓力,希望讓迎賓員也能完成“安排座位的責(zé)任,那么可以通過參與泛化來更有效的組織這個(gè)用例圖.下列圖表述了： 總臺效勞員是一種“特殊的迎賓員,他不僅可以安排座位,還能夠辦理結(jié)賬.用例之間的泛化那么表

12、示子用例繼承了父用例的行為和含義；子用例還可以增加或覆蓋父用例的行為,更可以出現(xiàn)在父用例出現(xiàn)的任何位置.如：在棋牌館用例圖中,用例收款只定義了收款的一般過程,而處理現(xiàn)金結(jié)賬和處理銀行卡結(jié)賬那么是兩個(gè)子用例,他們完成不同情況下的收讀圖小結(jié)通過以上幾局部的講解,不難得出棋牌館用例圖所表示的含義.這張用例圖首先定義了三個(gè)根本用例：預(yù)訂座位、安排座位和處理結(jié)賬.客戶通過 InterneInternet t 啟動預(yù)訂座位用例,在預(yù)訂座位用例的執(zhí)行過程中,將檢查座位信息被包含用例,如果沒有空閑的座位或滿意的座位,可以選擇進(jìn)入等候隊(duì)列,這樣就將啟動擴(kuò)展用例處理等候隊(duì)列.總臺效勞員在客戶到棋牌館時(shí),啟動安排座

13、位用例,在執(zhí)行過程中,將啟動被包含用例檢查座位信息.當(dāng)客戶要離開棋牌館時(shí),總臺效勞員將啟動處理結(jié)賬用例,并且定義了兩種收款用例,一個(gè)是處理現(xiàn)金結(jié)賬,另一個(gè)是處理銀行卡結(jié)賬,而后一個(gè)用例將通過與外部系統(tǒng)銀聯(lián) POPOS S 系統(tǒng)交互來完成.3.6用例的描述正如前面的例子所示,只有棋牌館用例圖?棋牌館治理系統(tǒng)用例模型局部?,很多細(xì)節(jié)信息都沒有明確的表示出來,只是勾勒了一個(gè)大致的系統(tǒng)功能輪廓,這樣對于軟件開發(fā)活動是不夠充分的.一個(gè)完整的用例模型不僅包括用例圖,更重要的是它的用例描述局部,它是后續(xù)交互圖分析和類圖分析不可缺少的局部.用例描述的是一個(gè)系統(tǒng)做什么whatwhat的信息即功能需求,并不說明怎

14、么做howhow, ,怎么做是設(shè)計(jì)模型的事.1 1一般來說,用例描述采用自然語言描述參與者與系統(tǒng)進(jìn)行交互時(shí)的行為.它一般包括以下內(nèi)容：用例的目標(biāo)用例是怎么啟動的參與者和用例之間的消息是如何傳送的用例中除了主路徑,其他路徑是什么用例結(jié)束后的系統(tǒng)狀態(tài)其他需要描述的內(nèi)容(2)(2)用例描述的格式(用例模板)格式教材 P30-31,P30-31,表 3.23.2 和表 3.33.3為用例制定一個(gè)唯一的編號,通常格式為 UCxxUCxx應(yīng)為一個(gè)動詞短語,讓讀者一目了然地知道用例的目標(biāo)用例的目標(biāo),一個(gè)概要性的描述用例的設(shè)計(jì)范圍該用例的主Actor,Actor,在此列知名稱,并簡要的描述它該用例的次要Act

15、or,Actor,在此列知名稱,并簡要的描述它工程相利益關(guān)人用例編號用例名稱用例概述范圍主參與者次要參與者工程相關(guān)人利益說明工程相關(guān)人員名稱從該用例獲取的利益前置條件后置條件成功保證即啟動該用例所應(yīng)該滿足的條件.即該用例完成之后,將執(zhí)行什么動作.描述當(dāng)前目標(biāo)完成后,環(huán)境變化情況.步驟活動根本領(lǐng)件流在這里寫出觸發(fā)事件到目標(biāo)完成以及去除的步驟.擴(kuò)展事件流子事件流1a1a1b1b其中可以包含子事件流,以子事件流編號來表示1 1a a 表示是對 1 1 的擴(kuò)展,其中應(yīng)說明條件和活動其中可以包含子事件流,以子事件流編號來表示對屢次重復(fù)的事件流可以定義為子事件流,這也是抽取被包含用例的地方.規(guī)那么與對該用

16、例實(shí)現(xiàn)時(shí)需要考慮的業(yè)務(wù)規(guī)那么、約束舊功能需求、設(shè)計(jì)約束等注：表格中加粗是必須編寫局部例子：用例名福：網(wǎng)站業(yè)號發(fā)布用麻訊號：爾？一筒姜源明：筒姜源明：負(fù)責(zé)人用來埴寫和修改短數(shù)網(wǎng)站首頁的it告公告是將顯示在家教網(wǎng)站的首頁上.前置案件三負(fù)賽已經(jīng)暨附家教網(wǎng)站首理黑舔根本領(lǐng)件流；1 .負(fù)責(zé)人鼠標(biāo)點(diǎn)擊“修改公告報(bào)鈿2 .累第出現(xiàn)一個(gè)文本框,顯示著原來的公告內(nèi)容3 .負(fù)責(zé)人叫在文本框上幽公告,也可睨全刪除,翱寫新的公告3寂去人解完文本梅|按“提交按鈕J首頁公告就蝴改5 .用例終止H他事件就A二在按提交按鈕之前.負(fù)責(zé)人隨時(shí)可以投“返回按鈕J文本框的任何脩改內(nèi)容都不合翔網(wǎng)站苜頁的公告異富事件流：1,提示錯(cuò)誤信息

17、,偵責(zé)人確認(rèn),返回到治理系前主頁面后置案件:網(wǎng)站首頁的公告信息被修改膝：無四種常見的錯(cuò)誤：P31P31,例子 3.5-3.83.5-3.8 分別對應(yīng)了這 4 4 種錯(cuò)誤和修改.編寫要點(diǎn)：(1)(1)使用簡單的語法：主語明確,語義易于理解,能清楚表述動作即可；(2)(2)明確寫出誰限制球：也就是在事件流描述中,讓讀者直觀地了解是參與者在限制還是系統(tǒng)在限制；(3)(3)從俯視的角度來編寫：指出參與者的動作,以及系統(tǒng)的響應(yīng),也就是從第三者觀察的角度；(4)(4)顯示過程向前推移： 也就是每一步都有前進(jìn)的感(例如,用戶按下 tatab b 鍵作為一個(gè)事件就是不適宜的)；如果過程繁雜,超過了 9 9 步

18、,那么考慮提升目標(biāo)層次,即向前推移(5)(5)顯示參與者的意圖而非動作(如果只描述了動作,人們不能夠很容易地直接從事件流描述中理解用例)；通過操縱系統(tǒng)的用戶界面來描述用戶的動作,這是在編寫用例時(shí)常見的一種嚴(yán)重錯(cuò)誤,它使得編寫的目標(biāo)處于一個(gè)很低的層次,叫做“界面細(xì)節(jié)描述(interfacedetaildescription(interfacedetaildescription) ).在需求文檔中,我們只關(guān)心界面所要到達(dá)的意圖,總結(jié)在執(zhí)行者之間傳遞的信息.可將這些低層次的步驟合并成一個(gè)步驟.3.7如何繪制用例圖1、用例分析技術(shù)步驟(不固定,可根據(jù)需要調(diào)整)：找出系統(tǒng)外部的參與者和外部系統(tǒng),確定系統(tǒng)

19、的邊界和范圍.確定每一個(gè)參與者所期望的系統(tǒng)行為把這些系統(tǒng)行為命名為用例使用泛化、包含、擴(kuò)展等關(guān)系處理系統(tǒng)行為的公共或變更局部編制每一個(gè)用例的腳本繪制用例圖區(qū)分根本領(lǐng)件流和異常情況的事件流,如有需要可以把表示異常情況的事件流作為單獨(dú)的用例來處理細(xì)化用例圖,解決用例間的重復(fù)與沖突.2、簡例：課表查詢系統(tǒng)(1)(1)教師、學(xué)生、教務(wù)治理人員、輔導(dǎo)員等等 C C(2)(2)教師、學(xué)生可以查詢自己的課表；教務(wù)管理人員可以治理和維護(hù)課表(增、刪、改、打印報(bào)表等)(3)(3)命名studentX/teacherf.browseCoursesCD、counseller-_-printCoursesQ/廠,一,

20、-printerchangeCourses(4)(4)查詢實(shí)現(xiàn)不同,包含關(guān)系：人的出現(xiàn)、數(shù)administrator據(jù)庫的出現(xiàn)、登錄(5)(6)(7)(5)(6)(7)登錄錯(cuò)誤3、詳細(xì)例子：個(gè)人圖書治理系統(tǒng)用例圖的繪制流程studentteachercounsellerprintCoursesbrowseCourses需求捕獲、記錄用戶訪詼現(xiàn)場學(xué)習(xí)觀察合并、修理功能苛求功能科性用例圖用例描述何題城問卷碉查文檔考古需求規(guī)格用例模型記錄需求errorloginbrowsebyadministratorbrowsebyNoofstudentbrowsebyNoofteacheradministrat

21、orchangeCoursesdatabaseprinter編號說明FEAT01FEAT01 新增書籍信息FEAT02FEAT02修改已有的書籍信息FEAT03FEAT03書籍信息按計(jì)算機(jī)類、非計(jì)算機(jī)類分別建檔FEAT04FEAT04錄入新書時(shí)能夠自動按規(guī)那么生成書FEAT05FEAT05計(jì)算機(jī)類與非計(jì)算機(jī)類書籍采用不同的書號規(guī)那么FEAT06FEAT06錄入新書時(shí)如果重名將自動提示FEAT07FEAT07按書名、作者、類別、出版社等關(guān)鍵字組合查詢書籍FEAT08FEAT08列出所有書籍信息FEAT09FEAT09記錄外借情況FEAT10FEAT10外借狀態(tài)能夠自動反響在書籍信息中FEAT11

22、FEAT11按人、按書查詢外借情況FEAT12FEAT12列出所有的外借情況FEAT13FEAT13按特定時(shí)間段統(tǒng)計(jì)購置金額、冊數(shù)FEAT14FEAT14所有查詢、列表、統(tǒng)計(jì)功能應(yīng)可以單獨(dú)對計(jì)算機(jī)類或非計(jì)算機(jī)類進(jìn)行識別參與者使用系統(tǒng)主要功能的人是誰?系統(tǒng)可以幫助誰？維護(hù)、治理系統(tǒng)的人是誰？系統(tǒng)能夠限制的硬件有？對系統(tǒng)的結(jié)構(gòu)感興趣的人或事物？系統(tǒng)使用哪些軟件系統(tǒng),和被哪些軟件系統(tǒng)使用？FEAT01FEAT01.新增書籍信息FEAT03.FEAT03.書籍信息按計(jì)算機(jī)類、非計(jì)算機(jī)類分別建檔FEAT04.FEAT04.錄入新書時(shí)能夠自動按規(guī)那么生成書號FEAT05.FEAT05.計(jì)算機(jī)類與非計(jì)算機(jī)類

23、書籍采用不同的書號規(guī)那么FEAT06.FEAT06.錄入新書時(shí)如果重名將自動提示FEAT02.FEAT02.修改已有的書籍信息UC02UC02.修改書籍信息FEAT07FEAT07.按書名、作者、類別、出UC03.UC03.查詢合并需求獲得用例特性用例UC01.UC01.新增書籍信息版社等關(guān)鍵字組合查詢書籍FEAT08FEAT08.歹世所有書籍信息FEAT14FEAT14.所有查詢、 列表、 統(tǒng)計(jì)功國可而施對計(jì)算機(jī)關(guān)而 F F 計(jì)竟類進(jìn)行FEAT09.FEAT09.記錄外借情況FEAT10.FEAT10.外借狀態(tài)能夠自動反響在,籍信息中FEAT11.FEAT11.按人、按書查詢外借情況EAT1

24、2EAT12.列出所有的外借情況FEAT14FEAT14.所有查詢、列表、統(tǒng)計(jì)功,應(yīng)可以單獨(dú)對計(jì)算機(jī)類或非計(jì)算類進(jìn)行FEAT13.FEAT13.按特定時(shí)間段統(tǒng)計(jì)購置金、冊數(shù)FEAT14FEAT14.所有查詢、列表、統(tǒng)計(jì)功,應(yīng)可以單獨(dú)對計(jì)算機(jī)類或非計(jì)算在類進(jìn)行繪制用例圖書籍信息UC04.UC04.登記外借信息UC05.UC05.查詢外借信息UC06.UC06.統(tǒng)計(jì)金額和冊數(shù)6 6細(xì)化用例描述一 A A 搭框架1 1.用例名稱：新增書籍信息UC01UC012 2 .簡要說明：錄入新購書籍信息,并自動存儲建檔.3 3 .事件流：3.13.1 根本領(lǐng)件流3.23.2 擴(kuò)展事件流4 4 .非功能需求5

25、5 .前置條件：用戶進(jìn)入圖書治理系統(tǒng).6 6 .后置條件：完成新書信息的存儲建檔.7 7 .擴(kuò)展點(diǎn)：無8 8 .優(yōu)先級：最高滿意度 5,5,不滿意度 5 5細(xì)化用例描述一 B B 填血肉新增書藉信息個(gè)人圖書治理系統(tǒng)統(tǒng)計(jì)金班與冊數(shù)3 3.事件流：3.13.1 根本領(lǐng)件流1 1圖書治理員向系統(tǒng)發(fā)出新增書籍信息請求；2 2系統(tǒng)要求圖書治理員選擇要新增的書籍是計(jì)算機(jī)類還是非計(jì)算機(jī)類；3 3圖書治理員做出選擇后,顯示相應(yīng)界面,讓圖書治理員輸入信息,并自動根據(jù)書號規(guī)那么生成書號；4 4圖書治理員輸入書籍的相關(guān)信息,包括：書名、作者、出版社、ISBNISBN 號、開本、頁數(shù)、定價(jià)、是否有 CDROMCDRO

26、M; ;5 5系統(tǒng)確認(rèn)輸入的信息中書名未有重名；6 6系統(tǒng)將所輸入的信息存儲建檔.3.23.2 擴(kuò)展事件流5a5a如果輸入的書名有重名現(xiàn)象,那么顯示出重名的書籍,并要求圖書治理選擇修改書名或取消輸入；5a1)5a1)圖書治理員選擇取消輸入,那么結(jié)束用例,不做存儲建檔工作；5a5a2)2)圖書治理員選擇修改書名后,轉(zhuǎn)到5)5)4 4.非功能需求：無特殊要求4、尋找用例的方法(1)(1)啟發(fā)性原那么：P34P34?和用戶交互?把自己當(dāng)作參與者,與設(shè)想中的系統(tǒng)進(jìn)行交互?確定用例和確定參與者不能截然分開(2)(2)尋找用例的啟發(fā)式問題：P35P35啟發(fā)式問題是針對每一個(gè)參與者的.參與者為什么要使用該系

27、統(tǒng)？參與者是否會在系統(tǒng)中創(chuàng)立、修改、刪除、訪問、存儲數(shù)據(jù)？如果是的話,參與者又是如何來完成這些操作的？參與者是否會將外部的某些事件通知給該系統(tǒng)？系統(tǒng)是否會將內(nèi)部的某些事件通知該參與者？3.8常見問題分析問題：在一個(gè)系統(tǒng)中,有幾個(gè)相似的功能,那么將他們放在同一個(gè)用例中,還是分成幾個(gè)用例？假設(shè)有這樣的需求,在學(xué)生檔案治理中,治理員經(jīng)常要做 3 3 件事：增加一條學(xué)生記錄、修改一條學(xué)生記錄、刪除一條學(xué)生記錄.如果要畫出用例圖,那么以下兩種方法哪種更適宜？方法 1:1:用例如圖所者理員苧生記錄治理圖3.10方壯1的用例圖示,分成 3 3 個(gè)腳本,分別畫 3 3 個(gè)交互圖.腳本1 1 為增加學(xué)生記錄,腳本 2 2 為修改學(xué)生記錄,腳本 3 3 為刪除學(xué)生記錄.方法 2:2:用例如圖所示,以后每個(gè)用例畫一個(gè)交互圖.注：交互圖包括順序圖和協(xié)作圖答：從捕獲用戶需求的角度考慮,教材建議采用方法 1.1.采用方法 2 2 的一個(gè)主要問題是限制了分析人員的思路,雖然從用例圖可以發(fā)現(xiàn),對學(xué)生記錄的操作有增加、修改和刪除,但事實(shí)上,用戶的真正目的可能不是對記錄進(jìn)行增加、修改或刪除,而是別的目的.如學(xué)生轉(zhuǎn)學(xué)這個(gè)要求,雖然這個(gè)要求會涉及學(xué)生記錄的增加、 修改和刪除,但如果采用了方法 2 2 有可能會無視了學(xué)生轉(zhuǎn)學(xué)這個(gè)真正的用戶需求.采用了方法2 2的分析人員往往還是從數(shù)據(jù)處理的角度考慮,而不是從捕獲用戶