第一篇：留言板管理需求分析報告

留言版系統

需求分析報告 目錄

一、概述.....................................................................................................................................................................3 1.1 目的.............................................................................................................................................................3 1.2 項目背景......................................................................................................................................................3

二、功能分析...........................................................................................................................................................3 2.1用戶功能模塊：..........................................................................................................................................3 2.2管理員功能模塊：......................................................................................................................................3 2.3總管理員功能模塊:......................................................................................................................................4

三、模塊圖.................................................................................................................................................................4 3.1用戶功能模塊：...........................................................................................................................................4 3.2管理員功能模塊：.......................................................................................................................................4 3.3總管理員功能模塊：...................................................................................................................................5

四、性能需求.............................................................................................................................................................5

五、出錯處理需求.....................................................................................................................................................5

六、運行需求.............................................................................................................................................................5

留言版管理系統一、概述

1.1 目的

一個功能強大且富有個性的網絡留言版，是每一個大型網站系統的追求，而且網絡留言 板是網站與訪客之間交流的重要手段。一個設計合理，界面優美的留言板程序能夠從側面體現網站良好的服務，給來來訪的用戶留下好的印象，增強用戶對網站的信心。對于每一個網站，留言板功能模塊已經成為必不可少的一部分，鑒于這樣的形勢下開發 一個具有廣泛適應性，功能廣泛性，符合大眾體驗要求，可嵌入性強的留言板模塊，意義顯得格外重要。

1.2 項目背景

項目的任務提出者：蘭州商學院隴橋學院

開發軟件的名稱：留言板管理系統

開發者：

用戶：隴橋學院學生信息管理員 實現軟件的單位：2012信管一班 兼容系統：Windows XP SP2/SP3 開發工具：ASP.NET+ Microsoft SQL Server 2005

二、功能分析

在留言板管理系統中其管理權限分為三級，分別總管理員、管理員、用戶。他們的權限分別依次遞增進而組成系統的前后臺管理來使系統規范化。

2.1用戶功能模塊：

(1)用戶注冊：用戶通過填寫詳細的個人信息包括主要的用戶名、密碼等來進行注冊。(2)用戶登錄:輸入已經通過注冊成功的用戶名、密碼并選擇用戶身份來進行登入。(3)個人信息模塊:用戶可以查看、修改個人信息包括其個人密碼。(4)留言管理模塊：用戶可以查看、刪除、回復留言信息。(5)留言者管理模塊：用戶可以對留言者進行查看、添加、刪除。

2.2管理員功能模塊：

(1)管理員登錄：輸入用戶名和密碼，選擇管理員身份進行登錄。

(2)管理用戶模塊：管理員可以對所有的用戶進行查詢、刪除、修改與禁言等功能。(3)留言管理模塊：管理員可以對所有的用戶留言進行查詢、刪除、修改。(4)個人信息模塊：管理員可以修改自己的個人信息包括其密碼。

2.3總管理員功能模塊:

(1)總管理員登錄：輸入用戶名、密碼，選擇總管理員身份進行登錄.(2)用戶管理模塊：管理員可以對所有的用戶進行查詢、刪除、修改與禁言等功能。

(3)管理員管理功能：總管理員可以對管理員進行查詢、添加、刪除、修改等功能。

(4)留言管理模塊：管理員可以對所有用戶、管理員的留言進行查詢、刪除、修改。

三、模塊圖

注冊

登錄用戶管理員總管理員

3.1用戶功能模塊：

用戶登錄個人信息管理

留言管理留言者管理

3.2管理員功能模塊：

管理員登錄個人信息3.3總管理員功能模塊：

用戶管理留言管理

總管理員登錄用戶管理

四、性能需求

通過分析，系統性能需求如下：

1.系統的高速性、穩定性、安全性。

2.系統的體系結構能夠方便添加功能模塊，適應業務、辦公的發展。

3.系統人機界面友好，易學易用。

4.系統維護成本較低。

管理員管理留言管理

五、出錯處理需求

出錯處理的任務是及時有效的避免或糾正錯誤：

1.接受到從另一個系統發來的違反協議格式的消息時要及時拒絕。

2.發現系統自己出現錯誤時要及時提出出錯處理需求

六、運行需求

1．用戶界面： 本軟件是基于windows平臺下的窗口圖形界面軟件，運行主界面為Windows的經典運行界面，采用多文檔界面，從而可以使程序更加美觀，整齊有序，簡易操作。

2．硬件接口：DVD光驅，打印機等。

3．軟件接口：軟件運行基于windows平臺上的2000，NT，XP,Vista等。

4．故障處理：在用戶的輸入有錯誤的情況下，對于用戶的輸入錯誤應給出適當的改正提示。若運行時遇到不可恢復的系統錯誤，也必須保證數據庫完好無損。

第二篇：網絡留言板--需求分析

網絡留言版軟件性分析報告

軟件工程

班級： 小組成員：

網絡留言板需求分析

一、網絡留言板系統的開發意義

1.一個功能強大且富有個性的網絡留言版，是每一個大型網站系統的追求，而且網絡留言板是網站與訪客之間交流的重要手段。一個設計合理，界面優美的留言板程序能夠從側面體現網站良好的服務，給來來訪的用戶留下好的印象，增強用戶對網站的信心。2.對于每一個網站，留言板功能模塊已經成為必不可少的一部分，鑒于這樣的形勢下開發一個具有廣泛適應性，功能廣泛性，符合大眾體驗要求，可嵌入性強的留言板模塊，意義顯得格外重要。

二、系統目標

1.總目標：

留言板提供網站訪客的給網站留言功能，通過留言使用戶與網站維護者很好的交流,來方便用戶和網站的維護，同時可以更好的服務用戶。留言板主要接收訪問者輸入的信息，將其存入網站數據庫，并且通過Web頁面將訪客的留言顯示出來。訪客也可以通過注冊成為網站會員。2.留言板功能目標：

1>留言功能：訪客可以創建留言，也可以跟帖留言，同時也可以刪除自己的留言和評論。但是無法刪除和修改別的訪客的留言信息。網站管理員可以根據留言信息做出相印的回復，也可以刪除訪客留言；

2>用戶注冊功能：網站的瀏覽者用戶可以在網站上進行注冊，成為網站的會員 3.性能目標：

1> 界面美觀；

2> 易于操作，方便學習和使用； 3> 具有好的擴展性和跨平臺型； 4> 具有很好的安全性；保證用戶信息的安全，同時對不同的用戶具有不同的權限。

