酒店管理系統論文

緒論：寫作既是個人情感的抒發，也是對學術真理的探索，歡迎閱讀由發表云整理的1篇酒店管理系統論文范文，希望它們能為您的寫作提供參考和啟發。

酒店管理系統論文:酒店管理系統的設計及其應用

摘要:先進的酒店管理系統,不但可以有效地管理大量的信息,而且可以引進先進的管理理念,提高服務質量、工作效率,完善酒店內部管理體制,提高酒店決策水平,提高酒店的管理效益及經濟效益,從而提高酒店的競爭力。因此,先進的管理信息系統已成為酒店管理的核心之一。

關鍵詞:酒店管理系統

1、引言

酒店管理系統是我們常說的MIS(Management InformationSystem,管理信息系統)的一種,在強調管理,強調信息的現代社會中它越來越得到普及。酒店管理系統的主要目標是實現對酒店內部各種管理的電子化和自動化,提高酒店的辦公效率,為高質量的酒店服務提供保證。在酒店業競爭越來越激烈的今天,努力在市場競爭中脫穎而出,已經成為每位酒店經營者所追求的目標。酒店如何才能提高服務質量,其管理能力顯得越來越重要。由于使用了先進的數據庫管理技術,酒店管理系統對提高酒店的管理能力將會起到比較重大的作用,整個系統的基本設計目標是實現系統界面友好美觀、簡單易用、功能全面并有較高的安全性。本系統需要實現中小型酒店常用的點菜、訂菜、結算等功能,并幫助酒店建立菜譜數據庫和銷售存根數據庫,能夠方便地進行查詢,并在系統的易用性和安全性兩方面進行相應的完善。

2、系統主要模塊

(1)登錄管理模塊;(2)菜譜管理模塊;(3)點菜訂菜模塊;(4)結算模塊;(5)幫助模塊;(6)數據庫設計;(7)系統界面設計。軟件系統由各個具體的功能模塊組成,若值班員未登錄或登錄失敗,則只能使用登錄,幫助,關于,退出這四個功能模塊。登錄成功后才可以使用全部的功能模塊。各個功能模塊都是分別進行開發的,這樣就便于日后拓展功能,也易于檢查和修改錯誤。軟件的系統結構如圖1所示。

3、系統設計方案

根據系統功能的要求,考慮到Visual C++的編程特點,將酒店管理系統分解成前臺和后臺兩部分,并將系統分解為幾個比較小的功能模塊分別進行開發。使得開發過程更具條理性,并且方便對模塊功能進行修改或添加新的功能模塊,從而使整個系統能夠隨著酒店業務的擴展進行功能的升級。為了增強系統的安全性,需要設計登錄模塊,登錄成功后才可以使用全部功能.整個酒店管理系統的設計方案如圖2所示。

4、技術實現

1、本系統的設計采用了FOXPRO多用戶設計技術,主要使用了文件鎖定,記錄鎖定,以及臨時文件分配了單一文件名法則等來確保多個工作站同時對同一個數據庫進行操作而不發生沖突,即增添新記錄時要先鎖文件;修改記錄時鎖記錄;刪除記錄然后作邏輯刪除;再者,應用了NETWARE的TTS事務跟蹤處理系統功能來防止突發事件,如系統掉電,對數據庫文件的破壞,即每一次對數據庫的操作都看成是一次事務處理,TTS功能使得這一次操作要么成功,要么失敗,從而確保了數據庫文件的完整性。

2、程序采用模塊化設計,層次分明,易讀易維護;屏幕顯示全部采用下拉式菜單驅動,漢字揭示,保證了一般用戶都很快學會操作;另外,部分漢字的輸入可通過按翻頁鍵來選擇,池省了錄入時間;

3、系統對保密措施的要求也很嚴格,為此,我們采用了多級保密功能來防止無關人員對系統的侵入和破壞。除了NETWARE所具的四級保密功能外,我們還設計了操作員用戶名和口令,對各功能模塊還設置了操作級別,只有操作級別相符的人員才有權利對該模塊進行操作。

4、系統的維護和出錯處理出是一個關鍵部分,象房價的修改,客房的增刪,信用卡增加等,數據的備份與恢復等都要能很方便的進行。萬一系統出了錯,我們首先確保了文件的完整性,其次,報告所發生的錯誤的準確位置和詳細信息,以便操作員作相應的處理或報告系統管理員,然后回到上一級菜單。

5、充分考慮系統的實時性,客人一入住登記,系統為每一客人自動建立一賬號,所有其它各部門都能看到該客人的信息及賬務開支等,有關消費可采用現金或記賬的方式進行,防止了人的跑現發生。

6、酒店所需報表很多,除了一般賬單外,各種報表達幾十種,因此,我們單獨搞了一個報表打印模塊來處理。

7、離店客人資料對酒店來說很寶貴,作客源分析,賬單查詢等都要作用這些資料。為了不和在店客人的資料相混,我們把這些信息作歷史資料分開存放。

5、數據庫的完整性和安全性

1、數據庫的完整性。數據庫的完整性是指數據的正確性和相容性。數據庫管理系統(DBMS)用一定的機制來檢查數據庫中的數據是否滿足規定的條件―完整性約束條件,數據的約束條件是語義的體現,將作為模式的一部分存入數據庫中。本系統中定義了表與表之間的聯系有助于實現完整性規則,一般在程序中實現具體的完整性控制。

2、數據庫的安全性。數據庫的安全性是指保護數據庫以防止不合法的使用所造成的數據泄漏、更改或破壞。在數據庫系統中,大量的數據集中存放,而且為許多考生直接共享,是寶貴的信息資源,系統的安全保護措施就顯得更為重要,它保護數據庫防止惡意的破壞和非法的存取。

6、酒店管理系統的應用

目前,我國酒店業計算機的應用已相當普及,不論酒店的規模大小、檔次高低、中方管理或外方管理,都不同程度地利用計算機技術輔助酒店管理。并已由單機處理的簡單模式逐步向多種計算機技術相互融合,因此能大批量采集、處理信息,為賓客提供快捷、方便的高水準服務的酒店管理系統給酒店經營決策者提供了可靠信息的綜合管理。酒店管理系統的高度自動化、詳細、準確、省時的運作方式將大大的減少酒店的人力、物力,給酒店帶來更大的利潤空間以及給賓客們帶來更優質的服務。它的應用已越來越廣泛。

今天,酒店管理系統的設計已日趨成熟,它的使用可使酒店的管理水平和效益成倍的提高。為酒店樹立起服務優良、客人滿意、員工工作愉快的新形象。

酒店管理系統論文:UML在酒店管理系統中的應用

[摘 要] 為了加速開發進程,提高代碼質量,支持動態的業務需求,有效地存儲信息資源,根據統一建模語言UML的優勢，將其技術應用于酒店管理系統的開發設計之中。

[關鍵詞] 面向對象 統一建模語言 管理系統

