前言：我們精心挑選了數篇優質酒店管理系統論文文章，供您閱讀參考。期待這些文章能為您帶來啟發，助您在寫作的道路上更上一層樓。

第1篇

【關鍵詞】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的酒店管理系統是依據酒店對客房辦理的實際情況而進行設計的，完成客戶對酒店中的客房查詢和預定，便利酒店管理人員對客房的實際情況而進行集中查詢辦理作業。

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

參考文獻

[1]王菁.酒店管理系統設計[J].辦公自動化：綜合月刊.2010，(2)：23-27

第2篇

現在，科學技術的飛速發展把人類社會推向了一個嶄新的時代——信息時代。這已是無可爭議的事實；信息對社會經濟發展的巨大推動作用，使其與物質能源一起并列為現代社會的三大支柱，這已在全社會達到共識。而管理信息系統是隨著管理科學，信息技術，計算機技術等的發展而產生和發展起來的。圖書管理系統是一個教育單位不可缺少的部分,它的內容對于學校的決策者和管理者來說都至關重要,所以圖書管理系統應該能夠為用戶提供充足的信息和快捷的查詢手段。作為計算機應用的一部分,使用計算機對酒店預定信息進行管理,具有著手工管理所無法比擬的優點.例如:輸入方便、直觀、檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地酒店預定管理的效率,減少因為手工預定帶來的麻煩，也是酒店的科學化、正規化管理,與時代同步的重要條件。

因此，開發這樣酒店預定管理系統成為很有必要的事情。

關鍵字

酒店預定系統，預定管理，設計與實現

第一章系統分析

1.1開發背景

隨著電子計算機和通信技術的發展，人類已經逐漸地進入信息化社會。信息和材料、能源一樣成為一種社會的基本生產資料，在人類的社會生產活動中發揮著重要的作用。同時人們對信息和數據的利用與處理也已進入自動化、網絡化和社會化的階段.。

本系統主要針對酒店娛樂行業，開發一套，適用與前臺，用來管理統計酒店預定宴席的軟件，通過直觀可視化界面，簡單易懂的操作，替代目前酒店業采取以書面記錄的形式。無須酒店企業雇傭專門的計算機人員即可完成運作。實現日訂單，月訂單，年度訂單查詢，有助與酒店管理層分析經營情況，更正經營管理上的不足

酒店規模的不斷擴大，以及預定酒席的提前，酒席數量相應的增加，有關預定的各種信息量也成倍增加，面對著龐大的信息量，傳統的人工方式管理會導致管理上的混亂，人力與物力過多浪費，使酒店的管理費用的增加，并給酒店的運營帶來不必要的麻煩，影響整個酒店的運作和控制管理，因此，必須制定一套合理、有效，規范和實用的酒店預定系統，對預定信息進行集中統一的管理。本設計所完成的酒店預定管理系統軟件是一功能比較完善的數據管理軟件，具有數據操作簡單、方便高效迅速等優點。系統采用VisualBasic和MicrosoftAccess。系統開發的總的設計目標是實現酒店預定管理的系統化、規范化和自動化，實現對預定信息的集中統一的管理。

1.2任務概述

1.2.1組織結構圖

組織結構圖

1.2.2組織與業務的關系

1.業務流程圖

1.前臺

使用本軟件對預定信息進行安排，并回虧客戶，將預定信息送達給管理部。

2.管理部

•酒席安排

根據預定信息進行酒席的安排布置。

•席間服務

根據酒席的類型布置餐廳，布置酒席，提供服務人員。

3.采購部

•安排部

根據本軟件提供的信息提前安排人員對酒席菜式進行安排，計算出需要多少原料，查看庫存并反饋給供應部

•供應部

根據安排部的信息進行原料的準備，采購等，成本送達財務部。

4.廚房

根據酒席規模安排廚師等。

5.財務部

財務匯總、成本計算、利潤計算。

1.2.3需求分析

