酒店預(yù)訂系統(tǒng)(DOC49頁)

1、北京理工大學(xué)珠海學(xué)院課程設(shè)計說明書20162017學(xué)年第1學(xué)期題目: 酒店預(yù)訂系統(tǒng) 學(xué) 院： 商學(xué)院 專業(yè)班級： 信息管理與信息系統(tǒng)四班 學(xué)號姓名：130802041008 謝澤銓 學(xué)號姓名：130802041011 熊祖威 學(xué)號姓名：130802041014 邵驊 學(xué)號姓名：130802041023 歐邦用 指導(dǎo)教師： 成 績： 時 間： 年 月 日目錄第一章 設(shè)計內(nèi)容與目標41.1 項目背景41.2 項目目的41.3 使用環(huán)境41.4 開發(fā)方法4第二章 需求分析52.1 軟件工具與硬件環(huán)境需求52.2 功能需求 2.2.1系統(tǒng)功能需求52.2.2 系統(tǒng)功能結(jié)構(gòu)圖52.2.3功能需求具體介紹

2、62.2.4 對系統(tǒng)性能的規(guī)定62.2.5 統(tǒng)計分析6第三章 系統(tǒng)分析83.1現(xiàn)行系統(tǒng)的現(xiàn)況以及存在問題83.1.1 傳統(tǒng)酒店房間預(yù)訂業(yè)務(wù)活動83.1.2 傳統(tǒng)酒店房間預(yù)訂業(yè)務(wù)數(shù)據(jù)處理83.2全面描述新系統(tǒng)的功能和目標93.2.1 從用戶方的角度：93.2.2從酒店方的角度：93.3新系統(tǒng)的邏輯模型93.3.2 數(shù)據(jù)流圖103.3數(shù)據(jù)字典133.3.1詞條描述133.4 E-R圖203.5 新系統(tǒng)的可行性分析21第四章 系統(tǒng)設(shè)計224.1 系統(tǒng)概述224.2 開發(fā)、測試與運行環(huán)境224.3 系統(tǒng)結(jié)構(gòu)圖224.3.1 功能模塊劃分224.3.2 功能模塊描述234.4 代碼設(shè)計234.5數(shù)據(jù)庫設(shè)

3、計244.5.1 數(shù)據(jù)庫環(huán)境說明244.5.2 數(shù)據(jù)庫命名規(guī)則244.5.3 安全性設(shè)計說明244.5.4 概念結(jié)構(gòu)設(shè)計244.5.5關(guān)系數(shù)據(jù)模型254.5.6數(shù)據(jù)庫實施254.6 用戶界面設(shè)計概述284.7 綜合考慮314.7.1 穩(wěn)定性和可擴展性314.7.2 性能分析324.7.3性能指標實現(xiàn)324.7.4防錯與出錯處理32第五章 酒店預(yù)訂系統(tǒng)的實現(xiàn)335.1 開發(fā)環(huán)境的選擇和依據(jù)335.1.1 開發(fā)環(huán)境的選擇335.1.2開發(fā)環(huán)境選擇的依據(jù)335.1.3開發(fā)框架和方法335.2 系統(tǒng)功能模塊的實現(xiàn)335.2.1 用戶模塊實現(xiàn)335.2.2查詢模塊實現(xiàn)385.2.3 預(yù)訂模塊實現(xiàn)425.

4、2.4 退訂模塊實現(xiàn)475.3酒店預(yù)訂系統(tǒng)APP測試情況485.3.1測試用例485.3.2測試環(huán)境與配置485.3.3 測試方法485.3.4 測試數(shù)據(jù)49第六章全文總結(jié)50第一章 設(shè)計內(nèi)容與目標1.1 項目背景當下是一個信息化的時代，越來越多的用戶喜歡在網(wǎng)上進行消費活動，如網(wǎng)上訂餐，網(wǎng)上購物等等。而酒店預(yù)訂作為一種較為普遍的消費活動，自然也需要借助信息的力量來使其更加方便快捷，讓顧客具有更好的消費體驗，同時節(jié)約顧客的時間成本。本系統(tǒng)是針對酒店的具體業(yè)務(wù)而開發(fā)的。業(yè)務(wù)管理以酒店前臺管理為核心，通過使用手機APP的方式，為旅客提供高效的服務(wù)，減免手工處理的繁瑣與誤差，及時、準確的反映酒店的經(jīng)營

5、情況，提供給旅客以快捷、準確和可靠的信息和服務(wù)，同時，也提高了酒店自身的管理水平。1.2 項目目的在如今信息化的背景下，任何行業(yè)都與信息化息息相關(guān)。如何利用現(xiàn)代社會賦予我們的新觀念、新手段創(chuàng)造更大的財富，針對酒店預(yù)訂這一環(huán)節(jié)，我們了解到目前酒店預(yù)訂工作依舊效率低，大多數(shù)用戶仍然使用著電話預(yù)定的人工預(yù)訂方式，因而不能及時了解用戶的需求，不能夠很好地滿足用戶的需求。人工管理存在許多弊端，由于不可避免的人為因素，如登記錯誤，預(yù)訂重復(fù)等，造成數(shù)據(jù)丟失、誤報，因此就需要優(yōu)化后的酒店預(yù)訂系統(tǒng)。為了方便顧客更好地進行酒店預(yù)訂以及幫助酒店更好地管理，避免浪費時間成本和管理成本，我們準備開發(fā)一個既方便顧客預(yù)訂客

6、房又能使酒店方便管理的具有良好客戶體驗的酒店預(yù)訂管理系統(tǒng)。1.3 使用環(huán)境本系統(tǒng)要求用戶需要在Android 4.0及其以上版本的系統(tǒng)上使用。1.4 開發(fā)方法數(shù)據(jù)庫采用面向過程的開發(fā)方法，APP應(yīng)用利用JAVA語言進行面向?qū)ο蟮拈_發(fā)方法。第二章 需求分析2.1 軟件工具與硬件環(huán)境需求（1）軟件工具：Microsoft Visual Studio 2013，Android Studio（2）軟件環(huán)境：Windows操作系統(tǒng)（3）硬件環(huán)境：配置在1G RAM內(nèi)存，160G硬盤，100Mbps網(wǎng)卡以上2.2 功能需求 2.2.1系統(tǒng)功能需求（1） 作為酒店注冊用戶，可以通過本系統(tǒng)可以對酒店

