第一篇：數據庫管理系統需求分析[小編推薦]

圖書管理系統需求分析文檔

1.目的

1）能夠存儲大量的圖書信息，快速有效的進行書籍數據管理，包括：

① 圖書信息的錄入、刪除及修改。② 圖書信息的多關鍵字檢索查詢。③ 圖書的出借、返還和資料統計。

2）能夠對一定數量的讀者進行相應的信息存儲與管理，這其中包括：

① 讀者信息的登記、刪除及修改。② 讀者資料的統計與查詢。

3）能夠對需要的統計結果提供打印輸出。

4）能夠提供一定的安全機制，提供數據信息授權訪問，防止隨意刪改，同時提供信息備份的服務。

2.概述

2.1用戶需求分析

1）產品功能

登錄系統：注冊，注銷，退出。

管理：用戶管理，借閱管理，圖書管理。

查詢：讀者查詢，借閱查詢，圖書查詢。

幫助：使用說明，關于。

2）用戶角色 3）操作環境 4）設計實現約束

2.2建立需求模型

上圖是用例圖的建模過程，下面是該系統的用戶需求陳述：

（1）校圖書館準備開發“圖書管理系統”，方便廣大師生借閱、瀏覽：

（2）師生需要先注冊然后才能借閱圖書。用戶進行注冊時需要輸入個人信息，注冊成功后，會獲得一個由系統提供的標識其身份的標識碼。

（3）用戶登錄進入圖書管理系統后，可以通過Web頁面查看圖書的各種信息，如圖書的借閱情況，作者等

（4）用戶登錄后可以借閱圖書，并在系統規定的時間內還書。否則必須繳納罰款金。用戶借閱圖書時，系統會注明借閱時間。

（5）圖書管理員可以查詢圖書，查看一些借閱情況，更容易知道哪類圖書需求量大，好做到合理的更新增減圖書。有用戶違規或沒按時還書的情況，他們做處理，收罰金。查詢圖書可以是用戶得知圖書更具體的位置以節省時間。

（6）管理員可以對書籍進行操控，注冊，修改圖書及信息；注冊，修改讀者信息；進行系統維護。

從上述需求陳述中可以發現以下元素： ① 參入者 ·用戶 ·管理員 ② 基本用例 ● 注冊 ● 登錄

● 查詢圖書 ● 借閱圖書 ● 歸還圖書 ● 更新圖書 ● 圖書信息 ● 讀者信息

上圖是用戶還書時的用例圖。當用戶還書時，圖書管理員需要檢查圖書是否被損壞并查看是否按規定時間還書。如果圖書沒有損壞而且按規定時間還書，那么圖書管理員就修改該圖書的信息，刪除用戶借書記錄，登記還書時間。如果圖書被損壞用戶必須交罰金，圖書管理員除了收款外還要把圖書和用戶的信息修改好，并記錄圖書損壞的程度，以致其它用戶借閱時方便。

上圖是用戶查詢圖書的用例圖。當用戶登錄系統查詢圖書時，系統會根據圖書信息表查詢出圖書信息并反饋給用戶。用戶可以檢索到圖書館的館藏書目、讀者基本信息、讀者借書、超期讀者、罰款記錄、最新圖書、借閱頻率最高的圖書信息、圖書具體的藏書位置。用戶還可以預定圖書。

2.3系統需求分析

①功能需求 1 用戶登錄系統：包括管理員登陸，學生查閱信息登陸

2.在編目的時候自動迅速查找新的書籍是否已編目，并可以快速編目。3．能夠用計算機進行快速查找，已確定圖書的名稱和存放的位置。4.查找出一本已借出的書現在在誰那里。5.各類具體查找功能。

6.統計一本結束正在一段時間內借過多少本書。7.統計一本書在一段時間內被誰借過。

8.在還書時實現計算機自動判斷圖書借閱是否超期根據條例進行罰款。9.在書丟失時進行賠償，可以自行設置賠償條例。

10.大型數據庫，要可以靈活設置庫的性質（1.是否可借2.借閱時間3.不同的讀者節約本書可以進行設置4.增加、刪除、修改庫）。

11.圖書管理員有不同的職位要可以進行權限設置。12.讀者信息管理。數據需求

輸入圖書的數量，圖書的信息，圖書編號，用戶的信息，用戶賬號。用戶查詢時輸出圖書的數量，罰款記錄、最新圖書、借閱頻率最高的圖書信息等。外部接口需 2.1用戶接口

2.3軟件接口

