第3章需求分析與用例模型S2015-3-30

1、1/127UML系統(tǒng)分析與設(shè)計UML-System Analysis & Design第三章 需求分析本章任務(wù)制作用例規(guī)約知識目標(biāo)了解用例法與傳統(tǒng)需求表達(dá)方式的區(qū)別了解用例建模的概念及步驟掌握用例圖能力目標(biāo)能找出系統(tǒng)的參與者能識別參與者的用例能使用用例規(guī)約描述用例目錄概述UML需求分析工具UML業(yè)務(wù)建模工具制作用例規(guī)約概述-需求表達(dá)方式傳統(tǒng)的需求表達(dá)方式-功能層次圖有什么缺點？概述-需求表達(dá)方式非常容易混淆需求和設(shè)計的界限。分割了各項系統(tǒng)功能的應(yīng)用環(huán)境，從各項功能項入手，你很難了解到這些功能項是如何相互關(guān)聯(lián)來實現(xiàn)一個完成的系統(tǒng)服務(wù)的。概述-需求表達(dá)方式用例法，用例是參與者發(fā)起的，與系統(tǒng)對話陳述

2、序列。每個用例包含一個系統(tǒng)在作業(yè)時與用戶或與其它系統(tǒng)之間交換信息的場景。在1990年代，用例很快地成為了記錄需求分析的最主要的方式，它在面向?qū)ο蟮某绦蛟O(shè)計中普及性非常高。用例描述系統(tǒng)在運行時與外部執(zhí)行者之間的信息交換。外部執(zhí)行者是任何系統(tǒng)外的、與系統(tǒng)交換信息的物件或人物。它們可以是用戶、用戶的角色或其它系統(tǒng)。概述-需求表達(dá)方式用例將系統(tǒng)當(dāng)作一個“黑匣子”，它從外部來看與系統(tǒng)之間的信息交換（包括系統(tǒng)的回答）。這樣它簡化對系統(tǒng)的需求的描寫而且防止對系統(tǒng)的工作方式作任何過早的假設(shè)。每個用例應(yīng)該符合下述條件：描寫完成業(yè)務(wù)目標(biāo)的用戶任務(wù)。不包含任何代碼。有一定的細(xì)致性。語句足夠短。概述-需求表達(dá)方式用例

3、具下以下特征：驅(qū)動性。用例總是被參與者直接或間接地驅(qū)動，是通過參與者指示系統(tǒng)去執(zhí)行的操作。價值性。所謂價值性是指能夠為使用該系統(tǒng)提供最大的價值，而提供負(fù)面價值或允許用戶做不能夠做的事的用例不是真正的用例。有值性。用例向參與者返回有價值的值，這些值是可以被識別的。完整性。用例必須是一個完整的動作序列描述。目標(biāo)性。用例用于完成系統(tǒng)的某一特定目標(biāo)，該目標(biāo)的完成表明系統(tǒng)達(dá)到了預(yù)定的功能要求。概述-用例建模的步驟概述-用例建模的步驟1、尋找參與者，所謂的參與者是指所有存在于系統(tǒng)外部并與系統(tǒng)進(jìn)行交互的人或其他系統(tǒng)。通俗地講，參與者就是所要定義系統(tǒng)的使用者，尋找參與者可以從以下問題入手：系統(tǒng)開發(fā)完成之后，有

4、哪些人會使用這個系統(tǒng)？系統(tǒng)需要從哪些人或其他系統(tǒng)中獲得數(shù)據(jù)？系統(tǒng)會為哪些人或其他系統(tǒng)提供數(shù)據(jù)？系統(tǒng)會與哪些其他系統(tǒng)相關(guān)聯(lián)？系統(tǒng)是由誰來維護(hù)和管理的？14/127Review: 什么是用例圖？參與者用例關(guān)系15/127重點內(nèi)容：引言需求分析 什么叫用例圖 用例圖的構(gòu)成要素 用例的重要元素用例之間的各種重要關(guān)系使用Rose創(chuàng)建用例圖第4章 用例圖 16/12717/127關(guān)聯(lián)關(guān)系表示參與者和用例之間的通信。用例與其參與者之間的關(guān)聯(lián)關(guān)系用帶箭頭的直線表示。用例與其參與者之間的關(guān)聯(lián) 任何用例都不能在缺少參與者的情況下存在；任何參與者也必須要有與之關(guān)聯(lián)的用例。18/127用例與用例之間的關(guān)系 泛化包含擴(kuò)