本系統要開發的酒店預定管理系統的具體功能包括酒席預定信息管理、預定提示管理、酒席資源釋放和系統設置，由管理人員負責數據維護。對于已經入庫的信息，系統根據用戶不同的使用權限提供查詢和打印服務。

1酒店預定管理系統的需求分析圖

當決定要開發一個信息系統時，首先要對信息系統的需求進行分析。需求分析要做的工作是深入描述軟件的功能和性能，確定軟件設計的限制和軟件同其他元素的接口細節，定義軟件的其他需求。其實步驟包括四步。

模型化抽象化

出

具體化實例化

軟件開發過程

(1)獲得當前系統的處理流程，在此首假設當前系統是手工處理系統。手工處理流程大致是這樣的。讀者將要預定的酒席數量、時間、類型交給工作人員，工作人員預定酒席的時間進行查詢，安排空位。并在本軟件上填寫預定信息。這樣預定過程就完成了。預定時間將到期時，本軟件將提示酒店工作人員，將預定信息傳達到管理部門，本軟件進行酒席確認，解除提示。

(2)抽象出當前系統的邏輯模型。在理解當前系統“怎么做”的基礎上，抽取其“做什么”的本質，從而從當前系統的物理模型抽象出當前系統的邏輯模型。在物理模型中有許多物理因素，隨著分析的深入，有些本質的因素就成為不必要的負擔，因而需要對物理模型進行分析，區分出本質的和非本質的因素，去掉那些非本質的因素即可獲得反映系統本質的邏輯模型。

(3)建立目標系統的邏輯模型。分析目標系統與當前系統邏輯上的差別，明確目標系統到底要“做什么”，從而從當前的邏輯模型導出目標系統的邏輯模型。在對上述流程進行分析后，我們對新的酒店預定管理流程進行整理。

1.2.4功能體系圖

功能體系圖

1.2.5實現目標

《酒店預定管理系統》針對的用戶是單個酒店，主要的實現目標有：

?實現酒席管理；

?實現定單提示；

?實現各種統計、查詢、打印功能；

?能夠提供一定的安全機制，提供數據信息授權訪問，防止隨意刪改，同時提供信息備份的服務。

1.2.6運行環境

1．硬件要求以下是系統在運行環境中的硬件要求：

P4及以上芯片，128M內存；服務器、管理機各一臺，40以上硬盤。另外的配套硬件設備有打印機；查詢的客戶機若干（自選）。以WINDOWS2000SERVER為服務器平臺,后臺為大型數據庫MICORSOFTACCESS，并提供數據的備份與恢復功能，數據安全性好，不會出現網絡堵塞現象；系統采用大量的COM（組件對象模型）技術和優化的數據庫查詢方法，減少服務器的負擔，保證系統穩定的運行。

2．軟件要求在系統運行下的軟件環境要求如下：

服務器端安裝WINDOWS2000SERVER、IISWEB服務器、關系數據庫管理采用MICROSOFTACCESS

1.3項目開發計劃

2004年11月20日——2004年11月30日

填寫《開題報告》和《任務書》，由指導教師保存。

2004年12月1日——2005年1月7日

嚴格按統一的規范格式，進行畢業設計與畢業設計文檔撰寫。在本學期末之前完成設計文檔中的“第一章系統分析”與“第二章概要設計”。

2005年1月7——2005年2月30日====

完成系統的詳細設計

2005年2月30日----2005年4月15日

完成系統測試

2005年4月15日——2005年5月15日

完成用戶手冊

2005年5月15日----2005年6月1日

完成全部文檔,統一整理合成,做最后修改

2005年6月1日----2005年6月15

打印完畢后交由計算機系辦統一裝訂成冊。

1.4數據流圖和數據詞典

酒店預定管理查詢酒席信息和客戶信息；

1.4.1客戶預定酒席過程

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱預定輸入

子項目代碼名稱YDSR

