第一篇：圖書管理系統的需求分析

圖書管理系統的需求分析

摘 要：本論文是圖書管理員對圖書管理系統的需求進行簡單的分析，有對圖書的借閱、歸還、預約，制定采購方案，查詢預約借閱信息，管理書評和留言板五大模塊，對這五個模塊進行了具體的細化。

關鍵詞：圖書管理系統；圖書管理員；借書；還書；預約；采購方案；書評；留言板綜合描述

1.1 產品的前景

該系統圖書管理員部分針對圖書館相關工作人員的業務現狀，以更快更好地協助管理員處理讀者的借閱請求為目的，著力于解決傳統的人工處理過程中的諸多問題，譬如，借閱過程繁瑣、容易出現差錯、數據易丟失等。設計開發的系統將基本改善上述現狀，實現相關用戶所要求的功能，在很大程度上，為工作人員帶來便利。

1.2 產品的功能

圖書管理員必須經過登錄才能進入圖書管理系統，進行圖書的借閱、歸還、預約，制定采購方案，查詢預約借閱信息，管理書評和留言板。

1.3 運行環境

該系統在奔騰4以上計算機，操作系統Windows XP，Windows7，Windows8上運行。功能需求

2.1 借閱處理

借閱處理模塊主要是指學生在借閱書籍前圖書管理員必須核實其身份。若學生已經不具備借書的資格，則拒絕將書借出；若學生具備借書資格，圖書管理員可處理圖書的借閱、續借、預約。若借閱者已經預約，核實身份后將書借出，并刪除預約記錄。圖書管理員處理借書的時候，必須更新書庫中的書本信息，并記錄借出信息；處理書籍預約時，必須記錄預約信息。

2.2 歸還處理

歸還處理模塊主要包含檢查圖書，以及定期檢查學生的借閱情況。當讀者還書時，圖書管理員要對圖書進行檢查，若圖書不影響正常閱讀，接收書并更新書庫信息，更新借閱信息；若圖書影響再次閱讀，根據破損程度進行書籍破損情況記錄；若破損大于10頁但小于圖書總頁數的20%，則按公式：圖書價格/總頁數*破損頁數，讓讀者進行相應的賠償且歸還圖書，并在數據庫中記錄破損情況；若破損大于圖書總頁數的20%則拒收書籍，并且要求讀者按圖書原價進行賠償，并記錄下該書籍的詳細信息，以方便圖書管理員補購該書籍。若讀者借書導致書籍丟失，要求讀者按圖書原價進行賠償。

2.3 預約處理

預約處理模塊主要是圖書管理員處理借閱者預約需求時，對其進行身份核實，若可以預約，記錄預約信息。

2.4 查詢預約借閱

查詢預約借閱主要是指借閱者對書籍進行預約，系統會將書預留7天，若借閱者沒有在規定時間去取書，消除預約記錄。

2.5 采購整理

采購整理模塊主要是圖書管理員根據統計借閱記錄，書籍的預約情況，書評的熱度，教師的建議，書的捐贈情況，總結出對各種書的需求情況，給系統管理員提交數據。

統計借閱記錄可以按季度借閱統計，并向借閱者推薦借閱次數較多的書籍；可以根據借閱差值統計庫存，將借閱次數極少的舊書下架，并出售。

3.6 書評管理

書評管理模塊主要是圖書管理員可以將借閱者對書的評價進行意見的整理，將有意義的書評置頂，將較多、較好的書評進行排行，為后期借閱者提供參考，也可以將一些沒有意義或有惡意傾向的書評刪除。

3.7 留言板管理

留言板管理模塊主要是指圖書管理員可以對留言、提問進行管理。留言管理：對留言進行查看，回復操作，刪除無意義或有惡意傾向的留言；提問管理：對提問可以查看，給與回答，刪除無意義或有惡意傾向的提問。非功能需求

4.1 性能需求

圖書管理系統在40s內響應所有的請求，否則視為沒反應；借閱信息捕獲準確度達到95%；動態信息更新及時率達到95%；靜態信息呈現全面度達到90%（說明：此處數字都可以根據實際情況而定）。

4.2 可靠性需求

