1、圖書館管理系統需求規格說明書 圖書館管理系統 軟件需求規格說明書 小組名： 組員姓名： 組員姓名： 組員姓名： 學校 時間 1引言 1.1 編寫的目的 編寫本報告的目的是明確本系統的詳細需求， 供使用單位確認系 統的功能和性能， 并作為軟件設計人員的設計依據和使用單位的驗收 標準。 為明確軟件需求、 安排項目規劃與進度、組織軟件開發與測 試，撰寫本文檔。 對圖書管理系統軟件功能的實現和評判進行描 述；將作為軟件開發過程的其他所有開發的基礎；為開發人員、維護 人員、客戶人員間提供共同的協而創立基礎； 規范描述項目投資者就 系統的功能和必須符合的條件達成的一致意見。 預期讀者為客戶、 業務需求分析

2、人員、測試人員、用戶文檔編寫 者、項目管理人員、系統分析員、軟件架構師、軟件工程師。 1.2 背景 隨著社會的進步， 信息技術的廣泛應用， 數字化管理的優勢日趨 顯著。針對中小型圖書館或圖書室管理落后的情況， 設計實現一個圖 書信息管理系統。 通過與計算機的結合使用對中小型圖書館或圖書室 的各種圖書信息進行管理可以給管理員和用戶帶來以下不同的方便： 檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成 本低等。 這些優點能夠極大地提高工作效率， 也是圖書館等部門管理 科學化、正規化的重要標志之一。而且計算機管理的成本不斷降低。 因此，開發一套這樣的中小型圖書管理軟件已經很有必要， 并且

3、實現 研究服務于實踐的原則。 A. 圖書管理系統 B. 本項目的任務提出者：石油大學后勤裝備部 開發者：666軟件技術小組 用戶：石油大學的全體老師和學生 C. 該系統采用B/S架構，它的各子功能模塊相互獨立，使得與 其它接口簡單。 1.3定義 縮寫、術語 解釋 Library Management System （縮寫：LMS） 圖書管理系統 圖書管理系統軟件：它是它是我們軟件組完全自主開發的圖是管 理系統軟件，以圖書館管理部門和終端用戶為業務對象的用Java語 言編程來實現其功能的軟件。 UML :統一建模語言（UML是 Unified Modeling Language 的縮寫）是用來對

4、軟件密集系統進行可視化建模的一種語言。 UML為 面向對象開發系統的產品進行說明、 可視化、和編制文檔的一種標準 B/S 結構： Browser/Server 結構, 即瀏覽器和服務器結構。它是 對 C/S 結構的一種變化或者改進的結構。在這種結構下 , 用戶工作界 面是通過WW瀏覽器來實現，極少部分事務邏輯在前端(Browser)實 現,主要事務邏輯在服務器端(Server)實現server端訪問數據庫，形 成所謂三層 3-tier 結構。 1.4 參考資料 軟件工程導論第 5 版 xx 編著清華大學出版社 2任務概述 2.1 目標 本軟件的目標是使圖書管理系統管理電子化、系統化、簡單化，

5、以節省圖書管理方面不必要的資源浪費。 該管理系統的最終用戶為終 端用戶，管理人員和其他相關人員。 本系統包括了圖書館內管理的一 般功能。還包括一些其他的系統功能， xx 新書發布，舊書處理以及 催還等。目標還包括： 1. 減少人力資源的使用和降低管理費用； 提高信息準確度和可 靠性； 2. 改進圖書館內管理和人員服務； 3. 建立高效的信息傳輸和服務平臺，提高信息處理速度和利用 率； 4. 系統設計優良，界面設計精美、友好、快捷，人性化設計，后 臺管理功能強大效率高； 5. 更簡便、信息化程度更高的圖書管理流程； 2.2用戶的特點 中小型圖書管理系統的工作人員， 包括圖書管理員、圖書館管理 者

6、等掌握基本的計算機操作技能的人員。在該系統應用過程中涉及到 的具體角色如表1所示。 角色名稱 職責說明 圖書館館長 管理圖書館全面工作 圖書館管理員 負責圖書館主要日常工作 、+ -4V. 讀者 借書，還書，注冊，注銷 表2-1圖書館角色表格 注意：借閱人員隨機性大，頻率不固定，開發人員需定期維護。 2.3假定和約束 用戶急需應用本軟件系統，要求項目組在兩個月內完成任務，初 步實現的功能模塊為信息發布、借書信息管理、還書信息管理、交流 互動與用戶管理等；開發人員初定為6人項目組，開發與運行的硬件 平臺要能夠支持多用戶并發訪問。 本軟件在開發的過程中， 分為技術實現與軟件工程兩大部分， 兩 大部