三、結構

四、功能需求

1.前臺功能需求：

a)網站的所有瀏覽者用戶可以瀏覽網站上的留言信息

i.通過關鍵字搜索瀏覽 ii.根據網站信息的默認排序瀏覽

b)網站的瀏覽者用戶可以在網站上進行注冊，成為網站的會員

i.注冊用戶類型 ii.注冊用戶訪問權限 c)會員功能

i.登錄網絡留言板 ii.回復留言 iii.瀏覽留言 iv.添加留言 v.管理自己的留言的功能 vi.管理個人信息

功能需求分析圖：

前臺的一個用例圖：

2.后臺功能需求：

a)管理員用戶可以管理所有的注冊用戶

i.注冊用戶的操作權限的修改 ii.注冊用戶信息查詢

b)管理員用戶可以管理所有注冊用戶的留言信息

i.留言信息的回復 ii.留言信息刪除 c)管理員功能

i.管理留言信息分類 ii.管理用戶權限 iii.分布網站信息

后臺的一個用例圖：

五、非功能需求

1.安全性

a)注冊到網站的用戶個人信息必要保密 b)用戶的留言信息需要進行必要的保密

c)對于不同的瀏覽者瀏覽留言應該限定訪問權限 2.適應性

a)網絡留言板模塊應該具有很強的可擴展性，能夠根據不同的網站增加適應性功能 3.方便性

a)界面優美，設計人性化

用戶操作方便，易于學習。

六、環境需求

硬件環境: 個人計算機：內存：2G

主頻：2.2GHZ

操作系統：Win7 軟件環境：

Mircosoft SQL server 2005 Tomcat 6.0 JDK 1.6

第三篇：書店管理系統需求分析報告

書 店 管 理 需 求 分 析 規 格 說 明 書

目錄

1.引言.................................錯誤！未定義書簽。1.1編寫需求分析規格說明書的目的........................4 1.2軟件設計目標........................................4 1.3 術語表.............................................4 1.4參考資料............................................4 2.軟件產品的一般性描述...................................5 2.1運行環境............................................5 2.2軟件產品的功能（用例模型）..........................5 2.3用戶特征............................................7 2.4限制與約束..........................................7 3.系統功能行為分析......................................7 3.1引言................................................7 3.2 系統功能模型——系統用例模型........................7 3.3相關用例的展開——活動圖...........................10 3.4系統靜態模型——對象類模型.........................12 3.5系統動態模型（順序圖）.............................14 3.6系統體系結構模型...................................18 3.7輸出結果...........................................19 4.系統性能分析.........................................20 4.1數據精準度.........................................20

4.2時間特性...........................................20 4.3適應性.............................................20 4.4故障處理...........................................20 5.系統運行要求分析.....................................20 5.1用戶界面...........................................20 5.2硬件接口...........................................20 5.3軟件接口...........................................20 6．其他要求............................................20 7.附錄.................................錯誤！未定義書簽。

1.引言

1.1編寫需求分析規格說明書的目的

隨著科學技術的不斷提高,計算機科學日漸成熟,其強大的功能已為人們深刻認識,它已進入人類社會的各個領域并發揮著越來越重要的作用。傳統的書店管理系統其日常管理工作都是人工操作，存在著許多缺點,如:效率低下、保密性差,另外時間一長,將產生大量的文件和數據,這對于數據的查找、更新和維護都帶來了不少的困難，并且浪費了許多人力和物力。在信息時代，使用計算機對圖書信息進行管理,具有著手工管理所無法比擬的優點.例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高書店管理的效率。因此，開發這樣一套書店管理軟件成為很有必要的事情。

1.2軟件設計目標

（1）登錄系統：管理員和顧客進入登陸界面，輸入各自的的用戶名和密碼進入登陸界面，可以通過登錄該系統進行各項功能的操作

（2）書籍管理：管理員進入書籍管理界面，對書籍基本信息制定、輸入、修改、查詢，包括書籍編號、類別、關鍵詞、備注。

（3）書籍出售：管理員進入書籍出售管理界面，根據ISBN號出售圖書,刪去相應庫存,記錄銷售時間，包括預訂書籍、查詢書籍的處理。

（4）顧客管理：管理員進入顧客管理界面，進行對顧客的一系列操作，包含對顧客信息的增刪改等操作，以及會員服務等。

（5）查詢書籍：管理員和顧客登錄系統，進入書籍查詢界面，對圖書的一些詳細信息進行查詢。

（6）預定書籍：顧客登錄系統，進入書籍預定界面，通過對圖書信息查詢，對已選擇的圖書進行預定。

（7）購買書籍：顧客登錄系統，進入購買圖書界面，對已選擇的圖書進行購買。

(8)系統應符合書店管理的規定，滿足書店相關人員日常使用的需要，并達到操作過程中的直觀、方便、實用安全等要求；

(9)系統采用模塊化程序設計方法，即便于系統功能的各種組合和修改，又便于未參與開發的技術維護人員補充、維護；(10)系統應具備數據庫維護功能，及時根據用戶需求進行數據的添加、刪除、備份等操作；

(11)盡量采用現有軟硬軟硬件環境及先進的管理系統開發方案，從而達到充分利用現在有資源，提高系統開發水平和應用效果的目的。

1.3 術語表

[1].登錄：包括書店管理員、顧客在書店登陸界面輸入各自用戶名和密碼，如 果輸入正確就可以直接進入書店系統，管理員可以對系統進行相應的操作；而顧客也可以進行相應的操作。

[2].書籍管理：是指管理員對書籍進行一個比較系統的管理，如對圖書信息進行錄入、刪除、瀏覽、查詢、修改等基本操作 [3].書籍出售：是指管理員對書籍的出售情況進行管理，及時處理顧客的訂單，完成書籍出售的過程。

[4].顧客管理：是指管理員對顧客的管理，包括對會員的管理，對會員信息進行維護，及時的增加、修改、刪除等來完善對會員的管理；也包括對其他顧客的信息管理。是指

[5].購買書籍：是指顧客對已選擇的圖書進行購買的過程。

[6].查詢：是指管理員查詢圖書的庫存，出售情況，以及缺貨補充等的查詢；顧客對圖書種類，價格等的查詢。[7].預定書籍：是指顧客再經過對圖書的查詢，選擇需要的圖書并對圖書進行預定，方便購買。

1.4參考資料

