賓館客房管理規(guī)定系統(tǒng)的SQL數據庫__第1頁
賓館客房管理規(guī)定系統(tǒng)的SQL數據庫__第2頁
賓館客房管理規(guī)定系統(tǒng)的SQL數據庫__第3頁
賓館客房管理規(guī)定系統(tǒng)的SQL數據庫__第4頁
賓館客房管理規(guī)定系統(tǒng)的SQL數據庫__第5頁
免費預覽已結束,剩余11頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、錯誤!未一、需求分析41.1 基本要求41.1.1 業(yè)務要求41.1.2 信息要求41.1.3 處理要求41.1.4 安全性與完整性要求51.2 數據流圖、數據字典51.2.1 數據流圖51.2.2 數據字典6二、功能設計72.1 系統(tǒng)功能72.1.1 基礎信息設置72.1.2 客房前臺管理72.1.3 查詢統(tǒng)計管理82.1.4 結賬管理82.1.5 系統(tǒng)初始設計82.1.6 系統(tǒng)維護82.2系統(tǒng)功能結構圖82.2系統(tǒng)功能結構圖8三、ER模型9四、數據庫設計結構114.1 數據庫表設計114.11 實體屬性114.12 數據庫表114.2 約束設計134.2.1 主外鍵約束134.2.2 列值

2、唯一134.2.3 其他約束144.3 索引設計144.4 數組組織約定144.4.1 各實體之間的關聯關系情況145.1 設計的不足155.2 設計的改善方向15找到索引項。賓館客房管理系統(tǒng)的數據庫設計姓名:張晉嘉學號:4851班級:09級專業(yè)班賓館客房管理系統(tǒng)的數據庫設計 【摘要】近年來,我國現代酒店業(yè)迅猛發(fā)展,市場競爭日趨激烈,傳統(tǒng)的管理方法已經不能適應現代社會的需要,全面提高賓館客房管理系統(tǒng)已成為酒店業(yè)發(fā)展的當務之急。因此,本論文旨在設計出一套高效、精確、便捷的管理系統(tǒng),以實現賓館對客房的科學化、規(guī)范化和信息化管理,提高賓館的管理水平和競爭力。賓館管理系統(tǒng)是對賓館管理系統(tǒng)的現代化、網絡

3、化,逐步擺脫當前賓館管理的人工管理方式,拓展經營空間,降低運營成本,提高管理和決策效率而開發(fā)的。傳統(tǒng)的賓館計算機管理系統(tǒng)主要包括前臺管理系統(tǒng)和后臺管理系統(tǒng)兩大部分,基本包含了賓館主要業(yè)務部門,初步實現了對顧客服務和進行財務核算所需要的各個功能。它包括客戶信息管理、客房信息管理、入住和退房管理、客房類型管理、費用管理、價目信息管理等6大功能模塊,并提供了對各功能模塊的查詢和更新功能。其中客戶信息管理、入住和退房管理是系統(tǒng)開發(fā)的重點。 本文講述的是基于客戶/服務器的賓館管理系統(tǒng),實現了賓館管理的信息化。本系統(tǒng)涉及數據庫方面的技術,采用SQL語言來實現。 【關鍵字】 賓館客房管理 E-R模型 需求分

4、析 數據庫結構 一、需求分析1.1 基本要求通過調查賓館對客房、員工、業(yè)務的管理方式,充分了解原賓館客房管理系統(tǒng)的工作概況,明確賓館管理的業(yè)務需求、信息需求、處理需求、安全性與完整性要求。 1.1.1 業(yè)務要求 針對賓館的訂房、入住、退房等業(yè)務的調查,明確用戶的業(yè)務需求如下: 1、基礎信息設置:設置客房信息、設置員工信息 2、客房前臺管理:客房預訂、住宿登記、調房登記、客房續(xù)住、退房 結賬 3、查詢統(tǒng)計管理:客房查詢、房態(tài)查詢、預訂查詢、住宿查詢、退宿 查詢 4、結賬管理 5、系統(tǒng)初始設計:本單位定義、業(yè)務部門定義 6、系統(tǒng)維護:系統(tǒng)初始化、操作員管理、權限設置 1.1.2 信息要求 對于賓館