作者朱電腦

創建時間2005-1-620：10

修改時間2004-1-1510：30

1.數據流圖

2.數據詞典

(1)數據源點及匯點描述：

①名稱：客戶

簡要描述：預定、查詢及登記

有關數據流：預定時間；預定數目

②名稱：日歷

簡要描述：當日日期

有關數據流：年月日

(1)加工邏輯詞條描述：

①加工名：預定檢驗

加工編號：1

簡要描述：檢驗客戶身份、酒席是否有沖突。

輸入數據流：客戶信息，酒席時間，酒席數量

輸出數據流：預定沖突信息，預定信息

加工邏輯：IF要求時間內酒席沖突THEN

發出“預定錯誤”

ENDIF

ENDIF

ENDIF

ENDIF

②加工名：預定登記

加工編號：2

簡要描述：將“預定信息”登記到“預定記錄數據庫”中，完成后將預定確認函提交客戶

輸入數據流：預定信息，日期

輸出數據流：預定信息確認

加工邏輯：預定信息及日期寫入記錄；

打印預定確認函

（1）數據流名詞條描述：

①數據流名：客戶口頭預定信息

數據流來源：客戶

數據流去向：酒席檢驗

數據流組成：客戶信息＝客戶編號＋姓名＋聯系方法

客戶編號＝“000000001”..“999999999”

姓名＝2{字母}24

聯系方法＝4{字母}50

②數據流名：預定酒席信息

數據流來源：客戶

數據流去向：酒席檢驗

數據流組成：酒席信息＝酒席號＋類型＋摘要

酒席號＝“000000001”..“999999999”

類型＝2{字母}24

摘要=10{字母}200

③數據流名：檢驗錯誤

數據流來源：酒席檢驗

數據流去向：讀者

數據流組成：檢驗錯誤＝2{字母}40

每個數據量流通量：

④數據流名：預定信息

數據流來源：酒席檢驗

數據流去向：預定登記

數據流組成：預定信息＝酒席號

每個數據量流通量：

⑤數據流名：日期

說明：提供當前日期信息

數據流來源：日歷

數據流去向：酒席檢驗，預定登記

數據流組成：日期＝年＋月＋日

年＝“0000”..“9999”

月＝“01”..“12”

日＝“01”..“31”

每個數據量流通量：

（2）數據文件詞條描述：

①數據文件名：客戶庫

簡述：存放客戶信息

輸入數據：無

輸出數據：客戶信息

數據文件組成：客戶庫由“客戶信息”組成

②數據文件名：酒席資源庫

簡述：存放酒席資源

輸入數據：無

輸出數據：酒席資源信息

數據文件組成：酒席資源庫由“酒席資源”組成

1.4.2客戶預定過程

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱定單管理

子項目代碼名稱DDGL

作者

創建時間2005-1-620：10

修改時間2004-1-1510：30

1.數據流圖

1.數據詞典

（1）數據源點及匯點描述：（前面已描述）

（2）加工邏輯詞條描述：

①加工名：酒席檢驗

加工編號：3

簡要描述：檢驗酒席是否能夠安排

輸入數據流：酒席數量，酒席類型

輸出數據流：檢驗錯誤

加工邏輯：IF酒席不能安排THEN

發出“檢驗錯誤”

ELSE發出“安排成功”

ENDIF

②加工名：酒席安排

加工編號：4

簡要描述：對安排好位置的酒席進行席間服務的安排

輸入數據流：酒席數量、類型、日期

輸出數據流：安排成功

加工邏輯：IF不能安排THEN

統計安排的酒席數

生成返回信息

ELSE刪除酒席記錄庫中相應的酒席記錄

生成成功信息

ENDIF

給出成功預定返回信息

（3）數據流名詞條描述：

①數據流名：預定成功

說明：用于傳遞酒席號

數據流來源：預定檢驗

數據流去向：預定輸入

數據流組成：酒席信息＝酒席號