[1] 黃梯云 《管理信息系統》 經濟科學出版社 2000.3 [2]甘仞初《信息系統開發》經濟科學出版社 1996.9 [3]汪星明 《管理系統中計算機應用》武漢大學出版社 1997.5 [4] 方美琪，軟件開發工具[M]，經濟科學出版社

[5] 陳禹，方美琪，軟件開發工具[M]，經濟科學出版社

2.軟件產品的一般性描述

2.1運行環境

硬件環境：

512M以上內存

軟件環境：

數據庫Microsoft SQL Server 2005及以上版本 Windows XP，Win7 CP/IP 通信協議

2.2軟件產品的功能（用例模型）

圖1 功能用例 “系統登錄”用例

1.管理員和顧客進入登陸界面 2.填寫各自用戶名及密碼 3.系統進行賬戶的核實 4.成功登陸

5.管理員可以進行顧客管理、圖書管理、售書管理、書籍查詢等。6.顧客可以進行書記的查詢、預定、購買等。

“顧客管理”用例

1.管理員登陸顧客管理界面 2.系統響應相應的用戶權限 3.列出相應的信息 4.用戶選擇相應的操作 “購買書籍”用例

1.管理員進入登陸界面 2.系統響應相應的用戶權限 3.列出相應的信息 4.用戶操作 “圖書管理”用例

1.登陸圖書信息管理界面

2.系統響應相應的用戶權限操作

3.圖書信息進行錄入、刪除、瀏覽、查詢、修改等基本操作 4.列出相應的信息

5.用戶選擇相應的操作

“預定書籍”用例

1.管理員進入登陸界面

2.系統響應相應的用戶權限,對訂單信息進行管理或處理

3.列出相應的信息

4.接收訂單并發貨、拒絕訂單、查詢庫存、訂購貨品、訂單增加 5.用戶操作 “售書管理”用例

1.管理員進入登陸界面 2.系統響應相應的用戶權限 3.列出相應的信息 4.用戶操作 “査書管理”用例 1.陸查詢界面

2.系統響應相應的用戶權限 3.列出相應的信息

4.管理員對圖書銷售及相關信息的情況查詢

5.顧客（會員和游客）對圖書的相關信息的查詢

6.用戶選擇相應的操作進行查詢

2.3用戶特征

該軟件適用于掌握計算機基礎知識的客戶，書店員工可根據自己的權限進行相應操作，系統管理員要求由計算機的專業知識。

2.4限制與約束

1.建議開發軟件運行的最短壽命：3年 2.進行系統方案選擇比較的期限：3個月 3.經費來源和使用限制：新華書店

4.硬件、軟件、運行環境和開發環境的條件和限制：新華書店擁有大型機以及用來支持的數據庫，安裝有Windowsxp及以上的操作系統。

5.建議開發軟件投入使用的最遲時間：開發完成后試運行1個月。

3.系統功能行為分析

3.1引言

第一步創建系統的用例模型。作為描述系統的用戶或參與者所能操作的模型，它在需求分析階段有著重要的作用，整個開發過程都圍繞系統的需求用例表述的問題和問題模型進行。

3.2 系統功能模型——系統用例模型

創建系統用例的第一步是確定系統的參與者。

書店管理系統的參與者包含以下三種：

管理員： 進入管理頁面，可以維護客戶注冊信息、維護圖書信息、處理訂單信息、報表維護（報表輸出、報表備份、報表恢復、報表刪除）、商品銷售查詢。

員工： 進入工作管理頁面，可以對圖書（或商品）信息進行錄入、刪除、瀏覽、查詢、修改（商品銷售）、維護個人信息、維護訂單信息（接收訂單并發貨、拒絕訂單、查詢庫存）。

顧客：（會員和游客）會員：進入登入頁面，可以對圖書信息進行查詢、，并可以維護個人信息，維護訂單信息（訂單狀態查詢、訂單刪除或增加）； 游客： 進入網站后，只能進行基本的信息瀏覽和查詢。

圖2 系統參與者

1.用戶用例（會員和普通用戶）

（1）登錄：會員通過身份驗證，登錄到網上書店系統。

（2）注冊：普通用戶在網上書店系統注冊個人信息，可以成為會員。（3）瀏覽圖書：會員或游客可以瀏覽網上書店的圖書。

（4）查詢個人資料： 會員可以查詢修改個人資料，包括個人的基本信息、訂單信息。

（5）修改個人資料：會員可以修改個人信息。

（6）加入購物車：會員可以將要買的書籍添加到購物車，可以對購物車里 書籍數量信息進行修改。

（7）提交訂單：會員可以對所下訂單進行提交。（8）付款：會員可以進入付款界面進行結算。2.員工用例

(1)登錄：員工根據用戶名和密碼，登錄到網上書店系統。(2)銷售查詢：員工可以對書店的銷售情況進行查詢。(3)庫存查詢：員工可以對書店所剩下的書籍進行查詢。(4)圖書管理：員工可以修改書籍信息、添加圖書、刪除圖書。(5)訂單處理：員工可以修改訂單信息、刪除訂單。

3.管理員用例

(1)登錄：管理員輸入賬號和密碼可以登錄帶網上書店系統(2)管理會員：管理員可以修改會員信息、添加、刪除會員。(3)員工信息維護：管理員可以修改員工信息、添加、刪除員工。

在識別出參與者和用例后，要想建立用例圖，還需要識別出他們之間的關系。“加入購物車”、“添加書籍到購物車”、“查看個人資料

”、“ 提交訂單”等，這些動作是由“會員”執行的。為了購物安全方便，系統還需要提供用戶信息驗證，確保只有會員用戶才可以進行書籍購買。用例“管理書籍”、“ 管理訂單” 這些動作是由“員工”執行的。用例“維護員工信息”“維護系統”等，這些動作是由“管理員”執行的。為了系統的安全性，系統還需要提供進行身份驗證的功能，以確保只有具有權限的“系統管理員”才可以使用系統的功能，所以“管理員”必須與用例“登錄”交互，也即“管理員”在使用系統前，要使用用戶名和密碼進行登錄，系統驗證用戶的密碼正確后，用戶才可以執行進一步的操作。

圖3 會員用例圖

圖4

管理員用例圖

圖5

員工用例圖

3.3相關用例的展開——活動圖

（1）員工訂單處理活動圖

員工可以對用戶提交的訂單進行處理，員工在系統中，先對系統發出訂單處理請求，系統轉到訂單管理界面，如果要刪除訂單，選擇要刪除的訂單，系統將修改的信息保存到數據庫中。如果需要刪除訂單，訂單處于待修改狀態，體統將 10

