第一篇：房地產(chǎn)銷售管理系統(tǒng)需求分析

房地產(chǎn)銷售管理系統(tǒng)需求分析

1、需求分析：

伴隨著人類社會的進步和科學(xué)的發(fā)展，人們生活的水平也在不斷提高，房地產(chǎn)行業(yè)已經(jīng)成為當(dāng)今社會比較熱門的行業(yè)。房地產(chǎn)銷售是房地產(chǎn)行業(yè)的重要組成部分，由于房地產(chǎn)銷售形式復(fù)雜、業(yè)務(wù)種類繁多，早起的手工銷售方式已經(jīng)不能適應(yīng)現(xiàn)代房地產(chǎn)銷售的需要，在這種情況下，房地產(chǎn)銷售管理系統(tǒng)應(yīng)運而生。

在各大中型房地產(chǎn)銷售公司的房屋銷售管理當(dāng)中，主要存在著以下幾個問題：

（1）房屋銷售工作人員的工作量大、工作效率低

在房屋銷售管理的工作流程中，需要完成很多的工作。這其中要填制大量的單據(jù)，而且在填制這些表單時，有很多的錄入信息都是很重要的。例如，樓盤名稱、樓房名稱、房型信息、客戶信息及房屋銷售信息的反復(fù)出現(xiàn)，這些信息的重要性錄入，必然降低工作人員的工作效率，加重了工作負擔(dān)。

（2）房地產(chǎn)公司各個部門之間溝通困難

現(xiàn)代房地產(chǎn)企業(yè)在營銷管理的工程中，主要面臨著大量的數(shù)據(jù)和報表無法在多個部門之間進行有效的、暢通的信息交流和溝通，無法實現(xiàn)跨區(qū)域的實時管理、監(jiān)控以及如何滿足集團公司多級管理的需求等問題。

（3）查詢、統(tǒng)計困難

每天的房屋銷售情況，客戶退房、換房情況，這些大量數(shù)據(jù)的產(chǎn)生，都會加重查詢統(tǒng)計工作的負擔(dān)。

為了解決以上問題，我們從房地產(chǎn)銷售公司的角度出發(fā)，開發(fā)了房地產(chǎn)銷售管理系統(tǒng)。

2、系統(tǒng)分析

（1）業(yè)務(wù)流程：

房地產(chǎn)銷售管理系統(tǒng)主要包括房屋銷售管理、主要包括房屋銷售管理、客戶換房管理、客戶預(yù)定房屋管理和客戶退房等幾項業(yè)務(wù)，在不同的業(yè)務(wù)中分別完成相關(guān)的業(yè)務(wù)操作，并且能夠打印出相應(yīng)的單據(jù)和憑證，從而使得房地產(chǎn)公司的各項業(yè)務(wù)正常運轉(zhuǎn)。房地產(chǎn)銷售管理系統(tǒng)的業(yè)務(wù)流程如下圖：

使用房地產(chǎn)銷售管理軟件可以幫助房地產(chǎn)銷售企業(yè)有效的管理與房地產(chǎn)銷售相關(guān)的業(yè)務(wù)工作，從而減輕了房地產(chǎn)銷售公司工作人員的工作壓力，提高處理業(yè)務(wù)的效率，增強了企業(yè)在同行業(yè)中的競爭力。

（3）功能分析：

該系統(tǒng)有如下功能：

●能夠完成房型、樓盤、樓房、房屋資料信息的錄入和編輯，并且能夠查詢、調(diào)整樓房的銷售價格。

●完成銷售管理、換房管理、退房管理、付款管理和房屋退款管理的相關(guān)信息?！窆芾砑熬S護客戶資料的相關(guān)信息。

●管理客戶預(yù)定房屋的相關(guān)信息，并且能夠統(tǒng)計出房屋預(yù)定的相關(guān)信息?！窠y(tǒng)計出不同的銷售代表所銷售房屋的詳細信息 ●統(tǒng)計出客戶的相關(guān)數(shù)據(jù)

●維護房地產(chǎn)公司的員工信息。

●管理及維護系統(tǒng)操作員并且能夠修改操作員的密碼信息?！衲軌蛲瓿蓴?shù)據(jù)備份和數(shù)據(jù)恢復(fù)的操作，保證數(shù)據(jù)庫的安全。

3、系統(tǒng)設(shè)計

（1）系統(tǒng)功能設(shè)計：

根據(jù)上述的功能分析，可以將房地產(chǎn)銷售管理系統(tǒng)分為5大功能模塊，即樓盤房屋資料管理、房屋銷售管理、數(shù)據(jù)統(tǒng)計報表、基本數(shù)據(jù)錄入編輯和系統(tǒng)維護。其中，樓盤房屋資料管理包括房型信息管理和樓盤房屋信息管理兩部分；在房屋銷售管理中，能夠完成對房屋的銷售及付款信息的管理、客戶基本信息、客戶退房及退款信息的管理；在數(shù)據(jù)統(tǒng)計報表中，能夠完成房屋購訂統(tǒng)計查詢、房屋預(yù)定統(tǒng)計報表、房屋銷售統(tǒng)計報表和客戶數(shù)據(jù)分析等功能；基本信息錄入編輯包括員工資料錄入編輯和公司資料錄入編輯兩部分；系統(tǒng)維護主要能夠完成系統(tǒng)初始化、數(shù)據(jù)備份、恢復(fù)及對用戶信息維護及管理等功能。房地產(chǎn)銷售管理系統(tǒng)的功能結(jié)構(gòu)如下圖所示：

