PAGEVI基于java的賓館客房設計與實現(xiàn)目錄TOC\o"1-2"\h\z\t"標題3,3,標題4,4"HYPERLINK第一章緒論 1HYPERLINK1.1課題背景 1HYPERLINK1.2課題的目的 1HYPERLINK1.3開發(fā)工具及技術(shù) 1HYPERLINK1.2.1開發(fā)工具 1HYPERLINK1.2.2前端開發(fā)技術(shù) 1HYPERLINK1.2.3后端開發(fā)技術(shù) 2HYPERLINK1.4軟硬件需求 2HYPERLINK第二章系統(tǒng)分析 3HYPERLINK2.1可行性分析 3HYPERLINK2.1.1技術(shù)可行性 3HYPERLINK2.1.2經(jīng)濟可行性 3HYPERLINK2.1.3市場可行性 3HYPERLINK2.1.4法律可行性 3HYPERLINK2.2系統(tǒng)用戶用例圖 4HYPERLINK2.2.1用戶用例圖 4HYPERLINK2.3功能模塊需求分析 4HYPERLINK2.3.1總體需求 4HYPERLINK2.3.2網(wǎng)站前臺頁面需求分析 4HYPERLINK2.4設計的基本原則 5HYPERLINK2.5性能需求 5HYPERLINK2.5.1系統(tǒng)的安全性 5HYPERLINK2.5.2數(shù)據(jù)的完整性 5HYPERLINK第三章數(shù)據(jù)庫分析與設計 6HYPERLINK3.1數(shù)據(jù)庫分析 6HYPERLINK3.2數(shù)據(jù)庫設計 6HYPERLINK3.2.1實體圖 6HYPERLINK3.2.2數(shù)據(jù)庫物理設計 9HYPERLINK第四章系統(tǒng)設計 12HYPERLINK4.1系統(tǒng)設計原則 12HYPERLINK4.2系統(tǒng)開發(fā)方法及技術(shù)路線 12HYPERLINK4.3前臺酒店管理系統(tǒng)功能實現(xiàn) 12HYPERLINK4.3.1登錄功能 12HYPERLINK4.3.2訂單功能 14HYPERLINK4.3.3主頁功能 18HYPERLINK4.3.4員工管理功能 18HYPERLINK4.3.5客戶管理功能 22HYPERLINK4.3.6客房分類功能 23HYPERLINK4.3.7客房管理功能 25HYPERLINK4.3.8客戶需求管理功能 26HYPERLINK第五章系統(tǒng)測試 29HYPERLINK5.1測試過程和參數(shù) 29HYPERLINK5.1.1登錄模塊測試 29HYPERLINK5.1.2訂單模塊測試 29HYPERLINK5.1.3主頁頁面測試 30HYPERLINK5.1.4員工管理模塊測試 30HYPERLINK5.1.5客戶管理模塊測試 31HYPERLINK5.1.6客房分類模塊測試 31HYPERLINK5.1.7客房管理模塊測試 32HYPERLINK5.1.8客戶需求模塊測試 32HYPERLINK第六章總結(jié) 34HYPERLINK6.1論文工作總結(jié) 34HYPERLINK6.2未來工作展望 34HYPERLINK參考文獻 35

