酒店管理系統(tǒng)

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

1酒店管理系統(tǒng)需求概述

酒店管理信息管理系統(tǒng)是以顧客訂房信息為基礎建立的管理系統(tǒng)，是管理

酒店客房業(yè)務的重要方法、手段、技術和操作過程的集合。作為一個管理信息系

統(tǒng)，其服務的對象是雙方面的：酒店和顧客。因此，一個好的酒店管理系統(tǒng)，必

需讓雙方在使用時都快捷便利。

顧客通過輸入姓名、密碼等基本信息,由系統(tǒng)自行生成酒店相應的統(tǒng)計數據

及各類統(tǒng)計報表以供用戶查詢、打印,此外操作人員還可以對這些基本信息進行

定期的更新和刪除，酒店管理系統(tǒng)力求給用戶便利快捷的途徑去管理這些繁瑣

的數據。為酒店帶來便利，也為顧客帶來便利，實現信息化。

依據可行性討論的結果和客戶的要求，分析現有狀況及問題，采納兩級管理

結構，將酒店管理系統(tǒng)劃分為兩個子系統(tǒng)：酒店管理人員，酒店前臺收銀員。

系統(tǒng)的主要業(yè)務流程如下：

第一步：登錄系統(tǒng)，選擇適合您的身份。依據登錄用戶和密碼進行登陸。

其次步：錄入顧客消費信息和菜單種類信息等。即吧臺查詢菜品，菜系和日

結賬等具體資料，提交訂單，將信息錄入酒店管理系統(tǒng)的數據庫中。一個姓名對

應一個臺號，臺號肯定要確保精確無誤，以便便利上菜。

第三步：對顧客消費進行銷賬處理。對顧客的消費信息進行結賬。

第四步：對日，月，年的消費信息進行匯總處理。對整個酒店每日，每年，

每月的消費信息進行簡潔的計算，便利酒店管理人員了解酒店的運行狀態(tài)和運營

趨勢。

酒店分為前廳部，客房部，財務部，工程部，銷售部，餐飲部，會員部，人

事部，機房等多個工作部門，其中前廳部作為酒店的神經中樞，在客人心中，是

酒店管理機構的代表?？腿说娜胱　⑼朔?、結賬等活動都是在前臺完成的，所以

為其設計管理信息系統(tǒng)的時候，首先要考慮其組織結構，經過調查該系統(tǒng)的組

織結構圖如下。

酒店經理

圖1.1組織結構圖

2系統(tǒng)數據描述

2.1系統(tǒng)數據流圖

數據流圖是把數據在組織（或原系統(tǒng)）內部的流淌狀況抽象地獨立出來，舍

去了具體組織機構、信息載體、處理工作、物資、材料等，單從數據流淌過程來

考查實際業(yè)務的數據處理模式。主要包括對信息的流淌、傳遞、處理、存儲等的

分析。

數據流程分析的目的是要發(fā)覺和解決數據流通中的問題，如：數據流程不暢、

前后數據不匹配、數據處理過程不合理等等。

管理業(yè)務的調查中繪制的管理業(yè)務流程圖雖然形象地表達了管理中信息的

流淌和存儲過程，但仍沒有完全脫離一些物質要素，為了用計算機進行信息管理

還必需進一步的舍去物質要素，收集有關的資料，繪制出系統(tǒng)的數據流程圖，為

進一步的分析做預備。

2.1.1數據流程圖的符號說明

外部實體數據處理數據流數據存儲

?數據流（DataFlow）:指具出名稱且有流向的數據，用標出名稱的箭頭

表示。一個數據流可以是紀錄、組合項或者基本項。

?數據處理（Process）:表示對數據所進行的加工和變換，在圖中用矩形

框表示。指向處理的數據流為該處理的輸入數據，離開處理得數據流為

改處理的輸出數據。

?數據存儲：表示用文件方式或數據庫形式所存儲的數據，對其進行存取

分別以指向或離開數據存儲的箭頭表示。

?外部實體：表示數據的來源及數據的去向，可以是一個組織或人員，他

