第三節 飯店計算機信息係統的設計原則
在功能需求分析的基礎上，飯店前台係統的設計、實現與一般的MIS的設計方法一樣，運用結構化程序設計技術，通過模塊分解，把一個極複雜的前台係統劃分成幾個相對獨立的子係統的模塊。這樣大大方便了分工編程、調試、工程組織和管理，同時也提高了MIS的可靠性和可維護性。
一、係統設計的一般原則
飯店管理信息係統，是由飯店管理的實際決定的，其設計不僅要符合MIS的理論體係，又要考慮飯店行業的特殊性，我們在設計係統時必須時刻把握這一點。如飯店是每天24小時運行，可靠性要求非常高；飯店係統實時管理要求高，數據安全保護性能要好；飯店係統信息集中管理，要求信息傳遞效率要高。基於這些特點，在係統設計時，必須把握以下幾點原則。
(一)注重總體結構的合理性
總體結構的合理性是由係統結構和飯店規模相對決定的，飯店管理信息係統的總體結構要清晰、合理，不能片麵追求複雜的功能需求。係統設計時要圍繞實用、安全、可靠、高效的要求，去確定係統的總體結構。
為了保證係統安全可靠，我們經常在係統結構上，采用雙機備份或雙硬盤鏡像的方法，在網絡平台的選取上，多數用C/S（客戶機/服務器）的分布式處理結構，這已成為飯店信息係統組織的一種新的發展趨勢。
新技術必然要以較高的代價去取得，而市場上不可能都是高星級的大飯店，更多的是中、小型的飯店，其投入在飯店計算機管理信息係統上的代價不可能太大。在係統的設計結構上針對性要強，對大型飯店，服務器端就需要使用大型的數據庫管理係統，而中、小型飯店，尤其是小型飯店，就無此必要，相應飯店的投資就會減少，係統的競爭力就強。
(二)係統必須以結構化設計為基礎，采用模塊式結構
這是對一個係統開發工作的基本要求，有利於係統自身的擴展，也有利於與其他係統的連接，其內容在前台係統功能需求分析中已經說明。
結構化程序設計要求以功能需求為中心，以模塊分解為手段，采用從上至下或者從下至上的設計方法。在這個過程中，我們需要對基本信息、流程、處理方法及應達到的實際效果進行詳細的分析、分解，以達到功能完備、界麵美觀、操作方便、安全可靠。
在軟件模塊分解時，應采取措施使各種修改所造成的影響盡可能局限在少數幾個模塊內部，即應該使信息隱蔽，也就是在設計中應使得影響飯店的管理模式、機構設置、產品結構等各種可能變化的因素盡可能放在一個或幾個模塊中，使得其他模塊與這些模塊無關，軟件以後修改時，隻需對這些可以成為參數的模塊進行更改，而對大量無關的模塊沒有影響。
(三)係統設計必須注意區別不同的管理模式
飯店管理分為低層管理，主要指主管、領班及以下的督導工作；中層管理，主要局限於部門一級；而高級管理則指總經理、董事會的決策管理工作。飯店計算機管理信息係統目前主要還局限在中、低級的管理，尤其是低級——具體實施業務操作的管理，其模式相應統一、規範，功能也比較成熟、差別很小。而對中、高級管理則欠缺很多，這主要由於中、高層的決策工作比較複雜，管理模式相對較多，差別很大。如何更好地研究管理模式中的差別與共性，對決策管理方麵的差異使用不同的參數，並加以開放，增強靈活性，建立一套自己的係統模式，的確不是一件容易的事情，但我們必須去實踐，據介紹，國外已經有相應的輔助總經理決策的專用係統問世並應用，而且銷量數以萬套計。
(四)係統設計必須考慮軟件的生命周期，必須注意產品的形象
據2002年的統計，全國已有10
000餘家旅遊涉外飯店。從這個不小的數目可以看出，以飯店業為目標市場的產品潛力很大，同時競爭相對也比較激烈。對於飯店計算機管理信息係統的開發商來說，如果不能在這一市場上不斷推出新的產品，就會失去競爭力，以致被擠出市場。
軟件生命周期指的是軟件從定義、開發、使用、維護到消亡的過程，任何軟件係統都重複著這一循環。如何延長軟件係統的生命周期，這在初期設計時就必須考慮到。
其根本途徑是不斷適應飯店發展的需要，不斷跟蹤新技術的發展，不斷改善自己的係統，定期推出新的版本（新版本要兼容舊版本），同時做好係統維護工作。這對我們的總體開發工作是一個目標性的指導方針。
另外，軟件產品絕對不是僅僅隻有程序，還包含開發、使用、維護程序所需的所有文檔，如係統設計說明、操作使用說明書等，這些文檔本身就是產品的形象包裝。軟件開發商提供的係統應該是完備的，符合規範又具有鮮明特色的，因為其用戶是與國際接軌最為緊密的飯店業。
(五)係統設計必須提供全麵的係統解決方案
新的星級飯店評定標準已經頒布，其中高新技術所占的分值比例較原標準有很大提高，飯店計算機係統已不再是一個簡單的MIS概念，其外延擴大程度不小，從結構化綜合布線、視音頻服務係統（VOD、電視查詢、購物、訂餐等）到客房內有計算機、傳真機設備等。這對係統的開發及係統供應商也提出了更高的要求，要想在市場上有競爭能力，要想拿出令飯店滿意的服務及信息化產品，必須對此變化有一個全麵的係統解決方案。
飯店管理信息係統由於分前台係統和後台係統兩部分，係統在設計時除了遵循以上原則外，還必須根據前台係統和後台係統的特殊性，在設計時分別考慮其特點，必須遵循各自的設計原則。
二、飯店前台係統的設計原則
前台係統最基本的相對獨立的幾個功能模塊為預訂、接待、賬務、夜審、收銀等，這幾個模塊也是設計中難度最大的地方，其相關性較多，共享數據量大，解決了這裏的問題，其他模塊就顯得非常簡單。在具體設計中要按照以下幾個原則。
(一)數據庫的設計
數據庫的設計是程序設計的基礎，好的數據庫設計要做到無數據冗餘，同時又要簡單。
雖然不是所有的飯店管理信息係統都是用數據庫管理係統來進行設計的，但在設計過程中都要以數據庫設計原理為指導。
前台係統的數據庫一般分為以下幾大類：
1.主庫
用來記錄飯店客人的主要信息。這些數據庫在運行過程中是動態變化的，包括客人主單、客人信息、團隊主單、賬務數據庫、留言數據庫、記事數據庫、備注數據庫、職員留言數據庫、客史檔案、黑名單庫。整個飯店的業務基本上是針對這些數據庫展開的，所有這些庫都應盡量符合第四範式（4NF），其關鍵字一般是客人賬號、團隊賬號或客史檔案號等。
2.房務庫
反映各種房間信息。其記錄個數相對穩定，而每個記錄內容又是動態變化的。主要包括以下兩種：
房型庫：房類清單庫。
房間庫：以具體房間為一條記錄。
3.係統庫
用於記錄各種係統數據。應包括：
(1)係統設置庫：用來設置係統的環境。如飯店的名稱、樓座數、層數、房間號碼、服務費率、各庫查找路徑等。這些信息在運行中一般不發生變化，隻是在係統初始化時設置。
(2)係統庫：記錄當前的係統數據，當前營業日期，起始賬號，賬戶信息指針、前夜審日等。