（4）數據文件詞條描述：（前面已描述）

1.4.3綜合查詢過程

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱查詢

子項目代碼名稱CX

作者朱電腦

創建時間2005-1-620：10

修改時間2004-1-1510：30

2.數據流圖

3.數據詞典

（1）數據源點及匯點描述：

①名稱：工作人員

簡要描述：所有營業管理動作

有關數據流：查詢信息

②其它（前面已描述）

（2）加工邏輯詞條描述：

①加工名：查詢

加工編號：5

簡要描述：查詢碟片是否租出或是否已被預定

輸入數據流：客戶信息，狀態信息，預定信息

輸出數據流：查詢錯誤，酒席信息

加工邏輯：IF所有庫中均無查詢內容THEN

發出“查詢錯誤”

ELSE

發出“查詢返回結果”

ENDIF

（3）數據流名詞條描述：

①數據流名：查詢信息

說明：用于傳遞預定的查詢所得信息

數據流來源：查詢

數據流去向：客戶；工作人員

數據流組成：查詢信息＝酒席信息、客戶信息、預定記錄

其它（前面已描述）

（4）數據文件詞條描述：

①數據文件名：顧客客戶記錄庫

簡述：存放客戶預定記錄

輸入數據：預定信息

輸出數據：預定信息

1.4.4預定管理過程

1.簡要說明

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱預定信息提醒

子項目代碼名稱YDTX

作者林藝

創建時間2005-1-620：10

修改時間2004-1-1510：30

3.數據流圖

4.數據詞典

（5）數據源點及匯點描述：（前面已描述）

（6）加工邏輯詞條描述：

①加工名：圖書庫操作

加工編號：7

簡要描述：根據工作人員的操作信息對圖書庫內記錄進行處理

輸入數據流：操作信息

輸出數據流：操作成功返回信息，提示信息

加工邏輯：IF酒席即將到期THEN

發出“提示信息”

ENDIF

（7）數據流名詞條描述：

①數據流名：操作信息

說明：用于工作人員操作得信息

數據流來源：工作人員

數據流去向：酒店預定管理

②數據流組成：操作信息＝操作內容+操作值

（8）數據文件詞條描述：（前面已描述）

1.4.5客戶管理過程

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱客戶管理

子項目代碼名稱KHGL

作者

創建時間2005-1-620：10

修改時間2004-1-1510：30

5.數據流圖

6.數據詞典

（9）數據源點及匯點描述：（前面已描述）

（10）加工邏輯詞條描述：

②加工名：客戶信息庫操作

加工編號：7

簡要描述：根據工作人員的操作信息對讀者庫內記錄進行處理

輸入數據流：客戶信息，操作信息

輸出數據流：操作成功返回信息，客戶信息

加工邏輯：IF讀者庫中無此客戶THEN

發出“操作錯誤”

ELSE

發出“操作成功返回結果”

ENDIF

（11）數據流名詞條描述：

②數據流名：操作信息

說明：用于工作人員操作得信息

數據流來源：工作人員

數據流去向：客戶管理

③數據流組成：操作信息＝操作內容+操作值

（12）數據文件詞條描述：（前面已描述）

1.4.7系統設置過程

1.簡要說明

項目名稱酒店預定管理系統

項目代碼名稱JDYD

子項目名稱系統設置

子項目代碼名稱XTSZ

作者林藝

創建時間2005-1-620：10

修改時間2004-1-1510：30

2.數據流

數據詞典

(5)數據源點及匯點描述：（前面已描述）

(5)加工邏輯詞條描述：

①加工名：系統設置

加工編號：8

簡要描述：根據工作人員的設置內容對系統設置庫進行修改

輸入數據流：設置內容

輸出數據流：操作錯誤，操作成功返回信息

加工邏輯：IF設置內容是否錯誤THEN

發出“操作錯誤”

ELSE

發出“操作成功返回信息”

