1、個人資料整理 僅限學習使用賓館住宿管理系統專業： 班級： 學號： 姓名：輔導老師:開發目的1現狀分析近年來，賓館業迅猛發展，市場的競爭日趨激烈，全面提高賓館的軟件管 理水準，已成為賓館業發展的當務之急。尤其是對于星級賓館，既需要完成前 臺的一些服務工作，還需要完成后臺的管理工作。然而，傳統的人工管理模式 已經遠遠不能滿足有效、快捷地處理經營中產生的大量信息數據的需要，從而 使得企業決策層無法及時、準確地掌握一線資料，繼而影響對市場進行正確地 分析和預測。像沿海城市三星級以上賓館引進外方管理，使小部分賓館管理水 準幾乎接近或達到國際水平。但對占80蛆上的廣大中小型賓館來說，是難以做到的。因此，欲

2、在競爭中甩開對手，取得優勢，必須在經營、管理、產品、 服務等方面具備獨到之處。而對賓館的經營狀況起決定作用的是客房的管理。 簡單的服務標準已不是制勝的錦囊，只有管理做到最細微之處，才能讓顧客體 會到賓館服務的高標準、高質量，而準確、快速、周全往往就是最基本的成功 要素。傳統的管理方法已經不能適應現代社會的需要，因此采用電腦管理業務、 財務等諸多環節已成為推動賓館業迅速發展的先決條件，賓館客房管理信息系 統是各大中小型賓館所需要使用的一個管理系統。2系統目的本系統是用sql server 2000 為開發工具,以SQL語言為數據庫查詢語言 開發的賓館酒店管理軟件的功能，研究和開發管理賓館的 日常

3、業務，即賓館的 客房、財務及各種收費系統管理。該系統應充分利用信息技術提高賓館客房的 管理水平、服務水平。賓館住宿管理系統要實現客房住宿的登記、宿費提醒、 追加押金、調房登記、退房結帳、查詢統計等功能。將動態時的住宿登記、客 房調整追加押金等有機的聯系在一起，對酒店進行全方位的管理。使用該系統，既可以大幅 度提高各業務部門的工作效率，也可自動完成各 業務部門之間的營業信息、賬務 、報表的自動化傳輸與匯總，使各項業務工作 更加制度化、科學化。但是，本管理系統也有些美中不足的地方，比如沒有加 入餐飲這一模塊的管理，所以，我們會繼續努力，積極完善這個賓館管理系統，更好的為賓館管理行業服務。二、系統需

4、求分析1 .功能結構賓館住宿管理系統的數據庫功能主要體現在對各種信息的提供、保存、更 新和查詢操作上包括客房信息。客房類型信息、客戶記錄信息、客戶信息、員 工信息和員工工作信息。各個部分的數據內容又有內在的聯系。針對該系統的 數據特點，可以總結如下的需求：客房信息包括客房的詳細信息客戶信息記錄客戶登記時的詳細信息入住信息是客戶信息和客房信息之間的關聯每個員工信息都對應一個員工類型每個客房都對應一個員工信息根據以上需求分析，給出以下功能模塊圖：某賓館客房管理系統刪除費用信息圖1功能模塊圖2 .數據流程圖1 .業務流程圖，如圖2.1所示。圖2.1 客房管理業務流程圖<1）頂層數據流程圖，如圖

5、2.2所示。圖2.2 頂層數據流程圖 如圖2.3所示。<2）第二層數據流圖,結賬信息<3)繳費單圖2.3 第二層數據流圖賓館開房數據流程圖，如圖2.4所示。<4)補交費用圖2.4 賓館開房數據流程圖客戶續房數據流程圖，如圖2.5所示。<5)圖2.5 客戶續房數據流程圖客人退房數據流程圖，如圖2.6所示。客戶房號信息P3.1檢查客房物品檢查結果P32A整理檢查結果物品完好信息物品賠償證明單延遲退房P3.4-查詢住房時間P3.3物品賠償提前退房P3.6扣除費用P3.5退款正常退房住宿信息表P3.8客戶信息表注銷注冊客房信息表P3.7退押金結算信息圖2.6客人退房數據流程圖3