修改后的信息保存到數據庫中。

圖6 員工訂單處理活動圖

（2）員工圖書管理活動圖

圖7

員工圖書管理活動圖

（3）顧客購買商品和管理員處理訂單的活動圖如圖8所示。

圖8

顧客購買商品和管理員處理訂單的活動圖

從圖8中可以看出，管理員、顧客發生了相互的關系。顧客登錄后查詢商品，在選擇了自己希望購買的商品后提交訂單，接下來顧客處于查詢訂單的循環狀態。與此同時，管理員接收到了顧客提交的訂單，并根據該訂單對應商品的庫存情況判斷是否拒絕該訂單，并更新客戶訂單。在顧客查詢到訂單狀態變成已處理后，購買過程結束。

3.4系統靜態模型——對象類模型 進一步分析系統需求，發現類以及類之間的關系，確定它們的靜態結構和動態行為，是面向對象[7]分析的基本任務。系統的靜態結構模型主要用類圖和對象圖描述。

進一步分析系統，發現類以及類之間的關系，確定它們的靜態結構，是面向對象分析的基本任務。系統的靜態結構模型主要用類圖和對象圖來實現的。類圖從抽象的角度描述系統的靜態結構，特別是模型中存在的類、類的內部結構以及它們與其他類之間的相互關系。其中類的識別分為三類：識別實體類、識別邊界類和識別控制類。

類不是孤立的,UML為我們定義了它們之間的四種關系，它們是：關聯（Association）關系（聚合和組合）、依賴（Dependency）關系、泛化（Generalization）關系、實現（Realization）關系。

關聯關系是類之間最廣泛的關系，若兩個類的對象的實例之間具有某種（屬

性上的）依賴關系，對象所屬類間的關系稱為關聯關系,關聯關系是一種結構關系，是一種弱關系，被關聯的元素間通常可以被獨立的考慮。指出了一個事物的對象與另一個事物的對象之間的語義上的連接。其表示方法是在UML中，關聯的圖形表示是實線+箭頭，箭頭指向被關聯的類。關聯可以是單向的，也可以是雙向的。關聯關系包含兩種：聚合關系和組合關系。其中聚合關系是類與類之間的關系具有“整體——部分”的特點。其表示方式：在UML中聚合的圖示方式為，在表示關聯關系的直線末端加一個空心的小菱形，空心菱形緊挨著具有整體性質的類，即箭頭指向整體類。組合關系是整體和部分是不可分的，整體的生命周期結束時也就是部分的生命周期到頭時。

依賴關系是對于兩個相對獨立的對象，當一個對象負責構造另一個對象的實例，或者依賴另一個對象的服務時，這兩個對象之間主要體現為依賴關系。用虛箭頭表示。

泛化關系表示一個泛化的元素和一個具體的元素之間的關系。它又稱繼承，UML中的泛化是通用元素和具體元素之間的一種分類關系。具體元素完全擁有通用元素的信息，并且還可附加一些其它信息。泛化可用于類、用例等各種模型元素。父類與子類的泛化關系圖示為一個帶空心三角形的直線，空心三角形緊挨著父類。

實現關系是指定兩個實體之間的一個合同。實現是規格說明和其實現之間的關系，它將一種模型元素與另一種元素連接起來。在UML中，實現關系的符號與泛化關系的符號類似，用一條帶指向接口的空心三角箭頭的虛線表示。

根據上述類的關系，完整的類圖如圖9所示

圖9

類圖

3.5系統動態模型（順序圖）

系統的動態模型可以使用交互作用圖、狀態圖和活動圖來描述。交互作用圖包括序列圖和協作圖。序列圖描繪了系統中的一組對象在時間上交互的整體行為，協作圖描繪的是系統中一組對象的交互行為。創建順序圖：

（1）顧客訂購順序圖如圖10所示。

用戶首先使用自己的賬號和密碼登錄系統，登錄模塊會將客戶的ID保存在系統緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件，客戶輸入適當的查詢條件后查詢模塊顯示符合查詢條件的商品列表。客戶得到商品列表后，提交自己想要購買的商品ID。訂購模塊得到商品ID，生成訂單并提交給數據模塊進行保存。保存成功后，訂購模塊提示用戶訂購該商品成功。

圖10 顧客訂購順序圖

（2）顧客刪除訂單順序圖如圖11所示。

客戶在提交訂單后可以對訂單進行維護（添加、刪除、修改）。客戶首先輸入自己的賬號和密碼登錄系統。登錄模塊會將客戶的ID保存在系統緩存中并提 14

交給訂單查詢模塊。訂單查詢模塊顯示該客戶當前的所有訂單，客戶得到該列表后，選擇需要刪除的商品ID，訂單處理模塊把刪除信息提交給數據模塊，數據模塊保存信息。訂單處理模塊提示用戶刪除操作成功。

圖11 顧客刪除訂單順序圖

（3）管理員處理訂單順序圖如圖12所示。

管理員使用其賬號和密碼登錄后，登錄模塊會將管理員的ID保存在系統緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理訂單的列表，管理員提交某商品ID得到該商品的庫存情況。如果庫存充足則接受訂單，并把接受信息提交給數據模塊，數據模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊，訂單處理模塊提示管理員該操作成功。

圖12 管理員處理訂單順序圖

（4）.管理員登錄順序圖

管理員登陸的過程為：管理員進入系統，進入登錄頁面，輸入賬號密碼，系統驗證身份信息，驗證成功，界面返回成功信息，管理員接受成功消息，登陸系統成功。如圖11。

圖13

管理員登錄順序圖

（5）會員提交訂單順序圖

會員登錄系統，進入提交訂單界面，將確認的訂單提交到系統中，如果訂單無誤則顯示成功提交訂單，并返回提交訂單界面，如果訂單有誤，則顯示是錯誤

訂單，會員在進行訂單的修改確認。

圖14 會員提交訂單順序圖

（7）員工管理圖書順序圖

員工進入圖書信息管理界面，可以進行圖書的檢查、修改、刪除、增加等操作。進入修改刪除圖書界面，并輸入要修改的圖書信息，以及要增加的圖書信息，如果增加圖書信息成功則返回信息成功修改添加界面，并顯示修改成功，返回界面，如果有誤在進行進一步的修改。

圖15

員工管理圖書順序圖

3.6系統體系結構模型

我們可以識別系統中存在的主要實體類：書店、員工、用戶。

