1、1用例建模用例建模21. 獲取原始需求(收集資料、現(xiàn)場(chǎng)觀察、訪談、開(kāi)會(huì)、問(wèn)卷調(diào)查、原型）2. 開(kāi)發(fā)一個(gè)可以理解的需求識(shí)別參與者識(shí)別用例構(gòu)建用例圖3 詳細(xì)、完整地描述需求進(jìn)行用例闡述4 重構(gòu)用例模型識(shí)別用例間的關(guān)系對(duì)用例進(jìn)行組織和分包3用例模型用例模型v用例模型用于需求分析階段，用例模型用于需求分析階段，反映了系統(tǒng)能夠完成什么樣的功能，描述了軟件系統(tǒng)外部參與者所理解的系統(tǒng)功能。4用例模型的目的用例模型的目的v構(gòu)建用例模型是通過(guò)開(kāi)發(fā)者與客戶，或最終使用者共同協(xié)商完成的。v經(jīng)過(guò)反復(fù)討論需求的規(guī)格說(shuō)明，達(dá)成共識(shí)，達(dá)成共識(shí)，明確系統(tǒng)的基本功能明確系統(tǒng)的基本功能，為后階段的工作打下基礎(chǔ)。v確定系統(tǒng)應(yīng)具備哪

2、些功能、為系統(tǒng)的功能提供清晰一致的描述5用例視圖用例視圖: :v用例是用例是JacobsonJacobson在面象對(duì)象的軟件在面象對(duì)象的軟件工程中提出的。工程中提出的。v用例是獲取業(yè)務(wù)過(guò)程和系統(tǒng)需求的用例是獲取業(yè)務(wù)過(guò)程和系統(tǒng)需求的有效方式，使得需求可瀏覽。有效方式，使得需求可瀏覽。6用例圖v三種主要建模元素：用例（Use Case）。參與者（Actor）。關(guān)系。v可選元素：注釋和約束。包。系統(tǒng)邊界框。7用例圖8參與者v參與者代表與系統(tǒng)接口的事物或人，它是具有某一種特定功能的角色，因此參與者是虛擬的概念，它可以是人，也可以是外部系統(tǒng)或設(shè)備。v同一個(gè)人可能對(duì)應(yīng)多個(gè)參與者，因?yàn)橐粋€(gè)人可能扮演多個(gè)角色

3、。v參與者不是系統(tǒng)的一部分，它們處于系統(tǒng)的外部。v如何識(shí)別出參與者？ 參與者代表角色。參與者不是對(duì)職位進(jìn)行建模。9例：自動(dòng)飲料售貨機(jī)例：自動(dòng)飲料售貨機(jī)客戶買飲料供貨人供貨收銀員取貨款用例圖中包含系統(tǒng)角色和用例等三種模型元素，以及它們之間的關(guān)系。10角色角色 Actor角色定義：角色定義：在系統(tǒng)邊界之外，透過(guò)在系統(tǒng)邊界之外，透過(guò)系統(tǒng)邊界系統(tǒng)邊界與系統(tǒng)進(jìn)行有意與系統(tǒng)進(jìn)行有意義的交互的任何人或事物。義的交互的任何人或事物。角色與系統(tǒng)交互：角色與系統(tǒng)交互：角色向系統(tǒng)發(fā)送消息、從系統(tǒng)接受消息、或是與系統(tǒng)交換信息。角色類型：角色類型：人、外部系統(tǒng)、外部設(shè)備或Timer角色與用例：角色與用例：角色往往是發(fā)現(xiàn)

4、新用例的基礎(chǔ)，同時(shí)也是分析員和用戶交流的起點(diǎn)aActor11某個(gè)角色的存在是因?yàn)槠浜拖到y(tǒng)有交互行為某個(gè)角色的存在是因?yàn)槠浜拖到y(tǒng)有交互行為角色透過(guò)系統(tǒng)邊界和系統(tǒng)進(jìn)行交互角色透過(guò)系統(tǒng)邊界和系統(tǒng)進(jìn)行交互12軟件解軟件解決方案決方案I/OI/O系統(tǒng)邊界系統(tǒng)邊界?其他系統(tǒng)aActor13v角色是一個(gè)類，包含屬性、行為和描述角色的角色是一個(gè)類，包含屬性、行為和描述角色的文檔，而不是類的實(shí)例文檔，而不是類的實(shí)例。v角色的確定代表著系統(tǒng)邊界的確定。角色的確定代表著系統(tǒng)邊界的確定。v角色的命名：角色的命名：必須是名詞，不能寫成角色的某個(gè)實(shí)例角色的特征角色的特征14識(shí)別系統(tǒng)邊界和角色識(shí)別系統(tǒng)邊界和角色 通過(guò)向用戶

5、提問(wèn)來(lái)識(shí)別角色：v誰(shuí)使用系統(tǒng)提供的主要功能？（主要角色）誰(shuí)使用系統(tǒng)提供的主要功能？（主要角色）v誰(shuí)來(lái)維護(hù)、管理系統(tǒng)？（次要角色）誰(shuí)來(lái)維護(hù)、管理系統(tǒng)？（次要角色）v誰(shuí)需要借助于系統(tǒng)完成日常工作任務(wù)？誰(shuí)需要借助于系統(tǒng)完成日常工作任務(wù)？v系統(tǒng)需要控制的系統(tǒng)需要控制的硬件設(shè)備硬件設(shè)備有哪些？有哪些？v系統(tǒng)需要與其他系統(tǒng)需要與其他哪些系統(tǒng)哪些系統(tǒng)交互交互？v系統(tǒng)從哪兒得到信息？系統(tǒng)從哪兒得到信息？v對(duì)系統(tǒng)產(chǎn)生的結(jié)果感興趣的人或事是哪些？對(duì)系統(tǒng)產(chǎn)生的結(jié)果感興趣的人或事是哪些？！不能把目光只專著于人身上。不能把目光只專著于人身上。15角色：_角色職責(zé)：_角色識(shí)別問(wèn)題：_角色描述模板角色描述模板在完成了角色的

6、識(shí)別工作之后，建模者就可以建立使用系統(tǒng)或與系統(tǒng)交互的實(shí)體了，即可以從角色的角度出發(fā)，考慮角色需要系統(tǒng)完成什么樣的功能，從而建立角色需要的用例。16角色間可引入繼承關(guān)系角色間可引入繼承關(guān)系學(xué)生小學(xué)生中學(xué)生大學(xué)生本科生研究生碩士研究生博士研究生17ATM系統(tǒng)的Actor1、誰(shuí)使用、誰(shuí)使用ATM系統(tǒng)的主要功能（提款）？系統(tǒng)的主要功能（提款）？答：儲(chǔ)戶答：儲(chǔ)戶2、誰(shuí)使用、誰(shuí)使用ATM系統(tǒng)的支持以完成日常工作任務(wù)？系統(tǒng)的支持以完成日常工作任務(wù)？答：出納員？還不肯定，先放在這里答：出納員？還不肯定，先放在這里3、誰(shuí)來(lái)維護(hù)、管理并保持系統(tǒng)正常運(yùn)行？、誰(shuí)來(lái)維護(hù)、管理并保持系統(tǒng)正常運(yùn)行？答：答： ATM系統(tǒng)工程