當用戶輸入非法數據時，系統立即報錯，并發出修改提示信息，直到用戶修改正確為止。當輸入數據無效時，系統會自動選用改數據項的默認值，同時要求用戶確認。當數據庫中的數據發生錯誤時，系統會回到執行前的狀態，并提示用戶重新執行已執行過的操作。

4.3 易用性需求

系統風格簡捷一致，人機界面友好，傻瓜式操作方式簡捷、直觀；系統提供各種人性化的設置。

4.4 安全性需求

圖書管理員必須在核實身份后才可以操作系統，僅可以使用規定范圍內的功能。

4.5 可保障性需求

高效性：系統能夠快速響應管理員的處理請求，交互式地呈現管理員需要的數據信息；可移植性：系統產品在Windows操作系統平臺上正常運行；可重用性：系統涉及到的基礎數據處理模塊可考慮作為新的組件庫，為后續項目做準備。

[參考文獻]

[1]樊海瑋，呂進，等，著.《軟件詳細設計教程》.西安電子科技大學出版社，2010年12月.

第二篇：圖書管理系統需求分析

云南工商學院09信息管理1班

圖書管理系統需求分析

班級：09信息管理1班

組員： 唐學悅，段敏，楊文燕，胡勇毅，余科輯，林春宇，李波

任務分配情況：

云南工商學院09信息管理1班

目錄 系統需求概述...............................................................................................................................3 1.1 圖書管理系統功能概述....................................................................................................3 1.2 系統主要業務流程分析....................................................................................................3 1.3 系統功能模塊分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 讀者用例圖.............................................................................................................4 1.4.2 圖書管理員用例圖.................................................................................................4 1.4.3 系統管理員用例圖.................................................................................................5 1.5 詳述用例............................................................................................................................5 2 系統分析.......................................................................................................................................6 2.1 類圖....................................................................................................................................6 3 系統設計.......................................................................................................................................8 3.1 用例動態模型設計............................................................................................................8 3.1.1 實現“讀者查詢個人借閱信息”用例的動態模型.................................................8 3.1.2 實現“查詢圖書信息”用例的動態模型.................................................................9 3.1.3 實現“借閱圖書”用例的動態模型.........................................................................9 3.2 類圖設計..........................................................................................................................11 3.3 物理架構設計..................................................................................................................12 3.3.1 組件圖...................................................................................................................12 3.3.2 配置圖...................................................................................................................13 2

云南工商學院09信息管理1班

1.系統需求概述

1.1 圖書管理系統功能概述

圖書管理主要是借書、還書以及其他一些附帶操作（例如，超期罰款、催還圖書等）的處理。一個簡單的圖書管理系統應提供如下功能：

·借書處理：完成讀者借書的流程處理。·還書處理：完成讀者還書的流程處理。

·信息查詢：包括圖書信息查詢和讀者借閱情況查詢。·圖書管理：包括輸入新書記錄和刪除舊書記錄。

1.2 系統主要業務流程分析

與系統功能相對應，系統主要有4個流程：結束流程、還書流程、圖書查詢、圖書資源管理。各流程的主要過程描述如下：

·借書流程：讀者借閱所需的圖書，借出后圖書記錄中的借閱標志被置為false(不能再借)，借書文件中增加一個借書記錄。

·還書流程：讀者歸還所借的圖書，還書后圖書記錄中的借閱標志被置為true(可被外借)，在借書文件中刪除一個借書記錄。

·圖書查詢：讀者和工作人員可以進行圖書信息查詢，輸入圖書的編號或書名，可從圖書對象列表中查找相應的記錄。

·圖書管理：首先由工作人員在“錄入新書資料”和“刪除舊書資料”兩個選項中選擇。若是“錄入新書資料”，則由工作人員輸入新書資料，將新書添加為對象列表的新紀錄。若是“刪除舊書資料”，則查找需要刪除的圖書，將其從圖書對象列表中刪除。

1.3 系統功能模塊分析

滿足上述需求的系統主要包括以下幾個系統模塊：

·基本業務處理模塊：主要用于實現圖書管理員對讀者借閱圖書和歸還圖書的處理。

·信息查詢模塊：重要用于實現讀者對圖書信息和自身借閱信息的查詢。

云南工商學院09信息管理1班

·系統維護模塊：主要用于實現系統管理員對讀者信息、圖書管理員信息、圖書信息、和數據庫的管理。

