基于j2ee的酒店預訂系統設計與開發_畢業論文設計(編輯修改稿)

　

【文章內容簡介】 是用來展現用戶所需要的數據，它是用戶和系統進行交互的界面，一般可以采用 HTML 頁面、 XML、 Applet 和 JSP 等技術?？刂茖泳褪且粋€中轉站，它從用戶那里接受請求，將模型與視圖匹配在一起，共同完成用戶的請求。 通過上面的解釋，可以得出 MVC 的處理過程：首先用戶通過視圖層發出請求，接著控制器接收用戶的請求，并決定應該調用哪個模型來進行處理，然后模型用業務邏輯來處理用戶的請求并返回數據，最后控制器將處理后的數據傳遞給視圖層，并通過視圖層展 現給用戶。 Ajax 技術 Ajax 并不是一個新技術，它其實是整合了 XMLHttpRequest、 JavaScript、DOM、 CSS、 XML 等眾多技術的一個綜合體。 Ajax 主要是增強了用戶體驗。隨著 Ajax的逐漸流行，很多的 Ajax 框架便應運而生了，比如 Ext、 Prototype、 DOJO、DWR、 GWT、 Buffalo 等。 方便了開發，本系統主要使用 Ext 進行 Ajax 開發。 Ext 積累了眾多的組件，有表格、表單、動態樹、菜單、工具條、對話框等。 Spring 技術 Spring 提供了一個集成的框架，通過它可以解決一些常見的 JavaEE 問題。Spring 的核心基礎是依賴反轉控制器，他鼓勵好的編程習慣，比如針對接口而不是類進行編程；它還提供了一個獨特的數據訪問抽象，可以很方便的和 Hibernate、JPA 等進行整合；另外使用 Spring 可以選擇使用編程式事務或者聲明式事務處理，而且 Spring 還提供了一個強大的 MVC 框架。 Spring 的核心是控制反轉，又稱為依賴注入，其思想就是通常所說的“實現必須依賴抽象”，或者叫面向接口編程。除了控制反 轉， Spring 還提供了分發器的功能，以實現 MVC 中的控制層功能。 Hibernate 技術 Hibernate 是一個開放源代碼的對象關系映射框架。 Hibernate 目的就是在應用程序和數據庫之間建立一種映射關系，通過這種映射關系的建立使得開發人員完全用 OO 的思想去設計業務邏輯，而數據的存儲依然使用關系型數據庫。 Hibernate中持久化的狀態有 3 中表現形式，分別是瞬時狀態，持久化狀態和托管狀態?，F在 Hibernate 在持久化類和數據庫之間建立映射關系除了通過 XML 文件還 可以支持 Annotations. 基于 J2EE 的 酒店預訂 系統 設計與 實現 7 3 系統 需求分析 通過對系統的分析，制定出了如上本系統主要結構功能的設計，依靠此設計，制定除了本系統的實施方案 ， 之后按照各個功能點完成詳細設計，將每一個模塊對應的參數定義詳細的命名規范，設計好數據庫，完成整個系統的開發。然后設計進行整個系統的性能測試，研究其是否具有較強的系統抗壓能力。 總體業務分析 酒店管理系統是管理信息系統在酒店業務處理方面的應用。從總體上講，客戶要求該系統應具有操作人員識別模塊，并且具備一般系統所具有的客房預訂功能，客房狀態更改功能，入住客人資料 登記功能，客房信息設置功能，賬單查詢功能等。除這些基本功能外，客戶要求該系統具備一定的統計能力，如對酒店每月的營業額進行統計。另外，客戶要求該系統升級維護方便，使用簡單，容易上手操作，界面簡單明了，所反映的信息直觀等。 掌握了客戶對該系統的總體功能要求后，通過與客戶的溝通，了解到系統更詳細的需求用例。 該酒店的客房有不同的檔次，需要系統能夠對客房進行分類管理，如增加某類客房的房間，刪除某類型客房的房間，查找該類型客房的具體房間信息，更改房間類型。 該酒店管理系統應具有操作人員識別模塊，以區別每項業務 是由哪位工作人員操作。即該系統應設置登錄模塊。 為了方便對客房價格的設置，需要系統提供對不同類型的客房進行預定價格、預定折扣、計時最低價格等的設置功能。 需要提供一個客房設置模塊，用來設置酒店的所有客房信息。在設置客房信息時，應該提供對不同房間實際價格、實際折扣的設置。 特別重要的是能夠了解到所有房間的當前狀態以及是否可用，這樣能夠方便酒店對所有客房的當前狀態進行及時管理，如對于已經退房的房間可以通知保潔員清潔房間，對于未入住的房間可以安排客人入住使用，對于已經入住的房間及時跟蹤客人是否續住等。 需要提供入住登記功能，并能夠根據客戶的入住時間、離店時間、客戶資料、入住房間等信息進行查詢。 需要客房預定功能，能夠處理客戶的各種預定，如電話預定、總臺面約、上預定或領導安排等等預定方式。 基于 J2EE 的 酒店預訂 系統 設計與 實現 8 需要提供一個入住客人信息管理功能，從而實現對酒店的客人信息的統一管理，如根據身份證號進行客戶查詢，根據入住日期進行查詢，更改客人的聯系方式等。 系統還要提供業務統計報表功能，能夠對酒店一年中每月的住宿房間數進行統計，然后繪圖顯示。 用例分析 根據前期掌握的用戶需求分析信息，在酒店管理系統中設置 兩種權限角色，分別是普通操作員和管理員。這兩種角色所對應的用例圖如下所示。 圖 31 普通操作員用例圖 對圖 31 普通操作員用例圖的分析可以看出。普通操作員只能使用前臺系統，能夠處理入住登記、退房結賬、預定管理、客戶管理、業務統計等操作。 圖 32 管理員用例圖 管理員是系統的管理者，擁有最高權限。管理員除了可以使用前臺系統外，基于 J2EE 的 酒店預訂 系統 設計與 實現 9 還可以使用系統的后臺。通過后臺可以對酒店的客房類型、客房、操作員進行設置，管理員用例圖如圖 32 所示。 根據上述用例圖，下面通過挑選該系統典型模塊進行分析說明。 登錄模塊 系統會判斷用戶的用戶名和密碼是否正確。當判斷用戶是普通操作員時，用戶僅能在前臺界面操作，流程圖如圖 33 操作員登陸業務流程圖所示；當用戶是管理員時，用戶不僅能操作前臺系統，還可以操作后臺系統，流程圖如圖 34 管理員登陸業務流程圖所示。 圖 33 操作員登陸業務流程圖 基于 J2EE 的 酒店預訂 系統 設計與 實現 10 圖 34 管理員登陸業務流程圖 入住登記 系統首先判斷用戶登陸的合法性，通過校驗后的操作員或管理員系統前臺首頁，未通過登陸認證的人員返回登陸首頁繼續認證。進入前臺首頁的管理員或操作員點擊進入登記信息模塊，接下來填寫入 住客人的個人信息如身份證號，姓名，電話等個人信息，并在所有客房中選擇可以使用的客房進行登記。系統會對提交的客人信息如身份證號進行數據校驗，并對選擇的房間狀態進行校驗，如果選擇的房間不是空閑房間或者身份證號不符，客戶登記失敗，并返回登記信息繼續登記。如果校驗通過，房間狀態更改為正在使用，信息寫入數據庫，系統反饋登記成功。整個業務流程如圖 35 入住登記業務流程圖所示。 基于 J2EE 的 酒店預訂 系統 設計與 實現 11 圖 35 入住登記業務流程圖 預定管理 首先判斷用戶的合法性，通過校驗后操作員或管理員可以進行預定業務的操作，業務流程如圖 36 所示 。 圖 36 預定業務流程圖 (1)預訂管理用例圖 圖 37 描述了前臺預訂人員在進行散客預訂時可進行的操作，執行者為前臺工作人員，可實現的功能是“散客預訂”和“散客預訂查詢”，其中用例“預訂基于 J2EE 的 酒店預訂 系統 設計與 實現 12 修改”、“預訂取消”、“預訂刪除”、“預訂恢復”都是用例“預訂查詢”的必需組成部分被使用。 圖 37 散客預訂用例圖 (2)接待管理用例圖 圖 38 描述了執行者“前臺工作人員”在進行散客接待時所進行的相關操作及系統具備的功能。用例“散客入住”的必備功能應包括用例“客人信息”、“歷史查詢”、“黑名單查詢”，擴展用例則 包括用例“散客預訂入住”、“協議公司客人入住”、“歷史客人入住”、“會員入住”和“內部用房登記”。 基于 J2EE 的 酒店預訂 系統 設計與 實現 13 圖 38 散客接待用例圖 客戶信息管理 首先進行身份認證，通過認證的操作員或管理員進入系統前臺首頁進行客人信息管理模塊進行業務操作。該模塊提供了顯示客戶信息，根據查詢條件查詢客戶信息，添加新的客戶信息，修改已存在客戶信息，刪除已存在客戶信息的功能。在刪除或修改客戶信息時，系統會首先進行數據校驗，如校驗客戶身份證號是否正確，校驗客戶軍官證號是否正確等。如果未通過校驗則返回客人信息主界面，通過校驗則將數據寫 入數據庫，系統顯示數據更新成功。整個客戶信息管理業務的流程如圖 39 客戶信息管理業務流程圖所示。 基于 J2EE 的 酒店預訂 系統 設計與 實現 14 圖 37 客戶信息管理業務流程圖 業務統計 首先判斷用戶的合法性，通過校驗后操作員或管理員進入前臺首頁，點擊進入業務統計模塊，系統主界面顯示該酒店全年酒店入住情況并通過柱狀圖顯示。操作員可以通過刷新界面獲得該圖形的更新。如果需要打印該統計圖表，系統也提供了打印圖表功能。整個業務流程如圖 310 酒店業務統計流程圖所示。 圖 310 酒店業務統計流程圖 客房類型設置 系統首先對登錄人員進行認證 ，只有管理員才能進入系統維護頁面。而操作員雖然能進入前臺首頁，但無法進入后臺頁面，系統維護屬于后臺頁面范圍。接下來，管理員可以對客房類型進行管理，包括添加客房類型，刪除選中的客房類基于 J2EE 的 酒店預訂 系統 設計與 實現 15 型，更改客房類型，重新加載數據，保存數據的操作?？头款愋驮O置可以改變的內容包括房間類別名稱，床位數，預定價格，預定折扣，計時最低價，每小時計時價。這些內容更改后，屬于該類別的所有房間的信息都會更改。當管理員點擊保存數據后，數據被保存進數據庫。 圖 311 客房類型設置業務流程圖 功能分析 酒店管理系統分為后臺和前臺兩 個部分，其中后臺供管理員管理系統之用，包括客房類型設置模塊、客房設置模塊以及操作員設置 3 個子模塊。模塊的具體功能如下： 客房類型設置模塊：該模塊用來設置酒店房間的類型，包括新增客房類型，刪除客房類型，編輯已有客房類型，編輯已有客房類型包括修改房間床位數，修改預定價格，修改預定折扣，修改計時最低價的功能。 客房設置模塊：該模塊用來設置酒店房間信息，包括新增客房，刪除客房，編輯房間號，編輯客房所在區域或樓層，編輯房間類型等功能。 操作員設置模塊：該模塊用來管理酒店操作員信息，新增操作員，編輯已有操作員信息， 刪除操作員信息等功能。 系統前臺供酒店所有工作人員使用，包括入住登記模塊、結賬模塊、預定模塊、客戶管理模塊以及業務統計模塊。模塊的具體功能如下： 入住登記模塊：該模塊用來登記客戶的入住信息，入住信息包括登記信息，客人信息和費用信息三部分。 基于 J2EE 的 酒店預訂 系統 設計與 實現 16 結賬模塊：該模塊用來處理客戶的退房信息，知道客人入住的房間號碼就可以進行退房結賬。 預定模塊：該模塊用來處理客戶的預定信息，除了可以新增預定，還可以對現有預定信息進行管理。 客戶管理模塊：該模塊用來管理客戶的登記信息，包括新增客戶信息，編輯已有客戶信息，刪除客戶信息等功能 。 業務統計模塊：該模塊用來統計一定時間段內酒店客房的出租率，并且以圖形報表形式顯示。 整個系統的功能模塊如圖 312 系統功能模塊圖所示。 圖 312 系統功能模塊圖 基于 J2EE 的 酒店預訂 系統 設計與 實現 17 4 系統 的 設計 需求調研完成后，要與用戶進行需求確認。接下來系統的設計工作就可以啟動。系統的設計一般包括以下步驟：架構設計，系統設計，數據庫設計。本章首先對該系統的架構設計、系統設計、數據庫設計進行闡述，最后以該系統的兩個核心模塊為例，對系統的設計和編碼工作進行詳細分析說明。 系統總體設計 在本系統中，管理系統模塊主要 實現對酒店預定添加，修改，修改的管理；客房與用戶信息的查詢管理；入住管理；退房的管理。該模塊中存在 4 個子模塊，他們為平行結構，關系如下列圖。 圖 41 系統模塊圖 系統設計 企業級 Web 應用開發，一般都采用 MVC 架構，而 Spring 是一個很好的實現了 MVC 的框架， Hibernate 是當前最流行的持久層框架。因此，本系統采用 Spring 與 Hibernate 相結合的方 式作為系統的總體開發框架。另外，系統視系統管理 客戶 預定模塊 查詢信息模塊 入住模塊 退房模塊 修改登記 預定登記 顯所有客戶信息 顯示房間狀態 取消登記 查詢房間 預定入住 登記入住 退房 基于 J2EE 的 酒店預訂 系統 設計與 實現 18 圖層主要采用 JSP 技術， Ajax 技術作為視圖層的補充。后臺數據庫使用 MySQL 數據庫。 系統設計階段包括：實體域模型設計， DAO 模型設計，過程域模型設計，控制模型設計，視圖模型設計。 實體域模型設計 根據需求調研可以分析出，該系統主要有以下實體域： 客戶實體，包括客人編號，客人姓名，客人類型，客人證件類型，客人證件號碼，國籍，住址，郵編，手機號碼，性別，電子郵件地址等信息。 客房實體，包括客房編號，客房所屬區域，客房所屬樓層，客房分機號碼，客房狀 態，客房類型，實際折扣等信息。 操作員實體，包括操作員類型，姓名，操作員用戶名，操作員密碼，操作員權限，手機號碼，地址，郵編，創建時間等信息。 客房類型實體，包括客房類型編號，客房類型名稱，床位數，預定價格，預定折扣，計時每小時價格等信息。 散客入住登記實體，包括入住登記信息編號，入住登記訂單，入住房間，實際價格，已付押金，入住時間，離開時間，登記狀態等信息。 團體入住登記實體，包括入住登記信息編號，入住登記信息列表，團隊名稱，人數，客人類型，客人證件類別，客人證件號碼，登記狀態，入住時間，預計離開時間，實 際離開時間，已付押金，總費用，加床費，事由等信息。 結賬類型實體，包括客人編號，結賬類型，應收金額，已付押金，續收金額，創建時間，操作員用戶名，結賬說明等信息。 該系統共有 11 個實體，除了上述 7 個主要實體外，還包括基礎信息實體，客戶記錄實體，預定信息實體和預定訂單實體。 DAO 模型設計 有了實體域模型，還必須有 DAO 模型來操作這些實體。 DAO 是數據訪問接口的縮寫。數據訪問顧名思義就是與數據庫打交道，數據訪問層位于業務邏輯層與數據庫資源中間。在 JavaEE 規范中認為，為了建立 一個健壯的應用系統，應該將所有對數據源的訪問操作抽象封裝在一個公共 API 中。在具體編碼過程中，實際就是建立一個定義了程序中會用到的方法的接口，并且編寫單獨的類來基于 J2EE 的 酒店預訂 系統 設計與 實現 19 實現這個接口，當需要與數據源進行交互時則使用它。 針對每一個實體域模型，都有一個 DAO 模型與它對應。在本系統中，分別有 11 個 DAO 接口類和實現類與實體域模型對應，這些接口類分別定義了操作相應實體類的方法。另外，還有一個公共接口類 GenericDAO，這個接口定義了一般的增刪改查操作。 DAO 接口類位于工程的 包中。DAO 的實現類定義在 包中。如圖 44DAO 接口類與 DAO 實現類包圖所示。 過程域模型設計 實體域模型和 DAO 模型是為了描述實體對象，以及對實體的增刪改查操作。對于具體的業務邏輯或流程，采用過程域模型來設計。 在本系統中通過創建一個公用業務邏輯層，來封裝所有的業務邏輯操作。公用業務邏輯層同樣包含兩個組成部分，一個是業務邏輯層接口，用來聲明所有的業務邏輯方法；一個是業務邏輯層實現類，用來實現所有的業務邏輯方法。業務邏輯的接口類位于工程的 包中。業務邏輯的實現類位于工程的 包中。如圖 45 業務邏輯接口類與業務邏輯實現類包圖所示。 基于 J2EE 的 酒店預訂 系統 設計與 實現 20 圖 46 DAO 接口類與 DAO 實現類包圖 控制模型設計 完成了系統的過程域模型設計后，還需要為系統添加業務