7、內(nèi)未預(yù)訂的房間經(jīng)行查詢，預(yù)訂，對于已預(yù)訂的房間進行退訂的操作，同時用戶也可更改個人信息，查詢個人預(yù)訂記錄。（2） 對于系統(tǒng)本身，系統(tǒng)會根據(jù)用戶的預(yù)定和退訂即時更新房間信息（3） 對于酒店管理員，可以通過使用信息推送模塊，根據(jù)需要發(fā)布房間優(yōu)惠信息。2.2.2 系統(tǒng)功能結(jié)構(gòu)圖酒店預(yù)訂系統(tǒng)功能結(jié)構(gòu)圖如圖2.1所示：2.2.3功能需求具體介紹為方便用戶和管理員對此系統(tǒng)的操作，下面具體介紹它的一些功能：（1） 用戶注冊功能，面向所有未注冊的游客，想要預(yù)訂酒店房間的客人，需先注冊成用戶才能進行本系統(tǒng)，享受本系統(tǒng)的預(yù)訂房間功能，注冊時需正確填寫本人手機聯(lián)系方式（也作為用戶賬號），設(shè)置用戶密碼來完成用戶注冊。

8、（2） 查詢功能模塊中，用戶可以通過房間的信息，如房間類型等信息，進行單個查詢或者關(guān)鍵字搜索來查詢未預(yù)訂的房間信息，從而方便用戶預(yù)訂房間，還可以通過時間的先后順序查詢自身的預(yù)訂記錄，還能夠進行個人信息的查詢。（3） 用戶預(yù)訂房間功能，只面向已注冊的用戶，為他們提供簡便快捷的預(yù)訂功能，用戶預(yù)定房間時需正確填寫入住時間、退房時間，入住人姓名、聯(lián)系方式，支付完成后生成預(yù)訂訂單。（4） 用戶取消預(yù)訂房間功能，用戶可在入住時間前三個小時自由取消預(yù)訂的房間，同時酒店會扣取用戶所預(yù)訂房間價格的5%，但不在入住時間的三個小時前取消預(yù)訂訂單，將不可再取消該訂單，房間將會保留給該客戶直到退房時間。（5） 管理員更

9、新優(yōu)惠信息功能，管理員根據(jù)酒店的經(jīng)營政策在APP應(yīng)用界面上推送房間優(yōu)惠信息。（6） 房間信息更新功能，用戶預(yù)定和退訂操作成功后將會影響數(shù)據(jù)庫的房間信息，本系統(tǒng)會即時獲取數(shù)據(jù)庫信息從而自動更新房間信息。2.2.4 對系統(tǒng)性能的規(guī)定為保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效地運行，酒店預(yù)訂系統(tǒng)應(yīng)該滿足以下的性能需求：（1） 系統(tǒng)處理的準確性和及時性： 系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能，在系統(tǒng)設(shè)計、開發(fā)過程中，要充分考慮系統(tǒng)當前和將來可能承受的工作量，使系統(tǒng)的處理能力和響應(yīng)能力能夠滿足業(yè)務(wù)的需求。（2） 系統(tǒng)的開發(fā)性和可擴充性： 酒店預(yù)訂系統(tǒng)在開發(fā)過程中，應(yīng)該充分考慮以后的可擴充性，保證在未

10、來一段時間內(nèi)，在可接受用戶需求更新的范圍內(nèi)，要求系統(tǒng)提供足夠的手段進行功能的調(diào)整和擴充。而要實現(xiàn)這一點，應(yīng)通過系統(tǒng)的開放性來完成，既系統(tǒng)應(yīng)是一個開放系統(tǒng)，只要符合一定的規(guī)范，可以簡單的加入和減少系統(tǒng)的模塊，如增加APP的推送提示模塊等。（3）系統(tǒng)的易用性：酒店預(yù)訂系統(tǒng)是直接面對使用人員的，而使用的人員是廣大人民群眾，他們對使用APP的了解不盡相同，所以就需要系統(tǒng)提供一個良好的用戶接口和易用、直觀的人機交互用戶界面。本APP應(yīng)盡量使用大部分人們所熟悉的術(shù)語和信息的界面，縮短用戶對系統(tǒng)熟悉的過程，提高用戶使用的便利性和簡明性。（4）系統(tǒng)的響應(yīng)速度：酒店預(yù)訂系統(tǒng)在日常處理中的響應(yīng)速度應(yīng)該為秒級，達到

11、實時要求，以及時反饋信息。2.2.5 統(tǒng)計分析在系統(tǒng)的使用過程中中，會產(chǎn)生各種各樣的預(yù)定記錄，而這些數(shù)據(jù)將儲存在一個數(shù)據(jù)庫中，系統(tǒng)管理員可在數(shù)據(jù)庫中獲取所需的數(shù)據(jù)（如使用數(shù)據(jù)庫語言獲得數(shù)據(jù)），從而得到所需的報表，如酒店管理員想知道某個月那種房間類型被預(yù)訂數(shù)是最多的“每月熱門預(yù)訂房間類型報表”，也可獲取每月每個房間類型收入的“每月預(yù)訂房間類型收入報表”等，對其進行統(tǒng)計分析所得到的統(tǒng)計報表有助于酒店經(jīng)營管理的改善和提高。（1）每月熱門預(yù)訂房間類型報表查詢時間： 制表時間： 制表人：房間類型1月預(yù)訂數(shù)量2月預(yù)訂數(shù)量3月預(yù)訂數(shù)量4月預(yù)訂數(shù)量5月預(yù)訂數(shù)量6月預(yù)訂數(shù)量7月預(yù)訂數(shù)量8月預(yù)訂數(shù)量9月預(yù)訂數(shù)量1

12、0月預(yù)訂數(shù)量11月預(yù)訂數(shù)量12月預(yù)訂數(shù)量匯總（2）每月預(yù)訂房間類型收入報表查詢時間： 制表時間： 制表人：房間類型1月預(yù)訂收入2月預(yù)訂收入3月預(yù)訂收入4月預(yù)訂收入5月預(yù)訂收入6月預(yù)訂收入7月預(yù)訂收入8月預(yù)訂收入9月預(yù)訂收入10月預(yù)訂收入11月預(yù)訂收入12月預(yù)訂收入?yún)R總（3） 房間預(yù)訂狀況表查詢?nèi)掌冢?制表時間： 制表人：房間類型預(yù)訂數(shù)未預(yù)訂數(shù)房間總數(shù)（4） 房間預(yù)訂記錄報表查詢?nèi)掌冢?制表時間： 制表人：用戶帳號用戶名預(yù)訂房間類型預(yù)訂房間數(shù)量預(yù)訂房間價格入住時間退房時間聯(lián)系方式第三章 系統(tǒng)分析3.1現(xiàn)行系統(tǒng)的現(xiàn)況以及存在問題在調(diào)查過現(xiàn)有的酒店房間預(yù)訂業(yè)務(wù)流程，了解到現(xiàn)如今大多數(shù)酒店仍然使用著人