圖16

書店管理系統的主要參與者

(1)主界面

系統的主界面具有菜單和菜單項，當選擇不同的菜單項時，用戶可以執行不同的操作。當程序退出時，主界面窗口關閉。

(2)圖書信息顯示界面

圖書信息顯示界面是進行書籍查詢時所需要的對話框。用戶根據書籍名、作者、類別等條件查詢書籍，系統查詢數據庫獲取符合條件的書籍并顯示到界面。

(3)注冊界面

注冊界面是進行游客注冊時所需要的對話框。當選擇主窗口中的菜單項“注冊”時，對話框彈出，游客填寫用戶名、密碼、電話、家庭住址、郵編等信息，然后點擊“提交”按鈕，系統創建用戶的信息并將之存儲到數據庫中。并且系統將自動登錄到系統主頁。

(4)購物車界面

購物車界面是進行操作“刪除購物車里的書籍”、“修改購物車里書籍數量”或“提交訂單”時所需要的對話框。

當用戶選擇刪除購物車里的書籍時，對話框彈出，用戶點擊“刪除按鈕”，系統刪除用戶購物車里的該書籍。當用戶選擇修改購物車里書籍數量時，用戶輸入書籍的數量，然后點擊“更新”按鈕，系統更新用戶購物車里的該書籍數量。當用戶選擇“提交訂單”時，系統進入付款界面，并且系統將此購物產生一個訂單保存到數據庫中。

(5)圖書管理界面

圖書管理界面是進行操作“添加書籍”、“編輯書籍”或“刪除書籍”時所需的對話框。

當選擇主窗口中的菜單項“添加書籍”時，對話框彈出，員工輸入書籍信息，然后單擊按鈕“添加”，系統創建書籍的信息并將之存儲在系統中。當選擇菜單項“編輯書籍”或“刪除書籍”時，對話框彈出，員工輸入要編輯或刪除的書籍的名稱，單擊按鈕“OK”提交。系統查詢數據庫檢索到書籍信息后彈出對話框BookDialog，顯示書籍的詳細信息，如若是“編輯書籍”，員工編輯修改書籍的有關信息，然后單擊按鈕“更新”，更新系統中存儲的書籍信息；如若是“刪除書籍”，員工則單擊按鈕“刪除”，系統刪除所存儲的該書籍信息，當然，與該書

籍有關的其他信息業也一并刪除。

(6)登陸界面

登陸界面是用戶用來登陸的界面。用戶輸入用戶名和密碼，點擊按鈕“登陸”，系統查詢數據庫檢索此用戶的用戶名和密碼是否正確，若正確，若是admin用戶，系統將顯示后臺管理界面，否則系統將顯示首頁面。若錯誤，系統提示“用戶名或密碼錯誤?！?/p>

根據上述部分界面的分析，網上書店系統中的邊界類圖

圖17 邊界類圖

圖18

控制類圖

3.7輸出結果

4.系統性能分析

4.1數據精準度

在向數據庫文件提取數據時，要求數據記錄定位準確，在往數據庫文件數組中添加數據時，要求輸入數據準確。金額，身份證，卡號等按需求設定字符數。

4.2時間特性

程序響應時間：在人的感覺和視覺事件范圍內；

信息交換時間：要求在程序調用前、調用后都與數據庫保持同步更新，網絡信息交換時間應該小于程序調用的時間。

4.3適應性

要求數據庫具有很好的更新能力，由于本產品是實驗性軟件，故對磁盤和內存容量沒有很高的要求，但是數據庫應該能夠對并發事件、臟數據具有較強的識別處理能力。

4.4故障處理

軟件應具備自動拼寫錯誤檢查等功能，在出現故障后應從整個系統數據庫重新載入數據進行操作。

5.系統運行要求分析

5.1用戶界面

屏幕格式：采用全屏格式，通過分窗口操作進行各個操作之間的轉換 報表格式：以銀行原報表格式設計電子打印表格式。

菜單格式：下拉式菜單，應顯示儲戶資料及帳戶資料的各個詳細條目。

5.2硬件接口

網絡硬件接口要求：現實中要求具有高速以太網組網以實現聯網操作，但是從理論實驗驗證軟件本身的目的來看，無需網絡通訊接口。業務員鍵入儲戶的資料要全部一直顯示在屏幕；儲戶從按鍵口鍵入密碼到系統以核對；計算機與打印機有高速傳輸的連接接口，最后以紙張的形式打印出清單給儲戶。

5.3軟件接口

Windows標準接口，要求與其他軟件無沖突錯誤發生。

6．其他要求

安全保密性、復用性、靈活性、易用性、可維護性、可移植性等。指明不同屬性的相對側重點，例如易用程度優于易學程度，或者可移植優于有效性。(1)健壯性：說明軟件在容錯能力，故障處理能力上需要達到的目標，保證系統穩定可靠；

(2)安全保密性：包括用戶身份確認或授權方面的需求，保密性策略，產品所創建或使用的數據的保護等等；

(3)安全性：通過網絡傳送的數據需要簡單加密，服務器端對接收到的數據需要二次簡單驗證。

(4)復用性：說明本項目是否可以復用已有軟件、是否可為其它產品復用；(5)靈活性：說明在運行環境、與其他軟件的接口以及開發計劃等發生變化時，應具有的適應能力。

7.附錄

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

目錄 一．概述

1.編寫目的 2.項目背景 3.定義 4.參考資料 5.開發環境 二．需求分析 1.問題提出

2.系統的業務功能分析 3.需完成的功能 三．系統需求說明 1.對功能的規定 2.對性能的規定 3.輸入輸出要求 四．新系統的邏輯模型 1.圖書館組織機構分析 2.系統功能結構圖 3.業務流程圖 4.數據流程圖 5.數據字典 一．概述

1、編寫目的

按照關系型數據庫的基本原理，綜合運用所學的知識，以小組為單位，設計開發一個小型的圖書管理系統。通過對一個實際問題的分析、設計與實現，將原理與應用相結合，使學生學會如何把書本上學到的知識用于解決實際問題，培養學生的動手能力；另一方面，使學生能深入理解和靈活掌握教學內容

2、項目背景

數據處理手工操作，工作量大，出錯率高，出錯后不易更改。圖書館采取手工方式對圖書借閱情況進行人工管理，由于信息比較多，圖書借閱信息的管理工作混亂而又復雜；一般借閱情況是記錄在借書證上，圖書的數目和內容記錄在文件中，圖書館的工作人員和管理員也只是當時對它比較清楚，時間一長，如再要進行查詢，就得在眾多的資料中翻閱、查找了。造成查詢費時、費力。如要對很長時間以前的圖書進行更改就更加困難了。