7、師，銀行人員系統(tǒng)工程師，銀行人員185、ATM系統(tǒng)需要處理哪些設(shè)備？系統(tǒng)需要處理哪些設(shè)備？答：信用卡答：信用卡6、誰(shuí)對(duì)、誰(shuí)對(duì)ATM系統(tǒng)運(yùn)行的結(jié)果感興趣？系統(tǒng)運(yùn)行的結(jié)果感興趣？答：銀行會(huì)計(jì)、儲(chǔ)戶答：銀行會(huì)計(jì)、儲(chǔ)戶4、該系統(tǒng)需要和哪些系統(tǒng)交互？、該系統(tǒng)需要和哪些系統(tǒng)交互？答：目前還不清楚答：目前還不清楚19?儲(chǔ)戶?信用卡?銀行人員?銀行會(huì)計(jì)ATM系統(tǒng)的系統(tǒng)的Actor20角色：儲(chǔ)戶角色職責(zé)：插入信用卡輸入口令輸入交易額：角色識(shí)別問(wèn)題：（1）使用系統(tǒng)主要功能（2）對(duì)系統(tǒng)運(yùn)行結(jié)果感興趣儲(chǔ)戶角色描述儲(chǔ)戶角色描述21用例用例 v從外部用戶的角度觀察系統(tǒng)應(yīng)支持哪些功能，幫助分析人員理解系統(tǒng)的行為，它是對(duì)系統(tǒng)

8、功能的宏觀描述。用例事件流文檔（腳本）是對(duì)系統(tǒng)行為的動(dòng)態(tài)描述，它可以增進(jìn)設(shè)計(jì)人員、開(kāi)發(fā)人員與用戶的溝通，理解正確的需求；還可以劃分系統(tǒng)與外部實(shí)體的界限，是系統(tǒng)設(shè)計(jì)的起點(diǎn)，是類、對(duì)象、操作的來(lái)源，而通過(guò)邏輯視圖的設(shè)計(jì)，可以獲得軟件的靜態(tài)結(jié)構(gòu)。NewUseCase22識(shí)別用例識(shí)別用例v首先弄清楚系統(tǒng)的問(wèn)題域、業(yè)務(wù)流程，整理出系統(tǒng)的功能需求，在此基礎(chǔ)上結(jié)合已經(jīng)識(shí)別出來(lái)的角色識(shí)別、抽象出系統(tǒng)用例，定義并描述它。v針對(duì)角色某個(gè)角色要求系統(tǒng)為其提供什么功能；該角某個(gè)角色要求系統(tǒng)為其提供什么功能；該角色需要做哪些工作？色需要做哪些工作？角色需要閱讀、創(chuàng)建、銷毀、更新或存儲(chǔ)系角色需要閱讀、創(chuàng)建、銷毀、更新或存

9、儲(chǔ)系統(tǒng)中的某些（類）信息碼？統(tǒng)中的某些（類）信息碼？23系統(tǒng)中的事件一定要告知角色嗎？角色需系統(tǒng)中的事件一定要告知角色嗎？角色需要告訴系統(tǒng)一些什么嗎？（關(guān)注：系統(tǒng)內(nèi)要告訴系統(tǒng)一些什么嗎？（關(guān)注：系統(tǒng)內(nèi)外變化）外變化）v針對(duì)系統(tǒng)針對(duì)系統(tǒng)系統(tǒng)需要什么樣的輸入和輸出？輸入來(lái)自系統(tǒng)需要什么樣的輸入和輸出？輸入來(lái)自哪里？輸出去往哪里？哪里？輸出去往哪里？該系統(tǒng)的當(dāng)前狀況還存在哪些問(wèn)題？該系統(tǒng)的當(dāng)前狀況還存在哪些問(wèn)題？改進(jìn)的方向？改進(jìn)的方向？24！在用例描述中不要包含！在用例描述中不要包含GUIGUI設(shè)計(jì)設(shè)計(jì)，因?yàn)橛美轻槍?duì)需求，因?yàn)橛美轻槍?duì)需求的，而界面設(shè)計(jì)是的，而界面設(shè)計(jì)是“設(shè)計(jì)設(shè)計(jì)”，不，不要把設(shè)

10、計(jì)的東西放進(jìn)需求里。要把設(shè)計(jì)的東西放進(jìn)需求里。25用例間的關(guān)系v類屬關(guān)系如同類間的類屬關(guān)系。即，子用例繼承父用例的行為和含義，子用例可以添加新行為或覆蓋父用例的行為。 vInclude關(guān)系（包含關(guān)系）用例間的包含關(guān)系表示在基用例的指定位置，基用例顯式地包含另一個(gè)用例的行為。被包含的用例是不能獨(dú)立存在的，只是包含它的更大用例的一部分。vExtend關(guān)系（擴(kuò)充關(guān)系）擴(kuò)充關(guān)系用來(lái)說(shuō)明可選的、只在特定條件下運(yùn)行的行為。 擴(kuò)充關(guān)系用衍型為的依賴關(guān)系表示，并在基用例中列出基用例的擴(kuò)充點(diǎn)，這些擴(kuò)充點(diǎn)是出現(xiàn)在基用例的流中的標(biāo)記。基本用例執(zhí)行時(shí),擴(kuò)展用例不一定執(zhí)行26類屬關(guān)系 Validate user Val

11、idate password Scan IDCard 27 CustomerActor Maintain Account Login Clerk Transfer fund within a bank Deposit fund Withdraw fund Transfer fund Clerk BankActor Transfer fund between banks v參與者與用例之間的關(guān)系用帶箭頭的直線表示，箭頭表示參與者和用例之間信息傳輸?shù)姆较?，如不?qiáng)調(diào)信息傳輸方向，則可省略箭頭。v（1）啟動(dòng)用例v（2）獲取用例提供的服務(wù)v（3）為用例提供服務(wù)2829示例：（示例：（include）啟動(dòng)

12、Administrator管理用戶SystemAdminCardProcessingCompany信用卡支付CheckProcessingCompany支票支付登錄購(gòu)買商品CashierInventory退還商品現(xiàn)金支付30Extend關(guān)系 Take exam Extension points fail Make up exam Finish homework Have lessons Student 3132用例描述用例描述v通過(guò)每一個(gè)角色的觀點(diǎn)來(lái)描述每一個(gè)用例的事件流v腳本或場(chǎng)景（Scenario）是系統(tǒng)行為的一個(gè)特定動(dòng)作序列33事件流文檔模板v事件流文檔模板： X. 用例XX（用例名）的

13、事件流X.1 前置條件（Pre-Conditions）X.2 后置條件（Post-Conditions）X.3 擴(kuò)充點(diǎn)（Extension Points）X.4 事件流X.4.1 基流（Basic Flow）X.4.2 分支流（Subflows）（可選）X.4.3 替代流（Alternative Flows）34v前置條件：指出該用例在執(zhí)行之前必須具備什么條件。v后置條件：指出該用例執(zhí)行之后系統(tǒng)系統(tǒng)應(yīng)處于什么狀態(tài)。v基本流：指出典型的成功路徑，其中一般不包括任何條件或者分支語(yǔ)句，所有的條件和分支都推遲到擴(kuò)展部分。需求分析v圖書館圖書管理系統(tǒng)的域描述如下： 在圖書管理系統(tǒng)中，要為每個(gè)借閱者建立一