7、分都有側重點， 若技術支持出現故障或疑難問題無法解決、 程序 開發出現偏差，會延誤工程進度，影響工程的按期完工。若軟件工程 xx 出現問題，部分描述含混不清，則會影響系統的完整性與可繼承 性。在管理方面， 如管理者沒有預見性，對出現的問題無法采用可行 的解決手段， 都會影響開發模塊之間的互動， 從而影響工程的順利開 展，導致工程無法按期完工。 圖書管理系統采用的是 B/S 結構的軟件體系，服務器采用技術， 后臺數據庫采用mySQL 3需求規定 3.1 對功能的規定 3.1.1 系統概述 對于本系統劃分為： 圖書管理子系統、 讀者管理子系統和借還書 管理子系統三個主題域。 各個主題域的功能如圖

8、3-0-1 ： 圖 3-0-1 系統概述 構件圖： Q讀者借還書 超期處理込 匸讀若管理子系統 呂圖荊管理子系統 圖3-0-2系統構件圖 3.1.2主題域1 3.1.2.1圖書管理 圖書錄入：添加新增圖書的基本信息。 圖書下架：將已下架圖書的數量歸零。 圖書查詢及更新：輸入圖書名或圖書號可獲得當前圖書管該書的 庫存量及該書的相關信 息。當圖書館已有圖書有變動時，管理員可通過該系統對圖書信 息進行更新。 如圖3-1-2 : (fflWA)個書下築) |屈書管理工紊統 購書查前修改) 圖3-1-2圖書管理子系統 3.122業務事件 1. 圖書管理員登陸系統 業務流程分析： 管理員對系統數據庫信息進

9、行操作時，需要驗證賬號和密碼登陸 成功后才能進行相關的操作。其中主要包括對圖書信息的錄入、查詢、 更新及刪除操作。其流程如圖3-1-3所示。 用例分析： 在這個流程中，只涉及到圖書管理員與系統進行交互， 其用例圖 如圖3-1-4所示 圖3-1-3管理員登錄系統及操作流程圖 2. 圖書管理員錄入圖書信息 業務流程分析： 圖書管理員在登陸驗證成功后可進行圖書信息錄入的操作， 其流 程圖如圖 3-1-3 所示。 用例分析 ： 在這個流程中， 只涉及到圖書管理員與系統進行交互， 其用例圖 如圖 3-1-4 所示。 3. 圖書管理員查詢及更新圖書信息 業務流程分析： 圖書管理員在登陸驗證成功后可進行更新

10、圖書信息的操作， 其流 程圖如圖 3-1-3 所示。 用例分析 ： 在這個流程中， 只涉及到圖書管理員與系統進行交互， 其用例圖 如圖 3-1-4 所示。 4. 圖書管理員刪除圖書信息 業務流程分析： 圖書管理員在登陸驗證成功后可進行刪除圖書信息的操作， 其流 程圖如圖 3-1-3 所示 用例分析： 在這個流程中，只涉及到圖書管理員與系統進行交互，其用例圖 如圖3-1-4所示。 圖3-1-4圖書管理子系統用例圖 3.123用例模型 添加圖書 描述項 說明 用例名稱 添加圖書信息 參與者 圖書管理員 概述 圖書管理員將新添加的圖書的基本信息添加到系統數據庫中。 前置條件 管理員成功登陸系統 后置

11、條件 確定沒有重復的圖書號 基本事件流 1.管理員登陸系統后，選擇“圖書錄入”操作，進入添加圖書信息的頁面， 填寫圖書的基本信息。 2 點擊“添加”按鈕后，系統會將信息添加到數據庫的圖書信息匯總表 中。 3.添加成功后管理員可以執行查看和刪除操作。 可選事件流 1. 添加的圖書號與已有圖書號重復。 2. 添加的信息不符合要求 3. 管理員添加了錯誤的圖書信息 被包含的用例 檢查用戶合法性用例 異常事件流 1. 管理員登陸失敗 2. 圖書信息添加失敗 3相關需求與功能點 3.1.3主題域2 3.1.3.1讀者管理 添加讀者信息：添加新增讀者的信息。 讀者查詢及修改：輸入讀者姓名或借書卡號可獲得讀