5、客房管理,用戶需要從數據庫中獲得的信息有很多,包括客房信息、顧客信息以及員工信息等,全面分析有信息要求如下: 1、該數據庫可以存取的數據包括客房信息、顧客信息、員工信息及住 宿信息 2、前臺接待員可以查看客房、賓客信息,可以查看客房使用情況,還 可以查看統(tǒng)計入住、預訂和退房記錄。 3、后臺管理者可以對客房、員工的信息進行管理和查看,可以設置員 工的權限,可以查看客房使用情況,還可以查詢統(tǒng)計預訂和退房情 況。 1.1.3 處理要求 賓館需要對顧客的調房要求、客房續(xù)住等進行處理,對處理的響應時間 和處理方式都有一定的要求響應時間,越短越好,單機處理。 前臺登記處理:前臺接待員為顧客進行入住、預訂、

6、退房、調房、退訂 登記。 預訂客房:顧客信息與客房信息建立一一對應聯系,客房狀態(tài)由空轉至 非空。 入?。悍址靠ê螅櫩托畔⑴c其對應的客房信息建立一一對應的聯系, 客房狀態(tài)轉至非空。 退房:顧客持房卡去前臺登記退房,顧客信息與賬單信息一一對應,客 房狀態(tài)轉至空。 調房:根據顧客要求為其調換房間,原客房狀態(tài)轉為空,新開客房信息 與顧客建立新的一一對應的聯系新的客房轉為非空。 續(xù)?。呵芭_接待員可以根據入住延期情況,對顧客追加押金。 1.1.4 安全性與完整性要求 對于賓館客房管理,并不是所有人都可以進入管理系統(tǒng),因而需要設置 一定的權限或其他的安全性與管理性要求: 1、不同的用戶擁有不同的權限,系

7、統(tǒng)根據用戶權限,進入不同的功能 界面。權限分為兩類:一個是后臺管理者權限,一個是前臺接待員 權限。普通員工無權登錄此系統(tǒng)。 2、密碼正確才可登錄系統(tǒng)。1.2 數據流圖、數據字典調查了解用戶需求以后,采用結構化分析方法,自頂而下、逐層分解系統(tǒng),得到數據流圖、數據字典、判定表等來表達數據與處理過程的關系。1.2.1 數據流圖 1.2.2 數據字典1、數據項數據項名稱數據類型及其長度說明預定人字符,可變長度10不能為空預定人電話字符,可變長度15客人姓名字符,可變長度10客人身份證號碼字符,可變長度18訂單編號字符,可變長度36不能為空入住單號字符,可變長度36不能為空客房編號字符,可變長度6不能為

8、空賬單編號字符,可變長度36不能為空客房類型字符,可變長度10客房價格貨幣型客房狀態(tài)字符,可變長度2不能為空抵店時間日期型入住人數字符,可變長度10入住天數字符,可變長度10入住時間日期型不能為空退房時間日期型訂單狀態(tài)字符,可變長度4入住單狀態(tài)字符,可變長度4消費金額貨幣型備注字符,可變長度402、 數據結構數據結構含義說明組成顧客客房管理系統(tǒng)的主體數據結構,定義了一個顧客的相關信息顧客編號,顧客姓名,性別,身份證號客房客房管理系統(tǒng)的主體數據結構,定義一個客房的相關信息客房編號,客房類型,客房價格,客房狀態(tài)客房信息單 登記有關客房住宿信息客房編號,入住時間,住宿天數,押金,證件號二、功能設計2

9、.1 系統(tǒng)功能 2.1.1 基礎信息設置 1、設置客房信息:對客房的基本信息進行增加、修改、刪除,不斷更新。 2、設置員工信息:對員工的基本信息進行增加、修改、刪除,不斷更新。 2.1.2 客房前臺管理 1、客房預訂:可以通過前臺登記處或網上實現客房預訂。 2、住宿登記:顧客入住賓館登記信息。 3、調房登記:顧客有合理情由時為其調換客房。 4、客房續(xù)?。侯櫩透鶕陨砬闆r增加住宿天數,通過前臺辦理續(xù)住并增加 押金。 5、退房結賬:可以選擇掛賬、打折等多種方式,并可以在此增加其他消費 項目的費用,結賬由前臺辦理。 2.1.3 查詢統(tǒng)計管理 1、客房查詢:通過客房編號查詢客房基本信息。 2、房態(tài)查詢

