酒店预订系统.docx

北京理工大学珠海学院
课程设计说明书
2016—2017学年第1学期

题目: 酒店预订系统

学 院： 商学院
专业班级： 信息管理与信息系统四班
学号姓名：8 谢泽铨
学号姓名：1 熊祖威
学号姓名：4 邵骅
学号姓名：3 欧邦用
指导教师： 　 　　
成 绩： 　 　　
时 间： 　 　　

年 月 日
目录
第一章 设计内容与目标 4
1.1 项目背景 4
1.2 项目目的 4
1.3 使用环境 4
1.4 开发方法 4
第二章 需求分析 5
2.1 软件工具与硬件环境需求 5
2.2 功能需求 2.2.1系统功能需求 5
2.2.2 系统功能结构图 5
2.2.3功能需求具体介绍 6
2.2.4 对系统性能的规定 6
2.2.5 统计分析 6
第三章 系统分析 8
3.1现行系统的现况以及存在问题 8
3.1.1 传统酒店房间预订业务活动 8
3.1.2 传统酒店房间预订业务数据处理 8
3.2全面描述新系统的功能和目标 9
3.2.1 从用户方的角度： 9
3.2.2从酒店方的角度： 9
3.3新系统的逻辑模型 9
3.3.2 数据流图 10
3.3数据字典 13
3.3.1词条描述 13
3.4 E-R图 20
3.5 新系统的可行性分析 21
第四章 系统设计 22
4.1 系统概述 22
4.2 开发、测试与运行环境 22
4.3 系统结构图 22
4.3.1 功能模块划分 22
4.3.2 功能模块描述 23
4.4 代码设计 23
4.5数据库设计 24
4.5.1 数据库环境说明 24
4.5.2 数据库命名规则 24
4.5.3 安全性设计说明 24
4.5.4 概念结构设计 24
4.5.5关系数据模型 25
4.5.6数据库实施 25
4.6 用户界面设计概述 28
4.7 综合考虑 31
4.7.1 稳定性和可扩展性 31
4.7.2 性能分析 32
4.7.3性能指标实现 32
4.7.4防错与出错处理 32
第五章 酒店预订系统的实现 33
5.1 开发环境的选择和依据 33
5.1.1 开发环境的选择 33
5.1.2开发环境选择的依据 33
5.1.3开发框架和方法 33
5.2 系统功能模块的实现 33
5.2.1 用户模块实现 33
5.2.2查询模块实现 38
5.2.3 预订模块实现 42
5.2.4 退订模块实现 47
5.3酒店预订系统APP测试情况 48
5.3.1测试用例 48
5.3.2测试环境与配置 48
5.3.3 测试方法 48
5.3.4 测试数据 49
第六章全文总结 50

第一章 设计内容与目标
1.1 项目背景
当下是一个信息化的时代，越来越多的用户喜欢在网上进行消费活动，如网上订餐，网上购物等等。而酒店预订作为一种较为普遍的消费活动，自然也需要借助信息的力量来使其更加方便快捷，让顾客具有更好的消费体验，同时节约顾客的时间成本。
本系统是针对酒店的具体业务而开发的。业务管理以酒店前台管理为核心，通过使用手机APP的方式，为旅客提供高效的服务，减免手工处理的繁琐与误差，及时、准确的反映酒店的经营情况，提供给旅客以快捷、准确和可靠的信息和服务，同时，也提高了酒店自身的管理水平。
1.2 项目目的
在如今信息化的背景下，任何行业都与信息化息息相关。如何利用现代社会赋予我们的新观念、新手段创造更大的财富，针对酒店预订这一环节，我们了解到目前酒店预订工作依旧效率低，大多数用户仍然使用着电话预定的人工预订方式，因而不能及时了解用户的需求，不能够很好地满足用户的需求。人工管理存在许多弊端，由于不可避免的人为因素，如登记错误，预订重复等，造成数据丢失、误报，因此就需要优化后的酒店预订系统。为了方便顾客更好地进行酒店预订以及帮助酒店更好地管理，避免浪费时间成本和管理成本，我们准备开发一个既方便顾客预订客房又能使酒店方便管理的具有良好客户体验的酒店预订管理系统。
1.3 使用环境
本系统要求用户需要在Android 4.0及其以上版本的系统上使用。
1.4 开发方法
数据库采用面向过程的开发方法，APP应用利用JAVA语言进行面向对象的开发方法。

