第一篇：書店管理系統(tǒng)需求分析報告

書 店 管 理 需 求 分 析 規(guī) 格 說 明 書

目錄

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

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

1.引言

1.1編寫需求分析規(guī)格說明書的目的

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

1.2軟件設計目標

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

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

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

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

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

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

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

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

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

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

1.3 術語表

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

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

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

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

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

1.4參考資料

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

[5] 陳禹，方美琪，軟件開發(fā)工具[M]，經(jīng)濟科學出版社

2.軟件產(chǎn)品的一般性描述

2.1運行環(huán)境

硬件環(huán)境：

512M以上內存

軟件環(huán)境：

數(shù)據(jù)庫Microsoft SQL Server 2005及以上版本 Windows XP，Win7 CP/IP 通信協(xié)議

2.2軟件產(chǎn)品的功能（用例模型）

圖1 功能用例 “系統(tǒng)登錄”用例

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

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

“顧客管理”用例

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

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

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

2.系統(tǒng)響應相應的用戶權限操作

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

5.用戶選擇相應的操作

“預定書籍”用例

1.管理員進入登陸界面

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

3.列出相應的信息

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

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

2.系統(tǒng)響應相應的用戶權限 3.列出相應的信息

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

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

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

2.3用戶特征

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

2.4限制與約束

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

4.硬件、軟件、運行環(huán)境和開發(fā)環(huán)境的條件和限制：新華書店擁有大型機以及用來支持的數(shù)據(jù)庫，安裝有Windowsxp及以上的操作系統(tǒng)。

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

3.系統(tǒng)功能行為分析

3.1引言

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

3.2 系統(tǒng)功能模型——系統(tǒng)用例模型

創(chuàng)建系統(tǒng)用例的第一步是確定系統(tǒng)的參與者。

書店管理系統(tǒng)的參與者包含以下三種：

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

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

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

圖2 系統(tǒng)參與者

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

（1）登錄：會員通過身份驗證，登錄到網(wǎng)上書店系統(tǒng)。

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

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

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

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

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

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

3.管理員用例

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

在識別出參與者和用例后，要想建立用例圖，還需要識別出他們之間的關系?！凹尤胭徫镘嚒薄ⅰ疤砑訒劫徫镘嚒?、“查看個人資料

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

圖3 會員用例圖

圖4

管理員用例圖

圖5

員工用例圖

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

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

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

修改后的信息保存到數(shù)據(jù)庫中。

圖6 員工訂單處理活動圖

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

圖7

員工圖書管理活動圖

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

圖8

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

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

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

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

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

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

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

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

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

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

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

圖9

類圖

3.5系統(tǒng)動態(tài)模型（順序圖）

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

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

用戶首先使用自己的賬號和密碼登錄系統(tǒng)，登錄模塊會將客戶的ID保存在系統(tǒng)緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件，客戶輸入適當?shù)牟樵儣l件后查詢模塊顯示符合查詢條件的商品列表?？蛻舻玫缴唐妨斜砗?，提交自己想要購買的商品ID。訂購模塊得到商品ID，生成訂單并提交給數(shù)據(jù)模塊進行保存。保存成功后，訂購模塊提示用戶訂購該商品成功。

圖10 顧客訂購順序圖

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

客戶在提交訂單后可以對訂單進行維護（添加、刪除、修改）?？蛻羰紫容斎胱约旱馁~號和密碼登錄系統(tǒng)。登錄模塊會將客戶的ID保存在系統(tǒng)緩存中并提 14

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

圖11 顧客刪除訂單順序圖

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

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

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

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

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

圖13

管理員登錄順序圖

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

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

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

圖14 會員提交訂單順序圖

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

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

圖15

員工管理圖書順序圖

3.6系統(tǒng)體系結構模型

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

圖16

書店管理系統(tǒng)的主要參與者

(1)主界面

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

(2)圖書信息顯示界面

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

(3)注冊界面

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

(4)購物車界面

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

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

(5)圖書管理界面

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

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

籍有關的其他信息業(yè)也一并刪除。

(6)登陸界面

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

根據(jù)上述部分界面的分析，網(wǎng)上書店系統(tǒng)中的邊界類圖

圖17 邊界類圖

圖18

控制類圖

3.7輸出結果

4.系統(tǒng)性能分析

4.1數(shù)據(jù)精準度

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

4.2時間特性

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

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

4.3適應性

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

4.4故障處理

軟件應具備自動拼寫錯誤檢查等功能，在出現(xiàn)故障后應從整個系統(tǒng)數(shù)據(jù)庫重新載入數(shù)據(jù)進行操作。

5.系統(tǒng)運行要求分析

5.1用戶界面

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

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

5.2硬件接口

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

5.3軟件接口

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

6．其他要求

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

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

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

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

7.附錄

第二篇：網(wǎng)上書店管理系統(tǒng) 需求分析

第一章概述 需求分析

1.1需求分析意義-------------------------1

第二章功能需求

2.1 前臺功能------------------------------2

2.2 后臺功能------------------------------2

第三章性能需求

3.1 軟件環(huán)境------------------------------3

3.2 硬件環(huán)境------------------------------3

第四章系統(tǒng)可行性分析

4.1 技術可行性----------------------------4

4.2 經(jīng)濟可行性----------------------------4

4.3 社會可行性----------------------------4

第五章出錯處理需求

5.1 處理錯誤5

第六章將來可能提出的要求

6.1 不確定性要求-------------------------6

一 需求分析的意義：