12、者的基本信 息并可修改其信息。 刪除讀者信息：輸入讀者姓名刪除讀者信息 如圖3-2-1 : 飪銷借書卡） 讀者管理子系統 借書卡信息查詢修改: 圖3-2-1讀者管理子系統 3.132業務事件 1. 圖書管理員登錄系統 業務流程分析: 管理員對系統數據庫信息進行操作時， 需要驗證賬號和密碼登陸 成功后才能進行相關的操作。 其中主要包括對讀者信息的錄入、 查詢、 更新及刪除操作。其流程如圖 3-1-3 所示。 用例分析 ： 在這個流程中， 只涉及到圖書管理員與系統進行交互， 其用例圖 如圖 3-2-2 所示。 2. 圖書管理員錄入讀者信息 業務流程分析： 管理員登陸驗證成功后， 對讀者信息進行添加

13、操作， 流程圖如圖 3-1-3 所示。 用例分析 ： 在這個流程中， 只涉及到圖書管理員與系統進行交互， 其用例圖 如圖 3-2-2 所示。 3. 圖書管理員查詢及修改讀者信息 業務流程分析： 管理員登陸驗證成功后，進行修改讀者信息的操作，流程圖如圖 3-1-3所示。 用例分析： 在這個流程中，只涉及到圖書管理員與系統進行交互， 其用例圖 如圖3-2-2所示。 4. 圖書管理員刪除讀者信息 業務流程分析: 管理員登陸驗證成功后，進行刪除讀者信息的操作，流程圖如圖 3-1-3所示。 用例分析： 在這個流程中，只涉及到圖書管理員與系統進行交互，其用例圖 如圖3-2-2所示。 3.1.3.3用例模型

14、 管理讀者信息 描述項 說明 用例名稱 管理讀者信息 參與者 圖書管理員 概述 圖書管理員將實時的讀者的基本信息添加到系統數據庫中并進行管理。 前置條件 管理員成功登陸系統 后置條件 確定沒有重復的讀者卡號 基本事件流 1.管理員登陸系統后，選擇“讀者信息錄入”操作，進入添加圖書信息的 頁面，填寫讀者的基本信息。 2 點擊“添加”按鈕后，系統會將信息添加到數據庫的讀者信息匯總表 中。 3.添加成功后管理員可以執行查看和刪除操作。 可選事件流 1. 添加的讀者書號與已有讀者書號重復。 2. 添加的信息不符合要求 3. 管理員添加了錯誤的讀者信息 被包含的用例 檢查用戶合法性用例 異常事件流 4.

15、 管理員登陸失敗 5. 讀者信息添加失敗 6相關需求與功能點 3.1.4主題域3 3.141借還書服務 借書登記：先輸入借書卡號，檢查是否有未還圖書記錄和借書數 量的檢查.若符合則添加借書卡號，書號及借書時間等信息。 借書記錄查詢及續簽：輸入借記卡號或書號可獲得其相關信息并 可辦理續簽手續。 還書手續辦理：輸入借記卡號及書號，在借書記錄添加還書時間 借書超期超量處理：該功能在讀者還書時檢索讀者借書信息判斷 是否超期，進行相應的懲罰。 如圖3-3-1 : 儲書記錄看詢及續盔）佈書厲期處理） 圖3-3-1借還書管理子系統 3.142業務事件 1.讀者登錄驗證 業務流程分析： 該流程是讀者在進行自己

16、相關信息查詢及操作時進行的用戶身 份驗證的過程。其流程圖如圖 3-3-3 所示。 用例分析： 該流程涉及讀者和系統之間的交互，其用例圖如圖 3-3-2 所示 2. 借書登記 業務流程分析： 該流程是管理員通過與系統的交互將讀者的借閱信息錄入數據 庫的操作。其流程圖如圖 3-3-3 所示。 用例分析： 該流程涉及讀者和系統之間的交互，其用例圖如圖 3-3-2 所示 3. 讀者續借手續辦理 業務流程分析： 續借手續為讀者登錄系統后查看自己的借閱記錄然后進行相關 書籍的續借操作。其流程圖如圖 3-3-3 所示。 用例分析： 該流程涉及讀者和系統之間的交互，其用例圖如圖 3-3-2 所示 4.讀者還書