ENDIF

（13）數據流名詞條描述：

①數據流名：設置內容

說明：用于工作人員設置的信息

數據流來源：工作人員

數據流去向：系統設置

④數據流組成：設置內容＝設置項名+設置值

⑤設置項名=6(字母)

⑥設置值=4(數字)

（14）數據文件詞條描述：

①數據文件名：系統設置庫

簡述：存放系統設置信息

輸入數據：設置信息

輸出數據：設置信息

數據文件組成：系統設置庫由“系統設置信息”組成

第二章概要設計

1.2系統結構圖

1.3處理流程

1.3.1主流程

1.建立與數據庫的連接

2.獲取系統設置

3.顯示主對話框

4.等待用戶輸入

如為預定：進入預定酒席流程。

如為退定：進入刪除酒席流程

如為酒店定座信息查詢：進入酒店定座查詢流程。

如為系統管理：進入系統管理流程。

如為退出：檢查所有子窗口，關閉對話框，斷開與數據庫的連接

1.3.2預定酒席流程

要求用戶輸入客戶姓名

1.客戶身份查驗

2.獲取相關的客戶信息并顯示

3.等待用戶輸入

如為確認輸入預定桌號，提交預定請求，更新信息顯示，顯示預定操作結果。

如為完成預定操作：結束預定流程。

1.3.3退定酒席流程

1.輸入退定酒席桌號

2.讀出退定酒席信息及同次所預定的酒席信息并顯示

3.將退定的酒席桌號從預定酒席記錄中刪除

4.如有丟失，加以處理

如為確認客戶身份：讀入退定桌號，更新信息顯示，顯示退定酒席操作結果。

如為完成退定酒席操作：結束退定酒席流程

1.3.4查詢流程

1.選擇查詢內容的類型

2.輸入查詢關鍵值

3.根據內容類型讀取對應數據表

4.顯示查詢

如為完成查詢操作：結束查詢流程。

1.3.5客戶管理流程

要求用戶輸入客戶名稱

1.讀者身份查驗

2.獲取相關的客戶信息并顯示

3.等待用戶輸入

如為確認輸入客戶名稱：讀入客戶名稱，增刪改客戶信息，更新信息顯示，顯示客戶管理操作結果

如為完成客戶管理操作：結束讀者管理流程。

1.3.6桌位管理流程

要求用戶輸入桌位號

1.桌位號查驗

2.獲取相關的桌位信息并顯示

3.等待工作人員輸入

如為確認輸入桌位號：讀入桌位號，增刪改桌位信息，更新信息顯示，顯示桌位管理操作結果。

如為完成桌位管理操作：結束桌位管理流程。

1.4數據庫設計

前面已經根據系統的需求信息擬訂了表結構，從現在開始，將介紹系統的具體實現。使用的后臺數據庫服務器為Access.

該圖書管理系統的庫結構為：

2.3.1桌位表

由多個桌位記錄構成。

桌位記錄的數據結構如下：

桌位編號--------整數（唯一標示符）

桌位所在哪個包廂---------變長字符串

服務員名稱---------變長字符串

桌位大小---------實數

2.3.2客戶表

由多個客戶記錄構成

讀者記錄的數據結構如下：

客戶號-----------整數（唯一標示符）

客戶姓名------------變長字符串

客戶聯系方法-----------變長字符串

2.3.3預定酒席記錄表

由若干個預定酒席記錄構成

預定記錄的數據結構如下：

預定的桌號----------整數（與圖書庫中的圖書編號對應）(唯一標示符)

預定客戶的姓名---------------整數（與讀者庫中的圖書編號對應）

預定的時間-----------------日期

2.3.4預定酒席歷史記錄表：(History)

由若干個預定酒席歷史記錄構成

預定酒席歷史記錄的數據結構如下：

預定人姓名-----------整數（唯一標示符）

預定的桌號----------整數（唯一標示符）

預定的日期----------日期