處于系統(tǒng)范圍之外與系統(tǒng)有關的外部事物或外部環(huán)境。

圖2.2第一層數據流程圖

將各個模塊逐一分解進行分解

P2

圖2.3預訂管理數據流程圖

客人將預訂信息給預訂部，預訂部依據房間狀態(tài)表為客人進行預訂登記，并

登記客人信息，將預訂單給接待部，入庫保存。

P3

圖2.4.接待管理數據流程圖

客人將入住懇求給前臺，前臺依據房間狀態(tài)表來安排客房，將房間號，和客

人信息登記。并將客人帳單給收銀部。

圖2.5收銀管理數據流程圖

客人要求退房，收銀人員依據賬單內容來結賬，把首聯賬單保存入庫，將其

次聯給財務部，并修改房間狀態(tài)。

2.1數據字典

數據字典主要用來描述數據流程圖中數據流，數據存儲，處理過程外部實

體。數據字典把數據的最小單位看成是數據元素，基本數據包含若干個數據元素,

可以組成一個數據結構，數據字典通過數據元素和數據項來描述數據統(tǒng)一存儲的

屬性，他們之間的關系是：數據元素組成數據的結構，數據結構組成數據流和數

據存儲。

數據結構條目

名稱：入住登記單

說明：客人入住酒店的時候所要填寫的單據。

結構：姓名

年齡

性別

國籍

入住日期

證件類型

證件號碼

客房編號

總編號：002

有關數據流。數據存儲，入住登記單庫

名稱：預訂單

說明：客人預訂房間是所填寫的單據

結構：聯系人姓名房間數量

電話號碼房間種類

傳真號碼天賓數量

預訂日期房價

預到達時間

預離店時間

付款方式

來賓姓名

總編號001

數據流向：有關數據，數據存儲，預訂單庫

名稱：帳單

說明：客人在結帳時候，前臺所要出示的報表

結構：客房編號

客房種類

客房位置

客房單價

客戶姓名

證件類型

證件號碼

入住時間

折扣

結帳時間

備注信息

總編號；003

數據流向：數據存儲，帳單庫

2.3系統(tǒng)數據模型：

一是菜單實體，菜單實體是酒店對酒菜的描述，它保存的是關于酒菜的全部

信息：

實體集菜單，有菜單編號、菜名、菜系別、助記碼、計量單位、單價和狀態(tài)。

其中以“菜單號”作為主鍵。

圖2-3-1菜單實體屬性圖

二是吧臺（桌子）實體，消費臺實體是酒店對消費位置桌號的描述，它保存

的是消費臺位置的信息：

（臺號）—消費臺實體—（座位數最）

圖2-3-2消費臺實體屬性圖

實體集消費臺，有屬性臺號和座位數量。每一個作為都是與眾不同的，都是

唯一和不重復的，所以以臺號作為主鍵。

三是用戶實體，用戶實體是酒店管理員對具體操作人員的描述，它保存的是

酒店操作人員的信息：

圖2-3-3用戶實體屬性圖

實體集用戶，有用戶編號、姓名、性別，誕生年月，密碼，工作卡號和狀態(tài)。

由于姓名有可能重名，所以不能作為主鍵；以“用戶編號”作為主鍵。

四是用菜系實體，菜系實體是酒店對菜的類別的描述，它保存的是全部菜類

別的信息：

（編號）—菜系實體—（類別名）

圖2-3-4菜系實體屬性圖

實體集菜系，有編號和菜系類別名2個屬性，其中以“編號”作為主鍵。

2.3系統(tǒng)接口說明

采用菜單界面驅動方式，對用戶友好。必需對鼠標和鍵盤單獨支持等。

P1000、內存64M以上PC滿意輸入端條件運行于Windows及更高版本具有

WIN32API的操作系統(tǒng)上。

2.4系統(tǒng)內部接口

由于系統(tǒng)的各種內部接口是通過借助數據庫開發(fā)軟件來實現的，是完全在數

據庫內部操作的，故在此略過此內容。