第二章 需求分析
2.1 软件工具与硬件环境需求
（1）软件工具：Microsoft Visual Studio 2013，Android Studio
（2）软件环境：Windows操作系统
（3）硬件环境：配置在1G RAM内存，160G硬盘，100Mbps网卡以上
2.2 功能需求
2.2.1系统功能需求
（1） 作为酒店注册用户，可以通过本系统可以对酒店内未预订的房间经行查询，预订，对于已预订的房间进行退订的操作，同时用户也可更改个人信息，查询个人预订记录。
（2） 对于系统本身，系统会根据用户的预定和退订即时更新房间信息
（3） 对于酒店管理员，可以通过使用信息推送模块，根据需要发布房间优惠信息。

2.2.2 系统功能结构图
酒店预订系统功能结构图如图2.1所示：

2.2.3功能需求具体介绍
为方便用户和管理员对此系统的操作，下面具体介绍它的一些功能：
（1） 用户注册功能，面向所有未注册的游客，想要预订酒店房间的客人，需先注册成用户才能进行本系统，享受本系统的预订房间功能，注册时需正确填写本人手机联系方式（也作为用户账号），设置用户密码来完成用户注册。
（2） 查询功能模块中，用户可以通过房间的信息，如房间类型等信息，进行单个查询或者关键字搜索来查询未预订的房间信息，从而方便用户预订房间，还可以通过时间的先后顺序查询自身的预订记录，还能够进行个人信息的查询。
（3） 用户预订房间功能，只面向已注册的用户，为他们提供简便快捷的预订功能，用户预定房间时需正确填写入住时间、退房时间，入住人姓名、联系方式，支付完成后生成预订订单。
（4） 用户取消预订房间功能，用户可在入住时间前三个小时自由取消预订的房间，同时酒店会扣取用户所预订房间价格的5%，但不在入住时间的三个小时前取消预订订单，将不可再取消该订单，房间将会保留给该客户直到退房时间。
（5） 管理员更新优惠信息功能，管理员根据酒店的经营政策在APP应用界面上推送房间优惠信息。
（6） 房间信息更新功能，用户预定和退订操作成功后将会影响数据库的房间信息，本系统会即时获取数据库信息从而自动更新房间信息。
2.2.4 对系统性能的规定
为保证系统能够长期、安全、稳定、可靠、高效地运行，酒店预订系统应该满足以下的性能需求：
（1） 系统处理的准确性和及时性：
系统处理的准确性和及时性是系统的必要性能，在系统设计、开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应能力能够满足业务的需求。
（2） 系统的开发性和可扩充性：
酒店预订系统在开发过程中，应该充分考虑以后的可扩充性，保证在未来一段时间内，在可接受用户需求更新的范围内，要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，如增加APP的推送提示模块等。
（3）系统的易用性：
酒店预订系统是直接面对使用人员的，而使用的人员是广大人民群众，他们对使用APP的了解不尽相同，所以就需要系统提供一个良好的用户接口和易用、直观的人机交互用户界面。本APP应尽量使用大部分人们所熟悉的术语和信息的界面，缩短用户对系统熟悉的过程，提高用户使用的便利性和简明性。
（4）系统的响应速度：
酒店预订系统在日常处理中的响应速度应该为秒级，达到实时要求，以及时反馈信息。