在管理信息系統(MIS)軟件的開發過程中，隨著客戶的需求增長，開發的不斷深入，系統會變得越來越復雜。為了讓客戶盡快看到可運行的應用系統，經過界面設計或簡單的系統分析后直接進入編碼階段，各個模塊分頭開發，整個應用系統處于一種無序混亂的狀態，而用戶希望得到一個具有高度的動態擴展、容易修改和維護的健壯的系統。采用UML(統一建模語言)進行軟件建模有效的解決了這一難題，它是一種能夠逐層深入解決問題的辦法。通過使用UML建模方式，可將客戶變化的需求映射到模型中，大大提高系統的擴展性和開發效率。

一、統一建模語言UML

統一建模語言(Unified Modeling Language，UML)是一種可視化的建模語言，它能讓系統構造者用標準的、易于理解的方式建立起能夠表達他們想象力的系統藍圖，并且提供了便于不同人之間有效地共享和交流設計結果的機制。

UML建模過程分為以下幾個階段:分析階段:建模的目的是捕捉系統的功能需求，分析、提取所開發系統的“客觀世界”領域的類以及描述它們的合作概貌。設計階段:建模的目的是通過考慮實現環境，將分析階段的模型擴展和轉化為可行的技術實現方案。實現階段:具體工作就是進行編碼，同時對已構造的模型作相應的修正。測試階段:使用前幾個階段所構造的模型來指導和協助測試工作。配置階段:通過模型描述所開發系統的軟硬件配置情況。

二、UML在酒店管理系統中的應用

在酒店管理系統設計中使用統一建模語言UML，其目的是方便與用戶的交流；使各層管理人員都能準確、及時地了解酒店全部情況；可以避免由于描述的模糊，導致的問題出現。可以說UML貫穿于系統開發的各個階段并且對各階段的工作都起到了關鍵性的作用。下面以酒店管理系統的設計為例介紹UML的具體應用。

1.酒店管理系統需求分析。系統設計的首要工作就是系統需求分析,捕獲需求是正式進入軟件開發階段的第一步,也是非常重要的一步,此階段的目標就是透過用戶提供的一些資料和各種業務數據來發現真正的業務需求。酒店管理信息系統包括兩大功能:前臺管理和后臺管理。前臺管理功能包括客房、餐飲、前廳、經理系統等；后臺包括系統維護、報表、綜合查詢、酒店特服功能管理、庫存等。通過分析，先確認酒店管理系統中的角色有服務員(前臺、餐廳、收銀等)、經理、庫存人員、采購人員等。在此基礎上，確認用例。系統的用例有預定信息、房務費用管理、入住登記、客人帳目處理、客人資料管理、庫存管理、統計分析、系統維護。

2.酒店管理系統的系統設計。設計階段的任務是通過綜合考慮所有的技術限制，以擴展和細化分析階段的模型。通過分析用例圖,將系統從功能上劃分為幾大模塊:基礎信息模塊、前臺管理模塊、餐飲管理模塊、庫存管理模塊、系統管理模塊。系統中主要的窗體可分為：查詢類窗體、功能類窗體和報表類窗體，它們都繼承窗體基類，并擴展自己的操作和屬性。

3.酒店管理系統的實現。經過系統分折與設計后，就可以根據設計模型在具體的環境中實現系統，生成系統的源代碼、可執行程序和相應的軟件文檔，建立一個可執行的系統。

(1)基礎信息模塊。基礎信息模塊記錄了酒店管理信息系統操作中所需的基本數據，各模塊及子模塊都以這些基本數據運轉。它所包含的子模塊：客房類型信息、客房信息、商品類型信息、商品信息、員工信息、供應商信息等等。

(2)前臺管理模塊。前臺管理模塊是整個酒店管理信息系統操作中最重要的功能模塊之一。前臺接待質量的好壞直接影響酒店客人的入住率和聲譽，一套高質量的酒店管理系統應該能使酒店前臺工作人員能快捷有序地為客人辦理不同類型的入住登記手續、退房手續、換房手續。本前臺管理模塊包含客人入住登記、客人換房、客人消費、客人續交押金、客人退房。

(3)餐飲管理模塊。餐飲管理模塊主要記錄了不在本酒店入住而在本店飲食或娛樂消費的信息，它也是本酒店日常經營一個重要環節。它的業務流程相對簡單。包括：客人開桌登記、客人換桌、娛樂消費、收銀結帳。

(4)庫存管理模塊。庫存管理模塊主要是為了控制商品庫存短缺或商品過剩而影響酒店日常經營狀況，同時為客人提供最滿意的飲食服務。此外,酒店主管或經理可以查詢入庫、出庫信息。包括：商品入庫、商品出庫、當前庫存查詢、入庫統計、出庫統計。

(5)系統管理模塊。為了維護數據的安全，系統管理員可以添加或刪除操作用戶，給不同的操作用戶設定不同的操作權限，以防有惡意者修改或刪除系統數據。同時，也對日常的數據進行備份，當出現數據丟失時，能及時的對數據進行恢復。所以該模塊也是本酒店管理系統的重要模塊。包括密碼更改、操作員更換、操作員授權、數據備份、數據恢復。

4.酒店管理系統測試和系統配置。測試階段主要是對酒店管理系統進行測試和排錯，保證系統符合預定的要求，獲得一個無錯的系統實現，調試的結果將確認所完成的系統是否可以真正使用。最后系統配置的任務是在真實的使用運行環境中配置，調試系統，解決系統正式使用前可能存在的任何問題。系統的配置包括文檔和組成模型等。對酒店管理系統來說，它是一個典型的客戶/服務器系統(C/S)。

UML是一種功能強大的、面向對象的可視化系統分析的建模語言，它采用一整套成熟的建模技術，廣泛地適用于各個應用領域。它的各個模型可以幫助開發人員更好地理解業務流程，建語義差異，保障分析的正確性。

酒店管理系統論文:酒店管理系統中的數據庫設計

摘要：在構建信息管理系統的過程中，“重實現，輕設計”是很多開發人員常見的通病，特別是后臺數據庫的規范化設計更是容易被忽略。因而往往導致最終實現的系統數據處理能力有限，效率低下，數據管理維護和后期更新困難重重。該文嚴格遵循規范化的數據庫設計思路，針對當前典型的商業酒店管理系統的事務邏輯，闡述了在信息系統開發過程中數據庫設計的主要步驟和方法。

關鍵詞：信息系統；酒店管理；數據庫;設計

在信息管理系統的設計和開發過程中，數據庫設計是其中最為重要的環節之一。設計規范、良好的數據庫不僅能帶來系統數據處理效率的極大提升，更重要的是在系統正式運行后能大大簡化后期的數據更新維護工作，提高系統的可擴展性。目前大多數酒店提供的服務多種多樣，規模大小也各不相同，較為典型的酒店服務業務一般都包括飲食、住宿和娛樂等方面，下面該文從這些典型的酒店業務邏輯出發，分析和探討數據庫的設計方案。

1數據庫需求分析

數據庫設計的第一步是做好需求分析。在此階段需要準確了解和分析用戶的具體需求，包括數據需求和處理需求，這是整個數據庫設計過程的基礎，也是最困難、最耗費時間的一步。

