1、數據庫原理及應用課程設計報告設計題目：酒店管理信息系統數據庫設計目 錄目錄 11概述 1 1。1選題背景 21。2課題研究的目的及應用 22數據庫需求分析 32。1調查對象基本情況說明 32。2數據庫系統設計目標及具體功能 33數據庫概念結構設計 33。1實體及屬性說明 33.2 ER圖設計 44數據庫邏輯結構設計 54.1數據庫邏輯結構設計 54。2主要表的作用說明及內容圖示 65主要視圖設計 76安全體系設計 107典型需求的處理過程及命令 118總結 128。1 設計中遇到的主要問題及解決方法 128.2 設計方案的主要優點及不足 138。3 收獲及建議 13參考文獻 13酒店管理信息系

2、統數據庫設計第一章 概述1。1 選題背景 酒店業是一個前景廣闊而又競爭激烈的行業.改革開放以來，我國的酒店業迅速發展,已經成為一個具有相當規模的產業.由于我國的旅游業迅速發展，通過調查，我國在2020年將成為世界上第四大旅游國家；同時我國加入世界貿易組織，酒店業將完全開放，這個時候，我國的酒店業將面臨著前所未有的機遇和挑戰。但是,現在甚至還有一些酒店還停留在由人工操作和管理階段，這樣已經無法適應當前的發展趨勢.因此，要想使酒店的工作質量和效率提高，采用先進的計算機網絡 通信技術改變酒店業務模式，實現酒店業務管理的自動化已經成為一種必然。 正是在這樣一種背景下，新的快捷酒店管理模式應運而生,即采

3、用先進的計算機和軟件技術來實現快捷酒店的信息化管理。從客房的營銷即客人的預訂登記開始，到入住之后至最后退房結賬，整個過程以顧客為中心，利用計算機簡化各種復雜操作,在最合理最短時間內完成快捷酒店管理的規范操作，這樣才能令顧客得到優質的服務，增加顧客的回頭率.雖然信息化并不是酒店走向成功的關鍵元素，但它可以幫助那些真正影響成敗的要素發揮更大的效用。因此，采用全新的計算機管理系統，將成為提高快捷酒店的管理效率，改善服務水準的重要手段之一。1。2 課題研究的目的和意義酒店作為高層的服務行業之一,最重要的就是要做到優質服務。服務的安排、調度是否周到，客人的要求是否能迅速地得到滿足，都直接影響到酒店的形象

4、和聲譽。借助計算機技術來進行信息管理，并配合現代化的快捷酒店管理經驗和模式,可以極大地提高酒店的服務質量，獲得更好的經濟效益。酒店信息化管理已成為酒店現代科學管理的重要內容，是酒店經營中必不可缺少的現代科學工具。由此可見，一個好的酒店管理系統應該達到以下幾個目標：1.提高工作效率，減輕勞動強度。在快捷酒店的日常工作中，每天都要完成對營業信息進行更新統計,提供查詢服務,結算賬單等大量的業務，用手工方式進行的話，不僅速度慢，需要的人手多,且出錯的概率也大,而計算機管理則可以大大提高業務運作的速度和準確性，實現營業管理自動化。2.提高了快捷酒店經濟效益，增加營業收入。 完善的客房管理功能可防止有房不

5、能出租或房間重訂的情況出現,隨時提供準確和最新的房態信息，從而可提高工作效率和客房出租率。客人費用的一次性結賬，不僅減少了票據傳送，而且避免了管理上的混亂,更主要的是有效地防止逃帳的發生。3。提高了服務質量，可以為客人提供快捷、細致、周到的服務。操作人員只需敲擊鍵盤,就可以辦理客人入住、查詢信息、結賬等各項手續，并準確無誤地記錄客人的每筆消費記錄，大大縮短客人辦理手續時的等候時間,提高了服務質量。2數據庫需求分析2.1調查對象基本情況說明 酒店有總經理、會計和前臺工作人員。總經理總管各類事務,會計負責對酒店收入統計管理，前臺負責客人的入住、退房以及一般的查詢等事務辦理。酒店有各種標準的房間。房

6、間數據包括房間號、房間級別、房間床位數目、房間價位以及房間的狀態(是否已經有客人)。房間編號唯一表示一個房間，房間級別決定房間價格，房間有四種級別分別表示：四人標準間、二人標準間，單人標準間,豪華間。房間狀態表示此房間是否入住或者轉房。酒店要求了解顧客的一般信息，能夠為顧客提供入住、換房、退房、隨時交費服務，并能夠滿足顧客對自身消費以及酒店房間狀況等各類信息的查詢要求。 酒店在正常運營中需要對客房資源、顧客信息、顧客住宿情況、收費信息進行管理。一套功能強大而又使用簡便實用的酒店管理系統有利于提高管理效率。1.2數據庫系統設計目標及具體功能1、系統設計的總體目標：實現酒店各種信息的系統化、規范化