1.4 建立用例模型

根據功能需求構造用例模型，主要任務是識別系統中的所有參與者，并對每個參與者找出其用例，建立用例模型。

系統主要的參與者為“讀者”、“圖書管理員”、和“系統管理員”。各個參與者的用例圖如下：

1.4.1 讀者用例圖

<>查找借閱信息登錄系統查找圖書借閱圖書讀者<>歸還圖書繳納罰金

圖1-1 讀者用例圖

1.4.2 圖書管理員用例圖

<>查詢借閱信息檢查用戶合法性<>圖書管理員歸還圖書收取罰金

圖1-2 圖書管理員用例圖

云南工商學院09信息管理1班

1.4.3 系統管理員用例圖

添加書目添加讀者刪除書目刪除讀者系統管理員查詢圖書查詢讀者

圖1-3 系統管理員用例圖

1.5 詳述用例

在識別了參與者和主要用例并創建了用例圖之后，如果有必要，還可以按順序詳述每個用例，包括用例如何開始、結束以及如何與參與者進行交互。

表1-1 讀者查找個人借閱信息用例

用例：讀者查找個人借閱信息(用例名稱)(唯一標識符)(涉及用例的參與者)(用例開始時，系統必須滿足的條件)ID：1參與者：

1、讀者前提條件： 讀者已登錄到系統事件流：

1、讀者選擇查找個人借閱信息界面

2、讀者輸入圖書證編號

3、系統按圖書證編號查找讀者借閱信息結果：系統向讀者顯示讀者借閱信息，該用例結束(用例中的實際步驟)(用例結束時，系統的狀態)

云南工商學院09信息管理1班

表1-2 讀者查找圖書信息用例

用例：讀者查找圖書信息(用例名稱)(唯一標識符)(涉及用例的參與者)ID：2參與者：

1、讀者(用例開始時，系統必須滿足的條件)前提條件： 讀者已經啟動圖書管理系統，并已知書名或書號事件流：

1、讀者選擇查找圖書信息界面

2、讀者輸入書名或書號

3、系統按書名或書號查找圖書信息結果：系統向讀者顯示圖書信息，該用例結束(用例中的實際步驟)(用例結束時，系統的狀態)系統分析

2.1 類圖

在定義系統需求后，下一步就是確定系統中存在的對象類。系統中對象類的識別可以使用名詞/動詞分析法來進行，即文本中的名詞和名詞短語暗示類或類的屬性，動詞和動詞短語暗示職責或者類的操作。

通過用例圖的分析可知，在圖書管理系統中可以確定的主要對象類包括 “讀者”，“圖書”、“圖書管理人員”和“系統管理員”。其中“讀者”和“圖書”通過借閱關系可以構成一個新類“借閱記錄”。

另外，分析用例圖可知，用例“身份驗證”和“圖書資料查詢”是對象類“讀者”和“工作人員”共同擁有的，并且用例“身份驗證”是除用例“圖書資料查詢”之外其余用例執行的前提，因此可以將“身份驗證”與“圖書資料查詢”定義為接口類中的操作(接口類是不含屬性且操作函數沒有具體實現的抽象類，接口類通過一個實現聯系獲得其它對象類的支持，這些對象類實現接口類中定義的全部操作)。其余用例則抽象為與該用例交互的參與者所屬對象類的操作。因此，最后可獲得的對象類圖為：

云南工商學院09信息管理1班

系統管理員-name-password1*讀者-name-number-password+借書()+還書()+借閱情況查詢()***<>身份驗證*<>圖書資料查詢****借書記錄-borrower-book**1*圖書-number-name-author-public-time1**圖書管理人員-name-number-password+添加圖書記錄()+刪除圖書記錄()*

圖1-4 系統對象類圖

除了定義上述用于系統數據信息存儲管理和業務邏輯控制的類之外，在用圖形用戶界面開發系統時，我們還可以定義一些相應的用戶界面類：

(1)MainWindow類—MainWindow是圖書管理員與系統交互的主界面，系統的主 界面具有菜單，當用戶選擇不同的菜單項時，MainWindow對象調用相應的方法完成功能操作。