a.待開發的軟件系統的名稱是《圖書管理系統》

b.本軟件適用于教育界，他是比較完善的系統管理軟件，對圖書館的書籍、讀者資料、借還書等可以進行方便的管理。

C.開發員：王林飛，張應鋒

3、定義

數據流程圖（DFD）：為描述軟件系統中的信息流提供了一個圖形方法。箭頭代表數據流，方框代表數據的源點或終點，圓框代表數據流的交換，雙杠代表數據存儲的地方。數據字典是對數據流程圖中的數據，變換等進行精確的定義。

5、開發環境

WindowXP,/7 eclipse，需求分析

1、問題的提出：

圖書館作為一種信息資源的集散地，圖書和用戶借閱資料繁多，包含很多的信息數據的管理，現今，有很多的圖書館都是初步開始使用，甚至尚未使用計算機進行信息管理。根據調查得知，他們以前對信息管理的主要方式是基于文本、表格等紙介質的手工處理，對于圖書借閱情況（如借書天數、超過限定借書時間的天數）的統計和核實等往往采用對借書卡的人工檢查進行，對借閱者的借閱權限、以及借閱天數等用人工計算、手抄進行。數據信息處理工作量大，容易出錯；由于數據繁多，容易丟失，且不易查找?？偟膩碚f，缺乏系統，規范的信息管理手段。有必要建立一個圖書管理系統，使圖書管理工作規范化，系統化，程序化，避免圖書管理的隨意性，提高信息處理的速度和準確性，能夠及時、準確、有效的查詢和修改圖書情況。

2、系統的業務功能分析：

1）建立讀者類，實現對讀者編號、姓名、所在單位等信息的描述。

2）建立書籍類，實現對圖書的編號、名稱、作者、出版社、出版日期、價格、采購日 期、單價、數量、金額、版次、分類號、ISBN等信息的描述。

3）建立用于記錄借書情況的類，實現輸入讀者編號和書籍編號后成功借書的描述。

系統的業務流程分析：

3、需完成的功能

1)圖書基本情況的錄入、修改、刪除等基本操作。2)實現借書功能。3)實現還書功能。

4)能方便的對圖書進行查詢。5）管理員進行借書者用戶進行管理

一、系統需求說明

1、對功能的規定

經過以上詳細的用戶調查，在現行業務流程和數據分析的基礎上，基本可以確定系統設計必須達到的目標。

以下是圖書管理系統必須具備的功能：

1.圖書基本情況的錄用：對于購進的新書，系統必須具備圖書信息資料的錄入功能。當圖書資料發生變化，如圖書丟失或有錯誤信息輸入時，則應能夠及時對數據進行修改和補充。

2.辦理借書卡模塊：系統的主要功能之一，供本校學生借閱圖書。3.實現借書功能：可以方便學生們借書。

4.實現還書功能：歸還圖書，并進行登記。

5.能方便的對圖書進行查閱：可以快速簡單的對圖書進行查找一些信息。

2、對性能的規定

為了保證系統能夠長期、安全、穩定、可靠、高效的運行，圖書管理系統應該滿足以下的性能需求：

（1）、系統處理的準確性和及時性 系統處理的準確性和及時性是系統的必要性能。在系統設計和開發過程中，要充分考慮系統當前和將來可能承受的工作量，使系統的處理能力和響應時間能夠滿足學校對信息處理的需求。

（2）、系統的開放性和系統的可擴充性 圖書管理系統在開發過程中，應該充分考慮以后的可擴充性。例如用戶查詢的需求也會不斷的更新和完善。所有這些，都要求系統提供足夠的手段進行功能的調整和擴充。而要實現這一點，應通過系統的開放性來完成，既系統應是一個開放系統，只要符合一定的規范，可以簡單的加入和減少系統的模塊，配置系統的硬件。通過軟件的修補、替換完成系統的升級和更新換代。

（3）、系統的易用性和易維護性

圖書管理系統是直接面對使用人員的，而使用人員往往對計算機并不時非常熟悉。這就要求系統能夠提供良好的用戶接口，易用的人機交互界面。要實現這一點，就要求系統應該盡量使用用戶熟悉的術語和中文信息的界面；針對用戶可能出現的使用問題，要提供足夠的在線幫助，縮短用戶對系統熟悉的過程。

（4）、系統的標準性

系統在設計開發使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業標準。

（5）、系統的先進性

目前計算系統的技術發展相當快，做為圖書管理系統工程，在系統的生命周期盡量做到系統的先進，充分完成企業信息處理的要求而不至于落后。這一方面通過系統的開放性和可擴充性，不斷改善系統的功能完成。另一方面，在系統設計和開發的過程中，應在考慮成本的基礎上盡量采用當前主流并先進且有良好發展前途的產品。

（6）、系統的響應速度

圖書管理系統系統在日常處理中的響應速度為秒級，達到實時要求，以及時反饋信息。在進行統計分析時，根據所需數據量的不同而從秒級到分鐘級,原則是保證操作人員不會因為速度問題而影響工作效率。

3、輸入輸出要求

輸入：鍵盤，鼠標。輸出：顯示器。

二、新系統的邏輯模型

1、圖書館組織機構分析

通過對圖書館工作人員的調查，圖書館主要有4個部門。借閱管理部負責圖書的借閱管理；圖書管理部負責書籍類別標準的制定，類別信息的輸入；書籍類別信息的查詢，修改；書籍信息的輸入；讀者管理部負責主要針對各類讀者信息進行管理；系統管理部負責用戶管理和密碼管理。組織機構圖如下：

圖書館組織機構圖

2、系統功能結構圖

圖書館管理系統 借閱信息管理 圖書信息管理 讀者信息管理 系統管理 還書信息管理 借書信息管理 設置圖書信息 設置圖書種類 設置讀者信息 設置讀者種類 密碼管理 用戶管理還還還書書書信信信息息息查修添詢改加 借借借書書書信信信息息息查添修詢加改 圖圖圖書書書信信信息息息查修添詢改加 圖圖書書類類別別添修加改 讀讀讀者者者信信信息息息查修添詢改加 讀讀者者種種類類修添改加

3、數據流程圖

通過對業務流程圖的細化，可得到系統的分層數據流圖。如下圖： 頂層數據流圖：