2.2.5 统计分析
在系统的使用过程中中，会产生各种各样的预定记录，而这些数据将储存在一个数据库中，系统管理员可在数据库中获取所需的数据（如使用数据库语言获得数据），从而得到所需的报表，如酒店管理员想知道某个月那种房间类型被预订数是最多的“每月热门预订房间类型报表”，也可获取每月每个房间类型收入的“每月预订房间类型收入报表”等，对其进行统计分析所得到的统计报表有助于酒店经营管理的改善和提高。
（1）每月热门预订房间类型报表
查询时间： 制表时间： 制表人：
房间类型
1月预订数量
2月预订数量
3月预订数量
4月预订数量
5月预订数量
6月预订数量
7月预订数量
8月预订数量
9月预订数量
10月预订数量
11月预订数量
12月预订数量

汇
总

（2）每月预订房间类型收入报表
查询时间： 制表时间： 制表人：
房间类型
1月预订收入
2月预订收入
3月预订收入
4月预订收入
5月预订收入
6月预订收入
7月预订收入
8月预订收入
9月预订收入
10月预订收入
11月预订收入
12月预订收入

汇
总

（3） 房间预订状况表
查询日期： 制表时间： 制表人：
房间类型
预订数
未预订数
房间总数

（4） 房间预订记录报表
查询日期： 制表时间： 制表人：
用户帐号
用户名
预订房间类型
预订房间数量
预订房间价格
入住时间
退房时间
联系方式

第三章 系统分析

3.1现行系统的现况以及存在问题
在调查过现有的酒店房间预订业务流程，了解到现如今大多数酒店仍然使用着人工的方式进行酒店预订业务活动，从业务流程与数据处理两大方面来了解现如今的酒店关于酒店预订业务活动的现状以及存在的问题。
3.1.1 传统酒店房间预订业务活动
传统的手工酒店预订的业务流程如图3.1所示
3.1.2 传统酒店房间预订业务数据处理
通过调查了解到，传统酒店房间预订业务数据处理全部由人工来操作，包括响应用户的查询和操作，手工记录用户的信息并将其归档，手工收费以及要定期对记录的数据进行整理。同时对操作中出现的问题进行人工的查询和修改。
3.1.3 存在的问题
通过对业务流程图以及数据处理分析了解到传统酒店房间预订业务的不足之处：
(1) 需要耗费大量的人工和时间，比如要人工记录各种信息，包括用户的预订信息等
(2) 响应速度不一，因为客服和前台人员工作经验不同，且人对数据信息的反应速度不同，造成每一次操作的时间不一样
(3) 操作过程过于繁琐，如记录客户信息要手工填写，操作过程出现错误不能返回，只能重新开始操作
(4) 操作中出现问题较多，比如用户的信息记录错误，归档错误等
(5) 出现问题不能及时修改，需要花费时间去查找问题，比如用户预订了房间但是前台并没有记录等
(6) 不能完整的收录用户的信息，从而不能判断用户的喜好，以及很难查阅到用户的所有交易信息
(7) 收费全部需要手工完成，月底或季度年度的运营统计分析造成不便，因为人工操作不可避免出现错误，此外，人工结算成本过高且时间过长
3.2全面描述新系统的功能和目标
根据现有的存在问题从用户方和酒店方的角度分析实现优化房间预订的目标。
3.2.1 从用户方的角度：
（1）使用房间查询的功能，不需要进行繁琐的电话沟通，只需打开酒店房间预订系统即可查询到所满意的房间，并可以进行实时预订。
（2）使用房间预订的功能，预订成功时，与酒店方形成一种合约关系，保证用户得到相应的房间。
（3）使用退房功能，能够在规定时间之内取消对房间的预订，减轻了用户因突发情况发生时负担。
3.2.2从酒店方的角度：
（1）对账户进行管理，能够减少大量的人工输入，采用一个用户对应一个账号的方式，用于记录用户信息和预订信息。
（2）对账户进行查询，通过用户数据清晰地收录每个客人的对房间的喜爱偏好，为用户提供便利，提高用户满意度。
（3）收费采用第三方收款方式，准确实时到账，减低了由于人为出现收款错误的失误，进一步减轻了酒店方的风险。
（4） 当出现退房等异常情况时，不再需要人为重新登记房间信息，后台自动清空已预订房间，更新房间预订表，方便酒店管理人员核实房间使用情况。
（5） 设置房间订金，在进行预订时，当预订只能通过电话时，不能收取任何的预订费用，而通过酒店房间预订系统能够入住前三个小时之内收取5%的房间订金，保证酒店的正常运营，减低酒店的损失。
（6） 进行一系列的统计报表分析，当达到规定的时间，系统会进行月末统计，对每月热门预订房间类型，预订房间类型，收入房间预订以及房间预订记录报表，有助于酒店管理层人员作出判断，对酒店现状改善和提高。
3.3新系统的逻辑模型
由上述所描述的系统的功能得到我们所设计的系统的业务流程图。

