1、數據庫原理及應用課程設計報告設計題目：酒店管理信息系統數據庫設計 TOC o 1-5 h z 目錄 1概述 1選題背景2課題研究的目的及應用2數據庫需求分析3調查對象基本情況說明3數據庫系統設計目標及具體功能3數據庫概念結構設計3實體及屬性說明3E R圖設計4數據庫邏輯結構設計5數據庫邏輯結構設計5主要表的作用說明及內容圖示6主要視圖設計7安全體系設計10典型需求的處理過程及命令11總結12設計中遇到的主要問題及解決方法12設計方案的主要優點及不足13收獲及建議13參考文獻13酒店管理信息系統數據庫設計第一章 概述選題背景酒店業是一個前景廣闊而又競爭激烈的行業。改革開放以來，我國的酒店業迅速發

2、展，已經成為一個具有相當規模的產業。由于我國的旅游業迅速發展，通過調查，我國在2020 年將成為世界上第四大旅游國家；同時我國加入世界貿易組織，酒店業將完全開放，這個時候，我國的酒店業將面臨著前所未有的機遇和挑戰。但是， 現在甚至還有一些酒店還停留在由人工操作和管理階段，這樣已經無法適應當前的發展趨勢。因此，要想使酒店的工作質量和效率提高，采用先進的計算機網絡通信技術改變酒店業務模式，實現酒店業務管理的自動化已經成為一種必然。正是在這樣一種背景下，新的快捷酒店管理模式應運而生，即采用先進的計算機和軟件技術來實現快捷酒店的信息化管理。從客房的營銷即客人的預訂登記開始，到入住之后至最后退房結賬，整

3、個過程以顧客為中心，利用計算機簡化各種復雜操作，在最合理最短時間內完成快捷酒店管理的規范操作，這樣才能令顧客得到優質的服務，增加顧客的回頭率。雖然信息化并不是酒店走向成功的關鍵元素，但它可以幫助那些真正影響成敗的要素發揮更大的效用。因此， 采用全新的計算機管理系統，將成為提高快捷酒店的管理效率，改善服務水準的重要手段之一。課題研究的目的和意義酒店作為高層的服務行業之一，最重要的就是要做到優質服務。服務的安排、調度是否周到，客人的要求是否能迅速地得到滿足，都直接影響到酒店的形象和聲譽。借助計算機技術來進行信息管理，并配合現代化的快捷酒店管理經驗和模式，可以極大地提高酒店的服務質量，獲得更好的經濟

4、效益。酒店信息化管理已成為酒店現代科學管理的重要內容，是酒店經營中必不可缺少的現代科學工具。由此可見，一個好的酒店管理系統應該達到以下幾個目標：提高工作效率，減輕勞動強度。在快捷酒店的日常工作中，每天都要完成對營業信息進行更新統計，提供查詢服務，結算賬單等大量的業務，用手工方式進行的話，不僅速度慢，需要的人手多，且出錯的概率也大，而計算機管理則可以大大提高業務運作的速度和準確性，實現營業管理自動化。提高了快捷酒店經濟效益，增加營業收入。完善的客房管理功能可防止有房不能出租或房間重訂的情況出現，隨時提供準確和最新的房態信息，從而可提高工作效率和客房出租率。客人費用的一次性結賬，不僅減少了票據傳送

5、，而且避免了管理上的混亂，更主要的是有效地防止逃帳的發生。提高了服務質量，可以為客人提供快捷、細致、周到的服務。操作人員只需敲擊鍵盤，就可以辦理客人入住、查詢信息、結賬等各項手續，并準確無誤地記錄客人的每筆消費記錄，大大縮短客人辦理手續時的等候時間，提高了服務質量。2 數據庫需求分析調查對象基本情況說明酒店有總經理、會計和前臺工作人員。總經理總管各類事務，會計負責對酒店收入統計管理，前臺負責客人的入住、退房以及一般的查詢等事務辦理。酒店有各種標準的房間。房間數據包括房間號、房間級別、房間床位數目、房間價位以及房間的狀態（是否已經有客人）。房間編號唯一表示一個房間，房間級別決定房間價格，房間有四

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