5、展用例除了與其參與者發(fā)生關(guān)聯(lián)外，用例之間具有多種關(guān)系，這些關(guān)系包括包含關(guān)系、擴(kuò)展關(guān)系和泛化關(guān)系等。19/127如果系統(tǒng)中一個或多個用例是某個一般用例的特殊化時，就需要使用用例的泛化關(guān)系。在UML中，用例泛化與其他泛化關(guān)系的表示法相同，用一個三角箭頭從子用例指向父用例。用例與用例之間的關(guān)系泛化關(guān)系20/127用例與用例之間的關(guān)系泛化關(guān)系21/127泛化同一業(yè)務(wù)目的不同技術(shù)實現(xiàn)用例與用例之間的關(guān)系泛化關(guān)系22/127用例與用例之間的關(guān)系包含關(guān)系23/127用例與用例之間的關(guān)系包含關(guān)系24/127用例與用例之間的關(guān)系包含關(guān)系用例的包含關(guān)系是把一件事情劃分為多個步驟處理包含關(guān)系把幾個用例的公共步驟分離

6、成一個單獨的被包含用例。25/127被包含用例稱作提供者用例（基本用例），包含用例稱作客戶用例，提供者用例提供功能給客戶使用。用例與用例之間的關(guān)系包含關(guān)系26/127用例與用例之間的關(guān)系包含關(guān)系27/127用例與用例之間的關(guān)系包含關(guān)系28/127用例與用例之間的關(guān)系擴(kuò)展關(guān)系29/127用例與用例之間的關(guān)系擴(kuò)展關(guān)系擴(kuò)展關(guān)系是把新的行為插入到已有用例中的方法。一個用例也可以被定義為基礎(chǔ)用例的增量擴(kuò)展，這稱作擴(kuò)展關(guān)系;30/127在UML中，擴(kuò)展關(guān)系表示為虛線箭頭加字樣，箭頭指向被擴(kuò)展的用例（即基礎(chǔ)用例）?；A(chǔ)用例的擴(kuò)展增加了原有的語義，此時是基礎(chǔ)用例而不是擴(kuò)展用例被作為例子使用。用例與用例之間的關(guān)

7、系擴(kuò)展關(guān)系31/127基礎(chǔ)用例不必知道擴(kuò)展用例的任何細(xì)節(jié)，它僅為其提供擴(kuò)展點?；A(chǔ)用例即使沒有擴(kuò)展用例也是完整的。只有特定的條件發(fā)生，擴(kuò)展用例才被執(zhí)行。擴(kuò)展關(guān)系為處理異?；驑?gòu)建靈活的系統(tǒng)框架提供了一種十分有效的方法。用例與用例之間的關(guān)系擴(kuò)展關(guān)系32/127重點內(nèi)容：Review 用例粒度 用例規(guī)約使用Rose創(chuàng)建用例圖的步驟說明實例第4章 用例圖 （續(xù)）33/127用例的粒度指的是用例所包含的系統(tǒng)服務(wù)或功能單元的多少。用例的粒度越大，用例包含的功能越多，反之則包含的功能越少。用例粒度34/127用例粒度比較下列兩圖用例的粒度35/127如果用例的粒度很小，得到的用例數(shù)就會太多。反之，如果用例的