(2)BorrowDialog類—BorrowDialog是進行借書操作時需要的對話框。(3)ReturnDialog類—ReturnDialog是進行還書操作時需要的對話框。(4)QueryDialog類—QueryDialog是查詢某借閱者的借閱信息或圖書庫存信息的對話框。

(5)MaintenanceWindow類—MaintenanceWindow是系統管理員對系統進行維護的主界面，它也提供菜單項。

ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 圖1-5圖書管理系統的用戶界面類

云南工商學院09信息管理1班 系統設計

系統設計的主要工作是用例實現—設計。即對每個用例進行動態建模，包括建立序列圖、協作圖等，描述如何通過類對象的協作來實現用例中的功能。隨著動態建模的深入，會發現原來建立的類存在缺陷或不夠完整，需要對分析中得到的類圖進行不斷的修正和調整。所以，還應該通過動態建模來修正和完善類圖。

3.1 用例動態模型設計

3.1.1 實現“讀者查詢個人借閱信息”用例的動態模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:getBook5:消息查詢6：返回借閱信息7：顯示借閱信息

圖1-6 讀者查詢個人借閱信息序列圖

1:queryLoan():MainWindowerBorrower6:顯示借yLoanInfo()閱信息5:返回借閱信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu

圖1-7 讀者查詢個人借閱信息協作圖

云南工商學院09信息管理1班

3.1.2 實現“查詢圖書信息”用例的動態模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:findBook5:圖書信息查詢6：返回圖書信息7：顯示圖書信息 圖1-8 讀者查詢圖書序列圖

1:queryLoan():MainWindowerBorrower6:顯示圖yLoanInfo()書信息5:返回圖書信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu

圖1-9 讀者查詢圖書協作圖

3.1.3 實現“借閱圖書”用例的動態模型

云南工商學院09信息管理1班

:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查詢圖書庫存5:返回圖書是否可借6:修改讀者的借閱信息及庫存信息7:修改成功8:顯示借書成功

圖1-10 讀者借閱圖書序列圖

2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:顯示借書成功存庫信書借存圖可庫詢否及查是息功:4書信成圖閱改修Borrower回借:7返者:讀5改修:6:QueryDialog

圖1-11 讀者借閱圖書協作圖

云南工商學院09信息管理1班

3.1.4 實現“歸還圖書”用例的動態模型

:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改讀者的借閱信息及庫存信息4:修改成功5:顯示還書成功

圖1-12 讀者歸還圖書序列圖

1:queryLoan():MainWindowBorrower6:顯示還書成功4:修改成功:QueryDialog3:修改讀者的借閱信息及庫存信息:ReturnDialog2:createDialog()

圖1-13 讀者歸還圖書協作圖

3.2 類圖設計

進一步擴充和細化分析階段定義的類，包括定義新的類來處理用戶的需求。隨著動態建模的深入，也會發現原來建立的類存在缺陷或不夠完整，需要對分析中得到的類圖進行不斷的修正和調整。所以，還應該通過動態建模來修正和完善類圖。

云南工商學院09信息管理1班

系統管理員-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借書記錄-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*讀者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<>身份驗證*<>圖書資料查詢*1*圖書-number:string-name:string-author:string-publish:string-time:Date+newBook()+findBook()**圖書管理人員*-name:string-number:string-password:string+AddLoan()+DeleteLoan()*****

圖1-14 設計類圖

3.3 物理架構設計

物理架構設計就是用UML圖形描述系統軟件和硬件的大致結構，包括畫出組件圖和配置圖。

3.3.1 組件圖

組件圖：表示構成軟件系統的各物理組件及其相互之間的聯系。它能明確表示軟件系統各部分的功能職責。圖書管理系統的組件圖如下所示，其中包含“借/還書處理”、“信息查詢”、“圖書資源管理”和“身份驗證”等組件。

云南工商學院09信息管理1班

圖書管理系統借/還處理信息查詢圖書資源管理身份驗證圖書信息借閱信息

圖1-15 系統組件圖

3.3.2 配置圖

圖書管理系統是一個基于網絡和數據庫的應用系統,可以采用B/S結構,系統配置圖下圖所示：

數據庫服務器圖書信息借閱信息讀者客戶端借/還書處理工作人員客戶端公共客戶端身份驗證圖書資源管理借閱信息圖書資料查詢 圖1-16 系統配置圖