1.1數據流圖分析

典型的酒店管理一般包括飲食部門、住宿管理部門、娛樂管理部門和經理部門，下面簡要分析各部門的業務邏輯。

飲食部門是酒店基本部門之一，所提供服務的特點是實時性強、持續時間短、強調效率。此處需要重點處理的信息是與飲食有關的財務數據，一方面便于定期的賬目匯總，另一方面也便于及時向酒店管理層匯報。

住宿管理部門也是酒店基本部門之一。其主要職責包括：（1）布置房間設施、分類、編號、制定收費標準、分配服務人員；（2）登記旅客信息，記錄其入住、退房時間；（3）統計各類房間的客滿程度；（4）處理本部門的財務信息。

娛樂部門需要處理的業務主要包括：（1）制定收費標準，分配負責人；（2）收入支出財務處理等。經理部門的功能是必不可少的。主要職責有：（1）員工管理；（2）部門劃分；（3）各部門的財務核算；（4）酒店營業收益的定期核算。從上面各個部門的業務分析可以看出，不同部門都有財務處理的需求，因此歸總設計一個統一的“財務子系統”。而飲食部門因為所需要的業務功能都已包含在“財務子系統”中，故而去掉該功能模塊。最終設計酒店信息管理系統分為四個子模塊：經理子系統、財務子系統、住宿子系統和娛樂子系統。根據前面對業務邏輯的詳細分析，畫出各子系統的數據流圖，例如圖1所示為財務子系統的數據流圖。

1.2數據字典設計

數據字典是數據庫中各類數據描述的集合，需要設計人員對所開發系統的實際情況進行詳細的數據收集和數據分析才能得到。數據字典內容一般包括數據項、數據結構、數據流、數據存儲和數據處理過程。下面列舉幾例：

數據項如：員工號（編號：1，數據項名稱：員工號，說明部分：整數類型，有唯一性）

數據結構如：員工信息（編號：1，數據結構名：員工信息，屬性：包括員工號、姓名、性別、年齡、工齡、級別、部門、職務、備注）

數據流如：員工基本信息（編號：1，數據流名：員工基本信息，輸入：招新員工，輸出：員工信息）

數據存儲如：員工信息（數據存儲名：員工信息，輸入數據流：員工基本信息，輸出數據流：工資結算）

處理過程如：招新員工（處理過程名：招新員工，輸入數據流：終端，輸出數據流：員工基本信息）

……

2數據庫概念結構設計

數據庫概念結構設計常用方法有自底向上和自頂向下兩種。該文采用自底向上的設計方法，即首先定義各局部應用的概念結構，然后將它們集成，得到全局概念結構。

2.1局部概念結構設計

下面以財務管理子系統為例，分析子系統的功能，設計局部概念結構，并且對該局部概念結構進行合理優化調整。

圖2財務管理子系統E-R圖

財務管理子系統的功能為：首先對各部門上交的收支情況進行匯總，得出各部門的收益情況；然后在此基礎上進行整體匯總，得到整個酒店的收益信息；最后將酒店的收益情況下發給各個部門，公開賬目。根據該分析，得到描述財務管理子系統概念結構的E-R模型如圖2所示。

E-R模型調整的準則：（1）現實世界中的事物能作為屬性對待的盡量作為屬性對待；（2）屬性中不具有需要描述的信息，即屬性是不可分的數據項，不再包含其他信息。根據原則分析，員工應對應一個領導關系，但為了簡便起見，就用員工的“等級”屬性來表達員工之間的領導關系。

2.2數據視圖集成

完成各子系統的分E-R圖設計及優化之后，接下來需要將所有的分E-R圖綜合集成為一個總的E-R圖。由于本系統中各分E-R圖的規模較小，所以合成過程采用了一次集成方式。

整個過程分兩步進行：第一步：合并。將各分E-R圖合并生成初步E-R圖，解決各分E-R圖間可能存在的屬性沖突、命名沖突或結構沖突。第二步：修改和重構。消除不必要的冗余，生成基本E-R圖。

由于本系統涵蓋的內容比較少，基本不存在冗余的現象，所以初步E-R圖就是基本E-R圖，不必再進行調整。

3數據庫邏輯結構設計

3.1生成關系模式

根據E-R圖向關系模式的映射法則，可以將2.2中得到的系統總體E-R圖轉換為一組關系模式。轉換過程簡單描述如下：

一個實體直接轉換為一個關系模式，如：

員工(員工號,姓名,性別,年齡,工齡,級別,部門號,職務,備注)；

工資(員工號,等級,實際工資,基本工資,出勤工資)；

……

實體與實體之間的一對一聯系或一對多聯系可以直接合并到實體所對應的關系模式中，而實體之間的多對多聯系則必須轉換為一個單獨的關系模式。根據這兩條原則，對系統總體E-R圖中的所有聯系進行轉換。

工資和員工之間的1：1聯系與員工實體所對應的關系模式合并；

員工和部門之間的n：1聯系與員工實體所對應的關系模式合并；

……

客房和訂單之間n : m的預約聯系轉化為：預約（訂單號,客房號,始定時間,結束時間）；顧客和房間之間n : m的住宿聯系轉化為：住宿（顧客號,房間號碼,住宿時間）

3.2關系模式優化

將E-R模型轉換為關系模式后，還應該根據關系規范化理論對所有關系模式進行優化，以得到更為科學合理的關系模式。一般而言，在函數依賴的范疇之內，關系模式達到3NF或BCNF層次即可。下面對3.1中的關系模式進行分析：

（1）在顧客關系模式“顧客(顧客編號、級別、姓名、年齡、性別、證件號碼、證件名稱、所選項目、使用時間、備注)”中，因為“使用時間”對于顧客的必要性不強，且該屬性在別的關系中可以查詢得到，所以將“使用時間”屬性刪除。分析可得，“顧客”關系模式屬于BCNF。

（2）在總賬關系模式“總賬(總賬編號、部門號、財務狀況編號、收入、支出、凈利、日期、經手人號、備注)”中，“凈利”屬性可以根據收入和支出計算得到，并且不需要經常性的查詢，所以將該屬性刪除。該關系模式也屬于BCNF。

（3）在財務狀況關系模式“財務狀況（財務狀況編號、時期、總收入、總支出、凈利潤）”中，雖然“凈利潤”也可以通過計算得到，但由于在這一項上查詢比較頻繁，如果每次查詢都計算，必然使得系統性能降低，故保留下來。

（4）在員工關系模式“員工(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)”中，用戶查詢時，一般只需查詢自己所屬單位的員工信息，故可將其按部門水平分解為三個模式，以提高查詢效率。

負責人員(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)；

服務人員(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)；

經手人員(員工號、姓名、性別、年齡、工齡、級別、部門號、職務、備注)；

3.3用戶子模式設計

得到優化后的總體邏輯結構后，還應該根據局部應用需求，結合具體的DBMS特點，設計用戶的子模式。設計過程如下：

（1）因為經理對于員工的次要信息不會經常關注，因此將員工信息中最主要的內容映射過來，在經理子系統上設立員工關系子模式。