第一章緒論1.1課題背景酒店一詞源于國外，在近代隨著中國的對外開放傳入民國并且在清末明初的中國的一些大都市，酒店總是人們歇息落腳的臨時場所。也正如古代的中國客棧、驛站，遠行的人以此地落腳，變了稱謂，變了環(huán)境，變了具體的用途但是一直沒變的是其中的內(nèi)涵。在幾千年的發(fā)展過程中，由古代的信息閉塞，交通不便，人口基數(shù)小，人口流動性差，出門遠行機會少等等皆是制約酒店大規(guī)模發(fā)展的重要因素。以前簡簡單單幾筆記完的流水，到如今可能不再適合。如今的社會講究事無巨細，一切問題必須記錄清楚：為的方便、為的安全。多樣化，復雜化的酒店管理是困難的，需要有條理的解決。由此，酒店管理系統(tǒng)在現(xiàn)代應運蓬勃的互聯(lián)網(wǎng)產(chǎn)業(yè)結(jié)合發(fā)展。在時代發(fā)展的大背景下，正像酒店如雨后春筍般遍布大江南北，人們較以往能更輕松接收到海量的信息。信息冗雜，那么一款方便、安全的酒店管理系統(tǒng)對于酒店來說尤為的重要。一來能減少員工的工作量，二來有面向顧客的展示平臺。好處不言而喻。1.2課題的目的在市場論中有這樣一句話：有市場的地方就有利益。既然市場前景良好，有討論的可能性，本課題本身就有巨大的隱性價值。課題的目的在于：開發(fā)一款經(jīng)濟實用集信息搜索，辦理入住，記錄用戶開銷，管理酒店房間等功能于一體的酒店管理系統(tǒng)。1.3開發(fā)工具及技術(shù)1.2.1開發(fā)工具EclipseEelipse是一個優(yōu)秀的平臺無關(guān)的IDE(集成開發(fā)環(huán)境)，為JavaJ2EE提供了強大的開發(fā)和調(diào)試功能。Eelipse遵循OSGi規(guī)范，其本身只是一個框架平臺,但是依賴豐富的插件完成各種強大的功能。Eelipe本身采用swT本地GUI(圖形用戶界面)庫,使得運行速度較AWT(抽象窗口顯示工具箱)和Swing有了很大提高,并提供了與操作系統(tǒng)一致的用戶界面。MySQL最適合的往往是最實用的，就像我們講的MySQL一樣，他的功能不是最全面的，架構(gòu)也不是最完善的。但是體積小、總體擁有和維護成本低，尤其使它具有開放源代碼的優(yōu)勢，也是中小企業(yè)和網(wǎng)站首選數(shù)據(jù)庫的重要原因。在數(shù)據(jù)庫世界里關(guān)于MySQL的數(shù)據(jù)庫新聞一直不斷，始終縈繞在程序員的耳邊。2008年，SUN公司以10億美元收購了MySQL數(shù)據(jù)庫，標志著該數(shù)據(jù)庫已經(jīng)成為世界上的主流數(shù)據(jù)庫之一。2010年，oracle公司收購了SUN公司，標志著該數(shù)據(jù)成為oracle公司的主流數(shù)據(jù)庫產(chǎn)品之一。隨著MySQL數(shù)據(jù)庫的逐漸成熟，全球最大規(guī)模的搜索引擎公司Google決定使用MySQL數(shù)據(jù)庫，例如網(wǎng)易，新浪等。這就給MySQL數(shù)據(jù)庫帶來了前所未有的巨大機遇，同時掀起學習MySQL數(shù)據(jù)庫的浪潮，也從正面體現(xiàn)了MySQL數(shù)據(jù)庫的重要性。1.2.2前端開發(fā)技術(shù)·（1）EasyUIjQueryEasyUI是一組基于jQuery的UI插件集合體，而jQueryEasyUI的目標就是幫助web開發(fā)者更輕松的打造出功能豐富并且美觀的UI界面。1.2.3后端開發(fā)技術(shù)（1）SpringSpring框架是一個開放源代碼的J2EE應用程序框架，由RodJohnson發(fā)起，是針對bean的生命周期進行管理的輕量級容器。（2）SpringMVCSpringMVC屬于SpringFrameWork的后續(xù)產(chǎn)品，已經(jīng)融合在SpringWebFlow里面。（3）MyBatisMyBatis本是apache的一個開源項目iBatis,2010年這個項目由apachesoftwarefoundation遷移到了googlecode，并且改名為MyBatis。1.4軟硬件需求CPU：Pentium(4)以上計算機內(nèi)存:10G以上操作系統(tǒng)版本：Windows10系統(tǒng)開發(fā)工具：Eclipse和MYSQL服務器：Tomcat9.0開發(fā)語言：Java10版瀏覽器：谷歌瀏覽器第二章系統(tǒng)分析2.1可行性分析自1978年的改革開放以來，我國的經(jīng)濟水平穩(wěn)步上升，國民收入大幅增漲，人民的溫飽問題基本得到有效的解決，正如老話講的：溫飽思淫欲。人民溫飽的大問題已經(jīng)改善，那人民的美好愿望自然而然的轉(zhuǎn)向了精神上的溫飽。習近平總書記指出：我國的社會基本矛盾“中國特色社會主義進入新時代，我國社會主要矛盾已經(jīng)轉(zhuǎn)化為人民日益增長的美好生活需要和不平衡不充分發(fā)展之間的矛盾?！毕胍鉀Q矛盾，必須先解決一重要問題：基礎設施的建設。近些年各服務業(yè)的大火，帶動周圍經(jīng)濟的急速膨脹。酒店作為服務業(yè)的重要基礎設施之一，起的作用：解決人們的四大最基本需求之一：住，無可替代。