一個好的產(chǎn)品之所以能成為一個好的產(chǎn)品，關鍵在于需求分析是否充分考慮到用戶的所有需求，好的需求分析能提高工作效率，減少不必要的麻煩。需求分析的任務是發(fā)現(xiàn)、規(guī)范用戶需求的過程，有益于提高軟件開發(fā)過程中的能見度，便于對軟件開發(fā)過程中的控制與管理，便于采用工程方法開發(fā)軟件，提高軟件的質量，便于開發(fā)人員、維護人員、管理人員之間的交流、協(xié)作，作為工作成果的原始依據(jù)，并且可向潛在用戶傳遞軟件功能、性能需求，使其能夠判斷該軟件是否與自己的需求相關。

二 功能需求：

前臺功能

（1）會員管理：登錄是需要的憑證，每個會員都有自己的管理界面，可進行資料的修改等操縱。

（2）圖書查詢：圖書查詢的目的是為了幫助用戶快速地找到想要購買的圖書。用戶可以按照書名、作者、出版社等方式查詢到想要的書籍。當用戶選擇了某類書籍時應能顯示書籍信息：圖片、會員價、市場價等。

（3）圖書展示：為了將網(wǎng)絡他、書店中的圖書有序的羅列出來。圖書展示分為：新品圖書、推薦圖書、暢銷圖書、排行榜。

（4）購物車：購物車中要列出用戶所選擇的書籍名稱、市場價、會員價、數(shù)量，總計金額。好、用戶可以刪除購物車中的書籍，修改某個書籍的數(shù)量，清空購物車，到結算頁面確認并下定單。

（5）訂單生成與管理：購物后，確認支付和配送方法后生成訂單。系統(tǒng)發(fā)送郵件通知書店管理員。會員還可以查詢自己訂單的處理的處理情況和歷史訂單。

（6）結算功能：結算前必須再次驗證用戶，驗證合法后，進入結算頁面，顯示訂單的日期、收貨信息、購買書籍清單，用戶還可以再次修改收貨人信息，修改或刪除已選書籍，當確認后，可以選擇下訂單。

（7）在線幫助：簡單介紹網(wǎng)站的購物流程，一姐一些常見的問題。

后臺功能

（1）圖書館里

添加新書：管理員和添加人員可以通過這個功能詳述點錄入新的圖書。添加信息包括書名、作者、出版社、縮略圖異界所屬類別等等。

管理書籍：管理員和添加人員可以進行圖書的查看、編輯、修改。

（2）用戶管理

此功能只有最高權限管理員擁有，這好似用來管理后臺管理員的功能、可能添加、修改、刪除新的管理員以及分派權限、修改管理密碼。

（3）訂單管理

訂單管理處理時首先判斷管理員的身份，然后課根據(jù)就、訂單狀態(tài)來做相應的服務。訂單狀態(tài)分為五種：未作任何處理、用戶已經(jīng)劃出款、服務商已經(jīng)收到款、服務商已經(jīng)發(fā)貨、用戶已經(jīng)收到貨。

（4）會員管理

修改、刪除會員資料。

三 性能需求：

硬件：微型計算機，計算機局域網(wǎng)絡。

軟件：Win

7、JDK/Tomcat/、Struts、Eclipse、mysql。

四 系統(tǒng)可行性分析：

4.1 技術可行性

根據(jù)前期的市場調查與對下列系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項所需技術的約束條件的分析來看，本系統(tǒng)程序開發(fā)應是一個集數(shù)據(jù)庫管理和查詢?yōu)橐簧淼南到y(tǒng)，根據(jù)現(xiàn)有的開發(fā)技術，開發(fā)硬件、開發(fā)軟件的性能要求及環(huán)境條件等來看，各項條件良好。同時，考慮給予的開發(fā)期限較為充裕，預計可以在規(guī)定期限內完成預定功能地開發(fā)與實現(xiàn)。

在軟件方面本程序設計采用的開發(fā)環(huán)境是Microsoft Visual Studio 2010,采用開發(fā)語言 ASP、NET編寫程序，采用SQL Server2008 做后臺數(shù)據(jù)庫。在硬件方面電腦的各種配置包括輸入輸出能力，內部存儲器和外部存儲器的容量都能滿足用戶的要求。

4.2 經(jīng)濟可行性

據(jù)調查，在中國有實際購買行為的網(wǎng)民中，有57.6%購買的是圖書，有26.4%購買音像制品，這充分說明以網(wǎng)絡書店為代表的出版物在線銷售有良好的發(fā)展機遇。出版物網(wǎng)上銷售有諸多有點：24小時服務、送貨上門、無店鋪銷售、搜索查詢數(shù)據(jù)庫等優(yōu)點，彌補了傳統(tǒng)出版發(fā)行業(yè)的不足。隨著人們購物觀念、購物習慣的改變以及網(wǎng)上購物質量、信譽的提升，出版物在線銷售將有更大的空間。方便、快捷和經(jīng)濟使用的電子商務將推動企業(yè)的發(fā)展。而在線銷售圖書是不少企業(yè)的首選，這樣網(wǎng)絡書店便應運而生。

4.3 社會可行性

（1）法律可行性

該平臺是自主研發(fā)設計，因此不會構成侵權，在法律上是可行的。

（2）用戶可行性

該系統(tǒng)是一個電子商務網(wǎng)站，所以操作簡易，用戶購買不需要了解整個書店的工作流程，只需要按照提示一步步操作即可完成購書等其他活動。

五 出錯處理需求：

處理需求指的是當應用系統(tǒng)發(fā)現(xiàn)他自己犯下一個錯誤時所采取的行動，但是，應該有選擇地提出這類出錯處理需求，對應用系統(tǒng)本事錯誤的檢測應該僅限于系統(tǒng)的關鍵部分，而且應該盡可能少。

六 不確定性要求：

井蓋明確地列出那些雖然不屬于當前系統(tǒng)開發(fā)范疇，目的是在設計過程中對系統(tǒng)將來可能的擴充和修改預作準備，以便一旦確實需要時能比較容易第進行這種擴充和修改。

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

圖書管理系統(tǒng)

1引言

1.1編寫目的