員工(員工號、姓名、級別、部門號、職務、部門經理、實際工資)；

（2）因為酒店員工經常使用的只有客房的主要信息，所以在住宿子系統上設立客房關系子模式。

客房（客房號、位置、設備、收費標準、管理人員號、狀態）；

（3）因為酒店管理人員對于顧客的情況管理經常使用的只有部分信息，所以在經營管理子系統上設立顧客關系子模式。

顧客（顧客編號、住宿號、姓名、級別、應收款、使用時間、備注）

4物理結構設計

4.1存儲結構設計

通過對典型酒店中的信息處理需求進行分析，可以得到如下需求特點：飲食、住宿、娛樂三大部門的數據不僅經常需要查詢，而且更新速度快；各個部門信息要求共享的較多，如員工信息、來客信息等，但財務信息一般不共享；經理部門有一定的特殊職能，如匯總財務信息、級聯刪除辭退員工等。針對這些特點，設計如下：

首先要確定數據庫的存放位置。為了提高系統性能，根據應用情況將數據按照易變部分和穩定部分、經常存取部分和存取頻率較低的部分分別在兩個磁盤上存放。經常存取部分包括員工、工資、客房、款項、折扣規則、項目、顧客等；而信息存取頻率較低的部分包括部門、賬單、訂單、總賬、財務狀況等。同時考慮到本系統是多用戶的，為了提高效率，數據庫的備份的數據和日志文件將保存在磁帶中。

然后要確定系統配置。酒店管理系統需要的微機數量和規模都不必太大，但在系統設計時應考慮到酒店的發展需求，在選擇硬件設備、服務器操作系統、數據庫時都考慮到能夠逐步擴展。本酒店管理系統選用了Windows XP操作系統，后臺數據庫選用目前應用最多的ORACLE 10g。由于涉及到酒店的財務管理，數據的完整性和安全性顯得尤其重要，為了保障系統安全穩定運行，需要每天進行數據備份。數據備份需要嚴格按照制定的備份與故障恢復策略進行，并落實備份登記和檢查措施。

4.2存取路徑設計

首先確定數據的存取方式。對飲食、住宿、娛樂三個子系統的各個關系最經常的操作是查找，假設現有n個住宿房間的信息，如果采取順序查找，平均查找n/2次；建立B+樹索引，則平均查找次數為B+樹的層數log2n+1，所以選擇B+樹作為索引，具體設計如下：

（1）對經常在查詢中出現的關系碼建立索引。包括員工、工資、部門、客房、款項、折扣規則和財務狀況等關系。

（2）對經常需要進行連接操作的關系碼建立索引。包括員工號、客房號和部門號等。

（3）對于更新頻率很高的關系模式，不宜在其上定義索引。包括顧客、訂單和賬單等。

4.3設計評價及說明

上述設計對時間效率，空間效率，維護代價和用戶的實際需求做出了較好的權衡。實際方案還需要根據酒店管理的真實環境，以時間效率和用戶需求為根本，進一步優化和完善。

5結束語

該文依據關系數據庫設計的原則和步驟，結合典型的酒店管理的實際情況，設計了酒店信息管理系統所需的數據庫。設計方案科學合理，考慮了實際的業務邏輯需求，對同類信息系統開發中數據庫設計工作具有較高的參考價值。

酒店管理系統論文:基于C/S的旅游區酒店管理系統的設計與實現

摘 要:本文采用客戶端/服務器端體系結構和大型數據庫,利用J2EE三層開發工具進行開發設計了旅游景區內的酒店管理系統,詳細闡述了系統的組成部分,并實現了系統的安全性、完整性和一致性。

關鍵詞:C/S;數據庫;J2EE

基于C/S模式的旅游區酒店管理系統根據其涉及業務,可劃分為五個子系統:前臺管理系統,后臺管理系統,消費點收銀管理系統,電話計費管理系統和遠程預訂系統。系統的設計中,我們采用客戶機/服務器(C/S)體系結構,以輔助決策為中心的系統分析方式,根據用戶權限裝配菜單的菜單裝配技術和三級安全保護措施加強系統的安全性。

系統采用樹型菜單與動態按鈕(屏幕下方、可由用戶定義)相結合的方式。對于超級用戶,系統顯示全部菜單項目,對于普通用戶,菜單項目的顯示是根據其擁有的權限來決定的。系統支持八種客源類型(散客、公司、團隊、會議、宴會、VIP,長住、VVIP)不同類型不同管理,屏幕中間的房態盤是實時刷新的,深綠色背景為空房且未清潔,灰色背景為空房且已清潔。

一、回頭客

回頭客登記時,系統自動調出客人歷史信息(根據姓名從檔案庫查找)。并在屏幕上方顯示客人上次入住日期和房間號,在屏幕下方顯示客人歷次消費記錄和客人的習慣愛好信息。可以根據來店次數、姓名、房間號查詢回頭客,如果需要了解回頭客詳細信息(基本信息、消費信息、愛好習慣信息、)可鼠標雙擊某行,在此窗口中,用戶可以錄入修改愛好習慣信息。客人離店后,系統自動將其信息記入回頭客檔案,但對于習慣愛好信息,需要用戶補充錄入。該窗口既可錄入回頭客習慣愛好信息,又可產生在店回頭客習慣愛好信息報表。

二、公司消費和競爭對手分析

協議公司在酒店消費后,系統自動對其消費額進行累加,并可生成消費排名分析表,用戶可以查詢任何時間的消費情況并進行對比分析,如果要了解公司明細消費信息,雙擊某行即可。酒店可以收集相關酒店的資料,將其基本信息錄入到計算機中,分析了解他們的經營情況、引客手段、客源市場等,以便能調整經營策略,在市場競爭中做到知己知彼,百戰不殆。

三、客房管理

系統采用房態核查方式確保客房房態的準確性。計算機房態由機器自動生成,客房核查房態由客房部秘書通過此界面管理,如果兩者有差異,則自動產生房態差異表,用戶可隨時查詢。客人在酒店的洗衣消費可以通過洗衣房服務員迅速錄入到電腦中,并自動轉入客人帳單中,從而使酒店客人的洗衣費用實現自動記帳。系統中出現的洗衣項目可由用戶定義。對于非住店客人在酒店消費時,如果與酒店銷售部簽定了消費協議,則不僅可以享受打折優惠,而且可以在酒店建立一個永久帳號,在付款方面可以采用不定期付款的方式。

四、消費管理

客人消費帳目既可通過各消費點自動轉入,也可通過前臺手工錄入。前臺收銀員可錄帳、轉帳、掛帳、沖帳、結帳、打折、收押金等,可查詢修改打印帳單、查詢電話費和各種報表。夜間審核除進行房費、電話費自動過帳和數據效驗外,還要進行手工單據和計算機數據的核對,最后產生各種夜審日報表,由于酒店消費點經常變化,系統提供夜審報表的自定義功能。程控計費將程控電話費用自動記入客人(或永久帳號)中,可以由用戶自行定義電話費率、節假日折扣率、缺省費率、起始計費時間、計費格式、非計費號碼、用戶界面、使用密碼。