6、.數據字典數據字典是關于數據信息的集合，即對數據流圖中包含的所有元素的定義 的集合。1 .數據項表 3-1. 客戶 <Travellers )信息:表中列名數據類型可含為空說明TnoIntNot null< 主鍵)客戶編號TnameChar(10>Not null客戶姓名TsexChar(2>Not null客戶性別TidChar(20>Not null客戶身份證號表3-2. 客房RoomS信息:表中列名數據類型可含為空說明RnoIntNot null< 主鍵客房號RstyleChar(10>Not null客房類型RpriceInt客房單價Rstat

7、eChar(10>客房狀態RtelChar(15>客房電話表3-3. 客戶住宿Living ）信息:表中列名數據類型可含為空說明TnoIntNot null< 主鍵客戶編號RnoIntNot null< 主鍵)客房號TcomedateDatetimeNot null入住日期TleftdateDatetimeNot null結算日期TtimeInt住宿時間TamountInt房費表 3-4.客房物品(Roomitem>BM：表中列名數據類型可含為空說明RnoIntNot null:客也RitemnoChar(10>Not null< 主鍵)客房物品編號R

8、itemnameChar(20>Not null:客房物品名稱RitemstateChar(10>物品狀態RitempriceInt:客房物品單價RitemnumInt物品數量2 .數據結構根據上述系統功能分析和需求總結，設計如下的數據結構數據結構名含義說明客房類型包括客房類型 單間、標問）、客房信息包括客房編號、客房價格、客房所屬類型、負責人編號客戶信息客戶身份證號、客戶姓名、客戶性別、客戶年齡、聯系方式、客房編號登記信息客房編號、客戶身份證號、入住日期、退房日期、 賬目結算員工信息員工編號、姓名、年齡、職位、聯系方式、工資、所屬部門員工類型職位、底薪、工作時間客房物品客房剩余物

9、品、客房所需物品等3 .數據流數據流名稱：客房登記信息位置：賓館一登錄處理說明：“登記” “查詢” “反饋” 數據流名稱：退房登記信息位置：登錄處理一賓館人員說明：顯示客戶消費各項信息數據流名稱：賓館員工管理位置：賓館一員工信息說明：顯示員工各項基本信息數據流名稱：客房物品管理位置：管理人員一賓館倉庫管理人員保護說明：指定保護物品，保障賓館各種所需物品的供求4 .數據存儲數據存儲名稱：客戶登記表輸入：客戶姓名、身份證號、房問號一輸出：登錄處理表格數據結構：客戶姓名+身份證號說明：該注冊信息由賓館保密數據存儲名稱：管理人員登記表輸入：管理人員姓名、工號、一輸出：登錄處理表格數據結構：管理人員姓名

10、+工號說明：該注冊信息由賓館保密數據存儲名稱：退房登記表輸入：客戶姓名、房問號一輸出：登錄處理表格數據結構：客戶姓名+房問號說明：顯示客戶消費信息5 .處理過程<1）客戶入住登記 <管理人員登記信息；輸入：客戶姓名、身份證號；輸出：客 戶房問號；處理：在賓館住宿系統中，登記好各項信息）<2）管理人員登錄 <管理人員注冊帳號及登錄；輸入：姓名、工號；輸出：管理 人員登錄驗證；處理：在賓館住宿系統中，登記好各項信息完成登錄）<3）客戶預訂登記 <管理人員登記信息；輸入：客戶姓名、身份證號、預訂號； 輸出：客戶房問號；處理：在賓館住宿系統中，登記好各項信息）<

11、;4）客戶退房登記 <管理人員登記信息；輸入：客戶姓名、房問號；輸出：客戶 消費信息；處理：在賓館住宿系統中，顯示消費信息）概念結構設計1概念設計說明通常，把每一類數據對象的個體稱為實體，而每一類對象的集合稱為“實體集”。而E R模型的主要成分是實體、聯系和屬性。如果用矩形框表示實體集，用帶半圓的矩形表示屬性，用線段連接實體集與屬性，當一個屬性或屬性 組合指定為主碼時，在實體集與屬性的連接上標記一斜線，則可以表示實體集 及每個實體集涉及的屬性，實體集之間存在各種關系，通常把這種關系稱為“聯系”。聯系有三類：一對一的聯系 <1： 1）; 一對多的聯系（1：n> ;多對多 的聯系

12、（m:n>。所以，此賓館住宿管理系統中實體集與實體集的聯系，E-R模型如下：2 E-R 圖各實體之間的E-R圖，如圖3-1所示。圖3-1實體之間的E-R圖局部E-R圖如下:客戶信息實體的E-R圖，如圖1所示。LEJ圖1客戶信息實體的 E R圖客房信息實體的E-R圖，如圖2所示。LEJ圖2客房信息實體的 E- R圖客戶住宿實體的 E-R圖，如圖3所示。圖3客戶住宿實體的ER圖客房物品信息實體的 E-R圖，如圖4所示。圖4客房物品實體的E- R圖全局E-R圖如下：U地己Qp1 1xQ乍單位二）一顧： （王佰電話NN-1|服務= Q工作編號N1 ?1;經（Q二蕓L編號二）飛二3齡二Ujm號匚在

13、樓）客;je格）'x間類型:）、:手作密碼二四、1 E-R邏輯結構設計圖到關系模式的轉換關系模式:客房客房編號、客房類型、客房價格、負責人編號）員工 員工編號、員工姓名、員工年齡、員工聯系方式、員工職位、員工工資、領導編號）客戶 <客戶身份證號、客戶姓名、客戶性別、客戶年齡、聯系方式、入住日期、退房日期、入住客房編號）客戶一客房<客房編號、客戶身份證號、入住日期、退房日期）客戶員工<客戶身份證號、員工編號、服務）2.實體關系模式分析由于客房編號、員工編號、客戶身份證號、客房編碼等每個屬性都是不可再分 的，且均是簡單屬性，因此屬于第一范式。由于客房類型、價格，員工年齡、

14、 職位、工資等非主屬性完全函數依賴，因此屬于第二范式。而員工服務等 屬于非主屬性完全函數依賴。又因為非主屬性不傳遞函數依賴的主關系鍵。因 此屬于第三范式。五、物理結構設計1 .數據分析< 1）常查詢項：客房信息、客戶信息、員工信息< 2）常變更項：客戶姓名、身份證號、入住日期、退房日期、結算金額等< 3）不易變更項：客房類型、客房價格等2 .索引的建立對客房“、員工“、客戶”建立索引，方便數據的查詢。3 .數據庫存放位置的設計為提高系統性能，應根據應用情況把數據庫的常查詢項、常變更項、不易變更 項分開存放。4 .建立視圖對權限的賦予操作，保障數據庫的安全。六、數據庫實施6.1

15、 創建數據庫F教據庫關系圖田Lj表莊U祝圖|±匚j同義詞比口可燃程1三l+ _j Service Broker區口存儲i+ LJ安全性6.2 主表的結構設計6.2.1 進貨信息表的結構create tatle Purchas (Puid int primary key, Pid inzfFsup int, Peid 工nx, Fcount inj Pprice float,Pt lire datetime, PptkarjLir.e datetirr.e Pshelf int, Puremark: varchar £31=務消息命令已成功完成。6.2. 落戶信息表結構表-d

16、b©業會員信良表*表-曲口.客戶信息表 表 dbo.ms 列名數據類型允許空姓名的儂）B性別chartsH電話的收）回地址charts團身份證號碼chartia）Hmj，u:uauiuiui 備注chaG6 I 國6.2.3 用戶信息表結構6.2.4 倉庫信息表結構/寡7bo.倉庫信息表 表-dba用戶信息表 表-dbd業務曷i 可詫數據類型允許空9倉庫編號charts)倉庫名稱小頓)卜爸注的心功一口匚IB6.2.5 庫存物品信息表結構表-此6庫存單信息表 列名表-dbo.前售單信息表 表-dba迸數據類型向在空更新日期date timen業務員char(20)n號入庫單言chare

17、)供應商端號char)倉庫編號char(6)o商品編號numeric p.O)前色cha(10)0數量numeric (9.0)B單價numeric 0 j 0)n折扣numeric (5 d D)B總金額numenc, 0)o卜備注 c har(100)j 6七、總結在做賓館住宿管理前，我對管理系統的理解只停留在知道它怎么用，大概有 什么功能。但是突然間叫我自己也做一個系統，我剛開始挺興奮的，想著自己 終于也可以走一些系統了。可是在興奮過后，我突然就感覺到我應剛要怎么樣 做才行啊，語句，代碼什么都不會，但是在這一段時間的學習中，我懂得了挺 多東西的。雖然，在這中間遇到了挺多問題的，并且我在遇到問題經過自己的 努力之后還是不明白，而別人很快就懂了，我就變得很煩躁，但是在經過了同 學的幫忙后，這些都不成問題了。在這一次的課程設計中，我總結了幾點對我 印象比較深刻的：第一，讓我發愁的是對賓館客房的具體業務流程不太熟悉，通過查找各賓 館管理的資料，經過反復的修改論證，才完成了系統的分析和設計工作。第二，面臨的困難是不熟悉軟件開發工具。我只好翻閱了各種有關的書 籍，同時又不斷向老師和同學們請教，才逐漸熟練和掌握