14、個(gè)賬戶，并給借閱者發(fā)放借閱卡（借閱卡可以提供借閱卡號(hào)、借閱者名），賬戶中存儲(chǔ)借閱者的個(gè)人信息、借閱信息以及預(yù)訂信息。持有借閱卡的借閱者可以借閱書刊、返還書刊、查詢書刊信息、預(yù)訂書刊并取消預(yù)訂，但這些操作都是通過(guò)圖書管理員進(jìn)行的，也即借閱者不直接與系統(tǒng)交互，而是圖書管理員充當(dāng)借閱者的代理與系統(tǒng)交互。在借閱書刊時(shí)，需要輸入所借閱的書刊名、書刊的ISBN/ISSN號(hào)，然后輸入借閱者的圖書卡號(hào)和借閱者名，完成后提交所填表格，系統(tǒng)驗(yàn)證借閱者是否有效（在系統(tǒng)中存在賬戶），若有效，借閱請(qǐng)求被接受，系統(tǒng)查詢數(shù)據(jù)庫(kù)系統(tǒng)，看借閱者所借閱的書刊是否存在，若存在，則借閱者可借出書刊，建立并在系統(tǒng)中存儲(chǔ)借閱記錄。借閱者

15、還書后，刪除關(guān)于所還書刊的借閱記錄。如果借閱者所借的書刊已被借出，借閱者還可預(yù)訂該書刊，一旦借閱者預(yù)訂的書刊可以獲得，就將書刊直接寄給預(yù)訂人（為了簡(jiǎn)化系統(tǒng)，預(yù)訂書刊可獲得時(shí)就不通知借閱者了）。另外，為了簡(jiǎn)化系統(tǒng)，也不考慮書刊的最長(zhǎng)借閱期限，假設(shè)借閱者可以無(wú)限期地保存所借閱的書刊。36需求分析v功能性需求：v（1）借閱者持有借閱卡（借閱者名和借閱卡號(hào)）。v（2）圖書管理員作為借閱者的代理借書。v（3）圖書管理員作為借閱者的代理預(yù)訂書刊。v（4）圖書管理員作為借閱者的代理取消預(yù)訂。v（5）圖書管理員作為借閱者的代理還書。v（6）圖書管理員可以創(chuàng)建新的借閱者賬戶。v（7）圖書管理員可以修改借閱者的賬

16、戶信息。v（8）圖書管理員可以刪除已存在的借閱者賬戶。v（9）圖書管理員可以添加新書刊種類。v（10）圖書管理員可以修改書刊種類信息。v（11）圖書管理員可以刪除系統(tǒng)中的書刊種類。v（12）圖書管理員可以在系統(tǒng)中添加書刊信息（注意區(qū)分“書刊種類”與“書刊”）。v（13）圖書管理員可以編輯書刊信息。v（14）圖書管理員可以刪除書刊信息。37 需求分析 BorrowerActor Maintain Borrower Info Maintain Title Info Maintain Book info Log In Librarian Borrow Book Cancel Reservation

17、Reserve Title Return Book Librarian 38用例的事件流描述：例用例的事件流描述：例1借閱物理書刊（Borrow Book）1.1前置條件（Pre-Conditions）在這個(gè)用例開(kāi)始前，Librarian必須登錄到系統(tǒng)中。1.2后置條件（Post-Conditions）如果這個(gè)用例成功，在系統(tǒng)中建立并存儲(chǔ)借閱記錄，如果必要還要?jiǎng)h除預(yù)訂記錄。反之，系統(tǒng)的狀態(tài)沒(méi)有變化。1.3擴(kuò)充點(diǎn)（Extension Points）沒(méi)有。1.4事件流1.4.1基流（Basic Flow）當(dāng)借閱者從圖書館借閱物理書刊時(shí)，用例啟動(dòng)。如果Librarian選擇“借書”，則執(zhí)行分支流S-

18、1：借閱物理書刊。如果所借的物理書刊是經(jīng)過(guò)預(yù)訂的，則執(zhí)行分支流S-2：通過(guò)預(yù)訂借閱物理書刊。1.4.2分支流（Subflows）S-1：借閱物理書刊（1）提供書刊種類、借閱者信息。（2）檢索書刊種類（Title）（E-1）。（3）確定所借閱的物理書刊是否可以獲得（E-2），也即物理書刊是否都已借出。39用例的事件流描述：例用例的事件流描述：例（4）檢索借閱者（E-3）。（5）圖書館將物理書刊借給借閱者。（6）創(chuàng)建借閱記錄。（7）存儲(chǔ)借閱記錄。S-2：通過(guò)預(yù)訂借閱物理書刊（1）提供書刊種類、借閱者信息。（2）檢索書刊種類（Title）（E-1）。（3）檢索借閱者（E-3）。（4）確定該種類書刊的

19、物理拷貝是否可以獲得（E-2）。（5）將物理書刊發(fā)給借閱者。（6）創(chuàng)建借閱記錄。（7）存儲(chǔ)借閱記錄。（8）刪除預(yù)訂記錄。1.4.3替代流（Alternative Flow）E-1：該種書刊不存在，系統(tǒng)顯示提示信息，用例終止。E-2：物理書刊都已借出，系統(tǒng)顯示提示信息，用例終止。E-3：系統(tǒng)中不存在該借閱者，系統(tǒng)顯示提示信息，用例終止。40用例的事件流描述：例用例的事件流描述：例5維護(hù)借閱者信息（Maintain Borrower Info）5.1前置條件（Pre-Conditions）在這個(gè)用例開(kāi)始前，Librarian必須登錄到系統(tǒng)中。5.2后置條件（Post-Conditions）如果這個(gè)

20、用例成功，系統(tǒng)添加、修改或刪除借閱者信息。反之，系統(tǒng)的狀態(tài)沒(méi)有變化。5.3擴(kuò)充點(diǎn)（Extension Points）沒(méi)有。5.4事件流5.4.1基流（Basic Flow）當(dāng)Librarian想維護(hù)借閱者信息時(shí)，用例啟動(dòng)，系統(tǒng)要求Librarian選擇所想執(zhí)行的活動(dòng)（添加借閱者、刪除借閱者、或修改借閱者）如果所選的活動(dòng)是“添加借閱者”，則執(zhí)行分支流S-1：添加借閱者。如果所選的活動(dòng)是“刪除借閱者”，則執(zhí)行分支流S-2：刪除借閱者。如果所選的活動(dòng)是“修改借閱者”，則執(zhí)行分支流S-3：修改借閱者。5.4.2分支流（Subflows）S-1：添加借閱者（1）提供借閱者的信息，如姓名、地址、郵政編碼和

21、身份證號(hào)碼等。（2）系統(tǒng)存儲(chǔ)借閱者信息（E-1）。41用例的事件流描述：例用例的事件流描述：例S-2：刪除借閱者（1）提供借閱者的信息。（2）查詢借閱者（E-2）。（3）查詢借閱者的借閱記錄（E-3）。（4）從系統(tǒng)中刪除借閱者的信息，以及借閱者的預(yù)訂記錄。S-3：更改借閱者（1）提供借閱者的信息。（2）查詢并顯示借閱者的信息（E-2），修改相應(yīng)的信息。（3）更新系統(tǒng)中借閱者的信息。5.4.3替代流（Alternative Flow）E-1：若借閱者已存在，系統(tǒng)顯示提示信息，用例終止。E-2：若查詢不到借閱者，系統(tǒng)顯示提示信息，用例終止。E-3：若存在借閱記錄，系統(tǒng)顯示提示信息，用例終止。42網(wǎng)

