圖書館管理系統——軟件需求規格說明書小組名：組員姓名：組員姓名：組員姓名：學校時間1．引言1.1編寫的目的編寫本報告的目的是明確本系統的詳細需求，供使用單位確認系統的功能和性能，并作為軟件設計人員的設計依據和使用單位的驗收標準。為明確軟件需求、安排工程規劃與進度、組織軟件開發與測試，撰寫本文檔。對圖書管理系統軟件功能的實現和評判進行描述；將作為軟件開發過程的其他所有開發的根底；為開發人員、維護人員、客戶人員間提供共同的協而創立根底；標準描述工程投資者就系統的功能和必須符合的條件達成的一致意見。預期讀者為客戶、業務需求分析人員、測試人員、用戶文檔編寫者、工程管理人員、系統分析員、軟件架構師、軟件工程師。1.2背景隨著社會的進步，信息技術的廣泛應用，數字化管理的優勢日趨顯著。針對中小型圖書館或圖書室管理落后的情況，設計實現一個圖書信息管理系統。通過與計算機的結合使用對中小型圖書館或圖書室的各種圖書信息進行管理可以給管理員和用戶帶來以下不同的方便：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、本錢低等。這些優點能夠極大地提高工作效率，也是圖書館等部門管理科學化、正規化的重要標志之一。而且計算機管理的本錢不斷降低。因此，開發一套這樣的中小型圖書管理軟件已經很有必要，并且實現研究效勞于實踐的原那么。A.圖書管理系統B.本工程的任務提出者：石油大學后勤裝備部開發者：666軟件技術小組用戶：石油大學的全體老師和學生C.該系統采用B/S架構，它的各子功能模塊相互獨立，使得與其它接口簡單。1.3定義縮寫、術語解

釋Library

Management

System〔縮寫：

LMS〕圖書管理系統圖書管理系統軟件：它是它是我們軟件組完全自主開發的圖是管理系統軟件，以圖書館管理部門和終端用戶為業務對象的用Java語言編程來實現其功能的軟件。UML

：統一建模語言〔UML是

Unified

Modeling

Language的縮寫〕是用來對軟件密集系統進行可視化建模的一種語言。UML為面向對象開發系統的產品進行說明、可視化、和編制文檔的一種標準語言。B/S結構：Browser/Server結構,即瀏覽器和效勞器結構。它是對C/S結構的一種變化或者改良的結構。在這種結構下,用戶工作界面是通過WWW瀏覽器來實現,極少局部事務邏輯在前端(Browser)實現,主要事務邏輯在效勞器端(Server)實現,server端訪問數據庫,形成所謂三層3-tier結構。1.4參考資料《軟件工程導論——第5版》張海藩編著清華大學出版社2．任務概述2.1目標本軟件的目標是使圖書管理系統管理電子化、系統化、簡單化，以節省圖書管理方面不必要的資源浪費。該管理系統的最終用戶為終端用戶，管理人員和其他相關人員。本系統包括了圖書館內管理的一般功能。還包括一些其他的系統功能，諸如新書發布，舊書處理以及催還等。目標還包括：1.減少人力資源的使用和降低管理費用；提高信息準確度和可靠性；2.改良圖書館內管理和人員效勞；3.建立高效的信息傳輸和效勞平臺，提高信息處理速度和利用率；4.系統設計優良，界面設計精美、友好、快捷，人性化設計，后臺管理功能強大效率高；5.更簡便、信息化程度更高的圖書管理流程；2.2用戶的特點中小型圖書管理系統的工作人員，包括圖書管理員、圖書館管理者等掌握根本的計算機操作技能的人員。在該系統應用過程中涉及到的具體角色如表1所示。角色名稱職責說明圖書館館長管理圖書館全面工作圖書館管理員負責圖書館主要日常工作讀者借書，還書，注冊，注銷表2-1圖書館角色表格注意：借閱人員隨機性大，頻率不固定，開發人員需定期維護。2.3假定和約束用戶急需應用本軟件系統，要求工程組在兩個月內完成任務，初步實現的功能模塊為信息發布、借書信息管理、還書信息管理、交流互動與用戶管理等；開發人員初定為6人工程組，開發與運行的硬件平臺要能夠支持多用戶并發訪問。本軟件在開發的過程中，分為技術實現與軟件工程兩大局部，兩大局部都有側重點，假設技術支持出現故障或疑難問題無法解決、程序開發出現偏差，會延誤工程進度，影響工程的按期完工。假設軟件工程陳述出現問題，局部描述含混不清，那么會影響系統的完整性與可繼承性。在管理方面，如管理者沒有預見性，對出現的問題無法采用可行的解決手段，都會影響開發模塊之間的互動，從而影響工程的順利開展，導致工程無法按期完工。圖書管理系統采用的是B/S結構的軟件體系，效勞器采用A技術，后臺數據庫采用mySQL。3．需求規定3.1對功能的規定系統概述對于本系統劃分為：圖書管理子系統、讀者管理子系統和借還書管理子系統三個主題域。各個主題域的功能如圖3-0-1：圖3-0-1系統概述構件圖：圖3-0-2系統構件圖主題域1圖書管理圖書錄入：添加新增圖書的根本信息。圖書下架：將已下架圖書的數量歸零。圖書查詢及更新：輸入圖書名或圖書號可獲得當前圖書管該書的庫存量及該書的相關信息。當圖書館已有圖書有變動時，管理員可通過該系統對圖書信息進行更新。如圖3-1-2：圖3-1-2圖書管理子系統