13、工的方式進行酒店預(yù)訂業(yè)務(wù)活動，從業(yè)務(wù)流程與數(shù)據(jù)處理兩大方面來了解現(xiàn)如今的酒店關(guān)于酒店預(yù)訂業(yè)務(wù)活動的現(xiàn)狀以及存在的問題。3.1.1 傳統(tǒng)酒店房間預(yù)訂業(yè)務(wù)活動傳統(tǒng)的手工酒店預(yù)訂的業(yè)務(wù)流程如圖3.1所示3.1.2 傳統(tǒng)酒店房間預(yù)訂業(yè)務(wù)數(shù)據(jù)處理通過調(diào)查了解到，傳統(tǒng)酒店房間預(yù)訂業(yè)務(wù)數(shù)據(jù)處理全部由人工來操作，包括響應(yīng)用戶的查詢和操作，手工記錄用戶的信息并將其歸檔，手工收費以及要定期對記錄的數(shù)據(jù)進行整理。同時對操作中出現(xiàn)的問題進行人工的查詢和修改。3.1.3 存在的問題通過對業(yè)務(wù)流程圖以及數(shù)據(jù)處理分析了解到傳統(tǒng)酒店房間預(yù)訂業(yè)務(wù)的不足之處：(1) 需要耗費大量的人工和時間，比如要人工記錄各種信息，包括用戶的預(yù)

14、訂信息等(2) 響應(yīng)速度不一，因為客服和前臺人員工作經(jīng)驗不同，且人對數(shù)據(jù)信息的反應(yīng)速度不同，造成每一次操作的時間不一樣(3) 操作過程過于繁瑣，如記錄客戶信息要手工填寫，操作過程出現(xiàn)錯誤不能返回，只能重新開始操作(4) 操作中出現(xiàn)問題較多，比如用戶的信息記錄錯誤，歸檔錯誤等(5) 出現(xiàn)問題不能及時修改，需要花費時間去查找問題，比如用戶預(yù)訂了房間但是前臺并沒有記錄等(6) 不能完整的收錄用戶的信息，從而不能判斷用戶的喜好，以及很難查閱到用戶的所有交易信息(7) 收費全部需要手工完成，月底或季度年度的運營統(tǒng)計分析造成不便，因為人工操作不可避免出現(xiàn)錯誤，此外，人工結(jié)算成本過高且時間過長3.2全面描述

15、新系統(tǒng)的功能和目標根據(jù)現(xiàn)有的存在問題從用戶方和酒店方的角度分析實現(xiàn)優(yōu)化房間預(yù)訂的目標。3.2.1 從用戶方的角度：（1）使用房間查詢的功能，不需要進行繁瑣的電話溝通，只需打開酒店房間預(yù)訂系統(tǒng)即可查詢到所滿意的房間，并可以進行實時預(yù)訂。（2）使用房間預(yù)訂的功能，預(yù)訂成功時，與酒店方形成一種合約關(guān)系，保證用戶得到相應(yīng)的房間。（3）使用退房功能，能夠在規(guī)定時間之內(nèi)取消對房間的預(yù)訂，減輕了用戶因突發(fā)情況發(fā)生時負擔。3.2.2從酒店方的角度：（1）對賬戶進行管理，能夠減少大量的人工輸入，采用一個用戶對應(yīng)一個賬號的方式，用于記錄用戶信息和預(yù)訂信息。（2）對賬戶進行查詢，通過用戶數(shù)據(jù)清晰地收錄每個客人的對房

16、間的喜愛偏好，為用戶提供便利，提高用戶滿意度。（3）收費采用第三方收款方式，準確實時到賬，減低了由于人為出現(xiàn)收款錯誤的失誤，進一步減輕了酒店方的風險。（4） 當出現(xiàn)退房等異常情況時，不再需要人為重新登記房間信息，后臺自動清空已預(yù)訂房間，更新房間預(yù)訂表，方便酒店管理人員核實房間使用情況。（5） 設(shè)置房間訂金，在進行預(yù)訂時，當預(yù)訂只能通過電話時，不能收取任何的預(yù)訂費用，而通過酒店房間預(yù)訂系統(tǒng)能夠入住前三個小時之內(nèi)收取5%的房間訂金，保證酒店的正常運營，減低酒店的損失。（6） 進行一系列的統(tǒng)計報表分析，當達到規(guī)定的時間，系統(tǒng)會進行月末統(tǒng)計，對每月熱門預(yù)訂房間類型，預(yù)訂房間類型，收入房間預(yù)訂以及房間預(yù)

17、訂記錄報表，有助于酒店管理層人員作出判斷，對酒店現(xiàn)狀改善和提高。3.3新系統(tǒng)的邏輯模型由上述所描述的系統(tǒng)的功能得到我們所設(shè)計的系統(tǒng)的業(yè)務(wù)流程圖。3.3.1 業(yè)務(wù)流程圖如圖3.2所示：3.3.2 數(shù)據(jù)流圖根據(jù)上文需求分析所要求的功能需求和非功能需求，使用數(shù)據(jù)流方法對酒店預(yù)訂活動進行建模。從2.2.3節(jié) “功能需求具體介紹”中的需求描述可知，酒店的房間預(yù)訂業(yè)務(wù)活動主要由游客查詢、用戶注冊、用戶查詢、用戶預(yù)訂、用戶退訂五大組成，在對酒店預(yù)訂房間經(jīng)營過程和業(yè)務(wù)流程進行1詳細分析的基礎(chǔ)上，構(gòu)造酒店預(yù)訂管理系統(tǒng)的功能模型用數(shù)據(jù)流圖描述如下。3.3.2.1 抽象頂層數(shù)據(jù)流圖酒店預(yù)訂管理系統(tǒng)的頂層數(shù)據(jù)流圖用功

18、能活動“酒店預(yù)訂管理”來描述，如圖3.1所示。3.3.2.2 第一層數(shù)據(jù)流圖對頂層數(shù)據(jù)流圖進行分解即得到圖3.2所示的第一層數(shù)據(jù)流圖。圖3.2較詳細地描述了實現(xiàn)用戶預(yù)訂酒店房間的業(yè)務(wù)活動所需的基本功能。完成各項活動所需要輸入的數(shù)據(jù)、輸出信息，經(jīng)過功能活動處理后存儲的信息。3.3.2.3 第二層數(shù)據(jù)流圖由于圖3.2描述的功能活動還不夠具體，繼續(xù)對圖3.1中的功能活動進行分解即得到第二層數(shù)據(jù)流圖，如圖3.3圖3.7所示。3.3.2.3 第三層數(shù)據(jù)流圖本系統(tǒng)的核心功能是用戶的查詢功能模塊和預(yù)訂功能模塊，繼續(xù)對圖3.5和圖3.6中的查詢功能和預(yù)訂功能活動進行分解即得到第三層數(shù)據(jù)流圖，如圖3.8與圖3.

