【文章內容簡介】 upport 工具類，該類實現(xiàn)了 Action 接口和 validate()方法，一般開發(fā)者 在 編寫 Action 時 可以直接繼承 ActionSupport 類。編寫 Action 類后，開 發(fā)者還必須在配置文件中配置 Action 參數(shù) 。一個 Action 的配置應該包含下面幾個元素： （ 1） 該 Action 的 name，即用戶請求所指向的 URL； （ 2） Action 所對應的 class 元素，對應 Action 類的位置 ； （ 3） 指定 result 邏輯名稱 以及 實際資源的 位置 。 Action 是業(yè)務控制器，在 開發(fā)過程中 編寫 Action 的時候， 應 盡量避免 在其中出現(xiàn)業(yè)務邏輯， 達到 減少 Action 與業(yè)務邏輯模塊或者組件的耦合度 的目的 。 Hibernate簡介 Hibernate 可助基于普通的 Java 對象模型創(chuàng)建持久對象 ,允許持久對象擁有用戶自定義的類型 , 還可擁有復雜的結構如混合類型、集合和屬性。這樣底層數(shù)據(jù)庫模式的復雜結構現(xiàn)在可通過持久對象有效地反映出來。 Hibernate 還包括一些提高效率的策略 , 包括必要時語句的執(zhí)行、有效外部連接的獲取、對象緩存，以上均為數(shù)據(jù)庫交互的多重最優(yōu)化。 Hibernate 在構建 Java 應用中的作用是 : 在其運行通過后可以對數(shù)據(jù)庫進行訪問，實現(xiàn)對數(shù)據(jù)層的持久化，再通過其生成并配置的文件 properties 和 XML Mapping 映射文件映射到數(shù)據(jù)庫中。從而 Application 應用允許 Java Class 的直接訪問數(shù)據(jù)庫并讓這一橋梁紐帶使應用與數(shù)據(jù)庫之間得到聯(lián)系 ,而不必非經(jīng)過 JDBC 和 SQL 的數(shù)據(jù)的操作。這樣便通過了 Hibernate 實現(xiàn)關系數(shù)據(jù)庫的持久化操作。 Spring 簡介 Spring 框架是一個分層框架，由 7 個定義模塊組成。 Spring 模塊構建在核心容器之上，核心容器定義了創(chuàng)建，配置和管理 Bean 的方式 。 Spring 這個 應用框架 可謂表現(xiàn)全面 ，其 功能之 豐富，主要表現(xiàn)在以下幾方面： （ 1） 控制反轉： IoC(Inversion of Control,控制反轉 )是 Spring 的核心概念。 IoC 的本質是實現(xiàn)對象之間依賴關系的轉移。 Spring 會自動的依據(jù)配置信息來維護對象之間的依賴關系，將被依齊齊哈爾大學畢業(yè)設計（論文） 7 賴的對象設置給依賴對象。開發(fā)人員將不必在自己的代碼中維護對象之間的依賴關系，只需在配置文件中進行設定就可以了。 IoC 是一個概念化的 設計模式， 一般狀況 下 IoC 有兩種實現(xiàn)方式： Service Locator(服務定位器 )與 Dependency Injection(依賴注入 （ Struts 框架采用即為依賴注入） ) 。 （ 2） 面向切面的編程： Spring 框架的另一 個核心特色 是 AOP(Aspectoriented programming，面向切面的編程 )。 AOP 某種程度上也 是一種編程方法， 但 它與傳統(tǒng)的順序編程方式 是 相區(qū)別的。 AOP可以解決開發(fā)中的公有性問題 從其他角度，而且會很方便 。 在任何 J2EE 服務器中 Spring 框架的功能 都 可以 使 用，大多數(shù)功能也適用于不受管理的環(huán)境。 Spring 的核心要點是：支持不綁定到特定 J2EE 服務的可重用業(yè)務和數(shù)據(jù)訪問對象。這樣的對象可以獨立應用程序在不同 J2EE 環(huán)境 (Web 或 EJB)中 ，測試環(huán)境之間 也可 重用。 齊齊哈爾大學畢業(yè)設計（論文） 8 第 3 章 系統(tǒng)的需求分析 目前小型賓館運營中存在的問題 管理效率低下。前臺在對客人的服務中的紙筆操作會令客人容易疲倦，如果遇到客流高峰期更會英雄客人情緒，所以，管理效率要高。 員工工作效率低。原始的管理方法的體力腦力都是極大的負擔，所以我們需要提升管理工具來提升員工工作效率降低原始成本。 功能分析 系統(tǒng)業(yè)務流程 基于 Web 的客房管理系統(tǒng)的業(yè)務流程：在登陸界面上輸入用戶名和密碼，單擊確定，如果填寫內容正確，則成功登陸，系統(tǒng)會根據(jù)登錄用戶的信息確定其權限，然后進行操作。其中系統(tǒng)用戶主要功能有個人信息管理 、客房信息管理、客人信息管理、入住和退房。本系統(tǒng)的開房業(yè)務流程圖如圖 31 所示。 預 訂 ？挑 選 房 間換 房 ？是登 記是否否客 人 咨 詢客 人 入 住 圖 31 客房管理系統(tǒng)開房業(yè)務流程圖 齊齊哈爾大學畢業(yè)設計（論文） 9 本系統(tǒng)用戶對客人以及客房的管理流程如圖 32 所示。 圖 32 賓館客房管理系統(tǒng)前臺業(yè)務流程圖 用例模型 管 理 員 前 臺 服 務個 人 信 息 管 理客 房 信 息 管 理客 人 信 息 管 理用 戶 信 息 管 理賬 務 管 理 圖 33 系統(tǒng)用戶用例圖 用例圖 (Use Case Diagram)是由軟件 從 需求分析到最終實現(xiàn)的第一步，它描述 了 人用戶登錄 客人信息 客房 個人信息管理 客房信息 增加 查詢 修改 增加 刪除 修改 查詢 查詢 齊齊哈爾大學畢業(yè)設計（論文） 10 們如何使用一個系統(tǒng)。用例 視圖 可以 顯示 出 誰是相關的用戶、用戶希望系統(tǒng) 能夠 提供什么樣的服務，以及用戶需要為系統(tǒng)提供的服務，以便使系統(tǒng)的用戶更容易理解這些元素的用途，也便于軟件開發(fā)人員最終實現(xiàn)這些元素。 本項目共有兩個模塊：管理員模塊和前臺服務人員模塊。管理員擁有全部權限，可以對客房信息、客人信息、員工信息以及賬目信息進行操作，而其他用戶只擁有對個人信息的管理權限，以及對客房信息、客人信息的管理。 業(yè)務流程分析 管理員 /前臺人員首先要進行登錄，然后對系統(tǒng)進行操作，對客人進行服務?？腿艘峁┳约旱谋匾畔⒁约胺招枨蟆Ｈ缓笙到y(tǒng) 用戶根據(jù)客人要求，進行操作。 驗 證 密 碼用 戶 登 錄系 統(tǒng) 主 界 面驗 證 失 敗客 人 客 房 管 理 客 人入 住 / 退 房入 住驗 證 成 功退 房 圖 34 用戶 業(yè)務流程圖 可行性分析 計算機技術的發(fā)展以及計算機的普及讓人們充分認識到了計算機以及網(wǎng)絡的價值，生活中各個方面對計算機的依賴與日俱增。利用計算機技術解決以往困難繁瑣的問題已經(jīng)變得很平常，就管理軟件而言，能提高我們的工作效率，減少我們的工作失誤，減少成本。當然，對應不同客戶的需求，我們需要分別提供不同的功能和設置來滿足用戶的需要。 齊齊哈爾大學畢業(yè)設計（論文） 11 經(jīng)濟可行性 本客房管理系統(tǒng)所要求的計算機硬件配置要 求并不高，現(xiàn)在一般主流的計算機都可以滿足需求。相對的軟件環(huán)境，主要包括 MyEclipse、 、 ，開發(fā)軟件是免費的，其余的數(shù)據(jù)庫及服務器軟件均是免費的，系統(tǒng)成本主要集中在本管理系統(tǒng)的開發(fā)與維護上，對用戶不會造成過重的經(jīng)濟負擔。而本系統(tǒng)投入使用 ,可以減少賓館的工作強度，提高工作效率，而且方便了對客人及客房信息的管理，可以極大限度的解放人力。另外，本系統(tǒng)的開發(fā)不是很復雜，開發(fā)的周期較短，軟件開發(fā)的成本不會超過帶來的效益，所以從經(jīng)濟方面講開發(fā)此系統(tǒng)是可行的。 技術可行性 客房管理系統(tǒng)的開發(fā)基 Web，主要包括前臺服務程序程序的開發(fā)以及后臺數(shù)據(jù)庫的建立和維護。本系統(tǒng)采用了當前比較流行的 Struts2+Spring+Hibernate 框架整合開發(fā)，這三大框架的技術很成熟， Java 語言也是目前主流的開發(fā)語言，開發(fā) Web 前端的服務程序很是合適。 MySQL 數(shù)據(jù)庫很容易使用，并支持標準的 SQL 語言， Hibernate 框架對其兼容性也很好， Java 對 MySQL 數(shù)據(jù)庫的訪問完全可以滿足系統(tǒng)需求。 因此，從技術層面上分析 ,開發(fā)此系統(tǒng)是可行的。 操作可行性 賓館的主要功能 就是為客人提供方便快捷的房間使用服務，并且本系統(tǒng)主要針對的是中小型及極小型的賓館，所以簡單方便的但是安全的操作時必須的。本系統(tǒng)講盡可能的使用戶從界面上獲得直觀的操作信息，達到方便、快捷、簡單，不會帶給用戶操作體驗上的困擾 綜上所述，開發(fā)本系統(tǒng)對中小型賓館的客房管理有著很大意義，并且不會帶 給客戶過多負擔，開發(fā)此系統(tǒng)是可行的。 齊齊哈爾大學畢業(yè)設計（論文） 12 第 4 章 系統(tǒng)的概要設計 系統(tǒng)功能結構框架 基于 Web 的賓館客房管理系統(tǒng)的功能結構主要有用戶的管理，住宿管理（即房間查詢、客人入住、預訂以及退房及客人查詢）、信息管理（即對客人 信息、客房信息以及客房分類信息的管理）。賓館客房管理系統(tǒng)的功能結構圖如圖 41 所示。 圖 41 賓館客房管理系統(tǒng)功能結構圖 數(shù)據(jù)庫設計 設計良好的數(shù)據(jù)庫很容易使用、很靈活，并且能夠保護數(shù)據(jù)的有效性。而設計不良的數(shù)據(jù)相反仍然能夠發(fā)揮相當?shù)淖饔?，但是最終可能會導致數(shù)據(jù)的無效、錯誤或者丟失。 數(shù)據(jù)庫 的 規(guī)范化 過程非常 的 著名，所以有正式的規(guī)則來保證規(guī)范化 的 數(shù)據(jù)庫 建設。這些規(guī)則有七條，叫做范式，而在大多數(shù)情況下 前 四條 范式 就夠用了： 第一范式（ 1NF） —— 這條規(guī)則 包含 了以下 幾個要求 ：無多值項目（ multivalued item）和重復組（ repeating group）；每個字段都 應該 是原子型的（ atomic），也就是說每個字段必須包含可能的最小數(shù)據(jù)元素；以及表格 包含 關鍵字（ key）。 第二范式（ 2NF） —— 表格必須 要 按照 1NF 來規(guī)范化。所有的字段 都 必須 有 主鍵值的 引用（或者描述） 。如果主鍵 是 基于 多余 一個字段 的 ，那么每個 nonkey 字段 都應該 取基于 Web 的賓館客房管理系統(tǒng) 用戶管理 住宿管理 數(shù)據(jù)管理 信息 管理 用戶退出 客房查詢 客人查詢 客人入住 客房預訂 客人結算 客房類型 客房信息 客人信息 齊齊哈爾大學畢業(yè)設計（論文） 13 決于復雜鍵（ plex key），而不僅僅是一個沒有鍵的字段。 并且 不支持主鍵的 nonkey字段應該被移動 到另一個表格 中 去。 第三范式（ 3NF） —— 表格必須 要 符合 1NF 和 2NF 的要求。所有的字段都 應該 相互獨立。任何描述 nonkey 字段的字段都必須被移動到另一個表格里。 BoyceCodd 范式（ BCNF） —— 一定不能存在依賴于 nonkey 的字段。這條規(guī)則實際上是 3NF 的一個子規(guī)則，用于捕捉可能會通過進程的依賴性。這一點相當?shù)某橄螅婚_始是很難應用的。 以上的規(guī)則 十分 精確，但是技術定義以及規(guī)范化的規(guī)則 可以 被簡化成 以下 幾點： （ 1） 字段 都應該 盡量小 ； （ 2） 任何 字段 都 只能包含 唯一的 數(shù)據(jù)項目 ； （ 3） 記錄都 應該 是唯一的 ； （ 4） 要 注意 那些 重復的條目 ； （ 5） 字段都 應該 完全 的 支持主鍵，而且只 能 支持主鍵。 基于以上所述，在開發(fā)基于 Web 的賓館客房管理系統(tǒng)之前，創(chuàng)建了名為 hotel 的數(shù)據(jù)庫，分析了解該系統(tǒng)所需要的數(shù)據(jù)，在其中創(chuàng)建了 7 個數(shù)據(jù)表用于存儲不同的數(shù)據(jù)信息，如圖 42 所示。 圖 42 數(shù)據(jù)庫概覽圖 數(shù)據(jù)庫概念設計 用戶表用以存放使用者的信息，來確保系統(tǒng)的安全性。用戶信息實體的 E– R 圖如圖 43 所示。 齊齊哈爾大學畢業(yè)設計（論文） 14 用 戶 / 管 理 員用 戶 權 限用 戶 密 碼用 戶 I d電 話性 別姓 名 圖 43 用戶信息實體 E– R 圖 客人信息表用以存放入住客人的相關信息，該表只存放一些基本的有用的客人信息以方便對客人的管理，避免給客人造成麻煩?？腿诵畔嶓w的 E– R 圖如圖 44 所示。 客 人房 間 I D類 型客 人 I D電 話入 住 時 間姓 名押 金 圖 44 客人信息實