17、 業務流程分析： 還書手續辦理流程為讀者將圖書還回，管理員進行操作，查找出 讀者的借閱信息，如果圖書超期，系統會自動給出超期提示，管理員 對讀者進行相應的罰款處理之后完成借閱信息的消除，讀者還書完 成。其流程圖如圖3-3-3所示。 用例分析： 該流程涉及讀者和系統之間的交互，其用例圖如圖3-3-2所示。 圖3-3-2借還書子系統用例圖 圖書館管理系統需求規格說明書 圖口菅理系瓏 成:者對圖廿館信 息辿行銖詢 讀者借I。 V是否進行索引 負?查詢 r*c .； 疋否誑行倡閱件 看或續借 錄入佶閱信息) 切理麗狀 借手續丿 1出泵豹 廠給出超期 罰款捉小一 進行還書手 續 是苦超期 3.143用例

18、模型 圖3-3-3借還書流程圖 圖書館管理系統需求規格說明書 借還圖書管理 描述項 說明 用例名稱 借還圖書管理 參與者 圖書管理員、讀者 概述 讀者通過該圖書管理系統，查詢圖書信息后到圖書館取書并在圖書管理 員處登記借書信息，借出圖書后讀者可通過該系統查看借閱信息并可以進 行圖書續借操作。讀者還書時，管理員調出借閱信息，系統查看是否超期， 若沒有超期，注銷掉本次借閱的信息，若超期則進行罰款處理，之后注銷 掉本次借閱信息。 前置條件 管理員、讀者成功登陸系統 后置條件 讀者接受超期罰款處罰 基本事件流 1. 管理員登陸系統，讀者搜索圖書信息。 2. 讀者拿要借圖書在管理員處進行登記，錄入借閱信

19、息。 3 讀者登錄系統，查看借閱信息，進行圖書續借操作。 4.讀者還書，管理員注銷圖書借閱記錄。 可選事件流 1讀者超期還書 2. 讀者想要保留查詢結果 3. 讀者借書數超過6本 4. 讀者有到期的圖書未還 被包含的用例 檢查用戶合法性用例 異常事件流 1.管理員登陸失敗 2讀者登錄失敗 3相關需求與功能點 3.2對性能的規定 321精度 圖書管理系統對數據的精度要求是根據信息存儲的形式、借書還 書的結果等量化而制定的。查詢時應保證 xx，所有相應域包含查詢 關鍵字的記錄都應能查到； 查詢時應保證xx，查到的記錄應與給定的單項或組合查詢條件 不完全匹配的模糊查詢; 錄入數據合法性的檢驗應當精確

20、； 密碼允許輸入 6-8 個字母或者數字： 用戶輸入查詢信息應不區分 大小寫。 3.2.2 時間特性要求 由于此開發項目針對圖書館， 使用頻度較高，使用性要求比較高。 為防止對信息資料和管理程序的惡意破壞， 要求有較為可靠的安全性 能。總之，要求穩定、安全、便捷，易于管理和操作。 1. 查詢速度：不超過 10 秒； 2. 其它所有交互功能反應速度：不超過 3 秒； 3. 可靠性：平均故障間隔時間不低于 200 小時。 4. 響應時間：應在12秒內，對軟磁盤和打印機的操作，以及 數據的導入和導出也應在可接受的時間內完成； 3.2.3 靈活性 作為獨立運行的系統和其他管理系統集成的系統。 圖書管理

21、系統的設計是做為獨立運行的系統而進行的。 本系統具 有獨立的服務器系統和數據庫系統， 具有完善數據輸入輸出功能和數 據維護及查詢的報表生成與打印系統。 且發生故障時， 能快速恢復系 統和故障處理，方便系統升級和擴充，故障恢復時間不超過 5 小時。 為了適應內外機構的數據要求， 與圖書管理系統前臺借還系統交換信 息，與國家管理機構相關系統的數據交換， 本系統專門設計了與這些 系統數據交換擴展接口。 本系統去采用瀏覽器標準界面，本身具有操作靈活的特點。 可能提供鼠標選擇和鍵盤輸入雙重輸入功能。 方便用戶操作和管 理。 3.3 輸入輸出要求 暫無此項內容 3.4 數據管理能力要求（針對軟件系統） 數