8、粒度很大，那么得到的用例數(shù)就會很少。如果用例數(shù)目過多會造成用例模型過大和引入設(shè)計困難大大提高。 如果用例數(shù)目過少會造成用例的粒度太大，不便于進(jìn)一步的充分分析用例粒度36/127用例圖是骨架，而用例規(guī)約則是其內(nèi)在的肉37/127重點內(nèi)容：Review 用例粒度 用例規(guī)約使用Rose創(chuàng)建用例圖的步驟說明實例第4章 用例圖 （續(xù)）38/12739/12740/127 用例圖只是在總體上大致描述了系統(tǒng)所提供的各種服務(wù)，讓用戶對系統(tǒng)有一個總體的認(rèn)識。但對于每一個用例還需要有詳細(xì)的描述信息，以便讓其他人對于整個系統(tǒng)有一個更加詳細(xì)地了解，這些信息包含在用例規(guī)約之中。 用例模型指的也不僅僅是用例圖，而是由用例

9、圖和用例的詳細(xì)描述用例規(guī)約所組成的。用例規(guī)約41/12742/127高屋建瓴與細(xì)致入微相得益彰圖形 in Rose文本 in Word43/127用例規(guī)約包含以下內(nèi)容： 1 簡要說明:對用例作用和目的的簡要描述。 2 事件流:事件流包括基本流和備選流?；玖髅枋龅氖怯美幕玖鞒蹋侵赣美罢！边\行時的場景。 3 用例場景:同一個用例在實際執(zhí)行的時候會有很多不同的情況發(fā)生，稱之為用例場景，也可以說用例場景就是用例的實例。 4 特殊需求: 特殊需求指的是一個用例的非功能性需求和設(shè)計約束。特殊需求通常是非功能性需求，包括可靠性、性能、可用性和可擴(kuò)展性等。例如法律或法規(guī)方面的需求、應(yīng)用程序標(biāo)準(zhǔn)和所

10、構(gòu)建系統(tǒng)的質(zhì)量屬性等。 5 前置條件: 執(zhí)行用例之前系統(tǒng)必須所處的狀態(tài)。例如，前置條件是要求用戶有訪問的權(quán)限或是要求某個用例必須已經(jīng)執(zhí)行完。 6 后置條件:用例執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)。例如，要求在某個用例執(zhí)行完后，必須執(zhí)行另一個用例。 用例規(guī)約44/127事件流說明用例如何開始和結(jié)束。只說明屬于該用例的事件，而不是發(fā)生在其他用例中或系統(tǒng)外部的事件。避免不明確的術(shù)語，如“例如”、“等等”和“信息”45/127事件流在事件流里要對事件流進(jìn)行結(jié)構(gòu)化說明基本事件流描述每個情節(jié)的行為者:目標(biāo)語句對的順序假設(shè)之前的每一步都是成功的備選事件流異常情況對于異常中的異常，用更長的前綴標(biāo)記更深一層的失敗

11、情節(jié) 46/127非功能需求(URPS)可用性（Usability）可靠性（Reliability）性能（Performance）可支持性（Supportability）設(shè)計約束用Oracle數(shù)據(jù)庫平臺，用PB開發(fā)軟件必須符合ISO標(biāo)準(zhǔn)本質(zhì)上不是需求，只是從商業(yè)、行政、技術(shù)上的約束特殊需求47/127前置、后置條件前置條件約束在用例開始前系統(tǒng)的狀態(tài)把它們看做是看門人，它阻止參與者觸發(fā)該用例直到滿足所有條件說明在用例觸發(fā)之前什么必須為真后置條件約束用例執(zhí)行后系統(tǒng)的狀態(tài)用例執(zhí)行后什么必須為真對于有多個事件流的用例，則應(yīng)該有多個后置條件48/127 術(shù)語是不同專業(yè)領(lǐng)域中的專用語，非本專業(yè)的人不能理解

12、，為便于不同的人員理解和交流，需要對術(shù)語進(jìn)行解釋和定義。 術(shù)語表的每一項都定義了一個術(shù)語，定義可長可短； 術(shù)語表可以讓查看軟件開發(fā)產(chǎn)品的人覺得行話不再神秘。詞匯表49/127詞匯表50/127用例規(guī)約示例用例編號UC03用例名稱記錄時間日志用例概述開發(fā)人員可以隨時記錄自己的時間，提供“開始計時”、“暫停計時”、“停止計時”等功能，在停止時，填入任務(wù)編號（在線則選擇）、工作關(guān)鍵字（以逗號分隔的多個），自動生成開始時間、暫停時間、停止時間、總時長、有效時長（總時長-中斷時長）。主參與者開發(fā)人員前置條件用戶進(jìn)入“記錄時間日志”程序后置條件將本次時間日志存入數(shù)據(jù)庫基本事件流步驟活動1系統(tǒng)顯示“開始”、