22、上選課系統(tǒng)用例圖v需求： 某學(xué)校網(wǎng)上選課系統(tǒng)主要包括如下功能：管理員通過(guò)系統(tǒng)管理界面進(jìn)入，建立本學(xué)期要開(kāi)的各種課程、將課程信息保存在數(shù)據(jù)庫(kù)中并可以對(duì)課程進(jìn)行改動(dòng)和刪除。學(xué)生通過(guò)客戶機(jī)瀏覽器根據(jù)學(xué)號(hào)和密碼進(jìn)入選課界面，可以查詢課程、選課以及付費(fèi)，這些結(jié)果存入數(shù)據(jù)庫(kù)中。4344454647484950ATMATM取款用例圖取款用例圖51vATMATM取款用例圖取款用例圖 52v 用例編號(hào)用例編號(hào):001:001v 用例名用例名:ATM:ATM取款取款v 用例描述用例描述: :儲(chǔ)戶使用信用卡，在儲(chǔ)戶使用信用卡，在ATMATM機(jī)上取款機(jī)上取款v 參與者：儲(chǔ)戶參與者：儲(chǔ)戶v 前置條件：前置條件：ATMA

23、TM機(jī)器處于正常準(zhǔn)備狀態(tài)機(jī)器處于正常準(zhǔn)備狀態(tài)v 后置條件：若成功，則儲(chǔ)戶取出錢，帳戶上扣除錢；若失后置條件：若成功，則儲(chǔ)戶取出錢，帳戶上扣除錢；若失敗，儲(chǔ)戶沒(méi)有取到錢，帳戶上錢數(shù)不變。敗，儲(chǔ)戶沒(méi)有取到錢，帳戶上錢數(shù)不變。v 基本路徑基本路徑 1, 1, 儲(chǔ)戶插卡；儲(chǔ)戶插卡； 2. ATM2. ATM機(jī)提示輸入用戶口令；機(jī)提示輸入用戶口令； 3.3.儲(chǔ)戶輸入口令；儲(chǔ)戶輸入口令； 4.ATM4.ATM機(jī)口令驗(yàn)證通過(guò)，提示輸入錢數(shù)；機(jī)口令驗(yàn)證通過(guò)，提示輸入錢數(shù)； 5.5.儲(chǔ)戶輸入錢數(shù)；儲(chǔ)戶輸入錢數(shù)； 6.ATM6.ATM機(jī)進(jìn)行錢數(shù)有效性檢查，提示操作成功，吐出機(jī)進(jìn)行錢數(shù)有效性檢查，提示操作成功，吐出

24、卡和錢；卡和錢；ATM取取款款用用例例描描述述53 7.7.儲(chǔ)戶取走卡和錢；儲(chǔ)戶取走卡和錢； 8.ATM8.ATM機(jī)屏幕恢復(fù)為初始狀態(tài)。機(jī)屏幕恢復(fù)為初始狀態(tài)。v 擴(kuò)展點(diǎn)擴(kuò)展點(diǎn) 4a. ATM4a. ATM機(jī)驗(yàn)證用戶口令不通過(guò)機(jī)驗(yàn)證用戶口令不通過(guò) 4a1. ATM4a1. ATM機(jī)給出提示信息，并吐出信用卡；機(jī)給出提示信息，并吐出信用卡； 4a2. 4a2. 儲(chǔ)戶取出卡；儲(chǔ)戶取出卡； 4a3. ATM4a3. ATM機(jī)屏幕恢復(fù)為初始狀態(tài)機(jī)屏幕恢復(fù)為初始狀態(tài). . 6a. ATM 6a. ATM驗(yàn)證用戶輸入錢數(shù)超過(guò)驗(yàn)證用戶輸入錢數(shù)超過(guò)30003000 6a1. ATM 6a1. ATM機(jī)給出提示信

25、息，并吐出信用卡；機(jī)給出提示信息，并吐出信用卡； 6a2. 6a2. 儲(chǔ)戶取出卡；儲(chǔ)戶取出卡； 6a3. ATM6a3. ATM機(jī)屏幕恢復(fù)為初始狀態(tài)機(jī)屏幕恢復(fù)為初始狀態(tài). .54簡(jiǎn)化銀行系統(tǒng)的需求分析v域描述：銀行是與生活緊密相關(guān)的一個(gè)機(jī)構(gòu)，銀行提供了存款、取款、轉(zhuǎn)賬等業(yè)務(wù)。在銀行立賬戶的人或機(jī)構(gòu)通常被稱為銀行的客戶。一個(gè)客戶可以在銀行開(kāi)多個(gè)賬戶，客戶可以存錢到賬戶中，也可以從自己的賬戶中取錢，還可以將存款從一個(gè)賬戶轉(zhuǎn)到另一個(gè)賬戶?？蛻暨€可以隨時(shí)查詢自己賬戶的情況，并查詢以前所進(jìn)行的存款、取款等交易記錄?？蛻粢灿袡?quán)利要求關(guān)閉賬戶。v在對(duì)上述銀行系統(tǒng)的基本需求進(jìn)行分析后，可知這個(gè)簡(jiǎn)化的銀行系統(tǒng)至

26、少應(yīng)該具有如下功能：一個(gè)銀行可以有多個(gè)賬戶一個(gè)銀行可以有多個(gè)客戶一個(gè)客戶可以持有多個(gè)賬戶一個(gè)賬戶可以有多個(gè)持有者可以開(kāi)戶可以注銷賬戶可以取錢可以存錢可以在銀行內(nèi)的賬戶之間轉(zhuǎn)賬可以在不同銀行的賬戶之間轉(zhuǎn)賬55用例圖 CustomerActor Maintain Account Login Clerk Transfer fund within a bank Deposit fund Withdraw fund Transfer fund Clerk BankActor Transfer fund between banks 56用例的事件流描述例1 1 “Deposit fund”（存款）1.1

27、簡(jiǎn)單描述本用例允許客戶借助Clerk存款到賬戶中。1.2 前置條件（Pre-Conditions）在本用例開(kāi)始前，Clerk必須登錄到系統(tǒng)中。1.3 后置條件（Post-Conditions）如果用例成功，則客戶CustomerActor賬戶中存款的金額發(fā)生變化。否則，系統(tǒng)狀態(tài)不變。1.4 擴(kuò)充點(diǎn)（Extension Points）無(wú)。1.5 事件流1.5.1 基流（Basic Flow）當(dāng)CustomerActor想存錢到自己的賬戶時(shí)，要向Clerk提交存款單和現(xiàn)金，用例啟動(dòng)。（1）系統(tǒng)提示Clerk輸入用戶姓名、用戶的id號(hào)、賬號(hào)和所存款項(xiàng)的金額。（2）Clerk輸入相關(guān)信息后提交，系統(tǒng)確