2.3.5退定酒席記錄表:(Return)

由若干個退定酒席記錄構成

退定酒席記錄的數據結構如下：

桌位號------------整數（唯一標示符）

退定日期-------------日期

系統操作人員ID(B_Clerk_ID),整數(系統自動生成，唯一標示符)

2.3.6系統設置表

有單個系統設置記錄構成

系統設置記錄的數據結構如下：

記錄號(id)整數(系統自動生成，唯一標示符)

最多可預定桌數(MaxBLNum)整數

第3篇

隨著Internet技術的發展與普及，電子商務已經滲透到國民經濟的各個領域，時下正以前所未有的速度迅猛發展，成為各個國家增強經濟競爭實力、贏得全球資源配置優勢的有效手段。從我國來看，“十五”期間，電子商務才開始步入務實發展軌道，并逐步滲透到經濟和社會的各個層面。目前，電子商務的運用還是主要集中在B2B模式的企業采購，而在服務行業的運用尚未形成規模。酒店業，作為服務行業的一大支柱產業，其電子商務的運用尚在起步階段，主要呈現以下三個特點：

1.大部分中小型酒店缺乏電子商務意識

據《中國飯店業務統計》調查的4、5星級的飯店訂房渠道中，"獨立訂房系統"和"酒店網站"分別只占2.7%和0.8%，加上占飯店總數80％的中小飯店的數據，則這一比重更低。中國互聯網信息中心（CNNIC）于07年7月份的《中國互聯網絡發展狀況統計報告》顯示，“網上預訂”服務在“網民經常使用的網絡服務”排名統計中只占5.4%，排名23位。通過網絡進行旅行檢索和預定酒店的總體規模只有8.5億元，只占整個旅游產業規模的0.1%。其次，酒店電子商務意識低還表現在酒店網站技術含量低以及酒店的管理人員不知道如何運用網絡手段進行營銷。

2.缺少專業化的電子商務系統

酒店業是一個特殊的服務行業，與傳統的電子商務行業不同的是，酒店業的產品是客房及相關服務，具有無形性和不可儲存的特點。酒店業電子商務無需物流配送環節，基于其產品的特點，也很少需要客戶進行預付款，但必須關注于信息的及時，更新，以及網站的宣傳。所以，從電子商務交易過程中的“三流”來看，酒店電子商務系統應著重處理的是信息流，資金流次之，無需物流管理。

現在，大部分人對電子商務技術在酒店業的運用的認識存在偏差，大多數開展電子商務的酒店基本上是一個宣傳網站，而沒有把電子商務系統作為一項工程來做，沒有相應的戰略規劃，缺少專業的與酒店各項業務和管理流程相匹配的電子商務系統。

3.電子商務系統集成度低

國內少數擁有電子商務系統的酒店只是用系統網站進行酒店宣傳和網上訂房業務，沒有一套與酒店各項業務相匹配的集成系統來綜合進行形象宣傳、網絡營銷、客戶關系管理（CRM）和各項資源管理。所以，國內一些酒店即使上了電子商務系統，也沒有在經營管理方面收到明顯成效。

近十年，隨著中國加入WTO和旅游業的興起，酒店業的發展勢頭迅猛。隨之也產生了各種各樣的問題，如酒店的宣傳問題：如何提高酒店知名度，吸引更廣泛的顧客；酒店做大后，如何進行有效地資源管理和配置；如何及時地了解客戶需求，適應市場變化。要解決這些問題必然需要專業的自動化的管理，于是安裝一個有效地電子商務系統也就成了未來酒店業發展的必然趨勢。

二．酒店Intranet系統設計

根據美國ForresterResearch研究機構的調查，一般企業的總成本（CTO）中有65%來自管理，酒店成長到一定規模，管理就會成為突出的問題。要解決這個問題就必須建立統一的系統將酒店的各項信息全面集成起來，將各個管理職能部門聯系起來，實現管理的自動化，程序化和規范化。