13、“暫?！焙汀巴Ｖ埂卑粹o，但僅“開始”可用2用戶點擊“開始”，系統(tǒng)記錄開始時間，并將“開始”置為不可用，使“暫停”和“停止”按鈕可用3用戶點擊“停止”按鈕，系統(tǒng)記錄停止時間，并統(tǒng)計暫時時間、暫停次數(shù)、總時長、有效時長，并要求用戶選擇任務(wù)編號、輸入工作關(guān)鍵字和相關(guān)信息。填寫完成后，點擊確定，用例完成。擴(kuò)展事件流3a在此期間，若用戶點擊“暫停”按鈕，系統(tǒng)則記錄暫停開始時間，并使暫停次數(shù)增加1次，并使“暫停”按鈕變?yōu)椤盎謴?fù)”，使“停用”按鈕不可用3a1當(dāng)用戶點擊“恢復(fù)”按鈕，用當(dāng)前時間減去暫停開始時間得到本次暫停時間，并累加到“暫停時間”時間中，并使“恢復(fù)”按鈕變?yōu)椤皶和！?，使“停用”按鈕恢復(fù)可用規(guī)則

14、與約束時間記錄程序應(yīng)以離線式工作，該程序會自動連接服務(wù)器，完成時間日志上傳的工作，如果未能連接服務(wù)器，則在本機(jī)暫存時間日志51/127重點內(nèi)容：Review 用例粒度 用例規(guī)約使用Rose創(chuàng)建用例圖的步驟說明實例第4章 用例圖 （續(xù)）52/127基于用例的需求分析過程1. 獲取原始需求2. 開發(fā)一個可以理解的需求2.1 識別參與者2.2 識別用例2.3 構(gòu)建用例圖3 詳細(xì)、完整地描述需求進(jìn)行用例闡述4 重構(gòu)用例模型4.1 識別用例間的關(guān)系4.2 對用例進(jìn)行組織和分包53/127基于用例的需求分析過程1. 獲取原始需求2. 開發(fā)一個可以理解的需求2.1 識別參與者2.2 識別用例2.3 構(gòu)建用例

15、圖3. 詳細(xì)、完整地描述需求進(jìn)行用例闡述4. 重構(gòu)用例模型4.1 識別用例間的關(guān)系4.2 對用例進(jìn)行組織和分包54/1271 獲取原始需求技巧描述實地觀察直接觀察個人工作的情況，以發(fā)現(xiàn)現(xiàn)存的實踐方式和問題訪談從個人處收集特定信息特定群體調(diào)查對一組人員進(jìn)行調(diào)查，以便了解工作態(tài)度和共同看法問卷調(diào)查收集詳細(xì)數(shù)據(jù)和統(tǒng)計意義上比較重要的數(shù)據(jù)用戶指導(dǎo)讓最終用戶告訴你，他們是如何操作系統(tǒng)的原型制作模擬一個無法直接測試的系統(tǒng)統(tǒng)計版本使用具有統(tǒng)計功能的應(yīng)用程序來記錄用戶完成任務(wù)的方式55/127獲取需求：考勤卡應(yīng)用程序初次訪談記錄開發(fā)者：誰將使用這個應(yīng)用程序？客 戶：所有用它來記錄可記帳以及不可記帳的工時的雇員