4、數(shù)據(jù)庫設(shè)計

由于房地產(chǎn)銷售管理系統(tǒng)所涉及到的數(shù)據(jù)量比較大，Access數(shù)據(jù)庫不能滿足存儲大量數(shù)據(jù)的要求，所以本系統(tǒng)采用sqlserver2005作為系統(tǒng)的后臺數(shù)據(jù)庫。

房地產(chǎn)銷售管理系統(tǒng)的數(shù)據(jù)庫名稱為“data_fdcglxt”，由于房地產(chǎn)銷售管理系統(tǒng)的數(shù)據(jù)庫比較復(fù)雜，本系統(tǒng)的數(shù)據(jù)庫預(yù)計使用32張數(shù)據(jù)表。由于表過多，現(xiàn)在只列出員工信息表，如下圖：

5、需求分析總結(jié)

在以前的可行性分析基礎(chǔ)上，我們進行了以上的需求分析過程。在分析的過程當(dāng)中，我們從整體上覺得整個軟件系統(tǒng)無論是在技術(shù)上還是在經(jīng)濟上都是完全可行的，有很好的開發(fā)價值。

09應(yīng)用技術(shù)304成員：王佳、陶海榮

第二篇：汽車銷售系統(tǒng)需求分析

關(guān)于汽車銷售系統(tǒng)的需求分析：

隨著國內(nèi)汽車市場的不斷擴大，各大4S店及汽車銷售公司對高效管理員工、車輛以及客戶信息的需求也顯得尤為迫切，希望可以有一套系統(tǒng)可以解決這個問題。

具體需求如下：

基本信息管理：員工信息、汽車廠商及型號、客戶信息

車輛銷售管理：車輛銷售、車輛出庫

車輛入庫管理：車輛采購、車輛入庫

車輛庫存管理：庫存車輛及其明細、銷售收益統(tǒng)計

銷售系統(tǒng)維護：數(shù)據(jù)安全管理、權(quán)限管理

管理員登錄后，可以查詢規(guī)定日期內(nèi)的銷售記錄以及相應(yīng)的銷售員工和客戶信息（也可以按車輛型號進行查詢），同時可以對庫存車輛的信息進行增、刪、改。對入庫車輛進行成本統(tǒng)計，對出庫車輛進行收益統(tǒng)計

客戶登錄后，可以查詢各個廠商及型號車輛的基本信息

員工信息（工號，姓名，性別，電話）

廠商信息（編號，名稱，電話，地址）

車輛信息（編號，型號，廠商，進價，售價，顏色，排量，庫存量）

客戶信息（客戶號，姓名，電話）

銷售【訂單號，交易日期，客戶號，工號，汽車編號，交易價】

入庫【汽車編號，入庫日起，進價，數(shù)量，銷售收益統(tǒng)計】

第三篇：圖書管理系統(tǒng)需求分析

云南工商學(xué)院09信息管理1班

圖書管理系統(tǒng)需求分析

班級：09信息管理1班

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

任務(wù)分配情況：

云南工商學(xué)院09信息管理1班

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

云南工商學(xué)院09信息管理1班

1.系統(tǒng)需求概述

1.1 圖書管理系統(tǒng)功能概述

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

·借書處理：完成讀者借書的流程處理?！み€書處理：完成讀者還書的流程處理。

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

1.2 系統(tǒng)主要業(yè)務(wù)流程分析

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

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

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

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

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

1.3 系統(tǒng)功能模塊分析

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

·基本業(yè)務(wù)處理模塊：主要用于實現(xiàn)圖書管理員對讀者借閱圖書和歸還圖書的處理。

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

云南工商學(xué)院09信息管理1班

·系統(tǒng)維護模塊：主要用于實現(xiàn)系統(tǒng)管理員對讀者信息、圖書管理員信息、圖書信息、和數(shù)據(jù)庫的管理。

1.4 建立用例模型

根據(jù)功能需求構(gòu)造用例模型，主要任務(wù)是識別系統(tǒng)中的所有參與者，并對每個參與者找出其用例，建立用例模型。

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

1.4.1 讀者用例圖

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

圖1-1 讀者用例圖

1.4.2 圖書管理員用例圖

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

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

云南工商學(xué)院09信息管理1班

1.4.3 系統(tǒng)管理員用例圖

添加書目添加讀者刪除書目刪除讀者系統(tǒng)管理員查詢圖書查詢讀者