業務事件圖書管理員登陸系統業務流程分析：管理員對系統數據庫信息進行操作時，需要驗證賬號和密碼登陸成功后才能進行相關的操作。其中主要包括對圖書信息的錄入、查詢、更新及刪除操作。其流程如圖3-1-3所示。用例分析：在這個流程中，只涉及到圖書管理員與系統進行交互，其用例圖如圖3-1-4所示。圖3-1-3管理員登錄系統及操作流程圖圖書管理員錄入圖書信息業務流程分析：圖書管理員在登陸驗證成功后可進行圖書信息錄入的操作，其流程圖如圖3-1-3所示。用例分析：在這個流程中，只涉及到圖書管理員與系統進行交互，其用例圖如圖3-1-4所示。圖書管理員查詢及更新圖書信息業務流程分析：圖書管理員在登陸驗證成功后可進行更新圖書信息的操作，其流程圖如圖3-1-3所示。用例分析：在這個流程中，只涉及到圖書管理員與系統進行交互，其用例圖如圖3-1-4所示。圖書管理員刪除圖書信息業務流程分析：圖書管理員在登陸驗證成功后可進行刪除圖書信息的操作，其流程圖如圖3-1-3所示。用例分析：在這個流程中，只涉及到圖書管理員與系統進行交互，其用例圖如圖3-1-4所示。圖3-1-4圖書管理子系統用例圖用例模型添加圖書描述項說明用例名稱添加圖書信息參與者圖書管理員概述圖書管理員將新添加的圖書的根本信息添加到系統數據庫中。前置條件管理員成功登陸系統后置條件確定沒有重復的圖書號根本領件流1.

管理員登陸系統后，選擇“圖書錄入〞操作，進入添加圖書信息的頁面，填寫圖書的根本信息。

2．點擊“添加〞按鈕后，系統會將信息添加到數據庫的圖書信息匯總表中。

3.

添加成功后管理員可以執行查看和刪除操作。可選事件流1.

添加的圖書號與已有圖書號重復。

2.

添加的信息不符合要求

3.

管理員添加了錯誤的圖書信息

被包含的用例檢查用戶合法性用例異常事件流

管理員登陸失敗圖書信息添加失敗相關需求與功能點主題域2讀者管理添加讀者信息：添加新增讀者的信息。讀者查詢及修改：輸入讀者姓名或借書卡號可獲得讀者的根本信息并可修改其信息。刪除讀者信息：輸入讀者姓名刪除讀者信息如圖3-2-1：圖3-2-1讀者管理子系統

業務事件圖書管理員登錄系統業務流程分析：管理員對系統數據庫信息進行操作時，需要驗證賬號和密碼登陸成功后才能進行相關的操作。其中主要包括對讀者信息的錄入、查詢、更新及刪除操作。其流程如圖3-1-3所示。用例分析：在這個流程中，只涉及到圖書管理員與系統進行交互，其用例圖如圖3-2-2所示。圖書管理員錄入讀者信息業務流程分析：管理員登陸驗證成功后，對讀者信息進行添加操作，流程圖如圖3-1-3所示。用例分析：在這個流程中，只涉及到圖書管理員與系統進行交互，其用例圖如圖3-2-2所示。圖3-2-2讀者管理子系統用例圖圖書管理員查詢及修改讀者信息業務流程分析：管理員登陸驗證成功后，進行修改讀者信息的操作，流程圖如圖3-1-3所示。用例分析：在這個流程中，只涉及到圖書管理員與系統進行交互，其用例圖如圖3-2-2所示。圖書管理員刪除讀者信息業務流程分析：管理員登陸驗證成功后，進行刪除讀者信息的操作，流程圖如圖3-1-3所示。用例分析：在這個流程中，只涉及到圖書管理員與系統進行交互，其用例圖如圖3-2-2所示。用例模型管理讀者信息描述項說明用例名稱管理讀者信息參與者圖書管理員概述圖書管理員將實時的讀者的根本信息添加到系統數據庫中并進行管理。前置條件管理員成功登陸系統后置條件確定沒有重復的讀者卡號根本領件流1.