讀者信息讀者圖書信息借書卡、借閱信息圖書管理系統會員信息讀者審核信息借閱信息借還書信息管理員 圖書館管理系統的頂層數據圖

對頂層數據流圖細化、分解可得到圖書管理系統的第一層數據流圖，如下圖： 借閱信息 借還書信息P1借閱信息管理借書信讀者息還書信息讀者P2圖書信息管理書庫文件管理員借書卡、借閱信息讀者資料讀者信息審核會員信息P3讀者信息管理讀者記錄管理員信息P4系統管理 圖書館管理系統的第一層數據圖

對第一層數據流圖進一步細化、分解，可以得到第二層數據流圖，如下圖： 借書卡P1.1身份審核合格讀者借書信息讀者記錄借還書信息P1.2借書登記管理員還書信息書庫文件P1.3書籍檢查合格書籍讀者還書信息P1.4還書處理借閱信息管理數據流圖

注：附一些操作頁面

1、登錄頁面

2、系統主頁面（用戶）（管理員 用戶名：admin 密碼：123）

3、新增圖書

4、所有圖書

5、借書

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

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

一、概述

1、編寫目的

在對系統計劃階段的確定的工作范圍內進一步對目標對象和環境作細致、深入的調查分析。

2、項目背景

a.所建設開發軟件系統的名稱：圖書館管理系統。b.本項目的任務提出者：系統開發小組。c.用戶：圖書館工作人員及讀者。d.軟件系統委托方：圖書館領導。

3、定義

數據流程圖（DFD）：為描述軟件系統中的信息流提供了一個圖形方法。箭頭代表數據流，方框代表數據的源點或終點，圓框代表數據流的交換，雙杠代表數據存儲的地方。

數據字典是對數據流程圖中的數據，變換等進行精確的定義。

4、參考資料

《數據庫系統簡明教材》 《軟件工程技術與實踐》 《軟件工程基礎》

二、現行系統概況

該單位圖書館現為人工管理，效率低，易比錯，手續繁瑣，而且耗費大量的人力。圖書館希望設計一個圖書管理系統，用于管理讀者的登記，圖書的購入、借出、歸還以及注銷等。并且方便管理人員還查閱某位讀者、某本圖書的借閱情況。并可加快對當前借閱情況統計的效率，以全面掌握圖書的流通情況、提高工作效率、加快信息反饋，為讀者提供滿意的借閱環境。

三、系統需求說明

1、對功能的規定

經過以上詳細的用戶調查，在現行業務流程和數據分析的基礎上，基本可以確定系統設計必須達到的目標。

以下是圖書管理系統必須具備的功能：

1.新進圖書的登記功能：對于購進的新書，系統必須具備圖書信息資料的錄入功能。

2.圖書的查詢修改功能：當圖書資料發生變化，如圖書丟失或有錯誤信息輸入時，則應能夠及時對數據進行修改和補充。

3.借閱的登記，歸還的登記功能：系統的主要功能之一，供本校學生借閱圖書、歸還圖書，并進行登記。

4.學生信息的增加、刪除和修改功能：系統主要功能之一，建立學生信息，并對其進行維護。

2、對性能的規定

為了保證系統能夠長期、安全、穩定、可靠、高效的運行，圖書管理系統應該滿足以下的性能需求：

（1）、系統處理的準確性和及時性

系統處理的準確性和及時性是系統的必要性能。在系統設計和開

發過程中，要充分考慮系統當前和將來可能承受的工作量，使系統的處理能力和響應時間能夠滿足學校對信息處理的需求。

（2）、系統的開放性和系統的可擴充性

圖書管理系統在開發過程中，應該充分考慮以后的可擴充性。例如用戶查詢的需求也會不斷的更新和完善。所有這些，都要求系統提供足夠的手段進行功能的調整和擴充。而要實現這一點，應通過系統的開放性來完成，既系統應是一個開放系統，只要符合一定的規范，可以簡單的加入和減少系統的模塊，配置系統的硬件。通過軟件的修補、替換完成系統的升級和更新換代。

（3）、系統的易用性和易維護性

圖書管理系統是直接面對使用人員的，而使用人員往往對計算機并不時非常熟悉。這就要求系統能夠提供良好的用戶接口，易用的人機交互界面。要實現這一點，就要求系統應該盡量使用用戶熟悉的術語和中文信息的界面；針對用戶可能出現的使用問題，要提供足夠的在線幫助，縮短用戶對系統熟悉的過程。

（4）、系統的標準性

系統在設計開發使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業標準。

（5）、系統的先進性

目前計算系統的技術發展相當快，做為圖書管理系統工程，在系統的生命周期盡量做到系統的先進，充分完成企業信息處理的要求而不至于落后。這一方面通過系統的開放性和可擴充性，不斷改善系統的功能完成。另一方面，在系統設計和開發的過程中，應在考慮成本的基礎上盡量采用當前主流并先進且有良好發展前途的產品。

（6）、系統的響應速度

圖書管理系統系統在日常處理中的響應速度為秒級，達到實時要求，以及時反饋信息。在進行統計分析時，根據所需數據量的不同而從秒級到分鐘級,原則是保證操作人員不會因為速度問題而影響工作效率。

3、輸入輸出要求

輸入：鍵盤，鼠標等。

輸出：顯示器等。

4、其他專門要求

數據庫：對于圖書館管理信息系統來說，數據的處理流程 從軟件操作的過程確定基礎數據為： 圖書管理員數據 讀者數據（圖書證）圖書信息

為了方便用戶對圖書的維護工作減少數據輸入量和數據一致性，基礎數據還定義為： 圖書類別定義 出版社定義

5、條件、假定和限制

運行環境：兼容當前主流操作系統95/98/NT/ME/2000/XP,Office軟件等。

硬件環境：奔騰4以上計算機，打印機、掃描機等。開發軟件：SQL Server、vb等。最早投入運行時間：2010年12月30。

windows

四、新系統的邏輯模型

1、圖書館組織機構分析

通過對圖書館工作人員的調查，圖書館主要有4個部門。借閱管理部負責圖書的借閱管理；圖書管理部負責書籍類別標準的制定，類別信息的輸入；書籍類別信息的查詢，修改；書籍信息的輸入；讀者管理部負責主要針對各類讀者信息進行管理；系統管理部負責用戶管理和密碼管理。組織機構圖如下：

圖書館 借閱管理部 圖書管理部 讀者管理部 系統管理部