本項目為圖書管理系統(tǒng)；書寫此文檔是為了確定客戶的真正需求，因此我們在可行性分析的基礎上進一步了解、調查、明確用戶對系統(tǒng)的綜合要求、數(shù)據(jù)要求等；確定了一份完整、準確、清晰、具體的系統(tǒng)要求，從而得出系統(tǒng)必須完成什么樣的功能。

此文檔包含了用戶對系統(tǒng)的具體要求，系統(tǒng)的功能需求等；可做為用戶需求的確定書和總體設計的依據(jù)，也是驗證和維護系統(tǒng)的依據(jù)。

1.2背景

社會的信息化帶來了極大的信息量，而圖書作為一種重要的信息交流傳輸載體,不管是在數(shù)量還是種類上都大大增加；因此我們迫切需要設計圖書管理系統(tǒng)來滿足日益增加的服務需求和管理需求。圖書管理信息化中的一個主要環(huán)節(jié)就是圖書借閱和歸還的管理，因此針對這個環(huán)節(jié)的就成為圖書管理系統(tǒng)的一個重要組成部分，而且是必不可少的一部分，也是應用最廣的一部分。我們開發(fā)的系統(tǒng)正是為滿足這一部分的需求，期望該系統(tǒng)能給管理者和借閱者都帶來利益。

說明：

A.軟件系統(tǒng)的名稱：圖書管理系統(tǒng) B.開發(fā)者：徐達、金振興、葉雷、王鵬 C.該軟件系統(tǒng)同其他系統(tǒng)的關系

軟件屬于圖書管理信息系統(tǒng)的一部分，應用中可能需要引用圖書管理系統(tǒng)其它部分的數(shù)據(jù)內容，此處暫且使用自定義的數(shù)據(jù)表項

1.3定義

B/S：Browser/Server(瀏覽器/服務器)結構 SQL語言：用于數(shù)據(jù)庫操縱的標準語言.NET：MS提供的一種高效的開發(fā)以及運行平臺

ASP：全稱為Active Server Pages，是一套由微軟公司開發(fā)的服務器端運行的腳本平臺，可用于開發(fā)動態(tài)網(wǎng)頁

1.4參考資料

a．《軟件工程導論 》 清華大學出版社 張海潘編著

b.《軟件工程學實驗 》 科學出版社 蘇正、王文等編著 c.《數(shù)據(jù)庫系統(tǒng)概論 》 高等教育出版社 王珊、薩師煊等編著 d.《C#.NET程序設計基礎教程》 清華大學出版社 王華秋主編

2任務概述

2.1目標

2.1目標

圖書查詢系統(tǒng)的初衷是：

（1）.讓用戶在最快的時間內找到他所需要的書目

（2）.讓用戶在最短的時間內了解新書的到館的情況以及書刊在館情況（3）.讓用戶最大限度的使用圖書這種公共資源

（4）.讓用戶了解自己的學習目標以及有哪些相應的圖書與之配套（5）.讓管理人員在盡可能短的時間內完成書刊的流通（6）.讓管理人員在短時間內了解學生們的需要（7）.讓管理人員及時更新在觀書目

（8）.讓管理人員更好的控制書刊的流通

可以在廣大的學校中或者小型圖書館推廣這套系統(tǒng)，來提高圖書管理的效率，解決人工管理的問題。2.2用戶的特點

（1）.在校讀書的學生有很強的適應性可以在很短的時間內完成對這套系統(tǒng)的適應在最短的時間內提高效率（2）.想不斷加強自身學習的人可以在圖書館以外的地方使用客戶端來完成自己想要借閱的書籍（3）.對新鮮事物有很強好奇心的用戶可以用這套系統(tǒng)來在最快時間內充實自己讓系統(tǒng)可以更好的適應自己（4）.有一定知識水平了解簡單電腦操作的用戶可以在熟悉系統(tǒng)的前提下深入的了解系統(tǒng)，使之更好的為自己服務（5）.管理人員要熟悉服務器的維護數(shù)據(jù)的更新以及備份工作這就要求管理人員要了解數(shù)據(jù)庫的一些基本原理在出現(xiàn)問題的情況下可以簡單的處理（6）.經(jīng)過簡單培訓可以熟練使用該系統(tǒng)的服務人員

預計使用頻度為平均一個5000人的學校為：大約平均500—1000人/天

2.3假定和約束

? 在開發(fā)中要考慮用戶的可能出現(xiàn)的操作以及在出現(xiàn)問題后的處理：

? 假定使用查詢功能的人員出現(xiàn)登陸不了的情況及時的恢復對原有數(shù)據(jù)的備份可以由管理人員來完成。

? 最大限度滿足接受不同用戶在同時發(fā)出的請求。例如可以有100人同時查詢數(shù)據(jù)就可以有100人同時修改自己的數(shù)據(jù)

? 如果用戶的知識結構不是很好可以進行一下簡單的培訓。應該教會用戶相應的操作以及應對緊急情況的手段。

? 如果用戶的密碼丟失則需要重新驗證，需要輸入一個密碼提示問題 ? 管理人員對數(shù)據(jù)出現(xiàn)誤操作則需要完成數(shù)據(jù)的恢復

? 管理人員如果沒有及時更改書目信息則該書不能被借出 ? 管理人員需要良好的職業(yè)素質來保證圖書更新的情況

? 管理人員有良好的專業(yè)素養(yǎng)來應對突發(fā)事件如服務器操作系統(tǒng)的崩潰

3需求規(guī)定

3.1對功能的規(guī)定

用列表的方式，逐項定量和定性地敘述對軟件所提出的功能要求，說明輸入什么量、經(jīng)怎樣的處理、得到什么輸出。3.2對性能的規(guī)定 3.2.1精度