28、認(rèn)賬戶是否存在并有效（當(dāng)用戶名、用戶id與賬戶的戶主信息一致，且賬戶處于非凍結(jié)狀態(tài)時(shí)，賬戶有效）（E-1）。（3）系統(tǒng)建立存款事件記錄，并更新賬戶的相關(guān)信息。1.5.2 替代流（Alternative Flow）E-1：賬戶不存在或無(wú)效，顯示提示信息，用戶可以重新輸入或終止該用例。57 input information submit pop up information dialog the account exists and valid? create transaction record yes display error message no save record into DB

29、update account system clerk 58用例的事件流描述例22 “Withdraw fund”（取款）2.1 簡(jiǎn)單描述本用例允許Clerk按照客戶的要求從客戶的賬戶中取款。2.2 前置條件（Pre-Conditions）在本用例開(kāi)始前，用戶必須登錄到系統(tǒng)中。2.3 后置條件（Post-Conditions）如果用例成功，則客戶CustomerActor賬戶中存款的金額發(fā)生變化。否則，系統(tǒng)狀態(tài)不變。2.4 擴(kuò)充點(diǎn)（Extension Points）無(wú)。2.5 事件流2.5.1 基流（Basic Flow）當(dāng)Customer想從自己的賬戶中取錢時(shí)，要向Clerk提交取款單，用例

30、啟動(dòng)。（1）系統(tǒng)提示Clerk輸入用戶姓名、用戶的id號(hào)、賬號(hào)和取款金額。（2）Clerk輸入相關(guān)信息后提交，系統(tǒng)確認(rèn)賬戶是否存在并有效（當(dāng)用戶名、用戶id與賬戶的戶主信息一致，且賬戶處于非凍結(jié)狀態(tài)時(shí)，賬戶有效）（E-1），賬戶中的存款金額是否足夠支付所取款項(xiàng)（E-2）。（3）系統(tǒng)建立取款事件記錄，并更新賬戶的相關(guān)信息。2.5.2 替代流（Alternative Flow）E-1：若賬戶不存在或無(wú)效，顯示提示信息，用戶可以重新輸入或終止該用例。E-2：賬戶中的存款金額不足，顯示提示信息，用戶可以重新輸入金額或終止該用例。59 input information submit account e

31、xists & valid? pop up information dialog display error message no money enough? yes create transaction record update account save record into DB no yes system clerk 60用例的事件流描述例33 “Transfer fund”（轉(zhuǎn)賬）3.1 簡(jiǎn)單描述本用例允許Clerk按照客戶的要求將資金從一個(gè)賬戶轉(zhuǎn)到另一個(gè)賬戶。3.2 前置條件（Pre-Conditions）在本用例開(kāi)始前，用戶必須登錄到系統(tǒng)中。3.3 后置條件（Post-

32、Conditions）如果用例成功，則客戶CustomerActor賬戶中存款的金額發(fā)生變化。否則，系統(tǒng)狀態(tài)不變。3.4 擴(kuò)充點(diǎn)（Extension Points）無(wú)。3.5 事件流3.5.1 基流（Basic Flow）當(dāng)Customer要求轉(zhuǎn)賬時(shí)，用例啟動(dòng)（1）系統(tǒng)提示Clerk輸入用戶姓名、用戶的id號(hào)、賬戶號(hào)碼和轉(zhuǎn)賬金額。（2）Clerk輸入相關(guān)信息后提交。（資金轉(zhuǎn)入賬戶所在的銀行只能在所提供的銀行列表中選擇）。（3）系統(tǒng)確認(rèn)資金轉(zhuǎn)出賬戶是否存在并有效（當(dāng)用戶名、用戶id與賬戶的戶主信息一致，且賬戶處于非凍結(jié)狀態(tài)時(shí)，賬戶有效）（E-1），資金轉(zhuǎn)出賬戶中的金額是否足夠支付所轉(zhuǎn)款項(xiàng)（E-2

33、）。（4）更新資金轉(zhuǎn)出賬戶的相關(guān)信息。（5）為資金轉(zhuǎn)出賬戶建立轉(zhuǎn)賬記錄。（6）存儲(chǔ)轉(zhuǎn)賬記錄。（7）判斷資金轉(zhuǎn)入賬戶是否屬于同一銀行，如果資金轉(zhuǎn)入賬戶與資金轉(zhuǎn)出賬戶屬于同一銀行，則執(zhí)行分支流S-1：在同一銀行的賬戶間轉(zhuǎn)賬。如果資金轉(zhuǎn)入賬戶與資金轉(zhuǎn)出賬戶屬于不同銀行，則執(zhí)行分支流S-2：在不同銀行的賬戶間轉(zhuǎn)賬。61用例的事件流描述例33.5.2 分支流（Subflows）S-1：在同一銀行的賬戶間轉(zhuǎn)賬（1）系統(tǒng)確認(rèn)資金轉(zhuǎn)入賬戶是否存在并有效（當(dāng)賬戶處于非凍結(jié)狀態(tài)時(shí)，賬戶有效）（E-1）。（2）更新資金轉(zhuǎn)入賬戶的相關(guān)信息。（3）為資金轉(zhuǎn)入賬戶建立轉(zhuǎn)賬記錄。（4）存儲(chǔ)轉(zhuǎn)賬記錄。S-2：在不同銀行的賬戶

34、間轉(zhuǎn)賬（1）發(fā)送轉(zhuǎn)賬通知給另一個(gè)銀行。3.4.3 替代流（Alternative Flow）E-1：賬戶不存在或無(wú)效，顯示提示信息，用戶可以重新輸入或終止該用例。E-2：賬戶中的存款金額不足，顯示提示信息，用戶可以修改所轉(zhuǎn)款項(xiàng)的金額或終止該用例。62 input information submit s_account exists & valid? money enough in s_account? yes pop up information dialog display error message no create s_transfer record update s_acc

35、ount save s_transfer record in DB transfer within a bank? notify another bank d_accout exists & valid? update d_account create d_transfer record save d_transfer record in DB no yes yes no no yes system clerk 63示例：用例規(guī)約（示例：用例規(guī)約（include）啟動(dòng)Administrator管理用戶SystemAdminCardProcessingCompany信用卡支付CheckP

36、rocessingCompany支票支付登錄購(gòu)買商品CashierInventory退還商品現(xiàn)金支付6465成績(jī)管理用例圖66676869用例粒度用例粒度70主要內(nèi)容Rational Rose 簡(jiǎn)介 用例視圖邏輯視圖構(gòu)件視圖部署視圖71 Rational Rose 是用來(lái)分析與設(shè)計(jì)面向?qū)ο筌浖到y(tǒng)的強(qiáng)大工具，也是當(dāng)前最流行的可視化軟件開(kāi)發(fā)工具之一72模型圖圖標(biāo)描述建模角度類圖Class?diagram顯示系統(tǒng)中的類和包，提供系統(tǒng)構(gòu)件及其相互關(guān)系靜態(tài)結(jié)構(gòu)建模靜態(tài)結(jié)構(gòu)建模用例圖Use-case?diagram用例圖從用戶的角度描述系統(tǒng)功能的使用者和主要的系統(tǒng)操作流程。顯示用例與參與者及其相互關(guān)系系