3.3.1 业务流程图
如图3.2所示：

3.3.2 数据流图
根据上文需求分析所要求的功能需求和非功能需求，使用数据流方法对酒店预订活动进行建模。
从2.2.3节 ——“功能需求具体介绍”中的需求描述可知，酒店的房间预订业务活动主要由游客查询、用户注册、用户查询、用户预订、用户退订五大组成，在对酒店预订房间经营过程和业务流程进行1详细分析的基础上，构造酒店预订管理系统的功能模型用数据流图描述如下。
3.3.2.1 抽象顶层数据流图
酒店预订管理系统的顶层数据流图用功能活动“酒店预订管理”来描述，如图3.1所示。

3.3.2.2 第一层数据流图
对顶层数据流图进行分解即得到图3.2所示的第一层数据流图。图3.2较详细地描述了实现用户预订酒店房间的业务活动所需的基本功能。完成各项活动所需要输入的数据、输出信息，经过功能活动处理后存储的信息。

3.3.2.3 第二层数据流图
由于图3.2描述的功能活动还不够具体，继续对图3.1中的功能活动进行分解即得到第二层数据流图，如图3.3~图3.7所示。

3.3.2.3 第三层数据流图
本系统的核心功能是用户的查询功能模块和预订功能模块，继续对图3.5和图3.6中的查询功能和预订功能活动进行分解即得到第三层数据流图，如图3.8与图3.8所示。

3.3数据字典
3.3.1词条描述
3.3.1.1 数据流词条
数据流编号
数据流名
简述
组成
来源
去向
F1
用户登陆信息
对需要使用该酒店预订系统的用户提供正确的用户账号和相应的密码信息
用户账号+密码
用户
酒店预订系统、
信息处理
F1.1
用户基本信息
用户登录成功后系统会获得相应的用户基本信息
用户账号+密码+性别+姓名+邮箱+手机号
信息处理
用户操作处理
F1.2
用户信息输入
用户对系统所输入的信息，分为查询信息，预订信息，退订信息，修改信息
分四种：预订信息，
查询信息，退订信息，修改密码
用户
用户操作信息接收
F1.3
用户旧密码
用户原本使用的密码
用户账号+密码
用户操作信息接受
密码修改
F1.4
用户新密码
用户通过密码修改获得的新密码
用户账号+密码
密码修改
用户登录信息处理
F2
查询信息
对于需要了解实际房间信息情况或个人预订记录信息的用户，可通过向系统输入查询信息，系统则会检索这些信息并作相应处理
查询条件：共分两种情况：房间查询信息、用户预订记录查询信息
用户操作处理
查询处理
F2.1
查询房间信息

系统检索用户所输入的查询信息为查询房间信息的信息，系统进入房间信息查询界面
关键字或时间

判别查询信息

房间信息查询合法性
F2.1.1
查询房间信息条件
用户为查询房间信息，所输入的合法性查询房间信息的方式
关键字或时间