19、8所示。 3.3數(shù)據(jù)字典3.3.1詞條描述3.3.1.1 數(shù)據(jù)流詞條數(shù)據(jù)流編號數(shù)據(jù)流名簡述組成來源去向F1用戶登陸信息對需要使用該酒店預(yù)訂系統(tǒng)的用戶提供正確的用戶賬號和相應(yīng)的密碼信息用戶賬號+密碼用戶酒店預(yù)訂系統(tǒng)、信息處理F1.1用戶基本信息用戶登錄成功后系統(tǒng)會獲得相應(yīng)的用戶基本信息用戶賬號+密碼+性別+姓名+郵箱+手機號信息處理用戶操作處理F1.2用戶信息輸入用戶對系統(tǒng)所輸入的信息，分為查詢信息，預(yù)訂信息，退訂信息，修改信息分四種：預(yù)訂信息，查詢信息，退訂信息，修改密碼用戶用戶操作信息接收F1.3用戶舊密碼用戶原本使用的密碼用戶賬號+密碼用戶操作信息接受密碼修改F1.4用戶新密碼用戶通過密碼

20、修改獲得的新密碼用戶賬號+密碼密碼修改用戶登錄信息處理F2查詢信息對于需要了解實際房間信息情況或個人預(yù)訂記錄信息的用戶，可通過向系統(tǒng)輸入查詢信息，系統(tǒng)則會檢索這些信息并作相應(yīng)處理查詢條件：共分兩種情況：房間查詢信息、用戶預(yù)訂記錄查詢信息用戶操作處理查詢處理F2.1查詢房間信息系統(tǒng)檢索用戶所輸入的查詢信息為查詢房間信息的信息，系統(tǒng)進入房間信息查詢界面關(guān)鍵字或時間判別查詢信息房間信息查詢合法性F2.1.1查詢房間信息條件用戶為查詢房間信息，所輸入的合法性查詢房間信息的方式關(guān)鍵字或時間房間信息查詢合法性匹配房間信息F2.1.2匹配房間數(shù)據(jù)系統(tǒng)檢測用戶所輸入的查詢房間信息條件，并在數(shù)據(jù)庫找到符合該條件

21、的房間信息房間類型+房間價格匹配房間信息檢驗房間余量F2.2預(yù)訂記錄查詢信息系統(tǒng)判斷用戶的查詢信息為個人預(yù)訂查詢記錄信息，并進入預(yù)訂記錄查詢界面時間判別查詢信息預(yù)訂記錄查詢合法性F2.2.1匹配時間信息系統(tǒng)檢測用戶所輸入的時間查詢信息，并在數(shù)據(jù)庫找到符合該條件的預(yù)訂記錄信息時間匹配查詢時間信息檢驗預(yù)訂記錄時間F5未使用房間信息系統(tǒng)檢索用戶所輸入的房間查詢信息，輸出相應(yīng)可預(yù)訂的房間信息房間類別+房間價格檢驗房間信息用戶、預(yù)訂處理F6個人預(yù)訂記錄信息系統(tǒng)檢索用戶所輸入的預(yù)訂記錄查詢信息，輸出相應(yīng)的預(yù)訂記錄信息房間類型+房間數(shù)量+用戶帳號+聯(lián)系方式+入住時間+退房時間+預(yù)訂日期檢驗預(yù)訂記錄信息用戶、

22、退訂處理F3預(yù)訂信息用戶根據(jù)需要，向系統(tǒng)輸入預(yù)訂信息，系統(tǒng)可檢測這些信息，并作出相應(yīng)的預(yù)訂處理用戶賬號，入住時間，退房時間，房間類型，房間數(shù)量用戶操作處理預(yù)訂處理F3.1預(yù)訂記錄信息系統(tǒng)通過用戶所輸入的預(yù)訂信息用戶賬號，入住時間，退房時間，房間類型，房間數(shù)量預(yù)訂條件處理更新預(yù)訂記錄信息和房間信息F3.1.1檢驗房間數(shù)量信息系統(tǒng)接收用戶所輸入的預(yù)訂信息，用于檢測用戶所輸入的預(yù)訂房間數(shù)量是否符合酒店實際房間數(shù)量用戶賬號，入住時間，退房時間，房間類型，房間數(shù)量接收預(yù)訂信息檢驗預(yù)訂房間數(shù)量F3.1.2檢驗日期信息系統(tǒng)檢測預(yù)訂信息中的入住時間和退房時間是否符合實際情況用戶賬號，入住時間，退房時間，房間類

23、型，房間數(shù)量檢驗預(yù)訂房間數(shù)量檢驗預(yù)訂房間日期F7預(yù)訂房間訂單系統(tǒng)通過用戶所輸入的預(yù)訂信息，所輸出用戶預(yù)訂記錄信息房間類型+房間數(shù)量+用戶帳號+聯(lián)系方式+入住時間+退房時間+預(yù)訂日期檢驗預(yù)訂房間日期用戶，更新房間信息，更新預(yù)訂記錄信息F4退訂信息用戶根據(jù)需要，向系統(tǒng)輸入退訂信息，系統(tǒng)可檢測這些信息，并作出相應(yīng)的退訂處理房間類型+房間數(shù)量+用戶帳號+聯(lián)系方式+入住時間+退房時間+預(yù)訂日期用戶操作處理更新預(yù)訂記錄與房間信息F4.1刪除數(shù)據(jù)用戶所刪除預(yù)訂記錄數(shù)據(jù)房間類型+房間數(shù)量+用戶帳號+聯(lián)系方式+入住時間+退房時間+預(yù)訂日期退訂信息接收取消退訂3.3.1.2數(shù)據(jù)元素詞條數(shù)據(jù)項編號數(shù)據(jù)元素名稱別名數(shù)

24、據(jù)類型及寬度取值范圍描述U-01用戶賬號usernameString1100000000001-99999999999區(qū)分不同用戶U-02用戶密碼passwordString184數(shù)字，字母20用戶登錄系統(tǒng)密碼U-03用戶手機號mobilePhoneNumberString1100000000001-99999999999用戶聯(lián)系方式U-04用戶姓名userNameString102漢字5用戶稱呼方式U-05用戶郵箱userEmailString30A-z，0-91，A-z,09,.1用戶聯(lián)系方式R-01房間類型Room_nameString10單人間，雙人間，標準間，豪華間房間類型的說明R-

25、01房間價格Room_priceInt4“01”-“1000”房間的價格R-01房間數(shù)量Room_countInt4“000”-“100”房間的數(shù)量R-02入住日期checkInDatedatetime“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“24”用戶到達酒店的日期R-03退房日期checkOutDatedatetime“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“23”用戶離開酒店的日期R-04預(yù)訂日期bookingDatedatetime“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“