該軟件在使用中，對“按序列號查詢”要求全數(shù)字外，其他查詢方式并沒有特殊要求，并且在按照書名查詢時候支持“模糊查詢”，如：你要查詢的書名為“軟件工程基礎導論”，你可以在查詢框里面輸入“軟件工程”，系統(tǒng)將把所有的書名含有“軟件工程”字樣的書名列出。

3.2.2時間特性要求

如果本系統(tǒng)使用局域網(wǎng)鏈接，網(wǎng)絡速度較快，并且本系統(tǒng)只適應于中小型圖書館使用，不會造成數(shù)據(jù)擁塞的現(xiàn)象，所以查詢時間、內容更新時間都是瞬間完成。如果使用互聯(lián)網(wǎng)鏈接，則由于網(wǎng)絡速度問題可能造成一定延遲?；蛘哂捎陂L期使用致使的軟件老化或數(shù)據(jù)庫負擔增加也可能造成延時。

3.2.3靈活性

a． 可以使用多種查詢方式查詢，時間允許的前提下可以增加多重條件模糊查詢功能。b． 適用多種windows版本。

c． 適當整理數(shù)據(jù)庫，或者增加網(wǎng)絡傳輸速度可以提高速度。

d． 在時間允許的情況下可以適當增加讀者留言板、圖書推薦等模塊，方便用戶使用。

3.3輸入輸出要求

輸出數(shù)據(jù)：如果添加成功，輸出成功提示信息，失敗則提示檢查信息，重新輸入。3.4 數(shù)據(jù)字典

（1）讀者（帳號，姓名，班級，性別，組號）

名字：帳號簡述：用以唯一標識用戶的信 息。范圍：長度：使用位置：用戶登錄時進行相應的判斷核對。名字：姓名簡述：對用戶加以說明，修飾。不能標識具體用戶。范圍：長度：使用位置：在進入系統(tǒng)時，顯示相關的信息。名字：性別簡述：對用戶加以說明，修飾。不能標識具體用戶。范圍：長度：使用位置：在進入系統(tǒng)時，顯示相關的信息。

名字：班級簡述：對用戶加以說明，修飾。不能標識具體用戶。范圍：長度：使用位置：在進入系統(tǒng)時，顯示相關的信息。名字：組號簡述：對用戶的等級說明，并且管理最大借書量。范圍：”01“?”05”長度：使用位置：借書時對借書量進行限制。(2)管理員（帳號，姓名）

名字：帳號簡述：用以唯一標識用戶的信 息。范圍：長度：使用位置：用戶登錄時進行相應的判斷核對。名字：姓名簡述：對用戶加以說明，修飾。不能標識具體用戶。范圍：長度：使用位置：在進入系統(tǒng)時，顯示相關的信息。

（3）圖書(圖書編號,類別,書名,作者,出版日期,出版社,定價,總數(shù)量,剩下數(shù)量,備注)

名字：圖書編號簡述：唯一標識每一本圖書的關鍵域 范圍：長度：使用位置：在新書入庫，借閱登記，借閱查詢，圖書整理，超期提示中使用到名字：書名名字：類名簡述：標識每一本圖書的十簡述：每一個圖書有一個類幾名字 別，用以管理員分類管理 范圍：范圍：長度：長度：使用位置：在在新書入庫，借閱登記，借閱查詢，使用位置：用戶查找的時候圖書整理，超期提示中使用可以對查找的項目進行限制到名字：作者簡述：標識每一本圖書的寫作者 范圍：長度：使用位置：在新書入庫，借閱等級，圖書整理中使用到 名字：定價名字：類別簡述：每一個圖書有一個類簡述：標識每一本圖書的實別，用以管理員分類管理際價格 范圍：長度：使用位置：用戶查找的時候使用位置：在新書入庫，借可以對查找的項目進行限制閱等級，圖書整理中使用到名字：類型名字：類名簡述：每一個圖書有一個類 簡述：標識圖書的分類種類別，用以管理員分類管理 范圍：范圍：長度：長度：使用位置：在新書入庫，借使用位置：用戶查找的時候閱等級，圖書整理中使用到可以對查找的項目進行限制名字：圖書庫存數(shù)量簡述：管理每一種圖書的現(xiàn)存量 范圍：長度：使用位置：在新書入庫，借閱等級，圖書整理中使用到 名字：出版社簡述：標識每一個圖書的出版處 范圍：長度：使用位置：在新書入庫，借閱等級，圖書整理中使用到名字：出版日期 簡述：標識每一本圖書的出版日期范圍：長度：使用位置：在新書入庫，借閱等級，圖書整理中使用到（4）借還(用戶帳號,圖書編號,借書日期,到期日期,數(shù)量,還書日期)名字：帳號簡述：用以唯一標識用戶的信 息。范圍：長度：使用位置：用戶登錄時進行相應的判斷核對。名字：圖書編號簡述：唯一標識每一本圖書的關鍵域 范圍：長度：使用位置：在新書入庫，借閱登記，借閱查詢，圖書整理，超期提示中使用到名字：數(shù)量簡述：管理每一種圖書的現(xiàn)存量 范圍：長度：使用位置：在新書入庫，借閱等級，圖書整理中使用到 名字：借書日期簡述：標識用戶在何時借書 范圍：長度：使用位置：在借閱等級中使用名字：到期日期簡述：標識用戶應在何時還書 范圍：長度：使用位置：借閱登記中使用名字：還書日期簡述：標識用戶在何時還書 范圍：長度：使用位置：在借閱登記中使用

（5）數(shù)據(jù)流圖

a.新書入庫

b．圖書借閱

C．過期提示

d．借閱查詢

e.還書處理

3.5數(shù)據(jù)管理能力要求

要求對兩萬左右的學生借閱信息和10萬本以上的圖書進行有效的管理，并且隨著學生人數(shù)的增長和圖書數(shù)量的增多，要能快速地查詢出有效的信息，3.6故障處理要求