房间信息查询合法性
匹配房间信息
F2.1.2
匹配房间数据
系统检测用户所输入的查询房间信息条件，并在数据库找到符合该条件的房间信息
房间类型+房间价格
匹配房间信息
检验房间余量
F2.2
预订记录查询信息
系统判断用户的查询信息为个人预订查询记录信息，并进入预订记录查询界面
时间
判别查询信息
预订记录查询合法性
F2.2.1
匹配时间信息
系统检测用户所输入的时间查询信息，并在数据库找到符合该条件的预订记录信息
时间
匹配查询时间信息
检验预订记录时间
F5
未使用房间信息
系统检索用户所输入的房间查询信息，输出相应可预订的房间信息
房间类别
+房间价格
检验房间信息

用户、预订处理

F6
个人预订记录信息
系统检索用户所输入的预订记录查询信息，输出相应的预订记录信息
房间类型+房间数量+用户帐号+联系方式+入住时间+退房时间+预订日期
检验预订记录信息
用户、退订处理
F3
预订信息
用户根据需要，向系统输入预订信息，系统可检测这些信息，并作出相应的预订处理
用户账号，入住时间，退房时间，房间类型，房间数量
用户操作处理

预订处理

F3.1
预订记录信息
系统通过用户所输入的预订信息
用户账号，入住时间，退房时间，房间类型，房间数量
预订条件处理
更新预订记录信息和房间信息
F3.1.1
检验房间数量信息
系统接收用户所输入的预订信息，用于检测用户所输入的预订房间数量是否符合酒店实际房间数量
用户账号，入住时间，退房时间，房间类型，房间数量
接收预订信息
检验预订房间数量
F3.1.2
检验日期信息
系统检测预订信息中的入住时间和退房时间是否符合实际情况
用户账号，入住时间，退房时间，房间类型，房间数量
检验预订房间数量
检验预订房间日期
F7
预订房间订单
系统通过用户所输入的预订信息，所输出用户预订记录信息
房间类型+房间数量+用户帐号+联系方式+入住时间+退房时间+预订日期
检验预订房间日期
用户，更新房间信息，更新预订记录信息
F4
退订信息
用户根据需要，向系统输入退订信息，系统可检测这些信息，并作出相应的退订处理
房间类型+房间数量+用户帐号+联系方式+入住时间+退房时间+预订日期
用户操作处理
更新预订记录与房间信息
F4.1
删除数据
用户所删除预订记录数据
房间类型+房间数量+用户帐号+联系方式+入住时间+退房时间+预订日期
退订信息接收
取消退订

3.3.1.2数据元素词条
数据项编号
数据元素名称
别名
数据类型及宽度
取值范围
描述
U-01
用户账号
username
String11
-
99999999999
区分不同用户
U-02
用户密码
password
String18
4{[数字，字母]}20
用户登录系统密码
U-03
用户手机号
mobilePhoneNumber
String11
-
99999999999
用户联系方式
U-04
用户姓名
userName
String10
2{汉字}5
用户称呼方式
U-05
用户邮箱
userEmail
String30
[A-z，0-9]{1，}\[A-z,09,\.]{1}
用户联系方式
R-01
房间类型
Room_name
String10
[‘单人间’]，[‘双人间’]，[‘标准间’]，[‘豪华间’]
房间类型的说明
R-01
房间价格
Room_price
Int4
“01”-“1000”
房间的价格
R-01
房间数量
Room_count
Int4
“000”-“100”
房间的数量
R-02
入住日期
checkInDate
datetime
“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“24”
用户到达酒店的日期
R-03
退房日期
checkOutDate
datetime
“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“23”
用户离开酒店的日期
R-04
预订日期
bookingDate
datetime
“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“23”
用户完成预定房间订单的日期
R-05
取消预订日期
canceiDate
datetime
“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“24”
用户取消预定房间订单的日期

3.3.1.3数据文件
（1）文件编号：D1
数据文件名称：用户
简述：保存的是用户的基本信息
数据存储组成：用户账号，密码，性别，姓名，邮箱，手机号
关键字：用户账号