第三篇：圖書管理系統需求分析

圖書管理系統需求分析報告

1.引言 1.1 編寫目的

軟件需求分析，其目的是用于說明軟件產品或軟件項目需要滿足的條件和限制。在軟件工程項目中，首先要獲取用戶的需求，通過對軟件需要的提取、分析、文檔化和驗證，為進一步的設計和實現提供數據。軟件需求與其他活動也密切相關，如軟件測試、配置管理和質量管理等。

本需求的編寫是為了研究利用大型數據庫做基礎的圖書管理系統軟件的開發途徑和應用方法。同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內部維護，信息更新，驗收和測試的依據。

1.2 項目背景

本項目的名稱：圖書管理系統。

圖書管理系統這任務提出與開發者為某學生的課程設計,用戶是學校圖書館。本產品是針對電腦管理圖書的需求設計的，可以完成圖書信息錄入、修改、刪除，讀者登記、購入新書、讀者借還書、圖書注銷等。

1.3 相關定義

數據流圖（Data Flow Diagram）：簡稱DFD，它從數據傳遞和加工角度，以圖形方式來表達系統的邏輯功能、數據在系統內部的邏輯流向和邏輯變換過程，是結構化系統分析方法的主要表達工具及用于表示軟件模型的一種圖示方法。數據字典：它是數據的信息的集合，即對數據流圖中包含的所有元素的定義的集 合。其作用是為設計人員提供關于數據描述的信息。數據字典應該由對以下四類元素的定義組成：數據流、數據流分量（即數據元素）、數據存儲、處理。

2.需求概述 2.1 目標

“圖書管理系統”主要提供圖書信息和讀者基本信息的維護以及借閱等功能。本系統是提高圖書管理工作的效率，減少相關人員的工作量，使學校的圖書管理工作真正做到科學、合理的規劃，系統、高效的實施。

2.2 用戶類和特征

最高用戶是圖書管理員和讀者，圖書管理員需要進行用戶的創建、修改和刪除等工作，要求具備計算機知識，如權限管理等。讀者是普通用戶，具備一定的計算機操作即可。

2.3 運行環境

服務器：CPU P4 1GHz以上;內存256M以上配置。由于服務器將存儲大量圖書資料，建議準備100G以上硬盤、并預留磁盤擴充接口。

客戶端：CPU C433MHz以上；硬盤：200M以上空白空間；內存：128M以上配置。

軟件運行環境：服務器：Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。

3.需求分析 3.1數據需求

圖書館管理信息系統需要完成功能主要有：

1)讀者基本信息的輸入，包括借書證編號、讀者姓名、讀者性別等。2)讀者基本信息的查詢、修改，包括讀者借書證編號、讀者姓名、讀者性別等。3)書籍類別標準的制定、類別信息的輸入，包括類別編號、類別名稱。4)書籍類別信息的查詢、修改，包括類別編號、類別名稱。

5)書籍庫存信息的輸入，包括書籍編號、書籍名稱、書籍類別、作者姓名、出版社名稱、出版日期、登記日期。

6)書籍庫存信息的查詢，修改，包括書籍編號、書籍名稱、書籍類別、作者姓名、出版社名稱、出版日期登記日期等。

7)借書信息的輸入，包括讀者借書證編號、書籍編號、借書日期。

8)借書信息的查詢、修改，包括借書證編號、借書證編號、讀者姓名、書籍編號、書籍名稱、借書日期等。

9)還書信息的輸入，包括借書證編號、書籍編號、還書日期。

10)還書信息的查詢和修改，包括還書讀者借書證編號、讀者姓名、書籍編號、書籍名稱、借書日期、還書日期等。11)超期還書罰款輸入，還書超出期限包括超出期限還書的讀者借書證號，書籍編號，罰款金額。

12)超期還書罰款查詢，刪除，包括讀者借書證編號、讀者姓名、書籍編號、書籍名稱，罰款金額等

13)管理員管理：包括創建讀者用戶信息、刪除讀者用戶信息、添加圖書信息、刪除圖書信息。

3.2事物需求

1)在讀者信息管理部分,要求: a.可以查詢讀者信息。

b.可以對讀者信息進行添加及刪除的操作。