對于任何硬件或軟件系統(tǒng)來說，都不可避免的會存在問題，當機器或者軟件出現(xiàn)故障的時候，就應要有可靠的辦法來解決才行。我們做的系統(tǒng)是可以通過網(wǎng)絡運行的，所以應該考慮當網(wǎng)絡發(fā)生擁塞時的處理情況。這個圖書查詢系統(tǒng)當遇到上述情況時會自動重新發(fā)送數(shù)據(jù)給服務器，避免了使用者再次輸入信息的麻煩，而如果機器遇到突然死機就可能造成數(shù)據(jù)丟失，我們也設置了系統(tǒng)自動恢復到操作前狀態(tài)的功能，盡可能的降低擁護的損失。

3.6其他專門要求

對于此系統(tǒng)來說，為了維護讀者的權利，防止數(shù)據(jù)在傳輸?shù)倪^程中泄露個人信息，必須給傳輸?shù)臄?shù)據(jù)加密，而且本系統(tǒng)界面全由圖象和文字組成，使用方便。

在用戶登錄操作界面的時候，密碼采用了密文的形式，防止用戶使用不當造成密碼泄露。在系統(tǒng)內部，考慮到不同擁護的需求以及系統(tǒng)的維護需要和長期發(fā)展的要求，我們的設計使得系統(tǒng)的可補充性好，維護簡單，易讀易懂，對系統(tǒng)軟件的適應性強

4運行環(huán)境規(guī)定

4.1設備

a． 為了使系統(tǒng)穩(wěn)定的運行，硬件要求cpu達到奔騰3以上，內存至少為256MB。

b．外存可以不做要求，但建議應該在20GB以上。

c． 本系統(tǒng)要求在聯(lián)機情況下使用，用戶可以通過網(wǎng)絡（局域網(wǎng)或者Internet）訪問，但是為了便于使用，建議用戶使用局域網(wǎng)。

4.2支持軟件

建議使用windowos2000及以上的系統(tǒng)，測試環(huán)境為windows xp操作系統(tǒng)下使用asp.net.4.3接口

軟件與其他軟件之間應該有較好的接口和通信協(xié)議，實現(xiàn)相互之間的通信需要，增強本軟件的實用性和功能。

4.4控制

當使用者通過圖形界面進行操作時，用戶輸入相應信息后，點擊相應按鍵，激發(fā)內部數(shù)據(jù)傳輸。軟件自身對輸入數(shù)據(jù)進行對照識別，判斷數(shù)據(jù)類型（和格式）是否相符，做出相應處理，把結果輸出給用戶。

第四篇：訂單管理系統(tǒng)需求報告分析

1、訂單管理系統(tǒng) 1.1、系統(tǒng)總體介紹

1、采購基礎數(shù)據(jù)功能包括：物料數(shù)據(jù)維護、訂/交貨方式維護、來源類別維護、采購員維護、采購系統(tǒng)維護。

2、采購計劃管理功能包括：請購計劃維護、請購計劃合并、采購計劃生成。

3、采購訂單管理功能包括：采購訂單維護、采購合同維護、訂單終止或取消、訂單結案。

4、采購詢價管理功能包括：報價資料維護、詢價資料維護。

5、供應商評估管理功能包括：供應商類型維護、供應商資料維護、供應商報價維護、供應商評估。

6、主要應用部門：財務部門，營銷部門，生產(chǎn)部門，運輸部門

2、系統(tǒng)業(yè)務流程分析

3、系統(tǒng)功能模塊說明：

（1）、采購基礎數(shù)據(jù): 采購子系統(tǒng)的基本數(shù)據(jù)有采購員資料、供應商資料、采購提前期以及業(yè)務流程設置。對這些數(shù)據(jù)就及時加以維護。

（2）、采購計劃管理: 通過物料需求（訂貨點控制、訂貨周期控制等生成的請購計劃）來生成采購計劃（或采購建議訂單），并綜合考慮物料的訂貨批量、采購提前期、庫存量、運輸方式以及計劃外的物料申請，進行系統(tǒng)自動物料合并，也可以人工干預和修改。另外，有些原材料的采購提前期很長（有的進口件要半年以上的采購周期），因此有可能超過主生產(chǎn)計劃制定周期。這類采購的采購計劃應經(jīng)過銷售、財務與計劃等部門的綜合討論與評估確定所需的數(shù)量和時間，然后制定材料的中期或長期采購計劃。

（3）、采購訂單管理: 根據(jù)訂貨批量、采購提前期、庫存量、運輸方式、用款計劃以及計劃外的物料申請進行物料合并，生成采購訂單，并經(jīng)過確認后即可進行訂單輸出，最后下達給供應商，也可以網(wǎng)上發(fā)布訂單。對于臨時追加的采購任務，可以通過與供應商協(xié)商直接下達采購訂單。

（4）、采購詢價管理: 落實采購訂單的采購供應商。采購業(yè)務人員廣泛利用市場的采購供應資源，進行價格咨詢并商談有關交貨數(shù)量、交貨期、質量要求與技術要求，落實每種物料的供應商。對新開發(fā)的供應商資源還要進行供應商的認證過程，經(jīng)過相應的評審并合格后才能作為許可采購的供應商。

（5）、供應商評估管理: 建立對供應商檔案，同時對首選、次選等供應商加以分類，并建立供應商的供應物品明細（品種、價格、供應期、運輸方式等），資料最終必須進行確認才有效。系統(tǒng)在執(zhí)行采購訂單下達時，要讀入相應的供應商資料。供應商資料是采購子系統(tǒng)的基本資料，并且還要初始化供應商的有關賬務資料。初始化完成后才能處理采購業(yè)務。

第五篇：酒店管理系統(tǒng)需求分析報告

目錄