管理員登陸系統后，選擇“讀者信息錄入〞操作，進入添加圖書信息的頁面，填寫讀者的根本信息。

2．點擊“添加〞按鈕后，系統會將信息添加到數據庫的讀者信息匯總表中。

3.

添加成功后管理員可以執行查看和刪除操作。可選事件流1.

添加的讀者書號與已有讀者書號重復。

2.

添加的信息不符合要求

3.

管理員添加了錯誤的讀者信息

被包含的用例檢查用戶合法性用例異常事件流

管理員登陸失敗讀者信息添加失敗相關需求與功能點主題域3借還書效勞借書登記：先輸入借書卡號,檢查是否有未還圖書記錄和借書數量的檢查.假設符合那么添加借書卡號,書號及借書時間等信息。借書記錄查詢及續簽：輸入借記卡號或書號可獲得其相關信息并可辦理續簽手續。還書手續辦理：輸入借記卡號及書號,在借書記錄添加還書時間。借書超期超量處理：該功能在讀者還書時檢索讀者借書信息判斷是否超期,進行相應的懲罰。如圖3-3-1：圖3-3-1借還書管理子系統業務事件1.讀者登錄驗證業務流程分析：該流程是讀者在進行自己相關信息查詢及操作時進行的用戶身份驗證的過程。其流程圖如圖3-3-3所示。用例分析：該流程涉及讀者和系統之間的交互，其用例圖如圖3-3-2所示。2.借書登記業務流程分析：該流程是管理員通過與系統的交互將讀者的借閱信息錄入數據庫的操作。其流程圖如圖3-3-3所示。用例分析：該流程涉及讀者和系統之間的交互，其用例圖如圖3-3-2所示。讀者續借手續辦理業務流程分析：續借手續為讀者登錄系統后查看自己的借閱記錄然后進行相關書籍的續借操作。其流程圖如圖3-3-3所示。用例分析：該流程涉及讀者和系統之間的交互，其用例圖如圖3-3-2所示。讀者還書業務流程分析：還書手續辦理流程為讀者將圖書還回，管理員進行操作，查找出讀者的借閱信息，如果圖書超期，系統會自動給出超期提示，管理員對讀者進行相應的罰款處理之后完成借閱信息的消除，讀者還書完成。其流程圖如圖3-3-3所示。用例分析：該流程涉及讀者和系統之間的交互，其用例圖如圖3-3-2所示。圖3-3-2借還書子系統用例圖圖3-3-3借還書流程圖用例模型借還圖書管理描述項說明用例名稱借還圖書管理參與者圖書管理員、讀者概述讀者通過該圖書管理系統，查詢圖書信息后到圖書館取書并在圖書管理員處登記借書信息，借出圖書后讀者可通過該系統查看借閱信息并可以進行圖書續借操作。讀者還書時，管理員調出借閱信息，系統查看是否超期，假設沒有超期，注銷掉本次借閱的信息，假設超期那么進行罰款處理，之后注銷掉本次借閱信息。前置條件管理員、讀者成功登陸系統后置條件讀者接受超期罰款處分根本領件流1.

管理員登陸系統，讀者搜索圖書信息。

2.

讀者拿要借圖書在管理員處進行登記，錄入借閱信息。3．讀者登錄系統，查看借閱信息，進行圖書續借操作。4.

讀者還書，管理員注銷圖書借閱記錄。可選事件流1.

讀者超期還書

2.

讀者想要保存查詢結果

3.

讀者借書數超過6本4.

讀者有到期的圖書未還被包含的用例檢查用戶合法性用例異常事件流1.