10、:通過客房編號查詢客房是否為空。 3、預訂查詢:通過顧客姓名查詢預訂信息。 4、住宿查詢:通過顧客編號查詢住宿信息。 5、退宿查詢:通過顧客姓名查詢退宿信息。 2.1.4 結賬管理 結賬方式:可以選擇掛賬、現金、刷卡、會員優(yōu)惠等多種方式。 2.1.5 系統(tǒng)初始設計 1、本單位定義:設置本單位的基本信息。 2、業(yè)務部門定義:設置各業(yè)務部門的相關信息。 2.1.6 系統(tǒng)維護 1、系統(tǒng)初始化:清空目前的系統(tǒng)數據,將系統(tǒng)恢復為初始狀態(tài)。 2、操作員管理:高級管理員登錄后可進行操作員的添加、刪除以及信息更 改。 3、權限設置:可以設定管理者的管理權限以及具體的可操作功能。登錄設 置,密碼匹配者可進入系統(tǒng)

11、進行操作管理。2.2系統(tǒng)功能結構圖2.2系統(tǒng)功能結構圖賓館客房管理系統(tǒng)系統(tǒng)維護基礎信息設置查詢統(tǒng)計管理客房前臺管理系統(tǒng)初始設計結賬管理系統(tǒng)初始化權限設置操作員管理本單位定義業(yè)務部門定義退宿查詢結賬方式住宿查詢預訂查詢房態(tài)查詢客房查詢退房結賬客房續(xù)住調房登記住宿登記客房預訂設置員工信息設置客房信息三、ER模型1111客 房登記結算賬單退房顧 客mnn11服務辦理業(yè)務結算預訂n1服務員n1管理1n管理管理員前臺接待員預訂人1身份證號地 址年 齡性 別姓 名客房編號賬單編號顧客編號顧 客身份證號客房編號預訂編號姓 名預訂人客房價格客房編號客房類型客房狀態(tài)客房 密 碼前天接待員編號顧客編號賬單編號姓

12、名前臺接待員姓 名管理員編號密碼口令管理員姓名服務員編號服務員消費金額前臺接待員編號退房時間入住時間賬單編號結算賬單四、數據庫設計結構4.1 數據庫表設計4.11 實體屬性 顧客(顧客編號,姓名,性別,年齡,身份證號,地址,客房編號,賬 單編號) 預訂人(姓名,身份證號,預訂編號,客房編號) 客房(客房編號,客房類型,客房狀態(tài),客房價格) 住宿(顧客編號,客房編號,押金,入住時間,退房時間) 前臺接待員(前臺接待員編號,姓名,賬單編號,顧客編號,密碼) 管理員(管理員編號,姓名,密碼口令) 服務員(服務員編號,姓名) 結算賬單(賬單編號,消費金額,入住時間,退房時間,前臺接待員編 號) 4.1

13、2 數據庫表 1、顧客表(customer)列名數據類型長度允許空字段說明主外鍵Cu_idint40顧客編號 PK,FKCu_namevarchar101姓名Cu_sexvarchar21性別Cu_ageint21年齡Cu_idnumvarchar180身份證號Cu_addvarchar501地址Room_idint40客房編號FKPay_idint40賬單編號FK 2、預訂人表(advancer)列名數據類型長度允許空字段說明主外鍵Ad_namevarchar101姓名Ad_idnumvarchar180身份證號Ad_idint440預訂編號PKRoom_idint440客房編號PKFro_

14、idint40 前臺接待員編號 3、客房表(room) 列名數據類型長度允許空字段說明主外鍵Room_idint40客房編號PK,FKRoom_typvarchar100客房類型Room_primoney0客房價格Room_stavarchar20客房狀態(tài) 4、住宿表(ch)列名數據類型長度允許空字段說明主外鍵Cu_idint40 顧客編號FKRoom_idint40客房編號FKdepositmoney0押金begintimedatetime0入住時間endtimedatetime0退房時間 5、前臺接待員表(fronter)列名數據類型長度允許空字段說明主外鍵Fro_idint40 前臺接待