在酒店開展電子商務，酒店首先要具備相應的網絡硬件環境，然后引入相應的應用軟件，從而實現業務的自動化和管理的規范化。酒店的核心業務就是客房預定管理業務，所以酒店應優先在這部分業務中推進電子商務，在推進電子商務之前，需要對這部分業務進行詳細的業務流程分析和需求分析，下面就是酒店客房預定管理業務的基本流程分析：

1.客戶進行客房基本信息查詢，包括剩余客房的房間配置，價格等信息。

2.客戶在線實名制填寫預定單，訂單信息包括客房種類，客房數量，入住時間，預定天數，以及客戶身份證號。系統分配給客戶一個臨時登陸號和密碼。

3.系統通知客房管理部門，進行相應客房的預留。

4.在入住前，客戶如有特殊情況，可以用臨時號登陸，并取消預定。

5.客戶來入住，出示相應的證件，系統進行確認并將客戶信息上報公安機關審批，其入住預定房間。

6.客戶走時結賬，系統通知財務部，并將相關客戶信息備份。

以上是酒店核心的預定管理業務的流程分析，此外，一個完整的酒店電子商務系統還應包括客戶關系管理，財務管理，和資源管理三塊。

客戶關系管理也是酒店電子商務系統中不可或缺的一塊，酒店是一個服務性行業，服務的目標就是獲得客戶的100%的滿意度，特別是中國加入WTO后，客戶呈多樣化的特點，要滿足客戶的不同個性化需求，就要求酒店要全面的收集，提煉和整合不同消費者的需求特點，然后對信息進行提煉，挖掘，并提供相應的服務，這樣才能全面留住客戶，提高酒店利潤。

為實現以上目的，該模塊應包括客戶資料收集與分類，客戶投訴管理，客戶反饋信息分析等子功能模塊。

財務管理也是酒店管理系統中重要的一個模塊，其目的是要實現財務管理的規范化和透明化，系統應自動記錄每一筆資金的來源和去向，計算投資盈利情況，為酒店生成各種報表，并為酒店的各種決策提供信息，所以此模塊應包括資金流管理，報表生成等子功能模塊。

資源管理模塊主要為酒店提供其內部資源合理配置和優化，一個酒店要節省成本，必然考慮怎樣在有限的資源下通過合理的資源配置和優化來獲取最大的利潤。一個酒店的資源主要包括人力資源和和其硬件設施。酒店應有一套完整的員工管理制度，晉升制度，并且要能夠發現員工的不同長處，進行合理的崗位調度。硬件設施是酒店為客戶提供服務的基礎，酒店對其硬件設施進行細微的管理，應細致到客房里的每一件物品，并對其進行使用記錄，通過嚴格的管理，發揮每個硬件設施的最大效用。所以，酒店的資源管理模塊應包括人力資源管理和硬件資源管理等子模塊。

三．酒店Internet系統規劃

首先建立酒店的網站搭建B2C電子商務平臺，為全球客戶提供24小時的無中斷服務，建立電子商務網站是要著重考慮一下幾個方面：

（一）網站風格。網站風格是指站點的整體形象給瀏覽者的綜合感受，網站設計時需要考慮站點的CI（標志、色彩、字體、標語）、版面布局、瀏覽方式、交互性等方面。結合酒店業的特點，酒店的網站的風格應該是平易近人的，并且給人一種放松的感覺。

（二）網站目標客戶分析。進行電子商務網站開發前，應調查和分析目標客戶，了解網站可能服務的對象和他們的需求，規劃與設計符合目標客戶群的電子商務網站，為他們提供所需的產品或服務，滿足他們的興趣和愛好，吸引他們對網站的注意力，增強網站的指向性。所以，酒店業的電子商務網站可以提供一些最新的旅游資訊來吸引客戶，從而使酒店的電子商務網站不僅僅是停留在酒店形象宣傳、信息與簡單的信息瀏覽的層面上，而是成為滿足客戶需求的商務網站，這樣，電子商務成功的可能性就越高。