隨著酒店行業(yè)的興起，對于酒店的管理已是要解決的極其重要的問題，因而解決酒店管理系統(tǒng)也是在解決基本需求：住。因而本方案具有絕對的可行性。2.1.1技術(shù)可行性本網(wǎng)站系統(tǒng)重要由MYSQL軟件和Eclipse軟件及其他常用的軟件共同開發(fā)，開發(fā)的框架主是SpringMVC,,Spring,和Mybatis前端后臺JavaEE和HTML。在大學本科期間經(jīng)過必修選修和集中實訓后，基本掌握Java語言和JavaEE。在基地實習期間，跟著導師做過簡單的圖書管理系統(tǒng)和大數(shù)據(jù)類型的電影推薦系統(tǒng)，現(xiàn)在具有一定的獨立開發(fā)能力。對本人的難點在項目與項目之間的銜接的流程，代碼銜接不出問題。因而本方案在技術(shù)要求中具有絕對的可行性。2.1.2經(jīng)濟可行性作為畢業(yè)論文，對系統(tǒng)要求不高，工程量較小，經(jīng)過本科期間的學習基本可以獨立完成，資料費基本可以自己承擔。因而本方案在經(jīng)濟領域具有絕對的可行性。2.1.3市場可行性大環(huán)境的驅(qū)使下，酒店還會接著發(fā)展，包括酒店管理，房間布置，入住方式等等對于酒店的是硬件要求，所以在酒店的發(fā)展中，作為后盾的酒店管理系統(tǒng)也需要實時的跟進，市場容量巨大市場需求較廣。因此考察完市場之后發(fā)現(xiàn)本方案在市場里具有絕對的可行性。2.1.4法律可行性本系統(tǒng)對于用戶的隱私保護放在首位，強調(diào)安全。本系統(tǒng)中不含惡意代碼，也保護本系統(tǒng)免受外來入侵。堅決維護中華人民共和國的法律尊嚴，按照法律的要求開發(fā)、運行和實行。因而本方案在法律層面上具有絕對的可行性2.2系統(tǒng)用戶用例圖2.2.1用戶用例圖本項目核心人物之一是客戶，主要的功能是查看現(xiàn)有客房、查看歷史訂單、選擇客房、下單。本項目核心人物之一是管理員，主要的功能是管理客戶信息、管理訂單信息、管理房間信息、管理房間種類信息、管理管理員信息等。圖2.1客戶用例圖圖2.2管理員用例圖2.3功能模塊需求分析2.3.1總體需求本課題主要實現(xiàn)的是兩個網(wǎng)站，一邊為客戶注冊、登錄、查看現(xiàn)有客房、查看歷史訂單、選擇客房、下單。另一邊為管理員登錄、管理客戶信息、管理訂單信息、管理房間信息、管理房間種類信息、管理管理員信息。2.3.2網(wǎng)站前臺頁面需求分析1、客戶端為手機端，ui進行手機端適配。2、后臺管理為pc端，ui進行pc端適配。3、主要的頁面有：客戶端登錄注冊、客戶端主頁、客戶端訂單頁面、客戶端下單頁面。管理員端登錄、管理員端客戶信息管理頁面、管理員端訂單信息管理頁面、管理員端房間信息管理頁面、管理員端房間種類信息管理頁面、管理員端管理員信息管理頁面?？蛻舳说卿洠簩崿F(xiàn)兩個Input輸入框，將賬號和密碼的數(shù)據(jù)信息傳送到后臺進行比對驗證。客戶端注冊:7個input輸入框，將數(shù)據(jù)傳遞到后臺進行比對驗證?？蛻舳酥黜摚猴@示還有的房間信息?？蛻舳擞唵雾撁妫猴@示登錄用戶所有的歷史訂單?？蛻舳讼聠雾撁妫猴@示選中的房間信息，兩個帶有my97日歷插件的input框，獲取入住和離開時間傳遞到后臺，進行新增訂單操作。管理員端登錄：實現(xiàn)兩個Input輸入框，將賬號和密碼的數(shù)據(jù)信息傳送到后臺進行比對驗證。管理員端客戶信息管理頁面：顯示所有的客戶信息，進行分頁處理，添加用戶姓名、用戶手機號兩個input框?qū)崿F(xiàn)復合條件查詢；多個input框?qū)⑿枰庉嫷男畔⑸蟼鞯胶笈_進行新增或者編輯操作。管理員端訂單信息管理頁面：顯示所有的訂單信息，進行分頁處理，添加用戶姓名、用戶手機號、入住時間、離開時間、房間編號五input框?qū)崿F(xiàn)復合條件查詢；多個input框?qū)⑿枰庉嫷男畔⑸蟼鞯胶笈_進行新增或者編輯操作。管理員端房間信息管理頁面：顯示所有的管理員信息，進行分頁處理，添加房間編號、房間狀態(tài)、房間分類名三個input框?qū)崿F(xiàn)復合條件查詢；多個input框?qū)⑿枰庉嫷男畔⑸蟼鞯胶笈_進行新增或者編輯操作。管理員端房間種類信息管理頁面：顯示所有的房間種類信息，進行分頁處理，添加房間分類名的input框?qū)崿F(xiàn)復合條件查詢；多個input框?qū)⑿枰庉嫷男畔⑸蟼鞯胶笈_進行新增或者編輯操作。管理員端管理員信息管理頁面：顯示所有的管理員信息信息，進行分頁處理，添加管理員姓名的input框?qū)崿F(xiàn)復合條件查詢；多個input框?qū)⑿枰庉嫷男畔⑸蟼鞯胶笈_進行新增或者編輯操作。2.4設計的基本原則1、單一職責原則：最簡單的面向?qū)ο笤O計原則，它用于控制類的粒度大小且一個對象應該只包含單一的職責，并且該職責被完整地封裝在一個類中。2、接口隔離原則：客戶端不應該依賴那些他不需要的接口。3、開閉原則：面向?qū)ο蟮目蓮陀迷O計的第一塊基石，他是最重要的面向?qū)ο笤O計原則，并且軟件實體應當對擴展開放對修改關(guān)閉。4、依賴倒轉(zhuǎn)原則：如果說開閉原則是面向?qū)ο笤O計的目標，那么依賴倒轉(zhuǎn)原則就是面向?qū)ο笤O計的主要實現(xiàn)機制之一，它是系統(tǒng)抽象化的具體實現(xiàn)。依賴倒轉(zhuǎn)原則的定義如下：高層模塊不應該依賴于低層模塊，它們都應該依賴抽象。抽象不應該依賴于細節(jié)，細節(jié)應該依賴于抽象。簡單來說，依賴倒轉(zhuǎn)原則要求針對接口編程，不要針對實現(xiàn)編程。5、里氏代換原則如果對每一個類為S的對象o1都有類型為T的對象o2，使得以T定義的所有程序P在所有的對象o1都帶換o2是程序P的行為沒有變化，那么類型S是類型T的子類型。所有引用基類的地方必須能透明地使用其子類的對象。6、合成復用原則：又稱為組合（聚合）復用原則，優(yōu)先使用對象組合而不是通過繼承來達到復用的目的。7、迪米特法則：每一個軟件單位對其單位都只有最少的知識，而且局限于那些與本單位密切相關(guān)的軟件單位。其中朋友包括以下幾類：（1）、當前對象本身（this）。（2）、以參數(shù)形式傳入到當前對象方法中的對象。（3）、當前對象的成員對象。（4）、如果當前對象的成員對象是一個集合那么集合中的元素也都是朋友。（5）、當前對象所創(chuàng)建的對象。2.5性能需求2.5.1系統(tǒng)的安全性用戶和管理員在登陸界面都會進行密碼驗證和身份驗證。強行訪問會自動斷開頁面并且提示錯誤。2.5.2數(shù)據(jù)的完整性每一個系統(tǒng)接收到的數(shù)據(jù)，在后臺都會對字段進行合法性檢測，若是合法性未通過，會跳出錯誤提示，并且自動刪除該字段。在此基礎上，數(shù)據(jù)的完整性可以得到了保證。2.5.3設計模式的優(yōu)點1、設計模式融合了眾多專家的經(jīng)驗，并以一種標準的形式供廣大開發(fā)人員使用，它提供了一套通用的設計詞匯和一種通用的語言以方便開發(fā)人員之間的溝通交流，使得設計方案更加通俗易懂。對于使用不同編程語言的開發(fā)人員和設計人員可以通過設計模式來交流系統(tǒng)的設計方案，每一個模式都對應著一個標準的解決方案，設計模式可以降低開發(fā)人員理解系統(tǒng)的復雜度。2、設計模式使人們更加簡單，方便地復用成功的設計和體系結(jié)構(gòu)，將已證實的技術(shù)表述成設計模式也會使新系統(tǒng)開發(fā)者更加容易理解其設計思路。設計模式使得重用成功的設計更加容易，并避免那些導致不可重用的設計方案。3、設計模式使得設計方案更加靈活，且易于修改。在很多設計模式中廣泛使用了開閉原則、依賴倒轉(zhuǎn)原則、迪米特法則等面向?qū)ο笤O計原則，使得系統(tǒng)具有較好的可維護性，真正實現(xiàn)可維護性的復用。在軟件開發(fā)中合理地使用設計模式可以使系統(tǒng)中的一些組成部分在其他系統(tǒng)中得以重用，而且在此基礎上進行二次開發(fā)很方便。正因為設計模式具有該優(yōu)點，所以在JDK、Struts、Spring、Hibernate、JUnit等類庫和框架的設計中大量使用了設計模式。4、設計模式的使用將提高軟件系統(tǒng)的開發(fā)效率和軟件質(zhì)量，并且在一定程度上節(jié)約殳計成本。設計模式是一些通過多次實踐得以證明的行之有效的解決方案，這些解決方案面常是針對某一類問題最佳的設計方案，因此可以幫助設計人員構(gòu)造優(yōu)秀的軟件系統(tǒng)，并可接重用這些設計經(jīng)驗，節(jié)省系統(tǒng)設計成本。5、設計模式有助于初學者更深入地理解面向?qū)ο笏枷?，一方面可以幫助初學者更加便地閱讀和學習現(xiàn)有類庫與其他系統(tǒng)中的源代碼，另一方面還可以提高軟件的設計水平代碼質(zhì)量。第三章數(shù)據(jù)庫分析與設計3.1數(shù)據(jù)庫分析在創(chuàng)建數(shù)據(jù)庫前有一必不可少的步驟：建立具體的數(shù)據(jù)庫關(guān)系模型，此次建模過程中使用了PD模型開發(fā)軟件。本項目使用的是MYSQL數(shù)據(jù)庫。MYSQL是一個關(guān)系型數(shù)據(jù)庫，具有關(guān)系型數(shù)據(jù)庫的絕大多數(shù)優(yōu)點，優(yōu)點在于：操作簡單并且維護方便。在操作數(shù)據(jù)庫過程中，為了更加方便數(shù)據(jù)庫的操作過程中用了NavicatPremium軟件對數(shù)據(jù)進行增刪改查。3.2數(shù)據(jù)庫設計3.2.1實體圖為了直觀方便地了解實體與實體之間的關(guān)系，本網(wǎng)站用SSM框架技術(shù)隊數(shù)據(jù)庫進行操作之前必須首先解決模型。接著根據(jù)模型設計表結(jié)構(gòu)。（1）實體關(guān)系表圖3.1實體關(guān)系圖（2）管理員信息表圖3.2管理員信息實體屬性圖（3）訂單表圖3.3訂單表實體屬性圖（4）客戶信息表圖3.4客戶信息表實體屬性圖（5）房間表圖3.5房間表實體屬性圖（6）房間種類表圖3.6房間種類表實體屬性圖3.2.2數(shù)據(jù)庫物理設計（1）數(shù)據(jù)庫表名匯總表3-1數(shù)據(jù)庫表匯總表名功能說明管理員信息表儲存用戶信息訂單表儲存訂單信息客戶信息表儲存客戶信息房間種類表儲存房間種類信息客房信息表儲存客房信息（2）具體表字段信息表3-2管理員信息表列名數(shù)據(jù)類型長度允許空是否主鍵說明admin_idvarchar255否是管理員表IDadmin_namevarchar255是否管理員姓名admin_login_namevarchar255是否管理員登錄名admin_login_pwdvarchar255是否管理員密碼admin_phonevarchar255是否管理員手機表3-3訂單表列名數(shù)據(jù)類型長度允許空是否主鍵說明order_idvarchar255否是訂單IDcustomer_idvarchar255是否客戶IDorder_statusvarchar255是否訂單狀態(tài)order_in_timevarchar255是否開始時間order_out_timevarchar255是否結(jié)束時間room_idvarchar255是否房間IDorder_pricevarchar255是否訂單價格room_pricevarchar255是否房間價格room_class_namevarchar255是否房間種類名稱表3-4客戶信息表列名數(shù)據(jù)類型長度允許空是否主鍵說明customer_idvarchar255否是客戶表IDcustomer_namevarchar255是否客戶姓名customer_agevarchar255是否客戶年齡customer_login_namevarchar255是否客戶登錄賬號customer_login_pwdvarchar255是否客戶登錄密碼customer_gendervarchar255是否客戶性別customer_phonevarchar255是否客戶電話表3-5客房種類表列名數(shù)據(jù)類型長度允許空是否主鍵說明room_class_idvarchar255否是房間種類IDroom_class_namevarchar255是否房間種類名稱room_pricevarchar255是否房間種類價格表3-6客房信息表列名數(shù)據(jù)類型長度允許空是否主鍵說明room_idvarchar255否是房間IDroom_numbervarchar255是否房間編號room_statevarchar255是否房間狀態(tài)room_pricevarchar255是否房間價格room_class_idvarchar255是否房間種類IDroom_class_namevarchar255是否房間種類名稱room_imgvarchar255是否房間圖片

