摘要
时代的发展,计算机的出现,让信息的管理方式发生了翻天覆地的变化,以前完全依靠人工劳动力来管理信息的方式,被计算机信息化管理所代替,不仅让人们解放了双手,而且还将管理的效率提高一大截,信息的安全方面更是得到了保障。
社会的进步,经济的提高,旅游的盛行,也无形中带动了酒店行业的发展,人们在外出旅游、出差时都会面临住宿的问题,酒店的出现,给外出的人们住宿提供了一个好的去处,备受瞩目。随着住宿需求的增加,让酒店行业发展突飞猛进,酒店建设越来越完善,房间数也越来越多,酒店需要管理的数据也越来越多,管理的难度也越来越大,大量房间信息、订单信息、用户信息等等,让酒店的管理人员倍感压力,人工手动劳动力来记录、管理这大量的信息,不仅麻烦、繁琐,还容易出错。所以,在当下网络的环境下,酒店的管理也必须引入信息管理系统,实现酒店管理系统,利用计算机平台来处理这复杂的信息,既快速又安全。
该月亮老人酒店管理系统使用JAVA语言的Springboot框架,以及MySQL数据库来开发实现,可以对复杂的酒店业务进行统一、科学的管理,还可以更好的给用户提供客房预定服务。
关键词:JAVA语言;MYSQL;Springboot;酒店管理系统
1绪论
1.1研究背景
网络环境下,社会各个行业都开始引入计算机信息技术来替代以往的人工手动劳动力管理事务的方式,利用计算机来实现事务的管理,不仅可以节省出大量的人力,还能将原本复杂、繁琐的信息管理简易化、快速化,在提高管理速度的同时,还能确保信息的准确、安全,这种管理形式,已经普及开来。
在现代化生活条件下,人们对服务行业的要求也越来越高,酒店作为服务行业中的“一员”,也必须要在当下竞争激烈的情况下给用户提供更为优质的服务,这样才能保证其长久的运营,可持续性的发展。酒店在当今社会是一个热门的行业,每个城市都会有大大小小的酒店,它是时代发展的见证,给人们提供着一个优良的住宿环境。随着旅游业发展,更让酒店行业火热,很多人也开始投资酒店,大量酒店的涌现,让酒店间的竞争也非常大,如何提升酒店的竞争力,是每一个酒店都非常关注的问题。酒店每日客流量非常大,大量的人来来往往住宿、退宿,信息量非常大,面对着这大量需要管理的信息,却无疑有太多的管理问题,完全依靠人工劳动力手动来一一记录信息,工作量太大,效率非常的缓慢,还有可能出现信息保存不当,丢失的问题,会给酒店带来损失,这种人工劳动力管理的方式,已经严重的制约了酒店的发展,酒店的管理模式必须要改革,引入计算机,让计算机来代替人工,实现酒店的信息化、科学化管理模式。建设开发酒店管理系统,能够解决以上管理方面的问题,关键还能借助网络共享的优点,给用户提供方便的客房预定的途径,这种客房预定的方式太适合当今快节奏生活的人们了,是时代发展所需。
1.2研究意义
该月亮老人酒店管理系统其研究的目的是让酒店人工记录管理的方式转变为计算机的信息化管理形式,减少人力资源的耗费,让酒店管理工作更加简单、快速、高效,让管理人员及时的掌握到酒店动态,准确的处理事务。在研究意义方面,主要体现如下:
(1)从酒店的发展方面来说,实现酒店的科学化、信息化,是保证酒店可持续性发展的基础。
(2)站着用户的角度来说,系统的实现,能够极大的方便用户,给用户提供更优质的客房预定平台,让用户在快节奏的生活下,无需出门,便可轻松的完成客房预定的活动。
(3)站着酒店管理者的角度来说,利用计算机来管理酒店的日常事务,可以减轻管理者的工作压力,降低管理难度,能够保证提高效率的情况下,还能确保信息数据的安全、可靠、保密、无误。
2 月亮老人酒店管理系统系统分析
系统需求分析是系统开发的一个关键环节,它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘,如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例,如果需求分析不到位,后面的系统设计要实现就是一个偏离导航的设计。
2.1可行性分析
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
2.1.1 技术可行性分析
月亮老人酒店管理系统设计与实现是一个基于Web的交易、管理平台,我们在实现这个系统所采用的技术方案是基于JAVA语言,MYSQL数据库,在大学的学习中这两门课程都已经学过,而且自己也用这些技术开发过小的项目,在平时的课程设计以及作业也经常用到JAVA和MYSQL,在技术上实现自己的自主开发是可行的。
2.1.2 经济可行性分析
开发本月亮老人酒店管理系统的技术都是可以从网上直接免费下载,不用花一分钱,而且系统的源代码都是自己进行设计开发的,不需要成本,如果后期想要进行运营,只要把配置到服务器上,花费服务器的租赁费用,在使用中可以进行增加广告收益,因此在经济方面是可性的。
2.1.3 操作可行性分析
当下网络新时代,计算机已经得到了普及,多数人对计算机都比较的熟悉,知道如何使用它,当然也存在对计算机比较陌生的这一群体,也需要对其进行考虑。在进行月亮老人酒店管理系统页面的设计的时候,考虑到使用人群,可能也存在对计算机比较陌生的人,所以,在页面的设计方面,设计的很是简单、简洁,布局明了,色调明朗,让无论是对计算机陌生还是对计算机熟悉的使用者,都可以使用自如,这也说明了该程序的操作方面非常可行。
2.1.4 管理可行性分析
本月亮老人酒店管理系统开发完成后只需要一个管理人员进行后台酒店房间的增删改查以及用户、订单的管理就可以,不需要进行特别的培训,所有的操作只要有一点电脑基础就可以进行管理,在管理方面是可行的。
2.2 系统流程分析
2.2.1注册流程
在没有账号的情况下,用户能够选择填写个人信息注册账号,填写完毕后,系统进行注册验证,这一流程如下。
图2-1注册流程图
2.2.2登录流程
在登录过程中,系统会进行登录验证,只有通过了验证,才能实现登录功能,登录流程如下。
图2-2登录流程图
2.2.3客房预定流程
用户在进入到该月亮老人酒店管理系统之后,能够选择自己需要的客房,对需要的客房能够来实现预定,在客房预定的这一过程,系统首先要验证是不是在登录的状态下进行的客房预定请求,是的话则会跳转到填写相关预定数据的页面,用户根据提示来一一填写,填写过后,系统则会继续进行验证,验证数据是不是完整,完整则会提示预定成功,反之则失败,客房预定这一流程图如下。
图2-3客房预定流程图
2.3 功能需求分析
月亮老人酒店管理系统在角色上划分比较明细,包含了管理员,客户,会员用户,前台客服四个角色,管理员是系统中的最高权限,实现了对轮播图,酒店公告,资源信息,系统用户,模块的管理。管理员的用例如下图2-4所示。
图2-4管理员用例图
前台客服登录以后功能有酒店房间,预定信息,入住信息,退房信息,会员预定,会员入住,退房,前台客服用例如下图2-2所示。
图2-2前台客服用例图
会员用户可以进入系统的前台查看系统中所有的信息,可以注册成为会员用户,由管理员审核通过后,可以登录到系统,进行酒店房间的预定,管理会员预定,会员入住,会员退房,会员用户如下图2-3所示。
图2-3会员用户用例图
客户可以进入系统的前台查看系统中所有的信息,可以以客户的身份进行注册,注册成功以后,可以登录到系统,进行酒店房间的预定,管理预定信息,入住信息以及退房信息,客户如下图2-4所示。
图2-4客户用例图
2.4 性能需求分析
系统的性能方面主要是从系统的安全性、存储性、可靠性、易学性、稳定性等方面进行分析:
(1)安全性:系统的安全问题是开发者首先要考虑的,如果系统存在安全隐患,可能使得用户个人信息被泄露,给用户带来困扰,造成损失。
(2)储存性:因为用户使用的关于酒店管理的平台,使用的用户比较多,而且登录后要实现对酒店房间的预定,那就需要一个强大的数据库来进行数据的存储,对数据库的要求是非常严格的,本系统选用的是MYSQL数据库,MYSQL的运行速度很快,执行命令的速度也非常快,而且体积小。
(3)可靠性:可靠性指的是用户在进行月亮老人酒店管理系统信息添加、查询以及管理的时候,能够按照用户的指示进行显示信息,如果用户点击查询酒店房间信息,显示出来的新闻资讯信息,那就违背用户的初衷。
(4)易学性:系统的开发面向对象学历不尽相同,所有在开发的时候要考虑系统操作应该简单,不需要进行任何学习、培训,只能上网的用户就可以操作。
(5)稳定性:系统在运行方面要很稳定,系统的界面、字体要清楚,没有失真现象,给用户以良好的体验。
(6)可拓展性:本月亮老人酒店管理系统的功能还有待完善,因此系统要有很好的拓展性,方便后期功能更新维护。
3 月亮老人酒店管理系统概要设计
本章主要讨论的内容包括月亮老人酒店管理系统的功能模块设计、数据库系统设计。
3.1 系统体系结构设计
本月亮老人酒店管理系统总体的体系结构图分为客户体系结构,会员用户体系结构,酒店客服体系结构和管理员体系结构,其具体结构图如图3-1,图3-2,图3-3和图3-4所示
3.1.1客户功能结构设计
客户可以进入系统的前台查看系统中所有的信息,可以以客户的身份进行注册,注册成功以后,可以登录到系统,进行酒店房间的预定,管理预定信息,入住信息以及退房信息,其前客户功能模块图如图3-1所示。
图3-1月亮老人酒店管理系统客户功能结构图
3.1.2会员用户功能结构设计
会员用户可以进入系统的前台查看系统中所有的信息,可以注册成为会员用户,由管理员审核通过后,可以登录到系统,进行酒店房间的预定,管理会员预定,会员入住,会员退房,其前会员用户功能模块图如图3-2所示。
图3-2月亮老人酒店管理系统会员用户功能结构图
3.1.3前台客服功能结构设计
前台客服登录以后功能有酒店房间,预定信息,入住信息,退房信息,会员预定,会员入住,退房,其前台客服功能模块图如图3-3所示。
图3-3月亮老人酒店管理系统前台客服功能结构图
3.1.4管理员功能结构设计
管理员是系统中的最高权限,实现了对轮播图,酒店公告,资源信息,系统用户,模块的管理,其后端管理员功能模块图如图3-4所示。
图3-4月亮老人酒店管理系统管理员功能结构图
3.2 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.2.1 数据库概念结构设计
下面是整个月亮老人酒店管理系统中主要的数据库表总E-R实体关系图。
图3-6 月亮老人酒店管理系统总E-R关系图
3.2.2 数据库逻辑结构设计
通过上一小节中月亮老人酒店管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
(1)customer表如表3-1所示包含了客户的基本信息,主要用在前台客户来登录月亮老人酒店管理系统时进行使用。
表3-1customer客户信息表
列名 | 数据类型 | 长度 | 允许空 | 说明 |
customer_id | int | 10 | 否 | 客户ID |
customer_no | varchar | 64 | 是 | 客户编号 |
customer_name | varchar | 64 | 是 | 客户姓名 |
gender | varchar | 64 | 是 | 性别 |
id_number | varchar | 255 | 是 | 身份证号 |
examine_state | varchar | 16 | 是 | 审核状态 |
recommend | int | 10 | 是 | 智能推荐 |
user_id | int | 10 | 是 | 用户ID |
create_time | datetime | 19 | 是 | 创建时间 |
update_time | timestamp | 19 | 是 | 更新时间 |
(2)hotel_room表如表3-2所示,主要用于后台(管理员)对酒店房间的增删改查,前台客服、会员用户和客户对酒店房间的查询、预定。
表3-2hotel_room酒店房间信息表
列名 | 数据类型 | 长度 | 允许空 | 说明 |
hotel_room_id | int | 10 | 否 | 酒店房间ID |
room_name | varchar | 64 | 是 | 房间名称 |
room_type | varchar | 64 | 是 | 房间类型 |
cover | varchar | 255 | 是 | 封面 |
number_of_beds | int | 10 | 是 | 床位数量 |
ordinary_unit_price | int | 10 | 是 | 普通单价 |
member_unit_price | int | 10 | 是 | 会员单价 |
contact_number | varchar | 16 | 是 | 联系电话 |
front_desk_customer_service | int | 10 | 是 | 前台客服 |
room_equipment | text | 65535 | 是 | 房间设备 |
recommendation_index | int | 10 | 是 | 推荐指数 |
room_details | longtext | 2147483647 | 是 | 房间详情 |
hits | int | 10 | 是 | 点击数 |
recommend | int | 10 | 是 | 智能推荐 |
create_time | datetime | 19 | 是 | 创建时间 |
update_time | timestamp | 19 | 是 | 更新时间 |
(3)auto_mall表如表3-3所示,主要存储会员用户提交的会员入住信息。
表3-3member_check_in会员入住信息表
列名 | 数据类型 | 长度 | 允许空 | 说明 |
member_check_in_id | int | 10 | 否 | 会员入住ID |
order_number | varchar | 64 | 是 | 订单号 |
room_name | varchar | 64 | 是 | 房间名称 |
room_type | varchar | 64 | 是 | 房间类型 |
member_unit_price | int | 10 | 是 | 会员单价 |
contact_number | varchar | 16 | 是 | 联系电话 |
front_desk_customer_service | int | 10 | 是 | 前台客服 |
member | int | 10 | 是 | 会员 |
occupancy | int | 10 | 是 | 入住人数 |
start_time | datetime | 19 | 是 | 开始时间 |
end_time | datetime | 19 | 是 | 结束时间 |
days_in | int | 10 | 是 | 入住天数 |
occupancy_amount | varchar | 64 | 是 | 入住金额 |
date_of_check_in | date | 10 | 是 | 入住日期 |
pay_state | varchar | 16 | 是 | 支付状态 |
pay_type | varchar | 16 | 是 | 支付类型 |
recommend | int | 10 | 是 | 智能推荐 |
create_time | datetime | 19 | 是 | 创建时间 |
update_time | timestamp | 19 | 是 | 更新时间 |
member_check_in_id | int | 10 | 是 | 会员入住ID |
(4)member_check_out表如表3-4所示,主要储存会员用户的会员退房信息。
表3-4 member_check_out会员退房信息表
列名 | 数据类型 | 长度 | 允许空 | 说明 |
member_check_out_id | int | 10 | 否 | 会员退房ID |
order_number | varchar | 64 | 是 | 订单号 |
room_name | varchar | 64 | 是 | 房间名称 |
room_type | varchar | 64 | 是 | 房间类型 |
member_unit_price | int | 10 | 是 | 会员单价 |
contact_number | varchar | 16 | 是 | 联系电话 |
front_desk_customer_service | int | 10 | 是 | 前台客服 |
member | int | 10 | 是 | 会员 |
occupancy | int | 10 | 是 | 入住人数 |
start_time | datetime | 19 | 是 | 开始时间 |
end_time | datetime | 19 | 是 | 结束时间 |
days_in | int | 10 | 是 | 入住天数 |
occupancy_amount | varchar | 64 | 是 | 入住金额 |
date_of_check_in | date | 10 | 是 | 入住日期 |
room_comments | longtext | 2147483647 | 是 | 房间评论 |
examine_state | varchar | 16 | 是 | 审核状态 |
examine_reply | varchar | 16 | 是 | 审核回复 |
recommend | int | 10 | 是 | 智能推荐 |
create_time | datetime | 19 | 是 | 创建时间 |
update_time | timestamp | 19 | 是 | 更新时间 |
(5)member_reservation表如表3-5所示,主要存储会员提交的会员预定信息。
表3-5 member_reservation会员预定信息表
列名 | 数据类型 | 长度 | 允许空 | 说明 |
member_reservation_id | int | 10 | 否 | 会员预定ID |
order_number | varchar | 64 | 是 | 订单号 |
room_name | varchar | 64 | 是 | 房间名称 |
room_type | varchar | 64 | 是 | 房间类型 |
member_unit_price | int | 10 | 是 | 会员单价 |
contact_number | varchar | 16 | 是 | 联系电话 |
front_desk_customer_service | int | 10 | 是 | 前台客服 |
member | int | 10 | 是 | 会员 |
id_number | varchar | 255 | 是 | 身份证号 |
occupancy | int | 10 | 是 | 入住人数 |
start_time | datetime | 19 | 是 | 开始时间 |
end_time | datetime | 19 | 是 | 结束时间 |
examine_state | varchar | 16 | 是 | 审核状态 |
examine_reply | varchar | 16 | 是 | 审核回复 |
recommend | int | 10 | 是 | 智能推荐 |
create_time | datetime | 19 | 是 | 创建时间 |
update_time | timestamp | 19 | 是 | 更新时间 |
(6)article表如表3-6所示,主要在系统后台(管理员)中可以更好的管控新闻资讯,在前端(会员用户、客户)可以有效的查找新闻资讯等。
表3-6 article新闻资讯信息表
列名 | 数据类型 | 长度 | 允许空 | 说明 |
article_id | mediumint | 8 | 否 | 新闻资讯id |
title | varchar | 125 | 是 | 标题 |
type | varchar | 64 | 是 | 分类 |
hits | int | 10 | 是 | 点击数 |
praise_len | int | 11 | 是 | 点赞数 |
create_time | datetime | 是 | 创建时间 | |
update_time | timestamp | 是 | 更新时间 | |
source | varchar | 255 | 是 | 来源 |
url | varchar | 255 | 是 | 来源地址 |
tag | varchar | 255 | 是 | 标签 |
content | longtext | 是 | 正文 | |
img | varchar | 255 | 是 | 封面图 |
description | text | 是 | 描述 |
(7)room_type表如表3-7所示,主要在系统后台(管理员)对房间类型信息的增删改查,使用者可以按照房间类型对酒店房间进行查看。
表3-7 room_type房间类型信息表
列名 | 数据类型 | 长度 | 允许空 | 说明 |
room_type_id | int | 10 | 否 | 房间类型ID |
room_type | varchar | 64 | 是 | 房间类型 |
recommend | int | 10 | 是 | 智能推荐 |
create_time | datetime | 19 | 是 | 创建时间 |
update_time | timestamp | 19 | 是 | 更新时间 |
(8)reservation_information表如表3-8所示,主要储存客户提交的酒店房间预定信息。
表3-8 reservation_information预定信息表
列名 | 数据类型 | 长度 | 允许空 | 说明 |
reservation_information_id | int | 10 | 否 | 预定信息ID |
order_number | varchar | 64 | 是 | 订单号 |
room_name | varchar | 64 | 是 | 房间名称 |
room_type | varchar | 64 | 是 | 房间类型 |
ordinary_unit_price | int | 10 | 是 | 普通单价 |
contact_number | varchar | 16 | 是 | 联系电话 |
front_desk_customer_service | int | 10 | 是 | 前台客服 |
customer | int | 10 | 是 | 客户 |
id_number | varchar | 255 | 是 | 身份证号 |
occupancy | int | 10 | 是 | 入住人数 |
start_time | datetime | 19 | 是 | 开始时间 |
end_time | datetime | 19 | 是 | 结束时间 |
examine_state | varchar | 16 | 是 | 审核状态 |
examine_reply | varchar | 16 | 是 | 审核回复 |
recommend | int | 10 | 是 | 智能推荐 |
create_time | datetime | 19 | 是 | 创建时间 |
update_time | timestamp | 19 | 是 | 更新时间 |
(9)warehousing_information表如表3-9所示,主要存储客户的入住信息。
表3-9 check_in_information入住信息表
列名 | 数据类型 | 长度 | 允许空 | 说明 |
check_in_information_id | int | 10 | 否 | 入住信息ID |
order_number | varchar | 64 | 是 | 订单号 |
room_name | varchar | 64 | 是 | 房间名称 |
room_type | varchar | 64 | 是 | 房间类型 |
ordinary_unit_price | int | 10 | 是 | 普通单价 |
contact_number | varchar | 16 | 是 | 联系电话 |
front_desk_customer_service | int | 10 | 是 | 前台客服 |
customer | int | 10 | 是 | 客户 |
occupancy | int | 10 | 是 | 入住人数 |
start_time | datetime | 19 | 是 | 开始时间 |
end_time | datetime | 19 | 是 | 结束时间 |
days_in | int | 10 | 是 | 入住天数 |
occupancy_amount | varchar | 64 | 是 | 入住金额 |
date_of_check_in | date | 10 | 是 | 入住日期 |
pay_state | varchar | 16 | 是 | 支付状态 |
pay_type | varchar | 16 | 是 | 支付类型: |
recommend | int | 10 | 是 | 智能推荐 |
create_time | datetime | 19 | 是 | 创建时间 |
update_time | timestamp | 19 | 是 | 更新时间 |
(10)check_out_information表如表3-10所示,主要存储客户的退房信息。
表3-10 check_out_information退房信息表
列名 | 数据类型 | 长度 | 允许空 | 说明 |
check_out_information_id | int | 10 | 否 | 退房信息ID |
order_number | varchar | 64 | 是 | 订单号 |
room_name | varchar | 64 | 是 | 房间名称 |
room_type | varchar | 64 | 是 | 房间类型 |
ordinary_unit_price | int | 10 | 是 | 普通单价 |
contact_number | varchar | 16 | 是 | 联系电话 |
front_desk_customer_service | int | 10 | 是 | 前台客服 |
customer | int | 10 | 是 | 客户 |
occupancy | int | 10 | 是 | 入住人数 |
start_time | datetime | 19 | 是 | 开始时间 |
end_time | datetime | 19 | 是 | 结束时间 |
days_in | int | 10 | 是 | 入住天数 |
occupancy_amount | varchar | 64 | 是 | 入住金额 |
date_of_check_in | date | 10 | 是 | 入住日期 |
room_comments | longtext | 2147483647 | 是 | 房间评论 |
examine_state | varchar | 16 | 是 | 审核状态 |
examine_reply | varchar | 16 | 是 | 审核回复 |
recommend | int | 10 | 是 | 智能推荐 |
create_time | datetime | 19 | 是 | 创建时间 |
4 月亮老人酒店管理系统详细设计与实现
月亮老人酒店管理系统的详细设计与实现主要是根据前面的月亮老人酒店管理系统的需求分析和月亮老人酒店管理系统的总体设计来设计页面并实现业务逻辑。主要从月亮老人酒店管理系统界面实现、业务逻辑实现这两部分进行介绍。
4.1前台功能模块
4.1.1 前台首页界面
当进入月亮老人酒店管理系统的时候,首先映入眼帘的是系统的导航栏,下面是轮播图以及酒店公告、新闻资讯等,其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2注册界面
普通的用户只支持对网站信的浏览,想要购买就必须登录到系统,如果你没有本月亮老人酒店管理系统的账号的话,添加“注册”根据提示输入好用户信息后,点击“注册”按钮后,系统会对输入的信息进行验证,验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可会员注册成功。注册的时候分为了客户注册和会员用户注册两部分,其注册界面展示如下图4-2所示。
图4-2 前台注册界面图
4.1.3 用户登录界面
月亮老人酒店管理系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息,然后通过滑动验证通过以后,点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到月亮老人酒店管理系统的首页中;否则将会提示相应错误信息,用户登录界面如下图4-3所示。
图4-3会员登录界面图
4.1.4新闻资讯界面
用户在点击导航栏上面的新闻资讯后,会展示系统当中所有的新闻资讯,可以按照条件筛选,也可以输入关键词查询,新闻资讯界面如下图4-4所示。
图4-4新闻资讯界面图
4.1.5 个人收藏界面
当用户点击导航栏上的“个人收藏”菜单后,就会显示出自己收藏过的信息,可以对收藏的信息进行删除,界面如下图4-5所示。
图4-5个人收藏界面图
4.1.6酒店房间详情界面
用户点击导航栏商的“酒店房间”菜单,可以查看到输入关键词搜索酒店房间,也可以按照分类筛选,或者按照排序查看,当访客点击了任意酒店房间后将会进入该款酒店房间的详情界面,可以了解到该房间的图片信息、房间信息、价钱信息等,同时可以对该酒店房间进行预定+收藏,酒店房间详情展示页面如图4-6所示。
图4-6 酒店房间详情界面图
4.1.7 预定界面
当用户在酒店房间详情页面点击“预定”后会跳转到预定信息填写的姐妹,根据提示输入预定信息,点击“提交”按钮,进行添加预定,预定界面如下图4-7所示。
图4-7预定界面图
4.2后台功能模块
4.2.1管理员登录界面
管理员,前台客服,会员用户以及客户都可以通过后台登录到系统当中。界面如下图4-8所示。
图4-8 登录界面图
4.2.2 系统用户界面
月亮老人酒店管理系统中的管理员是可以对前台注册的客户/会员用户和后台的前台客服/管理员进行管理的,如果想要添加新的人员,点击 “添加”按钮,然后根据系统中的提示输入用户信息,点击“确认”按钮,对用户进行添加,也可以对已经存在的进行重置、删除和查询。界面如下图4-9所示。
图4-9系统用户界面图
4.2.3 资源管理界面
管理员点击“资源管理”菜单可以对其下子菜单新闻列表+新闻分类列表进行管理,这里以新闻列表管理为例,管理员可以对已经存储的新闻列表进行查看详情、编辑、删除、查询、管理前台用户提交的评论,也可以添加新的新闻列表供前台用户查询,界面如下图4-10所示。
图4-10资源管理界面图
4.2.4 酒店房间界面
管理员点击“模块管理”菜单下的“酒店房间”可以查看系统中的所有酒店房间信息,管理员可以对已经存储的酒店房间进行查看详情、编辑、删除、查询、管理前台用户提交的评论,也可以添加新的酒店房间供前台客户/会员用户预定,前台客服可以查看酒店房间。界面如下图4-11所示。
图4-11酒店房间界面图
4.2.5 预定信息/会员预定界面
客户/会员用户可以查看自己提交的预定信息/会员预定信息,前台客服和管理员可以对预定信息/会员预定进行管理。界面如下图4-12所示。
图4-12预订信息/会员预定界面图
4.2.6 入住信息/会员入住界面
客户/会员用户可以查看自己的入住信息/会员入住信息,前台客服和管理员可以对入住信息/会员入住进行管理。界面如下图4-13所示。
图4-12入住信息/会员入住界面图
4.2.7 退房信息/会员退房界面
客户/会员用户可以查看自己的退房信息/会员退房信息,前台客服和管理员可以对退房信息/会员退房进行管理。界面如下图4-13所示。
图4-12退房信息/会员退房界面图
5系统测试
到此,系统的开发基本完成,接下来我们对系统的实验与结果进行分析,确保系统能够正常运行,进而投入使用,对系统的实验与结果分析的检测方法就是对系统的测试,测试是系统完成的最后一步,没有测试过的系统是不能进行投入使用的,否则一旦发生bug就会造成损失,下面我们从测试的方法以及测试的用例两部分进行分析,最后给出系统的测试结果。
5.1 测试方法
系统的测试方面有两种,一种是黑盒测试,另一种则为白盒测试,黑盒测试通俗来说就是功能方面的测试,我们也称之为需求测试,在黑盒测试的过程中,我们是不知道其开发原理的,只是作为一名使用者对系统进行测试,我们主要是凭借之前的测试经验,取一些临界值,然后通过测试用例来对其进行测试,这种测试方法是最快的查找问题方法,其次我们可以找一些具有代表性的数据,对系统进行用例测试,在黑盒测试的过程中常用的测试工具是winrunner和AutoRunner;白盒测试我们称之为结果测试,也就是逻辑驱动测试,在白盒测试的过程中,我们主要是根据系统开发的原理进行测试的,主要是以开发者的身份去测试这个代码是不是完成了其具体的功能,实现的具体路径对不对,当然这种测试方法是费时费力的,因为每个功能,他的运行路径不止一条,通过对程序当中运行的路径进行测试,检测开发的代码是不是存在bug,有没有实现预期,在白盒测试的过程中常用的测试工具为Jcontract、C++ Test以及CodeWizard等。
5.2 系统测试用例
系统测试包括:用户登录功能测试、酒店房间展示功能测试、酒店房间添加、酒店房间搜索、密码修改功能测试,如表5-1、5-2、5-3、5-4、5-5所示:
用户登录功能测试:
表5-1 用户登录功能测试表
酒店房间查看功能测试:
表5-2 酒店房间查看功能测试表
用例名称 | 酒店房间查看 |
目的 | 测试酒店房间查看功能 |
前提 | 无 |
测试流程 | 点击酒店房间 |
预期结果 | 可以查看到所有酒店房间信息 |
实际结果 | 实际结果与预期结果一致 |
管理员添加酒店房间界面测试:
表5-3 管理员添加酒店房间界面测试表
用例名称 | 添加酒店房间信息测试用例 |
目的 | 测试酒店房间信息添加功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员点击酒店房间信息,然后点击添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的酒店房间信息 |
实际结果 | 实际结果与预期结果一致 |
酒店房间搜索功能测试:
表5-4酒店房间搜索功能测试表
用例名称 | 酒店房间搜索测试 |
目的 | 测试酒店房间搜索功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 | 页面显示包含有搜索关键字的酒店房间 |
实际结果 | 实际结果与预期结果一致 |
密码修改功能测试:
表5-5 密码修改功能测试表
5.3 系统测试结果
在本章节对月亮老人酒店管理系统进行了黑白盒测试,并对系统中的部分功能进行了用例分析,能够发现系统还是比较稳定的,系统的所有功能基本可以实现,能够满使用者对酒店信息的查询、预定、管理的需求。通过测试可以看出在系统的运行过程中,其功能完整,对于输入的错误信息,能够把错误信息提示出来,方便用户操作的时候发现自己输入的信息哪里有错误,进而进行改正,而且系统界面都设有导航栏,操作非常便捷,不需要对使用者进行任何培训,对于用户以及商家来说都是一个很有价值的系统。
结论
经过了几个月的努力,本月亮老人酒店管理系统终于完成了,虽然在校期间也开发过一些小型的系统,但是都是在老师的讲解以及辅助下完成的,没有经历过开发之前的需求分析、系统分析,都是直接从系统设计开始的,因此本次开发的月亮老人酒店管理系统对我意义重大。
在开发系统最初,首先对各个酒店管理方面的需求进行调研,了解对于酒店来说,开发的系统需要实现哪些功能才能满足酒店的管理需求,对需求进行分析;其次选择自己比较熟悉的JAVA语言,MYSQL数据库来设计开发,通过知网库、学校图书馆等地方查阅、学习这些技术,掌握编程的思想和方法,然后就是对系统进行分析,从系统开发的可行性、系统实现的功能、系统应该具备的性能以及系统的操作流程方面,对系统进行全方位的分析,确定系统的最终功能,从而对系统的功能和数据库进行设计,最后就是系统的实现以及对实现的功能的测试,确保系统能够稳定的运行。
在开发的过程中暴露出了自己的很多问题,比如前期的准备还是不够充分,不能完全掌握其操作流程;在开发过程中对JAVA的编程掌握的还不够熟练以及对系统的环境配置上还存在很多问题,经常会导致项目在运行的时候出现错误。学无止境,通过一边查阅资料一边向导师请教,慢慢的解决了这些问题,在以后的学习、工作者我会更加严谨,通过本项目的开发,我将会受益终生!
源码获取
README.md · yuanmadd/HuoQuYuanMa - Gitee.com