16、開發(fā)者：現(xiàn)在考勤卡應(yīng)用程序是什么樣的？客 戶：每半個月就用一個Excel表格來記錄。每個雇員都將通過他的表格填好，然后用電子郵件發(fā)給我。這個表格相當(dāng)標(biāo)準(zhǔn)：縱向是收費項目代碼，橫向是日期。雇員可以在每個條目上填寫說明。開發(fā)者：這個收費項目代碼可以從什么地方得到？開發(fā)者：誰來管理收費項目代碼？客 戶：嗯，必要的時候由我來添加這個代碼。而每個經(jīng)理總會告訴他的下屬應(yīng)該填寫什么。56/127基于用例的需求分析過程1. 獲取原始需求2. 開發(fā)一個可以理解的需求2.1 識別參與者2.2 識別用例2.3 構(gòu)建用例圖：確定參與者和用例之間的關(guān)系3. 詳細(xì)、完整地描述需求進(jìn)行用例闡述4. 重構(gòu)用例模型4.1 識別

17、用例間的關(guān)系4.2 對用例進(jìn)行組織和分包57/12758/12759/1272.1 識別參與者誰使用系統(tǒng)的主要功能誰改變系統(tǒng)的數(shù)據(jù)誰從系統(tǒng)獲取信息誰需要系統(tǒng)的支持以完成日常工作任務(wù)誰負(fù)責(zé)日常維護(hù)、管理并保證系統(tǒng)正常運行系統(tǒng)需要應(yīng)付（處理）那些硬設(shè)備系統(tǒng)需要和那些外部系統(tǒng)交互誰（或什么）對系統(tǒng)運行產(chǎn)生的結(jié)果（值）感興趣時間、氣溫等內(nèi)部外部條件60/12761/12762/12763/12764/12765/12766/12767/12768/12769/12770/12771/12772/12773/127識別參與者：考勤卡系統(tǒng)開發(fā)者：誰將使用這個應(yīng)用程序？客 戶：所有用它來記錄可記帳以及不可記

18、帳的工時的雇員開發(fā)者：現(xiàn)在考勤卡應(yīng)用程序是什么樣的？客 戶：每半個月就用一個Excel表格來記錄。每個雇員都將通過他的表格填好，然后用電子郵件發(fā)給我。這個表格相當(dāng)標(biāo)準(zhǔn)：縱向是收費項目代碼，橫向是日期。雇員可以在每個條目上填寫說明。開發(fā)者：這個收費項目代碼可以從什么地方得到？開發(fā)者：誰來管理收費項目代碼？客 戶：嗯，必要的時候由我（業(yè)務(wù)經(jīng)理）來添加這個代碼。而每個經(jīng)理總會告訴他的下屬應(yīng)該填寫什么。74/127參與者的泛化：責(zé)任重疊Generalization A generalization from an actor A to an actor B indicates that an inst

19、ance of A can communicate with the same kinds of use-case instances as an instance of B如系統(tǒng)中經(jīng)理可以參加雇員的所有用例75/127泛化關(guān)系的誤用76/1272.2 識別用例關(guān)鍵詞：價值定義一個用例定義一組用例實例用例實例是系統(tǒng)執(zhí)行的一系列動作，這些動作將生成特定參與者可觀測的結(jié)果值簡單的說：參與者使用系統(tǒng)達(dá)到目標(biāo)77/127識別用例：考勤卡系統(tǒng)開發(fā)者：誰將使用這個應(yīng)用程序？客 戶：所有用它來記錄可記帳以及不可記帳的工時的雇員開發(fā)者：現(xiàn)在考勤卡應(yīng)用程序是什么樣的？客 戶：每半個月就用一個Excel表格來記錄

20、。每個雇員都將通過他的表格填好，然后用電子郵件發(fā)給我。這個表格相當(dāng)標(biāo)準(zhǔn)：縱向是收費項目代碼，橫向是日期。雇員可以在每個條目上填寫說明。開發(fā)者：這個收費項目代碼可以從什么地方得到？開發(fā)者：誰來管理收費項目代碼？客 戶：嗯，必要的時候由我（業(yè)務(wù)經(jīng)理）來添加這個代碼。而每個經(jīng)理總會告訴他的下屬應(yīng)該填寫什么。78/127用例要點結(jié)果值用例是有意義的目標(biāo)系統(tǒng)執(zhí)行結(jié)果值由系統(tǒng)生成由參與者觀測業(yè)務(wù)語言、用戶觀點一組用例實例用例的粒度79/1272.3 構(gòu)建用例圖80/127基于用例的需求分析過程1. 獲取原始需求2. 開發(fā)一個可以理解的需求2.1 識別參與者2.2 識別用例2.3 構(gòu)建用例圖3 詳細(xì)、完整地

