基于JSP技術(shù)的酒店客房管理系統設計與實(shí)現

1.2房態(tài)轉換

　　從圖1中可以看出，整個(gè)客房管理系統的運作基本上都是圍繞著(zhù)房間而展開(kāi)的，為了保持接待崗和收銀崗在合作辦理客人入住時(shí)的同步性，在房態(tài)中新設了“待交按金”狀態(tài)。具體的房態(tài)轉換如圖2所示。

　　對圖2中的①、②、③分別說(shuō)明如下：

　?、偈轻槍哟龒徣藛T在客人入住登記選擇房間時(shí)，有可能發(fā)生選錯房號的情況。此時(shí)，接待崗人員只需按“取消入住登記”即可。

　?、谑轻槍﹄m然客人交了相應按金，辦完了入住手續，但因自身的一些原因，要退房離店，此時(shí)經(jīng)確認還未產(chǎn)生任何消費。這種情況下的退房，雖比較少見(jiàn)，但確實(shí)是存在的。如果此時(shí)由收銀崗人員正常結賬退房，則會(huì )在結賬單流水賬報表里顯示出結果。而假如由接待崗人員辦理“無(wú)消費直接退房”，就可以從數據庫中直接將本次入住事件的所有相關(guān)數據徹底清除。在結賬單流水賬報表里就不會(huì )出現這些“無(wú)實(shí)際意義、冗余”的數據。

　?、凼轻槍υ陬A訂事件發(fā)生時(shí)，空房較為緊張的情況下，維護酒店利益、盡可能提高開(kāi)房率，使“臟房”的房間也可成為“預訂房”。在系統中會(huì )提示優(yōu)先清理已被預訂了的臟房。