26、23”用戶完成預(yù)定房間訂單的日期R-05取消預(yù)訂日期canceiDatedatetime“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“24”用戶取消預(yù)定房間訂單的日期3.3.1.3數(shù)據(jù)文件（1）文件編號：D1數(shù)據(jù)文件名稱：用戶簡述：保存的是用戶的基本信息數(shù)據(jù)存儲組成：用戶賬號，密碼，性別，姓名，郵箱，手機號關(guān)鍵字：用戶賬號（2）文件編號：D2數(shù)據(jù)文件名稱：預(yù)訂記錄簡述：保存的是用戶預(yù)訂的記錄的信息數(shù)據(jù)存儲組成：用戶賬號、姓名、手機號、郵箱、房間類型、入住時間、退房時間、房間價格關(guān)鍵字：用戶賬號（3）文件編號：D3數(shù)據(jù)文件名稱：房間信息簡述：保存的是當前房間情況

27、的信息數(shù)據(jù)存儲組成：房間類型、房間價格、房間數(shù)量關(guān)鍵字：房間類型3.3.1.4 外部實體外部實體編號：S1名稱：用戶簡述：用戶主要面向廣大人民群眾，為使用本系統(tǒng)的人有關(guān)數(shù)據(jù)流：系統(tǒng)與用戶交互的是用戶信息3.3.1.5 處理過程介紹處理過程編號處理過程名輸入數(shù)據(jù)流輸出數(shù)據(jù)流簡述P1信息處理用戶登錄信息，用戶新密碼用戶基本信息該加工模塊主要實現(xiàn)對登入操作的合法性檢測P1.1用戶登入信息處理用戶登錄信息用戶基本信息實現(xiàn)提示用戶登錄成功P2用戶操作處理用戶基本信息，舊密碼預(yù)訂信息，查詢信息，退訂信息，用戶新密碼用戶可選擇操作的三個模塊，分別是修改密碼、預(yù)訂、查詢、退訂模塊P2.1用戶操作信息接收用戶所

28、輸入的信息查詢信息，預(yù)訂信息，取消預(yù)訂信息，用戶舊密碼接收用戶所輸入的信息P2.2修改密碼用戶舊密碼用戶新密碼該加工模塊主要實現(xiàn)用戶修改個人密碼的功能P3查詢處理查詢信息房間未使用信息,預(yù)訂記錄信息接收用戶查詢請求，反饋結(jié)果P3.1查詢信息處理查詢信息查詢房間未使用信息，查詢預(yù)訂記錄信息接收查詢信息后，不同的查詢條件中，結(jié)合預(yù)訂記錄、房間信息兩個存儲文件，給出相應(yīng)處理措施P3.1.1查詢信息接收查詢信息查詢信息用于接收用戶所輸入的查詢信息P3.1.2判斷查詢信息查詢信息房間查詢信息，預(yù)訂記錄查詢信息對所接收的查詢信息進行判斷，分析得出所輸入的查詢信息類別P3.2分析房間信息查詢房間信息反饋房間

29、未使用信息檢索用戶的房間查詢信息，并輸出相應(yīng)的房間信息P3.2.1房間信息查詢合法性房間查詢信息房間信息查詢條件檢驗用戶所輸入的房間查詢信息的合法性P3.2.2匹配房間信息房間信息查詢條件匹配房間信息檢索用戶所輸入的房間查詢信息，并根據(jù)查詢信息的條件在數(shù)據(jù)庫中匹配房間信息并輸出P3.2.3檢驗房間余量匹配房間信息未使用房間信息對所匹配成功的房間信息進行檢驗，對房間余量大于0的房間信息進行輸出P3.3分析預(yù)訂記錄信息預(yù)訂記錄查詢信息預(yù)訂記錄信息檢索用戶的預(yù)訂記錄查詢信息，并輸出相應(yīng)的預(yù)訂記錄信息P3.3.1匹配查詢時間信息查詢時間信息匹配時間信息檢索用戶所輸入的預(yù)訂記錄查詢信息，并根據(jù)查詢信息的

30、條件在數(shù)據(jù)庫中匹配預(yù)訂記錄信息并輸出P3.3.2檢驗預(yù)訂記錄時間時間信息預(yù)訂記錄信息對所匹配成功的房間信息進行檢驗，將符合時間的預(yù)訂記錄信息進行輸出P4預(yù)訂處理預(yù)訂信息、未使用房間信息預(yù)訂房間訂單接收用戶的預(yù)訂信息，系統(tǒng)進行處理并反饋給用戶P4.1預(yù)訂條件處理預(yù)訂信息預(yù)訂記錄信息對于用戶輸入的預(yù)訂條件，結(jié)合當前房間占用情況，將最終的預(yù)訂結(jié)果反饋給用戶P4.1.1接收預(yù)訂信息預(yù)訂信息預(yù)訂信息接收用戶的預(yù)訂信息P4.1.2檢驗預(yù)訂房間數(shù)量預(yù)訂信息預(yù)訂信息對用戶所輸入的預(yù)訂信息進行檢驗，檢驗所輸入的房間數(shù)量是否符合酒店實際情況P4.1.3檢驗預(yù)訂房間日期預(yù)訂信息預(yù)訂記錄信息對用戶所輸入的預(yù)訂信息進行

31、檢驗，檢驗所輸入的入住日期與退房日期是否符合實際生活情況P4.2更新預(yù)訂記錄與房間信息處理結(jié)果預(yù)訂結(jié)果在得到系統(tǒng)回復(fù)后，將預(yù)訂結(jié)果記錄添加到預(yù)訂記錄中，并反饋給用戶P4.2.1接收預(yù)訂記錄信息預(yù)訂記錄信息預(yù)訂記錄信息接收符合實際情況的用戶預(yù)訂房間信息P4.2.2更新房間信息預(yù)訂記錄信息預(yù)訂記錄信息用戶預(yù)訂成功時更新酒店房間信息P4.2.3更新預(yù)訂記錄信息預(yù)訂記錄信息預(yù)訂記錄信息用戶預(yù)訂成功時更新個人預(yù)訂記錄信息P5取消預(yù)訂處理退訂信息、預(yù)訂房間訂單接收用戶的退訂信息，系統(tǒng)進行退訂處理P5.1退訂信息接收退訂信息刪除數(shù)據(jù)接收用戶輸入的退訂信息P5.2取消退訂刪除數(shù)據(jù)系統(tǒng)得到用戶的刪除預(yù)訂記錄信息