7、不同等級客房信息的錄入與記錄，客人的信息登記，客人的入住、換房、退房、交費信息記錄，有關客人交費情況、酒店住宿收入情況、客房狀態、客人各類信息等各種強大的統計報表，另外還提供各類統計查詢。3 數據庫概念結構設計實體及屬性說明實體屬性描述數據類型及長度是否空約束客房客房編號客房編號varchar(3)否唯一級別四個級別varchar(10)是唯一價格級別決定價格smallint是唯一住客情況是否住客varchar(2)是是與Null客人客人編號客人編號varchar(11)否唯一身份證號客人身份varchar(18)否唯一姓名客人姓名varchar(10)是無聯系電話客人電話varchar(15

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

9、計4 數據庫邏輯結構設計4.1 數據庫邏輯結構設計4.2 主要表的作用說明及內容圖示1 、客房表：記錄客房信息，包括編號、等級、狀況，空房查詢。2、客戶表：記錄客人的基本情況，用于酒店管理與聯系客戶。3、入住表：記錄客人的入住情況，包括入住客房與時間。4、換房表：記錄換房客人的情況，包括換房前后客房號與時期，用于計算費用。5、退房表：記錄客人的退房情況，用于計算費用和改變客房狀態6、收費標準表：記錄客房等級對應的價位，方便收費與交費的統計計算。7、收費記錄表：記錄客人的交費記錄與酒店退款（超額）記錄，用于計算收入與費用。5 主要視圖設計）客人信息視圖創建必要性： 創建客人信息視圖，方便酒店服務

10、員對客戶服務，方便酒店與客戶進行聯系與溝通。該視圖用于前臺服務人員。命令：CREATE VIEW客人信息（ 客人編號, 姓名 , 身份證號, 聯系電話, 入住房間, 入住日期, 是否離開）AS SELECT客戶表A. 客戶編號, 客戶表 A. 姓名 , 身份證號, 聯系電話, 入住 . 客房號 , 入住 . 日期 , 入住 . 是否退房FROM客戶表A, 入住表WHERE客戶表A.客戶編號= 入住表 . 客戶編號AND 客房表 B. 客房編號=入住表 . 客房編號數據圖示 :（ 2）現住客人費用情況視圖自己需交費用與以交費用以及余額。一、CREATE VIEW客人交費情況（ 客人編號, 繳費總

11、額）AS SELECT 客戶表 A. 客戶編號, SUM（ 收費記錄表. 繳費金額）FROM客戶表A, 收費記錄表WHERE客戶表A. 客戶編號= 收費記錄表. 客戶編號GROUP BY客戶表A。客人編號CREATE VIEW現住客人費用情況一( 客人編號, 應交費用)AS SELECT 客戶表 A. 客戶編號, datediff(d, 入住表 . 日期 , 換房表 . 日期 ) * D1. 價格 + datediff(d, 換房表 . 日期 , getdate() * D2. 價格FROM 客戶表 A, 入住表 , 客房表 S1, 收費標準表D1, 客房表 S2, 收費標準表D2, 換房表W

12、HERE客戶表A. 客戶編號= 入住表. 客戶編號AND 入住表 . 客房編號= S1. 客房編號AND 入住表 . 客房編號= 換房表 . 原房號 AND S1. 等級 = D1. 等級 AND S2. 等級 = D2. 等級 AND 換房表 . 現房號 = S2. 客房編號 and 入住表. 是否退房is nullCREATE VIEW現住客人費用情況二(客人編號, 應交費用)AS SELECT 客戶表A.客戶編號, datediff(d, 入住表 . 日期 , getdate() * 收費標準表. 價格FROM客戶表A, 入住表 , 收費標準表, 客房表 BWHERE客戶表A. 客戶編號

13、= 入住表 . 客戶編號AND 入住表 . 客房編號= 客房表 B.客房編號AND 客房表 B.等級 = 收費標準表. 等級 AND 入住表 . 是否退房IS NULL AND 入住表 . 是否換房IS NULLCREATE VIEW現住客人費用情況( 客戶編號客戶姓名, 應交費用, 已交費用, 余額 )AS SELECT 客戶表 A. 客戶編號, 客戶表 A. 客戶姓名, 現住客人費用情況一. 應交費用, 收費記錄表. 繳費金額 , 收費記錄表. 繳費金額- 現住客人費用情況一. 應交費用FROM 現住客人費用情況一, 收費記錄表, 客戶表 AWHERE現住客人費用情況一. 客戶編號= 收費

14、記錄表. 客戶編號AND 客戶表 A. 客戶編號= 收費記錄表. 客戶編號 UNION SELECT客戶表A. 客戶編號, 客戶表 A. 客戶姓名, 現住客人費用情況二. 應交費用, 收費記錄表. 繳費金額 , 收費記錄表. 繳費金額- 現住客人費用情況二. 應交費用FROM 現住客人費用情況二, 收費記錄表, 客戶表 AWHERE現住客人費用情況二. 客人編號= 收費記錄表. 客戶編號AND 客戶表 A. 客戶編號= 收費記錄表. 客戶編號(3) 以退客人費用情況視圖現住客人所交費用不是其實際應交費用，創建已退房客人費用情況視圖用于會計統計酒店收入情況, 經理了解酒店的盈利等。2）相似，所有

15、視圖命令如下： TOC o 1-5 h z CREATE VIEW客人交費情況（ 客人編號, 繳費總額）AS SELECT 客戶表A. 客戶編號, SUM（收費記錄表. 繳費金額）FROM客戶表A, 收費記錄表WHERE客戶表. 客戶編號= 收費記錄表. 客戶編號GROUP BY客戶表A。客戶編號CREATE VIEW退房客人費用情況一（客人編號, 應交費用）AS SELECT客戶表A.客戶編號, datediff（d, 入住表 .日期 , 換房 . 日期 ） * D1. 價格 + datediff（d, 換房 .日期 , 退房 . 日期 ） * D2. 價格FROM客戶表A, 入住表 , 客

16、房表 B S1, 收費標準表D1, 客房表 B S2, 收費標準表D2, 換房表 , 退房表WHERE客戶表A. 客戶編號= 入住表 . 客戶編號AND 入住表 . 客房編號= S1. 客房編號AND 入住表 . 客房編號 =換房表. 原房號 AND 換房表 . 現房號 = 退房表 . 客房編號AND S1. 等級= D1.等級 AND S2. 等級 = D2.等級 AND 換房表 . 現房號 = S2. 客房編號CREATE VIEW退房客人費用情況二（客人編號, 應交費用）AS SELECT 客戶表A. 客戶編號, datediff（d, 入住表 . 日期 , 退房表 . 日期 ） * 收

17、費標準. 價格FROM客戶表A, 入住表 , 客房表 , 收費標準表, 退房表WHERE客戶表A. 客戶編號= 入住表 .客戶編號AND 入住表 . 客房編號= 客房表 B. 客房編號AND 入住表 .客房編號= 退房表 . 客房編號AND 客房表 B. 等級 = 收費標準表. 等級 AND 入住表 . 是否換房IS NULLCREATE VIEW以退客人費用情況（客人編號, 姓名 , 應交費用, 已交費用, 余額 ）AS SELECT 客戶表A. 客戶編號, 姓名 , 退房客人費用情況一. 應交費用, 收費情況表. 繳費總額, 收費情況表 . 繳費總額- 退房客人費用情況一. 應交費用FRO

18、M退房客人費用情況一, 收費情況表, 客戶表 AWHERE退房客人費用情況一. 客人編號= 收費情況表. 客戶編號AND 客戶表 A. 客戶編號= 收費情況表.客戶編號UNION SELECT客戶表A.客戶編號, 姓名 , 退房客人費用情況二. 應交費用, 收費情況表. 繳費總額, 收費情況表 . 繳費總額- 退房客人費用情況二. 應交費用FROM退房客人費用情況二, 收費情況表, 客戶表 AWHERE退房客人費用情況二. 客人編號= 收費情況表. 客戶編號AND 客戶表 A. 客戶編號= 收費情況表. 客6 安全體系設計1、用戶游客：所有人，擁有查詢房間狀態及收費權限，利于了解酒店。2、用戶

19、前臺：擁有對各個基本表（視圖）所有客人、客房的查詢及部分修改、刪除、插入權限，便戶編號3、用戶客人：客人擁有對自己各類信息的全部查詢功能。便于了解自己的交費與住宿情況并核對，及時交費。4、用戶會計：擁有一切與費用相關表（視圖）的查詢功能，以核對實際情況的正確性。5、總經理用戶：擁有所有表的一切功能，以掌握酒店經營狀況。6、dbo：記數據庫擁有者，擁有一切功能。典型功能處理過程設計空房查詢功能處理過程使用背景 : 客戶入住前查詢可入住空閑房間及價格標準。具體要求：能夠查詢酒店空余房間及其等級價格操作命令及結果：AS SELECT 客房表B. 客房編號, 客房表 B. 等級 , 收費標準表. 價格

20、FROM客房表B, 收費標準表WHERE客房表B. 等級 = 收費標準表. 等級 AND 客房表 B. 空房 IS Y2）客人消費以及交費情況查詢功能處理過程20101231002 查詢自己費用信息SELECT 入住表 . 客戶編號, 現住客人費用情況. 姓名 , DATEDIFF（d, 入住表 . 日期 , GETDATE（）AS 入住天數, 現住客人費用情況. 應交費用, 現住客人費用情況. 已交費用, 現住客人費用情況. 余額FROM現住客人費用情況, 入住表Where 現住客人費用情況. 客人編號= 入住表. 客戶編號AND 入住表 . 客戶編號=121001（ 3）統計酒店的進賬數目

21、功能處理過程使用背景: 酒店會計與經理查詢賬目。具體要求: 統計酒店每天的進賬數目。操作命令及結果：SELECT 日期 , SUM（交費金額） AS 收入FROM收費記錄表GROUP BY日期總結設計中遇到的主要問題及解決方法這次數據庫課程設計中遇到很多問題，主要表現在以下幾個方面。主要問題一：由于在設計要求中有換房這一項，而換房時房間變換可能使房間等級改變，而進一步改變房間的價格，因此在計算換房客人費用時要將兩個不同的收費標準分別計算。在計算所有客人應收費用時就有兩個不同情況：換房客人與未換房客人。兩種情況計算方法不同，無法在一個視圖中實現，而為了查詢方便又必須在同一視圖中顯示。同時現住客人

22、與已退房客人之間也存在著一個問題，即退房客人住宿天數已確定而現住客人不確定。經過不斷考慮，想到以下解決方法，為了建立最終的費用視圖先根據各種不同情況（是否換房、是否退房）建立幾個過渡視圖，然后將過渡視圖綜合，在綜合時遇到的兩視圖合并顯示通過查詢資料用UNION命令解決。主要問題二：計算費用時需用“住宿天數 * 價格”實現，而住宿天數的計算讓我思考了很久，時間跨年與跨月的差值計算通過已學各種知識感覺無法實現，后來通過查找資料找到解決方法：使用datediff 函數計算。設計方案的主要優點及不足方案優點：正確有效的的實現了既定目標與功能，能夠執行各類輸入、修改、查詢與統計等功能，客人的費用等信息可

23、以由視圖直接查詢得出，復雜繁瑣的命令。方案不足：由于時間倉促，該系統缺少了現實中某些必要的部分，例如酒店服務員的有關信息管理、酒店的日常消費支出、工資管理等方面的內容。而且視圖建立時自己感覺部分算法太過于復雜，但沒有更好的辦法改進。收獲及建議本次課程設計對于我們小組來說不僅是做了酒店管理系統，最為珍貴的是在我們準備這次課程設計所學到的以前不為己知的知識。以前接觸到SQL數據庫只是注重在書本上，從來沒有認真的去用它，更不用說實踐操作。零零散散的學習了一些基本知識，不大實用。通過這次課程設計，了解了SQL數據庫中的以前不大明白的技術運用。在SQL數據庫中，我們把在數據庫理論上的知識予以運用，如：建

24、立視圖，創建存儲過程，應用事務等，在一些基本的數據庫操作中，熟悉并鞏固了SQL的語法知識。通過對課程設計要求的分析，培養了我們由書面文字要求到轉化這種要求到現實模型的能力，即很大程度上培養了我們的分析問題能力，總結歸納問題的能力。理論聯系實際就在這里自然地得到實現。這對我們鞏固已學知識，鍛煉實踐動手能力大有裨益。本次設計就要畫上一個句號了。可是它本身對我們的影響卻遠遠沒有結束。我們從本次設計中學到了很多的東西, 從設計任務書的下達到今天的系統實現時間整整花了半個月, 通過本人的努力的老師同學的幫助我們不但在知識水平和解實際問題的能力上有了很大的提高, 還從思想上認識到, 自己所學的知識在實現的

25、開發中是很不夠的。于本次設計的命題, 我們的設計還很不完善, 還有許多的功能因為時間和本身的知識水平無法實現不過, 到少在此次論文中我的思維得到了提高, 動手能務得到了提高，我們堅信它必將會對我們以后的學習產生積極的影響。本學期學習生活即將結束，在此， 我們小組要感謝所有教導過我們的老師和關心過我們的同學，他們在我們成長過程中給予了我很大的幫助。本文能夠成功的完成，要感謝各位老師同學的關心和幫助。我對課設的建議: 由于課設時間較短，倉促中無法更好的改進某些方面的設計，所以我覺得應該適當的增加時間，另外我覺得我們應該學習部分編程語言與SQL相結合來更好的設計一個較為實用的管理系統。參考文獻王珊，薩師宣數據庫系統概論（第四版）北京：高等教育出版社，2006合同管理制度1 范圍本標準規定了龍騰公司合同管理工作的管理機構、職責、合同的授權委托、洽談、承辦、會簽、訂閱、履行和變更、終止及爭議處理和合同管理的處罰、獎勵；本標準適用于