酒店后台管理系统的设计与实现Word文件下载.docx
《酒店后台管理系统的设计与实现Word文件下载.docx》由会员分享，可在线阅读，更多相关《酒店后台管理系统的设计与实现Word文件下载.docx（47页珍藏版）》请在冰豆网上搜索。
在二十一世纪的今天，酒店管理系统已经受到越来越多的酒店业内同行的青睐。
成为酒店业提升服务档次，提高办公效率、加强成本控制，提高竞争力的关键因素之一。
随着国内酒店业的急速膨胀发展，酒店经营市场化的深入，伴随着经营多元化，利润增长点的分散，如何面对日常经营中对庞大数据的处理，如何增强销售手段、提高管理水平、提升整体服务，加强成本控制。
选择一套好的酒店管理系统，是解决问题的有效手段。
1.1论文主要研究内容
本文主要就酒店管理系统展开研究和讨论，主要分析在酒店业迅速发展的今天，国内外酒店管理系统的使用，及酒店管理系统的发展前景，以及在开发过程中主要运用的技术手段，对本系统的结构功能分析，系统的设计理念，以及最终的对于系统的实现进行详细的描述。
编写系统测试用例，做出对本系统一个完整的规划与结论。
这些将成为本论文主要的阐述和研究内容。
1.2国内外现状
国外酒店已向个性化方向发展，酒店的经营方向明确，商务型酒店、长住型酒店、度假型酒店、公寓饭店汽车等等，酒店的经营形式也按独立经营饭店、集团经营饭店等等，产生了一大批国际级的联号饭店，诸如希尔顿（HiltonHotelsCorp.）谢拉顿（SheratonCorp.）假日（HolidayCorp.）、凯悦（HyattHotelsCorp.）酒店集团公司的世界饭店，计算机在国外酒店业的应用，从希尔顿饭店开始。
香港酒店业香港的地理位置以及其在世界金融经济领域中地位，决定了其酒店业的定位，以商务型、度假型为主。
内地酒店业南京金陵饭店是我国有相当影响力的大型饭店，饭店以商务型为主。
饭店通过多年的经营，特别是前期的改造工程，使得金陵饭店的整体形象更为提高，饭店还以向外输出管理而闻名于国内酒店行业。
计算机系统在国内酒店业中的应用从广州白天鹅宾馆开始。
2.关键技术介绍
2.1运行环境的选择
由于本系统是针对酒店管理而开发的，对运行环境没有过高的要求，对机器本身没有太高的要求，一般当前个人电脑完全可满足要求。
服务器端在WindowsXP或Windows7下安装使用，操作简洁、维护方便，用户易操作。
客户端可以在Windows98及以上版本运行使用即可。
2.2数据库的选择
数据库选择美国Microsoft公司推出的一种关系型数据库系统。
SQLServer是一个可扩展的、高性能的、为分布式客户机/服务器计算所设计的数据库管理系统，实现了与WindowsNT的有机结合，提供了基于事务的企业级信息管理系统方案。
2.2.1数据库特点
（1）高性能设计，可充分利用WindowsNT的优势。
（2）系统管理先进，支持Windows图形化管理工具，支持本地和远程的系统管理和配置。
（3）强壮的事务处理功能，采用各种方法保证数据的完整性。
（4）支持对称多处理器结构、存储过程、ODBC，并具有自主的SQL语言。
SQLServer以其内置的数据复制功能、强大的管理工具、与Internet的紧密集成和开放的系统结构为广大的用户、开发人员和系统集成商提供了一个出众的数据库平台。
2.2.2平台特点
可信任的——使得公司可以以很高的安全性、可靠性和可扩展性来运行他们最关键任务的应用程序。
高效的——使得公司可以降低开发和管理他们的数据基础设施的时间和成本。
2.3开发工具的选择
在多种编程软件中，选择了当前比较流行的Struts2.3.1作为编程工具。
2.3.1Struts2特点
（1）Action无需与ServletAPI耦合，更容易测试。
相对于Struts1框架中的action出现了大量的ServletAPI而言，Strus2的Action更像是一个普通的java源文件，该控制器代码中没有耦合任何Servlet-API。
（2）Action无需与WebWork耦合，代码重用率高。
Struts1的Action类需要继承Struts1的Action类，实现一个接口和继承一个类完全不是一个概念；
实现一个接口对类的污染比较小，该类也可以实现其他的接口，但是继承一个类就意味着不能再继承其它的父类。
除此之外，Struts1中包含了一个execute方法，但是该方法需要4个参数，类别是ActionMapping，ActionForm、HttpServletRequest和HttpServletResponse。
（3）支持更多的表现层技术。
Strus2表现层技术有很多：
JSP、FreeMarker、Velocity等。
2.4B/S模式
2.4.1B/S模式特点
浏览器/服务器（Browser/Server）结构，简称B/S结构，它是对C/S结构的一种变化或者改进的结构。
在这种结构下，用户界面完全通过用户浏览器来访问实现，某些部分业务逻辑在浏览器前端实现完成，但是主要业务逻辑还是在服务器端实现。
B/S结构，主要是利用逐渐成熟的客户端浏览器技术，依靠客户端浏览器的多种脚本语言（VBScript、javaScript）和ActiveX技术，依靠客户端浏览器就能实现了原本的很复杂的功能，而这些功能在那时却需要很复杂的软件进行解决，这样不仅节约了成本，而且还是一种崭新的软件服务架构模式。
很明显B/S结构的客户端浏览器/服务器这种模式比传统的C/S（客户端/服务器）优势大的很多。
在B/S下，用户工作界面是通过客户端游览器来实现的。
B/S模式比较突出的特点就是运行、维护比较容，简便，能实现不同的管理员，在不一样的地点，以各种不同的的接入方式去访问和操作共同的数据；
事情都是一把双刃剑，同样比较突出的缺点是对外网环境依赖性比较大，这样由于各种原因（人为，非人为）引起外网中断都会造成系统崩溃、严重的可能会直接关闭服务器。
B/S中的S是服务器的意思，服务器通常采用高性能的电脑、工作站或小型机，并采用大型数据库系统，如Oracle、Sybase、DB2或MSSQLServer。
B/S是Brower/Server的缩写，客户机上只要安装一个浏览器（Browser），如NetscapeNavigator或InternetExplorer，服务器安装Oracle、Sybase、Informix或SQLServer等数据库。
同时把项目部署到服务器上，并且安装一些类似GlassFish、Tomcat、JBoss这样的框架容器。
[5]
在这种结构下，UI完全浏览器实现，一部分业务逻辑就可以在前端实现，但是主要业务逻辑还是在服务器端实现。
浏览器通过WebServer同数据库进行数据交互。
2.5Struts2介绍
2.5.1Struts2特点
目前基于WEB的MVC框架很多，发展也很快，每个一段时间就会有新的MVC框架，例如像JSF，Taestry和SpringMVC等等。
除了这些，有名的MVC框架外，还有很多边缘的团队MVC框架也很有意义。
对于企业实际使用MVC框架而言，框架的稳定性应该是最值得考虑的问题。
一个刚刚起步的框架可能本身也存在一些隐藏的弊端。
Struts2和Struts1相比有很多革命性的改变，但是它并不是新的框架，而是一个比较有名的框架基础之上改变而来的：
webwork。
Struts2没有继承Struts1的东西，是继承了WebWork的很多东西。
也可以这么说，WebWork衍生了Struts2。
因为Struts2是WebWork的升级版，而不是一个全新的框架，因此稳定性、性能等方面都有很好的保障。
而且Struts2吸收了Struts1和WebWork的各个优势集结而成的一个框架。
如今，很多Web上的应用都是基于B/S模式的，其中服务器就是web的服务器，可见web应用是目前最流行的应用模式，而Struts2是一个具有很好实用价值的WEBMVC框架。
2.6可行性分析
可行性研究是在对一种调查鉴定项目的早期发展，调查研究的综合，提出的项目，目的是确定项目是否可行。
信息系统技术的可行性，从系统开发的计划开始的研究，论述了系统的开发和示范的强度的可行性，各种系统采用的技术手段是否可以实现。
经济可行性的信息系统主要是对项目的经济评价，可行性建设投资体制和效益评估系统的运行带来的组织分析。
如果信息系统的可行性研究工作提供的方案可以从人力，资源，组织，确保项目顺利实施完成，而且在经济项目的开发，技术和环境可以保证系统的正常运行。
由于系统建设是一项投资大，涉及范围广，复杂的系统工程，因此要充分论证其可行性，以确保投资是准确的，而信息系统的建设是一个完整的作品，必须站在系统的角度论证了其可行性是令人信服的，才有意义。
可行性研究的目的是用最小的代价，在尽可能确定问题是否可以在短时间内解决，其目的不是解决问题，而是确定问题是否值得解决，从以下两个方面考虑可行性。
2.6.1技术可行性
该酒店管理系统则主要采用B/S结构，采用目前流行的SSH（Struts＋Spring＋Hibernate）框架作为本系统的核心与亮点技术，是目前较流行的一种Web应用程序开源框架。
此系统运用SQLServer2008数据库技术，由于其体积小、速度快、总体拥有成本低，SQLServer2008被广泛地应用在的中小型网站中。
参照这一系统所使用的主流技术来设计的酒店办公管理系统。
该系统即采用了当前流行的B/S结构、Java语言、SSH框架及Internet网络技术等。
这些都是现在主流技术，我们可以轻易找到符合要求的工具。
所以，从技术上来说，开发这个系统的技术难题是不太多，且对于管理人员来说，采用框架技术易于后期的维护和管理。
2.6.2经济可行性
从我搜集的一些资料来看，该管理系统对计算机硬件没有特殊要求，而我们是自行开发的系统，成本可以忽略不计，还有后期维护的费用也相对比较低廉。
综上所述，从技术上、经济上都是可行的，而且要求不高，所以该系统的开发是可行的。
3.系统分析
3.1用户角色需求
根据酒店管理系统的特点，本酒店观看系统的用户大致分为两类，即经理权限用户和普通员工权限用户。
经理权限用户登录后，可对工作信息进行管理，会议日志管理，通知管理，员工信息管理，日常花销管理，文件上传和下载，建议管理等功能。
普通员工权限用户登录后，可以查看日志信息，浏览通知，个人信息查看和修改，查看和下载上传的文件，查看建议等功能。
3.2功能需求
根据初步的需求分析，系统功能主要包括人员管理和信息管理等。
以下将按照不同角色权限对功能进行详细描述，本酒店管理系统主要分成以下功能和模块：
1.2.1系统登录：
用户使用账号、密码进行登录。
3.3.3系统用户：
经理、员工。
3.3.4经理权限用户：
可对工作信息进行管理，会议日志管理，通知管理，员工信息管理，日常花销管理，文件上传和下载，建议管理等功能。
3.3.5员工权限用户：
可以查看日志信息，浏览通知，个人信息查看和修改，查看和下载上传的文件，查看建议等功能。
3.3.6功能模块：
系统登录、对各种信息管理的增、删、改、查功能的实现。
3.3性能需求
酒店管理系统对数据的导入导出有较高要求，所以整个系统应该性能良好、安全可靠及操作便捷等特性。
此外系统应具有：
用户界面友好、维护方便、简洁，对操作人员无要求。
数据库要求运行速度快，稳定性高，安全可靠。
4.系统设计
4.1本系统的设计目标
酒店管理系统代替了原来的手工操作，能够快速、准确地对酒店办公信息的管理，对工作、会议、通知、人员、日常花销、文件等功能管理。
具体有一下几个目标：
4.1.1工作信息管理：
发送工作信息，浏览工作信息。
4.1.2会议日志管理：
查看日志信息，添加日志信息。
4.1.3通知管理：
浏览通知列表，添加新通知。
4.1.4员工信息管理：
查看个人信息，浏览员工信息，添加新员工信息，搜索优秀员工信息。
4.1.5日常花销管理：
物资花费，车辆信息花费管理。
4.1.6文件管理：
文件浏览，文件上传。
4.1.7建议管理：
发表建议，查看建议。
4.2系统功能整体设计
系统开发的总体设计如下：
4.2.1用户登录模块：
用户使用账号、密码登录系统，根据数据库设置权限进入不同的权限操作界面。
4.2.2经理权限用户登录后可以使用系统的功能包括：
对工作信息、会议日志、通知、员工信息、日常花销、文件、建议等功能模块的增加、删除、修改、查找操作。
4.2.3普通员工用户登录后可以使用的系统功能包括：
对工作信息、会议日志、通知、员工信息、日常花销、文件、建议等功能模块的浏览，对个人信息的修改，文件的下载等功能。
4.3酒店管理系统功能模块
4.4数据库表的设计
字段名
类型
长度
主外键
备注
user_id
int
主键
用户ID
user_name
varchar
20
外键
用户名
user_password
10
密码
true_name
50
真实姓名
user_able
5
user_good
2
user_branch
user_job
工作
user_sex
性别
user_email
E-mail
user_tel
15
电话
user_address
100
地址
user_accessTimes
进入时间
user_foundTime
查找时间
表4.4.1tb_user表
thing_id
编号
thing_type
thing_model
thing_number
数量
thing_cost
花费
thing_buytime
购买时间
thing_buybranch
表4.4.2tb_thing表
text_id
text_subject
标题
text_sender
发送人
text_geter
接收人
text_mark
标记
text_content
text
内容
text_sendtime
发送时间
表4.4.3tb_text表
pcard_id
pcard_subject
课题
pcard_author
作者
pcard_time
时间
pcard_content
200
表4.4.4tb_pcard表
menu_id
menu_name
名称
menu_parentid
父节点
menu_action
行为
menu_jibie
menu_order
订单
权限
表4.4.5tb_menu表
meet_id
Int
meet_subject
主题
meet_speaker
讲者
meet_listener
听者
meet_time
meet_address
地点
meet_content
表4.4.6tb_meet表
mail_id
mail_subject
mail_geter
mail_sender
mail_content
正文
mail_sendtime
mail_mark
del_geter
1
del_sender
表4.4.7tb_mail表
label_id
label_name
label_value
label_type
label_order
smallint
表4.4.8tb_label表
file_id
file_name
file_uper
上传
file_size
大小
file_uptime
上
升级会员 