五、成本及資產管理

系統提供簡潔清晰的圖文界面分析酒店任意時期的重要數據,如客房出租率、酒店總收入、客源收入、房類收入、餐飲收入、娛樂收入等,提供各類信息報表和實時收入查詢報表。用戶只需要輸入各中固定資產(或低值易耗品)單據,系統自動以一物一卡的方式建立相應卡片,用戶可以指定任意一種折舊方式,系統自動進行月折舊,并生成報表和臺帳。

系統支持多種倉庫管理,通過輸入入庫單和出庫單產生各種庫存報表。用戶可以自定義倉庫,并隨意賦給用戶對某個倉庫的使用權限,對某個倉庫,系統自動判斷庫存物品的在庫狀況。主要用來控制客房日用品和清潔用品的消耗量,客房日用品根據消耗定額和出租夜次計算理論值,清潔用品根據消耗定額和清潔面積計算理論值,其實際值是根據客房二級庫存來計算。

設備管理用來管理酒店的一些大型設備的詳細信息,并跟蹤它的使用狀況、檢修情況以及報廢、轉讓、變賣等,它與固定資產管理有密切的關系,兩者通過固定資產編號聯系。采購管理實現采購單登記、審批、采購、收貨、庫存、領用的一條龍管理,它與倉庫管理有著密切的聯系。可以進行供應商管理、貨品信息管理、通過INTERNET網絡實現供應鏈管理。

六、人事管理

人事管理不僅僅用于人事檔案的管理(創建、修改、調動、查詢、打印),而且還用于員工培訓管理、考核管理、勞資管理、保險管理等,還可進行員工工資合理性分析、員工素質分析等。車隊管理主要用于酒店派車計劃、車輛本身和車隊司機的管理,該功能可以實現總臺與酒店車隊的聯網操作,可以統計每臺車輛的費用、出車次數和行駛公里,可以考核司機的業績。檔案管理包括檔案信息管理、檔案目錄編制、檔案銷毀、檔案借閱、檔案檢索和檔案庫房管理,它可用于酒店多個部門,如:辦公室、銷售部、財務部、保安部、工會、動力部、人事部等。

七、小結

系統通過采用自由裝配菜單、三級安全密碼、二級數據備份、用戶操作日志等來提高系統的安全性;利用觸發器、存儲過程、視圖、數據有效性檢測等數據處理技術來保證酒店數據的完整性和一致性。

酒店管理系統論文:酒店管理系統的設計與實現

摘要：本文介紹了酒店管理系統設計的目標與其系統的構架設計，并對酒店管理的相關系統設計進行了介紹，最后對酒店管理系統的實現進行了說明，以供相關專業的人士參考。

關鍵詞：酒店管理；系統設計；實現

系統設計的目標

軟件系統合乎以下要求：

1、可靠性

能夠酌怙處現酒店業務，具拆一定的糾鉛能力。

2、可理解性

戶界場現解和操作軟件。

3、可維護性和適應性

軟件容易修改、靈活性好、維護容揚，并可以適應業務繼續變化的需要。

4、可用性

軟件系統的功能完善。

5、安全保密性

保證軟件模塊的安全。

6、經濟性

優化物理設計并結合邏輯設計，使軟件運行效率得以提高。

二、系統架構的設計

要使得酒店管現系統能正真達到預期效果，那么關鍵的工作是在所使用的架構和設計模式上，本酒店系統采用了 B/S架構去開發的。H前傳統的C/S架構已不能滿足用戶的需求。為此，系統的采用了多層架構的設計思路，詳見圖1，三結構分別是：

表示層：用來接受客戶的中請、數據的冋饋等，并為客戶提供對程序的使10；通過硬件設備進行人機交互。本層采用減輕客戶端的解決方案，編寫甜臺源代碼，之后對之編譯并形成目標代碼。其方案是軟件系統的主要解決方法。

業務邏輯層：也稱為事務的邏輯層，又稱中間件，指完成事物流程的規則及業務流程的處理過程。負責對數據庫的操作功能。

數據庫訪問層：指數據信息管理層，該層可以實現數據資源等的插入、刪除、更新修改等數據庫操作，設置定義存儲過程、觸發器定義，數據約束同義詞等。

三、酒店相關管理系統的設計

1、客房管理

系統采用房態核查方式確保客房房態的準確性。計算機房態由機器自動生成,客房核查房態由客房部秘書通過此界面管理,如果兩者有差異,則自動產生房態差異表,用戶可隨時查詢。客人在酒店的洗衣消費可以通過洗衣房服務員迅速錄入到電腦中,并自動轉入客人帳單中,從而使酒店客人的洗衣費用實現自動記帳。系統中出現的洗衣項目可由用戶定義。對于非住店客人在酒店消費時,如果與酒店銷售部簽定了消費協議,則不僅可以享受打折優惠,而且可以在酒店建立一個永久帳號,在付款方面可以采用不定期付款的方式。

2、消費管理

客人消費帳目既可通過各消費點自動轉入,也可通過前臺手工錄入。前臺收銀員可錄帳、轉帳、掛帳、沖帳、結帳、打折、收押金等,可查詢修改打印帳單、查詢電話費和各種報表。夜間審核除進行房費、電話費自動過帳和數據效驗外,還要進行手工單據和計算機數據的核對,最后產生各種夜審日報表,由于酒店消費點經常變化,系統提供夜審報表的自定義功能。程控計費將程控電話費用自動記入客人(或永久帳號)中,可以由用戶自行定義電話費率、節假日折扣率、缺省費率、起始計費時間、計費格式、非計費號碼、用戶界面、使用密碼。

3、成本及資產管理

系統提供簡潔清晰的圖文界面分析酒店任意時期的重要數據,如客房出租率、酒店總收入、客源收入、房類收入、餐飲收入、娛樂收入等,提供各類信息報表和實時收入查詢報表。用戶只需要輸入各中固定資產(或低值易耗品)單據,系統自動以一物一卡的方式建立相應卡片,用戶可以指定任意一種折舊方式,系統自動進行月折舊,并生成報表和臺帳。

系統支持多種倉庫管理,通過輸入入庫單和出庫單產生各種庫存報表。用戶可以自定義倉庫,并隨意賦給用戶對某個倉庫的使用權限,對某個倉庫,系統自動判斷庫存物品的在庫狀況。主要用來控制客房日用品和清潔用品的消耗量,客房日用品根據消耗定額和出租夜次計算理論值,清潔用品根據消耗定額和清潔面積計算理論值,其實際值是根據客房二級庫存來計算。

設備管理用來管理酒店的一些大型設備的詳細信息,并跟蹤它的使用狀況、檢修情況以及報廢、轉讓、變賣等,它與固定資產管理有密切的關系,兩者通過固定資產編號聯系。采購管理實現采購單登記、審批、采購、收貨、庫存、領用的一條龍管理,它與倉庫管理有著密切的聯系。可以進行供應商管理、貨品信息管理、通過INTERNET網絡實現供應鏈管理。

