根据用户所需，有时客户可根据多种方式来进行客房预订，管理人员为客户将预定信息录入好之后即可存档，待客户来入住时调出即可，之后可继续完善信息，办理入住。
展示界面如下图2-10所示：
图2-10 酒店管理系统信息添加成功提示展示图
2.2.7 客户管理模块的需求分析
客户管理模块属于前台管理部分，是供酒店所有工作人员使用操作。该模块的主要权限是增加新的客户信息、编辑已经存在的客户信息以及删除客户信息等。
该模块主要展示客户的各种信息，可以随时对其进行增删改查已经其他管理操作。
展示界面如下图2-11所示：
图2-11 酒店管理系统客户管理模块设置展示图
12
2.2.8 业务统计模块需求分析
业务统计模块属于前台管理部分，是提供酒店所有工作人员使用操作。 主要为某年度的旅客住宿率统计图，并且以图形报表的形式展现出租率，采用条形统计图可以更直观的提供给酒店管理人员，更方便快捷的看出12个月份的出租率对比。
展示界面如下图2-12所示：
图2-12 酒店管理系统业务统计模块设置展示图
2.3 非功能性需求分析
本节主要是针对用户的需求进行一些细节上的分析。
易用性需求。易用性是以用户为中心，结合视觉、交互、情感等综合感受，使软件更简易、高效地适应用户的使用需求和习惯。系统已经涵盖了业务需求，功能比较齐全，也尽可能的采用了先进成熟的技术，进行了界面原型设计并经过用户反复确认，通过了性能测试、系统测试以及用户接受测试[9]。软件系统的功能现如今已经非常商品化了，而在未来将不同的供应商和产品区分高下的根本因素将使功能是否易懂[10]。设计应考虑到在未来的发展中，该设计是否可以被普遍认可与使用。大多过多接受该方面的小型宾馆一类，是否可以做到一学就会那样的方便快捷。而且用户们渐渐地已经习惯于基于web的操作简易但是功能全面的系统并希望自己的系统也可以一样简便全面。而本酒店管理系统采用的方式和方法正是如此。随着商业市场和环境的越来越复杂，软件必须进一步简化。据此调查，大抵总结为，我们所设计的酒店管理系统需要全面考虑使用者的实际要求与感受，这样才能做出令人满意的程序。
13
对于稳定性的要求方面比较多，应该提前调查用户的实际使用的需要与建议，而且考虑到随着使用时间的增加，对系统操控的熟练度也会增加，之后可能会不满足于现有的功能，在需求上也许会增加，要准备随时弄清用户的反馈，做及时的更新，只有处理好与用户的交流，才会提高软件发展的稳定性。搭建系统框架需要在此阶段完成，其中包括需求规格说明书、详细规格说明书、企业管理等成果物的编写。也就是说设计时应该尽量避免不必要的因素影响，这才能设计出好的作品来保证双方的合作关系与系统的稳定性。在开发复杂系统时，尽可能地将组件或者服务单独实现，以便因为某一环节的出现错误而影响整个系统。
对于后期维护性的方面讲的是设计的该系统源代码是否容易被更改，其实更改是一定的，因为只有随时根据需求而改变才能获得更好的口碑，更加符合市场需求，让软件的功能更完善，但在更改的过程中容易出现与当初设计时的想法背道而驰，从而导致架构崩乱，质量下降，所以，在开发设计时，应考虑程序与程序之间尽量不要循环以来或者相互依赖。相互依赖的危害性很大，其中任何一个片段的改变都容易引起整个系统的变动。综上所述，本系统的可维护性需求是高内聚，低耦合的特点。
为了该系统能有更好的发展，该应用的设计应有良好的随机应变性，可随时对其功能进行补充或升级。改动其功能和工作的能力效率等不会对代码程序造成过大的影响。能够在不影响系统的正常使用前提下实现系统功能模块的扩充，容易实现系统的在线升级。让系统拥有良好的可扩充性也成为此次设计的一部分挑战。
对于其应用的要求：界面美观、选项详细、功能强大、排版简洁、提示人性化，并且一些输入的部分有记录功能，方便用户使用。
在运行方面期待可以更加人性化，并且可以后台操作，还可以考虑与一些平台合作，可以达到更全面的扩展，还能推出一系列活动，入扫码付费，网上自行预订房间等??
系统安全性良好。重要的数据要求为较高的加密等级，系统的健壮性好，具有一定的数据恢复能力，有着良好的错误提示，且有较好的容错处理机制。安全性已经成为管理软件不能回避的重大问题。相对于一般的管理软件，标准管理系统对安全性的要求更高。网络中的应用系统面临的风险多种多样，因此要充分考虑各种安全机制的结合，引入防火墙、入侵检测、漏洞扫描、信息加密以及数据备份等安全技术，确保系统的安全运行、数据的安全保密[11]。
2.4 小结
本章主要介绍了该酒店管理系统的系统需求分析。先对该酒店管理系统的系统总体需求进行描述，并展现了用例图以及功能性框图，然后对系统性的需求进行了分析，对其中的各个模块进行了详细的需求分析，最后对该系统的非功能性需求进行了整体的描述。
14
第3章 系统的总体设计
3.1 运行环境选型
本系统主要基于的硬件环境： （1）CPU：P4 3.0G以上； （2）内存：1GB以上；
（3）硬盘：硬盘80G； （4）本系统的开发工具具体如下； （5）系统开发平台：MyEclipse 6.5。 （6）数据库管理系统软件：MySQL 5.0。 （7）Java开发包：JDK 5.0以上。 （6）Web服务器：Tomcat 6.0。
3.2 系统总体设计
为了满足用户对系统的功能需求、以及对系统数据的安全性、数据一致性要求，本系统的设计思想是：
本系统采用MVC模式，模型—视图—控制器模式简称为MVC(Model-View-Controller，MVC)。
MVC之间关系如图3-1。
图3-1 MVC之间关系图
用户对软件最直接的感受是软件的界面特性。对同一个应用问题，不同的用户、不同的计算环境、不同的时期，可能都要求有不同的界面表示形式[12]。例如，当在不改变领域模型的前提下要求扩展应用功能，当用户对界面提出新的和特别的要求时，当把某个系统的设计思想移植到另一个运行环境时，都要求对界面进行某些修改[13]。
从保证数据的安全性和有效性考虑，将分为数据录入用户和数据查询用户。
15
录入用户主要负责数据的录入和修改。
系统安全性设计： 身份验证（登录） 数据限制：访问数据库用户的分部属性决定的访问数据的范围。 功能限制：通过用户功能视图限制用户对数据的操作[14]。
用户角色设定和用户权限分配：每个用户都有自己的权限，权限所涉及的功能是超级管理所分配的。用户的权限与当时设定的全线都是相匹配的，而且用户的权限根据实时需要可以变更。
系统架构如图3-2。
图3-2 系统架构图
3.3 系统核心功能模块设计
3.3.1 系统的登录模块设计
登录是每个系统都不可或缺的一部分，系统的登录模块设计主要功能就是用来登录到该酒店管理系统中去。因为该酒店管理系统分配了不同的管理权限，所以在登录本系统成功之后，不同权限的用户会根据设计的模式，进入到显示操作不同的界面。由于在程序内部的后台会对用户进行判断，所以第一个步骤就是把从前台得到的用户名和其所对应的密码进行接受处理，之后会在后台按照拟定好的原则进行后台处理，然后再把已经得到的用户名在数据库中进行匹配相关的信息，从而在数据库中进行继续的查询，如果能够检查到该用户，那么则会把该用户对对应的权限以及密码全部提取出，之后分别赋予两个不同的字符串变量，从而判断用户在前端输入的密码是否能够与数据库中给定的密码匹配成功，如果密码匹配能够成功，则会依据权限的值，进入不同的操作页面，但是如果输出的密码是错误。即便是用户没有被管理员分配指定的权限，那么
16
百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库论文参考-酒店管理系统的设计与实现(4)在线全文阅读。
相关推荐：