因為可能涉及一些文檔、報表的處理應該保持與常用軟件的辦公軟件的接口

2.3硬件接口

因為可能涉及數據的備份應該保持打印機和光盤刻錄機的接口

2.4通信接口 安全性需求

圖書管理系統的操作也只能由專人進行，只有圖書管理部門的工作人員才能擁有權限，特別是圖書的借出狀況，如果沒有安全管理部分，后果難以想象，可能每次登錄都需要用戶身份的驗證。保密需求

制作者：潘烜

第二篇：醫院門診管理系統數據庫需求分析

醫院門診管理系統一、引言

門診是醫院管理的重要組成部分，人流量大，手續較為繁瑣。在人工的情況下，醫護人員要做大量不必要的重復的工作、效率低、準確性差、不方便管理、影響工作效率。這些都會造成病人得不到合理快速的解決方案。隨著社會的不斷發展進步，計算機的發展亦十分迅速，在各大領域都發揮著不可忽視的作用。因此，我們選擇利用計算機設計一個醫院的門診管理系統。它可以實現數據的信息管理，在一定程度上實現自動化。

二、需求分析

本系統的主要功能是對醫院門診患者信息進行有效管理，形成一個完整的體系。主要任務是用計算機來對患者進行管理，如掛號、診斷、計價、收費、取藥等。系統可以詳細記錄病人從掛號處掛號到門診繳費，以及經醫生診斷后取藥的過程中的所有信息。

三、主要要求

系統要滿足以下幾個方面：

（1）病人管理

在此管理模式中，維護病人的基本信息，如姓名、性別、聯系方式等。同時也可以刪除、修改、添加病人的信息。

（2）掛號系統管理

輸入病人信息，系統會自動生成掛號費用，掛號之后會自動生成病號信息到病號信息庫中。病歷號必須唯一，以供全系統共享調用，整個系統通過這個唯一病歷號貫通一體，大夫和病人都可以藉此查詢所有的就診歷史信息，并實現劃價收費、藥房取藥等操作。若病號庫中已存在該病號，則可以直接進行掛號操作。

（3）醫生管理

醫生管理模塊中存儲醫生的基本信息。此模塊也實現信息化管理醫生收發病例。

（4）藥品管理

藥品發放由藥房管理人員完成操作，藥房通過收款單來給病人發藥。在病人繳費后，可直接到藥房取藥。發藥的同時減少藥品庫存量。通過查詢病號來確定藥品名稱及數量。

（5）處方管理

處方管理是要完成病歷上病情、病史的記載，以及醫囑的開立和實施。

四、系統功能圖

五、數據字典

六、數據約束條件

（1）一個醫院中有多個診室，一個診室中可有多個員工，但一個員工只屬于一個診室。

（2）員工由員工號來唯一標識，存儲員工的相關信息，格式為：workDatime+流水號；病人由病人編號唯一標識，存儲病人的相關信息，格式為：病人第一次看病時間+流水號；藥品由藥品編號唯一標識，格式為：p/s+國藥準字；掛號由掛號編號唯一標識，格式為：日期+流水號；處方由處方單號唯一標識，格式為：R+日期+流水號。

（3）在同一時間段，藥品發放只為一位病人；在同一時間段，醫生只為一位病人看病。

（4）員工工作年齡超過18歲，滿足工作年齡要求。

（5）聯系電話不超過11位數

七、數據流圖

病人信息 掛號單

繳費 繳費憑證

診斷 處方

取藥憑證 藥物

掛號請求

掛號單 掛號信息 掛號記錄

繳費 收費記錄 收費記錄

收費 醫生信息

醫生記錄

看病

處方 診斷信息 診斷記錄

取藥

藥物信息

藥物 藥物記錄

八、邏輯設計

關系模式：

（1）病人（病人編號、病人姓名、性別、年齡、身份證號、電話、過敏藥物）

（2）病歷（病歷編號、就診日期、主要癥狀）

（3）員工（員工編號、姓名、性別、年齡、身份證號、電話、職位、工資、工作日期、工作年限）

（4）科室（科室編號、科室名稱、科室位置、負責人、電話、科室介紹）

（5）掛號單（掛號單編號、掛號時間、掛號費）；

（6）藥品（藥品編號、藥品名稱、藥品類別、單價、主要成分、主要功能、用法用量、供應商、生產日期、有效日期、庫存量）

（7）處方（處方編號、就診日期、病人編號、員工編號、藥品名稱、藥品數量）

九、E-R圖

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

云南工商學院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.使用的數據結構算法：使用數組動態分配空間來儲存數據。