7、和自動化，提供客戶、客房信息錄入和查詢修改，客戶住宿情況的變動管理以及酒店與客戶的費用統計查詢.進一步的提高酒店的管理效率。2、主要功能：不同等級客房信息的錄入與記錄,客人的信息登記，客人的入住、換房、退房、交費信息記錄，有關客人交費情況、酒店住宿收入情況、客房狀態、客人各類信息等各種強大的統計報表，另外還提供各類統計查詢。 3數據庫概念結構設計3。1實體及屬性說明實體屬性描述數據類型及長度是否空約束客房客房編號客房編號varchar(3)否唯一級別四個級別varchar(10）是唯一價格級別決定價格smallint是唯一住客情況是否住客varchar（2）是是與Null客人客人編號客人編號v

8、archar(11）否唯一身份證號客人身份varchar（18）否唯一姓名客人姓名varchar(10）是無聯系電話客人電話varchar(15)是無收費收費日期收費日期smalldatetime否無客人編號客人編號varchar(11）否唯一價格客人入住客房的價格smallint是無需建立六個表，如下(下劃線為主碼)。其中客房、客人、收費屬于實體;入住、換房、退房屬于實體之間的聯系。客房(客房編號，級別,價格，住客情況）;客人（客人編號,身份證號，姓名，聯系電話）;收費（收費日期，客人編號，價格）；入住(客房編號，客人編號,入住日期，是否換房，是否退房）；換房(客人編號，原房號，現房號,換房

9、日期);退房（客人編號，客房編號，退房日期)；3。2 ER圖設計收費11111客房級別是否住客客房編號價格入住退房換房是否換房1退房日期原房號現房號客人客人編號身份證號姓名聯系電話對應1N收費日期價格客人編號日期換房日期是否退房4數據庫邏輯結構設計4.1數據庫邏輯結構設計4。2主要表的作用說明及內容圖示1、客房表：記錄客房信息,包括編號、等級、狀況，空房查詢。2、客戶表：記錄客人的基本情況,用于酒店管理與聯系客戶。3、入住表:記錄客人的入住情況，包括入住客房與時間.4、換房表：記錄換房客人的情況，包括換房前后客房號與時期，用于計算費用。5、退房表:記錄客人的退房情況，用于計算費用和改變客房狀態

10、6、收費標準表：記錄客房等級對應的價位，方便收費與交費的統計計算。7、收費記錄表:記錄客人的交費記錄與酒店退款（超額）記錄，用于計算收入與費用。 5主要視圖設計（1）客人信息視圖創建必要性：創建客人信息視圖，方便酒店服務員對客戶服務，方便酒店與客戶進行聯系與溝通。 該視圖用于前臺服務人員.命令：CREATE VIEW 客人信息（客人編號，姓名,身份證號,聯系電話，入住房間，入住日期,是否離開) AS SELECT 客戶表A。客戶編號， 客戶表A。姓名, 身份證號, 聯系電話, 入住。客房號， 入住。日期, 入住.是否退房FROM 客戶表A， 入住表WHERE 客戶表A。客戶編號 = 入住表.客

11、戶編號 AND 客房表B。客房編號=入住表.客房編號數據圖示：（2）現住客人費用情況視圖創建必要性：創建現住客人費用情況視圖用于前臺服務員對退房客戶進行收費與退費，客戶查詢自己需交費用與以交費用以及余額。命令：由于此視圖較為復雜，在創建該視圖時必須先建立另外幾個視圖，所有視圖命令如下:一、CREATE VIEW 客人交費情況(客人編號，繳費總額) AS SELECT 客戶表A。客戶編號, SUM(收費記錄表。繳費金額） FROM 客戶表A, 收費記錄表 WHERE 客戶表A.客戶編號 = 收費記錄表.客戶編號 GROUP BY 客戶表A.客人編號二、CREATE VIEW 現住客人費用情況一(

12、客人編號， 應交費用) AS SELECT 客戶表A。客戶編號， datediff（d, 入住表。日期, 換房表.日期) D1.價格 + datediff(d, 換房表.日期， getdate()） D2.價格 FROM 客戶表A, 入住表, 客房表 S1， 收費標準表 D1， 客房表 S2， 收費標準表 D2， 換房表 WHERE 客戶表A。客戶編號 = 入住表.客戶編號 AND 入住表。客房編號 = S1.客房編號 AND 入住表.客房編號 = 換房表。原房號 AND S1.等級 = D1.等級 AND S2。等級 = D2。等級 AND 換房表.現房號 = S2。客房編號 and 入住表

13、。 是否退房 is null三、CREATE VIEW 現住客人費用情況二（客人編號, 應交費用） AS SELECT 客戶表A。客戶編號， datediff(d, 入住表。日期, getdate（）) 收費標準表。價格 FROM 客戶表A， 入住表, 收費標準表, 客房表B WHERE 客戶表A。客戶編號 = 入住表.客戶編號 AND 入住表。客房編號 = 客房表B。客房編號 AND 客房表B.等級 = 收費標準表。等級 AND 入住表.是否退房 IS NULL AND 入住表。是否換房 IS NULL 四、CREATE VIEW 現住客人費用情況（客戶編號客戶姓名,應交費用，已交費用，余額

14、) AS SELECT 客戶表A。客戶編號,客戶表A.客戶姓名， 現住客人費用情況一。應交費用， 收費記錄表.繳費金額, 收費記錄表。繳費金額 現住客人費用情況一。應交費用 FROM 現住客人費用情況一， 收費記錄表, 客戶表A WHERE 現住客人費用情況一.客戶編號 = 收費記錄表。客戶編號 AND 客戶表A.客戶編號 = 收費記錄表.客戶編號 UNION SELECT 客戶表A.客戶編號,客戶表A. 客戶姓名， 現住客人費用情況二.應交費用,收費記錄表。繳費金額， 收費記錄表。繳費金額 現住客人費用情況二。應交費用 FROM 現住客人費用情況二, 收費記錄表， 客戶表A WHERE 現住

15、客人費用情況二.客人編號 = 收費記錄表。客戶編號 AND 客戶表A。客戶編號 = 收費記錄表。客戶編號 數據視圖：(3）以退客人費用情況視圖 創建必要性:現住客人所交費用不是其實際應交費用,創建已退房客人費用情況視圖用于會計統計酒店收入情況,經理了解酒店的盈利等。命令：此視圖較為復雜，在創建該視圖時必須先建立另外幾個視圖,順序與視圖（2）相似，所有視圖命令如下:一、CREATE VIEW 客人交費情況(客人編號，繳費總額) AS SELECT 客戶表A.客戶編號， SUM(收費記錄表。繳費金額） FROM 客戶表A， 收費記錄表 WHERE 客戶表。客戶編號 = 收費記錄表.客戶編號GROU

16、P BY 客戶表A.客戶編號 二、CREATE VIEW 退房客人費用情況一（客人編號, 應交費用） AS SELECT 客戶表A。客戶編號, datediff（d， 入住表.日期， 換房。日期) * D1.價格 + datediff（d， 換房。日期， 退房。日期) * D2。價格 FROM 客戶表A, 入住表, 客房表B S1, 收費標準表 D1， 客房表B S2, 收費標準表 D2, 換房表， 退房表WHERE 客戶表A。客戶編號 = 入住表。客戶編號 AND 入住表。客房編號 = S1。客房編號 AND 入住表。客房編號=換房表.原房號 AND 換房表。現房號 = 退房表。客房編號 A

17、ND S1。等級 = D1。等級 AND S2。等級 = D2。等級 AND 換房表.現房號 = S2。客房編號 CREATE VIEW 退房客人費用情況二（客人編號, 應交費用)AS SELECT 客戶表A.客戶編號， datediff（d, 入住表.日期， 退房表.日期） * 收費標準.價格 FROM 客戶表A, 入住表， 客房表， 收費標準表， 退房表 WHERE 客戶表A.客戶編號 = 入住表。客戶編號 AND 入住表。客房編號 = 客房表B.客房編號 AND 入住表。客房編號 = 退房表.客房編號 AND 客房表B。等級 = 收費標準表.等級 AND 入住表.是否換房 IS NULL

18、 CREATE VIEW 以退客人費用情況（客人編號, 姓名, 應交費用, 已交費用, 余額) AS SELECT 客戶表A.客戶編號， 姓名, 退房客人費用情況一。應交費用, 收費情況表。繳費總額， 收費情況表.繳費總額 - 退房客人費用情況一.應交費用 FROM 退房客人費用情況一, 收費情況表, 客戶表A WHERE 退房客人費用情況一。客人編號 = 收費情況表。客戶編號 AND 客戶表A。客戶編號 = 收費情況表.客戶編號 UNION SELECT 客戶表A。客戶編號, 姓名， 退房客人費用情況二.應交費用, 收費情況表.繳費總額， 收費情況表.繳費總額 退房客人費用情況二。應交費用

19、FROM 退房客人費用情況二, 收費情況表, 客戶表AWHERE 退房客人費用情況二。客人編號 = 收費情況表。客戶編號 AND 客戶表A。客戶編號 = 收費情況表。客戶編號6安全體系設計1、用戶游客：所有人，擁有查詢房間狀態及收費權限，利于了解酒店.2、用戶前臺：擁有對各個基本表（視圖)所有客人、客房的查詢及部分修改、刪除、插入權限,便于管理與登記入住客人的信息與換房、退房活動以及收費。 3、用戶客人：客人擁有對自己各類信息的全部查詢功能。便于了解自己的交費與住宿情況并核對，及時交費。4、用戶會計：擁有一切與費用相關表(視圖)的查詢功能，以核對實際情況的正確性。5、總經理用戶:擁有所有表的一

20、切功能，以掌握酒店經營狀況。6、dbo：記數據庫擁有者，擁有一切功能。7典型功能處理過程設計（1） 空房查詢功能處理過程使用背景：客戶入住前查詢可入住空閑房間及價格標準。具體要求:能夠查詢酒店空余房間及其等級價格操作命令及結果：AS SELECT 客房表B。客房編號, 客房表B。等級, 收費標準表.價格FROM 客房表B， 收費標準表WHERE 客房表B.等級 = 收費標準表.等級 AND 客房表B.空房 IS Y（2）客人消費以及交費情況查詢功能處理過程使用背景：入住客人查詢自己的費用情況。具體要求：能夠使客人清楚的查詢自己的交費、消費、欠費情況。操作命令及結果：此功能由以建視圖實現,例如:

21、20101231002查詢自己費用信息SELECT 入住表.客戶編號, 現住客人費用情況。姓名, DATEDIFF(d, 入住表.日期, GETDATE（）) AS 入住天數， 現住客人費用情況.應交費用， 現住客人費用情況.已交費用， 現住客人費用情況。余額FROM 現住客人費用情況 ，入住表 Where 現住客人費用情況.客人編號 = 入住表。客戶編號 AND 入住表.客戶編號=121001（3）統計酒店的進賬數目功能處理過程使用背景：酒店會計與經理查詢賬目。具體要求:統計酒店每天的進賬數目.操作命令及結果：SELECT 日期， SUM（交費金額) AS 收入FROM 收費記錄表GROUP

