時間：2022-02-23 21:04:58
開篇：寫作不僅是一種記錄，更是一種創造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇酒店信息管理系統，希望這些內容能成為您創作過程中的良師益友，陪伴您不斷探索和進步。
隨著我國酒店行業的發展以及電子商務的發展，人們越來越傾向于網上預訂酒店，因此加強酒店信息管理系統的開發是加快酒店發展的必要條件之一，所以本文就對基于C/S模式的酒店信息管理系統教學設計進行了以下的研究。
一、C/S模式的優點
1、C/S模式的定義
C/S模式的全稱是Client/Server模式，C/S模式是一種軟件系統結構，包括了客戶機和服務器的結構，通過C/S模式可以將任務分別分配到客戶端和服務器中，從而大大地降低了軟件系統的通訊費用。使用C/S模式，可以讓系統內外的用戶都能夠對應用系統進行訪問，這也是C/S模式的發展方向。
2、C/S模式的優點
C/S模式在運行過程中具有兩個顯著的優點，分別是可以有效地減輕應用服務器運行數據的負荷和能夠將數據的儲存管理功能變得更加透明化。首先，C/S模式的運行體系由兩個部分組成，分別是前臺程序以及后臺程序，當后臺程序被啟動的時候，系統就可以隨時回應前臺系統所發來的請求，而客戶也可以在自己的電腦上對后臺程序進行搜索，并且請求相關操作的請求，后臺程序在收到操作請求的時候，就可以自動地根據之前系統所設置下的規則來回應前臺程序的請求，從而大大地減輕應用服務器在數據運行時的負荷。其次，使用C/S模式能夠讓數據的儲存管理功能變得更加地透明化，關于系統的數據儲存管理，是分別由前臺程序和后臺程序進行獨立管理，關于前臺程序的操作規則，是由后臺程序來進行設置，通過后臺程序進行相關的設置，可以對訪問前臺程序的用戶進行相關的權限設置。因此，通過相關權限以及規則的設置，導致在前臺程序訪問的用戶的信息都變得透明化。
二、C/S模式下的酒店信息管理系統教學設計
在C/S模式下進行酒店信息管理系統教學設計時，需要從三個方面來進行教學設計，分別是系統功能模塊設計、系統功能設計以及數據庫的建立。
1、系統功能模塊設計
在進行酒店信息管理系統設計的時候，則需要結合酒店實際的經營情況來將酒店信息管理系統分成三個組成部分，分別是前臺管理、后臺管理以及系統維護管理。首先，在進行酒店信息管理系統前臺管理設計的時候，需要設置多個子系統，比如客房服務子系統、前臺子系統、物品管理子系統等等。不同的子系統所具備的內容和功能是不同的，因此在C/S模式下，開發者需要完善各個子系統的內容與功能。比如，客房子系統應該具備對住客的預定、資料登記、客房服務等，在設計的過程中，還應該具備對客戶資料的查詢、修改等功能。
其次，關于酒店信息管理系統的后臺管理設置，也應該具備有多個子系統，比如固定資產子系統、經理查詢子系統等，關于各個子系統，系統也應該賦予一定的權限，比如針對于經歷查詢子系統，應該賦予酒店經理有查詢酒店內部的客房租住情況、有權力對客房價格進行修改、可以查詢酒店內的員工資料等等權限。
最后，關于酒店信息管理系統的系統維護管理設置，在進行該系統設計的時候，應該要賦予系統管理人員一定的權限，讓系統管理人員可以對系統的數據進行維護、備份和恢復等功能，并且準許系統管理人員對于用戶權限進行設置以及修改。
2、系統功能設計
基于C/S模式進行酒店信息管理系統，其目的之一是為了大大地提高酒店信息管理系統的工作效率以及降低系統的費用，因此基于C/S模式的酒店信息管理系統設計應該具有多個系統功能。比如，實現對客戶資料的查詢功能，相關用戶可以通過前臺程序對客戶的相關資料進行查詢，如姓名、身份證號碼、入住時間、消費金額等。除此之外，管理者還能夠通過酒店信息管理系統來對客戶進行分類管理，比如可以按照客戶的類型分成散戶管理、團隊管理、回頭客管理等。基于C/S模式的酒店信息管理系統還應該具備有對客房信息的查詢功能，用戶能夠清晰地各個樓層的房間類型、床位等信息進行了解和更新。除此之外，酒店信息管理系統還應該具備有其他更多的系統功能，如對酒店房間進行策略管理、為客房提供預警等功能。
3、數據庫的建立
基于C/S模式下的酒店信息管理系統是需要數據庫的支撐的，也就是后臺程序，因此要提高酒店信息管理系統的功能，開發者就要加強對酒店信息數據庫的建立。在進行數據庫建立的過程中，開發者首先要對酒店實際經營情況進行了解，了解酒店在管理過程中的實際需求，在建立數據庫的時候，應該包括酒店管理中必要的信息，如客戶信息、客房信息、人事信息等等。為了保證數據庫所提供資料的正確性以及全面性，開發者還應該對以上的信息進行細化，比如客戶信息應該包含客戶的姓名、年齡、性別、民族、身份證號碼、入住的時間、離開的時間、手機號碼等等信息。
基于C/S模式的酒店信息管理系統是不需要過多的費用投入，因為只要求酒店具備相應的計算機環境以及相關的應用軟件，而且進行酒店信息管理系統的開發周期較短，所以我國的酒店在經營管理的過程中可以加強對C/S模式下的酒店信息管理系統的研究。
1系統分析
本系統假設一個酒店的有三種不同類型的房間，這三種房間分別有2張床（doublebeds），一張queenbed，一張kingbed?？蛻艨梢灶A定一個或多個房間在某一個特定的晚上，預定信息還應該包括客戶的ID、客戶的名字、入住的天數、房間的類型、押金金額，當系統收到預定信息時，系統將會檢查是否有足夠的房間滿足客戶的需求，如果滿足系統將自動接受預定，并且酒店相應的房間數量會減少。相反，ML語言實現的酒店管理系統楊添琦/北京航空航天大學王元達/清華大學Intel聯合研究中心摘要：隨著現代信息技術的飛速發展，計算機在不同領域行業的應用越來越廣泛和普及。大量地運用計算機進行信息管理和信息控制，很大程度地提高了工作效率。酒店管理系統就是典型的信息管理系統。本系統利用函數語言自身的一些優勢，構建了一個靈活、高效、可維護性強的酒店管理系統。關鍵詞：函數語言；酒店管理系統；信息管理系統就會拒絕預定。當客戶離開酒店時，系統將會增加客戶占用的房間數目?？蛻粢部梢栽谌胱∑陂g離開酒店。本系統使用signatureHOTELRESERVATION聲明所有可操作函數，使用者可以直接調用這些函數實現相應的操作。在本系統的設計中，每一個函數可視為一個模塊，這些模塊分別對應不同的操作（預定、退房、客戶信息、客房管理）。Signature的結構：signatureHOTELRESERVATIONS=sigdatatyperoomconfig=DOUBLE|QUEEN|KING;valempty:int->int->int->ressysvalreserve:ressys->resrecord->ressysvalcancel:ressys->int->ressysvalgetInventory:ressys->roomconfig->int->intvalgetInventorySpan:ressys->roomconfig->int->int->boolvalcompletedStays:ressys->int->intvalremoveCompletedStays:ressys->int->ressys本系統采用兩種數據結構：resrecord保存所有的預定信息，ressys保存所有與酒店有關的信息，房間數量，預定記錄。預定記錄以list的形式保存在數據結構ressys中。定義一個數據類型roomconfig來區別房間類型。rerecord的數據結構：typeresrecord={id:int,firstname:string,lastname:string,date:int,night:int,occupant:int,roomconfigure:roomconfig}resssys的數據結構：typeressys={double:intlist,queen:intlist,king:intlist,res_record:resrecordlist，room_record:roomrecordlist}在處理客房信息時，我們定義了一個新的數據結構roomrecord，其中保存了房間的狀態，例如客戶請求、清潔、維修等信息。這個數據結構也是以list的形式保存在ressys中的。typeroomrecord={request:int,clean:int,revise:int}客戶則可以在客戶端發送具體的請求。請求通過網絡傳送給服務器，具體的客戶請求信息會被保存在roomrecord這一結構體中。
2系統結構
（1）系統啟動：系統自動加載不同類型的房間，房間數目。（2）預定操作：系統首先檢查剩余的房間數目是否滿足要求，如果滿足則減去相應的房間。（3）退房操作：系統計算房費，增加相應的可以入住的房間。（4）客戶信息：輸入客戶的ID或者姓名可以返回客戶的全部預定信息，并且返回已入住的天數及剩余的預定天數。（5）客房管理：給定房間的類型和特定的日期檢查當天空房的數目；可以查看一個特定房間的狀態（客戶請求、清潔、維修等信息）。
3異常處理
系統申明了一些異常處理操作：exceptionOverflowexceptionNoroomexceptionAlreadyreservedexceptionIdnotfound下面分別介紹每個操作所對應的情況：Overflow：進入預定模塊，當所有房間都被占用，系統將自動提示Overflow的錯誤信息。Noroom：預訂時，當房間數目不足，系統會發出Noroom的錯誤。Alreadyreserved：當客戶用同一ID預定時，如果此ID可預訂房間已經達到限制數量，系統將提示Alreadyreserved的錯誤。Idnotfound：當工作人員查詢用戶的入住信息時，輸入相應的ID號，如果沒有找到ID，則報此錯誤。系統中Idnotfound錯誤的檢測：funcancel(canres:ressys)(canid:int)=letvalsid2=(searchid(#res_recordcanres)canid);inif(sid2=true)thenraiseIdnotfound
4技術特征
本體統具有如下特點：（1）系統設計全面，功能全面，考慮到了預定退房所需要的各種操作，酒店工作人員可以隨時對當天的住房情況進行查詢。（2）加入客房管理模塊，可以對所有客房的狀態進行監控，方便工作人員進行酒店管理。（3）可以隨時查詢已入住的客戶信息，方便工作人員督促客戶繳納押金，辦理退房手續。（4）整個系統是在sml環境下運行，系統具有函數語言本身的一些優勢：靈活，高效，可維護性強等。
作者：楊添琦 王元達 單位：北京航空航天大學 清華大學Intel聯合研究中心
北京昆侖瑞祺科技發展有限公司自主研發的瑞通系列信息管理系統自上市以來，得到了用戶的廣泛認可。該系統軟件的模塊化結構擴大了使用范圍，同時考慮到未來應用的可擴展性，對現有功能模塊的接口支持范圍也進行了預處理，能夠全方位地滿足客戶的發展需求。
北京昆侖瑞祺科技發展有限公司（以下簡稱瑞祺科技）自主研發的瑞通系列信息管理系統自上市以來，得到了用戶的廣泛認可。該系統軟件的模塊化結構擴大了使用范圍，同時考慮到未來應用的可擴展性，對現有功能模塊的接口支持范圍也進行了預處理，能夠全方位地滿足客戶的發展需要。其系統的操作快捷性和嚴謹性也得到了用戶的認可。
隨著中國酒店行業不斷發展，瑞通軟件的用戶數量也在不斷增加。為了讓用戶高效地使用瑞通軟件來處理相關業務，瑞通軟件對不同業務層的用戶進行了權限劃分處理，方便客戶更好地管理資源，規避權限漏洞風險。通過進一步簡化軟件業務操作流程，瑞通軟件提高了操作人員的業務處理速度。消費客戶群體的激增也使酒店營銷策略多樣化、復雜化，酒店既要提升大眾化服務的標準，也要滿足特殊客戶的需求，加大對不同消費客戶群體的關懷度以及適度的消費激勵投入力度，能使酒店更具競爭力。針對上述情況，瑞通系統加強了對客戶資料的分析處理，對于客人的喜好及習慣進行了數據歸納處理，來電顯示及會員卡、積分兌換以及各種特殊規則的嵌入使用進一步豐富了客戶管理系統，使酒店用戶的客戶資源進一步擴大。
瑞通軟件總結了不同類型的接口研發經驗，逐漸匯聚成一個通用的接口共享資源，涵蓋了平板電腦、點菜器、門禁、程控電話交換機、中央空調、電梯、VOD、短信平臺、公安特行、身份證掃描儀、二代證讀卡器、財務軟件等在內的十幾種外部設備，形成了一個較為完善的、與現代酒店軟硬件匹配的接口系統，更好地支持擁有不同設備的客戶。
經過采集與匯總后，大量的數據堆集在一起，需要軟件來進行分類匯總統計。一般的經營數據統計和查詢功能已經不能滿足客戶的需求，瑞通系統提供了海量的數據分析報表，覆蓋酒店管理的各個層面。這些分析報表更加關注經營指標參數的變動與實際效益的數字關系對比，對于決策的每一個調整，例如服務員的績效考核辦法、會員卡投入比例、傭金比例等方面的調整，都會從其后續的經營活動中獲得相應的數字統計，進而幫助決策者更好地進行規劃處理。報表透視功能可以幫助分析員對當前匯總后的數據進行窮盡探查，了解構成這些數據的二級數據來源以及構成二級統計數據的數據來源，這個過程本身就是對所統計的數據進行審核及分析的處理過程。
瑞祺科技的每一位成員堅信，只有創新才能獲得發展，“用戶至上”是瑞祺人的核心價值觀。公司擁有經驗豐富的專業研發團隊，注重與客戶的溝通和交流，旨在構建安全、實用、可持續、低成本的信息化企業管理系統。
關鍵詞：信息系統；酒店管理；數據庫;設計
中圖分類號：TP391文獻標識碼：A文章編號：1009-3044(2012)17-4043-03
Database Design in the Hotel Management System
TAN Qian-fang
(Hunan Food and Drug Vocational College，Changsha 410016,China)
Abstract：In the process of building information management system, pay more attention on realization, Contempt on design is a common problem with technology developers, especially the standardization of back-end database design is easily overlooked. This will lead to the eventual realization of the system data processing capacity is limited, inefficient, data management, maintenance and post-update difficul? ties. The article strictly follow normalized database design ideas, with the typical business hotel management system for business logic to ex? plain the main steps in the information systems development process, database design and methods.
Key words: information system; hotel management; database; programing
在信息管理系統的設計和開發過程中，數據庫設計是其中最為重要的環節之一。設計規范、良好的數據庫不僅能帶來系統數據處理效率的極大提升，更重要的是在系統正式運行后能大大簡化后期的數據更新維護工作，提高系統的可擴展性。目前大多數酒店提供的服務多種多樣，規模大小也各不相同，較為典型的酒店服務業務一般都包括飲食、住宿和娛樂等方面，下面該文從這些典型的酒店業務邏輯出發，分析和探討數據庫的設計方案。
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結束語
該文依據關系數據庫設計的原則和步驟，結合典型的酒店管理的實際情況，設計了酒店信息管理系統所需的數據庫。設計方案科學合理，考慮了實際的業務邏輯需求，對同類信息系統開發中數據庫設計工作具有較高的參考價值。
參考文獻：
[1]王珊,薩師煊.數據庫系統概論[M].北京:高等教育出版社,2006:34-67.
[2]楊東青,馬秀莉等譯.數據庫系統概念[M].北京:機械工業出版社,2007:27-60.
[3]毛國君.高級數據庫原理與技術[M].北京:人民郵電出版社,2002:43-52.
[4] Jeffrey D.Ullman,Jenifer Widom.A First Course in Database Systems[M].北京:機械工業出版社2008:23-27.
[5]王建設,張金娜.酒店管理系統的設計與實現[J].計算機與現代化，2011(1):91-93.
[6]白雪峰,賀春林.酒店餐飲管理系統的設計與實現[J].電腦知識與技術,2010(6):1281-1282.
[7]于侃侃.數據庫原理與應用課程教學改革探討[J].無線互聯科技，2011(9):41-43.
[8]劉芬.數據倉庫在酒店CRM系統中的應用研究[J].科技信息,2009(14):557-558.
在旅游產業鏈中,酒店業(Hospitality)是重要的環節之一,近幾年酒店業在發展過程中,管理是行業發展的重中之重,為各層管理者所重視,因旅游客人的流動性,市場的波動性,酒店建立酒店計算機管理系統,來映射客流信息,融合酒店管理。隨著管理需求的提升,酒店企業高層迫切需要建立決策支持系統來為企業下階段的經營進行科學的決策,迫切需要進行HDSS系統的探究和推廣應用。
1.1決策和DSS的基本概念所謂決策過程是人們為實現一定目標而制定行動方案,并準備組織實施的活動過程。這個過程也是一個提出問題、分析問題、解決問題的過程。我們可以用下圖(圖1決策過程)來形象地描述它:決策問題一般用“結構”這個概念來描述。我們把問題分成結構化,半結構化和非結構化,這是對問題結構化程度的三種不同描述。就酒店的管理而言,結構化的任務,如:為客人入住登記,半結構化的任務就是酒店營銷部門為一個營銷活動做“預算”報告,而半結構化和非結構化的任務,如酒店高層為下年度做經濟指標的計劃。DSS并不企圖解決一切決策問題,系統應用希望能夠通過計算機等綜合學科來為決策提供科學依據。在DSS的發展過程中,決策支持是一種先導的概念,決策支持是目標,DSS是通向目標的工具。決策支持有以下特征:1)幫助管理者在半結構化或非結構化的任務中作決策;2)支持管理者的決策,無代替高層的判斷力;3)改進決策效能(effectiveness),而不是提高它的效率(efficiency)。
1.2酒店決策支持系統決策支持系統(DSS)能支持半結構化、非結構化的問題,幫助經營者解決經營的科學決策。例如:酒店管理信息系統(HMIS)經過十幾年的發展,目前已經達到相當高的水平。目前需要解決酒店管理信息系統“能用”的問題,而且更要解決酒店信息管理系統“用好”的問題,因為管理者所面臨的往往是復雜的決策問題,很難用結構化的步驟描述清楚,必須將計算機信息處理技術同管理決策有機的結合在一起,才能充分發揮人的決策和計算機的信息處理的效能,提高管理決策能力和效率。我們要開發的系統將具有主動功能,必須面向實際。HDSS的目標就是:符合酒店企業運行模式,能進行數據分析和預測,提供相應決策支持的系統,為酒店企業的高層決策提供科學的依據。
1.3SAAS模式的應用SaaS(Software-as-a-Service)是一種運營模式:是通過Internet提供軟件的模式,用戶不用再購買軟件,而改用向提供商租用基于Web的軟件,來管理企業經營活動,且無需對軟件進行維護,服務提供商會全權管理和維護軟件,對于許多企業來說,SaaS是采用先進技術的最好途徑,他節省了企業購買軟件、硬件服務器、網絡安全設備等,只需支付服務費。這樣大大減輕了旅游企業開始的投入成本。SAAS管理軟件,是通過網絡信息技術與SaaS交付模式,將電子商務與企業內部業務管理相結合,為企業提供“一站式電子商務信息化服務平臺”。而酒店的決策支持系統為非日常信息管理系統,高層使用的頻率遠遠低于其他的應用系統。由此更加給SAAS模式帶來了機遇。當酒店的高層要應用決策支持系統時,便可登入到相應的界面,支持決策。
2、酒店決策支持系統的架構
2.1酒店決策支持系統的基本架構和部件根據酒店業(Hospitality)的行業特征和應用計算機管理的具體狀況,DSS是由語言系統LS,問題處理系統PPS和知識系統KS三大部分組成,LS實際上就是人機接口,而KS就是數據庫,模型庫和知識庫的組合。基于以上的分析,我們可以把DSS的基本部件可以分為由五個部分組成的:人機接口,數據庫,模型庫,知識庫和方法庫。一般有三角式結構,串連結構,熔合式結構,以數據庫為中心的結構,四庫三功能的系統結構。為了適應酒店行業特點我們設計酒店決策支持系統(HDSS)時,應用三角式結構(如圖2所示)在三角式結構中每個管理模塊,可以再進行結構分解,見下圖3。用戶通過對話管理模塊直接與數據管理和模型管理對話,查詢或其他所有操作。在查詢數據庫時,根據對話管理部分送來的命令信息,對數據管理,然后再把結果經由對話管理模塊進行調用。在運行模型時,管理者可以直接調用各種科學的數學模型來進行計算,模型運行后產生的結果通過對話管理部分直接送出和存放。所以,三個管理部分都有直接聯系,而且兩兩之間應有互相進行通信的接口。三個管理部件有相應的管理子模塊。對話管理:有模型選擇、輸出決策報告(曲線)等。模型管理:對不同的模型建立、調用、查詢和維護。數據管理:主要對酒店MIS系統中產生的數據進行建立、汲取、查詢和評估等。
2.2酒店決策支持系統數學模型成功的酒店決策支持系統,需要應用適當的數學模型。DSS模型庫,是DSS區別于其它信息管理系統的重要特征,也是DSS的核心,對于支持問題決策的模型的分析,導出了決策問題和模型之間的關系,從而確定了決策支持的理論、方法和途徑。所以DSS的設計和運行是以模型驅動的,之所以要特別強調模型在決策過程中的重要性,是因為一個企業單位的數據庫系統將數據轉化為有用的信息,特別是決策性信息的能力是有限的,隨著面臨決策問題的日益復雜化,采用決策模型來求解復雜的問題是很有用的。定量計算模型是用于完成某一個特定任務的數學表達,內部運算都由計算機來完成。參考計算機操作系統中的進程的結構,HDSS中的模型結構可以由模型體和模型首部兩部分組成,模型、模型首部及模型體的結構如下。模型的功能由模型體實現,它類似于一個程序或功能模塊的作用。而模型加工的對象、加工的結果、模型體與外部數據的交換,以及模型的功能、算法、適用范圍、參數類型及使用注意事項等,都應該盡可能的在模型首部加以說明。模型的主要表示方法有程序表示法、數據表示法和邏輯表示法。模型的程序表示法主要是以子程序或者函數來實現其功能,模型的數據表示法是用數據表示模型,把模型作為輸入集到輸出集的映射,其映射關系由參數集合確定;模型的邏輯表示主要有謂語邏輯、語義網、邏輯樹以及關系框架等。模型的程序表示法是一種具體的決策過程,每個模型對應于一個程序,輸入格式、輸出格式及算法均在程序中。針對酒店決策支持系統面向酒店經營這個特殊行業的特點,下面我們例舉幾個數學模型,當然實際設計時會有更多的應用數學模型。
2.2.1季節分析模型季節指數法要求先建立描述整個時間系列發展趨勢的數學方程,再考慮季節變化時預測對象的影響,算出季節指數,最后將兩者結合起來,得到描述總體發展趨勢季節性變化的預測模型。這種方法適用于季節性市場。酒店行業比較適合使用該模型。平均季節指數不僅可以用于酒店里的客房出租這種季節性很強的出租率的預測,還可以用于計劃值的劃分,利潤的分配等。
2.2.2加權平均模型加權平均預測方法是一種較好的趨勢分析法,它考慮到客觀事物的近期變化趨勢,而且所取的數越多,對實際變化的反應越靈敏,因此準確度較高。它適用于穩定而略有變化的市場類型的預測對象。
2.2.3指數平滑模型指數平滑法即指數滑動平均法,也是一種加權預測方法,它是移動平均數法的改進和發展,要求按等比級數加權。這種預測方法的最大的特點是可以通過人為的調節來獲得不同的預測值。其公式如下(一次指數平滑法)。
2.2.4平均法模型平均法是假設叫比較近的未來和較近的過去與現在的關系密切,而與較遠的過去關系不大。因此,移動平均法就是用最近幾期的實際值的平均數作為下一期的預測值,逐期移動,進行預測。此法適用與穩定型市場和酒店年度預測。
2.2.5周期分析模型周期變動系數法是引用變動系數的辦法來進行預測的一種方法,他適用于隨時間的變換而呈周期性變化的市場預測。
2.3酒店決策支持系統誤差控制預測模型是運用數學方法對未知領域的一種預測,所以必然存在一定的誤差,怎樣計算和選取真實值的參考數據進行誤差分析,給決策者明了的提示,這是預測過程中不可缺少的環節。數學模型描述社會經濟現象發展的基本趨勢,以數學方法作為研究現實,探索規律,預測未來,是行之有效的預測方法。但是根據歷史資料為基礎的數學方程作為預測的手段,總是在假定有關社會經濟環境和生產技術條件沒有發生重大特殊的變化,因而所作的預測可能得出準確的結果。而事實上,社會經濟現象的變化是錯綜復雜的,很難完全按照設定的模型去發展,按照數學模型做出的預測值難免與未來的實際情況有所偏離,產生預測誤差,即觀察值與預測值的偏離(e=y-y*)。通過預測誤差的分析,可以及時控制誤差。發現誤差過大時,應當對預測的各個環節逐一審查,調整數學模型,從而提高預測的效果和準確度。通常計算的預測誤差是一個樣本資料為依據的。由樣本資料估計模型的參數值,得到預測方程,根據預測方程進行外推,取得所需要的預測值。這種預測稱為點預測。其預測值就存在抽樣誤差。根據點預測推斷總體的真實預測值時,就必須要考慮預測的抽樣誤差問題,計算在一定概率保證下的誤差范圍,這就是區間預測。預測值Yi’的置信區間為:Yi’+t(RMST)或者Yi’-t(RMST),其中t為概率度,大樣本資料用正態分布概率度,小樣本用t概率度。這里主要采用誤差值=((預測值-真實值)/真實值)*100%所得到的數據顯示給決策者,供決策者參考。因為本來對于真實值是未知的,所以選擇最近一年的數值作為真實值的參考,進行誤差的估計。所以在選用預測方法時,要結合多方面的情況來考慮,不能以預測誤差數值的高低作為評價預測和決策誤差的唯一標準。
在工作期間。以身作則，身先士卒，帶領著員工共同進步，共同解決困難，以工作為己任。以事實為依據，以效率為準則，腳踏實地，扎實工作，在各項工作都存在不同難度的問題，勇于面對困難，應中了：“明知山有虎，偏向虎山行”的態度，把難題化為動力，我從內部管理抓利潤。加強財務管理，降低成本，獲得更大的利潤，是加強餐飲管理的出發點和歸宿。建立原材料采購計劃和審批流程，餐飲部管理人員要根據酒店餐飲的營運特點，制訂周期性的原料采購計劃，并細化審批流程。如每日直接進廚房的原料，要按當天的經營情況和倉庫現有儲存量，來制定次日的原料采購量，并由行政總廚把關審核。重要的原料如燕、翅、鮑等要實行二級控制，要經總廚申報，餐飲總監審核報總經理審批。減少無計劃采購。對于計劃外及大件物品則必須通過呈報總經理批準進行采購。
為了能更好的完善管理工作，進行了以下工作措施：
第一：對員工提倡科學管理。
完善信息管理系統，實現標準化的餐飲成本核算體系。利用先進的計算機系統完善信息管理系統。如我們以前運用的物流系統，可以科學化管理采購-驗收-庫存-標準菜單-成本核算-供應商溝通等。同時我們也要注意現有軟件系統功能的應用。如現有的ncr系統，可以定期做賓客消費分析、菜肴銷售排行等。為加強成本控制提供有用的數據。提高員工的意識。在各個工作環節、各個工作崗位的員工來說，是成本費用的直接有效控制者。全體員工從上到下組成一個全員成本管理的群體，形成一個人人為酒店，處處講效益的氛圍。
第二：建立餐廳案例收集制度，減少顧客投訴幾率
本年度餐飲部在各餐廳實施餐飲案例收集制度，收集各餐廳顧客對服務質量、出品質量等方面的投訴，作為改善管理和評估各部門管理人員管理水平的重要依據，各餐廳管理人員對收集的案例進行分析總結，針對問題拿出解決方案，使管理更具針對性，減少了顧客的投訴幾率。
第三：培養員工服務意識，提高員工綜合素質
為了培養員工的服務意識，提高他們的綜合素質，本年度開展了《餐飲服務意識培訓》、《員工心態訓練》、《服務人員的五項修煉》、《員工禮儀禮貌》、《酒水知識》等培訓，這些培訓課程，使基層服務人員在服務意識，服務心態、專業服務形象及餐飲專業知識等方面都有所增強，自今年四月份以來，在歷次的人力資源組織的大檢查中沒有出現員工違紀現象。
第四：優化培訓課程，提升管理水平
一、加強綜合商業建筑消防安全信息化管理系統建設的重要性
近幾年來，隨著我國市政建設的快速發展，越來越多的商業型建筑拔地而起，同時也造成了更多建筑物消防安全問題出現，這也是當代商業建筑消防安全信息化管理系統設計的原因所在，必須要提升建筑消防的安全管理水平，才能夠有效地避免消防安全事故的發生，減少人民的人身財產損失。受到商業建筑自身性質的影響，在建筑生產當中，不可避免地要承受高空作業、露天作業等危險性比較高的建筑作業威脅，而且很多的建筑施工人員文化素質不高，安全意識比較差，所以會造成一系列的傷亡事故，也給社會的發展帶來許多不良影響。為了能夠彌補我國商業建筑消防系統在安全設計方面的缺陷，必須要加強建筑消防安全的信息化管理建設，才會盡可能避免不必要的生產問題發生，提高商業建筑工程項目的安全生產水平。
二、綜合商業建筑消防安全信息化管理系統建設的主要內容
電子計算機時代的不斷進步與發展，建筑消防安全的信息化建設可以說是大勢所趨，同時也是當代建筑消防工作的主要應用手段，必須要能夠立足于商業建筑消防工作的實際生產需要，將消防安全信息化建設成果更好地應用于建筑火災的預防控制與管理中，加強消防監督及滅火救援預警方式的信息化變革，從而實現建筑消防的自動化辦公管理，應用信息化系統管理平臺來做好消防管理的宣傳工作，接入遠程監控平臺，方便實時查看消防監管情況，通過視頻會議的方式來安排和部署具體的消防安全保障任務。
（一）系統設計目標
從綜合商業建筑消防安全設計的角度來看，總的設計目標是要建立一套健全的消防信息安全電子巡邏巡查系統，目的是為了讓整個建筑消防施工單位中的消防防火巡查工作可以通過計算機電子系統來負責數據信息的收集和整理，還能夠重新建立新型的消防巡邏機制，更重要的是能夠讓當代綜合商業建筑消防的安全基礎設施數據完成信息化的管理，讓整個消防建筑部門的工作能夠在計算機的監控下進行，加大對商業建筑消防工程的責任落實力度，進而有效地解決好過去消防防火管理工作不到位的問題，像是綜合商業建筑這種人員密度非常高的建筑來說，必須硬性規定每年進行一次徹底的消防安全檢查。
（二）系統總體結構
其次，商業建筑的消防安全信息設計系統總共分為兩大部分，一部分是電子巡邏檢查系統，另一部分是商業建筑施工單位的消防防火設施、設備的信息化安全管理系統。在消防電子巡邏檢查系統中，對于電子移動設備、對講機，還有電子計算機、打印機、商場互聯網服務器、通訊機設備，還有大型的中央空調、取暖設備、照明設備，都屬于消防電子巡邏的范圍，需要通過電子傳感器設備，將巡邏檢查儀上面的巡邏結果輸入進去，再經由數據傳輸底座將巡檢信息傳到計算機處理系統中。同時在建筑消防防火設施的信息化管理中，還可以直接讀取巡邏儀上面的數據，有效地方便了有關消防部門的檢查工作，完后了建筑消防數據的信息化監察與管理。
（三）基本功能
接著我們再來分析一下關于綜合商業建筑消防安全信息系統的基本功能，從技術角度來講，必須要有以下幾點功能設計，分別是“巡邏日常信息項目的信息化”，“消防安全的信息化”，還有“消防基礎資料的信息化”，以及“日常監督管理的信息化”，這些都是希望在信息化安全系統構建的時候，需要做到的地方，從而保證信息功能數據的準確性，當然，也要對消防建筑安全信息化管理工作進行流程分割，定期進行有效的巡邏系統保養，對每個月，每個季度的商業建筑消防安全防火工作進行跟蹤管理和管控，逐步建立健全一整套的信息化資料管理系統，同時做好關于消防火災預警報警，自動噴水消防滅火系統、建筑消防廣播以及消防栓系統的基礎設施建設管理。
（四）拓展功能
另外，還可以逐漸增加綜合商業建筑的拓展，使得建筑消防安全信息化管理系統功能變得更加豐富，比如說設計建筑消防巡檢到期項目到期的短信提醒，避免出現安全系統罷工的問題，添加電子巡檢的操作檢查功能，讓全社會都可以參與到商業建筑消防集團的信息化管理當中，也就是要實行集團化的消防酒店管理模式，有效地針對各級監管單位展開監督管。在設計消防電子巡邏檢查器的時候，可以在它上面設計人工呼叫幫助鍵，還會有非常詳細的操作流程規范，可以將商業建筑的消防信息準確地發送給相應的消防管理人員，完善消防信息安全化管理系統的預警提示功能。
三、商業建筑消防安全信息化管理系統建設注意事項
根據我國商業建筑現有的消防信息化建設水平來看，相對應的監控管理系統主要依靠的Web服務，局域網絡服務，因此從理論上來講，為了更好地保障建筑消防信息的安全性，應當盡量避免和互聯網進行直接連接，最好是能夠重新選擇一臺擁有安全的服務器，使得整個綜合商業建筑消防安全信息管理系統都在這個的局域網上面上網，在服務器終端上進行消防安全信息管理，可以很好地避免常規的網絡黑客攻擊。因此，大多數商業建筑消防安全管理系統建設時，都需要安裝好我國公安部門認證的專業防火墻，對能夠進入信息管理系統的用戶人數以及訪問權限加以限制，只有通過授權認證的訪問證書才能夠進入到管理系統中進行訪問，大大增加了信息化管理網絡站點的安全性，而且在數據庫的建設方面，商業建筑的消防管理部門可以通過應用Access軟件來完成編寫，應用SQL查詢語句展開界面交互，按照每一位訪問用戶的職責來進行權限設定，對一些比較敏感的消防安全信息數據進行加密處理，定時備份好消防安全信息數據庫，提高相應信息管理人員的安全意識，從而制定出一套健全而完善的安全管理體系，保證整套商業建筑消防安全信息網絡管理系統可以在一個安全、穩定的環境下運行。
結論：
1、集團公司信息化建設方面
20xx年上半年是集團公司向全面信息化管理邁出的關鍵性一步，在公司領導給予大方向的方針指導思想下，年初我們建立了OA網絡智能協同辦公系統，達到了年初制定信息資源共知共享的計劃；在同事的配合下分別為3個分公司：山東宏仕德化工有限公司、臨沂市河東區城市建設開發有限公司、臨沂盈泰經貿有限公司建立了網站，網站主體框架在我們的組織策劃下，并與網絡公司技術人員溝通配合系統性的集成了網站會員系統、在線訂購系統、在線留言系統、在線應聘系統，更是為開發公司網站建立了一個BBS論壇模塊，為開發制作集團性的大網站做好了鋪墊基礎。
2、公司現有信息系統的管理及系統使用人員的培訓方面
針對于公司現有金蝶K3系統、郵件系統、OA系統、雅思系統、酒店管理系統；我們持續做到了需要備份數據的系統是每日一備份，每月一整理歸檔，各信息系統的管理形成了程序性的管理運行模式，出現問題及時解決，出現故障及時處理，做到了系統持續7*24小時的正常使用。與系統服務工程師溝通聯系，多次組織財務人員、酒店系統使用人員參加培訓學習金蝶K3系統的使用、酒店管理系統的使用，為各信息系統全面發揮效用而努力工作。
3、信息的收集轉發、信息設備使用、維護方面
在過去的上半年時間里我們每日持續做好了公司信息數據的收集轉發工作，對于公司擁有的電腦、交換機、網線等信息設備都進行每周檢查，每月系統性的維護工作，對于辦公區電腦所使用的操作系統與應用軟件都是在網上搜集再整理，逐步制作出適合于公司設備的各類軟件光盤，為公司在軟件類省去不必要的開支，并配合辦公室組織的大小會議進行設備的調試、文件的放映工作。
二、工作中存在的不足
1、抗壓能力不強，重點表現在遇到困難便停滯，總是需要領導給予正確的梳理。
2、業務知識學習還不夠系統，對于遇到的新事物還需要及時學習。
3、團隊意識不強，自身工作經驗不足，忽略了業務知識的培訓。
三、下半年努力的方向
1、緊緊圍繞領導正確的指導思想開展工作。
加強與其它同事的學習與溝通，改進工作方法，提高工作能力，提高服務意識，提高工作水平，切實以過硬的本領來完成好領導交辦的各項工作。
2、內理基本程序，逐步拓展外圍建設。
對于年初所建立的OA系統與各信息管理系統我們需要逐步的對公司員工以及新進員工進行現場上機培訓工作，從而實質有效的利用系統為辦公區提高辦公效率、提高信息資源的共知共享；利用一個社區型的網站為公司建立一個互動平臺，可以做到員工與員工之間的即時互動、交流以及文件的網絡化共享，整體提高公司員工的計算機操作、運用水平。
對于建立的網站及BBS論壇，如不能及時更新信息在網絡上正確樹立集團公司的網絡形象，就會對公司的宣傳起到負作用，所以我們要隨各公司的正常運轉，不止是在自己的網站上更新信息，還要在各個行業類網站上各公司的信息，從而整體提高公司的知名度。根據類別細化各分公司網站的產品展示模塊的改版。
【中國分類號】 R952
【文獻標識碼】 A【文章編號】1044-5511(2011)09-0138-01
醫院合理用藥及管理是醫院發展中的一個重要課題，我院藥械科通過信息數字化管理，加強和促進藥品管理，從中受益匪淺，總結出一些實際的工作經驗。
一、“數字化“管理在藥房管理工作中的優勢。
1、利于管控，減少不必要的藥品流失 藥品供應是醫療工作正常運行的物質基礎，其配置與管理的科學性、先進性、合理性，關系到療養院的醫療質量及核心競爭力，也是療養院開支的重要組成部分，使用數字化信息管理系統，可避免藥師因人情而多發藥品，且方便交接班時核對藥品的數量是否賬務相符，有利于藥品的管控，減少浪費。
2、提高療養院藥庫藥品管理水平,節省人力、物力 藥品價格發生變動，藥庫管理人員在電腦入庫時就能及時發現，利于信息的收集，價格比對，選擇相應渠道進貨，節約成本。
3、提高藥房工作效率，節約時間 電腦生成處方后，藥房立刻就能收到相應信息，利于藥師審查擺藥核對，減少療養員在取藥窗口排隊等待的時間，提高工作效率。
4、避免藥物超量現象 正常情況下，開具處方的藥品數量為普通處方不超過7天量，對于某些慢性病或特殊情況可酌情延長，臨時醫囑只可開具一天量。數字化系統的運用能夠在一定程度上杜絕醫生因人情而超量開具處方，或是連同文職人員需要開的藥品一起開在療養員的臨時醫囑中，出現超量現象可發出警告提醒。
二、實際工作中存在的不足與建議
1實際工作中當前的信息化系統還存在些許不足之處，如醫生開醫囑時，無法看到藥品的實際庫存數，導致錯方。節假日開具的處方無法保留超過三天，遇到雙休日會自動取消等情況，使得電腦中的數量與實際庫存有差異。
2、不可拆零的藥品處方整包開出 在醫生開具臨時醫囑中常出現無法拆零藥品而整包開出的現象，如麻仁丸一瓶為30g，當臨時醫囑開出時會出現一日服用9瓶的現象，而實際工作中只能發放一瓶作為當日用量，造成實際庫存與電腦賬務不符。
3、系統中只存儲藥品的化學名，醫生或護士在開具處方或請領藥品時只記得藥品的通用名而忘記化學名，導致藥品無法顯示。
一、旅游業數據挖掘國內外研究現狀
隨著我國的旅游業的迅猛發展，旅游產業正邁向國際化的軌道,傳統旅游業積累的海量數據,沒有被有效利用,資源被極大浪費。將數據挖掘引入到旅游產業是大勢所趨。當前數據挖掘在旅游信息化建設中的應用與研究情況主要集中在高校理論界的研究,大多數研究僅僅是學術研究,真正運用到旅游行業的文章多是從某個具體的方面出發,針對個別應用進行數據挖掘的融合。筆者主要研究決策樹方法在旅游信息化建設中的應用。目前,決策樹算法有CLS算法、ID3算法、C4.5算法、CART算法、SLIQ算法、Z統計算法、并行決策樹算法和SPRINT算法等。不同算法在執行效率、輸出結果、可擴容性、可理解性、預測的準確性等方面各不相同?？偟膩碚f,這么多決策樹算法各有優缺點，真正將數據挖掘運用到整個旅游信息化建設中還有很多問題需要解決。
二、旅游業數據挖掘算法選擇
數據挖掘中常用的基本分類算法有決策樹、貝葉斯、基于規則的算法等等。其中，決策樹是目前主流的分類技術,己經成功的應用于更多行業的數據分析。在關聯規則挖掘研究中,最重要的是Apriori算法,這個算法后來成為絕大多數關聯規則分類的基礎。聚類算法也是數據挖掘技術中極為重要的組成部分。與分類技術不同的是,聚類不要求對數據進行事先標定,就數據挖掘功能而言,聚類能夠可以針對數據的相異度來分析評估數據,可以作為其他對發現的簇運行的數據挖掘算法的預處理步驟。各種算法分類模型建立有所不同,但原理是大致相同的。筆者考慮決策樹算法結構簡單,便于理解,且很擅長處理非數值型數據,建模效率高,分類速度快,特別適合大規模的數據處理的優點,結合旅游產業數據特點,故作重點分析。
三、旅游業數據挖掘系統需求分析
旅游業數據挖掘系統的基本特點如下：統計旅游興趣；購物消費趨向；推薦其感興趣的旅游景點；在后臺管理中,通過決策樹算法對游客數量、平均年齡、景點收費、游客來自地區等進行分析總結,為旅游消費者和旅游管理者提供服務：為消費者提供吃住行購娛樂天氣各方面信息查詢、機票、車船票、酒店、景區門票、餐飲等方面的預定與現金支付、第三方支付、消費者評價、在線咨詢等方面的便利、快捷服務。為管理者提供推薦、游客管理、線路管理、景點管理、特色服務管理、機票管理、在線咨詢管理、旅游客戶關系管理等服務，提高整體服務效率和水平。
四、旅游業數據挖掘系統的實現
旅游業信息管理系統包括游客信息管理與游客信息分析兩個子模塊。根據系統日常運行出現的問題及時對系統進行維護,如添加或者刪除某個模塊功能,系統整體運行速度的更近等。系統運用數據庫層、持久化層、業務邏輯層、表示層四層體系結構,主要利用ID3算法達到旅游數據信息的快速、準確分類?？紤]了游客與酒店之間的關系、游客與旅游路線之間的關系、游客與旅游景點之間的關系、游客與機票、車票之間的關系、管理員與游客之間的關系、邏輯結構設計。程序之間的獨立性增加,易于擴展,規范化得到保證的同時提高了系統的安全性。詳細功能設計包括：用戶登錄、用戶查詢、預定及支付、后臺管理、旅游客戶管理和數據分析等方面。本系統中主要運用Java語言就行邏輯上的處理。系統主要使用Struts2和Hibernate這兩個框架來進行整個系統的搭建。其中Struts2主要處理業務邏輯,而Hibernate主要是處理數據存儲、查詢等操作。系統采用Tomcat服務器。系統模塊需要實現酒店推薦實現、景點推薦實現、天氣預報實現、旅游線路實現、特產推薦、數據分析展現功能、報表數據獲取、景區客流量變化分析實現等。需要進行后臺信息管理等功能測試以及時間測試、數據測試等性能測試。
五、旅游業數據挖掘算法方案中存在的一般性問題及其改進
在對數據挖掘的基本方法與技術進行總結的基礎上，結合當今數據挖掘的發展方向和研究熱點，可以發現旅游業數據挖掘算法系統有待進一步完善之處：訂票系統尚待完善。界面美化需要進一步改進。數據表之間的結構關系需要優化，以提高數據處理能力和效率。數據挖掘工具及算法有待精細化改進。
作者：朱暉 單位：河南職業技術學院
一、XX年上半年工作總結
1、集團公司信息化建設方面
XX年上半年是集團公司向全面信息化管理邁出的關鍵性一步，在公司領導給予大方向的方針指導思想下，年初我們建立了oa網絡智能協同辦公系統，達到了年初制定信息資源共知共享的計劃;在同事的配合下分別為3個分公司：山東宏仕德化工有限公司、臨沂市河東區城市建設開發有限公司、臨沂盈泰經貿有限公司建立了網站，網站主體框架在我們的組織策劃下，并與網絡公司技術人員溝通配合系統性的集成了網站會員系統、在線訂購系統、在線留言系統、在線應聘系統，更是為開發公司網站建立了一個bbs論壇模塊，為開發制作集團性的大網站做好了鋪墊基礎。
2、公司現有信息系統的管理及系統使用人員的培訓方面
針對于公司現有金蝶k3系統、郵件系統、oa系統、yǎ sī系統、酒店管理系統;我們持續做到了需要備份數據的系統是每日一備份，每月一整理歸檔，各信息系統的管理形成了程序性的管理運行模式，出現問題及時解決，出現故障及時處理，做到了系統持續7*24小時的正常使用。與系統服務工程師溝通聯系，多次組織財務人員、酒店系統使用人員參加培訓學習金蝶k3系統的使用、酒店管理系統的使用，為各信息系統全面發揮效用而努力工作。
3、信息的收集轉發、信息設備使用、維護方面
在過去的上半年時間里我們每日持續做好了公司信息數據的收集轉發工作，對于公司擁有的電腦、交換機、網線等信息設備都進行每周檢查，每月系統性的維護工作，對于辦公區電腦所使用的操作系統與應用軟件都是在網上搜集再整理，逐步制作出適合于公司設備的各類軟件光盤，為公司在軟件類省去不必要的開支，并配合辦公室組織的大小會議進行設備的調試、文件的放映工作。
二、工作中存在的不足
1、抗壓能力不強，重點表現在遇到困難便停滯，總是需要領導給予正確的梳理。
2、業務知識學習還不夠系統，對于遇到的新事物還需要及時學習。
3、團隊意識不強，自身工作經驗不足，忽略了業務知識的培訓。
三、下半年努力的方向
1、緊緊圍繞領導正確的指導思想開展工作。
加強與其它同事的學習與溝通，改進工作方法，提高工作能力，提高服務意識，提高工作水平，切實以過硬的本領來完成好領導交辦的各項工作。
2、內理基本程序，逐步拓展外圍建設。
對于年初所建立的oa系統與各信息管理系統我們需要逐步的對公司員工以及新進員工進行現場上機培訓工作，從而實質有效的利用系統為辦公區提高辦公效率、提高信息資源的共知共享;利用一個社區型的網站為公司建立一個互動平臺，可以做到員工與員工之間的即時互動、交流以及文件的網絡化共享，整體提高公司員工的計算機操作、運用水平。
對于建立的網站及bbs論壇，如不能及時更新信息在網絡上正確樹立集團公司的網絡形象，就會對公司的宣傳起到負作用，所以我們要隨各公司的正常運轉，不止是在自己的網站上更新信息，還要在各個行業類網站上各公司的信息，從而整體提高公司的知名度。根據類別細化各分公司網站的產品展示模塊的改版。
關鍵詞：大數據；酒店業數據信息共享；軟件系統
酒店業數據信息共享軟件系統的應用，進一步為酒店行業發展奠定了基礎，通過科學的運用大數據技術，更是為酒店業數據信息共享軟件系統提供了有效的技術保證。因此，在分析酒店業數據信息共享軟件系統過程，要基于大數據背景，科學的進行實踐分析，從而不斷加強研究能力。
1大數據下酒店業數據信息共享軟件通信系統協議及CAN地址分配
Basiccan與Pelican均屬于CAN總線協議，CAN控制器看分別支持上述兩種協議通信。Basiccan有11位標識符，占2B，可支持標準幀的格式。Pelican的標識符有29位，占4B，同時支持標準幀和擴展幀兩種?；赑elican通信協議具有靈活與可擴充的優勢作用，酒店客房實施智能化的客戶終端總線協議可使用該種類型。但該種協議在使用期間也會表現出一定的弊端，主要為：標識符與標準幀相比多占兩個字節，因此其通信時間更長。酒店客房系統客戶端的CAN總線通信波特率可達400b/s。多占的兩個字節，即16bit所占用的時間為39μs?？梢娚鲜鲆蛩貙νㄐ潘俾十a生的影響并不明顯[1]。CAN總線地址分配如表1所示，在寄存器方面，CAN地址分配主要有ACR和AMR兩種情況。地址識別所涉及到的Pelican29位標識符還存在一定的分配使用問題?？墒褂肐D28～ID21高8位對樓層的ID進行準確識別，可識別的總樓層數量可為256層。使用ID20～ID0對客房終端的ID進行識別。將CAN轉化為以太網轉換器CANET-200時可設置不同的TCP/IP地址?？墒褂靡慌_轉換器分別連接多個客戶終端地址進行有效識別。在配置分層式的CAN地址時，同時將CAN轉換器的TCP/IP地址進行轉化，便可在較短的時間內對發生故障的終端進行鎖定，此后采取更為有效的維護手段。
2大數據下酒店業數據信息共享軟件終端軟硬件設計
2.1客戶終端硬件。客房智能化客戶終端使用STC89C58單片機當作節點的微處理設備，共涉及六個部分的硬件電路，主要為多控制按鍵、CAN總線傳輸、ADC采集設計等。具體的硬件構成如圖1。多按鍵中斷的設計模式使用兩片74LS48及一片74HC08組成大數據下酒店業數據信息共享軟件系統的分析劉德鳳（德州職業技術學院山東省德州市253000）編碼電路，可輸入16路按鍵、4位BCD編碼和一個中斷輸出。在中斷的程序中對按鍵的具體狀態進行識別。設計多繼電器的驅動電路時，可運用串聯3片74HC595來完成24路輸出工作，其中可通過使用片UN2003來驅動16個繼電器完成16路的輸出。8路輸出則可對服務狀態的指示燈進行合理控制。設計CAN總線電路時，可使用“獨立CAN總線通信控制器SJA1000”等芯片類型。同時為提升其抗干擾能力，可使用6N137高速光耦等共同形成光電隔離的電路[2]。2.2系統軟件及數據庫設計。首先是對數據層進行設計。技術人員可使用云計算等技術手段，以分布式數據搜集和整理的方法，將酒店所掌握的用戶信息、各類業務數據等統一保存到數據庫中。管理人員可依據具體的管理目標，對相應的數據進行查詢和調取。此外以數據庫資源為基礎，能夠保存更多的數據內容，提升酒店信息資源管理的時效性，從而優化酒店管理的質量，控制酒店在管理期間在信息傳遞方面所付出的時間成本[3]。其次，在設計瀏覽器等期間，技術人員可搭建“客戶機+服務器”的模式，通過使用網絡設備、服務器構建等手段，將酒店管理和業務方面的數據統一上傳到云端。此后系統的登錄界面便可同時向用戶和管理人員提供不同的登錄通道。用戶可對酒店的信息進行瀏覽，全面掌握酒店的具體服務與管理水平。管理者則可通過全面了解酒店信息后，對自身的管理工作進行優化，全面提升酒店的服務質量。如在信息系統的管理和完善期間，用戶可針對平臺顯示的娛樂、宴會等服務內容進行預訂，管理者則可通過服務層進入系統，獲得用戶的預訂信息，以便及時為用戶提供咨詢等服務內容。此后為保障信息系統運行的順暢性，在設計軟件時，還需增加設置聯動裝置及上傳信息的相關程序內容。在客戶完成預訂后，該程序便可將相應信息自動上傳到管理界面，管理者便可依據提示向用戶提供相應的服務內容。
3大數據下酒店業數據信息共享軟件財務共享服務中心的架構
酒店行業需全面考慮自身的情況來構建財務共享中心，高度重視架構中各部門之間的關聯性，結合大數據技術，形成具有層次性和自主性特征的架構體系。整個架構由財務共享中心構成，主要構成要素為戰略管理、流程管理和信息系統等內容。財務共享中心的具體內容如圖2所示。3.1費用控制模塊。費用控制模塊可作為酒店財務共享的重要組成部分，也是保證資金合理運轉的前提。主要有總賬、質量和績效管理等多種內容。該模塊可順利完成酒店的基礎財務管理工作，通過人為設置權限和控制范圍等，順利完成自動核對總賬、跟蹤異常往來款項等工作內容。實施質量和績效管理工作，主要是結合酒店的內外部評價標準，運用財務共享服務中的數據分析能力，對績效進行動態管理，客觀引導和評價員工的工作行為，糾正員工出現的錯誤，改善以往財務工作的實施方式，從而對財務工作程序進行優化[4]。3.2影像管理模塊。影像管理便是運用云計算機網絡技術等手段，實現對票據的無紙化處理，也是酒店行業搭建財務共享中心的重要模塊內容。影響管理部分主要通過軟件對影像進行識別，并將獲得的影像信息通過TWAIN協議等發送到服務器中。在傳輸影像資料時，可自動對錯票和廢票進行篩選，工作人員則可將未達到要求的材料進行統一的調整和糾正。大量的數據內容可依據酒店的實際情況存儲在DB2關系型數據庫中，或者是HBase分布式數據庫中。酒店管理者還可通過使用網絡技術或者移動終端技術對影像桌面終端、移動端應用等進行全面的開發，從而保證可對影像資料進行單一、組合查閱、原始數據查閱和在線分析等，并可在網絡平臺對數據進行瀏覽。3.3管理決策支持模塊。該模塊可作為財務共享中心的核心部分。在酒店不斷發展的背景下，會產生更多的財務業務和數據方面的積累，但酒店難以從上述信息進行有效獲取和管理。各職能中心則通過使用大數據技術對數據進行挖掘利用，再使用爬蟲技術來獲取支持酒店決策的相關數據信息，依據電子績效看板、費用控制系統、投融資和流行性分析等功能，對酒店實施經營決策提供可靠的數據參考。
4大數據下酒店業數據信息共享軟件系統的實現
4.1應用技術分析。在酒店的管理系統中，若想順利發揮各項管理職能，便需充分利用大數據、PLC自動化控制等技術手段。依據當前酒店管理的工作特征，管理系統的功能可在軟件設計的同時，對系統的功能模塊進行設計。此后通過應用硬件設備來為數據庫、軟件程序等提供支撐，進一步對酒店管理的系統進行優化。此外實現不同的系統功能時，還存在明顯的差異性特征。如對于酒店的信息和服務管理方面來講。其功能發揮的主要渠道在于通過使用數據庫獲取信息，對相關的業務進行調整，對酒店的服務內容進行優化升級。以此為基礎，工作人員還可基于酒店的具體管理內容和系統進行綜合的設計，應用行業前沿的管理技術對系統功能進行合理開發。此后在設計個功能模塊時，還需對系統的軟硬件進行細致的測試，保證其功能達到理想的可靠性水平。4.2系統實現的軟件技術。在對酒店搭建信息管理系統期間，所使用的技術為大數據、云計算等技術，因此需通過MIDAS技術來構建數據庫。在具體使用該項技術時，可通過技術組件的形式，在酒店信息采集中發揮多層數據庫的功能，此外還可針對酒店的信息系統客戶端及服務器搭建信息傳輸的渠道。本文所提及的酒店信息系統，開發者基于MIDAS技術，使用Delphi對程序進行開發，將軟件技術中的ClientDataSet進行更新設計。此后通過deha數據包將酒店的信息發送到服務器。在對各類功能軟件進行連接時，MIDAS技術還可完成連接與定位服務器的工作。此外還可在IAppServer接口對酒店所有的預訂、咨詢等信息進行獲取，系統使用DCOMConnection來運行系統的遠程數據模塊，從而為服務器功能的發揮提供前提。
5結束語
總之，通過以上分析，結合大數據技術，探索了大數據下酒店業數據信息共享軟件系統的構建方式，作為相關技術人員，應深入酒店行業實際，科學的加強系統設計能力，從而不斷優化系統應用方式，有效的提高系統的應用價值。
參考文獻
[1]王聿哲.基于大數據分析的長租酒店管理系統的設計與開發[D].湖南大學,2019.
[2]方敏.基于超效率DEA模型的酒店業經營效率的測度與評價研究[J].長春工程學院學報(自然科學版),2019,20(03):94-99.
[3]于瑤.大數據時代度假型酒店營銷管理體制問題探討[J].老字號品牌營銷,2019(09):5-6.
