JAVA酒店管理系统源码(前台+后台)
重要提示:在购买源码前,请先咨询客服在下单
编号:BN00755
免责声明:本店所有源码仅供学习参考,请勿用于商业用途!
如源码用于商业用途,带来的法律责任与本店无关,
其版权归原作者所有,如有损害你的权益请联系本店客服处理。
系统介绍:
1.1、系统管理
用户管理:对该系统的使用者即用户信息进行维护。
日志管理:为了系统的安全,对前台人员的导致业务数据更新的操作需要记录日志系统管理员可以定期查看和删除日志。
酒店人员权限管理:可对酒店各部门的员工进行权限的统一分配,以及更新操作。
1.2、房客管理
客房预定管理:用户可以通过网上登录注册登录浏览网站点击上面的立即预定,有账号跳到登录界面,否则注册界面,登录成功跳转预定界面,预定界面显示客房类型和客房价格以及需要消费的项目,点击预定,如未完善用户信息,则完善用户预定的信息(预定人,证件类别,证件号码,联系电话,入住时间,离店时间,入住人数等等),否则直接跳转预定成功,显示单号和客户预定信息,并将预定的内容传到后台,后台可以查询。用户亦可自行取消预定。(显示预定状态——包含未预定,已预订)。预定一律到店付,不进行在线支付。客户可以在网上修改自己的预定信息。亦可到店修改。
入住登记管理:客户未预定房间时,酒店前台查询客房状态,在有空房的情况下,填写客户入住信息,如(预定人,证件类别,证件号码,联系电话,入住时间,离店时间,入住人数等等),后台可以查询客房入住列表和人数,也可以修改入住信息。
预定转入住管理(实际上是预定管理后台的一部分):后台查询客户预定信息,如已预订,则办理入住,点击入住按钮,将客户信息传到入住登记界面,按照原预定信息,分配房间类型,房号等等
换房管理(入住登记中修改入住信息的一部分):查询客户入住信息,对房号进行修改,同时原来的客房状态变为空房。
结账管理:客人退房时,接待人员根据客人的房卡,进行退房登记。计算客人入住期间的房费和各种消费总额。客人信息转存到历史客人表中。客房状态由“入住”转为“空房”。
1.4、客房管理
客房信息管理:客房管理是指对客房基本信息(如客房的楼层、类型、价格等)的维护。在预定、入住、换房时,都需要对客房的信息进行查看。客房状态:包括三种空房、已预订、入住、故障。当客人预定后,变为已预定,当客人入住后,变为入住,房间出现故障时,变为故障,其他情况为空房。
1.5、消费管理
查询消费商品信息:如果客人在客房内消费了某些商品,对该商品进行记录管理。
1.6、基础信息管理
客房类型管理:对酒店的客房的类别的信息维护,类型描述了客房的基本自然条件,如单人间还是标准间等。考虑到系统的可扩展性,管理员可以对酒店客房的类型信息进行动态的维护。
楼层管理:对酒店的客房所在的楼层的信息的维护,简单的查询所有楼层信息,新增楼层信息,考虑到系统的可扩展性,管理员可以对酒店客房的楼层信息进行动态的维护。
商品类别管理:对酒店的商品的类别进行维护。考虑到系统的可扩展性,管理员可以对商品类型的状态信息进行动态的维护。
商品管理:对酒店的商品信息进行维护。考虑到系统的可扩展性,管理员可以对商品信息进行动态的维护。
会员管理:对该系统的会员信息进行维护。对于会员,如果达到一定的积 分,会有相应的折扣。
1.7、PA(公共区域)管理:
酒店卫生管理:在客人离店后,对房间进行清洁工作,更换住宿所需的必需品。当客人需连续住宿多天的时候,询问客人是否需要每天打扫,如果需要,则对房间进行清洁工作,如果不需要,则在客人离店后打扫即可.//查询
异常情况管理:若发现下水道堵塞,热水器故障等问题的时候,立即报修,通知设备管理部,并将客房状态改为“故障”。//查询
客户需求管理:如有客户有加床的需求,上报并及时处理。//查询
酒店物品采购管理:对酒店日常所需物品进行采购。//只能增加//查询
设备维修管理:当接到设备维修通知的时候,立即通知维修人员,到相应的地点进行设备维修。维修成功后,将客房状态改为“空房”。//查询
二、项目性能需求
集中数据管理、分布式应用,实现信息的全面共享,为决策者提供最新的人力资源数据。
完全基于浏览器的操作模式,安装简单、操作方便,具有良好的系统扩充能力。
灵活的模块需求设计,可根据实训项目周期灵活裁剪。
严格的安全管理机制。利用 SSL 技术维护网络传输安全,利用安全规则和特权保证基本信息的安全管理,提供日常操作的审计功能,并对重要的安全事件提供报警,对重要数据进行加密。
支持中英文界面切换。
对于系统执行的重要操作自动记录操作人和操作日期。操作人默认为当前登录人员。操作日期默认为当天。
1、自动:在上方保障服务中标有自动发货的商品,拍下后,将会自动收到来自卖家的商品获取(下载)链接;
2、手动:未标有自动发货的的商品,拍下后,卖家会收到邮件、短信提醒,也可通过QQ或订单中的电话联系对方。
1、描述:源码描述(含标题)与实际源码不一致的(例:描述PHP实际为ASP、描述的功能实际缺少、版本不符等);
2、演示:有演示站时,与实际源码小于95%一致的(但描述中有"不保证完全一样、有变化的可能性"类似显著声明的除外);
3、发货:手动发货源码,在卖家未发货前,已申请退款的;
4、服务:卖家不提供安装服务或需额外收费的(但描述中有显著声明的除外);
5、其他:如质量方面的硬性常规问题等。
注:经核实符合上述任一,均支持退款,但卖家予以积极解决问题则除外。交易中的商品,卖家无法对描述进行修改!
1、在未拍下前,双方在QQ上所商定的内容,亦可成为纠纷评判依据(商定与描述冲突时,商定为准);
2、在商品同时有网站演示与图片演示,且站演与图演不一致时,默认按图演作为纠纷评判依据(特别声明或有商定除外);
3、在没有"无任何正当退款依据"的前提下,写有"一旦售出,概不支持退款"等类似的声明,视为无效声明;
4、虽然交易产生纠纷的几率很小,但请尽量保留如聊天记录这样的重要信息,以防产生纠纷时便于网站工作人员介入快速处理。