（三）增加方面客戶的功能。酒店電子商務網站的設計還應從怎樣從方面客戶使用的角度出發，增加一些方面客戶使用的功能，如客房的自動搜索功能，用戶可以自定義查詢條件，搜索自己中意的客房。又如可以增加論壇系統，方面網友在線進行討論交流，酒店也可以通過論壇進行市場調查，客戶反饋等活動。

其次推廣網站并進行網絡營銷，在進行網站推廣時要充分利用網下資源和網上資源進行推廣，利用網下媒體進行推廣就是要設法在網下的各種傳媒上宣傳酒店網站，塑造網站在公眾中的良好形象；利用網上資源進行網站推廣，可以用搜索引擎及競價排名的方式進行網站的推廣，也可與大型的旅行網站合作，通過在其頁面上做廣告的方式推廣。在網絡營銷方面，酒店要充分利用客戶資源，運用電子商務相關技術，通過客戶的交流與反饋，建立客戶數據庫，挖掘有價值的市場信息，建立完善的網上服務系統，并安排專人負責。對客戶的疑問和投訴及時解決，了解客戶需求及滿意度，提高酒店服務能力和服務水平。

四．酒店B/S模式的整體電子商務系統架構

在完成酒店電子商務系統的需求分析后，就要開始設計系統的整體架構，選擇什么樣的系統架構取決于系統對功能的需求.目前，主要有兩種電子商務系統架構：兩層式客戶/服務器架構(C/S架構，Client/Service)，三層式客戶/服務器架構(B/S架構,Browser/Service)。

當客戶要向酒店的服務器發出一個web頁面請求信息，客戶上的瀏覽器創建一個HTTP請求并發到Internet上，請求通過Internet傳送到酒店的服務器上，服務器根據用戶請求創建一條HTTP信息（包含HTML文檔）用客戶提供的回復地址將信息發到Internet上，最后回復信息通過Internet傳到客戶機上，瀏覽器識別HTML文檔，將頁面顯示出來。

C/S架構有一個致命的缺陷，就是只能根據用戶的請求顯示靜態頁面，無法滿足酒店電子商務系統需要與用戶交互的需求，無法支持網站一些常用的功能，如搜索功能。所以根據酒店電子商務系統的需求分析，應采用B/S架構。

B/S架構

B/S架構是在傳統的C/S架構的基礎上擴充出來的，是一種三層式的結構。第一層是客戶，第二層是web服務層，第三層是包含了一些應用軟件和相關數據庫，他們可以向第2層的web服務器提供非HTML信息。在B/S架構中，系統可以根據用戶提出的要求，借助第三層數據服務的支持，動態生成客戶所需要的任何信息，從而滿足酒店電子商務系統需要和用戶交互，動態滿足不同用戶的個性化需求的功能。

通過基于B/S架構的電子的商務系統，國內外的客戶，可以僅僅通過一臺瀏覽器享受都酒店為其提供的個性化得服務。酒店的管理人員也可以在任何時間和地點通過身份認證查詢到酒店第一手的信息，處理內部事務，從而酒店提高酒店辦公人員的工作效率。

結束語

我國酒店業起步較晚，信息化程度低，與世界發達國家相比還有較大差距。但隨著中國加入WTO以及中國旅游業的興起，給我國的酒店業帶來的許多機遇和挑戰，如何把握機遇迎接挑戰，成了我國酒店業面臨的關鍵問題，基于B/S結構的酒店業電子商務系統可以幫助酒店提高管理水平，擴大客戶群，使單體酒店進一步拓展全球市場，實現全球營銷。但是我們也不能照搬西方的管理和營銷模式，我們還要在實踐中不斷探索，真正找到并完善適合我國酒店業電子商務系統。

參考文獻：