2)在書籍信息管理部分,要求: a.可以瀏覽書籍信息。

b.可以對書籍信息進行維護,包括添加及刪除的操作。

3)在借閱信息管理部分,要求: a.可以瀏覽借閱信息。

b.可以對借閱信息進行維護操作。

4)在歸還信息管理部分，要求: a.可以瀏覽歸還信息。

b.對歸還信息可修改維護操作。

5)在管理者信息管理部分,要求: a.顯示當前數據庫中管理者情況。b.對管理者信息維護操作。

6)在罰款信息管理部分，要求: a.可以瀏覽罰款信息。b.對罰款信息可以更新。

3.3確定用例及編寫用例文檔

用例描述了一個完整的系統事件流程，其重點在于執行者與系統之間的交互而不是內在的系統活動，并對執行者產生有價值的可觀測結果。

在這個“圖書管理系統”中的用例圖如下所示。

用例圖不能提供用例所具有的全部信息，為此需要使用文字描述那些不能放在圖形上的信息。用例文檔是關于執行者與系統如何交互的規格說明，要求清晰明確，沒有二義性。在描述用例時，應該只注重外部能力，不涉及內部細節。

4.非功能需求 4.1 性能需求

學校對系統性能無特殊的要求，只要查詢圖書的時候沒有明顯的延遲就可以了，查詢的時間不要超過3秒鐘。條件、假定和限制：

1）系統最小壽命： 系統應該能在無重大改動的條件下正常運行5年以上。

2）對設備的要求：

要求計算機穩定性良好，整套系統經濟實惠。

3）可以利用的信息和資源：

圖書管已經配置了所有的計算機，以及網絡設備，操作人員將使用win2003 4)圖書管員工受過較好的計算機方面的培訓，在調研的時候感覺有不少員工有計算機方面的專業經驗。5）編目要參照中圖法。

安全性需求

對于圖書管理系統的圖書量會非常大，所以在對這些圖書導入和查詢時要保證速度。在圖書借閱過程中又要保證事務的完整性。對于整個系統，需要完整的權限控制，防止某些人惡意攻擊系統，修改原始記錄，同時對于數據庫中的數據需要定時備份，防止系統數據丟失。此外，系統要求用戶在登陸時需要身份驗證。

5.故障處理

在正常情況下，應不出錯。一旦發生意外，比如掉電、網絡不通等，也應保證系統數據不會丟失。

故障出現后可能采取的變通措施，包括：

備份：使用附加存儲設備備份數據。備份頻率為每日一次。需手動備份。恢復及再啟動：如果數據造成丟失，可使用備份數據還原。

第四篇：圖書管理系統需求分析

圖書管理系統需求分析

1.引言

1.1 編寫目的：編寫次文檔是為了分析軟件的可行性和軟件的細化問題。1.2項目背景：桂林電子科技大學大三軟件工程系數據結構課程設計。2.任務概述 2.1 目標：（1）提高圖書館借書還書查詢書籍的效率，避免人工管理的失誤和低效率問題。（2）為完成課程設計需要。

2.2 運行環境：（1）硬件方面：神舟筆記本（2）軟件方面：CodeBlocks 2.3 條件與限制：編程用計算機一臺；完成期限2017/9/18；無資金供給。4.功能需求 4.1 功能劃分

可細化為五部分：人事管理，圖書信息管理，借書管理，還書管理，超時管理。（1）人事管理：1.能對校園內所有教職工學生有關檔案詳細資料記錄并保存。2.能對保存的文檔數據進行查詢和修改。3.能按姓名檢索人員。

（2）圖書信息管理：1.對圖書以檢索號進行數據儲存。2.對圖書的進貨時間與價錢進行記錄。3.對圖書的借出與還入進行記錄。

（3）借出管理：對圖書借出的人員進行記錄。（4）還書管理：對圖書還入進行記錄。

（5）超時系統：當某人員借書的期限達到上限時，按時提醒。5.性能需求

5.1時間特性：對圖書的借出和還入時間要求有及時性，借出和還入能立即做出圖書庫是否還有此書。

5.2適應性：此軟件為課程設計所設計，因此不考慮適應性。6.用戶界面：

CodeBlocks運行窗口。