第四章系統(tǒng)設計在本系統(tǒng)設計與實現(xiàn)的過程中經(jīng)過了可行性分析、技術(shù)可行性、經(jīng)濟和市場可行性、法律可行性等等還有功能模塊需求分析：包括總體需求、網(wǎng)站前臺頁面需求分析、性能需求。4.1系統(tǒng)設計原則本系統(tǒng)面向賓館客房的設計與實現(xiàn)，由于行業(yè)的特殊性，相應的設計的系統(tǒng)應該對應上賓館客房本身的特殊性。完備性：賓館客房設計需要從客人，員工和后期維護人員的角度考滿足各個群體的需求。系統(tǒng)性：時間空間能有機的結(jié)合，各個數(shù)據(jù)參數(shù)能及時有效有序的傳輸和處理。可靠性；關(guān)于客人的隱私保護，此為極其重要的一環(huán)，所設計的系統(tǒng)必須保證安全可靠，防入侵防崩潰?？蓴U充性：由于賓館客房的管理模式和本身硬件的動態(tài)變化等等原因，系統(tǒng)必須要求可以對代碼進行更新和升級。4.2系統(tǒng)開發(fā)方法及技術(shù)路線MVC設計模式（ModelViewController）即集視圖、模型、控制器于一體的軟件構(gòu)件模式。也是業(yè)務層、視圖層和control層模式。4.3前臺酒店管理系統(tǒng)功能實現(xiàn)4.3.1用戶端登錄功能（1）頁面展示圖4.1用戶端登錄頁面（2）主要代碼展示圖4.2用戶端登錄代碼（3）代碼解析Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的front/Login.jsp頁面。loginAjax：此方法是一個配合前端Ajax的方法，首先獲取從前端傳入過來的參數(shù)，隨后使用ssm自帶的查詢方法將數(shù)據(jù)查詢出來，進行判斷，返回一個pageview到前臺進行解析處理。4.3.2用戶端注冊功能（1）頁面展示圖4.3用戶端注冊頁面（2）代碼展示圖4.4用戶端注冊代碼（3）代碼解析Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的front/regist.jsp頁面。registAj：此方法是一個配合前端Ajax的方法，首先獲取從前端傳入過來的參數(shù)，隨后判斷登錄名是否重復，確認無誤后執(zhí)行insert操作添加一條字段到用戶表中，最后返回一個pageview到前臺進行解析處理。4.3.3用戶端主頁功能（1）頁面展示圖4.5用戶端主頁前臺展示（2）代碼展示圖4.6用戶端主頁代碼（3）代碼解析Page:Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的front/index.jsp頁面。其次，此方法使用自定義xml方法進行查詢，將所有的狀態(tài)為已就緒的房間按照種類查詢出來，傳遞到前臺顯示。4.3.4用戶端查看歷史訂單功能（1）頁面展示圖4.7用戶端查看歷史訂單頁面（2）代碼展示圖4.8用戶端查看歷史訂單代碼（3）代碼解析Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的front/order.jsp頁面。其次，此方法會獲取用戶登錄的session，根據(jù)session中的customer信息將所有的相關(guān)訂單查詢出來，作為一個list集合傳遞到前臺進行遍歷顯示。4.3.5用戶端下單功能（1）代碼展示圖4.10用戶端下單代碼（2）代碼解析Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的front/pay.jsp頁面。Save：首先獲取前臺傳遞過來的房間分類ID，入住時間，離開時間。使用simpledateformat類根據(jù)入住時間和離開時間進行格式化，計算其中相差的天數(shù)，再根據(jù)房間單價進行計算，將房間信息，入住人信息，入住時間信息，價格信息等全部保存在一個order類中，執(zhí)行新增操作。4.3.6管理員端登錄功能（1）頁面展示圖4.11管理員端登錄頁面（2）代碼展示圖4.12管理員端登錄代碼（3）代碼解析Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的admin/Login.jsp頁面。loginAjax：此方法是一個配合前端Ajax的方法，首先獲取從前端傳入過來的參數(shù)，隨后使用ssm自帶的查詢方法將數(shù)據(jù)查詢出來，進行判斷，返回一個pageview到前臺。4.3.7管理員端主頁功能（1）頁面展示圖4.13管理員端主頁（2）代碼展示圖4.14管理員端主頁代碼（3）代碼解析Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的front/index.jsp頁面。4.3.8管理員端客戶信息管理功能（1）頁面展示圖4.15管理員端客戶信息管理頁面（2）代碼展示圖4.16管理員端客戶信息管理代碼（3）代碼解析Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的front/customer_list.jsp頁面。Edit:此方法作用是在用戶訪問/edit后會先獲取前臺傳輸過來的ID值，通過load方法將所有信息查詢出來返回至前端之后，再通過映射進入WEB/INF保護區(qū)的front/customer_edit.jsp頁面。PageAjax：首先獲取頁面?zhèn)鬏斶^來的頁號、單頁條數(shù)信息，以及作為查詢條件的用戶姓名、用戶手機號信息，通過mybatis中的半自動方法將數(shù)據(jù)查詢出來，傳遞回前臺顯示。DeleteAj：獲取前臺傳遞過來的ID信息，執(zhí)行刪除操作。SaveAj：獲取前臺輸入過來的實體類，根據(jù)類中有無ID分別執(zhí)行更新方法和插入方法。4.3.9管理員端房間信息管理功能（1）頁面展示圖4.17管理員端房間信息管理頁面（2）代碼展示圖4.18管理員端房間信息管理代碼（3）代碼解析Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的front/room_list.jsp頁面。Edit:此方法作用是在用戶訪問/edit后會先獲取前臺傳輸過來的ID值，通過load方法將所有信息查詢出來返回至前端之后，再通過映射進入WEB/INF保護區(qū)的front/room_edit.jsp頁面。PageAjax：首先獲取頁面?zhèn)鬏斶^來的頁號、單頁條數(shù)信息，以及作為查詢條件的房間編號、房間狀態(tài)、房間分類名信息，通過mybatis中的半自動方法將數(shù)據(jù)查詢出來，傳遞回前臺顯示。DeleteAj：獲取前臺傳遞過來的ID信息，執(zhí)行刪除操作。SaveAj：獲取前臺輸入過來的實體類，根據(jù)類中有無ID分別執(zhí)行更新方法和插入方法。4.3.10管理員端房間分類信息管理功能（1）頁面展示圖4.19管理員端房間分類信息管理頁面（2）代碼展示圖4.20管理員端房間信息分類管理代碼（3）代碼解析Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的front/room_class_list.jsp頁面。Edit:此方法作用是在用戶訪問/edit后會先獲取前臺傳輸過來的ID值，通過load方法將所有信息查詢出來返回至前端之后，再通過映射進入WEB/INF保護區(qū)的front/room_class_edit.jsp頁面。PageAjax：首先獲取頁面?zhèn)鬏斶^來的頁號、單頁條數(shù)信息，以及作為查詢條件的房間分類名信息，通過mybatis中的半自動方法將數(shù)據(jù)查詢出來，傳遞回前臺顯示。DeleteAj：獲取前臺傳遞過來的ID信息，執(zhí)行刪除操作。SaveAj：獲取前臺輸入過來的實體類，根據(jù)類中有無ID分別執(zhí)行更新方法和插入方法。4.3.11管理員端管理員信息管理功能（1）頁面展示圖4.21管理員端管理員信息管理頁面（2）代碼展示圖4.22管理員端管理員信息管理代碼（3）代碼解析Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的front/admin_list.jsp頁面。Edit:此方法作用是在用戶訪問/edit后會先獲取前臺傳輸過來的ID值，通過load方法將所有信息查詢出來返回至前端之后，再通過映射進入WEB/INF保護區(qū)的front/admin_edit.jsp頁面。PageAjax：首先獲取頁面?zhèn)鬏斶^來的頁號、單頁條數(shù)信息，以及作為查詢條件的管理員姓名信息，通過mybatis中的半自動方法將數(shù)據(jù)查詢出來，傳遞回前臺顯示。DeleteAj：獲取前臺傳遞過來的ID信息，執(zhí)行刪除操作。SaveAj：獲取前臺輸入過來的實體類，根據(jù)類中有無ID分別執(zhí)行更新方法和插入方法。4.3.12管理員端訂單信息管理功能（1）頁面展示圖4.23管理員端訂單信息管理頁面（2）代碼展示圖4.24管理員端頁面訂單信息管理代碼（3）代碼解析Page：此方法作用是在用戶訪問/page后會通過映射進入WEB/INF保護區(qū)的front/order_list.jsp頁面。Edit:此方法作用是在用戶訪問/edit后會先獲取前臺傳輸過來的ID值，通過load方法將所有信息查詢出來返回至前端之后，再通過映射進入WEB/INF保護區(qū)的front/order_edit.jsp頁面。PageAjax：首先獲取頁面?zhèn)鬏斶^來的頁號、單頁條數(shù)信息，以及作為查詢條件的用戶姓名、用戶手機號、入住時間、離開時間、房間編號信息，通過mybatis中的半自動方法將數(shù)據(jù)查詢出來，傳遞回前臺顯示。DeleteAj：獲取前臺傳遞過來的ID信息，執(zhí)行刪除操作。SaveAj：獲取前臺輸入過來的實體類，根據(jù)類中有無ID分別執(zhí)行更新方法和插入方法。