4、人事管理

人事管理不僅僅用于人事檔案的管理(創建、修改、調動、查詢、打印),而且還用于員工培訓管理、考核管理、勞資管理、保險管理等,還可進行員工工資合理性分析、員工素質分析等。車隊管理主要用于酒店派車計劃、車輛本身和車隊司機的管理,該功能可以實現總臺與酒店車隊的聯網操作,可以統計每臺車輛的費用、出車次數和行駛公里,可以考核司機的業績。檔案管理包括檔案信息管理、檔案目錄編制、檔案銷毀、檔案借閱、檔案檢索和檔案庫房管理,它可用于酒店多個部門,如:辦公室、銷售部、財務部、保安部、工會、動力部、人事部等。

酒店相關管理系統的實現

登錄系統

用戶登錄界面是進行系統權限判斷的基礎，改界而要求輸入正確的用戶名與密碼，避免了那些只要知道系統的地址都可以進入系統的操作，如果不能登錄進入系統那么將彈出相關的提示框：你的賬號或密碼不正確。或者提示用戶去注冊系統的會員。如果是第一次登錄，請必須先注冊。如下圖3是登錄頁面界面.

圖3用戶登陸頁面

2、用戶注冊

用戶在登錄進入系統的過程中，如果用戶還不是會員則提示用戶進行注冊，用戶輸入正確用戶名和密碼系統會進行數據校驗，用戶名與密碼不能為空值，輸入數據信息的過程中，需對用戶的身份證號碼進行嚴格驗證，當所有的格式輸入無誤后輸入驗證碼就可以進行用戶注冊了，當提示用戶注冊成功，客戶就可以用注冊的用戶名和密碼進入系統，才能對房間進行預定以及查看房W倍息等后續功能。

3、客戶登記入住酒店管理

當客戶入住酒店需要到酒店的前臺進行入住登記，輸入客戶賬號、選擇相關的房間類型、房間朝向，登記需要入住的天數，繳納一定的押金，客戶姓名和客戶的身份證號碼是根據客戶的賬號信息調出來的，當確認提交時，數據保存到登記住宿表。

客房續訂的管理

由于客戶入住續訂可能存在如下幾種可能性：

以公司名義長期派駐，一般數年計算；

（2）國外客戶商務旅行出行入住以月計算；

（3）國內短期客戶旅游以周計算；

（4）以鐘點房為基礎的續訂；

（5）企事業單位安排在酒店的單位活動。

由此可見，酒店的日常事務中比較重要的操作是可以對來賓的住宿進行續訂操作，因為當你開始入住賓館的時候你可能只是登記了幾天，但是由于自己的行程有變或者是其他原因你可能會去前臺酒店交付押金進行預定。

賬單管理

對于酒店管理員來說，賬務是非常重要的日常事務，灑店的營業額都是從賬務中體現的，那么對客廣來說客戶在離開酒店的時候了解自己在酒店的消費賬單是必須的，比如客戶在酒店所買的東西，所交的押金和入住時間和退房時間、所住房問的價格、住房的天數、住的房間號等信息。

結束語

面向對象程序設計是面向對象技術的來源，由于面向對象程序設計的越來越完善，面向對象的方式與思想也越來越成熟。想要使得軟件的自動化生產實現，最基本的就是要使得開發手段標準、統一。當達到標準后，各種方法的不同性都被避免，軟件的再利用速率也獲得提高。

酒店管理系統論文:探究基于需求的酒店管理系統的建模與實現

[摘要]現代酒店管理內部項目繁多，先進的酒店管理系統有利于促進酒店服務質量與管理水平，提高酒店的經濟效益。酒店管理系統也必須操作便利，具有高安全性與穩定性。基于需求的酒店管理系統建模是根據用戶的需求進行模型建立，與傳統的功能型系統建模不同，在滿足用戶需求等很多方面有很大的優勢。

[關鍵詞]酒店管理；需求；管理系統；建模

本文主要內容是基于酒店需求對酒店管理系統進行建模分析。了解用戶需求是建立和優化酒店管理系統的必要條件，是充分發揮酒店管理系統對酒店經營促進作用的關鍵。優質合理的酒店管理系統一方面能監督酒店的整體運營，簡化工作程序，另一方面能加強對工作人員的督促，提高全體員工的工作效率，是酒店日常經營中必不可少的高端工具。隨著市場競爭的日益擴大，個性化服務是酒店經營提出的最新要求，這不僅加大了酒店管理工作的難度，也對酒店管理系統提出了更高的要求。基于酒店管理需求的系統建模，有利于系統的優質建立，不僅能約時間與成本，也能有效的提高系統的實用性與可操作性。

一、酒店管理系統的需求分析

（一）前臺管理系統。為住店客人提供預訂信息是酒店前臺管理系統的主要需求，具體職能是對客人的入住登記，依照相關手續將客人信息錄入系統。在客人入住后，還可以通過這一系統為客人辦理其他服務。系統還需要高度靈活，比如對不同的操作人設置不同的權限，在辦理客人入住登記時，操作人可以根據相應的權限對房價進行修改。具體的前臺管理系統需求有：房間預訂、登記入住、換房、加房、房價修改、登記信息修改等。

（二）消費管理系統 。客人在酒店內進行消費登記后，系統產生對應的客人關聯賬戶，客人在酒店內可以通過該賬戶進行點餐或查詢。目前有很多餐飲企業使用的“掌中寶”實際就是這種建模的一種形式，只是功能較為單一，不具備并詳盡的如圖文并茂的功能。點餐與結算直接通過客人賬戶與酒店賬戶進行對接，客人的消費信息也可以直接反應出來。具體的消費系統需求有：點菜、退單、查詢、結賬等功能。還可以根據客人的個性化要求，對食物進行加工時，在界面上顯示出來，以便于廚房的操作。

（三）收銀管理系統。客人入住酒店后，直接得到一個與房卡相對應的賬戶，客人可以通過這一賬戶進行賒銷甚至借款，賬戶也將于每一位客人的信用評級直接相關，一方面增加客人消費水平，另一方面保障酒店款項的收回。同時，針對信用等級較低的客人，酒店可以進行賬戶消費額限制。收銀系統應該滿足客人一個賬戶多個結算單的操作，客人離店退房后也可以進行信息清理，減少系統的占用。客人可以將消費額存入賬戶，也可以轉出，在結算時，需交全費用才可辦理退房。同時可以實現不同賬戶間的資金劃撥，滿足客人的多樣需求。收銀系統的具體需求有：結算、取消、轉賬等。

（四）客房服務系統。酒店管理系統應該滿足酒店日常經營中的服務需求，直觀反映客房的狀態，客房清潔已做未做、清潔中等都要在系統上直接體現以便管理。在進行系統設置時可以根據酒店的具體需求靈活調整，比如增設預約、修理中等。同時系統還應該滿足更改的功能，比如將修理中改為空房狀態，以便前臺第一時間收到信息。也可以在需要保留客房時將空房改為已預約。客房服務系統的具體需求有：客房狀態顯示、更改、統計、查詢等。