15、員編號PKFro_namevarchar101姓名Pay_idint40賬單編號Cu_idint40 顧客編號Fro_passwordvarchar100密碼Man_idint40管理員編號3、 管理員表(manage)列名數據類型長度允許空字段說明主外鍵Man_idint40管理員編號PKMan_namevarchar101姓名Man_passwordvarchar100密碼口令 7、 服務員表(employee)列名數據類型長度允許空字段說明主外鍵Emp_idint40服務員編號PKEmp_namevarchar101姓名Man_idint40管理員編號8、結算賬單表(payment)列名

16、數據類型長度允許空字段說明主外鍵Pay_idint40賬單編號PK,FKbegintimedatetime0入住時間endtimedatetime0退房時間moneymoney0消費金額Fro_idint40前臺接待員編號 4.2 約束設計 4.2.1 主外鍵約束表16. 主外鍵約束主鍵表主鍵外鍵表外鍵customerCu_idchCu_idadvancerAd_idroomRoom_idcustomerRoom_idroomRoom_idadvancerRoom_idroomRoom_idchRoom_idmanageMan_idemployeeEmp_idpaymentPay_idcust

17、omerPay_id4.2.2 列值唯一 1、customer表中的cu_id、cu_idnum、room_id、pay_id列取值唯一; 2、advancer表中ad_id、ad_idnum、room_id列取值唯一; 3、room表中room_id列取值唯一; 4、ch表中cu_id、room_id列取值唯一; 5、fronter表中fro_id、pay_id、cu_id列取值唯一; 6、manage表中man_id列取值唯一; 7、payment表中pay_id列取值唯一; 8、Employee表中emp_id列取值唯一。 4.2.3 其他約束 1、customer表中的cu_sex的取

18、值只能是“男”或“女”; 2、room表中的room_sta的取值只能是Y或N。4.3 索引設計 1、顧客表按顧客編號升序建立索引2、住宿表按入住時間升序建立索引 3、客房表按客房編號升序建立唯一索引 4、結算賬單表按賬單編號升序建立唯一索引4.4 數組組織約定 4.4.1 各實體之間的關聯關系情況 Fronter與customer的關系是1:n。但當顧客需要辦理續(xù)住或調房登記的時候,由于時間不同,辦理登記的前臺接待員可能不會是同一個,因此規(guī)定辦理業(yè)務時的關聯關系,同一個顧客只能接受一個前臺接待員的服務。 Fronter與payment的關系是1:n。 Fronter與manage的關系是n:

19、1。 Customer與room的關系是1:1。如果顧客辦理調房的話,可能會出現一個顧客對應多個客房,因此規(guī)定辦理調房后,原客房信息被新客房信息覆蓋。另外,當顧客辦理退房后,客房狀態(tài)轉為空,將不與顧客對應,規(guī)定狀態(tài)為非空的客房與顧客有一一對應的關系。 Customer與payment的關系是1:1。 Customer與employee的關系是n:m。 Room與advancer的關系是1:1。 Manage與employee的關系是1:n。5、 總結 通過此次數據庫的課程設計,真正達到了學與用的結合,增強了對數據庫方面應用的理解,對自己今后參與開發(fā)數據庫系統(tǒng)積累了不少經驗,在實驗過程中,從建立數據開始,對數據庫設計理念及思想上有更高的認識,從需求分析,到概念設計和邏輯設計,E-R圖的表示,數據字典的創(chuàng)建,懂得了不少有關數據庫開發(fā)過程中的知識,增強了自己在數據庫中應用SQL語言的靈活性,其中包括,插入、刪除、修改、查詢,牽涉表和表之間的聯系,主建與外主鍵的定義,約束項的設置,使邏輯更嚴密,在學習過程中,我也上網查了不少資料,也看了一些別人設計的旅館管理信息系統(tǒng)的設計報告,學以致用,自我創(chuàng)新,完成了這份自己的報告,從中在學到用,從用又到學,受益匪淺。5.1 設計的不足1、需求分析是

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論