21、描述需求進(jìn)行用例闡述4 重構(gòu)用例模型4.1 識別用例間的關(guān)系4.2 對用例進(jìn)行組織和分包81/1273 進(jìn)行用例闡述：寫用例規(guī)約用例規(guī)約用來描述用例的，不是用例圖82/12783/127基于用例的需求分析過程1. 獲取原始需求2. 開發(fā)一個可以理解的需求2.1 識別參與者2.2 識別用例2.3 構(gòu)建用例圖3 詳細(xì)、完整地描述需求進(jìn)行用例闡述4 重構(gòu)用例模型4.1 識別用例間的關(guān)系4.2 對用例進(jìn)行組織和分包84/1274.1 用例關(guān)系ExtendIncludeGeneralization85/12786/12787/12788/12789/12790/12791/12792/127通過關(guān)系整理

22、文檔Extend分離擴(kuò)展路徑Include提取公共步驟，便于復(fù)用Generalization同一業(yè)務(wù)目的的不同技術(shù)實現(xiàn)93/1274.2 用例進(jìn)行分類用例和開發(fā)周期開發(fā)周期是圍繞用例的需求來組織的一個開發(fā)周期要被指派一個到多個用例，如果完全版本的用例在一個開發(fā)周期中處理起來太復(fù)雜的話，那就采用簡化版本的用例開發(fā)周期開發(fā)周期開發(fā)周期用例A-簡化版本用例A-完整版本用例B用例C94/127重點內(nèi)容：Review 用例粒度 用例規(guī)約使用Rose創(chuàng)建用例圖的步驟說明實例第4章 用例圖 （續(xù)）95/12796/12797/12798/12799/127100/127101/127102/127103/1

23、27104/127105/127106/1271.確定系統(tǒng)需求圖書管理系統(tǒng)能夠?qū)D書進(jìn)行注冊登記，也就是將圖書的基本信息（如書的編號、書名、作者、價格等預(yù)先存入數(shù)據(jù)庫中，供以后檢索，并且能夠?qū)栝喨诉M(jìn)行注冊登記，包括記錄借閱人的姓名、編號、班級、年齡、性別、地址、電話等信息。同時，圖書管理系統(tǒng)提供方便的查詢方法。如以書名、作者、出版社、出版時間等信息進(jìn)行圖書檢索。并能反映出圖書的借閱情況；以借閱人編號對借閱人信息進(jìn)行檢索；以出版社名稱查詢出版社聯(lián)系方式等信息。圖書管理系統(tǒng)提供對書籍進(jìn)行預(yù)定的功能，也提供舊書銷毀功能，對于淘汰、損壞、丟失的數(shù)目可及時對數(shù)據(jù)庫進(jìn)行修改。圖書管理系統(tǒng)能夠?qū)κ褂迷撓到y(tǒng)

24、第的用戶進(jìn)行管理，按照不同的工作職能提供不同的功能授權(quán)。107/127總的來說，圖書管理系統(tǒng)主要包含下列功能。1）讀者管理：讀者信息的制定、輸入、修改、查詢，包括種類、性別、借書數(shù)量、借書期限、備注等。2）書籍管理：書籍基本信息制定、輸入、修改、查詢，包括書籍編號、類別、關(guān)鍵詞、備注。3）借閱管理：包括借書、還書、預(yù)定書籍、續(xù)借、查詢書籍、過期處理和書籍后的處理。4）系統(tǒng)管理：包括用戶權(quán)限管理、數(shù)據(jù)管理和自動借還書機(jī)的管理。108/1272.確定參與者1）讀者2）管理員3.確定用例管理員所包含的用例1）登錄系統(tǒng)：管理員可以通過登錄該系統(tǒng)進(jìn)行各項功能的操作。2）書籍管理：包括對書籍的增刪改等操作