37、統(tǒng)功能建模系統(tǒng)功能建模協(xié)作圖Collaboration?diagram從對(duì)象組織結(jié)構(gòu)的角度顯示用例中特定情形的操作流程動(dòng)態(tài)行為建模動(dòng)態(tài)行為建模時(shí)序圖Sequence?diagram按時(shí)間順序顯示用例中特定情形的操作流程動(dòng)態(tài)行為建模動(dòng)態(tài)行為建模狀態(tài)圖Statechart?diagram顯示系統(tǒng)中類的對(duì)象所有可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的轉(zhuǎn)換條件動(dòng)態(tài)行為建模動(dòng)態(tài)行為建模活動(dòng)圖Activity?diagram描述滿足用例要求所需進(jìn)行的活動(dòng)以及活動(dòng)間的關(guān)系的圖動(dòng)態(tài)行為建模動(dòng)態(tài)行為建模構(gòu)件圖Component?diagram描述代碼構(gòu)件的物理結(jié)構(gòu)以及構(gòu)件之間的依賴關(guān)系。構(gòu)件圖有助于分析和理解組件之間的影

38、響程度靜態(tài)結(jié)構(gòu)建模靜態(tài)結(jié)構(gòu)建模部署圖Deployment?diagram描述系統(tǒng)中的物理結(jié)構(gòu)靜態(tài)結(jié)構(gòu)建模靜態(tài)結(jié)構(gòu)建模73標(biāo)準(zhǔn)工具條瀏覽區(qū)文檔描述窗口日志圖形工具條圖形窗口74 從菜單中選擇FileNew，或標(biāo)準(zhǔn)工具欄中的New按鈕 選擇可用框架或單擊Cancel不用75n從菜單中選擇FileSave 或n標(biāo)準(zhǔn)工具欄中的Save按鈕nROSE模型都以擴(kuò)展名為.mdl的文件進(jìn)行保存，這個(gè)文件包括了所有的模型圖，對(duì)象和其它 模型元素76視圖是對(duì)模型中邏輯元素的可視化表示ROSE提供了四種視圖用例視圖邏輯視圖構(gòu)件視圖部署視圖只關(guān)心系統(tǒng)的高級(jí)功能，不關(guān)心系統(tǒng)的具體實(shí)現(xiàn)細(xì)節(jié)。包括：用例圖，活動(dòng)圖，交互圖，

39、包 瀏覽區(qū)窗口中的視圖關(guān)注系統(tǒng)如何實(shí)現(xiàn)用例中提到的功能包括：類，類圖，交互圖，狀態(tài)圖，活動(dòng)圖，包可看出系統(tǒng)實(shí)現(xiàn)的物理結(jié)構(gòu)，包括：構(gòu)件，構(gòu)件圖，包 關(guān)心系統(tǒng)的實(shí)際部署情況。77主要內(nèi)容Rational Rose 簡(jiǎn)介 用例視圖邏輯視圖構(gòu)件視圖部署視圖78 用例視圖圖形化地說(shuō)明了一個(gè)系統(tǒng)涉及到的所有參與者，用例和用例圖。此外還包括一些交互圖（時(shí)序圖，協(xié)作圖）。用例視圖是系統(tǒng)中與實(shí)現(xiàn)無(wú)關(guān)的視圖。用例視圖關(guān)注系統(tǒng)功能的高層形狀，而不關(guān)注系統(tǒng)的具體實(shí)現(xiàn)方法79用例圖用例視圖參與者用例關(guān)聯(lián)808182注意：刪除用例圖不會(huì)刪除其中的模型要素。Rose不允許刪除主用例圖（Main）83選擇工具文本注釋連接注釋

40、包用例參與者關(guān)聯(lián)依賴泛化84新建的模型元素自動(dòng)加入用例視圖85拖動(dòng)至適當(dāng)位置放開(kāi)拖動(dòng)至適當(dāng)位置放開(kāi)86 僅從用例圖中刪除 選擇元素后按Delete 從整個(gè)模型中刪除 選擇模型圖中的元素后按Ctrl+D 或菜單EditDelete from Model87 規(guī)范窗口允許顯示和修改模型元素的細(xì)節(jié)信息88 參與者與類使用相同的規(guī)范窗口 窗口中與參與者有關(guān)的標(biāo)簽是 General 標(biāo)簽 Detail 標(biāo)簽 Relations 標(biāo)簽 Files 標(biāo)簽定義參與者名稱指定參與者的構(gòu)造型，參與者只有一種構(gòu)造型actor描述參與者89 規(guī)范窗口顯示和修改用例的屬性和關(guān)系 通用標(biāo)簽 模型圖標(biāo)簽 關(guān)系標(biāo)簽 文件標(biāo)簽

41、構(gòu)造型一般不用于用例，需要可以增加90與其他用例或參與者存在的關(guān)聯(lián)所涉及的輔助文檔91 關(guān)聯(lián)關(guān)系 從啟動(dòng)信息方拖動(dòng)到另一方 泛化關(guān)系 從具體用例（或參與者）拖動(dòng)到另一方 擴(kuò)展關(guān)系和包含關(guān)系 在泛化關(guān)系的規(guī)范窗口中設(shè)定相應(yīng)的構(gòu)造型92 主要參與者： 出納員 前置條件： 出納員需要身份識(shí)別并進(jìn)行授權(quán) 后置條件：存儲(chǔ)了銷售情況，正確地計(jì)算了稅金，更新了賬目和存貨清單，記錄了銷售額，打印了收據(jù)。93主要的成功場(chǎng)景： 1.顧客帶著商品到POS終端準(zhǔn)備購(gòu)買 2.出納員開(kāi)始一次新的銷售。 3.出納員輸入商品標(biāo)識(shí)碼。 4.系統(tǒng)記錄銷售的商品并給出商品的描述、 單價(jià)和折扣，并根據(jù)某些價(jià)格規(guī)則計(jì)算所應(yīng)付的款額。出

42、納員重復(fù)步驟3和步驟 4，一直到處理完所有商品為止。 5.系統(tǒng)給出所應(yīng)支付的總款額并計(jì)算稅金。 6. 出納員告訴顧客總價(jià)并請(qǐng)求付款。 7.顧客付款，系統(tǒng)處理支付。 8.系統(tǒng)記錄下已完成的銷售，并將銷售和支付信息發(fā)送給外部的賬目系統(tǒng)（用于賬目和銷售額）以及存貨清單系統(tǒng)（用來(lái)更新存貨清單） 9.系統(tǒng)打印收據(jù) 10. 顧客帶著收據(jù)和商品離開(kāi)（如果買了商品）94 擴(kuò)展： 在系統(tǒng)失敗時(shí)，要恢復(fù)和校正賬目，確保所有的交易敏感狀態(tài)以及事件能夠從場(chǎng)景的任何步驟中恢復(fù)。 1.出納員重啟系統(tǒng)和登錄，并請(qǐng)求恢復(fù)先前的狀態(tài)。 2. 系統(tǒng)重建先前的狀態(tài)。 2a. 系統(tǒng)檢測(cè)阻止恢復(fù)的異常狀態(tài)： 1. 系統(tǒng)給出出納員發(fā)一個(gè)