圖1-3 系統(tǒng)管理員用例圖

1.5 詳述用例

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

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

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

1、讀者前提條件： 讀者已登錄到系統(tǒng)事件流：

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

2、讀者輸入圖書證編號

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

云南工商學(xué)院09信息管理1班

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

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

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

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

2、讀者輸入書名或書號

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

2.1 類圖

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

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

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

云南工商學(xué)院09信息管理1班

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

圖1-4 系統(tǒng)對象類圖

除了定義上述用于系統(tǒng)數(shù)據(jù)信息存儲管理和業(yè)務(wù)邏輯控制的類之外，在用圖形用戶界面開發(fā)系統(tǒng)時，我們還可以定義一些相應(yīng)的用戶界面類：

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

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

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

ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 圖1-5圖書管理系統(tǒng)的用戶界面類

云南工商學(xué)院09信息管理1班 系統(tǒng)設(shè)計

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

3.1 用例動態(tài)模型設(shè)計

3.1.1 實現(xiàn)“讀者查詢個人借閱信息”用例的動態(tài)模型

: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 讀者查詢個人借閱信息協(xié)作圖

云南工商學(xué)院09信息管理1班

3.1.2 實現(xiàn)“查詢圖書信息”用例的動態(tài)模型

: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 讀者查詢圖書協(xié)作圖

3.1.3 實現(xiàn)“借閱圖書”用例的動態(tài)模型

云南工商學(xué)院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 讀者借閱圖書協(xié)作圖

云南工商學(xué)院09信息管理1班

3.1.4 實現(xiàn)“歸還圖書”用例的動態(tài)模型

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

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

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

圖1-13 讀者歸還圖書協(xié)作圖

3.2 類圖設(shè)計

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

云南工商學(xué)院09信息管理1班

系統(tǒng)管理員-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 設(shè)計類圖

3.3 物理架構(gòu)設(shè)計

物理架構(gòu)設(shè)計就是用UML圖形描述系統(tǒng)軟件和硬件的大致結(jié)構(gòu)，包括畫出組件圖和配置圖。

3.3.1 組件圖

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

云南工商學(xué)院09信息管理1班

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

圖1-15 系統(tǒng)組件圖

3.3.2 配置圖

圖書管理系統(tǒng)是一個基于網(wǎng)絡(luò)和數(shù)據(jù)庫的應(yīng)用系統(tǒng),可以采用B/S結(jié)構(gòu),系統(tǒng)配置圖下圖所示：

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

第四篇：圖書管理系統(tǒng)需求分析

圖書管理系統(tǒng)需求分析報告

1.引言 1.1 編寫目的

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

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

1.2 項目背景

本項目的名稱：圖書管理系統(tǒng)。

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

1.3 相關(guān)定義

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

2.需求概述 2.1 目標

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

2.2 用戶類和特征

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

2.3 運行環(huán)境

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

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

軟件運行環(huán)境：服務(wù)器：Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。

3.需求分析 3.1數(shù)據(jù)需求

圖書館管理信息系統(tǒng)需要完成功能主要有：

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

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

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

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

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

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

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

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

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

3.2事物需求

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

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

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

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

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

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

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

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

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

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

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

用例描述了一個完整的系統(tǒng)事件流程，其重點在于執(zhí)行者與系統(tǒng)之間的交互而不是內(nèi)在的系統(tǒng)活動，并對執(zhí)行者產(chǎn)生有價值的可觀測結(jié)果。

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

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

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

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

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

2）對設(shè)備的要求：

要求計算機穩(wěn)定性良好，整套系統(tǒng)經(jīng)濟實惠。

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

圖書管已經(jīng)配置了所有的計算機，以及網(wǎng)絡(luò)設(shè)備，操作人員將使用win2003 4)圖書管員工受過較好的計算機方面的培訓(xùn)，在調(diào)研的時候感覺有不少員工有計算機方面的專業(yè)經(jīng)驗。5）編目要參照中圖法。

安全性需求

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

5.故障處理

在正常情況下，應(yīng)不出錯。一旦發(fā)生意外，比如掉電、網(wǎng)絡(luò)不通等，也應(yīng)保證系統(tǒng)數(shù)據(jù)不會丟失。

故障出現(xiàn)后可能采取的變通措施，包括：

備份：使用附加存儲設(shè)備備份數(shù)據(jù)。備份頻率為每日一次。需手動備份?；謴?fù)及再啟動：如果數(shù)據(jù)造成丟失，可使用備份數(shù)據(jù)還原。

第五篇：圖書管理系統(tǒng)需求分析

圖書管理系統(tǒng)需求分析

1.引言

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

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

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

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

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

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

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

5.2適應(yīng)性：此軟件為課程設(shè)計所設(shè)計，因此不考慮適應(yīng)性。6.用戶界面：

CodeBlocks運行窗口。

7.使用的數(shù)據(jù)結(jié)構(gòu)算法：使用數(shù)組動態(tài)分配空間來儲存數(shù)據(jù)。