32、后，對預(yù)訂記錄和房間信息兩個存儲文件進行更新3.4 E-R圖3.5 新系統(tǒng)的可行性分析系統(tǒng)開發(fā)過程中會受到時間、資源、技術(shù)等因素的限制。在明確了系統(tǒng)的開發(fā)任務(wù)目標和系統(tǒng)范圍之后，需要從技術(shù)、經(jīng)濟、操作等方面進行項目可行性分析，評估判斷系統(tǒng)開發(fā)項目在現(xiàn)有技術(shù)和經(jīng)濟條件下是否可行，是否能夠達到預(yù)期目標，以及保證項目正常進行需要的各種資源和支撐條件。系統(tǒng)可行性分析圍繞著技術(shù)、經(jīng)濟、操作可行性三個方面。3.5.1 技術(shù)可行性本系統(tǒng)使用的開發(fā)語言為java，使用android作為開發(fā)技術(shù)，在android平臺上開發(fā)運行，使用Bmob后端云數(shù)據(jù)庫。作為目前一種流行的開發(fā)技術(shù)，android是基于linux

33、的自由及開放源代碼的操作系統(tǒng)；經(jīng)過多年的發(fā)展，android的開發(fā)技術(shù)已經(jīng)非常成熟且方便快捷，配合上Bmob后端云數(shù)據(jù)庫，能夠高效便捷地實現(xiàn)開發(fā)目標。所以本系統(tǒng)的開發(fā)技術(shù)室可行的。3.5.2 經(jīng)濟可行性投入方面，因為android操作系統(tǒng)以及Bmob后端云數(shù)據(jù)庫都是免費使用的，同時本團隊擁有系統(tǒng)開發(fā)人員，無需支付系統(tǒng)開發(fā)人工費用，所以系統(tǒng)從開發(fā)到運行都是免費的，后期的維護只需要支付很少的人工費用。收入方面，通過用戶下載量來收取相對應(yīng)的廣告費用。3.5.3 操作可行性本系統(tǒng)是為廣大人民群眾，為其方便預(yù)訂房間開發(fā)的，使用大部分人們所熟悉的術(shù)語和信息的界面，縮短用戶對系統(tǒng)熟悉的過程，提高用戶使用的便

34、利性和簡明性，只要用戶稍微懂得使用手機并且在合適的網(wǎng)絡(luò)環(huán)境下就能自由使用本系統(tǒng)。第四章 系統(tǒng)設(shè)計4.1 系統(tǒng)概述酒店預(yù)訂系統(tǒng)是使用的開發(fā)語言為java，使用android作為開發(fā)技術(shù)，在android平臺上開發(fā)運行，使用Bmob后端云數(shù)據(jù)庫的系統(tǒng)，系統(tǒng)的開發(fā)目的是為了方便酒店管理和用戶預(yù)訂；從而使酒店的管理高效便捷且可以節(jié)約時間成本和勞動成本；用戶的預(yù)訂也更加簡單。做為一個面向不同年齡階層的操作系統(tǒng)，一定要簡單易操作，所以系統(tǒng)使用的開發(fā)語言為java，使用android作為開發(fā)技術(shù)，在android平臺上開發(fā)運行，使用Bmob后端云數(shù)據(jù)庫提高用戶使用的便利性和簡明性，只要用戶稍微懂得使用手機并

35、且在合適的網(wǎng)絡(luò)環(huán)境下就能自由使用本系統(tǒng)。4.2 開發(fā)、測試與運行環(huán)境類別標準配置最低配置開發(fā)環(huán)境Window 7 Android Studio、EclipseWindow xpWindow 10 Android Studio、EclipseUbuntu 14.04 Android Studio、Eclipse測試環(huán)境Android 4.4Android 402Android 5.0Android 6.0運行環(huán)境Android 5.0Android 4.024.3 系統(tǒng)結(jié)構(gòu)圖4.3.1 功能模塊劃分本系統(tǒng)要實現(xiàn)用戶預(yù)訂房間功能，需要設(shè)置用戶模塊，使用戶可以通過手機直接登錄本酒店的預(yù)訂APP，在手

36、機APP上實現(xiàn)酒店房間的查詢、預(yù)訂等活動。本系統(tǒng)由用戶模塊、預(yù)訂模塊、查詢模塊、退訂模塊組成，系統(tǒng)功能模塊如圖4.1所示及描述如下。4.3.2 功能模塊描述（1）用戶模塊該模塊主要功能是用戶進入本系統(tǒng)所需進行的登錄或注冊操作，用戶登錄成功后可對自己的用戶信息進行修改，如郵箱，密碼，用戶名進行修改。（2）查詢模塊該模塊主要功能是用戶查詢自己所需的信息，有房間信息與預(yù)訂記錄信息，并根據(jù)個人需要進入預(yù)訂模塊過退訂模塊。（3）預(yù)訂模塊該模塊主要功能是用戶根據(jù)查詢模塊所獲得到得房間信息，根據(jù)自己的個人需求填寫入住日期、退房日期和房間數(shù)量，合理填寫后完成預(yù)訂訂單。（4）退訂模塊該模塊主要功能是用戶根據(jù)查詢

37、模塊所獲得到得預(yù)訂記錄信息，根據(jù)自己的個人需求與實際時間情況進行房間退訂。4.4 代碼設(shè)計酒店預(yù)訂系統(tǒng)代碼設(shè)計是根據(jù)酒店經(jīng)營管理的特點，結(jié)合實際用戶預(yù)訂房間活動過程，所設(shè)計出的符合實際情況的代碼，所設(shè)計代碼結(jié)構(gòu)如下：（1）用戶帳號代碼由11位數(shù)字組成，實際為用戶注冊時所輸入的手機號為用戶帳號代碼，格式如下：（2）預(yù)訂編號代碼由8位數(shù)字組成，格式如下：4.5數(shù)據(jù)庫設(shè)計4.5.1 數(shù)據(jù)庫環(huán)境說明系統(tǒng)采用Bmob云數(shù)據(jù)庫系統(tǒng)，利用Android Studio等編程工具從數(shù)據(jù)庫獲取信息并顯示在用戶界面等。4.5.2 數(shù)據(jù)庫命名規(guī)則表和字段采用駝峰命名法。4.5.3 安全性設(shè)計說明用戶密碼等隱私信息從用