7.使用的數據結構算法：使用數組動態分配空間來儲存數據。

第五篇：圖書管理系統需求分析

圖書管理系統需求分析

第六次作業：

圖書管理系統的參與者主要有3類：讀者、圖書館管理員、圖書管理系統維護者。1.讀者用例圖：

2.圖書管理員用例圖

3.圖書管理系統維護員

圖書管理系統部分用例規約： 1）登陸系統 1.1）簡要說明 本用例用于向用戶提供登陸功能。讀者借書時，必須進行登陸操作才能借書。

1.2）事件流 1.2.1）基本流

i.用戶填寫賬號和密碼等個人信息 ii.系統驗證用戶所填寫的信息 iii.完成登陸操作 1.2.2）備選流

1.2.2.1）用戶登陸失敗

如果用戶輸入的賬號和密碼有錯誤，會給予錯誤提示，并清空填寫錯誤的文本框，要求用戶重新輸入。1.3）特殊需求

無

1.4）前置條件

用戶必須首先訪問系統，并且系統有該用戶

1.5)后置條件

如果該用例成功，則給予用戶更多的權限資源，否則，當前用戶只擁有公共的權限。

1.6)擴展點 無

2）查詢書籍

2.1）簡要說明

本用例用于給用戶查詢書籍。

2.2）事件流

2.2.1）基本流

i.用戶訪問系統，輸入搜索關鍵字

ii.系統根據搜索關鍵字，查詢相關的書籍

iii.系統把查詢到的書籍反饋給用戶

2.3）備選流

2.3.1）搜索結果為空

如果搜索結果為空，則提示用戶重新輸入關鍵字搜索。2.3）特殊要求 無

2.4）前置條件 用戶必須訪問本系統 2.5)后置條件

如果本用例成功，則在數據庫添加被搜索的次數 2.6）擴展點 無

3）借閱書籍

3.1）簡要說明

本用例用于想讀者借閱書籍。讀者查詢到自己想借的書籍，發送借書請求，再完成借書操作。

3.2）事件流 3.2.1）基本流 i.查詢書籍信息 ii.發送借書請求

iii.圖書管理員受理借書請求

iv．將借書信息添加到數據庫，完成借書操作 3.2.2）備選流

3.2.2.1）讀者信息驗證錯誤

如果讀者信息驗證錯誤，會給予錯誤提示，并要求讀者重新輸入信息。

3.2.2.2）借書信息保存錯誤

如果借書信息保存錯誤，給予讀者耐心等待或重新借書等提示。

3.3）特殊需求 無

3.4）前置條件

讀者必須登錄系統，才能擁有借書的權限 3.5）后置條件

如果借書成功，則向數據庫添加一條借書記錄。否則，系統維持原樣。

補充規約： 1.目的

本補充規約列出了圖書管理系統的非功能需求。它和用例模型一起組成了完整的系統需求規格說明書。2.范圍

本說明書除定義了許多用例中共有的功能性需求以外，還定義了系統的非功能性需求，如可靠性、可用性、系統性能和可支持性等。3.參考 無 4.功能性

4.1 滿足多用戶的并發執行 3.6）擴展點 無 5.可用性

用戶界面與windows系統兼容 6.可靠性

保障系統在配置完成以后24小時都可用。

術語表： 1.簡介

本文檔用來對一些術語進行定義，同時對用例說明或其他文檔中讀者不太熟悉的術語進行解釋性的描述。一般地說，它可用作一種信息數據字典，使得用例規約和其他說明文檔顯得簡潔、易懂。2.名詞定義

2.1 reader：指每個使用圖書管理系統進行借書的人 2.2 librarain：負責借書和還書的人

2.3 admin：負責管理書籍信息和管理用戶以及系統維護的人

3.動詞定義

3.1 borower the books ：讀者借書動作 3.2 search the books：讀者查詢書籍信息 3.3 lend the books：圖書管理員向讀者借書動作 3.4 add item：圖書管理系統維護員添加數目動作 第七次作業： 參與類圖：

時序圖：

圖書管理系統維護員添加書籍：

圖書管理系統維護員添加讀者：

圖書管理系統刪除書目：

圖書管理員處理書籍借閱：

讀者借閱書籍：

第八次作業： 系統架構圖：

包圖：

類圖：