酒店管理系統(tǒng)需求分析...................................................................................................................1 1 2 引言...........................................................................................................................................1 需求問題描述...........................................................................................................................1 2.1 2.2 2.3 3 用戶需求.......................................................................................................................1 用戶功能需求...............................................................................................................1 系統(tǒng)功能需求...............................................................................................................2

數(shù)據(jù)流圖...................................................................................................................................3 3.1 3.2 頂層數(shù)據(jù)流圖...............................................................................................................3 一級細化數(shù)據(jù)流圖.......................................................................................................3 3.2.1 3.2.2 3.2.3 3.2.4 3.2.5 3.2.6 預約管理...........................................................................................................3 入住管理...........................................................................................................4 退房管理...........................................................................................................4 消費管理...........................................................................................................5 房態(tài)管理...........................................................................................................5 查詢管理...........................................................................................................6 數(shù)據(jù)字典...................................................................................................................................6 4.1 4.2 4.3 4.4 4.5 數(shù)據(jù)項：.......................................................................................................................7 數(shù)據(jù)結構：.................................................................................................................11 數(shù)據(jù)流：.....................................................................................................................12 數(shù)據(jù)存儲：.................................................................................................................12 處理過程：.................................................................................................................14

I

酒店管理系統(tǒng)需求分析 引言

隨著市場經(jīng)濟的發(fā)展，消費者消費意識的提高，酒店行業(yè)的競爭越來越激烈。為了提高辦事效率，增加、保證酒店的銷售額，樹立酒店的良好形象，運用科學的管理方法非常必要，為此開發(fā)酒店客房管理系統(tǒng)，更好的滿足各方面的需求。需求問題描述

2.1 用戶需求

用戶希望通過使用酒店客房管理系統(tǒng)得到所需信息，達到提高管理水平的目的，希望新系統(tǒng)具有以下功能：

1.使用計算機快速處理日常的業(yè)務及相關數(shù)據(jù)，實現(xiàn)實時查詢各種入住信息。2.可以實時的錄入住宿單、換房單和退宿單等的情況。3.可以實時查詢客房信息、客人賬單信息等的具體情況。4.可以建立客戶的資料，方便日后建立良好的客戶關系。

5.數(shù)據(jù)的安全性：不同用戶有對數(shù)據(jù)查看，修改等處理不同的權限。6.打印退房報表、結帳報表等報表。

2.2 用戶功能需求

1.密碼設置：每個用戶均有自己的密碼，可以防止非本系統(tǒng)人員進入本系統(tǒng)，又因每個用戶的權限不一致，故可防止用戶越權操作。

2.權限設置：設置每個用戶的權限，使各用戶在自己的操作范圍內工作，不得超出自己的操作范圍。只有系統(tǒng)管理員才能進行權限設置。3.數(shù)據(jù)輸入：可以進行酒店各種原始數(shù)據(jù)的輸入。

4.數(shù)據(jù)查詢：要求可以分別按房間編號，房間類型等進行數(shù)據(jù)查詢。5.數(shù)據(jù)輸出：根據(jù)需要打印退宿報表、結帳報表等報表。

2.3 系統(tǒng)功能需求

1.預訂功能需求：其主要目的是提高酒店的開房率，為客人預留房間，并提供良好的預訂服務。其功能需求包括預訂查詢，可用房確認，預訂記錄建立，預訂確認，預訂記錄維護等。

2.接待功能需求：其主要目的是以最快的速度為客人開房。其功能需求包括賓客登記、可用房確認、修改賓客信息、刪除賓客信息和查詢賓客信息等。3.結賬功能需求：其功能需求包括客人結賬、打印報表和客人掛賬等。

4.換房功能需求：其主要目的是滿足客人換房的需要。其主要功能是查詢客房，換房登記，換房確認等。

5.客房管理功能需求：其主要目的是對客房的信息化管理，提高客房管理的精度和準確度，同時減輕酒店客房中心員工的工作負擔，從而提高客房管理的效率和服務質量。其主要功能是房態(tài)維護，費用記錄和客人查詢等綜上，我們將系統(tǒng)的功能大體劃分為三大模塊：

1)權限管理：包括用戶、及管理員的注冊，登錄，權限修改等。

2)前臺管理：包括客戶信息的錄入、客戶預訂和入住登記以及結算的管理等。3)后臺管理：客房信息管理、用戶信息管理。3 數(shù)據(jù)流圖

3.1 頂層數(shù)據(jù)流圖

3.2 一級細化數(shù)據(jù)流圖

3.2.1 預約管理 3.2.2 入住管理

3.2.3 退房管理 3.2.4 消費管理

3.2.5 房態(tài)管理 3.2.6 查詢管理 數(shù)據(jù)字典

預約表 姓名 身份證號 客房號 預約時間 預約時間段

客戶信息表 姓名 身份證號 客房號 消費金額

押金表 姓名 身份證號 押金金額

（姓名，身份證號，客房號，預約時間，預約時間段）name char(10)Not Null

cid char(20)Not Null Primary Key rid char(10)Not Null

reservetime datatime Not Null

timequantum varchar(50)Not Null

（姓名，身份證號，客房號，消費金額）name char(10)Not Null

cid char(20)Not Null Primary Key rid char(10)Not Null

consumption float

（姓名，身份證號，押金金額，押金狀態(tài)）name char(10)Not Null

cid char(20)Not Null Primary Key damount float

押金狀態(tài)

客房狀態(tài)表 客房號 客房狀態(tài) dstate char（4）Not Null Not Null Not Null

部門消費表（姓名，身份證號，客房號，部門名稱，消費類型，消費金額，備注）

（客房號，客房狀態(tài)）rid char(10)rstate char（4）

Primary Key

姓名 name char(10)Not Null 身份證號 cid char(20)Not Null 客房號 rid char(10)Not Null 部門名稱 bmname char(20)Not Null 消費類型 xfstyle char(21)Not Null 消費金額 consumption float Not Null 備注 postil navarchar(max)