第五章系統(tǒng)測試5.1測試過程和參數(shù)在進行系統(tǒng)功能性測試的過程中，為了方便測試結(jié)果，基本輸入的都是數(shù)字。5.1.1用戶端登錄模塊測試表5-1登錄模塊測試模塊名稱測試用例預期結(jié)果實際結(jié)果是否通過登錄模塊賬號：null密碼：null彈出錯誤提示登陸失敗通過登錄模塊賬號：1密碼：null彈出錯誤提示登錄失敗通過登錄模塊賬號：1，密碼：0彈出錯誤提示登陸失敗通過登錄模塊賬號：1密碼：1跳轉(zhuǎn)到主頁跳轉(zhuǎn)到主頁通過測試流程：打開網(wǎng)站登錄頁，直接登錄；輸入空密碼，登錄；輸入錯誤的賬號密碼，登錄；輸入正確的賬號密碼，登錄；測試結(jié)果5.1.2用戶端注冊模塊測試表5-2注冊模塊測試模塊名稱測試用例預期結(jié)果實際結(jié)果是否通過注冊模塊輸入空值提交提示輸入不可為空提示輸入不可為空通過注冊模塊輸入正常數(shù)據(jù)提示注冊成功，跳轉(zhuǎn)到登錄頁面提示注冊成功，跳轉(zhuǎn)到登錄頁面通過注冊模塊兩次密碼輸入不一致提示錯誤提示錯誤通過測試流程：輸入空值提交，輸入正常數(shù)值提交，兩次密碼輸入不一致提交，查看頁面反應。5.1.3用戶端主頁頁面測試表5-3主頁頁面測試頁面名稱測試用例預期結(jié)果實際結(jié)果是否通過主頁點擊返回跳轉(zhuǎn)到登錄頁面跳轉(zhuǎn)到登錄頁面通過主頁點擊立即搶購跳轉(zhuǎn)到下單頁面跳轉(zhuǎn)到下單頁面通過主頁點擊我的訂單跳轉(zhuǎn)到歷史訂單頁面跳轉(zhuǎn)到歷史訂單頁面通過測試流程：點擊返回，點擊立即搶購，點擊我的訂單，分別查看頁面跳轉(zhuǎn)。5.1.4用戶端查看歷史訂單功能測試表5-4查看訂單模塊測試頁面名稱測試用例預期結(jié)果實際結(jié)果是否通過查看訂單模塊更換賬號測試分別顯示對應賬號的訂單分別顯示對應賬號的訂單通過測試流程：更換賬號，查看訂單顯示是否正確。5.1.5用戶端下單功能測試表5-5用戶下單模塊測試頁面名稱測試用例預期結(jié)果實際結(jié)果是否通過用戶下單模塊輸入錯誤的時間提示時間錯誤提示時間錯誤通過用戶下單模塊輸入正確的時間提示下單成功，并跳轉(zhuǎn)到訂單頁面提示下單成功，并跳轉(zhuǎn)到訂單頁面通過測試流程：輸入不同的時間，查看頁面反應。5.1.6管理員端登錄功能測試表5-6管理員登錄模塊測試頁面名稱測試用例預期結(jié)果實際結(jié)果是否通過登錄模塊賬號：null密碼：null彈出錯誤提示登陸失敗通過登錄模塊賬號：1密碼：null彈出錯誤提示登錄失敗通過登錄模塊賬號：1，密碼：0彈出錯誤提示登陸失敗通過登錄模塊賬號：1密碼：1跳轉(zhuǎn)到主頁跳轉(zhuǎn)到主頁通過測試流程：打開網(wǎng)站登錄頁，直接登錄；輸入空密碼，登錄；輸入錯誤的賬號密碼，登錄；輸入正確的賬號密碼，登錄；測試結(jié)果5.1.7管理員端主頁功能測試表5-7主頁模塊測試頁面名稱測試用例預期結(jié)果實際結(jié)果是否通過主頁點擊客房信息管理中間框架部分刷新出指定頁面中間框架部分刷新出指定頁面通過主頁點擊訂單信息管理中間框架部分刷新出指定頁面中間框架部分刷新出指定頁面通過主頁點擊房間信息管理中間框架部分刷新出指定頁面中間框架部分刷新出指定頁面通過主頁點擊房間分類信息管理中間框架部分刷新出指定頁面中間框架部分刷新出指定頁面通過主頁點擊管理員信息管理中間框架部分刷新出指定頁面中間框架部分刷新出指定頁面通過測試流程：分別點擊頁面上的鏈接，查看是否跳轉(zhuǎn)成功。5.1.8管理員端客戶信息管理功能測試表5-8客戶信息管理模塊測試頁面名稱測試用例預期結(jié)果實際結(jié)果是否通過客戶信息管理輸入不同的用戶名、用戶手機號頁面按照輸入的參數(shù)顯示出對應數(shù)據(jù)頁面按照輸入的參數(shù)顯示出對應數(shù)據(jù)通過客戶信息管理點擊添加跳轉(zhuǎn)添加需求頁面，輸入保存后出現(xiàn)新的需求信息跳轉(zhuǎn)添加需求頁面，輸入保存后出現(xiàn)新的需求信息通過客戶信息管理點擊刪除彈窗提示是否刪除該需求，點擊后刪除成功彈窗提示是否刪除該需求，點擊后刪除成功通過客戶信息管理點擊編輯跳轉(zhuǎn)到需求信息編輯頁面跳轉(zhuǎn)到需求信息編輯頁面通過客戶信息管理輸入空值提示不可為空提示不可為空通過客戶信息管理輸入正確數(shù)值跳轉(zhuǎn)到顯示頁面，并且數(shù)據(jù)已添加或修改跳轉(zhuǎn)到顯示頁面，并且數(shù)據(jù)已添加或修改通過客戶信息管理點擊返回列表返回至列表頁面返回至列表頁面通過測試流程：點擊添加用戶需求；點擊添加需求；點擊刪除；點擊編輯、輸入不同的參數(shù)查詢、輸入空值保存、輸入正常數(shù)值保存、點擊返回列表。5.1.9管理員端房間信息管理功能測試表5-9房間信息管理模塊測試頁面名稱測試用例預期結(jié)果實際結(jié)果是否通過房間信息管理輸入不同的房間編號、房間狀態(tài)房間分類名頁面按照輸入的參數(shù)顯示出對應數(shù)據(jù)頁面按照輸入的參數(shù)顯示出對應數(shù)據(jù)通過房間信息管理點擊添加跳轉(zhuǎn)添加需求頁面，輸入保存后出現(xiàn)新的需求信息跳轉(zhuǎn)添加需求頁面，輸入保存后出現(xiàn)新的需求信息通過房間信息管理點擊刪除彈窗提示是否刪除該需求，點擊后刪除成功彈窗提示是否刪除該需求，點擊后刪除成功通過房間信息管理點擊編輯跳轉(zhuǎn)到需求信息編輯頁面跳轉(zhuǎn)到需求信息編輯頁面通過房間信息管理輸入空值提示不可為空提示不可為空通過房間信息管理輸入正確數(shù)值跳轉(zhuǎn)到顯示頁面，并且數(shù)據(jù)已添加或修改跳轉(zhuǎn)到顯示頁面，并且數(shù)據(jù)已添加或修改通過房間信息管理點擊返回列表返回至列表頁面返回至列表頁面通過測試流程：點擊添加用戶需求；點擊添加需求；點擊刪除；點擊編輯、輸入不同的參數(shù)查詢、輸入空值保存、輸入正常數(shù)值保存、點擊返回列表。5.1.10管理員端房間分類信息管理功能測試表5-10房間分類信息管理模塊測試頁面名稱測試用例預期結(jié)果實際結(jié)果是否通過房間分類信息輸入不同的房間分類名頁面按照輸入的參數(shù)顯示出對應數(shù)據(jù)頁面按照輸入的參數(shù)顯示出對應數(shù)據(jù)通過房間分類信息點擊添加跳轉(zhuǎn)添加需求頁面，輸入保存后出現(xiàn)新的需求信息跳轉(zhuǎn)添加需求頁面，輸入保存后出現(xiàn)新的需求信息通過房間分類信息點擊刪除彈窗提示是否刪除該需求，點擊后刪除成功彈窗提示是否刪除該需求，點擊后刪除成功通過房間分類信息點擊編輯跳轉(zhuǎn)到需求信息編輯頁面跳轉(zhuǎn)到需求信息編輯頁面通過房間分類信息輸入空值提示不可為空提示不可為空通過房間分類信息輸入正確數(shù)值跳轉(zhuǎn)到顯示頁面，并且數(shù)據(jù)已添加或修改跳轉(zhuǎn)到顯示頁面，并且數(shù)據(jù)已添加或修改通過房間分類信息點擊返回列表返回至列表頁面返回至列表頁面通過測試流程：點擊添加用戶需求；點擊添加需求；點擊刪除；點擊編輯、輸入不同的參數(shù)查詢、輸入空值保存、輸入正常數(shù)值保存、點擊返回列表。5.1.11管理員端管理員信息管理功能測試表5-11管理員信息管理模塊測試頁面名稱測試用例預期結(jié)果實際結(jié)果是否通過管理員信息管理輸入不同的管