43、出錯(cuò)信號(hào)，記錄該錯(cuò)誤并進(jìn)入一個(gè)干凈的狀態(tài)。 2. 出納員開(kāi)始一次新的銷售。 3a. 無(wú)效的標(biāo)識(shí)碼： 1.系統(tǒng)發(fā)一個(gè)出錯(cuò)信號(hào)并拒絕輸入。 3b. 顧客可能會(huì)購(gòu)買多件相同類別的商品，因此記不記錄每件商品的唯一標(biāo)識(shí)碼并不重要（例如：3袋洗衣粉） 1. 出納員可以輸入商品類別號(hào)以及數(shù)量95 3-6a: 顧客請(qǐng)求出納員從購(gòu)買的貨物中去掉一件商品： 1.出納員輸入不想要的商品的標(biāo)識(shí)碼 2.系統(tǒng)顯示更新后的總價(jià)格。 3-6b 顧客告訴出納員取消銷售： 1. 出納員在系統(tǒng)上取消銷售。 5a. 系統(tǒng)檢測(cè)到和外部稅金計(jì)算機(jī)系統(tǒng)之間的通信失?。?1.系統(tǒng)發(fā)出一個(gè)出錯(cuò)信號(hào)。 2.出納員可以手動(dòng)計(jì)算并輸入稅金，或取消此

44、次銷售。96 5b.顧客說(shuō)他們符合打折條件 1.出納員發(fā)出打折請(qǐng)求。 2.出納員輸入顧客的標(biāo)識(shí)碼。 3.系統(tǒng)根據(jù)打折規(guī)則計(jì)算出折扣總額 7a. 用現(xiàn)金付賬： 1.出納員輸入顧客所付的總款數(shù)。 2. 系統(tǒng)計(jì)算出應(yīng)找的余款，并彈出現(xiàn)金抽屜。 3.出納員存放現(xiàn)金并找零給顧客。 4.系統(tǒng)記錄此次現(xiàn)金支付情況。97 7b. 用信用卡付賬： 1.顧客輸入他們的信用卡賬戶信息。 2. 系統(tǒng)向外部支付授權(quán)服務(wù)系統(tǒng)發(fā)出支付授權(quán)請(qǐng)求，并請(qǐng)求支付批準(zhǔn)。 2a. 系統(tǒng)檢測(cè)到和外部系統(tǒng)之間協(xié)作上的失?。?1. 系統(tǒng)給出納員一個(gè)出錯(cuò)信號(hào)。 2. 出納員請(qǐng)顧客用其他方式付款。 3. 系統(tǒng)收到批準(zhǔn)支付回應(yīng)并向出納員發(fā)出一個(gè)批

45、準(zhǔn)支付信號(hào)。 3a. 系統(tǒng)收到拒絕支付信號(hào)： 1.系統(tǒng)發(fā)拒絕支付信號(hào)給出納員。 2. 出納員請(qǐng)顧客用其他方式付款。98 4.系統(tǒng)記錄信用卡支付情況，其中包括批準(zhǔn)支付情況。 5.系統(tǒng)給出信用卡支付簽名輸入機(jī)制。 6. 出納員請(qǐng)客戶進(jìn)行信用卡支付簽名，客戶輸入簽名。7c. 顧客 拿出優(yōu)惠劵 1. 在處理付款之前，出納員記錄每張優(yōu)惠劵，系統(tǒng)降低商品價(jià)格。系統(tǒng)為了記賬而記錄下所使用的優(yōu)惠劵。 1a. 所輸入的優(yōu)惠劵不能用在此次購(gòu)買的商品上。 9. 商品打折： 1.系統(tǒng)給出打折的形式以及每種商品打折的收據(jù)。99特殊的需求： 在1m 之外看清屏幕上的文字 信用卡授權(quán)90%的情況下應(yīng)能30s做出響應(yīng) 文本顯