總消費表

（姓名，身份證號，客房號，消費金額）

姓名 name char(10)Not Null 身份證號 cid char(20)Not Null 客房號 rid char(10)Not Null 消費金額 consumption float Not Null 客戶歷史信息表

（姓名，身份證號，客房號，部門名稱，消費類型，消費金額，押金金額，押金狀態(tài)，預約時間，預約時間段，備注）姓名 name char(10)Not Null 身份證號 cid char(20)Not Null 客房號 rid char(10)Not Null 部門名稱 bmname char(20)Not Null 消費類型 xfstyle char(21)Not Null 押金金額 damount float 押金狀態(tài) dstate char（4）

Not Null 預約時間 reservetime datatime 預約時間段 timequantum varchar(50)

備注 postil navarchar(max)

4.1 數(shù)據(jù)項：

1.數(shù)據(jù)項：房間信息

說明：客房編號，唯一標識房間 類型：char 10 2.數(shù)據(jù)項：客戶信息

Primary Key

Primary Key

Primary Key

說明：客戶名 類型：varchar 50 3.數(shù)據(jù)項：客戶 說明：客戶身份證 類型：varchar 50 4.數(shù)據(jù)項：客房狀態(tài)

說明：客房狀態(tài)，分為三種，空房、入住、預訂 類型：char 10 5.數(shù)據(jù)項：價格 說明：客房價格 類型;float 6.數(shù)據(jù)項：預定時間 說明：預訂或入住時間 類型：datetime 7.數(shù)據(jù)項：退房時間

說明：退房結賬時間。為系統(tǒng)當前時間 類型：datetime 8.數(shù)據(jù)項：客房信息 說明：客房類型 類型：char 10 9.數(shù)據(jù)項：入住信息 說明：入住類型—入住，住宿 類型：char 10 10.數(shù)據(jù)項：消費信息

說明：實際消費（在結賬時，分為會員與非會員）類型：float 11.數(shù)據(jù)項：押金總額 說明：押金 類型：float 12.數(shù)據(jù)項：日期 含義說明：統(tǒng)計顧客和酒店相應消費或服務、付款等的日期 類型：字符型 長度：8位

取值含義：前四位為年份，后四位為月份和日數(shù) 與其他數(shù)據(jù)項的邏輯關系：決定顧客訂房數(shù) 13.數(shù)據(jù)項：房間類型

含義說明：酒店提供的多種類型的房間供顧客挑選 類型：字符型 長度：根據(jù)酒店房間名稱具體定義 取值含義：實際名稱，反映房間檔次

與其他數(shù)據(jù)項的邏輯關系：決定顧客應付款數(shù)額等數(shù)據(jù)項 14.數(shù)據(jù)項：飽和房間數(shù) 含義說明：顧客使用中的房間總數(shù) 類型：字符型 長度：定義最大值

取值含義：表明當前不可使用房間總數(shù) 與其他數(shù)據(jù)項的邏輯關系：決定顧客訂房數(shù) 15.數(shù)據(jù)項：空閑房間數(shù)

含義說明：未被顧客使用的房間總數(shù) 類型：字符型 長度：定義最大值

取值含義：表明當前柯使用房間總數(shù)

與其他數(shù)據(jù)項的邏輯關系：決定一定時間內可容納顧客數(shù) 16.數(shù)據(jù)項：服務名稱

含義說明：為顧客提供的相應的有償勞動 類型：字符型 長度：根據(jù)實際定義

取值含義：表明服務類型的內容等

與其他數(shù)據(jù)項的邏輯關系：與服務內容一一對應關系 17.數(shù)據(jù)項：服務價格

含義說明：為顧客提供的相應的有償勞動的相應價格 類型：字符型 長度：根據(jù)實際定義 取值含義：表明服務的消費額度

與其他數(shù)據(jù)項的邏輯關系：與服務內容一一對應關系 18.數(shù)據(jù)項：服務描述

含義說明：描述酒店提供的服務的基本內容與信息 類型：字符型 長度：根據(jù)實際定義

取值含義：表明服務的實際內容

與其他數(shù)據(jù)項的邏輯關系：與服務內容一一對應關系 19.數(shù)據(jù)項：部門號

含義說明：為顧客提供的服務的負責機構的編號 類型：字符型 長度：根據(jù)實際定義

取值含義：表明服務的負責機構

與其他數(shù)據(jù)項的邏輯關系：與服務一一對應關系 20.數(shù)據(jù)項：工作號

含義說明：為顧客提供的服務的工作人員的編號 類型：字符型 長度：根據(jù)實際定義

取值含義：表明服務的負責人員

與其他數(shù)據(jù)項的邏輯關系：與服務一一對應關系 21.數(shù)據(jù)項：工作人員姓名

含義說明：為顧客提供的服務的工作人員的姓名 類型：字符型 長度：根據(jù)實際定義

取值含義：表明服務的負責工作人員

與其他數(shù)據(jù)項的邏輯關系：與服務一一對應關系 22.數(shù)據(jù)項：應付款賬單

含義說明：為顧客提供結賬時的消費清單 類型：字符型 長度：根據(jù)實際定義

取值含義：表明顧客實際的消費情況和數(shù)額 與其他數(shù)據(jù)項的邏輯關系：與服務總額對應關系 4.2 數(shù)據(jù)結構：

1.數(shù)據(jù)結構：當前房間統(tǒng)計表

含義說明：標識當前房間總體使用情況，房間類型等 組成： 房間類型 飽和房間數(shù) 空閑房間數(shù) 2.數(shù)據(jù)結構：顧客

含義說明：是酒店管理系統(tǒng)的主題數(shù)據(jù)結構，定義了一位顧客登記的相關信息 組成：顧客號 顧客姓名 證件號 顧客人數(shù) 房間號

