【正文】 特別要感謝初菁菁同學(xué)在論文和學(xué)習(xí)期間給我的莫大鼓勵(lì)和幫助。還有我親愛的同學(xué)。還要感謝實(shí)習(xí)期間的給我很大幫助的同事和領(lǐng)導(dǎo)，楊銘魁老師和張普軍。幫助我完成論文。用Flex開發(fā)還有一個(gè)好處就是可以無縫把客戶端變成網(wǎng)頁版本，這樣就更加靈活。如我們前面提到的，可以設(shè)計(jì)一個(gè)ipad版本，只顯示報(bào)表和其他基本信息查詢的版本，用來給店長或者決策層使用。ActionScript語言和Java語言一樣是基于虛擬機(jī)的。同時(shí)可以移植到多個(gè)平臺(tái)上面。 展望通過剛才的總結(jié)，我們可以想象到將來本產(chǎn)品的發(fā)展方向?，F(xiàn)在的時(shí)代是移動(dòng)互聯(lián)網(wǎng)的時(shí)代，我們可以把本系統(tǒng)進(jìn)過進(jìn)一步開發(fā)，轉(zhuǎn)移到手機(jī)或者一切智能終端上面。但是本系統(tǒng)仍然有很多不足之處。在內(nèi)存占用方面也表現(xiàn)出了良好的態(tài)勢(shì)。提高了設(shè)計(jì)和實(shí)現(xiàn)的效率。在開發(fā)過程中，始終遵循了面向?qū)ο蟮拈_發(fā)思想。達(dá)到了設(shè)計(jì)初的需求，也就是快捷，易用性。通過這次的開發(fā)，我承擔(dān)了部分需求分析及設(shè)計(jì)內(nèi)容。第5章 總結(jié)與展望 總結(jié)通過這次開發(fā)快捷酒店管理系統(tǒng)，我深刻覺得酒店管理的ERP軟件需要大力的推廣起來。同樣的，這些也只能在已經(jīng)保存的登記單上操作。這里是許多功能集合的功能面板。當(dāng)?shù)怯泦我呀?jīng)保存之后，酒店就可以收取預(yù)收款了。（2）新增預(yù)收款信息?？梢渣c(diǎn)擊最上排的綠色功能組件來選擇要修改的步驟。（1）修改登記單信息。還未保存的登記單只能進(jìn)行13步操作。此操作主要用來修改登記單信息及添加登記單的賬務(wù)信息的。只有完成了保存才能進(jìn)行后面的預(yù)收款和其他操作。（3）完成前面三步即可保存，保存時(shí)系統(tǒng)會(huì)檢驗(yàn)數(shù)據(jù)的完整性與合法性。第三步則是市場銷售，它主要填寫的是房價(jià)碼和房價(jià)及市場來源等。因此，基本信息不需要操作員填寫，只要把身份證放在身份證讀卡器掃描一下，就可出現(xiàn)顧客的其他信息。（2）選擇房型和房號(hào)，選擇完退房日期，然后進(jìn)入到第二步，住客信息。聯(lián)房操作等。增加刪除同住人，打印登記單。預(yù)定轉(zhuǎn)入住。下面將以散客入住為例說明系統(tǒng)的實(shí)現(xiàn)。第二部是填寫預(yù)訂人及聯(lián)系信息，第三部則是填寫有關(guān)銷售渠道之類的信息。預(yù)定單主要分為散客預(yù)定和團(tuán)隊(duì)預(yù)定。我們把預(yù)訂單和登記單數(shù)據(jù)都放在一個(gè)純數(shù)據(jù)類的靜態(tài)變量里面，以方便各個(gè)頁面操作。可以說其他所有模塊都為這兩個(gè)模塊服務(wù)的。點(diǎn)擊“酒店注冊(cè)”后，：備注：由系統(tǒng)提供商提供酒店注冊(cè)號(hào)。進(jìn)過這樣的改善，程序運(yùn)行起來更加迅速，在實(shí)際應(yīng)用中，內(nèi)存的占用率始終保持在150M左右便穩(wěn)定下來，原因就是使用了重復(fù)的界面。同樣，當(dāng)頁面從主舞臺(tái)消失時(shí)，則會(huì)觸發(fā)closed函數(shù)。當(dāng)頁面在主舞臺(tái)顯示時(shí)。針對(duì)Flex的這個(gè)弊端，我們采用了加工Group類的想法。本系統(tǒng)最大的特點(diǎn)就是對(duì)Flex中Group類的加工，原先的Flex設(shè)計(jì)的程序都是每次打開一個(gè)頁面都是全新的頁面，關(guān)閉頁面后則頁面交給AVM虛擬機(jī)垃圾回收。由于Flex是一個(gè)完全面向?qū)ο蟮恼Z言，他的語法也和Java是差不多的。交互模式應(yīng)當(dāng)與用戶的習(xí)慣保持一致。用戶更好理解系統(tǒng)。對(duì)新用戶不增加操作難度。界面應(yīng)當(dāng)簡潔時(shí)尚。一個(gè)系統(tǒng)給人的第一印象就是界面，因此，界面的美觀與否直接決定了該系統(tǒng)能不能有好的市場。（4）網(wǎng)絡(luò)服務(wù)器Tomcat 用戶界面實(shí)現(xiàn)用戶界面設(shè)計(jì)是一個(gè)系統(tǒng)的重要組成部分。（2）系統(tǒng)主要技術(shù)RemoteObject，靈活的與Java端進(jìn)行通信。（1）系統(tǒng)結(jié)構(gòu)采用C/S架構(gòu)設(shè)計(jì)。[24] 綜上所述，本系統(tǒng)開發(fā)時(shí)采用基于C/S架構(gòu)的Web應(yīng)用開發(fā)技術(shù)。本系統(tǒng)采用的數(shù)據(jù)庫是mysql數(shù)據(jù)庫，與其他數(shù)據(jù)庫相比。在框架上我們選用Spring和Hibernate。其強(qiáng)大的外觀設(shè)計(jì)也使得界面可以十分絢麗。同時(shí)也推出了與html十分相似的mxml，因此把他們兩個(gè)結(jié)合起來就是現(xiàn)在的Flex。他們?cè)O(shè)計(jì)了ActionScript語言來完成這項(xiàng)工作。以前開發(fā)網(wǎng)頁動(dòng)畫都是用Flash開發(fā)，但是這些只適合Flash設(shè)計(jì)者。在頁面設(shè)計(jì)上我們采用了Flex這種技術(shù)作為我們圖形界面開發(fā)的技術(shù)。第4章 快捷酒店管理系統(tǒng)的實(shí)現(xiàn)由于酒店系統(tǒng)是個(gè)十分龐大的系統(tǒng)，因此本章將只對(duì)用戶界面操作的部分及開發(fā)技術(shù)進(jìn)行詳細(xì)闡述。夜審。管理層可以有許多前臺(tái)操作員沒有的權(quán)限，比如設(shè)置房類，房價(jià)。修改營業(yè)日期等。 其他功能模塊設(shè)計(jì)主要負(fù)責(zé)當(dāng)日的關(guān)于賬務(wù)，房費(fèi)，及報(bào)表審查等。（2）.生成報(bào)表：通過這幾個(gè)存儲(chǔ)過程，存儲(chǔ)過程中主要涉及賬目的計(jì)算。2．使業(yè)務(wù)邏輯與java端分離，作為java端與數(shù)據(jù)庫端的中間層。而且存儲(chǔ)過程和數(shù)據(jù)庫的貼合明顯比java更加緊密。因?yàn)榇鎯?chǔ)過程只涉及到數(shù)據(jù)庫的操作，因此比java連接數(shù)據(jù)庫得到數(shù)據(jù)后再操作快很多倍。這時(shí)我們就需要用到存儲(chǔ)過程來幫我們完成對(duì)數(shù)據(jù)庫的操作。結(jié)合這兩張表就可以確定該房間在某天的狀態(tài)。room_no里面儲(chǔ)存房號(hào)信息，room_sta儲(chǔ)存房間狀態(tài)。code_ratecode_detail中的code是作為額外主鍵出現(xiàn)的。code_ratecode主要儲(chǔ)存房價(jià)碼信息，而code_ratecode_detail則儲(chǔ)存房價(jià)信息。兩張表一張儲(chǔ)存會(huì)員信息，一張儲(chǔ)存會(huì)員卡信息。其中id與master_base中的guest_id與guest_base中的id相對(duì)應(yīng)。為0則不是vip。兩張表組合起來就能夠查到這個(gè)人的所有基本信息。master_guest中的id與master_base中的id是一一對(duì)應(yīng)的關(guān)系。2．顧客信息表主要涉及兩張表，master_guest和guest_base表。這些還只是這張表字段一個(gè)大概介紹，其他字段也大都與上面介紹的相似用法。link_id則表示該登記單的聯(lián)房信息。member_no則是此顧客的會(huì)員號(hào)，如果不是會(huì)員則為null。Rate_code是表示房價(jià)碼的字段，有關(guān)房價(jià)碼的表示code_ratecode。pany_id在如果是協(xié)議單位或者團(tuán)隊(duì)入住時(shí)才會(huì)設(shè)置值。其他*_id的功能也大都如此。首先hotel_id和hotel_group_id是所有表都有的兩個(gè)字段，他們分別表示的是酒店代碼和酒店集團(tuán)代碼。但是，它的字段絕不僅只有這些。但是它并沒有外鍵，設(shè)計(jì)師如此設(shè)計(jì)也是為了系統(tǒng)的簡便性，并且在使用Hibernate的時(shí)候可以自由控制數(shù)據(jù)的增刪改查。 表和視圖的設(shè)計(jì)1．預(yù)訂單和登記單表先介紹這個(gè)快捷版酒店管理系統(tǒng)中一個(gè)最大也是最重要的一張表，master_base表，這張表總共有87個(gè)字段。 數(shù)據(jù)庫設(shè)計(jì)用ER模型來創(chuàng)建和描述數(shù)據(jù)庫的邏輯結(jié)構(gòu),其基本思想是:描述實(shí)體與實(shí)體之間的關(guān)系,根據(jù)關(guān)系反映一個(gè)數(shù)據(jù)庫系統(tǒng)的設(shè)計(jì)和需求[21]。如果是的話則代表此用戶擁有獨(dú)立的權(quán)限，否則則查詢部門和角色表來獲取此用戶的權(quán)限。首先，用戶登錄時(shí)查詢用戶表，看是否有此用戶存在。酒店的信息管理，日志管理及與外部設(shè)備或者系統(tǒng)的接口管理等。并且也支持報(bào)表打印功能。通過報(bào)表顯示出想要得到的數(shù)據(jù)，并且清晰的呈現(xiàn)在操作人員眼里是十分重要的。： 報(bào)表管理模塊設(shè)計(jì)報(bào)表管理是以數(shù)據(jù)或者圖形形式統(tǒng)計(jì)和顯示當(dāng)前門店的運(yùn)行情況。會(huì)員卡一般與儲(chǔ)值卡相融合，但是根據(jù)國家的最新規(guī)定，會(huì)員卡的儲(chǔ)值額度已經(jīng)不能超過1000了。： 房務(wù)費(fèi)管理用例描述房費(fèi)管理包括房費(fèi)信息錄入，錄入租用信息，及退還租賃物品。這也是一個(gè)合格的管理系統(tǒng)所必備的。每一個(gè)大方格代表一個(gè)房間，大方格內(nèi)的小方格則是顯示房間的其他一些信息。(5)維修：當(dāng)前房間正在維修，不允許入住。(3)住凈：當(dāng)前已經(jīng)有人入住，并且打掃過房間。房間的狀態(tài)主要包括以下幾個(gè)狀態(tài)：(1)空凈：當(dāng)前沒人住，并且已經(jīng)打掃過房間。如果房態(tài)圖有誤，則直接影響到銷售。,： 房間狀態(tài)管理快捷酒店最核心的業(yè)務(wù)就是賣房間給客人，把房間當(dāng)做商品資源一樣賣出，因此房間也需要像商品資源一樣管理。 入住管理模塊設(shè)計(jì)入住管理模塊主要涉及客人的預(yù)定入住，房間的狀態(tài)顯示及顧客的資料管理 前臺(tái)入住用例描述入住管理主要包括顧客的預(yù)定，登記，客房管理，房價(jià)，換房及排房的管理。W：wait狀態(tài)的登記單。X：已經(jīng)被取消的預(yù)定單。指入住完酒店后，但并不直接付款，通過記帳的形勢(shì)方便以后一起計(jì)算。I：在住狀態(tài)的登記單。下圖顯示了入住管理和系統(tǒng)管理的主要流程，其中起到橋梁作用的便是夜審。入住管理主要分為：前臺(tái)預(yù)定接待，客房管理，收銀和應(yīng)收賬管理，會(huì)