基于SSM的民宿預(yù)訂管理系統(tǒng)設(shè)計與實現(xiàn)

第1章概述 11.1課題研究的背景及意義 11.2國內(nèi)外研究現(xiàn)狀 11.3研究思路 2第2章系統(tǒng)分析 32.1可行性分析 32.1.1技術(shù)可行性 32.1.2經(jīng)濟(jì)可行性 32.1.3操作可行性 32.2業(yè)務(wù)需求分析 32.3功能需求分析 6第3章系統(tǒng)設(shè)計 73.1系統(tǒng)架構(gòu)設(shè)計 73.2主要業(yè)務(wù)流程設(shè)計 73.2.1注冊模塊流程設(shè)計 73.2.2登錄模塊流程設(shè)計 83.2.3上傳房源模塊流程設(shè)計 83.2.4預(yù)訂民宿模塊流程設(shè)計 93.3系統(tǒng)功能模塊設(shè)計 103.4數(shù)據(jù)庫設(shè)計 133.4.1E-R圖設(shè)計 133.4.2數(shù)據(jù)庫表設(shè)計 15第4章系統(tǒng)實現(xiàn) 174.1公共模塊 174.1.1登錄注冊功能 174.1.2民宿搜索功能 194.1.3評論功能 214.1.4修改個人資料 224.1.5我的留言功能 234.2房主模塊 244.2.1我的民宿管理 254.2.2我的訂單管理 274.3租客模塊 274.3.1預(yù)訂功能 274.3.2我的預(yù)定 284.4系統(tǒng)管理員模塊 294.4.1房源管理 294.3.2用戶管理 294.4.3評論管理 30第5章系統(tǒng)測試 315.1系統(tǒng)測試的目的 315.2測試方法 315.2.1邊界值分析方法 315.2.2單元測試 32結(jié)束語 33參考文獻(xiàn) 34致謝 35PAGEPAGEII概述1.1課題研究的背景及意義新時代理念的轉(zhuǎn)變，科技的快速發(fā)展，人們的物質(zhì)水平也得到了極大的提高。我國的住宿業(yè)經(jīng)歷了三個大時期，前兩個是商務(wù)需求推動的標(biāo)準(zhǔn)住宿期及人們旅游推動的以景區(qū)為核心的住宿時期，到了第三個時期，很多住宿產(chǎn)品已經(jīng)脫離景區(qū)，只需要到一個風(fēng)景好的地方，就可以生產(chǎn)產(chǎn)品滿足用戶需求，這個時候用戶需求的是度假、消磨時間，也就是現(xiàn)在所謂的消費升級[1]。隨著互聯(lián)網(wǎng)的快速發(fā)展，接觸事物的速度變得越來越快，就比如現(xiàn)在網(wǎng)上的民宿類綜藝節(jié)目非常地火，提高了人們對民宿的好感度。這些民宿類的綜藝節(jié)目成功帶起了一段民宿潮。并且民宿對比酒店具有性價比高，價格便宜，具有特色等優(yōu)點，對于精打細(xì)算的人和喜歡本地特色的人來說再適合不過了。現(xiàn)在人們可以利用網(wǎng)絡(luò)進(jìn)行購物、在線支付、在線學(xué)習(xí)，同時也可以通過定制化實體經(jīng)濟(jì)和互聯(lián)網(wǎng)的耦合，從而碰撞出新的火花。隨著民宿業(yè)的大力發(fā)展，當(dāng)經(jīng)營民宿的房主的訂單越來越多，經(jīng)營的民宿數(shù)量越來越多時，他需要處理的信息就變得繁多且枯燥。剛起步經(jīng)營民宿的房主則面臨著宣傳力度的不足導(dǎo)致生意不好，租客無法快速找到心儀的民宿?；ヂ?lián)網(wǎng)與民宿業(yè)結(jié)合形成的民宿預(yù)訂管理系統(tǒng)可以給經(jīng)營民宿的房主提供一個宣傳和預(yù)訂的平臺，提高擁有多套民宿的房主的管理效率，提高民宿的影響力與顧客量。而租客可以通過民宿預(yù)訂管理系統(tǒng)快速找到適合自己風(fēng)格、價格便宜、設(shè)施齊全、評價真實的民宿進(jìn)行預(yù)訂。希望通過本系統(tǒng)能夠增強(qiáng)傳統(tǒng)民宿在這些方面的薄弱點，從而提高經(jīng)營民宿的房主的管理水平，提高租客的用戶體驗，進(jìn)而提高民宿的收入和產(chǎn)業(yè)鏈的升級，這也正是本課題研究的意義所在。1.2國內(nèi)外研究現(xiàn)狀近年來，全國多地把民宿產(chǎn)業(yè)作為鄉(xiāng)村的新發(fā)展模式，把民宿產(chǎn)業(yè)作為鄉(xiāng)村振興的突破點，不再僅限于養(yǎng)殖畜牧業(yè)，吸引城市里的人到鄉(xiāng)下消費使得鄉(xiāng)村開始快速發(fā)展，不斷探索創(chuàng)新發(fā)展模式。根據(jù)報告稱2018年之前，全中國已經(jīng)出臺了大約二百七十個關(guān)于民宿的各種規(guī)定和要求標(biāo)準(zhǔn)文件。而且現(xiàn)在已經(jīng)有二十幾個城市出臺了有利于扶持民宿產(chǎn)業(yè)的政策。這么多的扶持民宿發(fā)展的政策出現(xiàn)，表示現(xiàn)在對民宿發(fā)展的大力支持的態(tài)度與對民宿發(fā)展的標(biāo)準(zhǔn)化引導(dǎo)。讓民宿產(chǎn)業(yè)發(fā)展的道路越來越順暢，使得鄉(xiāng)村的民宿運(yùn)營能夠成為一個完善的產(chǎn)業(yè)鏈，讓人們更加重視民宿產(chǎn)業(yè)和讓人們能夠享受到更加舒適和標(biāo)準(zhǔn)的民宿。雖然同為住宿業(yè)，因為民宿預(yù)訂管理系統(tǒng)的發(fā)展才剛剛起步的緣故，所以國內(nèi)還有部分民宿還停留在使用紙質(zhì)文件來保存訂單和客戶信息。當(dāng)經(jīng)營民宿的數(shù)量與顧客量上升的時候，查詢訂單和民宿信息這些操作就容易出現(xiàn)人工的紕漏造成工作效率低下。而部分的民宿預(yù)訂管理系統(tǒng)不夠完善還有很多的漏洞會被人鉆，要么是房主不滿租客的行為，或者是房主通過下架后重新下架消除差評，房子和照片不一樣等問題。一套比較完善的民宿預(yù)訂管理系統(tǒng)的誕生就成為一種必要的趨勢。在德國，幾乎每十一個人就有一個人選擇住民宿來解決住宿問題。他們大多是故意選擇有個人特色的民宿而放棄風(fēng)格一樣的酒店。在英國，他們的民宿在世界排名相當(dāng)高，是組成英國旅游業(yè)的重要組成部分，他們提供定制服務(wù)和星級私人服務(wù)，在日本的民宿有另一個名字，叫做家庭旅館，都是發(fā)揮著每個不同地區(qū)特色的民宿，像滑雪場主題、溫泉主題、海邊主題、森林主題的民宿。因為國外的互聯(lián)網(wǎng)發(fā)展要比國內(nèi)歷史要悠久一些，所以導(dǎo)致國外的民宿預(yù)訂管理系統(tǒng)發(fā)展地已經(jīng)比較成熟，美國有愛彼迎，澳洲有考拉民宿，歐洲有booking等發(fā)展完善的民宿預(yù)訂管理系統(tǒng)。但是中國本土的民宿預(yù)訂管理系統(tǒng)才剛剛起步，未來還有很多空間可以發(fā)展。1.3研究思路本系統(tǒng)主要為租客提供關(guān)于價格、地理位置、口碑、房主服務(wù)分類要求的搜索，確保租客可以預(yù)訂到心儀的民宿，如果遇到有急事還可以退訂。房主可以把民宿快速地出租出去且可以設(shè)置對租客的要求。本系統(tǒng)還設(shè)置阻止同樣地址短時間內(nèi)上架來防止不良房主消除差評來保證評價真實性，房主可以通過聯(lián)系客服與系統(tǒng)管理員證明惡意差評來消除惡意差評。系統(tǒng)管理員可以管理用戶和房源狀態(tài)，還可以快速幫助租客與房主解決問題。系統(tǒng)分析2.1可行性分析現(xiàn)在國內(nèi)市面上的民宿預(yù)訂管理系統(tǒng)還比較少，還有市場份額可以搶占。他們才開始發(fā)展沒有多久，還有些功能沒有很完善。本系統(tǒng)的特色是可以防止那些口碑還沒有形成就已經(jīng)被租客評價很差的新房主利用下架后重新注冊房源來刷掉差評，該功能在市面上一些民宿預(yù)訂管理系統(tǒng)上沒有實現(xiàn)，這個功能保證了房源評價的真實性，給顧客提供良好的消費體驗。使得顧客對該系統(tǒng)的信賴與好評。2.1.1技術(shù)可行性民宿預(yù)訂管理系統(tǒng)所有的前端頁面都由JSP寫成。后臺使用Java本身的對于民宿預(yù)訂管理系統(tǒng)的數(shù)據(jù)庫而言，采用的是小型數(shù)據(jù)庫MySQL。由于前后臺技術(shù)和數(shù)據(jù)庫都是很早就開源，穩(wěn)定性高，符合開發(fā)的技術(shù)可行性。2.1.2經(jīng)濟(jì)可行性經(jīng)濟(jì)效益：系統(tǒng)能夠創(chuàng)造收益，可以通過直接或者統(tǒng)計的方法進(jìn)行估算?？梢怨浪泐A(yù)期利潤是否能夠達(dá)到，開發(fā)成本低，維護(hù)成本低。網(wǎng)站合乎社會規(guī)則和法律，現(xiàn)在是互聯(lián)網(wǎng)時代，絕大部分的人都會上網(wǎng)，系統(tǒng)是為普通的民宿主開發(fā)的一款網(wǎng)站，能夠提高工作效率帶來收益，符合開發(fā)的經(jīng)濟(jì)可行性。2.1.3操作可行性該系統(tǒng)為網(wǎng)頁版，界面設(shè)計簡單大方，分類清晰，對用戶非常友好，操作非常簡單，上手快，具有操作可行性。綜上所述，該民宿預(yù)訂管理系統(tǒng)的設(shè)計與實現(xiàn)具有技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性，開發(fā)該系統(tǒng)是可行的。2.2業(yè)務(wù)需求分析本系統(tǒng)分為以下三種用戶類型：租客：指那些在平臺上注冊的想要租民宿的消費者。房主：指上傳房源的當(dāng)前民宿經(jīng)營者。系統(tǒng)管理員：指管理房源、用戶與評論，幫助租客和房主解決問題的系統(tǒng)管理者。在民宿業(yè)中，那些需要尋找民宿的人稱為租客。他們在眼花繚亂的民宿業(yè)中需要能夠按照要求查找到自己需要的民宿。租客可以通過注冊登錄本系統(tǒng)，通過搜索功能找到適合自己價格、地理位置、民宿風(fēng)格、口碑、提供周到服務(wù)的民宿運(yùn)營者的民宿。能夠快速找到系統(tǒng)管理員和房主可以留下評價。那些提供民宿服務(wù)的民宿經(jīng)營者被稱為房主，他們需要把自己的房源的優(yōu)點和服務(wù)周到的口碑宣傳出去，只靠人與人之間的速度是很慢的，難以達(dá)到快速人人皆知的程度。房主可以通過注冊登錄本系統(tǒng)上傳自己的房源來達(dá)到快速宣傳的作用。民宿預(yù)訂管理系統(tǒng)既能滿足租客的挑選要求還能讓房主的快速推銷自己民宿出去，并且本系統(tǒng)還能排除掉一些刷掉差評的房主，更能保證房源的評價真實性。系統(tǒng)管理員是管理該系統(tǒng)的人員，能夠管理房源的上下架刪除惡意的租客評價，解決租客與房主的問題；查詢用戶、刪除用戶等操作。租客的用例圖如圖2-1所示。圖2-1租客用例圖房主的用例圖如圖2-2所示。圖2-2房主用例圖系統(tǒng)管理員的用例圖如圖2-3所示。圖2-3系統(tǒng)管理員用例圖2.3功能需求分析民宿預(yù)訂管理系統(tǒng)本系統(tǒng)分為使用用戶類型分為租客、房主、系統(tǒng)管理員三種，具體功能結(jié)構(gòu)如下：(1)租客角色：(a)注冊、登錄功能(b)搜索功能：根據(jù)某些特定項模糊匹配民宿。(c)預(yù)訂功能：在線預(yù)訂民宿房間。(d)留言和評論功能：可以跟其他角色留言、評論民宿房間。(e)訂單功能：查看生成的訂單詳情，進(jìn)行退訂操作。(2)房主角色：(a)注冊、登錄功能(b)搜索功能：根據(jù)某些特定項模糊匹配民宿。(c)民宿房源管理功能：修改房源狀態(tài)與信息、上傳房源照片、新增房源、搜索房源。(d)留言和評論功能：可以跟其他角色留言、評論民宿房間。(e)訂單功能：可以查看生成的訂單信息。(3)系統(tǒng)管理員角色：(a)注冊、登錄功能(b)搜索功能：根據(jù)某些特定項模糊匹配民宿。(c)用戶管理：按條件查詢所有類型的用戶，刪除用戶，修改自己的信息。(d)房源管理：修改房源上下線狀態(tài)。(e)留言和評論管理：可以回復(fù)租客和房主的問題且可以刪除評論。系統(tǒng)設(shè)計3.1系統(tǒng)架構(gòu)設(shè)計本系統(tǒng)架構(gòu)分層主要分為以下幾層：(1)表示層：表示層主要負(fù)責(zé)接收從jsp頁面?zhèn)鬟^來的數(shù)據(jù)，通過調(diào)用業(yè)務(wù)層的接口，再把數(shù)據(jù)返回到j(luò)sp頁面的過程，用于用戶與系統(tǒng)的交互功能。(2)業(yè)務(wù)邏輯層：業(yè)務(wù)邏輯層主要用于接收控制層傳來的數(shù)據(jù)，調(diào)用mapper接口對數(shù)據(jù)進(jìn)行處理后返回到表示層。(3)數(shù)據(jù)訪問層：因為本系統(tǒng)是基于SSM框架開發(fā)，所以不用手動編寫數(shù)據(jù)訪問層的代碼，業(yè)務(wù)層只需調(diào)用mapper接口中的數(shù)據(jù)處理方法。3.2主要業(yè)務(wù)流程設(shè)計3.2.1注冊模塊流程設(shè)計本系統(tǒng)注冊需要填寫賬號、密碼、再次確認(rèn)密碼、姓名、性別、聯(lián)系方式和注冊類型是房主還是租客。注冊模塊流程設(shè)計如圖3-1。圖3-1注冊模塊流程圖3.2.2登錄模塊流程設(shè)計已經(jīng)注冊完畢的用戶，可以直接輸入賬號和密碼點擊登陸按鈕進(jìn)入該賬號類型的主頁。登錄模塊流程設(shè)計如圖3-2。圖3-2登錄模塊流程圖3.2.3上傳房源模塊流程設(shè)計上傳房源這個功能只有房主類型的賬號才擁有。上傳房源需要填寫價格、房源面積、房間數(shù)、可住人數(shù)、房源地址、對租客的要求和房源的現(xiàn)場照片。上傳房源模塊流程如圖3-3。圖3-3上傳房源模塊流程圖3.2.4預(yù)訂民宿模塊流程設(shè)計預(yù)訂民宿這個功能只有租客類型的賬號才擁有。租客可以按地址、房間數(shù)、可住人數(shù)來搜尋滿意的民宿。點擊查看可以看到民宿的現(xiàn)實照片和簡介、房主的個人信息和聯(lián)系電話與其他租客的評價?？梢赃x擇入住時間來預(yù)訂，如果該時間段滿人將不能預(yù)訂。預(yù)訂民宿模塊流程如圖3-4。圖3-4預(yù)訂民宿模塊流程圖3.3系統(tǒng)功能模塊設(shè)計民宿預(yù)訂管理系統(tǒng)有三種用戶類型，主要分租房主、租客、系統(tǒng)管理員。一共設(shè)計了三個子系統(tǒng)，分別為房主子系統(tǒng)、租客子系統(tǒng)、系統(tǒng)管理員子系統(tǒng)。這三種用戶共同擁有的功能被稱為公共模塊。房主子系統(tǒng)擁有公共模塊和房主模塊，租客子系統(tǒng)擁有公共模塊和租客模塊，管理員子系統(tǒng)擁有公共模塊和系統(tǒng)管理員模塊。如圖3-5到3-7所示。圖3-5房主部分功能模塊圖圖3-6租客部分功能模塊圖圖3-7系統(tǒng)管理員部分功能模塊圖本民宿預(yù)訂管理系統(tǒng)一共包含公共模塊、房主模塊、租客模塊、系統(tǒng)管理員模塊。具體的功能介紹如下：公共模塊：（1）登錄注冊功能：租客和房主需要進(jìn)行注冊才能登錄本系統(tǒng)而系統(tǒng)管理員是系統(tǒng)自帶的角色，可以直接進(jìn)行登錄不能注冊生成。（2）民宿搜索功能：所有賬號均可以通過地址、房間數(shù)、可住人數(shù)來搜索民宿。（3）評論功能：所有賬號都可以在民宿詳情下面對民宿進(jìn)行評論，系統(tǒng)管理員可以在評論功能進(jìn)行公告發(fā)布。（4）修改個人資料：所有賬號均可以通過點擊我的信息可以修改名字、性別、密碼、個人介紹、聯(lián)系方式。（5）我的留言功能：租客可以通過民宿詳情頁面點擊房主的名字進(jìn)行對話聯(lián)系。聯(lián)系客服也是我的留言模塊的一部分，房主和租客可以通過聯(lián)系客服快速聯(lián)系到系統(tǒng)管理員。我的留言模塊可以看到最近聯(lián)系人，可以看到以往的聊天記錄。房主模塊：（1）我的民宿管理：上傳房源、上架或下架民宿、修改民宿、查看民宿。房主通過我的民宿頁面點擊新增，填寫價格、面積、房間數(shù)、可住人數(shù)、地址和選擇民宿照片即可提交。房主還可以修改民宿的基本信息。（2）我的訂單模塊：房主可以通過我的訂單看到生成的包括下單時間、入住日期、離店時間、單價、地址、租客、聯(lián)系方式、租客身份證、狀態(tài)內(nèi)容的預(yù)訂信息。租客模塊：（1）預(yù)訂功能：可以在民宿詳情頁面選擇入住時間和離店時間進(jìn)行預(yù)訂，如果該時段房間已被訂完會顯示無法預(yù)訂，該時段預(yù)訂已滿，下架的房源也無法預(yù)訂。（2）我的預(yù)定：租客可以通過我的預(yù)定看到生成的包括下單時間、入住日期、離店時間、單價、地址、房主、聯(lián)系方式、房主身份證、狀態(tài)內(nèi)容的預(yù)訂信息。如果還未到入住時間，租客還還可以進(jìn)行退訂操作。系統(tǒng)管理員模塊：房源管理：點擊查看回到詳細(xì)的民宿頁面，還可以下架房源或者上架已經(jīng)通過檢查的被警告整改的民宿。用戶管理：可以查看全部賬號的詳細(xì)信息，包括賬號、姓名、用戶類型、性別、聯(lián)系方式、個人介紹、身份證號碼。還可以按條件搜索用戶，刪除用戶。評價管理：民宿詳情頁面，系統(tǒng)管理員可以刪除無效的惡意評價，維護(hù)真實的評論信息。3.4數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫是整個系統(tǒng)設(shè)計最重要的一步，數(shù)據(jù)庫是根據(jù)數(shù)據(jù)的不同類型進(jìn)行儲存和管理的一個巨大倉庫，是一個長期儲存在電腦里面可以共享的且擁有大量數(shù)據(jù)的一個集合。它可以用一些方式來規(guī)定進(jìn)行分類儲存，可以將應(yīng)用程序的數(shù)據(jù)單獨的保存起來，可以讓其他用戶進(jìn)行分享的操作，且它的冗余度小。而民宿預(yù)訂管理系統(tǒng)的數(shù)據(jù)庫則是一個系統(tǒng)所存在的物體進(jìn)行描述，從而達(dá)到存儲管理的目的。3.4.1E-R圖設(shè)計本系統(tǒng)一共設(shè)計了四個數(shù)據(jù)庫，將用實體圖表現(xiàn)出如圖3-8至圖3-11所示。圖3-8用戶實體E-R圖評論時間圖3-9用戶評論實體E-R圖圖3-10民宿信息實體E-R圖圖3-11訂單信息實體E-R圖3.4.2數(shù)據(jù)庫表設(shè)計（1）本系統(tǒng)的數(shù)據(jù)庫表一共有四個。（2）用戶表(t_user)，用戶表主要用來存儲管理民宿預(yù)訂管理系統(tǒng)各個角色的所有用戶，具體如下表3-1所示。表3-1用戶表（t_user）字段名稱數(shù)據(jù)類型約束說明user_idint(11)PKnotnull用戶id，自增長主鍵user_namevarchar(255)null用戶名user_passwordvarchar(255)null密碼user_typevarchar(255)null用戶類型user_nicknamevarchar(255)null昵稱user_sexvarchar(255)null性別user_phonevarchar(255)null電話user_remarkuser_carduser_statevarchar(255)varchar(255)int(11)nullnullnull備注身份證號碼賬號狀態(tài) (2)用戶評論表(t_comment)，如表3-2所示。表3-2用戶評論表(t_comment)字段名稱數(shù)據(jù)類型約束說明comment_idint(11)PKnotnull評論id，自增長主鍵comment_contentvarchar(255)null評論內(nèi)容comment_sender_idint(11)null評論者idcomment_home_idint(11)null民宿idcomment_receiver_idint(11)null接收者idcomment_typeint(11)null評論類型comment_datetimedatetimenull評論時間(3)民宿信息表(t_home)，選課信息表主要存放，如表3-3所示。表3-3民宿信息表(t_home)字段名稱數(shù)據(jù)類型約束說明home_idint(11)PKnotnull民宿id，自增長主鍵home_photovarchar(255)null民宿照片home_pricedecimal(10,2)null價格home_roomvarchar(255)null房間個數(shù)home_areaint(255)null民宿大小home_peopleint(255)null可入住人數(shù)home_addressvarchar(255)null民宿具體住址home_remarkvarchar(255)null民宿備注home_stateint(11)null民宿狀態(tài)home_user_idint(11)null備注(4)訂單信息表(t_order)，訂單信息表主要用于存放訂單信息，如表3-4所示。表3-4訂單信息表(t_order)字段名稱數(shù)據(jù)類型約束說明order_idint(11)PKnotnull訂單id，自增長主鍵order_home_idint(11)null民宿idorder_datetimedatetimenull下訂單時間order_start_datedatenull訂單開始時間order_end_datedatenull訂單結(jié)束時間order_dateint(11)null訂單狀態(tài)order_user_idint(11)null用戶idorder_seller_idint(11)null房主id 系統(tǒng)實現(xiàn)基于SSM的民宿預(yù)訂管理系統(tǒng)在訂單處理流程上涉及三方，所以分為三種角色，每種角色都是就同一件商品（民宿）進(jìn)行操作，只不過是因為在買賣中所處位置不同，而權(quán)限也不盡相同。4.1公共模塊4.1.1登錄注冊功能 登錄頁面的存在主要是為了系統(tǒng)安全，給不同類型的用戶分配不同的系統(tǒng)權(quán)限。用戶可以在界面輸入用戶名和密碼，后點擊登陸按鈕后會向系統(tǒng)后臺發(fā)送請求，若是本系統(tǒng)的用戶，則登陸成功。登陸頁面如圖4-1所示，登錄功能部分代碼圖4-2所示。圖4-1登陸界面圖4-2登錄功能代碼圖用戶登錄成功后，如果是租客，會跳轉(zhuǎn)到租客模塊首頁；如果是房主，會跳轉(zhuǎn)到房主模塊首頁；如果是系統(tǒng)管理員，會跳轉(zhuǎn)到系統(tǒng)管理員模塊首頁。如果用戶沒有賬號登錄，可以通過圖4-1登陸界面下方“還未注冊？跳轉(zhuǎn)至注冊”跳轉(zhuǎn)至注冊界面。注冊界面如圖4-3所示，注冊功能部分代碼圖如4-4所示。圖4-3注冊界面圖4-4注冊功能代碼圖注冊時的表單校驗：(1)賬號：用戶的ID,用戶在民宿預(yù)訂管理系統(tǒng)的唯一標(biāo)識(2)密碼：密碼不能為空。(3)確認(rèn)密碼：要與密碼一致。(4)姓名：用戶在本系統(tǒng)的昵稱(5)性別：用戶性別,方便在溝通時加上敬稱(6)聯(lián)系方式：方便房主和租客進(jìn)行溝通(7)用戶類型：有三種,分別是系統(tǒng)管理員、房主、租客，能夠注冊登錄的只有兩種,分別是房主和租客,系統(tǒng)管理員是系統(tǒng)自帶的,是系統(tǒng)的維護(hù)管理者。(8)身份證號碼：用戶的真實身份證號碼。4.1.2民宿搜索功能在租客登錄成功頁（租客首頁），租客、房主、系統(tǒng)管理員都可以通過地址、房間數(shù)和入住人數(shù)進(jìn)行混合搜索或者單一搜索，選擇后點擊搜索按鈕頁面會顯示所有符合用戶篩選要求的民宿。其中結(jié)果包含了民宿的圖片、價格、房間數(shù)、可住人數(shù)、地址、要求，房間狀態(tài)等各種信息，也包含了查看房間詳情操作。點擊搜索后的結(jié)果如圖4-5所示，民宿搜索功能部分代碼圖如4-6所示。圖4-5搜索結(jié)果界面圖4-6民宿搜索功能代碼圖在搜索結(jié)果界面用戶可以根據(jù)民宿的信息進(jìn)行瀏覽，從而選擇出自己心動的民宿，在操作欄點擊查看進(jìn)入民宿詳情頁。在民宿詳情頁，用戶可以看到民宿房主的信息，其中包括昵稱、性別、聯(lián)系電話和個人介紹。同時頁面還包含了用戶在該界面下訂單，訂單包括了開始日期和結(jié)束日期。同時也可以就民宿進(jìn)行評論。同時也可以通過點擊房主昵稱從而快速到達(dá)和房主溝通的界面，方便用戶的操作。具體民宿詳情界面如下圖4-7所示 圖4-7民宿詳情界面4.1.3評論功能在民宿詳情的介紹下方，可以看到其他租客對該民宿的評價，房主也可以提交評論來回復(fù)租客。系統(tǒng)管理員也可以在這里警告被投訴過多的房主進(jìn)行整頓修改。評論功能界面如圖4-8所示，評論功能部分代碼如圖4-9所示。圖4-8評論功能界面圖4-9評論功能代碼圖4.1.4修改個人資料在界面首頁右上方租客1點擊會出現(xiàn)下拉框，會有我的信息和退出兩項可以選擇。房主和系統(tǒng)管理員均可以進(jìn)行此操作，點擊退出則退出系統(tǒng)，返回到登錄界面；點擊我的信息，則可以顯示賬號ID、賬號、密碼、姓名、性別、賬號類型、介紹、聯(lián)系方式和身份證號碼。其中賬號ID、賬號和賬號類型是系統(tǒng)代碼生成的不可以進(jìn)行修改，其余可以修改。具體如下圖4-10所示，修改個人資料功能部分代碼如圖4-11所示。圖4-10修改資料界面圖4-11修改個人資料代碼圖4.1.5我的留言功能點擊左側(cè)導(dǎo)航欄中的我的留言或者通過在民宿詳情頁點擊房主昵稱到達(dá)我的留言界面，租客可以在本界面查詢自己所有相關(guān)留言，同時頁面也采取了分頁結(jié)構(gòu)。在我的留言功能也會詳細(xì)展示留言的所有信息。實現(xiàn)我的留言功能的代碼與評論功能相似，我的留言頁面如圖4-12所示。圖4-12我的留言界面留言也是各個用戶之間相互，所以該部分是共享的，房主和管理員也是擁有該模塊，功能相同。聯(lián)系客服也屬于我的留言功能的一部分，用戶可以通過左側(cè)聯(lián)系客服超鏈接到達(dá)，在該界面用戶的問題都可以咨詢解決。該功能可以讓租客或者房主快速找到系統(tǒng)管理員快速地進(jìn)行一對一的溝通交流，只要在線就可以馬上進(jìn)行實時的對話，方便他們迅速地解決問題，提高體驗方便快捷的使用感受。因為這相當(dāng)于一個社區(qū)，是層級之間相互聯(lián)絡(luò)。聯(lián)系客服界面如圖4-13所示。圖4-13聯(lián)系客服界面4.2房主模塊房主是民宿預(yù)訂管理系統(tǒng)中民宿的經(jīng)營者，主要可以上傳房源和具體信息，對租客的具體要求習(xí)慣的更改，修改房源狀態(tài)、留言等功能。對于房主來說，在登錄成功后的默認(rèn)跳轉(zhuǎn)頁，在界面民宿列表房主可以看到的現(xiàn)有圖片、價格、面積、房間數(shù)、可住人數(shù)、地址、要求、房間狀態(tài)等信息，而操作則包括了下架、查看和修改。用戶可以通過點擊操作項下的下架從而達(dá)到下架該民宿房間。而查看則可以查看民宿詳細(xì)的信息。修改則可以修改價格、面積、房間數(shù)、可住人數(shù)、地址、要求的信息，具體界面如下圖4-14所示圖4-14我的民宿界面4.2.1我的民宿管理房主可以通過右上方的新增按鈕，從而達(dá)到上傳房源的功能，更新自己的民宿信息。該功能包括的所有信息的添加，但是在最后圖片項是通過從本地選擇文件，使用文件的上傳來建立圖片的數(shù)據(jù)，在頁面瀏覽時再下載下來，在新建信息填寫完成，用戶點擊提交按鈕后，請求會在后臺進(jìn)行數(shù)據(jù)庫更新，而最后的更新結(jié)果也會反饋給用戶，還可以點擊修改對民宿信息我的民宿界面如圖4-15，新增民宿界面如圖4-16所示，新增民宿功能部分代碼如圖4-17所示。圖4-15我的民宿界面圖4-16新增民宿界面圖4-17新增民宿功能部分代碼圖點擊下架，房間狀態(tài)會變成不可預(yù)定，并且立即預(yù)定的字體變成灰色，租客不可以預(yù)訂該民宿。效果如圖4-18到圖4-19所示。圖4-18不可預(yù)定效果圖圖4-19字體變灰色效果圖點擊查看按鈕就會跳轉(zhuǎn)到民宿詳情的頁面，點擊修改按鈕就能修改民宿的基本信息。修改民宿代碼與修改資料代碼相似。修改民宿界面如圖4-20所示，修改效果如圖4-21。圖4-20修改民宿界面圖4-21修改效果圖4.2.2我的訂單管理我的訂單管理部分可以看見生成的訂單，看見下單時間，預(yù)訂的入住日期與離店日期，還有自己民宿的單價、地址。還有顧客的昵稱、聯(lián)系方式、租客身份證號碼與訂單狀態(tài)，還可以點擊查看民宿進(jìn)入民宿詳情頁面。我的訂單界面如圖4-22所示。圖4-22我的訂單界面4.3租客模塊4.3.1預(yù)訂功能租客在民宿詳情頁面的房主信息頁面的下方選擇入住日期和離店日期之后點擊黃色的立即預(yù)定按鈕，就會生成訂單完成預(yù)訂。預(yù)訂功能界面如圖4-23所示，預(yù)訂功能部分代碼如圖4-24所示。圖4-23預(yù)訂功能界面圖4-24預(yù)訂功能代碼圖4.3.2我的預(yù)定點擊左側(cè)導(dǎo)航欄中的我的預(yù)定超鏈接，就可以到達(dá)我的預(yù)定界面，租客可以查看訂單，還有退訂功能，如果還未到入住日期的訂單會顯示已預(yù)定，還會有一個退訂的按鈕出現(xiàn)，點擊退訂狀態(tài)那里會變成已取消。對用戶所有已創(chuàng)建訂單的查詢，防止用戶訂單過多，頁面采取了分頁功能，數(shù)據(jù)過多時，會被分成一頁一頁的，當(dāng)前頁面只會顯示其中一頁的數(shù)據(jù)。而每一條訂單在本頁面會顯示下單時間、入住日期、離店日期，單價、地址、店主的聯(lián)系方式核身份證號碼、訂單狀態(tài)，從而保證了每一條數(shù)據(jù)的清晰。具體我的預(yù)定界面如下圖4-25所示。圖4-25我的預(yù)定界面4.4系統(tǒng)管理員模塊 系統(tǒng)管理員是民宿預(yù)訂管理系統(tǒng)權(quán)限最大的用戶，身兼維護(hù)系統(tǒng)之職。系統(tǒng)管理員功能包括了按條件搜索民宿、查看房源信息、修改房源狀態(tài)（上架房源或者下架房源）、維護(hù)所有系統(tǒng)用戶信息，刪除評論等功能。4.4.1房源管理在查看民宿信息頁，系統(tǒng)管理員除了可以查看民宿的所有信息外，在操作項這一欄，如果民宿是處于下線狀態(tài)可以審核上線，上線狀態(tài)可以審核下線。如下圖4-26所示。圖4-26管理房源界面4.3.2用戶管理系統(tǒng)管理員可以通過在左側(cè)導(dǎo)航欄的用戶管理超鏈接到達(dá)用戶管理界面來查詢所有用戶的資料，在用戶列表界面，顯示了所有已經(jīng)注冊民宿預(yù)訂管理系統(tǒng)的用戶，無論什么用戶類型。用戶列表包括了賬號、姓名、用戶類型、性別、聯(lián)系方式、個人介紹身份證號碼。等到數(shù)據(jù)過多時，可以根據(jù)賬號、姓名、用戶類型等條件來進(jìn)行快速搜索，且可以進(jìn)行刪除用戶信息操作，具體如下圖4-27所示，刪除用戶功能部分代碼如圖4-28所示。圖4-27用戶管理界面圖4-28刪除用戶功能代碼圖4.4.3評論管理系統(tǒng)管理員還可以對租客的評論進(jìn)行操作，如果房主提供了足夠的證據(jù)證明租客為惡意評價，系統(tǒng)管理員可以通過刪除評論這個功能來刪除惡意評論。刪除評論代碼和刪除用戶相似，刪除評論顯示如圖4-29。圖4-29刪除評價界面系統(tǒng)測試5.1系統(tǒng)測試的目的軟件測試是一個成功的系統(tǒng)必須要經(jīng)歷的一個步驟，目的是為了找出系統(tǒng)在設(shè)計與開發(fā)時潛在的問題與不符合系統(tǒng)說明書的地方來保證系統(tǒng)的正常操作能夠?qū)崿F(xiàn)。檢測出了錯誤或漏洞就可以及時地修改，確保系統(tǒng)能夠正常運(yùn)行，為保證本系統(tǒng)前后臺的設(shè)計與開發(fā)的質(zhì)量，做了如下測試工作。白盒測試：白盒測試主要是了解實際的運(yùn)行過程，了解整個過程中邏輯判斷的合理性以及邏輯的完善性。黑盒測試：在測試的過程中，我們主要依賴自己設(shè)計的原理，來判斷程序所出現(xiàn)的預(yù)期結(jié)果，然后讓程序?qū)嶋H運(yùn)行，然后看實際運(yùn)行結(jié)果和預(yù)期結(jié)果是否一致來檢驗數(shù)據(jù)的完整性和系統(tǒng)的健壯性。5.2測試方法5.2.1邊界值分析方法邊界值分析方法是對輸入或輸出的邊界值進(jìn)行測試的一種黑盒測試方法，也是屬于黑盒測試功能測試中的一種，邊界值分析方法通過等價類邊界的測試用例進(jìn)行測試，邊界值分析法要考慮輸入條件邊界，以及輸出域邊界產(chǎn)生的測試情況。邊界值分析方法是很有效的黑盒測試方法，在功能測試的概念中，是把所有可能的輸入都作為測試數(shù)據(jù)使用，查出程序中所有的錯誤。但在實際測試工作中，我們可能做不到去測試所有的輸入數(shù)據(jù)，因為測試數(shù)據(jù)固然是龐大的，我們在測試中也不可能將所有的數(shù)據(jù)全部進(jìn)行測試，取邊界值進(jìn)行測試分析是最具有代表性的。比如對前臺注冊功能模塊用邊界值分析法進(jìn)行測試，測試的目的是檢查注冊表單校驗是否有效，注冊模塊測試用例如表5-1所示。 表5-1注冊模塊測試用例測試序號測試詳情測試數(shù)據(jù)期望結(jié)果實際結(jié)果結(jié)果比較123在賬號輸入框沒有輸入在賬號輸入框輸入一串字符在賬號輸入框輸入已有賬號zukezuke1賬號不能為空無提示用戶名已經(jīng)注冊賬號不能為空無提示用戶名已經(jīng)注冊與期望一致與期望一致與期望一致4在密碼輸入框輸入一串字符12345無提示無提示與期望一致5在確認(rèn)密碼框填入一串字符15698給出提示信息“密碼不一致”提示“密碼不一致”與期望一致5.2.2單元測試單元測試是對軟件設(shè)計的最小單元模塊進(jìn)行正確性檢驗的測試工作，單元測試應(yīng)在整個系統(tǒng)測試的最前面進(jìn)行，因為單元測試可以最快的發(fā)現(xiàn)模塊內(nèi)部錯誤，在對模塊內(nèi)的重要控制路徑進(jìn)行了測試之后，程序運(yùn)行再出現(xiàn)錯誤可盡快進(jìn)行排查，節(jié)省了開發(fā)人員發(fā)現(xiàn)bug的大量時間。實現(xiàn)業(yè)務(wù)層和控制層的方法后，需要對方法進(jìn)行單元測試，保證傳入數(shù)據(jù)的正確性、業(yè)務(wù)邏輯的準(zhǔn)確性。這能夠在完成功能模塊之前發(fā)現(xiàn)問題并解決問題，保證之后程序遇到問題時可以快速找出最有可能出現(xiàn)錯誤的地方，這也同樣符合軟件開發(fā)中的準(zhǔn)則：越早發(fā)現(xiàn)問題，付出代價越小。結(jié)束語基于SSM民宿預(yù)訂管理系統(tǒng)設(shè)計與實現(xiàn)涉及到多方面的知識、方法與技術(shù)。隨著社會的發(fā)展，民宿預(yù)訂管理系統(tǒng)可能滿足不了未來產(chǎn)生的需求，這也需要我們在設(shè)計的時候首先考慮系統(tǒng)的普通性同時能保證系統(tǒng)的兼容性，方便未來可以用新的技術(shù)去完善系統(tǒng)，但同時也想指出一部分尚未在民宿預(yù)訂管理系統(tǒng)中需要完善的功能： 投訴功能：對于本民宿管理系統(tǒng)而言，在平臺上進(jìn)行交易的分別是買方（租客）和賣方（房東）以及買賣管理方（系統(tǒng)管理員），因此就簡單明了，投訴分為兩個部分，第一個部分是租客對房東的投訴，另一個方面就是房東對租客的投訴，進(jìn)行管理是處理市場雙邊關(guān)系的存在，需要同時處理好房東端與租客端。需要用專門設(shè)置一條記錄用來顯示某條投訴的具體情況，實時能夠顯示該條投訴的處理狀態(tài)，能夠在日后投訴的時候能夠找到足夠的材料來解決糾紛，而不是僅僅給房東、租客、系統(tǒng)管理員提供一個交流的平臺。升級一個新的投訴功能能夠確確實實地反映投訴的真實情況，才能準(zhǔn)確地判斷到底是客人的無理取鬧還是房主的無理要求，制造一個公平公正的投訴功能才能使得民宿預(yù)訂管理系統(tǒng)保證擁有良好的房源與良好的客戶口碑以及美妙絲滑的客戶體驗。公告信息推送功能：對于民宿預(yù)訂管理系統(tǒng)而言,是一個買賣雙方的平臺,所以對于類似今年年初的特殊情況,酒店不能運(yùn)營的情況,需要對已經(jīng)預(yù)定或者在預(yù)定中的訂單的用戶進(jìn)行信息推送,給用戶發(fā)公告告知特殊情況,提高用戶體驗。信息推送可以是管理員在特殊情況下發(fā)布公告等。支付功能：后期可以通過微信和支付寶等第三在線支付平臺進(jìn)行支付。可以到微信商戶平臺