（2）文件编号：D2
数据文件名称：预订记录
简述：保存的是用户预订的记录的信息
数据存储组成：用户账号、姓名、手机号、邮箱、房间类型、入住时间、退房时间、房间价格
关键字：用户账号

（3）文件编号：D3
数据文件名称：房间信息
简述：保存的是当前房间情况的信息
数据存储组成：房间类型、房间价格、房间数量
关键字：房间类型

3.3.1.4 外部实体
外部实体编号：S1
名称：用户
简述：用户主要面向广大人民群众，为使用本系统的人
有关数据流：系统与用户交互的是用户信息

3.3.1.5 处理过程介绍
处理过程编号
处理过程名
输入数据流
输出数据流
简述
P1
信息处理
用户登录信息，用户新密码
用户基本信息
该加工模块主要实现对登入操作的合法性检测
P1.1
用户登入信息处理
用户登录信息
用户基本信息
实现提示用户登录成功
P2
用户操作处理
用户基本信息，旧密码
预订信息，查询信息，退订信息，用户新密码
用户可选择操作的三个模块，分别是修改密码、预订、查询、退订模块
P2.1
用户操作信息接收
用户所输入的信息
查询信息，预订信息，取消预订信息，用户旧密码
接收用户所输入的信息
P2.2
修改密码
用户旧密码
用户新密码
该加工模块主要实现用户修改个人密码的功能
P3
查询处理
查询信息
房间未使用信息,预订记录信息
接收用户查询请求，反馈结果
P3.1
查询信息处理
查询信息
查询房间未使用信息，查询预订记录信息
接收查询信息后，不同的查询条件中，结合预订记录、房间信息两个存储文件，给出相应处理措施
P3.1.1
查询信息接收
查询信息
查询信息
用于接收用户所输入的查询信息
P3.1.2
判断查询信息
查询信息
房间查询信息，预订记录查询信息
对所接收的查询信息进行判断，分析得出所输入的查询信息类别
P3.2
分析房间信息
查询房间信息
反馈房间未使用信息
检索用户的房间查询信息，并输出相应的房间信息
P3.2.1
房间信息查询合法性
房间查询信息
房间信息查询条件
检验用户所输入的房间查询信息的合法性
P3.2.2
匹配房间信息
房间信息查询条件
匹配房间信息
检索用户所输入的房间查询信息，并根据查询信息的条件在数据库中匹配房间信息并输出
P3.2.3
检验房间余量
匹配房间信息
未使用房间信息
对所匹配成功的房间信息进行检验，对房间余量大于0的房间信息进行输出
P3.3
分析预订记录信息
预订记录查询信息
预订记录信息
检索用户的预订记录查询信息，并输出相应的预订记录信息
P3.3.1
匹配查询时间信息
查询时间信息
匹配时间信息
检索用户所输入的预订记录查询信息，并根据查询信息的条件在数据库中匹配预订记录信息并输出
P3.3.2
检验预订记录时间
时间信息
预订记录信息
对所匹配成功的房间信息进行检验，将符合时间的预订记录信息进行输出
P4
预订处理
预订信息、未使用房间信息
预订房间订单
接收用户的预订信息，系统进行处理并反馈给用户
P4.1
预订条件处理
预订信息
预订记录信息
对于用户输入的预订条件，结合当前房间占用情况，将最终的预订结果反馈给用户
P4.1.1
接收预订信息
预订信息
预订信息
接收用户的预订信息
P4.1.2
检验预订房间数量
预订信息
预订信息
对用户所输入的预订信息进行检验，检验所输入的房间数量是否符合酒店实际情况
P4.1.3
检验预订房间日期
预订信息
预订记录信息
对用户所输入的预订信息进行检验，检验所输入的入住日期与退房日期是否符合实际生活情况
P4.2
更新预订记录
与房间信息
处理结果
预订结果
在得到系统回复后，将预订结果记录添加到预订记录中，并反馈给用户
P4.2.1
接收预订记录信息
预订记录信息
预订记录信息
接收符合实际情况的用户预订房间信息
P4.2.2
更新房间信息
预订记录信息
预订记录信息
用户预订成功时更新酒店房间信息
P4.2.3
更新预订记录信息
预订记录信息
预订记录信息
用户预订成功时更新个人预订记录信息
P5
取消预订处理
退订信息、预订房间订单