38、戶登錄到注銷全程都進行加密傳輸，即使是數(shù)據(jù)庫管理員也無法查看用戶密碼等隱私信息。4.5.4 概念結(jié)構(gòu)設(shè)計根據(jù)系統(tǒng)分析的數(shù)據(jù)流圖和數(shù)字字典，即可設(shè)計出能夠滿足用戶需求的各實體及他們的關(guān)系。這些實體包含的具體信息，通過其相互關(guān)系形成的數(shù)據(jù)流動，分析得到本系統(tǒng)的E-R圖，如圖4.1所示。4.5.5關(guān)系數(shù)據(jù)模型根據(jù)上節(jié)的概念模型得到本系統(tǒng)的關(guān)系數(shù)據(jù)模型（1） 用戶信息表（User）：手機號、用戶名、郵箱、密碼（2） 房間類型表（Room_name）：類型名稱、類型價格、類型數(shù)量（3） 預(yù)訂表（Scheduled）：預(yù)訂編號、手機號、房間類型、預(yù)訂時間、入住時間、退房時間、退訂狀態(tài)4.5.6數(shù)據(jù)庫實施數(shù)

39、據(jù)庫的完整性和安全性設(shè)計，根據(jù)酒店預(yù)訂業(yè)務(wù)規(guī)則設(shè)計觸發(fā)器、存儲過程。（1） 用戶信息表（User）：用戶信息表主要用于保存使用本系統(tǒng)的用戶信息，如用戶帳號和用戶密碼（必需），和用戶可選擇填寫的用戶郵箱列名別名數(shù)據(jù)類型及寬度默認值取值范圍主鍵/外鍵可否為空手機號mobilePhoneNumberString1100000000001-99999999999主鍵Not NULL密碼passwordString184數(shù)字，字母20Not NULL用戶名userNameString10user_手機尾號后四位1數(shù)字、字母、漢字5NULL郵箱userEmailString30A-z，0-91，A-z,0

40、9,.1NULL（2） 房間類型表（Room_name）：房間類型表主要用于保存房間類型的信息。列名別名數(shù)據(jù)類型及寬度取值約束主鍵/外鍵可否為空類型價格Room_priceNumber4“01”-“1000”Not NULL類型名稱Room_nameString10單人間，雙人間，標準間，豪華間主鍵Not NULL類型數(shù)量Room_countNumber4“01”-“100”Not NULL（3）預(yù)訂表（Scheduled）：預(yù)訂表主要用于保存用戶完成預(yù)訂房間操作時，所生成的預(yù)訂記錄數(shù)據(jù)，如用戶帳號、聯(lián)系方式、預(yù)訂房間類型、預(yù)訂房間數(shù)量、預(yù)訂時間、入住時間和退房時間，并且當用戶在規(guī)定時間內(nèi)即在

41、入住時間前三個小時內(nèi)退訂將會更新預(yù)訂記錄表列名別名數(shù)據(jù)類型及寬度取值約束主鍵/外鍵可否為空預(yù)訂編號IDNumber4自增長主鍵Not NULL手機號mobilePhoneNumberString11外鍵Not NULL類型名稱Room_nameString10單人間，雙人間，標準間，豪華間外鍵Not NULL預(yù)訂價格Room_priceNumber4“01”-“1000”Not NULL入住日期checkInDatedatetime“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“24” Not NULL退房日期checkOutDatedatetime“0001”

42、-“9999”+“01”-“12”+“01”-“31”+“00”-“23” Not NULL預(yù)訂日期bookingDatedatetime“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“23” Not NULL退訂日期canceiDatedatetime“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“24” NuLL4.6 用戶界面設(shè)計概述下面圖就列出了系統(tǒng)中的一些界面：此界面為登陸界面，登陸是進入酒店預(yù)定系統(tǒng)主界面的前提，在此界面輸入正確的密碼方可登陸，若沒有賬號，可點擊注冊按鈕進行注冊。此界面為注冊界面，需要輸入用戶正確的手機

43、號作為用戶賬號才能注冊成功，當注冊成功時會自動跳轉(zhuǎn)到登陸界面。此界面為酒店預(yù)訂系統(tǒng)的主界面，在該界面用戶可以看到三個可選擇項：房間信息界面，搜索界面，用戶信息界面（默認為房間信息界面），用戶可以通過點擊房間的圖片或信息進入到房間預(yù)約的界面。當用戶進入酒店預(yù)約的界面時，用戶需要填寫相應(yīng)的信息來預(yù)約心儀的房間，若信息正確，則會跳到支付頁面支付相應(yīng)的費用；在預(yù)約成功后，用戶可以在房間預(yù)約記錄中查看已成功預(yù)約的房間信息。搜索房間界面中，當用戶進行了搜索的操作，若符合搜索條件，界面會顯示用戶搜索到的房間，同時用戶也可以再次點擊搜索到的房間信息進行預(yù)約的操作。在用戶信息界面中，用戶可以看到兩個可選擇項：用

44、戶個人修改信息和房間預(yù)約記錄。在房間預(yù)約記錄中，用戶可以查看已經(jīng)預(yù)約的房間，同時可以點擊退訂按鈕，來退訂已經(jīng)成功預(yù)定的房間，退訂成功時將會更新預(yù)訂記錄表中的退訂日期屬性數(shù)據(jù)，表示該預(yù)訂房間已退訂成功，當在入住前三個小時前，退訂按鈕會顯示灰色，此時用戶將不能進行退訂操作。4.7 綜合考慮4.7.1 穩(wěn)定性和可擴展性在總體設(shè)計的時候，既要使總體結(jié)構(gòu)穩(wěn)定，又要適應(yīng)需求變化。4.7.1.1穩(wěn)定性在設(shè)計酒店預(yù)訂系統(tǒng)總體設(shè)計中，為了確保系統(tǒng)的穩(wěn)定性，使總體結(jié)構(gòu)穩(wěn)定，又要適應(yīng)需求變化，預(yù)測需求可能發(fā)生的變化。在用戶表中，用戶信息將通過用戶自己輸入相對應(yīng)的信息，若格式正確，將會被后臺數(shù)據(jù)庫記錄，而為了適應(yīng)用戶

45、的需求，用戶信息的密碼，郵箱可以更改。房間表中關(guān)于房間的基礎(chǔ)屬性不變，而隨著預(yù)訂數(shù)量的變化，房間的數(shù)量將會增加或者減少。在預(yù)定表里，后臺數(shù)據(jù)庫將會實時記錄用戶信息與其預(yù)約的房間信息，而為了滿足用戶退訂的需求，當用戶進行了退訂的操作時，數(shù)據(jù)庫將會更新預(yù)訂記錄表，顯示退訂時間，表示用戶在規(guī)定時間內(nèi)退訂成功。4.7.1.2擴展性在設(shè)計酒店預(yù)訂系統(tǒng)的時候為了考慮整個系統(tǒng)的未來成長。我們通過可擴展性來擴充功能以完善整個系統(tǒng)。（1） 添加游客用戶，該身份擁有查看房間數(shù)量、類型、價格等功能，但是該身份沒有進行預(yù)約房間的權(quán)限；（2） 信息推送功能，酒店出現(xiàn)新的優(yōu)惠或者房間價格出現(xiàn)變動的時候，將會彈出信息框提醒