22、據管理分為增加（INSERT、修改（UPDATE、和刪除 （ DELETE 。 公告的信息發布的增加、修改、刪除與審核控制。 圖書的信息發布的增加、修改、刪除與審核控制。 用戶訪問的信息發布的增加、修改、刪除與審核控制。 3.5 故障處理要求 正常使用時不應出錯， 若運行時遇到不可恢復的系統錯誤， 也必 須保證數據庫完好無損。 要在項目報名時的沒隔一段時間進行數據備份， 以免在資料意外 丟失時，無法進行恢復。 對系統故障的處理要求區分故障的嚴重程度， 盡可能的對錯誤進 行恢復。隨時監控，在文檔、報表處理，打印機，操作系統等軟硬件 出現故障時、具備保 數據的功能，并及時反映到主機中。 3.6 其

23、他專門要求 3.6.1 xx 要求 3.6.1.1 訪問 xx 要求 該圖書管理系統， 用戶主要分為管理員和讀者， 其中為登錄系統 的讀者只可以搜索和查看圖書信息， 只有在成功登錄系統后才能查看 借閱信息， 辦理續借手續等操作。 管理員只有成功登陸系統后才能進 行對圖書、讀者及借還書的管理操作。 3.6.1.2 數據 xx 要求 該系統的相關數據都存儲在數據庫內，不能夠隨意由人們更改， 讀者只能通過系統查看圖書和借閱信息，可以進行辦理續借的手續， 其他操作由管理員進行。 管理員成功登錄后可以對自己所管轄的信息 進行更改， 其他人一概沒有權利進行任何更改操作。 系統內部數據在 定期更新時都要求有

24、備份。 3.6.2 可靠性要求 3.6.2.1 容錯性要求 整體系統運行穩定，有很強的防錯、抗錯能力，保證數據報送正 常進行。在系統出現錯誤或者異常時，可以及時的保存數據，確保重 要相關數據、相關信息不會丟失。 3.6.2.2 可恢復性要求 在進行數據信息錄入或更新時，系統會間隔固定時間自動保存， 在系統出現異常時，數據可自動回復發生異常前的數據。 3.6.2.3 其他可靠性要求 操作可靠性：讀者及管理人員訪問網站時都能正常操作。 數據可靠性：數據信息是管理員定期更新的，具有實時、準確和 可靠性。 3.6.3xx 要求 3.6.3.1 界面友好性要求 該圖書管理系統設計的界面友好， 用戶操作簡

25、單容易， 在操作的 頁面上均有操作提示， 而其頁面顯示都是采用最便于用戶使用的控件 和布局方式。 3.6.3.2 易操作性要求 無論是對于管理員還是讀者該圖書管理系統的操作都是簡單便 捷的，即有較高可操作和易操作性，在響應時間上又較短，所以可以 較大的提高操作的效率。 3.6.3.3 其他 xx 要求 在系統中有需要時間信息的地方， 均給出了日歷， 用戶只需選擇 日期即可，不需自己再去添加。 3.6.4 性能要求 3.6.4.1 數據訪問性能要求 該圖書管理系統利用數據緩存， 既保證了數據庫中原始數據的可 靠性，又能夠加強數據之間的交互效率。 3.6.4.2 數據傳輸性能要求 該圖書管理系統數

26、據在上傳時會經過部分壓縮， 以加強數據的統 一保存和處理，還能節省數據所占用的空間，給數據庫減小壓力。 3.6.5 可維護性要求 3.6.5.1 公共數據要求 在數據更新時， 不同的管理員在更新自己輸入的信息時， 需要先 同步其他管理員已經錄入好的信息， 沒有沖突才能將自己的錄入。 錄 入的數據全部按照一定順序進行排列儲存所以維護比較容易。 365.2公共框架開發要求 采用微軟公司推出的跨語言的平臺框架， 該框架有較好的可維護 性。 366 可移植性要求 366.1適應性要求 該系統是基于網頁界面，可以用于任何有瀏覽器的聯網計算機， 能實現跨平臺操作，同時系統靈活性很強，可以隨時進行內容修改和 界面的更新。另外也適應多種數據傳輸方式，能夠提供靈活的配置以 適應業務需求。 3.6.6.2XX 安裝性要求 該系統安裝簡單，只需將可執行程序在具備預期的使用環境所示 環境的主機上運行即可。