二、技術支持分析

（一）SQL Server 技術

SQL Server即關系數據庫管理系統。SQL Server 2000是微軟公司的關于SQL Server數據庫管理的一款系統，該版本不僅擁有 SQL Server 7.0的所有功能，還增加了一些其他的功用。在使用上更加方便，而且具有較強的擴展性。它的優勢體現在：可以與其他的軟件聯合使用、可以跨服務器使用。SQL Server可以為管理系統提供多種接口，適用于所有數據庫。SQL Server可以支持數據庫管理、數據庫資料的訪問限制以及數據庫資料的操作限制，是建立酒店管理系統的有力工具。

（二）B/S系統

B/S系統可以用瀏覽器向服務器發送指令，它不需要進行復雜的人機操作，只需要安裝系統客戶端即可，數據庫的調用與運行都可以通過這一系統實現。它包括表示層、功能層和數據層3個獨立單元。這3個結構層大大降低了用戶機的工作量，適用于大規模的管理系統操作。

（三）C/S系統

C/S的意思是用戶/服務器，它主要負責用戶請求采集。用戶發送指令后服務器會做出響應。它可以采集的數據格式有文本資料、圖片資料、圖片資料、聲音資料和動畫資料，在通過URL向服務器傳達指令時，可以是靜態也可以是動態的，且用戶端口所使用的瀏覽器窗口都是相同的。這種模式的優勢在于：統一且簡單的用戶端口信息――瀏覽器，不需要對所有的軟件系統進行深入了解。在調用數據時，這種模式只需要在瀏覽器的窗口輸入SQL指令即可，瀏覽器會及時將數據輸入數據庫服務器，數據庫服務器最終會將查詢結果返回給瀏覽器，在這一過程中，瀏覽器便具備了分析處理信息的能力。

三、系統建模分析

（一）時序分析

客人辦理入住操作順序是：前臺操作員輸入客人的基本信息，包括姓名、性別、證件類型、證件號碼等；系統界面將信息傳送給控制中心，控制中心將客人信息與系統內數據進行對比，查找客人是否存在歷史信息。沒有歷史信息說明是新顧客，否則是老顧客。如果客人是老顧客，系統會將歷史信息反映到界面上，前臺人員可以查詢到客人的相關偏好等信息，以提供更加周到的客房安排服務。最后，完成客人的登記入住，客人的最新消費記錄也將增加到原有的歷史數據中去。

（二）狀態分析

客人提出訂房申請，系統根據客人的要求新建預訂項。在新建過程中可以修改，如果是無效預訂，系統自動作廢。系統處理完預訂申請，將結果返回給客人。只有等客人確認預訂了之后，系統才會真正生成預訂單。在等待客人預訂這段期間，可以設置一定的時間限制。如果客人在規定時間內確認，視為預訂成功；如果沒有確認，預訂首先進入鎖定狀態，其次是預訂取消。在鎖定狀態客人仍可以進行預定，只需解除鎖定并予以確認，預訂視為成功。狀態分析是反映系統內所發生每一個動作的狀態。

（三）用例分析

系統中設置黑名單、散客、協議公司三項子系統。黑名單系統主要用于反映在全國公安系統與本酒店系統中有不良記錄的客人；散客系統主要用于整理單個客人的歷史信息數據等，也是應用最頻繁的一個系統；協議公司系統主要用于反映與酒店簽訂了相關協議的公司的往來幾率，比如旅行社等。用例與用例之間的關系具體是指：一個用例的行為包含另一個用例的行為，同時用例具有擴展功能。比如，客人入住需要進行黑名單查詢對比，這就是用例的包含；一個新入住的客人會成為會員、回頭客甚至于成為協議公司客人，這就是用例的擴展。

四、酒店管理系統的實現

（一）分析

首先根據酒店的規模、特色、市場定位等對酒店管理系統的需求進行個性化分析，可以采用用例視圖法展示酒店初步的需求；其次是對用例視圖進行具體的分析，發掘酒店深層次的需求。在進行具體分析時，可以采用包含關系分解法、合成法，整合酒店管理系統的需求，得出真實完整的分析結果。

（二）設計

采用對象圖和包圖對酒店管理系統進行設計。在設計過程中主要是考量每一個因素的成分關系，及其關聯與依賴關系。拿包圖舉例，酒店的各個部門是系統的子系統，他們的共同特點組成了包。如酒店管理系統設有前臺包、銷售部包和客房部包。客房部的客人數據從前臺來，前臺客人來自于銷售部；在酒店管理系統中，每一位員工的工號作為一個小類別存在于包中。而上述包對應酒店的所有部門且具有可操做性，只要對不同部門進行不同類別的使用授權，就可以避免泄漏客人的隱私。但是對于為客人提供個性化服務來講，是非常有益的。只要入住過或用過餐的客人，其信息可以讓有需求的員工和部門隨時、準確調出使用。

（三）實現

酒店管理系統最終會包含很多的有序的子系統，行政、服務和結算是酒店管理系統中的基礎子系統。在進行子系統構建時，要根據酒店的具體部門設置進行構建，并根據酒店的規模與需要擴大或縮小子系統的構建，這樣可以大大地方便酒店員工對VIP客人、團隊客人、商務客人的識別，從而提升酒店的整體服務水平。比如，部門子系統要滿足部門經理的人員管理需求，整體酒店管理系統要滿足高層管理者的經營管理需求。優質的管理系統將為酒店贏得市場，在進行酒店需求分析與系統設計后，必定能使酒店的經營管理工作更上一層樓。最終所有建模都應建立在顧客需求的基礎上來開發和設計。    

酒店管理系統論文:酒店管理系統設計論文

【摘要】基于Java的酒店管理系統完成了電子化和網絡信息化，以及酒店辦理的自動化，提高酒店客房等各個模塊的功能協調，為酒店的服務質量給予了保證。用戶也能夠依據實際需求進行選擇。體系功能主要包含查詢客戶，客房計費信息，留言板等基本辦理體系是依據酒店客房辦理實際情況，是為了酒店對房間進行集中辦理和查詢作用，以改善酒店工作人員的工作效率。

【關鍵詞】Java;酒店管理;數據庫

中國經濟的飛速發展帶動旅行水平的迅速前進，目前中國旅游出行的人數不斷增加，商務活動也越來越活躍，人們對酒店服務提出更高、更多樣性的需求。如何把酒店在有限的財力、人力、物力及信息資源情況下更好的服務于酒客戶，是一切酒店公司所要面臨首要的問題。

一、系統介紹

基于Java的酒店管理系統是一個采用java+mysql+web的模式訂制的小型電子信息管理平臺。系統功能完備以Web界面與用戶交互，為用戶提供信息并接受其操作，同時通過數據庫管理系統來存儲信息數據，實現了對信息數據的瀏覽、查詢、編輯和管理等基本數據庫操作。系統采用模塊化程序設計方法，根據用戶的需求及程序的應用與維護的易用性將各個部分置于不同的模塊當中，便于程序的擴展與維護。系統基本上滿足客房管理、預訂管理、特色服務管理等方面的需求，界面美觀清晰、操作簡單易用。

