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