接收用户的退订信息，系统进行退订处理
P5.1
退订信息接收
退订信息
删除数据
接收用户输入的退订信息
P5.2
取消退订
删除数据

系统得到用户的删除预订记录信息后，对预订记录和房间信息两个存储文件进行更新

3.4 E-R图

3.5 新系统的可行性分析
系统开发过程中会受到时间、资源、技术等因素的限制。在明确了系统的开发任务目标和系统范围之后，需要从技术、经济、操作等方面进行项目可行性分析，评估判断系统开发项目在现有技术和经济条件下是否可行，是否能够达到预期目标，以及保证项目正常进行需要的各种资源和支撑条件。系统可行性分析围绕着技术、经济、操作可行性三个方面。
3.5.1 技术可行性
本系统使用的开发语言为java，使用android作为开发技术，在android平台上开发运行，使用Bmob后端云数据库。作为目前一种流行的开发技术，android是基于linux的自由及开放源代码的操作系统；经过多年的发展，android的开发技术已经非常成熟且方便快捷，配合上Bmob后端云数据库，能够高效便捷地实现开发目标。所以本系统的开发技术室可行的。

3.5.2 经济可行性
投入方面，因为android操作系统以及Bmob后端云数据库都是免费使用的，同时本团队拥有系统开发人员，无需支付系统开发人工费用，所以系统从开发到运行都是免费的，后期的维护只需要支付很少的人工费用。
收入方面，通过用户下载量来收取相对应的广告费用。

3.5.3 操作可行性
本系统是为广大人民群众，为其方便预订房间开发的，使用大部分人们所熟悉的术语和信息的界面，缩短用户对系统熟悉的过程，提高用户使用的便利性和简明性，只要用户稍微懂得使用手机并且在合适的网络环境下就能自由使用本系统。

第四章 系统设计
4.1 系统概述
酒店预订系统是使用的开发语言为java，使用android作为开发技术，在android平台上开发运行，使用Bmob后端云数据库的系统，系统的开发目的是为了方便酒店管理和用户预订；从而使酒店的管理高效便捷且可以节约时间成本和劳动成本；用户的预订也更加简单。做为一个面向不同年龄阶层的操作系统，一定要简单易操作，所以系统使用的开发语言为java，使用android作为开发技术，在android平台上开发运行，使用Bmob后端云数据库提高用户使用的便利性和简明性，只要用户稍微懂得使用手机并且在合适的网络环境下就能自由使用本系统。
4.2 开发、测试与运行环境
类别
标准配置
最低配置
开发环境
Window 7 Android Studio、Eclipse

Window xp
Window 10 Android Studio、Eclipse
Ubuntu 14.04 Android Studio、Eclipse
测试环境
Android 4.4

Android 402
Android 5.0
Android 6.0
运行环境
Android 5.0
Android 4.02

4.3 系统结构图
4.3.1 功能模块划分
本系统要实现用户预订房间功能，需要设置用户模块，使用户可以通过手机直接登录本酒店的预订APP，在手机APP上实现酒店房间的查询、预订等活动。本系统由用户模块、预订模块、查询模块、退订模块组成，系统功能模块如图4.1所示及描述如下。

4.3.2 功能模块描述

（1）用户模块
该模块主要功能是用户进入本系统所需进行的登录或注册操作，用户登录成功后可对自己的用户信息进行修改，如邮箱，密码，用户名进行修改。
（2）查询模块
该模块主要功能是用户查询自己所需的信息，有房间信息与预订记录信息，并根据个人需要进入预订模块过退订模块。
（3）预订模块
该模块主要功能是用户根据查询模块所获得到得房间信息，根据自己的个人需求填写入住日期、退房日期和房间数量，合理填写后完成预订订单。
（4）退订模块
该模块主要功能是用户根据查询模块所获得到得预订记录信息，根据自己的个人需求与实际时间情况进行房间退订。