圖書館組織機構圖

2、系統功能結構圖

圖書館管理系統 借閱信息管理 圖書信息管理 讀者信息管理 系統管理 還書信息管理 借書信息管理 設置圖書信息 設置圖書種類 設置讀者信息 設置讀者種類 密碼管理 用戶管理還還還書書書信信信息息息查修添詢改加 借借借書書書信信信息息息查添修詢加改 圖圖圖書書書信信信息息息查修添詢改加 圖圖書書類類別別添修加改 讀讀讀者者者信信信息息息查修添詢改加 讀讀者者種種類類修添改加

3、業務流程圖

通過對學校的圖書館借書、還書業務的調查，弄清了借書還書的業務流程，如下圖所示：

借書單借書證讀者借書證借書審核合格書證、借書單借書登記圖書目錄圖書檔案書庫記錄圖書還書審核合格圖書還書處理

4、數據流程圖

通過對業務流程圖的細化，可得到系統的分層數據流圖。如下圖： 頂層數據流圖：

圖書管理系統讀者信息會員信息讀者審核信息借閱信息借還書信息讀者圖書信息借書卡、借閱信息管理員 圖書館管理系統的頂層數據圖

對頂層數據流圖細化、分解可得到圖書管理系統的第一層數據流圖，如下圖：

借閱信息 借還書信息P1借閱信息管理借書信讀者息還書信息讀者P2圖書信息管理書庫文件管理員借書卡、借閱信息讀者資料讀者信息審核會員信息P3讀者信息管理讀者記錄管理員信息P4系統管理 圖書館管理系統的第一層數據圖

對第一層數據流圖進一步細化、分解，可以得到第二層數據流圖，如下圖：

借書卡P1.1身份審核合格讀者借書信息讀者記錄借還書信息P1.2借書登記管理員還書信息書庫文件P1.3書籍檢查合格書籍讀者還書信息P1.4還書處理借閱信息管理數據流圖

管理員管理員身份信息P2.1身份審核合格人員P2.2書籍查詢P2.3入、出庫情況圖書目錄書庫文件書庫記錄圖書信息管理數據流程圖

管理員管理員身份信息P3.1身份審核合格人員P3.2讀者查詢P3.3讀者情況讀者信息表讀者記錄讀者信息管理數據流圖

5、數據字典

1）數據元素 數據元素條目

數據元素名稱：用戶密碼 別名：userpass 長度：16 描述：用戶登錄系統的密碼 有關的數據結構：User 數據元素條目

數據元素名稱：圖書分類編號 別名：Bookindex 類型：數值型 長度：10 描述：圖書分類的編號 數據元素條目

數據元素名稱：讀者編號 別名：Readerindex 類型：數值型 長度：10 描述：區分讀者的唯一標識 數據元素條目

數據元素名稱：圖書名稱 別名：BookName

類型：文本型 長度：50 描述：圖書的名稱 2）數據流條目 數據流條目

數據流名稱：添加讀者 簡述：進入讀者管理可進行添加 數據來源：讀者資料 數據流向：讀者信息表 包含的數據結構： 數據流條目

數據流名稱：查詢結果 簡述：從圖書信息表中檢索信息 數據來源：圖書信息表 數據流向：查詢結果 包含的數據結構： 數據流條目

數據流名稱：查詢讀者信息 簡述：讀者登錄后可進行查詢 數據來源：讀者信息查詢窗口 數據流向：讀者信息查詢窗口 包含的數據結構：

數據流條目

數據流名稱：按條件查找

簡述：讀者按類別或作者查找的結果 數據來源：讀者信息查詢條件窗口 數據流向：讀者信息查詢條件窗口 包含的數據結構： 數據流條目

數據流名稱：管理員登錄 簡述：管理員對圖書進行管理 數據來源：管理員表 數據流向：管理員表 包含的數據結構： 數據流條目

數據流名稱：顯示圖書 簡述：由條件將各類數據顯示 數據來源：圖書信息表 數據流向：瀏覽圖書 包含的數據結構： 數據流條目

數據流名稱：修改讀者信息 簡述：輸入預修改的信息 數據來源：讀者信息表

數據流向：讀者信息修改界面 包含的數據結構： 數據流條目

數據流名稱：讀者信息 簡述：讀者都能對它進行維護 數據來源：讀者信息表 數據流向：讀者信息維護 包含的數據結構： 數據流條目

數據流名稱：添加圖書 簡述：新購圖書的添加 數據來源：圖書信息表 數據流向：圖書信息表 包含的數據結構： 數據流條目

數據流名稱：修改圖書信息 簡述：圖書更新 數據來源：圖書信息表 數據流向：圖書信息表 包含的數據結構： 3）處理過程描述 處理功能條目

名稱：查詢圖書

輸入數據：按圖書編號、書目名稱、作者等來查詢 輸出數據：圖書編號、書目名稱、書目作者 處理邏輯：（1）支持模糊查詢

（2）對查詢的圖書可進行修改刪除等 處理功能條目 名稱：添加用戶

輸入數據：用戶ID，用戶密碼，用戶名稱。輸出數據：是否添加成功 處理邏輯：（1）用戶名稱是否不同

（2）用戶密碼是否包含非法字符 處理功能條目 名稱：添加圖書

輸入數據：圖書編號，圖書名稱，作者，在庫數量，單價，圖書分類，圖書簡介。

輸出數據：是否添加成功 處理邏輯：（1）是否有漏填

（2）數據要求是否匹配

（3）信息是否填寫完整 4）數據存儲 數據存儲條目

數據存儲名稱：圖書信息表

說明：存儲圖書基本信息

結構：圖書編號，圖書名稱，圖書分類，出版社，入庫時間，入庫數量，圖書狀態，在庫數量，圖書簡介。關鍵字：圖書編號

相關處理：查詢，修改，添加，刪除。數據存儲條目

數據存儲名稱：管理員信息表 說明：存儲管理員信息

結構：管理員編號，管理員姓名，管理員密碼。關鍵字：管理員編號 5）外部實體條目 外部實體條目 名稱:圖書 說明:圖書情況

輸出數據流：圖書借閱信息表 輸入數據流 圖書 借閱信息 外部實體條目 名稱:管理員 說明:讀者信息情況 輸出數據流：讀者信息表 輸入數據流 管理員 讀者信息 外部實體條目

名稱:讀者 說明:讀者借閱情況

輸出數據流：讀者借閱信息單 輸入數據流 讀者 借閱信息