二、系統設計

基于Java的的酒店管理系統是以Mysql建立數據庫而生成的酒店辦理體系。系統操作簡單、界面明晰，直觀對相應的功能進行設計。

2.1系統功能模塊劃分

（1）系統用戶管理:主要負責對管理員信息的修改等；（2）會員信息管理:主要負責對客戶信息的增加、刪除、修改；（3）房間信息管理：主要負責房間類型的增加、刪除、修改，以及房間的管理；（4）預訂信息管理：主要負責客戶預訂、入住等功能實現，實時更改房間的狀態；（5）入住信息管理：主要負責顧客入住酒店、離店結賬、更新入住信息操作；（6）留言信息管理：主要負責顧客對酒店服務的評價操作；（7）站內新聞管理:主要負責酒店最近新聞的添加管理操作。

2.2系統結構劃分

系統采用最為常用的MVC架構實現,模型層（Model）、視圖層（View）、控制層（Controller）三層結構。模型(Model)：業務規則的制定和處理業務流程/狀態；業務流程的處理是對于其它層才說是黑箱操作，接受模型查看所請求的數據，并返回最終的結果；業務模型的設計可以說是MVC最主要的核心。視圖(View):使用JSP頁面顯示數據，與用戶交互的頁面。控制器(Controller):控制(Controller)是從用戶接收請求,模型和視圖匹配在一起，以完成用戶的請求；劃分控制層的影響是顯而易見的，它是一個調度器，選擇什么樣的模式，什么樣的視圖的選擇可完成什么樣的用戶請求。

三、數據庫設計

3.1邏輯模型設計

邏輯結構設計是把概念結構設計階段設計的E-R圖轉換為與選用的DBMS產品所支持的數據模型相符合的邏輯結構。管理員(ID,用戶名,密碼)；客房（ID，房間號，客房類型，價格，客房信息等）；用戶（ID,用戶名，密碼，性別，年齡等）；預定（ID，客房號，預定時間，入住日期，押金等）；入住（ID，客房號，用戶名，身份證，費用等）；留言（ID,用戶名，留言內容，留言時間等）。

3.2物理模型設計

管理系統物理存儲在名為db_jiudian的Mysql的數據庫中，所涉及的表如下：1.管理員表。用于存放操作員的信息,例如：管理員員的用戶名,密碼,ID。結語：為了提高酒店的作業效率，酒店管理系統的科學化、信息化、體系化建設將變的尤為重要。基于Java的酒店管理系統是依據酒店對客房辦理的實際情況而進行設計的，完成客戶對酒店中的客房查詢和預定，便利酒店管理人員對客房的實際情況而進行集中查詢辦理作業。

作者:萬巖 史愛雯 張岳 單位:黑龍江八一農墾大學

酒店管理系統論文:SSH整合框架下的酒店管理系統設計及實現

摘要：隨著全球信息化的到來，各行各業對行業信息化越來越重視，信息化帶來的產業高效率相當明顯，酒店管理也迫切的需要進行信息化以跟上時展腳步。在此條件下提出了SSH框架下的酒店管理系統以實現對酒店的統一高效管理。

關鍵詞：酒店管理；Struts

一、SSH框架介紹

一個好的框架可以通過指示如何安排代碼分布，以大大減少使我們在開發過程中所需處理的問題同時也有利于減低耦合度。Struts+Spring+Hibernate的整合框架，通過在表示層采取Struts、業務層采取Spring、而持久層則采取Hibernate使各層有很高的獨立性。

（一）Struts2.0

1.簡要介紹。Struts2.0是實現MVC設計模式的新一代web應用程序框架。MVC的中的模型（model）、視圖（view）、控制器（controller）在Struts2中是通過動作（action）、結果（result）、過濾分配器（filter dispatcher）來分別實現。

2.工作流。首先web瀏覽器客戶端發出請求，然后過濾分配器通過檢查請求來決定處理的Struts2動作，動作處理首先將業務邏輯封裝到獨立單元最后返回數據到視圖上。

3.Struts的工作原理。Struts提供的簡潔的MVC與關鍵的架構組建緊密相關。Struts的主要組件包括有攔截器、Value Stack、OGNL。

（1）攔截器。是Struts框架的核心部分，每一個動作都和一組攔截器相關聯，請求的前后都可以執行攔截器。本系統攔截器設置如下：

class="interceptor.Authentication Interceptor"/>

（2）Value Stack。Value Stack在Struts2主要的作用是存儲請求過程中所需應用程序域的數據。數據的操作和呈現都依賴Value Stack。

（3）OGNL。OGNL表達式可以將攔截器和結果指向對應的Value Stack中

（二）Spring

Spring的最大優勢是允許分層架構。利用Spring框架可以避免那些可能致使底層代碼變得繁雜混亂的大量的屬性文件和幫助類。

（三）Hibernate

Hibernate框架主要是用于源代碼與的對象關系映射，它和JDBC密切相關，與App Server，和EJB沒有必然聯系，Hibernate可以用在任何JDBC可以使用的場合。Hibernate的核心接口有：Session、Session Factory、Transaction、Query和Configuration。正是利用利用這些接口，可以實現對持久化對象存取和對事務控制。

二、體系結構設計

本酒店管理系統整體上分割為三個模塊。對外預定及酒店展示模塊，事務處理模塊，服務請求模塊。三個模塊各司其職。

模塊一：面對酒店外部客戶，因此事務主要來源于網頁瀏覽。

模塊二：面對酒店事務管理，事務主要來源于內部管理人員。

模塊三：面對已入住酒店的客戶，用于服務其請求。

1.事務管理模塊又分為基本功能模塊、信息查詢模塊、報表生成模塊、庫存管理模塊、員工管理模塊、餐飲管理模塊。

2.服務請求模塊又分為餐飲預定管理模塊、房間服務管理模塊、房間信息提醒模塊、推薦信息模塊。

3.對外預定及酒店展示模塊又分為酒店展示模塊、房間信息展示模塊、房間預定模塊、信息模塊。

三、數據庫結構設計

本系統內所使用的每個數據結構中的每個數據項的都存儲與My SQl數據庫中，默認為系統目錄C：\Documents and Settings\All Users\Application Data\My SQL\My SQL Server\data。訪問方法：編程過程中通過navicat進行數據庫的視窗操作與數據庫的備份，導入，導出等工作。對數據進行定期備份，保證數據安全性。

存取單位：按功能不同，如備份單位不同，存取單位不同，或者是一般的數據庫插入刪除的操作。保密條件：通過My SQL數據庫的訪問權限控制、具體數據庫訪問權限控制、具體操作權限控制等多種方式保證數據安全性。

四、小結

本系統對酒店從住房、餐飲到酒店內部員工和財務等管理進行了詳細的設計和規劃，并且使用當前最流行的SSH框架，輕松地解決了開發中的大量問題，簡化了開發步驟，令開發人員有更多的精力和時間在業務邏輯的設計上，使該系統擁有更加強大的功能和更高的應用價值。