【正文】 ibernate 目的就是在應(yīng)用程序和數(shù)據(jù)庫(kù)之間建立一種映射關(guān)系，通過(guò)這種映射關(guān)系的建立使得開發(fā)人員完全用 OO 的思想去設(shè)計(jì)業(yè)務(wù)邏輯，而數(shù)據(jù)的存儲(chǔ)依然使用關(guān)系型數(shù)據(jù)庫(kù)。Hibernate中持久化的狀態(tài)有 3 中表現(xiàn)形式，分別是瞬時(shí)狀態(tài)，持久化狀態(tài)和托管狀態(tài)?，F(xiàn)在Hibernate在持久化類和數(shù)據(jù)庫(kù)之間建立映射關(guān)系除了通過(guò)XML文件還可以支持Annotations.3 系統(tǒng)需求分析通過(guò)對(duì)系統(tǒng)的分析，制定出了如上本系統(tǒng)主要結(jié)構(gòu)功能的設(shè)計(jì)，依靠此設(shè)計(jì)，制定除了本系統(tǒng)的實(shí)施方案，之后按照各個(gè)功能點(diǎn)完成詳細(xì)設(shè)計(jì)，將每一個(gè)模塊對(duì)應(yīng)的參數(shù)定義詳細(xì)的命名規(guī)范，設(shè)計(jì)好數(shù)據(jù)庫(kù)，完成整個(gè)系統(tǒng)的開發(fā)。然后設(shè)計(jì)進(jìn)行整個(gè)系統(tǒng)的性能測(cè)試，研究其是否具有較強(qiáng)的系統(tǒng)抗壓能力。 總體業(yè)務(wù)分析酒店管理系統(tǒng)是管理信息系統(tǒng)在酒店業(yè)務(wù)處理方面的應(yīng)用。從總體上講，客戶要求該系統(tǒng)應(yīng)具有操作人員識(shí)別模塊，并且具備一般系統(tǒng)所具有的客房預(yù)訂功能，客房狀態(tài)更改功能，入住客人資料登記功能，客房信息設(shè)置功能，賬單查詢功能等。除這些基本功能外，客戶要求該系統(tǒng)具備一定的統(tǒng)計(jì)能力，如對(duì)酒店每月的營(yíng)業(yè)額進(jìn)行統(tǒng)計(jì)。另外，客戶要求該系統(tǒng)升級(jí)維護(hù)方便，使用簡(jiǎn)單，容易上手操作，界面簡(jiǎn)單明了，所反映的信息直觀等。掌握了客戶對(duì)該系統(tǒng)的總體功能要求后，通過(guò)與客戶的溝通，了解到系統(tǒng)更詳細(xì)的需求用例。該酒店的客房有不同的檔次，需要系統(tǒng)能夠?qū)头窟M(jìn)行分類管理，如增加某類客房的房間，刪除某類型客房的房間，查找該類型客房的具體房間信息，更改房間類型。該酒店管理系統(tǒng)應(yīng)具有操作人員識(shí)別模塊，以區(qū)別每項(xiàng)業(yè)務(wù)是由哪位工作人員操作。即該系統(tǒng)應(yīng)設(shè)置登錄模塊。為了方便對(duì)客房?jī)r(jià)格的設(shè)置，需要系統(tǒng)提供對(duì)不同類型的客房進(jìn)行預(yù)定價(jià)格、預(yù)定折扣、計(jì)時(shí)最低價(jià)格等的設(shè)置功能。需要提供一個(gè)客房設(shè)置模塊，用來(lái)設(shè)置酒店的所有客房信息。在設(shè)置客房信息時(shí)，應(yīng)該提供對(duì)不同房間實(shí)際價(jià)格、實(shí)際折扣的設(shè)置。特別重要的是能夠了解到所有房間的當(dāng)前狀態(tài)以及是否可用，這樣能夠方便酒店對(duì)所有客房的當(dāng)前狀態(tài)進(jìn)行及時(shí)管理，如對(duì)于已經(jīng)退房的房間可以通知保潔員清潔房間，對(duì)于未入住的房間可以安排客人入住使用，對(duì)于已經(jīng)入住的房間及時(shí)跟蹤客人是否續(xù)住等。需要提供入住登記功能，并能夠根據(jù)客戶的入住時(shí)間、離店時(shí)間、客戶資料、入住房間等信息進(jìn)行查詢。需要客房預(yù)定功能，能夠處理客戶的各種預(yù)定，如電話預(yù)定、總臺(tái)面約、上預(yù)定或領(lǐng)導(dǎo)安排等等預(yù)定方式。需要提供一個(gè)入住客人信息管理功能，從而實(shí)現(xiàn)對(duì)酒店的客人信息的統(tǒng)一管理，如根據(jù)身份證號(hào)進(jìn)行客戶查詢，根據(jù)入住日期進(jìn)行查詢，更改客人的聯(lián)系方式等。系統(tǒng)還要提供業(yè)務(wù)統(tǒng)計(jì)報(bào)表功能，能夠?qū)频暌荒曛忻吭碌淖∷薹块g數(shù)進(jìn)行統(tǒng)計(jì)，然后繪圖顯示。 用例分析根據(jù)前期掌握的用戶需求分析信息，在酒店管理系統(tǒng)中設(shè)置兩種權(quán)限角色，分別是普通操作員和管理員。這兩種角色所對(duì)應(yīng)的用例圖如下所示。圖 31 普通操作員用例圖對(duì)圖 31 普通操作員用例圖的分析可以看出。普通操作員只能使用前臺(tái)系統(tǒng)，能夠處理入住登記、退房結(jié)賬、預(yù)定管理、客戶管理、業(yè)務(wù)統(tǒng)計(jì)等操作。圖 32 管理員用例圖管理員是系統(tǒng)的管理者，擁有最高權(quán)限。管理員除了可以使用前臺(tái)系統(tǒng)外，還可以使用系統(tǒng)的后臺(tái)。通過(guò)后臺(tái)可以對(duì)酒店的客房類型、客房、操作員進(jìn)行設(shè)置，管理員用例圖如圖32 所示。根據(jù)上述用例圖，下面通過(guò)挑選該系統(tǒng)典型模塊進(jìn)行分析說(shuō)明。登錄模塊系統(tǒng)會(huì)判斷用戶的用戶名和密碼是否正確。當(dāng)判斷用戶是普通操作員時(shí)，用戶僅能在前臺(tái)界面操作，流程圖如圖33 操作員登陸業(yè)務(wù)流程圖所示；當(dāng)用戶是管理員時(shí)，用戶不僅能操作前臺(tái)系統(tǒng)，還可以操作后臺(tái)系統(tǒng)，流程圖如圖34 管理員登陸業(yè)務(wù)流程圖所示。圖33 操作員登陸業(yè)務(wù)流程圖圖34 管理員登陸業(yè)務(wù)流程圖入住登記系統(tǒng)首先判斷用戶登陸的合法性，通過(guò)校驗(yàn)后的操作員或管理員系統(tǒng)前臺(tái)首頁(yè)，未通過(guò)登陸認(rèn)證的人員返回登陸首頁(yè)繼續(xù)認(rèn)證。進(jìn)入前臺(tái)首頁(yè)的管理員或操作員點(diǎn)擊進(jìn)入登記信息模塊，接下來(lái)填寫入住客人的個(gè)人信息如身份證號(hào)，姓名，電話等個(gè)人信息，并在所有客房中選擇可以使用的客房進(jìn)行登記。系統(tǒng)會(huì)對(duì)提交的客人信息如身份證號(hào)進(jìn)行數(shù)據(jù)校驗(yàn)，并對(duì)選擇的房間狀態(tài)進(jìn)行校驗(yàn)，如果選擇的房間不是空閑房間或者身份證號(hào)不符，客戶登記失敗，并返回登記信息繼續(xù)登記。如果校驗(yàn)通過(guò)，房間狀態(tài)更改為正在使用，信息寫入數(shù)據(jù)庫(kù)，系統(tǒng)反饋登記成功。整個(gè)業(yè)務(wù)流程如圖35 入住登記業(yè)務(wù)流程圖所示。圖35 入住登記業(yè)務(wù)流程圖預(yù)定管理首先判斷用戶的合法性，通過(guò)校驗(yàn)后操作員或管理員可以進(jìn)行預(yù)定業(yè)務(wù)的操作，業(yè)務(wù)流程如圖36 所示。圖36 預(yù)定業(yè)務(wù)流程圖(1)預(yù)訂管理用例圖圖37描述了前臺(tái)預(yù)訂人員在進(jìn)行散客預(yù)訂時(shí)可進(jìn)行的操作，執(zhí)行者為前臺(tái)工作人員，可實(shí)現(xiàn)的功能是“散客預(yù)訂”和“散客預(yù)訂查詢”，其中用例“預(yù)訂修改”、“預(yù)訂取消”、“預(yù)訂刪除”、“預(yù)訂恢復(fù)”都是用例“預(yù)訂查詢”的必需組成部分被使用。圖37散客預(yù)訂用例圖(2)接待管理用例圖圖38描述了執(zhí)行者“前臺(tái)工作人員”在進(jìn)行散客接待時(shí)所進(jìn)行的相關(guān)操作及系統(tǒng)具備的功能。用例“散客入住”的必備功能應(yīng)包括用例“客人信息”、“歷史查詢”、“黑名單查詢”，擴(kuò)展用例則包括用例“散客預(yù)訂入住”、“協(xié)議公司客人入住”、“歷史客人入住”、“會(huì)員入住”和“內(nèi)部用房登記”。圖38散客接待用例圖客戶信息管理首先進(jìn)行身份認(rèn)證，通過(guò)認(rèn)證的操作員或管理員進(jìn)入系統(tǒng)前臺(tái)首頁(yè)進(jìn)行客人信息管理模塊進(jìn)行業(yè)務(wù)操作。該模塊提供了顯示客戶信息，根據(jù)查詢條件查詢客戶信息，添加新的客戶信息，修改已存在客戶信息，刪除已存在客戶信息的功能。在刪除或修改客戶信息時(shí)，系統(tǒng)會(huì)首先進(jìn)行數(shù)據(jù)校驗(yàn)，如校驗(yàn)客戶身份證號(hào)是否正確，校驗(yàn)客戶軍官證號(hào)是否正確等。如果未通過(guò)校驗(yàn)則返回客人信息主界面，通過(guò)校驗(yàn)則將數(shù)據(jù)寫入數(shù)據(jù)庫(kù)，系統(tǒng)顯示數(shù)據(jù)更新成功。整個(gè)客戶信息管理業(yè)務(wù)的流程如圖 39 客戶信息管理業(yè)務(wù)流程圖所示。圖37 客戶信息管理業(yè)務(wù)流程圖業(yè)務(wù)統(tǒng)計(jì)首先判斷用戶的合法性，通過(guò)校驗(yàn)后操作員或管理員進(jìn)入前臺(tái)首頁(yè)，點(diǎn)擊進(jìn)入業(yè)務(wù)統(tǒng)計(jì)模塊，系統(tǒng)主界面顯示該酒店全年酒店入住情況并通過(guò)柱狀圖顯示。操作員可以通過(guò)刷新界面獲得該圖形的更新。如果需要打印該統(tǒng)計(jì)圖表，系統(tǒng)也提供了打印圖表功能。整個(gè)業(yè)務(wù)流程如圖310 酒店業(yè)務(wù)統(tǒng)計(jì)流程圖所示。圖310 酒店業(yè)務(wù)統(tǒng)計(jì)流程圖客房類型設(shè)置系統(tǒng)首先對(duì)登錄人員進(jìn)行認(rèn)證，只有管理員才能進(jìn)入系統(tǒng)維護(hù)頁(yè)面。而操作員雖然能進(jìn)入前臺(tái)首頁(yè)，但無(wú)法進(jìn)入后臺(tái)頁(yè)面，系統(tǒng)維護(hù)屬于后臺(tái)頁(yè)面范圍。接下來(lái)，管理員可以對(duì)客房類型進(jìn)行管理，包括添加客房類型，刪除選中的客房類型，更改客房類型，重新加載數(shù)據(jù)，保存數(shù)據(jù)的操作?？头款愋驮O(shè)置可以改變的內(nèi)容包括房間類別名稱，床位數(shù)，預(yù)定價(jià)格，預(yù)定折扣，計(jì)時(shí)最低價(jià)，每小時(shí)計(jì)時(shí)價(jià)。這些內(nèi)容更改后，屬于該類別的所有房間的信息都會(huì)更改。當(dāng)管理員點(diǎn)擊保存數(shù)據(jù)后，數(shù)據(jù)被保存進(jìn)數(shù)據(jù)庫(kù)。圖311 客房類型設(shè)置業(yè)務(wù)流程圖 功能分析酒店管理系統(tǒng)分為后臺(tái)和前臺(tái)兩個(gè)部分，其中后臺(tái)供管理員管理系統(tǒng)之用，包括客房類型設(shè)置模塊、客房設(shè)置模塊以及操作員設(shè)置 3 個(gè)子模塊。模塊的具體功能如下：客房類型設(shè)置模塊：該模塊用來(lái)設(shè)置酒店房間的類型，包括新增客房類型，刪除客房類型，編輯已有客房類型，編輯已有客房類型包括修改房間床位數(shù)，修改預(yù)定價(jià)格，修改預(yù)定折扣，修改計(jì)時(shí)最低價(jià)的功能。客房設(shè)置模塊：該模塊用來(lái)設(shè)置酒店房間信息，包括新增客房，刪除客房，編輯房間號(hào)，編輯客房所在區(qū)域或樓層，編輯房間類型等功能。操作員設(shè)置模塊：該模塊用來(lái)管理酒店操作員信息，新增操作員，編輯已有操作員信息，刪除操作員信息等功能。系統(tǒng)前臺(tái)供酒店所有工作人員使用，包括入住登記模塊、結(jié)賬模塊、預(yù)定模塊、客戶管理模塊以及業(yè)務(wù)統(tǒng)計(jì)模塊。模塊的具體功能如下：入住登記模塊：該模塊用來(lái)登記客戶的入住信息，入住信息包括登記信息，客人信息和費(fèi)用信息三部分。結(jié)賬模塊：該模塊用來(lái)處理客戶的退房信息，知道客人入住的房間號(hào)碼就可以進(jìn)行退房結(jié)賬。預(yù)定模塊：該模塊用來(lái)處理客戶的預(yù)定信息，除了可以新增預(yù)定，還可以對(duì)現(xiàn)有預(yù)定信息進(jìn)行管理?？蛻艄芾砟K：該模塊用來(lái)管理客戶的登記信息，包括新增客戶信息，編輯已有客戶信息，刪除客戶信息等功能。業(yè)務(wù)統(tǒng)計(jì)模塊：該模塊用來(lái)統(tǒng)計(jì)一定時(shí)間段內(nèi)酒店客房的出租率，并且以圖形報(bào)表形式顯示。整個(gè)系統(tǒng)的功能模塊如圖312 系統(tǒng)功能模塊圖所示。圖312 系統(tǒng)功能模塊圖4 系統(tǒng)的設(shè)計(jì)需求調(diào)研完成后，要與用戶進(jìn)行需求確認(rèn)。接下來(lái)系統(tǒng)的設(shè)計(jì)工作就可以啟動(dòng)。系統(tǒng)的設(shè)計(jì)一般包括以下步驟：架構(gòu)設(shè)計(jì)，系統(tǒng)設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)。本章首先對(duì)該系統(tǒng)的架構(gòu)設(shè)計(jì)、系統(tǒng)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)進(jìn)行闡述，最后以該系統(tǒng)的兩個(gè)核心模塊為例，對(duì)系統(tǒng)的設(shè)計(jì)和編碼工作進(jìn)行詳細(xì)分析說(shuō)明。 系統(tǒng)總體設(shè)計(jì)系統(tǒng)管理在本系統(tǒng)中，管理系統(tǒng)模塊主要實(shí)現(xiàn)對(duì)酒店預(yù)定添加，修改，修改的管理；客房與用戶信息的查詢管理；入住管理；退房的管理。該模塊中存在4個(gè)子模塊，他們?yōu)槠叫薪Y(jié)構(gòu)，關(guān)系如下列圖。 客戶預(yù)定模塊查詢信息模塊入住模塊退房模塊 顯所有客戶信息退房登記入住預(yù)定入住查詢房間顯示房間狀態(tài)取消登記預(yù)定登記修改登記圖 41 系統(tǒng)模塊圖 系統(tǒng)設(shè)計(jì)企業(yè)級(jí) Web 應(yīng)用開發(fā)，一般都采用 MVC 架構(gòu)，而 Spring 是一個(gè)很好的實(shí)現(xiàn)了 MVC 的框架，Hibernate 是當(dāng)前最流行的持久層框架。因此，本系統(tǒng)采用 Spring與 Hibernate 相結(jié)合的方式作為系統(tǒng)的總體開發(fā)框架。另外，系統(tǒng)視圖層主要采用JSP 技術(shù)，Ajax 技術(shù)作為視圖層的補(bǔ)充。后臺(tái)數(shù)據(jù)庫(kù)使用 MySQL 數(shù)據(jù)庫(kù)。系統(tǒng)設(shè)計(jì)階段包括：實(shí)體域模型設(shè)計(jì)，DAO 模型設(shè)計(jì)，過(guò)程域模型設(shè)計(jì)，控制模型設(shè)計(jì)，視圖模型設(shè)計(jì)。 實(shí)體域模型設(shè)計(jì)根據(jù)需求調(diào)研可以分析出，該系統(tǒng)主要有以下實(shí)體域：客戶實(shí)體，包括客人編號(hào)，客人姓名，客人類型，客人證件類型，客人證件號(hào)碼，國(guó)籍，住址，郵編，手機(jī)號(hào)碼，性別，電子郵件地址等信息。客房實(shí)體，包括客房編號(hào)，客房所屬區(qū)域，客房所屬樓層，客房分機(jī)號(hào)碼，客房狀態(tài)，客房類型，實(shí)際折扣等信息。操作員實(shí)體，包括操作員類型，姓名，操作員用戶名，操作員密碼，操作員權(quán)限，手機(jī)號(hào)碼，地址，郵編，創(chuàng)建時(shí)間等信息。客房類型實(shí)體，包括客房類型編號(hào)，客房類型名稱，床位數(shù)，預(yù)定價(jià)格，預(yù)定折扣，計(jì)時(shí)每小時(shí)價(jià)格等信息。散客入住登記實(shí)體，包括入住登記信息編號(hào)，入住登記訂單，入住房間，實(shí)際價(jià)格，已付押金，入住時(shí)間，離開時(shí)間，登記狀態(tài)等信息。團(tuán)體入住登記實(shí)體，包括入住登記信息編號(hào)，入住登記信息列表，團(tuán)隊(duì)名稱，人數(shù)，客人類型，客人證件類別，客人證件號(hào)碼，登記狀態(tài)，入住時(shí)間，預(yù)計(jì)離開時(shí)間，實(shí)際離開時(shí)間，已付押金，總費(fèi)用，加床費(fèi)，事由等信息。結(jié)賬類型實(shí)體，包括客人編號(hào)，結(jié)賬類型，應(yīng)收金額，已付押金，續(xù)收金額，創(chuàng)建時(shí)間，操作員用戶名，結(jié)賬說(shuō)明等信息。該系統(tǒng)共有 11 個(gè)實(shí)體，除了上述 7 個(gè)主要實(shí)體外，還包括基礎(chǔ)信息實(shí)體，客戶記錄實(shí)體，預(yù)定信息實(shí)體和預(yù)定訂單實(shí)體。 DAO 模型設(shè)計(jì)有了實(shí)體域模型，還必須有 DAO 模型來(lái)操作這些實(shí)體。DAO 是數(shù)據(jù)訪問(wèn)接口的縮寫。數(shù)據(jù)訪問(wèn)顧名思義就是與數(shù)據(jù)庫(kù)打交道，數(shù)據(jù)訪問(wèn)層位于業(yè)務(wù)邏輯層與數(shù)據(jù)庫(kù)資源中間。在 JavaEE 規(guī)范中認(rèn)為，為了建立一個(gè)健壯的應(yīng)用系統(tǒng)，應(yīng)該將所有對(duì)數(shù)據(jù)源的訪問(wèn)操作抽象封裝在一個(gè)公共 API 中。在具體編碼