版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、<p><b> 酒店客房數(shù)據(jù)庫設計</b></p><p> 追求經(jīng)濟效益是酒店的運營宗旨之一,創(chuàng)造優(yōu)質(zhì)高效的工作環(huán)境是酒店管理的核心,一個成熟的酒店客房管理控制系統(tǒng)代表著一種科學的管理方式,已被越來越多的工程設計人員和酒店管理人士所熟悉和重視。</p><p> 隨著人員流動規(guī)模的不斷擴大,賓館數(shù)量的急劇增加,有關客房管理的各種信息(數(shù)據(jù))量也在不
2、斷成倍增長。面對龐大的信息量,就需要有客房信息管理系統(tǒng)來提高客房管理工作的效率。通過這樣的系統(tǒng),我們可以做到信息的規(guī)范管理和快速查詢,從而減少了管理方面的工作量。</p><p><b> 1 需求分析</b></p><p> 進行需求分析必須準確了解系統(tǒng)的要求(包括數(shù)據(jù)與處理),清楚系統(tǒng)應該實現(xiàn)哪些功能,酒店客房系統(tǒng)要求實現(xiàn)的主要功能有:入住、退房、轉(zhuǎn)房、房租
3、、房間狀況、房間預定。</p><p><b> 1.1 功能需求</b></p><p> 我們按主要功能區(qū)將需求做了劃分。具體實現(xiàn)無須嚴格按該劃分組織程序的模塊結(jié)構(gòu)。在時間、財務受限時,我們將為這些功能區(qū)確定優(yōu)先級。</p><p> 功能需求基于以下原則:</p><p> 我們只簡單描述與明確的市場標準相
4、同的系統(tǒng)功能,而詳細說明與市場標準不同的功能,因此需求說明的 詳細程度有所不同。</p><p> 系統(tǒng)設計應盡可能滿足“易用”原則。</p><p> 系統(tǒng)必須為支持、維護、操作、檢查數(shù)據(jù)庫和文件提供必要的過程/清單/屏幕圖象等,以下不再特別說明。</p><p><b> 1.2 主數(shù)據(jù)</b></p><p>
5、; 1.酒店客房分幾種:單人套房、雙人、四人等。</p><p> 2.要登記房間預定時間和入住時間,精確到小時。</p><p> 3.方便查詢,和修改。能夠方便的查詢到每間房間的時間和人員信息。</p><p> 4.審核機制,可多人同時預訂同一間房(也就是先預訂并讀入數(shù)據(jù)庫,通過審核確認再加入預定信息中)。</p><p>
6、5.雙人房可兩人同是入住,四人類似。</p><p> 系統(tǒng)應按客房狀況存儲數(shù)據(jù)。6個主要功能區(qū)將交叉使用這些數(shù)據(jù)。將客房狀況視為系統(tǒng)的主數(shù)據(jù)。</p><p> 我們?yōu)槊宽椥枨笾付嘀?,用于說明該需求的優(yōu)先級。所采用的優(yōu)先級如下:</p><p> 3、至關重要的特性,用于支持系統(tǒng)的基本任務。在無法直接提供該特性時, 供應商應盡可能建議可替代的解決
7、方案。</p><p> 2、非常重要的特性,用于支持系統(tǒng)的重要任務。該特性雖然不是關鍵性的,但是缺少該特性將影響系統(tǒng)的應用價值。</p><p> 1、重要特性,提供該特性的系統(tǒng)將更具優(yōu)勢。</p><p> 1.2.1 客房信息</p><p> 1、 房間號 (權值
8、:3)</p><p> 2、床位數(shù) (權值:3)</p><p> 3、房間等級 (權值:3)</p><p> 4、房間狀態(tài)(已預定|占用|維修中) (權值:3)</p><p> 5、價格
9、 (權值:3)</p><p> 1.2.2 客人信息</p><p> 1、客人編號 (權值:3)</p><p> 2、客人姓名 (權值:3)</p>
10、<p> 3、身份證號 (權值:3)</p><p> 4、護照號碼 (權值:1)</p><p> 5、手機號碼 (權值:2)</p><p> 6、客人地址
11、 (權值:1)</p><p> 7、入住日期 (權值:3)</p><p><b> 1.3 客人入住</b></p><p> 對于每次入住必須記錄房間號、客人編號、客人名稱、開房日期、付款方式、房價、實收房價、押
12、金金額、備注等信息,然后提供房間鑰匙,在數(shù)據(jù)庫中將房間標記為已入住。</p><p><b> 1.4 預定房間</b></p><p> 對于客人預定房間,必須記錄預訂編號、客戶名稱、預訂房間號、預抵店日期 </p><p> 預離店日期、電話、預訂押金、備注等信息。</p><p><b> 1.5
13、 轉(zhuǎn)房、退房</b></p><p> 對于客人轉(zhuǎn)房,應修改相應的房間號碼,房間等級以及價格即可;對于客人退房,應結(jié)算房租,確定付款,并將客人信息注銷。將房間信息在權限范圍內(nèi)初始化。</p><p><b> 概念結(jié)構(gòu)設計</b></p><p> 概念結(jié)構(gòu)設計是將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)即概念模型的過程。酒店客房
14、數(shù)據(jù)庫概念結(jié)構(gòu)設計應達到以下要求:</p><p> 能真實充分地反映酒店客房的管理流程,包括客房與客人、客房與客房之間的聯(lián)系;</p><p> 容易理解,從而可以使對數(shù)據(jù)庫不熟悉的操作員也可以使用;</p><p> 容易更改,當應用環(huán)境或功能需求發(fā)生變化時,能方便地對概念模型進行修改和擴充。</p><p> 易于用關系數(shù)據(jù)庫實
15、現(xiàn)。</p><p> 描述概念模型的有力工具是E-R圖,下面將用E-R圖來描述酒店客房數(shù)據(jù)庫。</p><p><b> 2.1客房信息</b></p><p><b> 2.2 客人信息 </b></p><p><b> 2.3 客人入住</b></p>
16、;<p><b> 2.4 預定房間</b></p><p><b> 2.5 轉(zhuǎn)房</b></p><p><b> 退房</b></p><p><b> 邏輯結(jié)構(gòu)設計</b></p><p> 邏輯結(jié)構(gòu)設計的任務就是把概念設計
17、階段設計好的基本E-R圖轉(zhuǎn)換為與選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。本次課程設計中我選用的是Microsoft SQL Server 2000 數(shù)據(jù)庫管理系統(tǒng),所以,將E-R圖轉(zhuǎn)換為關系模型。</p><p> 將E-R圖向關系模型轉(zhuǎn)換要解決的問題是如何將客房和客人的聯(lián)系轉(zhuǎn)換為關系模式,如何確定關系模式的屬性和碼。</p><p> 將概念結(jié)構(gòu)設計的E-R圖轉(zhuǎn)換為關系模式
18、。其中關系的主碼用下橫線標出,外碼用下波浪線標出。方框中為各個關系模式的數(shù)據(jù)字典。</p><p><b> 3.1客房信息</b></p><p> 客房信息(房間號,床位數(shù),房間等級,房間狀態(tài),價格)</p><p><b> 3.2 客人信息</b></p><p> 客人信息(客人編
19、號,客人姓名,身份證號,護照號碼,手機號碼,客人地址)</p><p><b> 3.3客人入住</b></p><p> 客人入住 (客房號,客人編號,入住日期,付款方式,押金)</p><p><b> 3.4預定房間</b></p><p> 預定房間(客房號,客人編號,預抵店日期,預
20、離店日期,預定押金)</p><p><b> 3.5轉(zhuǎn)房 </b></p><p> 轉(zhuǎn)房(客房號,客人編號,轉(zhuǎn)房記錄)</p><p><b> 3.6退房</b></p><p> 退房(客房號,客人編號,房租結(jié)算,開房日期,退房日期)</p><p><
21、b> 物理結(jié)構(gòu)設計</b></p><p> 數(shù)據(jù)庫在物理設備上的存儲結(jié)構(gòu)與存取方法稱為數(shù)據(jù)庫的物理結(jié)構(gòu)。為給定的邏輯數(shù)據(jù)模型選取一個最適合應用要求的物理結(jié)構(gòu)的過程。下面為酒店數(shù)據(jù)庫設計物理結(jié)構(gòu)。</p><p><b> 4.1 設計環(huán)境</b></p><p> 操作系統(tǒng):Windows XP </p&
22、gt;<p> 設計工具:Microsoft SQL Server 2000</p><p> 4.2 物理設計過程</p><p> 4.2.1 創(chuàng)建數(shù)據(jù)庫,確定數(shù)據(jù)庫的存儲位置</p><p> 4.2.2 為前面確定的數(shù)據(jù)關系創(chuàng)建表,創(chuàng)建的各個表如下:</p><p><b> 客房信息:</b&
23、gt;</p><p><b> 客人信息:</b></p><p><b> 客人入?。?lt;/b></p><p><b> 預定房間:</b></p><p><b> 轉(zhuǎn)房:</b></p><p><b>
24、 退房 </b></p><p> 4.2.3 設計各實體的關系圖。設計的關系圖如下:</p><p><b> 數(shù)據(jù)庫的實施和維護</b></p><p> 此階段的主要工作是進行數(shù)據(jù)的載入、應用程序的調(diào)試、數(shù)據(jù)庫的試運行以及數(shù)據(jù)庫的運行和維護。數(shù)據(jù)庫試運行合格后,數(shù)據(jù)庫開發(fā)工作就基本完成,即可投入正式運行了。</p&
25、gt;<p><b> 6 實驗體會:</b></p><p> 本次課程設計中,我認為在概念結(jié)構(gòu)設計和邏輯結(jié)構(gòu)設計這兩個環(huán)節(jié)做的比較好;做得不足的地方主要是需求分析不夠清楚明確,對酒店的客房管理機制不是非常清楚。這是需要學習提高的地方。</p><p> 課程設計的目的是訓練我們靈活應用所學數(shù)據(jù)庫基礎知識,獨立完成問題分析、設計等綜合實踐能力。鞏
26、固深化我們所學的理論知識,提高實際操作水平,并在此過程中培養(yǎng)嚴謹?shù)目茖W態(tài)度和良好的工作作風。</p><p> 我通過一周的課程設計,加深了對數(shù)據(jù)庫的認識,同時,對Microsoft SQL Server 2000的使用有了一定的了解。在這短短的一周時間里,通過瀏覽、閱讀有關的資料,學到了很多東西,同時也發(fā)現(xiàn)僅僅書本的知識是遠遠不夠的,需要把知識運用到實踐中去,能力才能得到提高。 </p>&
27、lt;p> 通過本次課程設計,在設計過程中遇到問題查閱資料、向老師和同學請教,。一分耕耘,一分收獲,這次的課程設計讓我受益匪淺。雖然自己所做的很少也不夠完善,但畢竟也是努力的結(jié)果。我認為本次課程設計最大的收獲是激發(fā)了我的學習熱情,鍛煉了我動手操作,解決實際問題的能力。讓我在實踐活動中,能將所學知識綜合運用,積累經(jīng)驗。</p><p><b> 7、參考書籍:</b></p&g
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 課程設計---酒店客房數(shù)據(jù)庫設計
- 酒店客房數(shù)據(jù)庫設計
- 數(shù)據(jù)庫課程設計(酒店客房管理系統(tǒng))論文
- 數(shù)據(jù)庫課程設計(酒店客房管理系統(tǒng))論文
- 數(shù)據(jù)庫課程設計報告---酒店客房管理系統(tǒng)
- 數(shù)據(jù)庫課程設計(酒店客房管理系統(tǒng))論文
- 酒店客房管理系統(tǒng)數(shù)據(jù)庫設計
- 數(shù)據(jù)庫課程設計酒店客房管理系統(tǒng)的設計與實現(xiàn)
- 數(shù)據(jù)庫系統(tǒng)概論課程設計
- 數(shù)據(jù)庫系統(tǒng)概論課程設計---客房管理系統(tǒng)
- 數(shù)據(jù)庫課程設計--數(shù)據(jù)庫系統(tǒng)原理
- 數(shù)據(jù)庫系統(tǒng)課程設計
- 數(shù)據(jù)庫系統(tǒng)課程設計
- 數(shù)據(jù)庫課程設計——賓館客房管理系統(tǒng)數(shù)據(jù)庫設計
- 《數(shù)據(jù)庫系統(tǒng)概論》課程設計-車輛租賃系統(tǒng)
- 醫(yī)藥管理系統(tǒng)——數(shù)據(jù)庫系統(tǒng)概論課程設計
- 數(shù)據(jù)庫系統(tǒng)原理課程設計--銀行儲蓄系統(tǒng)數(shù)據(jù)庫設計
- 《數(shù)據(jù)庫系統(tǒng)原理》課程設計
- 數(shù)據(jù)庫系統(tǒng)原理課程設計--人事管理系統(tǒng)數(shù)據(jù)庫
- 數(shù)據(jù)庫系統(tǒng)概論課程設計報告書
評論
0/150
提交評論