【正文】 請求”操作和“修改個人信息”操作，否則無法完成這些操作。 首先我們看到的是 圖書借閱者的用例圖，如圖 92 所示： 借書請求還書請求修改個人信息借閱請求登陸 / 退出 i n cl u d e i n cl u d e d e p e n d d e p e n d 查詢借閱信息 i n cl u d e 圖書借閱者查詢書目 圖 92 圖書借閱者 的用例圖 從讀者的用例圖中我們可以看到：讀者發(fā)起的 “ 借閱請求 ” 包括“借書請求”，“還書請求”和“查詢借閱信息”三個部分的內(nèi)容 ， include關系表明了“借閱請求”對后面三部分內(nèi)容的包含關系。 我們也看到，總體用例圖十分復雜，某些角色的用例還比較模糊，需要進一步細化。在這個系統(tǒng)中，館藏書目的信息和系統(tǒng)發(fā)布的相關新聞是對所有人開發(fā)的，這些信息不受任何權限的限制，因此，在用戶沒有登陸到系 統(tǒng)之前，這些信息也應當是可見的。 根據(jù)前面的需求分析，我們得到了 圖書館 管理系統(tǒng)的用例 (UseCase)圖 。 ? 圖書館工作人員 ： 對圖書借閱者的借閱及還書要求進行操作，同時形成借書或還書報表給借閱者查看確認 ，對超過應還書日期的讀者進行超期罰款 ? 圖書館管理員 ： 對工作人員、圖書借閱者、圖書進行管理和維護，及系統(tǒng)狀態(tài)的查看、維護并生成催還圖書報表。在本系統(tǒng)中由于沒有打印機設備供試驗，所以預先把報表打印改成報表預覽。圖書館管理員可以瀏覽、查詢、添加、刪除、修改、統(tǒng)計圖書的基本信息；瀏覽、查詢、統(tǒng)計、添加、刪除和修改圖書借閱者的基本信息，瀏覽、查詢、統(tǒng)計圖書館的借閱信息，但不能添加、刪除和修改借閱 信息，這部分功能應該由圖書館工作人員執(zhí)行，但是，刪除某條圖書借閱者基本信息記錄時，應實現(xiàn)對該圖書借閱者借閱記錄的級聯(lián)刪除。 圖書館管理人員功能的信息量大，數(shù)據(jù)安全性和保密性要求最高。 圖書館工作人員有修改圖書借閱 者借書和還書記錄的權限，所以需對工作人員登陸本模塊進行更多的考慮。一般情況下，圖書借閱者只應該查詢和維護本人的借書情況和個人信息，若查詢和維護其他借閱者的借書情況和個人信息，就要知道其他圖書借閱者的借書證號和密碼。圖書借閱者的需求是查詢圖書館所存的圖書、個人借閱情況及個人信息的修改；圖書館工作人員對圖書借閱者的借閱及還書要求進行操作，同時形成借書或還書報表給借閱者查看確認；圖書館管理 人員的功能最為復雜，包括對工作人員、圖書借閱者、圖書進行管理和維護，及系統(tǒng)狀態(tài)的查看、維護并生成催還圖書報表。 2. 圖書借閱者使用本系統(tǒng)能夠進行以下操作：查閱借閱信息、查閱個人信息、修改個人信息、查閱 /查詢館藏書目信息。 收集與分析應用需求 . 收集需求 收集需求的目的在于明確客戶的應用需求，確定系統(tǒng)開發(fā)的任務，消除設計開發(fā)人員和客戶之間的理解分歧，確保最終開發(fā)出來的產(chǎn)品能夠滿足客戶的實際需要。 與此同時，為了使圖書館的功能得到充分的發(fā)揮，迫切需要優(yōu)秀的管理軟件來維護圖書館的日常管理和運營。第 9章 圖書館管理系統(tǒng) 隨著近年來教育事業(yè)的蓬勃發(fā)展，各大高校的基礎建設不斷加強。作為高?；A項目建設標志性內(nèi)容的圖書館，也隨之不斷擴大和加強。本章所要介紹的開發(fā)案例，就是一套 JSP+MYSQL 實現(xiàn) 的圖書館管理系統(tǒng)。 下面是一個 圖書館管理 系統(tǒng)開發(fā)過 程中收集到的客戶需求的文檔記錄的關鍵部分： 1. 圖書館管理系統(tǒng)有三類使用用戶：圖書借閱者、圖書館工作人員、圖書館管理人員。 3. 圖書館工作人員使用本系統(tǒng)進行以下操作：對圖書借閱者進行借還書操作以及統(tǒng)計相關的信息，維護和管理圖書館書目的有關信息 4. 圖書館管理員使用本系統(tǒng)進行以下操作：維護圖書館借閱者、工作人員、館藏書目的信息，維護系統(tǒng)狀態(tài)，維護各類報表 5. 不同的用戶應該具有相應的權限控制，重要的數(shù)據(jù)信息需要加 密并備份 6. 重要的操作需要寫入日志記錄 7. 當系統(tǒng)出現(xiàn)故障時，應該有相應的應急措施或系統(tǒng)恢復功能 8. 系統(tǒng)需要有良好的可擴展性，方便以后的維護和升級工作 9. 系統(tǒng)需要有對外的接口，方便與外界的交流和信息互換工作 . 分析需求 從以上收集到的需求來看， 圖書管理系統(tǒng)需要滿足來自三方面的需求，這三個方面分別是圖書借閱者、圖書館工作人員和圖書館管理人員。 圖書借閱者可直接查看圖書館圖書情況，如果圖書借閱者根據(jù)本人借書證號和密碼登錄系統(tǒng)，還可以進行本人借書情況的查詢和維護部分個人信息。這些是很難得到的，特別是密碼，所以不但滿足了圖書借閱者的要求，還保護了圖書借閱者的個人隱私。在此模塊中，圖書館工作人員可以為圖書借閱者加入借書記錄或是還書記錄，并打印生成相應的報表給用戶查看和確認。本功能實現(xiàn)對圖書信息、借閱者信息、總體借閱情況信息的管理和統(tǒng)計、工作人員和管理人員信息查看及維護。并且還應具有生成催還圖書報表，并打印輸出的功能。 下面就是通過分析后得到的系統(tǒng)需要實現(xiàn)的功能： ? 設計不同用戶的操作權限和登陸方法 ? 對所有用戶開放的圖書查詢 ? 借閱者維護借閱者個人部分信息 ? 借閱者查看個人借閱情況信息 ? 維護借閱者個人密碼 ? 根據(jù)借閱情況對數(shù)據(jù)庫進行操作并生成報表 ? 根據(jù)還書情況對數(shù)據(jù)庫進行操作并生成報表 ? 查詢及統(tǒng) 計各種信息 ? 維護圖書信息 ? 維護工作人員和管理員信息 ? 維護借閱者信息 ? 對借閱過期的圖書生成報表 系統(tǒng)建模 . 圖書館管理 系統(tǒng)的用例分析 在前面的需求分析過程中，我們已經(jīng) 明確了 系統(tǒng)的 三 類角色 (Actor)及其相關的用例 ： ? 圖書借閱者 ： 查詢圖書館所存的圖書、個人借閱情況及個人信息的修改 。 在這里需要說明的是 ：圖書館管理員不能直接修改圖書借閱者的借閱信息，只有當管理員刪除了某條讀者信息的時候 才應當級聯(lián)地刪除該借閱者的借閱信息，并生成催還圖書報表 。首先我們看到的是 整個系統(tǒng)的用例圖，如圖 91 所示： 人員管理書目管理登陸 / 退出 d e p e n d d e p e n d 借閱請求 d e p e n d 處理借閱請求 d e p e n d 發(fā)布新聞 d e p e n d 圖書館管理員圖書館工作人員圖書借閱者瀏覽新聞游客查詢書目 i n cl u d e 圖 91 系統(tǒng)的總體 用例 圖 在這個總體用例圖中，我們增加了一個“游客”的角色，這是基于對系統(tǒng) 權限控制的考慮。增加“游客”類的角色，使得用戶一進入系統(tǒng)就能獲取得到公共信息，避免了登陸的麻煩，提高了系統(tǒng)的可用性。因此，我們下面分別給出了圖書借閱者，圖書館工作人員以及圖書館管理員的用例圖。在上圖中，還有一種 depend關系，分別出現(xiàn)在“登陸 /退出”用例和“借閱請求”以及“修改個人信息”之間，這個關系表明后面兩個用例的啟動需要“登陸 /退出”用例的支持。 登陸 / 退出修改個人信息 d e pe n d 處理借閱請求確認還書確認借書確認續(xù)借 d e pe n d i n cl u d e i n cl u d e i n cl u d e 超期罰款 i n cl u d e 查詢書目圖書館工作人員統(tǒng)計報表 d e pe n d 圖 93 圖書館工作人員的用例圖 圖書館工作人員的用例圖 如圖 103 所示。這些關系的含義與前面讀者用例圖中的介紹相一致。 因此，要全面的把握系統(tǒng)的結(jié)構(gòu)，還是應當從整體用例圖入手，然后逐步深入和細化。 注意到圖書館工作人員 的“修改個人信息”用例，它應該包括兩部分的內(nèi)容：首先，工作人員應該可以修改自己的相關信息，就如讀者可以修改自己的信息一樣；其次，圖書館工作人員也可以修改讀者的部分信息，如讀者的借閱權限 。如果借閱者的借閱權限固定不變，那么每當借閱者的借閱權限需要發(fā)生變化的時候，他原來的 賬號 需要銷毀，并重新建立新的 賬號 ，這給應用帶來了很多不變，也浪費了系統(tǒng)的資源。 登陸 / 退出人員管理統(tǒng)計報表查詢書目書目管理 d e p en d 圖書館管理員發(fā)布新聞 d e p en d 增加用戶刪除用戶查詢用戶資料修改用戶信息 d e p en d d e p en d i n cl u d e i n cl u d e i n cl u d e i n cl u d e 增加書目刪除書目查詢書目信息修改書目信息 i n cl u d e i n cl u d e i n cl u d e i n cl u d e 圖 94 圖書館管理員的用例圖 圖書館管理員的用例圖最復雜，因為他在系統(tǒng)中擔負的任務最多， 所涉及的內(nèi)容最核心。 下面是對本系統(tǒng)中涉及到的主要用例的一些簡單介紹： 1. 登陸 /退出系統(tǒng)：本用例描述了用戶如何登陸和退出本系統(tǒng)，登陸時要注意的事項，本系統(tǒng)所有用戶都啟用本用例。本用例主要是面向讀者的，但圖書 館 管理員和 工作人員也可以啟用本用例。本用例的主要角色是圖書 館 管理員 。本用例中的主要角色是圖書 館工作人員 。 6. 管理用戶：本用例包含多個用例主要是描述對借書用戶（讀者）的管理，主要角色是圖書管理員。 本用例的成功完成需要依賴工作人員的“確認借書”用例 8. 還書 請求 ：本用例了描述用戶如何把借閱的書刊歸還到圖書館，讀者歸 還書刊必須經(jīng)過圖書操作員代理還書，因此主要角色是讀者和圖書館工作人員 。本用例的主要角色是圖書館工作人員。 11. 增加用戶：本用例描述圖書管理員為持有借書證的讀者在本系統(tǒng)中增加一個記錄，主要角色是圖書管理員和讀者。 13. 續(xù)借書刊：本用例描述用戶在當書刊將要到期如何對書刊進行續(xù)借，主要角色是讀者和圖書 館工作人 員。 15. 修改用戶信息 ：本用例描述圖書館 管理員 如何對 系統(tǒng)用戶 的資料進行修改，用例的主要角色是圖書 館 管理員。 17. 瀏覽新聞：本用例描述系統(tǒng)的使用者如何在系統(tǒng)上瀏覽新聞，它對所 有進入系統(tǒng)的人員（可能不是系統(tǒng)的用戶）開放。領域分析的目的在于確定系統(tǒng)中概念與概念之間的關系。這三個層次所對應的領域關系圖如下： 用戶頁面登陸頁面借書頁面還書頁面罰款頁面查詢頁面新聞頁面 書目管理頁面用戶管理頁面?zhèn)€人信息修改頁面 圖 95 圖書館管理 系統(tǒng) 界面層 領域關系圖 管理管理書目 修改用戶資料 管理讀者信息增加圖書 修改圖書信息 刪除圖書 增加讀者 修改讀者信息 刪除讀者登陸圖書借閱借書 還書 續(xù)借查詢查詢圖書信息查詢讀者信息發(fā)布新聞信息罰款 d e pe n d d e pe n d d e pe n d 圖 96 圖書館管理 系統(tǒng) 控制層 領域關系圖 日志記錄借閱信息工作人員信息罰款記錄借書記錄 還書記錄 續(xù)借記錄工作人員操作日志書目信息+ 1 : 1+ 0 : 1讀者信息+ 0 : n+ 0 : n管理員操作日志+ 0 : 1+ 0 : 1+ 0 : 1+ 1 : 1+ 0 : 1+ 1 : 1+ 0 : 1+ 1 : 1+ 0 : 1+ 1 : 1+ 0 : 1+ 0 : 1+ 0 : 1+ 0 : 1 圖 97 圖書館管理 系統(tǒng) 數(shù)據(jù)層 領域關系圖 領域關系圖比較清晰地描述了系統(tǒng)中各個概念之間的靜態(tài)關系，如果需 要描述系統(tǒng)中的動態(tài)關系，就必須用到 UML 的時序圖、協(xié)作圖或者活動圖。下面就以時序圖來描述系統(tǒng)中的動態(tài)關系。時序圖反映了各用例的工作流程，以及工作過程中系統(tǒng)各層次間的協(xié)作關系，這對編碼實現(xiàn)非常重要。 2) 在圖書的借閱過程當中，需要確認當前的借閱請求是否有效，這些內(nèi)容包括：借閱者的借書限額是否已滿，借閱者是否因為欠款而導致借書功能受限，當前的借閱證件是否有效等等。 4. 歸還書目 : 圖書借閱者 : 圖書館工作人員 : 還書頁面 : 還書 : 書目信息 : 借閱信息歸還書刊通知用戶發(fā)送還書請求顯示操作結(jié)果操作結(jié)果發(fā)送書目、讀者信息確認當前請求合法返回還書操作結(jié)果修改書目信息查詢讀者、書目信息修改讀者信息 圖 911 歸還書目的 時序圖 說明： 1) 還書操作也是由圖書 借閱者委托圖書館工作人員完成的，借閱者本身并不具備完成歸還圖書操作的權限。 3) 還書 操作結(jié)束之后，應當將讀者的借閱信息刷新，以便系統(tǒng)的用戶（工作人員和讀者）能夠立即接收到操作的結(jié)果。 2) 在真正執(zhí)行刪除用戶信息的操作之前，系統(tǒng)必須檢查當前用戶的借閱信息是否為空，如果不為空，刪除操作不能繼續(xù)，以反正由于刪除了用戶信息而導致借閱信息的丟失。 8. 續(xù)借書刊 : 圖書借閱者 : 圖書館工作人員 : 借書頁面 : 借書 : 書目信息 : 借閱信息 : 讀者信息請求續(xù)借通知用戶