46、用戶，方便用戶隨時核實房間更新信息；（3） 在首頁上層添加一個廣告位，目的是宣傳酒店的其他業(yè)務(wù)，該廣告位可以隨時進行更新。4.7.2 性能分析4.7.2.1數(shù)據(jù)精確度查詢時應(yīng)保證查全率，所有相應(yīng)域包含查詢關(guān)鍵字的記錄都應(yīng)能查到。因為通常的系統(tǒng)規(guī)模在幾百到幾千項記錄，以查全率為標準所帶來的對查準率的影響并不大。管理登記時數(shù)據(jù)準確度具有可控性,系統(tǒng)設(shè)置數(shù)據(jù)屬性時對要求整數(shù)的數(shù)據(jù)設(shè)置成整型，對財務(wù)數(shù)據(jù)要求保留到小數(shù)點后三位，并滿足實際情況。數(shù)據(jù)計算設(shè)置時可以進行數(shù)據(jù)類型轉(zhuǎn)換，保證準確度。4.7.2.2時間特性一般操作的響應(yīng)時間應(yīng)在12秒內(nèi)，對數(shù)據(jù)庫和用戶指令的響應(yīng)根據(jù)具體的網(wǎng)絡(luò)和硬件條件會有不同4.

47、7.2.3適應(yīng)性在操作方式、運行環(huán)境、與其他軟件的接口以及開發(fā)計劃等發(fā)生變化時，應(yīng)具有的適應(yīng)能力。系統(tǒng)可以支持軟鍵盤、觸屏控制。系統(tǒng)可以適應(yīng)4.7.3性能指標實現(xiàn)(1)用戶界面對用戶友好，易操作，支持軟鍵盤和觸屏(2)系統(tǒng)基于Android4.0進行開發(fā)和維護使用，使用Bmob后端云數(shù)據(jù)庫4.7.4防錯與出錯處理（1）為了預(yù)防系統(tǒng)出錯，本酒店管理系統(tǒng)將具有可恢復(fù)性，在預(yù)定過程中，如果軟件突然崩潰或者錯誤以后應(yīng)該可以將忽略當前此次操作，重新進入初始預(yù)定界面，不記錄到數(shù)據(jù)庫。 （2）在用戶確認進行預(yù)訂或者退訂房間工作，會發(fā)生數(shù)據(jù)修改并記錄到數(shù)據(jù)庫時候應(yīng)給與彈窗提示，防止用戶或酒店的錯誤操作而導(dǎo)致經(jīng)

48、濟的損失。第五章 酒店預(yù)訂系統(tǒng)的實現(xiàn)本章敘述了系統(tǒng)開發(fā)的詳細過程，首先明確了系統(tǒng)所使用的開發(fā)環(huán)境和運行環(huán)境，即采用了Android平臺為開發(fā)平臺，數(shù)據(jù)庫采用了Bmob后端云數(shù)據(jù)庫，而數(shù)據(jù)流圖的繪制則是采用了Microsoft Visio 繪圖軟件，然后根據(jù)上一章的系統(tǒng)設(shè)計，詳細實現(xiàn)了酒店預(yù)訂系統(tǒng)的界面設(shè)計，給出了部分系統(tǒng)界面。5.1 開發(fā)環(huán)境的選擇和依據(jù)5.1.1 開發(fā)環(huán)境的選擇本系統(tǒng)采用了Android平臺為開發(fā)平臺，數(shù)據(jù)庫采用了Bmob后端云數(shù)據(jù)庫，而數(shù)據(jù)流圖的繪制則是采用了Microsoft Visio 繪圖軟件。5.1.2開發(fā)環(huán)境選擇的依據(jù)安卓手機APP占APP市場比例大。5.1.3開

49、發(fā)框架和方法本系統(tǒng)使用了MVP開發(fā)模式，采用了xutils3框架。本系統(tǒng)使用MVP開發(fā)模式可以高內(nèi)聚，并且有解耦的作用，低耦合有助于程序的維護，單獨的功能做成獨立模塊，整個系統(tǒng)由一個個模塊通過接口組合而成，如果需要更新或者修改局部功能，只要修改一個接口的一個模塊，不影響整個系統(tǒng)其他功能使用。5.2 系統(tǒng)功能模塊的實現(xiàn)從第三章系統(tǒng)設(shè)計可以得到酒店預(yù)訂系統(tǒng)包括以下各部分組成，分別是：（1） 用戶模塊，實現(xiàn)用戶注冊、登錄和修改個人信息的功能；（2） 查詢模塊，實現(xiàn)用戶根據(jù)需要查詢自己所需的信息，有房間信息和個人預(yù)訂記錄信息等；（3） 預(yù)訂模塊，實現(xiàn)用戶預(yù)訂自己所心儀的房間的功能；（4） 退訂模塊，實

50、現(xiàn)用戶可以在規(guī)定時間內(nèi)根據(jù)需要取消自己已預(yù)訂的房間的功能和在規(guī)定時間外用戶將不能取消已預(yù)訂房間的功能。5.2.1 用戶模塊實現(xiàn)用戶模塊主要用于存儲用戶的基本信息，以便用戶進入本系統(tǒng)，和方便管理個人信息。LoginActivity.java/按鈕點擊事件    Event(value = R.id.sign_in_button,  R.id.sign_up_text)    private void onClick(View view)  

51、;          switch (view.getId()                    case R.id.sign_in_button:          

52、0;     /獲取手機號                String phoneNumber = signInPhone.getText().toString().trim();               

53、 /獲取密碼                String password = signInPassword.getText().toString().trim();                /判斷手機號和密碼是否為空 &#

54、160;              if (TextUtils.isEmpty(phoneNumber) | TextUtils.isEmpty(password)                      &

55、#160;             Toast.makeText(LoginActivity.this, "請輸入用戶名和密碼", Toast.LENGTH_SHORT).show();                    &#

56、160;           else                                    User 

57、user = new User();                    /設(shè)置手機號                    user.setMobilePhoneNu

58、mber(phoneNumber);                    /設(shè)置用戶名                    user.setUsername("usr_"

59、60;+ phoneNumber.substring(7);                    /設(shè)置密碼                    user.setPassword(pas

60、sword);                    /登錄邏輯                    loginPresenter.login(user);   

61、60;                            break;            case R.id.sign_up_text:    

62、;            Intent signIntent = new Intent(LoginActivity.this, SignActivity.class);                overridePendingTransition(android.R

63、.anim.fade_in, android.R.anim.fade_out);                startActivity(signIntent);                break;            LoginPresenterImpl.javaOverride    public void login(