3.數(shù)據(jù)結構：訂單

含義說明：顧客消費是產(chǎn)生的統(tǒng)計單，記錄了顧客的消費需求 組成：訂單號 顧客號 服務號 應付款 4.數(shù)據(jù)結構：應收款報表

含義說明：統(tǒng)計一段時間內酒店顧客消費時應付款表，供酒店核對賬目使用 組成：顧客號 應付款 日期

5.數(shù)據(jù)結構：房間

含義說明：酒店提供住宿服務時必備設施，是酒店的重要組成部分 組成：房間號 房間最大容納數(shù) 房間狀態(tài) 6.數(shù)據(jù)結構：發(fā)票

含義說明：顧客消費后由酒店有關部門開具的消費記錄 組成：發(fā)票號 顧客號 應付款 日期 7.數(shù)據(jù)結構：服務

含義說明：由酒店提供的可供顧客選擇的有償勞動 組成：服務號 服務價格 服務名稱 8.數(shù)據(jù)結構：部門

含義說明：由酒店提供的可供顧客選擇的有償勞動負責的機構 組成：部門號 服務號 服務名稱 服務價格

9.數(shù)據(jù)結構：工作人員

含義說明：在酒店內負責接待等任務的人員 組成：工作號 工作人員姓名 部門號 4.3 數(shù)據(jù)流：

1.數(shù)據(jù)流：訂房批準 說明：顧客訂房時房間查詢 數(shù)據(jù)流來源：訂房 數(shù)據(jù)流去向：批準 組成：登記細節(jié) 登記表 2.數(shù)據(jù)流:服務通知

說明：由顧客登記完成觸發(fā)后勤部門執(zhí)行相應服務 數(shù)據(jù)流來源：酒店前臺 數(shù)據(jù)流去向：酒店后勤部門 組成：通知細節(jié) 服務事項 3.數(shù)據(jù)流:發(fā)票本

說明：有顧客消費后結賬是開具的統(tǒng)計消費金額的字面統(tǒng)計 數(shù)據(jù)流來源：應付款審計 數(shù)據(jù)流去向：發(fā)票核價 組成：發(fā)票細節(jié) 發(fā)票審核 4.數(shù)據(jù)流:應收款

說明：由顧客消費后，相關部門根據(jù)顧客使用服務計算顧客消費總額 數(shù)據(jù)流來源：顧客使用服務

數(shù)據(jù)流去向：應收款統(tǒng)計表 發(fā)票 組成：服務號 服務細節(jié)

4.4 數(shù)據(jù)存儲：

1.數(shù)據(jù)存儲：房間記錄表

說明：記錄當前房間的總體使用情況 流入數(shù)據(jù)流：顧客登記 流出數(shù)據(jù)流：房間記錄

組成：房間類型 飽和房間數(shù) 可使用房間數(shù) 數(shù)據(jù)量：根據(jù)實際定義 存取方式：順序存取 2.數(shù)據(jù)存儲：顧客表

說明：統(tǒng)計顧客登記的幾本信息 流入數(shù)據(jù)流：顧客登記 流出數(shù)據(jù)流：

組成：顧客號 顧客姓名 顧客人數(shù) 證件號 數(shù)據(jù)量：根據(jù)實際定義 存取方式：順序存取 3.數(shù)據(jù)存儲：應付款報表

說明：顧客消費時應付款的統(tǒng)計情況 流入數(shù)據(jù)流：應付款統(tǒng)計 流出數(shù)據(jù)流：

組成：顧客號 日期 應付款 數(shù)據(jù)量：根據(jù)實際定義 存取方式：順序存取 4.數(shù)據(jù)存儲：發(fā)票表

說明：統(tǒng)計有關部門開具的發(fā)票的相應信息 流入數(shù)據(jù)流：發(fā)票 流出數(shù)據(jù)流：發(fā)票本

組成：發(fā)票號 應付款 日期 顧客號 顧客姓名 數(shù)據(jù)量：根據(jù)實際定義 存取方式：順序存取 5.數(shù)據(jù)存儲：顧客消費表

說明：統(tǒng)計顧客在酒店消費的服務的集合 流入數(shù)據(jù)流：顧客的服務需求 流出數(shù)據(jù)流：顧客消費服務匯總

組成：顧客號 顧客姓名 服務號 應付款 日期 數(shù)據(jù)量：根據(jù)實際定義 存取方式：順序存取 6.數(shù)據(jù)存儲：服務價格表

說明：統(tǒng)計顧客在酒店消費的服務的價格 流入數(shù)據(jù)流：酒店提供

流出數(shù)據(jù)流：顧客消費服務價格匯總 價格單 組成：服務號 服務名稱 服務價格 服務描述 數(shù)據(jù)量：根據(jù)實際定義

存取方式：順序存取 4.5 處理過程：

1.處理過程：顧客訂房 說明：顧客消費時選定房間 輸入：訂房要求 輸出：訂房登記

處理：在顧客發(fā)出訂房要求時，酒店內部立即查詢相應房間狀態(tài)，如果符合要求，則響應顧客，完成訂房登記

2.處理過程：開具發(fā)票

說明：在顧客消費結賬時，由酒店相關部門開具消費發(fā)票 輸入：顧客結賬 輸出：發(fā)票

處理：在顧客完成消費結賬時，酒店相關部門根據(jù)顧客消費應付款為具體數(shù)據(jù)，開具相關發(fā)票。

3.處理過程：服務通知

說明：當顧客確定消費時，并且完成訂單登記時由相關部門通知服務部門開始相關服務 輸入：登記完成 輸出：開始服務

處理：當顧客在酒店前臺大廳完成訂單登記后，數(shù)據(jù)庫錄入相應數(shù)據(jù)，并觸發(fā)后勤部門，提供相應服務。