4.4 代码设计
酒店预订系统代码设计是根据酒店经营管理的特点，结合实际用户预订房间活动过程，所设计出的符合实际情况的代码，所设计代码结构如下：
（1）用户帐号代码
由11位数字组成，实际为用户注册时所输入的手机号为用户帐号代码，格式如下：

（2）预订编号代码
由8位数字组成，格式如下：

4.5数据库设计
4.5.1 数据库环境说明
系统采用Bmob云数据库系统，利用Android Studio等编程工具从数据库获取信息并显示在用户界面等。
4.5.2 数据库命名规则
表和字段采用驼峰命名法。
4.5.3 安全性设计说明
用户密码等隐私信息从用户登录到注销全程都进行加密传输，即使是数据库管理员也无法查看用户密码等隐私信息。
4.5.4 概念结构设计
根据系统分析的数据流图和数字字典，即可设计出能够满足用户需求的各实体及他们的关系。这些实体包含的具体信息，通过其相互关系形成的数据流动，分析得到本系统的E-R图，如图4.1所示。

4.5.5关系数据模型
根据上节的概念模型得到本系统的关系数据模型
（1） 用户信息表（User）：手机号、用户名、邮箱、密码
（2） 房间类型表（Room_name）：类型名称、类型价格、类型数量
（3） 预订表（Scheduled）：预订编号、手机号、房间类型、预订时间、入住时间、退房时间、退订状态
4.5.6数据库实施
数据库的完整性和安全性设计，根据酒店预订业务规则设计触发器、存储过程。

（1） 用户信息表（User）：用户信息表主要用于保存使用本系统的用户信息，如用户帐号和用户密码（必需），和用户可选择填写的用户邮箱

列名
别名
数据类型及宽度
默认值
取值范围
主键/外键
可否为空
手机号
mobilePhoneNumber
String
11

-
99999999999
主键
Not NULL
密码
password
String
18

4{[数字，字母]}20

Not NULL
用户名
userName
String
10
user_手机尾号后四位
1{数字、字母、汉字}5

NULL
邮箱
userEmail
String
30

[A-z，0-9]{1，}\[A-z,09,\.]{1}

NULL

（2） 房间类型表（Room_name）：房间类型表主要用于保存房间类型的信息。

列名
别名
数据类型及宽度
取值约束
主键/外键
可否为空
类型价格
Room_price
Number
4
“01”-“1000”

Not NULL
类型名称
Room_name
String
10
[‘单人间’]，[‘双人间’]，[‘标准间’]，[‘豪华间’]
主键
Not NULL
类型数量
Room_count
Number
4
“01”-“100”

Not NULL

（3）预订表（Scheduled）：预订表主要用于保存用户完成预订房间操作时，所生成的预订记录数据，如用户帐号、联系方式、预订房间类型、预订房间数量、预订时间、入住时间和退房时间，并且当用户在规定时间内即在入住时间前三个小时内退订将会更新预订记录表

列名
别名
数据类型及宽度
取值约束
主键/外键
可否为空
预订编号
ID
Number4
自增长
主键
Not NULL
手机号
mobilePhoneNumber
String11

外键
Not NULL
类型名称
Room_name
String10
[‘单人间’]，[‘双人间’]，[‘标准间’]，[‘豪华间’]
外键
Not NULL
预订价格
Room_price
Number4
“01”-“1000”

Not NULL
入住日期
checkInDate
datetime
“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“24”

Not NULL
退房日期
checkOutDate
datetime
“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“23”

Not NULL
预订日期
bookingDate
datetime
“0001”-“9999”+“01”-“12”+“01”-“31”+“00”-“23”

Not NULL
退订日期
canceiDate
datetime
“0001”-“9999”+“01”-