25、。3）書籍借閱管理：包括借書、還書、預(yù)訂、書籍預(yù)期處理和書籍丟失處理等。4）讀者管理：包括對讀者的增刪改等操作。5）自動借書機(jī)的管理。109/127讀者所包含的用例如下：1）登錄系統(tǒng)。2）借書：進(jìn)行借書業(yè)務(wù)。3）還書：讀者具有的還書業(yè)務(wù)。4）查詢：包含對個人信息和書籍信息的查詢業(yè)務(wù)。5）預(yù)訂：讀者對書籍的預(yù)訂業(yè)務(wù)。6）預(yù)期處理：就是書籍過期后的繳納罰金等。7）書籍丟失處理：對書籍丟失后的不同措施進(jìn)行處理。8）自動借書機(jī)的使用等。110/1274.構(gòu)建用例模型圖書管理系統(tǒng)用例圖111/1271.用例名稱：登錄用例描述：根據(jù)用戶輸入的用戶名和密碼判斷用戶的身份，賦予相應(yīng)的權(quán)限。前置條件：無后置條件

26、：根據(jù)用戶所有的權(quán)限進(jìn)入相應(yīng)的操作界面?；静僮髁鞒?1輸入用戶名2輸入密碼2校驗密碼是否正確。3根據(jù)用戶身份進(jìn)入相應(yīng)的操作界面?？蛇x流程：如果密碼不正確，提示重新輸入密碼；如果用戶名不正確，提示沒有此用戶。112/1272.用例名稱：查詢圖書用例描述：由讀者進(jìn)行操作，查詢圖書館中有沒有需要圖書，如果有，顯示該圖書編號、書名、作者、出版日期、當(dāng)前借閱狀態(tài)等信息。前置條件：以讀者身份登錄后置條件：顯示查詢的數(shù)據(jù)結(jié)果基本流程:1 以讀者身份登錄。2輸入圖書的名稱或作者名稱。3顯示相關(guān)圖書的信息?？蛇x流程：如果沒有該圖書，返回提示信息：“沒有找到圖書”。113/1273用例名稱：借書用例描述:由圖書

27、管理員把讀者的借書卡的條碼讀入計算機(jī)，再將讀者所選圖書的條碼讀入計算機(jī)，在不超過讀者允許借書的情況下，累計該讀者所借的書；否則提示超過借書數(shù)量。前置條件：以圖書管理員的身份登錄系統(tǒng)。后置條件：圖書信息中相應(yīng)記錄的還書日期值做改變；將借書明細(xì)加入借書記錄中?；静僮髁鞒蹋?以圖書管理員身份登錄系統(tǒng)。2進(jìn)入借書功能。3錄入讀者的借書卡條碼。4識別讀者類別，提示讀者可以借閱圖書的數(shù)量及借閱時間等。如果允許借閱，繼續(xù)4，否則提示已達(dá)到借書數(shù)量。5錄入圖書的條碼，顯示該圖書的信息。6還有其他圖書，重復(fù)步驟3。7保存操作。可選流程:在保存之前，可以取消操作。114/1274用例名稱:續(xù)借用例描述：由圖書管理員把讀者的借書卡的條碼讀入計算機(jī)，計算機(jī)顯示讀者所借圖書及狀態(tài)，選定需要續(xù)借的圖書，系統(tǒng)提示還書時間，保存操作。前置條件：以圖書管理員的身份登錄系統(tǒng)。后置條件：圖書信息中相應(yīng)記錄的還書日期值做改變；將續(xù)借明細(xì)加入借書記錄中?；静僮髁鞒蹋?以圖書管理員身份登錄系統(tǒng)。2進(jìn)入續(xù)借功能。3錄入讀者的借書卡條碼。4計算機(jī)顯示讀者所借圖書及狀態(tài)。5如可以續(xù)借則選定需要續(xù)借的圖書；否則提示無法續(xù)借。6系統(tǒng)提示還書時間。7保存操作。可選流程：在保存之前，可以取消操作。11