管理員登陸失敗2.讀者登錄失敗3.相關需求與功能點3.2對性能的規定精度圖書管理系統對數據的精度要求是根據信息存儲的形式、借書還書的結果等量化而制定的。查詢時應保證查全率，所有相應域包含查詢關鍵字的記錄都應能查到；查詢時應保證查準率，查到的記錄應與給定的單項或組合查詢條件不完全匹配的模糊查詢；錄入數據合法性的檢驗應當精確；密碼允許輸入6-8個字母或者數字：用戶輸入查詢信息應不區分大小寫。時間特性要求由于此開發工程針對圖書館，使用頻度較高，使用性要求比擬高。為防止對信息資料和管理程序的惡意破壞，要求有較為可靠的平安性能。總之，要求穩定、平安、便捷，易于管理和操作。1.查詢速度：不超過10秒；2.其它所有交互功能反響速度：不超過3秒；3.可靠性：平均故障間隔時間不低于200小時。4.響應時間：應在1～2秒內，對軟磁盤和打印機的操作，以及數據的導入和導出也應在可接受的時間內完成；靈活性作為獨立運行的系統和其他管理系統集成的系統。圖書管理系統的設計是做為獨立運行的系統而進行的。本系統具有獨立的效勞器系統和數據庫系統，具有完善數據輸入輸出功能和數據維護及查詢的報表生成與打印系統。且發生故障時，能快速恢復系統和故障處理，方便系統升級和擴充，故障恢復時間不超過5小時。為了適應內外機構的數據要求，與圖書管理系統前臺借還系統交換信息，與國家管理機構相關系統的數據交換，本系統專門設計了與這些系統數據交換擴展接口。本系統去采用瀏覽器標準界面，本身具有操作靈活的特點。可能提供鼠標選擇和鍵盤輸入雙重輸入功能。方便用戶操作和管理。3.3輸入輸出要求暫無此項內容3.4數據管理能力要求〔針對軟件系統〕數據管理分為增加〔INSERT〕、修改〔UPDATE〕、和刪除〔DELETE〕。公告的信息發布的增加、修改、刪除與審核控制。圖書的信息發布的增加、修改、刪除與審核控制。用戶訪問的信息發布的增加、修改、刪除與審核控制。3.5故障處理要求正常使用時不應出錯，假設運行時遇到不可恢復的系統錯誤，也必須保證數據庫完好無損。要在工程報名時的沒隔一段時間進行數據備份，以免在資料意外喪失時，無法進行恢復。對系統故障的處理要求區分故障的嚴重程度，盡可能的對錯誤進行恢復。隨時監控，在文檔、報表處理，打印機，操作系統等軟硬件出現故障時、具備保數據的功能，并及時反映到主機中。3.6其他專門要求平安性要求訪問平安性要求該圖書管理系統，用戶主要分為管理員和讀者，其中為登錄系統的讀者只可以搜索和查看圖書信息，只有在成功登錄系統后才能查看借閱信息，辦理續借手續等操作。管理員只有成功登陸系統后才能進行對圖書、讀者及借還書的管理操作。數據平安性要求該系統的相關數據都存儲在數據庫內，不能夠隨意由人們更改，讀者只能通過系統查看圖書和借閱信息，可以進行辦理續借的手續，其他操作由管理員進行。管理員成功登錄后可以對自己所管轄的信息進行更改，其他人一概沒有權利進行任何更改操作。系統內部數據在定期更新時都要求有備份。可靠性要求容錯性要求整體系統運行穩定，有很強的防錯、抗錯能力，保證數據報送正常進行。在系統出現錯誤或者異常時，可以及時的保存數據，確保重要相關數據、相關信息不會喪失。可恢復性要求在進行數據信息錄入或更新時，系統會間隔固定時間自動保存，在系統出現異常時，數據可自動回復發生異常前的數據。其他可靠性要求操作可靠性：讀者及管理人員訪問網站時都能正常操作。數據可靠性：數據信息是管理員定期更新的，具有實時、準確和可靠性。易用性要求

界面友好性要求該圖書管理系統設計的界面友好，用戶操作簡單容易，在操作的頁面上均有操作提示，而其頁面顯示都是采用最便于用戶使用的控件和布局方式。

易操作性要求無論是對于管理員還是讀者該圖書管理系統的操作都是簡單便捷的，即有較高可操作和易操作性，在響應時間上又較短，所以可以較大的提高操作的效率。

其他易用性要求在系統中有需要時間信息的地方，均給出了日歷，用戶只需選擇日期即可，不需自己再去添加。性能要求數據訪問性能要求該圖書管理系統利用數據緩存，既保證了數據庫中原始數據的可靠性，又能夠加強數據之間的交互效率。數據傳輸性能要求該圖書管理系統數據在上傳時會經過局部壓縮，以加強數據的統一保存和處理，還能節省數據所占用的空間，給數據庫減小壓力。3.6.5

可維護性要求公共數據要求在數據更新時，不同的管理員在更新自己輸入的信息時，需要先同步其他管理員已經錄入好的信息，沒有沖突才能將自己的錄入。錄入的數據全部按照一定順序進行排列儲存所以維護比擬容易。公共框架開發要求采用微軟公司推出的跨語言的平臺框架，該框架有較好的可維護性。3.6.6

可移植性要求適應性要求該系統是基于網頁界面，可以用于任何有瀏覽器的聯網計算機，能實現跨平臺操作，同時系統靈活性很強，可以隨時進行內容修改和界面的更新。另外也適應多種數據傳輸方式，能夠提供靈活的配置以適應業務需求。易安裝性要求該系統安裝簡單，只需將可執行程序在具備預期的使用環境所示環境的主機上運行即可。在主效勞器上安裝成功后客戶端只需通過互聯網便可登錄該系統的