22、 BY 日期8總結8。1 設計中遇到的主要問題及解決方法這次數據庫課程設計中遇到很多問題，主要表現在以下幾個方面。主要問題一:由于在設計要求中有換房這一項，而換房時房間變換可能使房間等級改變,而進一步改變房間的價格，因此在計算換房客人費用時要將兩個不同的收費標準分別計算。在計算所有客人應收費用時就有兩個不同情況：換房客人與未換房客人。兩種情況計算方法不同，無法在一個視圖中實現，而為了查詢方便又必須在同一視圖中顯示。同時現住客人與已退房客人之間也存在著一個問題，即退房客人住宿天數已確定而現住客人不確定。經過不斷考慮，想到以下解決方法,為了建立最終的費用視圖先根據各種不同情況(是否換房、是否退房）

23、建立幾個過渡視圖,然后將過渡視圖綜合，在綜合時遇到的兩視圖合并顯示通過查詢資料用UNION命令解決。主要問題二：計算費用時需用“住宿天數*價格”實現，而住宿天數的計算讓我思考了很久，時間跨年與跨月的差值計算通過已學各種知識感覺無法實現，后來通過查找資料找到解決方法：使用datediff函數計算。8。2 設計方案的主要優點及不足方案優點:正確有效的的實現了既定目標與功能，能夠執行各類輸入、修改、查詢與統計等功能，由于設計多個視圖而使系統的使用簡單方便。客人的費用等信息可以由視圖直接查詢得出,而不必要用復雜繁瑣的命令。方案不足：由于時間倉促,該系統缺少了現實中某些必要的部分，例如酒店服務員的有關信息管理、酒店的日常消費支出、工資管理等方面的內容。而且視圖建立時自己感覺部分算法太過于復雜，但沒有更好的辦法改進。8。3 收獲及建議 本次課程設計對于我們小組來說不僅是做了酒店管理系統，