3酒店管理系統(tǒng)功能描述

前臺計算機管理系統(tǒng)是整個酒店計算機管理系統(tǒng)的一個重要組成部分，其主

要是為了客房接待，預訂，收銀等業(yè)務流程而設計的，主要包括預訂管理，接待

管理，收銀管理，客房信息管理.，報表管理，系統(tǒng)管理等功能子模塊。功能模塊

圖如下所示：

4系統(tǒng)性能描述

4.1系統(tǒng)性能參數

主要參數軟件類型教育管理

版本類型網絡版

版本描述酒店管理系統(tǒng)系統(tǒng)是一套適用于各大中小型酒

店進行信息管理的有利工具。該系統(tǒng)在內容上

主要包括了錄入、查詢菜品/承辦訂餐業(yè)務/管

理員業(yè)務幾部分。

硬件環(huán)境CPU:PIII500及以上；內存：128M以上，建議

256M以上;硬盤:至少200M空間以上.

軟件環(huán)境Windows98/Windows2000/WindowsXP/

Windows2003或更高版本。建議網絡版服

務器端使用Windows2000/Windows2003或

更高版本。

4.2系統(tǒng)測試種類

1.黑盒測試

黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。

在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內

部特性的狀況下，在程序接口進行測試，它只檢查程序功能是否依據需求規(guī)格說

明書的規(guī)定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。

黑盒測試著眼于程序外部結構，不考慮內部規(guī)律結構，主要針對軟件界面和軟件

功能進行測試。

2.白盒測試

白盒測試也稱結構測試或規(guī)律驅動測試，它是依據程序內部的結構測試程

莊，通過測試來檢測產品內部動作是否依據設計規(guī)格說明書的規(guī)定正常進行，檢

驗程序中的每條通路是否都能按預定要求正確工作。這一方法是把測試對象看

作一個打開的盒子，測試人員依據程序內部規(guī)律結構相關信息，設計或選擇刎試

用例,對程序全部規(guī)律路徑進行測試，通過在不同點檢查程序的狀態(tài)，確定實際

的狀態(tài)是否與預期的狀態(tài)全都。

3.靜態(tài)測試

靜態(tài)方法是指不運行被測程序本身，僅通過分析或檢杳源程序的語法、結

構、過程、接口等來檢查程序的正確性。對需求規(guī)格說明書、軟件設計說明書、

源程序做結構分析、流程圖分析、符號執(zhí)行來找錯。靜態(tài)方法通過程序靜態(tài)特性

的分析，找出欠缺和可疑之處，例如不匹配的參數、不適當的循環(huán)嵌套和分支嵌

套、不允許的遞歸、耒使用過的變量、空指針的引用和可疑的計算等。靜態(tài)測試

結果可用于進一步的查錯，并為測試用例選取供應指導。

4.動態(tài)測試

動態(tài)方法是指通過運行被測程序，檢查運行結果與預期結果的差異，并分

析運行效率和健壯性等性能，這種方法由三部分組成：構造測試實例、執(zhí)行程序、

分析程序的輸出結果。

4.3預期的軟件響應

采納酒店管理系統(tǒng)可取代原系統(tǒng)的單據手工傳遞工作，削減人工開支，節(jié)約

資金，并且可大大提高信息量的取得，縮短信息處理周期，規(guī)劃酒店資源，提高

員工工作效率，使酒店管理質量更上一個臺階。本系統(tǒng)操作簡潔，易于理解，只

需通過簡潔熟識，上手較快，酒店員工均能進行操作，營運環(huán)境要求低。面對于

系統(tǒng)設計還應當以“標準性、平安性、兼容性、高效性、保密性、可維護性”為

標準，在著眼于當前有用的基礎上，為將來系統(tǒng)的擴展，升級留有余地。軟件的

開發(fā)應能在較長時間內滿意酒店的進展需要。通過可行性分析討論，認為新系統(tǒng)

的開發(fā)方案切實可行，可進行開發(fā)。

4.4應考慮的特別問題

1.系統(tǒng)的平安性

系統(tǒng)的平