46、示語(yǔ)言國(guó)際化尚未解決的問(wèn)題： 稅法變換了怎么辦？ 是由顧客直接使用信用卡閱讀器還是出納員來(lái)使用？100101 用例名稱：瀏覽目錄 活動(dòng)者：顧客 前置條件：網(wǎng)站可用 后置條件：購(gòu)物籃中的已選條目 主要路線： 1.顧客從主頁(yè)選擇目錄 2.顯示出有縮略圖的鞋樣式列表。 3.選擇鞋的樣式。 4.顯示鞋和價(jià)格列表。 5.選擇一種鞋。 6.顯示鞋的完整圖片，當(dāng)前的價(jià)格、尺寸、 庫(kù)存和顏色列表。 7.顧客填寫數(shù)量、尺碼及顏色。 8 . 點(diǎn)擊“add to basket” (加入購(gòu)物籃）102103 用例名：發(fā)郵件 參與者：用戶、服務(wù)器、數(shù)據(jù)庫(kù) 入口條件：用戶已完成寫郵件操作 事件流： 用戶選擇”發(fā)送“；系統(tǒng)

47、將該郵件發(fā)送至服務(wù)器，保存已發(fā)送郵件到數(shù)據(jù)庫(kù)；用戶選擇”取消“則回到系統(tǒng)界面 出口條件：系統(tǒng)發(fā)送郵件結(jié)束。 異常事件：網(wǎng)絡(luò)故障、收件人地址不存在提示錯(cuò)誤信息。104系統(tǒng)邊界模糊或者變化無(wú)常系統(tǒng)邊界模糊或者變化無(wú)常用例描寫來(lái)自于系統(tǒng)（并非角色）用例描寫來(lái)自于系統(tǒng)（并非角色）角色名稱相互矛盾角色名稱相互矛盾過(guò)多的用例過(guò)多的用例(需求有層次組織，高層一般不超過(guò)需求有層次組織，高層一般不超過(guò)12個(gè)左右用例，在接下來(lái)層次中，個(gè)左右用例，在接下來(lái)層次中，用例的數(shù)量不應(yīng)超過(guò)當(dāng)前用例用例的數(shù)量不應(yīng)超過(guò)當(dāng)前用例510倍）倍）角色和用例的關(guān)系連接象蜘蛛網(wǎng)一樣（復(fù)雜）角色和用例的關(guān)系連接象蜘蛛網(wǎng)一樣（復(fù)雜）用例敘述

48、規(guī)格過(guò)長(zhǎng)用例敘述規(guī)格過(guò)長(zhǎng)用例規(guī)格敘述混亂用例規(guī)格敘述混亂用例沒(méi)有正確描述功能用例沒(méi)有正確描述功能用戶不可理解用例用戶不可理解用例用例從來(lái)不會(huì)結(jié)束用例從來(lái)不會(huì)結(jié)束1051、定義準(zhǔn)確的系統(tǒng)邊界2、使用標(biāo)準(zhǔn)化模板書寫用例規(guī)格3、觀察點(diǎn)：只關(guān)注目標(biāo)4、經(jīng)常檢查用例圖和用例規(guī)格106選擇比賽日期選擇場(chǎng)館區(qū)域亭售用戶(from Actors)提交信用卡亭售用戶(from Actors)選擇比賽日期選擇場(chǎng)館區(qū)域訂票提交信用卡107訂票信用卡確認(rèn)系統(tǒng)亭售用戶(from Actors)查看賽程賽程管理員創(chuàng)建賽程訂票信用卡確認(rèn)系統(tǒng)亭售用戶(from Actors)查看賽程賽程管理員創(chuàng)建賽程系統(tǒng)邊界在哪里？系統(tǒng)邊界

49、在哪里？108109110不是直接的相關(guān)于目標(biāo)；經(jīng)常會(huì)關(guān)聯(lián)過(guò)多的角色111112113?讀者?借閱圖書?管理圖書?管理員?管理用戶權(quán)限114?管理員?管理角色?管理用戶權(quán)限?管理用戶?115 用例模型易于理解嗎？ 避免二義性、不一致性。 滿足了所有的功能需求嗎？ 用例模型中有多余的行為嗎？116 1.用例之間是否獨(dú)立？(合并） 2.多個(gè)用例之間是否有非常相似的行為或事件流？（合并） 用例事件流的一部分是否已被構(gòu)建為另一個(gè)用例？（include) 4.是否應(yīng)該將一個(gè)用例的事件流插入另一個(gè)用例的事件流中？（extend)117檢查檢查Actor 識(shí)別了所有的Actor嗎？ 每個(gè)Actor至少參與了

50、一個(gè)用例嗎？ 每個(gè)Actor確實(shí)是一個(gè)角色(role)嗎？是否應(yīng)該合并或分解？ 是否有兩個(gè)Actor在一個(gè)用例中扮演相同的角色？ Actor是否有直觀的、描述性的名字？用戶和客戶是否能理解這些名字？118檢查用例檢查用例 每個(gè)用例中至少有一個(gè)actor嗎？ 每個(gè)用例都獨(dú)立于其他用例嗎？如果兩個(gè)用例總是以同樣的順序執(zhí)行，也許應(yīng)該合并成一個(gè) 有具有非常類似的行為或事件流程的用例嗎？ 為了以后不會(huì)混淆，用例具有唯一的、直觀的、說(shuō)明性的名字嗎？ 客戶和用戶能理解用例的名字和描述嗎？119檢查用例規(guī)約檢查用例規(guī)約 誰(shuí)要執(zhí)行用例明確嗎？ 用例的目的明確嗎？ 簡(jiǎn)單的描述刻畫了用例的真實(shí)情況嗎？ 用例的時(shí)間流

51、程何時(shí)/如何開(kāi)始/結(jié)束明確嗎？Actor的交互和信息交換清晰嗎？ 是否有過(guò)于復(fù)雜的用例？120 某市某局，需要在內(nèi)部舉辦兩種形式的會(huì)議：某市某局，需要在內(nèi)部舉辦兩種形式的會(huì)議： 召集下屬區(qū)縣相關(guān)部門開(kāi)會(huì)；召集召集下屬區(qū)縣相關(guān)部門開(kāi)會(huì)；召集局內(nèi)相關(guān)處室開(kāi)會(huì)；局內(nèi)相關(guān)處室開(kāi)會(huì)；對(duì)于每種會(huì)議都要：對(duì)于每種會(huì)議都要：1）由某處室的某人根據(jù)指令（來(lái)自該處室的負(fù)責(zé)人）起草會(huì)議文件；）由某處室的某人根據(jù)指令（來(lái)自該處室的負(fù)責(zé)人）起草會(huì)議文件；2）該文件經(jīng)過(guò)該處的負(fù)責(zé)人批閱后，或返回起草人，進(jìn)行重新修改；或上交給局）該文件經(jīng)過(guò)該處的負(fù)責(zé)人批閱后，或返回起草人，進(jìn)行重新修改；或上交給局辦公室主任；辦公室主任；3

52、）辦公室主任進(jìn)行批注，或返回給提交文件的處室負(fù)責(zé)人，說(shuō)明不能按期進(jìn)行的）辦公室主任進(jìn)行批注，或返回給提交文件的處室負(fù)責(zé)人，說(shuō)明不能按期進(jìn)行的理由；或提交給局領(lǐng)導(dǎo)審批；理由；或提交給局領(lǐng)導(dǎo)審批；4）局領(lǐng)導(dǎo)批準(zhǔn)后，文件返回到局辦公室主任；）局領(lǐng)導(dǎo)批準(zhǔn)后，文件返回到局辦公室主任；5）若局領(lǐng)導(dǎo)不同意，辦公室主任把文件返回到提交該文件的處室負(fù)責(zé)人；處室負(fù)）若局領(lǐng)導(dǎo)不同意，辦公室主任把文件返回到提交該文件的處室負(fù)責(zé)人；處室負(fù)責(zé)人做消會(huì)處理。責(zé)人做消會(huì)處理。6）若局領(lǐng)導(dǎo)同意，辦公室主任通知辦公室工作人員；）若局領(lǐng)導(dǎo)同意，辦公室主任通知辦公室工作人員；7）辦公室工作人員通知）辦公室工作人員通知，安排食宿；并向

53、，安排食宿；并向發(fā)會(huì)議通知；發(fā)會(huì)議通知；8）相關(guān)單位收到會(huì)議通知后，要向局辦公室回復(fù)；）相關(guān)單位收到會(huì)議通知后，要向局辦公室回復(fù)；9）會(huì)議結(jié)束后，召集會(huì)議的處室要形成會(huì)議紀(jì)要。）會(huì)議結(jié)束后，召集會(huì)議的處室要形成會(huì)議紀(jì)要。 121會(huì)議文件起草通知單會(huì)議文件起草通知單 處室負(fù)責(zé)人處室負(fù)責(zé)人: XXXX 日期：日期：XXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX會(huì)議文件會(huì)議文件 起草人：起草人：: XXXX 起草日期：起草日期：XXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX會(huì)議批文會(huì)議批

54、文 處室負(fù)責(zé)人處室負(fù)責(zé)人 : XXXX 批示日期：批示日期：XXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 辦公室主任辦公室主任: XXXX 批示日期：批示日期：XXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 局領(lǐng)導(dǎo)局領(lǐng)導(dǎo): XXXX 批示日期：批示日期：XXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX擬訂會(huì)議紀(jì)要通知單擬訂會(huì)議紀(jì)要通知單 處室負(fù)責(zé)人處室負(fù)責(zé)人: XXXX 日期：日期：XXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

55、會(huì)議紀(jì)要會(huì)議紀(jì)要 紀(jì)要人：紀(jì)要人： XXX 紀(jì)要日期：紀(jì)要日期：XXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX122擬訂發(fā)布會(huì)議通知單擬訂發(fā)布會(huì)議通知單 辦公室負(fù)責(zé)人辦公室負(fù)責(zé)人: XXXX 日期：日期：XXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX會(huì)議通知會(huì)議通知(服務(wù)中心服務(wù)中心) 辦公室工作人員辦公室工作人員:XXXX 發(fā)送日期：發(fā)送日期：XXXX 通知標(biāo)題：通知標(biāo)題：XXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX會(huì)議通知會(huì)議通知(相關(guān)單位相關(guān)單位) 辦公室工作人員辦公室工作人員:XXXX 發(fā)送日期：發(fā)送日期：XXXX 通知標(biāo)題：通知標(biāo)題：XXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX123類型包括類型包括: 會(huì)議文件、批文、通知、紀(jì)要會(huì)議文件、批文、通知、紀(jì)要124125 某市某局，需要在內(nèi)部舉辦兩種形式的會(huì)議：某市某局，需要在內(nèi)部舉辦兩種形式的會(huì)議： 召集下屬區(qū)縣相關(guān)部門開(kāi)會(huì)；召集召集下屬區(qū)縣相關(guān)部門開(kāi)會(huì)；召集局內(nèi)相關(guān)處室開(kāi)會(huì)；局內(nèi)相關(guān)處室開(kāi)會(huì)；對(duì)于每種會(huì)議都要：對(duì)于每種