【文章內(nèi)容簡介】 lex和Java有很多種的通信方式。提到通信，我們有兩方面的問題，一是選擇通信協(xié)議，二是選擇數(shù)據(jù)協(xié)議。通信協(xié)議如TCP，UDP，HTTP等。數(shù)據(jù)協(xié)議則是規(guī)定數(shù)據(jù)交換的格式，如Json，XML，amf3等。在這個項目中，我們使用Adobe提供的BlazeDS這個開源框架來實現(xiàn)java與Flex之間的通信。它已經(jīng)為我們提供了java封裝AMF3格式的方法。然后我們應(yīng)用Hibernate和Spring這兩個開源框架。把整個業(yè)務(wù)應(yīng)用劃分為三層，分別為表現(xiàn)層（UI），業(yè)務(wù)邏輯層（BLL），和數(shù)據(jù)訪問層（DAL）。這也完全體現(xiàn)了面向?qū)ο箝_發(fā)的“高內(nèi)聚，低耦合”的思想。一個軟件組件僅僅是一個使我們可以關(guān)聯(lián)不同的責(zé)任的抽象的設(shè)計實體[20]。綜上所述，系統(tǒng)采用的架構(gòu)設(shè)計是典型的MVC的思想。把客戶端作為視圖層。把Java端不包括與數(shù)據(jù)庫交互的部分作為控制層。把Java端與數(shù)據(jù)庫交互的模塊作為模型層。這種分層的架構(gòu)設(shè)計，不僅降低了系統(tǒng)的復(fù)雜程度，也減輕了各個模塊的壓力。同時各模塊互相協(xié)作。也使得編程的思路更加清晰。在設(shè)計部分，主要通過對系統(tǒng)的用例圖，類圖，交互圖和狀態(tài)圖等一系列UML圖來進行詳細(xì)的描述。并且對數(shù)據(jù)庫的設(shè)計也將進行介紹。 模塊設(shè)計快捷酒店管理系統(tǒng)分為以下幾個功能。用戶權(quán)限體系管理，客戶管理，協(xié)議單位管理，會員管理，銷售員管理，房價及傭金體系管理，預(yù)定管理，接待管理，客房中心管理，前臺收銀管理，應(yīng)收帳管理，夜審管理，報表及信息查詢。 功能介紹主要負(fù)責(zé)區(qū)分酒店內(nèi)部不同員工所擁有的不同操作權(quán)限，比如經(jīng)理登錄后可在報表中查看當(dāng)天的營業(yè)日報，而前臺操作員登錄后則沒有報表項目顯示，因此不能查看營業(yè)日報。主要負(fù)責(zé)建立客戶檔案，主要把客戶分為團隊和散客，而散客又分為會員，回頭客。如果客人第一次入住，則會自動更新客戶檔案。使得酒店的管理更加人性化。此模塊主要管理協(xié)議單位，協(xié)議單位就是和酒店有簽訂協(xié)議價的單位，酒店需要根據(jù)不同的公司分別管理其協(xié)議價格此模塊主要負(fù)責(zé)管理各個種類的會員，如金卡會員，銀卡會員，普通會員，并且管理其會員卡賬戶余額。積分兌換等。入住時系統(tǒng)會根據(jù)會員的不同程度給出合理的價格。銷售員管理則是對預(yù)定或者入住時，如果是有銷售員參與的話，就會對銷售員給予一定的獎勵。此房價模塊主要管理鐘點房及全日房的房價，每一個房價都有與之對應(yīng)的房價碼，各種客戶入住都有與之對應(yīng)的房價碼，才能找到與之對應(yīng)的房價。傭金管理則是如果顧客是通過第三方平臺預(yù)定并入住，則需要計算傭金給第三方平臺。此模塊是酒店管理系統(tǒng)中比較重要的模塊，負(fù)責(zé)處理酒店的預(yù)定和入住的所有事物，此模塊幾乎與所有模塊都產(chǎn)生交互，此模塊直接決定了此系統(tǒng)的用戶體驗。此模塊主要負(fù)責(zé)管理每個房間當(dāng)時的客房狀態(tài)。管理哪些房間可用，哪些不可用。并且負(fù)責(zé)房間是否打掃的狀態(tài)等。此功能主要負(fù)責(zé)前臺收銀和應(yīng)收賬務(wù)的的管理，此功能也是有關(guān)財務(wù)。因此需要格外小心。此功能主要負(fù)責(zé)每天的夜間審核，需要計算賬務(wù)，生成營業(yè)日報，并且把當(dāng)天的房費去除掉，重新計算應(yīng)收款。還有需要重新計算明天的房費和房間資源。一系列有關(guān)賬務(wù)的操作都在夜審步驟里面。此功能主要涉及管理層需要核對酒店的各種賬務(wù)情況和入住情況，以便更好的調(diào)整策略，使酒店的管理更加高效。 主要功能模塊前面已經(jīng)介紹了系統(tǒng)的各個功能組成部分，通過對這些部分的分析，我們將系統(tǒng)分為入住管理和系統(tǒng)管理兩個大部分。入住管理主要分為：前臺預(yù)定接待，客房管理，收銀和應(yīng)收賬管理，會員和銷售員管理等。系統(tǒng)管理則主要分為：店長系統(tǒng)，系統(tǒng)維護，夜審系統(tǒng)和報表系統(tǒng)等。下圖顯示了入住管理和系統(tǒng)管理的主要流程，其中起到橋梁作用的便是夜審。R：預(yù)定狀態(tài)的登記單。I：在住狀態(tài)的登記單。S：掛賬狀態(tài)的登記單。指入住完酒店后，但并不直接付款，通過記帳的形勢方便以后一起計算。O：已經(jīng)結(jié)賬的登記單。X：已經(jīng)被取消的預(yù)定單。N：應(yīng)到未到的預(yù)訂單。W：wait狀態(tài)的登記單。D：刪除了的登記單。 入住管理模塊設(shè)計入住管理模塊主要涉及客人的預(yù)定入住，房間的狀態(tài)顯示及顧客的資料管理 前臺入住用例描述入住管理主要包括顧客的預(yù)定，登記，客房管理，房價，換房及排房的管理。以下是顧客預(yù)定，顧客登記，客戶管理和團隊及協(xié)議單位管理這幾個方面的用例圖。,： 房間狀態(tài)管理快捷酒店最核心的業(yè)務(wù)就是賣房間給客人，把房間當(dāng)做商品資源一樣賣出，因此房間也需要像商品資源一樣管理。并且房態(tài)圖的顯示必須做到實時快捷。如果房態(tài)圖有誤，則直接影響到銷售。由于酒店要做到對自己的所有房間狀態(tài)了如指掌，因此便誕生了房態(tài)圖這一模塊。房間的狀態(tài)主要包括以下幾個狀態(tài)：(1)空凈：當(dāng)前沒人住，并且已經(jīng)打掃過房間。(2)空臟：當(dāng)前沒人住，但是沒有打掃過房間。(3)住凈：當(dāng)前已經(jīng)有人入住，并且打掃過房間。(4)住臟：當(dāng)前已經(jīng)有人入住，并且沒有打掃過房間。，(5)維修：當(dāng)前房間正在維修，不允許入住。并且每一個狀態(tài)都有相應(yīng)的顏色顯示。每一個大方格代表一個房間，大方格內(nèi)的小方格則是顯示房間的其他一些信息。 賬務(wù)及現(xiàn)付賬模塊設(shè)計 賬務(wù)模塊業(yè)務(wù)流程針對酒店管理系統(tǒng)，首先我們要做到的是賬務(wù)必須清楚明確，容不得一丁點差錯。這也是一個合格的管理系統(tǒng)所必備的。因此我們要確保每一條賬務(wù)都在歷史數(shù)據(jù)中有據(jù)可查，只要產(chǎn)生了賬務(wù)的登記單，就不能隨便刪除或者取消。： 房務(wù)費管理用例描述房費管理包括房費信息錄入，錄入租用信息，及退還租賃物品。： 會員卡消費機制現(xiàn)代快捷酒店發(fā)展迅速，各個分店如雨后春筍般在城市中間涌現(xiàn)，因此，擁有一張會員卡，便可以在所有酒店消費已經(jīng)成了客戶的需要。會員卡一般與儲值卡相融合，但是根據(jù)國家的最新規(guī)定，會員卡的儲值額度已經(jīng)不能超過1000了。但是這樣也不影響會員卡所擁有的打折或者積分服務(wù)。： 報表管理模塊設(shè)計報表管理是以數(shù)據(jù)或者圖形形式統(tǒng)計和顯示當(dāng)前門店的運行情況。我們提供的快捷版管理系統(tǒng)包含了很多基本的報表，比如近日到店入住報表，營業(yè)日報報表等，在實施的時候，也可根據(jù)酒店的要求增加酒店的自定義報表。通過報表顯示出想要得到的數(shù)據(jù)，并且清晰的呈現(xiàn)在操作人員眼里是十分重要的。我們以一天的營業(yè)日報為例，我們可以得到今天的各個部分的消費金額和結(jié)算金額。并且也支持報表打印功能。 系統(tǒng)管理與維護模塊設(shè)計此模塊主要是系統(tǒng)管理員對酒店內(nèi)的員工分配角色和權(quán)限。酒店的信息管理，日志管理及與外部設(shè)備或者系統(tǒng)的接口管理等。 權(quán)限分配設(shè)計在這個快捷版的酒店系統(tǒng)中，權(quán)限是用權(quán)限字符串來表示和計算的。首先，用戶登錄時查詢用戶表，看是否有此用戶存在。然后看此用戶的is_func_special字段是否為true。如果是的話則代表此用戶擁有獨立的權(quán)限，否則則查詢部門和角色表來獲取此用戶的權(quán)限。最后再更新use_auth_cache表中的權(quán)限字段。 數(shù)據(jù)庫設(shè)計用ER模型來創(chuàng)建和描述數(shù)據(jù)庫的邏輯結(jié)構(gòu),其基本思想是:描述實體與實體之間的關(guān)系,根據(jù)關(guān)系反映一個數(shù)據(jù)庫系統(tǒng)的設(shè)計和需求[21]。以下介紹表和視圖設(shè)計時，我將著重舉例介紹個張表是如何通過字段關(guān)聯(lián)在一起的。 表和視圖的設(shè)計1．預(yù)訂單和登記單表先介紹這個快捷版酒店管理系統(tǒng)中一個最大也是最重要的一張表，master_base表，這張表總共有87個字段。他幾乎與數(shù)據(jù)庫中所有的表產(chǎn)生關(guān)聯(lián)。但是它并沒有外鍵，設(shè)計師如此設(shè)計也是為了系統(tǒng)的簡便性，并且在使用Hibernate的時候可以自由控制數(shù)據(jù)的增刪改查。我們可以形容它為預(yù)定及等級單表。但是，它的字段絕不僅只有這些。下面我來分析一下它的幾個重要字段，看是如何與其他表產(chǎn)生聯(lián)系的。首先hotel_id和hotel_group_id是所有表都有的兩個字段，他們分別表示的是酒店代碼和酒店集團代碼。當(dāng)id和master_id相同時，表示此人如果有同住人的話，則這個登記單時主同住人。其他*_id的功能也大都如此。rmtype和rmno是此登記單的房類與房型，屬于登記單信息。pany_id在如果是協(xié)議單位或者團隊入住時才會設(shè)置值。這個字段算是與pany_base表一個外鍵，但是并沒有設(shè)置成外鍵。Rate_code是表示房價碼的字段，有關(guān)房價碼的表示code_ratecode。每一個房價碼都對應(yīng)一個房價。member_no則是此顧客的會員號，如果不是會員則為null。extr