酒店管理系统.docx
- 文档编号:5056074
- 上传时间:2022-12-12
- 格式:DOCX
- 页数:29
- 大小:174.47KB
酒店管理系统.docx
《酒店管理系统.docx》由会员分享,可在线阅读,更多相关《酒店管理系统.docx(29页珍藏版)》请在冰豆网上搜索。
酒店管理系统
课程设计报告
学生姓名:
学号:
学院:
班级:
题目:
酒店管理系统
教授
王欣
指导教师:
职称:
2011年7月15日
目录
1.选题背景1
2.酒店管理系统需求分析2
2.1酒店管理系统的需求陈述2
2.2需求分析2
2.2.1功能需求2
2.2.2性能需求3
2.3系统需求建模3
2.3.1确定参与者5
2.3.2确定用例6
2.3.3系统用例建模6
2.3.4用例描述7
3酒店管理系统系统分析13
3.1系统用例建模13
3.2静态结构模型14
3.2.1类的识别14
3.2.2类的关联关系14
3.2.3类的属性描述14
3.2.4类图的构建14
3.3系统动态模型16
3.3.1系统执行顺序分析16
3.3.2系统的协作分析17
3.3.3系统状态分析19
3.3.4活动分析20
4酒店管理系统系统设计与实现22
4.1UML体系结构设计22
4.1.1硬件体系结构设计22
4.1.2软件体系结构设计23
4.2对象模型设计23
4.3系统实现25
4.3.1组件分析25
4.3.2配置分析26
课程设计学习心得27
参考文献28
1.选题背景
目前大多数酒店提供的服务多种多样,规模大小也各不相同,但稍具规模的酒店必含下面三类服务:
饮食、住宿和娱乐。
由于我们对酒店行业没有具体的接触和实质性的了解。
此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上,简单模仿中等规模的酒店设计管理系统,并将其抽象成一个由三部门组成、实现三大服务的系统。
随着科学技术的进步和信息化时代的到来,管理信息系统在各个领域都得到广泛的应用。
尤其是它在企业管理和计算机应用领域的重要性日益显现。
它不仅已经成为教育教学专业的核心课程,而且也是企业管理和计算机应用领域的一门重要的技术。
在经济全球化的激烈竞争中,方便、快捷的管理手段已经成为所有管理部门的迫切要求。
酒店作为社会需求的实体,更应该通过信息资源的深入开发和广泛利用,不断提高生产、经营、管理、决策的效率和水平,进而提高酒店经济效益和综合竞争力,实现从传统管理向现代管理的转变。
新的信息系统使酒店有机会重新设计它的组织结构、职责权限、产品工艺、梳理工作流程等,从而提高酒店的生产率、劳动效益和经济效益。
随着人员流动规模的不断扩大,客房数量的急剧增加,有关客房管理的各种信息量也在不断成倍增长。
面对庞大的信息量,就需要有客房信息管理系统来提高客房管理工作的效率。
传统手工的客房信息管理,管理过程繁琐而复杂,执行效率低,并且易于出错。
通过这样的系统,我们可以做到信息的规范管理和快速查询,实现了客房信息管理的系统化、规范化和自动化,这样不仅减少了管理工作量,还提高了管理效率,降低了管理成本。
酒店业是一个前景广阔而又竞争激烈的行业。
改革开放以来,我国的酒店业迅速发展,已经成为一个具有相当规模的产业。
酒店客房管理使用手工处理帐务,存在许多现金流失的漏洞,使用软件来管理宾馆业务,结帐既准确,速度又快,而且统计的报表也快捷。
因此,要想使酒店的工作质量和效率提高,采用先进的计算机网络通信技术改变酒店业务模式,实现酒店业务管理的自动化已经成为一种必然。
2.酒店管理系统需求分析
2.1酒店管理系统的需求陈述
对酒店整个来说,对酒店经营状况起决定作用的是酒店的服务管理水平。
如何利用先进的管理手段来提高酒店的管理水平成为酒店业务发展的当务之急。
面对信息时代的机遇和挑战,利用科技手段提高酒店的管理无疑是一条行之有效的途径。
虽然计算机管理并不是酒店管理走向成功的关键元素,但它可以最大限度地发挥准确、快捷、高效等作用,对酒店的业务管理提供强有力的支持。
因此,采用全新的计算机网络和酒店业务管理系统,已成为提高酒店的管理效率,使作业人员与管理系统之间灵活互动,实现流畅的工作流衔接,帮助酒店有效地进行业务管理,释放最大价值。
酒店业务管理系统在达到在节省人力资源成本的同时,可以提高业务效率,并能够及时、准确、迅速地满足顾客服务的需求。
2.2需求分析
2.2.1功能需求
整个系统可以分为2大部分。
酒店网站部分(客户服务网站)和酒店管理部分(管理员部分)。
酒店管理部分可以分为四个部分。
即客房管理页面部分,账务报表页面部分,员工管理页面部分和仓库库存管理页面部分。
1.酒店介绍:
大致介绍下酒店的历史及其现状和未来的规划。
2.客房的介绍:
主要介绍下酒店各个价位房间。
3.客房的预定:
可以通过网络进行预定,预定修改,取消预订。
4.酒店公告:
在这里可以看到酒店对客户的。
5.酒店评价:
顾客可以对酒店的服务,房间,地理位置等进行评价,使酒店改进。
6.酒店周边的景点:
在这里可以查询到周边的景点和到景点的公交路线
2.1.2酒店管理部分
1.客房管理:
预定管理、客房查询、设置房态、开房、换房、续住、退房等管理。
2.员工管理:
员工修改信息、人员调配。
3.仓库管理:
对库存消耗品进行统计,以便及时进货。
4.账务管理:
主要是处理酒店的日常的账务报表,收入报表(前台收入明细表、现付收入明细表)、消费报表等。
2.2.2性能需求
根据调研,总结其它酒店开发实施酒店管理系统的经验和教训,我们认为,由于目前还没有一个酒店管理系统的行业标准,而实施酒店管理系统,又是发展趋势,因此,各酒店只能根据自己的情况选择适合自己的酒店管理模式,就目前来说没有哪一家酒店的酒店管理系统是适合其它所有酒店的,也就是说我们必须结合本单位的情况设计适合自己的酒店管理系统。
性能需求系统对环境的要求服务起端的最低配置是由建立站点所需要的软件来决定的,在最底配置的情况下,服务器的性能往往不进人意,现在硬件性能已经相当出色,而且价格也很便宜,因此通常应给服务器端配置高性能硬件。
本机器的配置如下:
处理器:
InterPentium41.6Hz或更高。
内存:
256MB硬件空间:
40GB题目主要采用的技术数据库:
MicrosoftSQLServer2000。
编程语言:
jsp,java。
服务器:
Tomcat5.5,jdk1.5开发环境:
WindowsXP4、相关技术介绍4.1JSP技术简介JSP(JavaServerPage服务器网页)是从1998年开始出现的新技术。
由Sun公司倡导、许多公司参与一起建立的一种动态网页技术标准,是基于JavaServlet以及整个Java体系的web开发技术。
在传统的网页HTML文件中加入脚本片段和JSP标记(Tag),构成JSP网页。
JSP技术为创建显示动态生成内容的web页面提供了简便的方法。
JSP作为Java家族的一员,承袭了Java的特点,即跨平台的特性,也即一次编译,到处运行。
在国外,己经大量使用JSP作为网络应用程序的开发工具,而在国内,尽管JSP还不是主流开发技术,但是由于JSP的强大优势,许多网站都已经准备转向JSP,利用JSP来开发动态网站。
2.3系统需求建模
在进行用例建模之前,我们首先了解到用例模型描述的是外部执行者(Actor)所理啊解的系统功能。
它主要用于需求分析阶段,它的建立是系统开发者和用户反复讨论的结果,表明了开发者和用户对需求规格达成的共识。
它的重要作用对于我们酒店管理系统的分析和设计主要体现在以下几个方面:
首先,它描述了待开发系统(酒店管理系统)的功能需求;
其次,它将系统看作黑盒,从外部执行者的角度来理解系统;
再次,它驱动了需求分析之后各阶段的开发工作,不仅在开发过程中保证了系统
所有功能的实现,而且被用于验证和检测所开发的系统,从而影响到开发工作的各个阶段和UML的各个模型。
虽然酒店按功能可以划分成四个部门,但是饮食部门的大部分工作手工操作比计算机操作更具有效率,如上所述,便于电脑操作只有财务处理。
在划分子系统时,考虑到各子系统都有各自的财务处理,且有相似性,所以就把它们归为统一的一个“财务子系统”。
同时“饮食子系统”取消,因为它的所有需要涵盖的功能都已包含在“财务子系统”中。
因此系统共划分为四部分:
总经理子系统、财务子系统、住宿子系统和娱乐子系统。
总经理子系统
对新来的员工进行编号、登记、分配工作。
{员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注}
对于被辞退的员工从系统中级联删除其信息,如从员工表中删除其基本信息,从它所服务的工作部门中删除该员工的工作名额,结算支付其工资、奖金;同时补充新的员工,代替它的工作。
对新增部门作各种初始工作。
如编号、命名、任命经理等。
{部门号、名称、部门经理、员工数量}
取消某个部门时,核算该部门的财务情况,并作备份;同时对该部门的员工重新分配工作。
其他情况的处理。
财务子系统
每天的收入、支出登记
{编号、发票号、摘要、数量、单位、数额、经手人、日期}
期末各子系统的财务汇总
{编号、上月余额、总收入、总支出、余额、经手人、日期}
期末酒店汇总个部门的财务报表,结算本酒店收益
(编号、部门号、部门名称、收入、支出、净收入、经手人、日期)
住宿子系统
来客登记
若多人住同一房间,只作一个记录。
客人信息{房间号、房间类别、客人数量、联系人名、身份、证件名称(类型)、证件号码、入住时间、退出时间}
房间管理
旅客入住(旅客退出)除了登记(删除)客人信息之外,还应对相关的记录进行修改,如房间的状态等。
房间类别{类别号、名称、设备、收费标准、总数量、剩余量、管理人员}
房间{房间号,房间类型、状态}
(该部门的财务处理与饮食子系统同,归到财务子系统)
4.娱乐子系统
添加新的娱乐项目
娱乐项目{娱乐项目号、名称、收费标准、负责人}
取消某娱乐项目
(财务处理(同饮食子系统)归到财务子系统)
2.3.1确定参与者
在分析过程开始的时候,我们考虑到获取用例首先要找出系统的执行者。
旅客在前台服务人员进行前台服务,前台服务人员对旅客信息进行查询,以及客房管理,并安排旅客的入住。
酒店经理管理酒店的经营管理,以及对旅客信息的查询,并管理前台服务。
酒店管理员进行员工信息管理,客房信息管理,以及客房经营管理。
因此,本系统的参与者为:
酒店管理员,酒店经理,前台服务人员,旅客。
2.3.2确定用例
旅客通过各种途径预定房间,酒店管理人员实施对客房的管理,有房间时,对旅客的订房,入住,信息进行管理,旅客到酒店入住时,进行入住登记,办理手续。
酒点管理人员核实旅客信息,为旅客安排房间,酒店管理人员管理客房信息。
当旅客要退房时,进行退房登记,办理手续,酒店管理者修改客房信息。
通过分析可以初步识别出系统的用例为:
来客登记,客人信息,旅客入住,旅客退出,登记删除,修改房间状态。
2.3.3系统用例建模
针对酒店管理系统的流程的分析,我们采用的是面向对象的分析方法(OOA)。
使用用例图来描述参与者与外部用户所能观察到的系统功能的模型图,在此模型中列出了系统中的用例和参与者,并显示哪个参与者参与了哪个用例的执行。
酒店管理系统的用例图如图.1所示。
2.3.4用例描述
用户信息管理用例描述
用户信息管理用例描述如表2.1所示
表2.1用户信息管理用例表
描述项
说明
用例名称
用户信息管理
用例描述
对酒店客房管理系统的使用者进行管理,包括对员工的基本信息进行检索、录入和修改
参与者
酒店管理员和前台服务员(部分使用)
前置条件
必须先登录(帐号、密码)
后置条件
若有改动,必须确认保存
基本操作流程
1.管理员(或服务员)登录
2.对员工信息进行查询或修改
被包含的用例
1.添加员工
2.查询员工信息
3.修改员工信息
4.删除员工信息
被泛化的用例
暂无
被扩展的用例
暂无
添加用户用例描述
添加用户用例描述如表2.2所示
表2.2添加用户用例表
描述项
说明
用例名称
添加用户
用例描述
添加用户
参与者
酒店管理员
前置条件
必须先登录
后置条件
如果有改动必须保存
基本操作流程
1.管理员登录
2.开始添加员工
3.输入员工信息
4.保存添加员工信息
查询用户信息用例描述
查询用户信息用例描述如表2.3所示
表2.3查询用户信息用例表
描述项
说明
用例名称
查询用户信息
用例描述
查询用户(前台服务员、系统管理员、经理)信息,包括姓名、员工号、部门、联系方式
参与者
酒店管理员或服务员(部分)
前置条件
必须先登录
后置条件
若有改动必须保存
基本操作流程
1.管理员登录
2.输入所要查询员工姓名或员工号
3.检索查看信息
4.确认并退出
删除用户用例描述
删除用户用例描述如表2.4所示
表2.4删除用户用例表
描述项
说明
用例名称
删除用户
用例描述
删除用户(前台服务员、系统管理员、经理)信息
参与者
酒店管理员
前置条件
必须先登录
后置条件
必须确认保存
基本操作流程
1.管理员登录
2.输入所要删除员工的姓名或员工号
3.确认删除
4.退出
客房经营管理用例描述
客房经营管理用例描述如表2.5所示
表2.5客房经营管理用例表
描述项
说明
用例名称
客房经营管理
用例描述
实现对客房的订房,入住和退房管理,包括对客房的业务信息(如客房号、预定时间、入住时间、换房情况、退房情况、金额等)进行检索、录入和修改。
参与者
酒店管理员、酒店经理、和前台服务员
前置条件
必须登录
后置条件
若有改动必须保存
基本操作流程
1.用户登录
2.根据用户请求,进行响应操作
3.提交操作结果
被包含的用例
1.客户预定
2.客户入住
3.客户退房
被泛化的用例
暂无
被扩展的用例
暂无
预订登记用例描述
预订登记用例描述如表2.6所示
表2.6预订登记用例表
描述项
说明
用例名称
预订登记
用例描述
客户通过各种途径(电话、网络或亲自到达)预订房间
参与者
前台服务员(主要)管理员或经理也可
前置条件
必须先登录
后置条件
若预订成功,生成订单,存入系统
基本操作流程
1.接待员响应客户的预订请求
2.接待员查询当前的客房入住信息
3.根据客户提供的信息选择房间
4.输入、查询和修改房间的预订信息
5.生成订单,存入系统
入住登记用例描述
入住登记用例描述如表2.7所示
表2.7入住登记用例表
描述项
说明
用例名称
入住登记
用例描述
客户入住酒店,办理手续
参与者
前台服务员(主要)管理员或经理也可
前置条件
必须先登录
后置条件
若入住成功,生成订单,存入系统,并修改入住信息
基本操作流程
1接待员响应客户的入住请求
2接待员查询当前的客房入住信息
3根据客户提供的信息选择房间
4输入、查询和修改房间的入住信息
生成订单,存入系统
退房登记用例描述
退房登记用例描述如表2.8所示
表2.8退房登记用例表
描述项
说明
用例名称
退房登记
用例描述
客户退出酒店,办理手续
参与者
前台服务员(主要)管理员或经理也可
前置条件
必须先登录
后置条件
退房成功,生成清单,存入系统,并修改入住信息
基本操作流程
1接待员响应客户的退房请求
2接待员查询当前的客房退房信息
3.计算费用
4.修改房间的入住信息
5.生成结算单
客房信息管理用例描述
客房信息管理用例描述如表2.9所示
表2.9客房信息管理用例表
描述项
说明
用例名称
客房信息管理
用例描述
可自定义客房类型,并对其进行管理,包括对客房类型的基本信息(如客房号、客房类型、房间位置、面积、床位、价格等)进行检索、录入和修改。
参与人员
酒店管理员和酒店经理
前置条件
必须先登录
后置条件
若有改动必须确认保存
基本操作流程
1.用户登录
2.检索客房信息
3.对客房的各种信息进行修改
4.确认并保存信息
被包含的用例
1.客房信息检索
2.客房信息录入
3.客房信息修改
被泛化的用例
暂无
被扩展的用例
暂无
客户信息管理用例描述
客户信息管理用例描述如表2.10所示
表2.10客户信息管理用例表
描述项
说明
用例名称
客户信息管理
用例描述
用户可以对入住过酒店的客户信息进行查询,包括对客户基本信息(如身份证号、客户姓名、联系电话、客户类型、入住历史等等信息)进行检索。
参与者
酒店管理员、酒店经理和服务员
前置条件
必须先登录
后置条件
若有改动必须保存
基本操作流程
1.用户登录
2.检索客户信息
3.对客户的各种信息进行修改
4.确认保存修改信息
被包含的用例
暂无
用户密码修改用例描述
用户密码修改用例描述如表2.11所示
表2.11用户密码修改用例表
描述项
说明
用例名称
用户密码修改
用例描述
用户可以对自己的登录密码进行修改
参与者
酒店管理员、酒店经理和服务员
前置条件
必须先登录
后置条件
若有改动,必须确认保存
基本操作流程
1.用户登录
2.进行密码修改
3.输入旧密码
4.输入新密码
5.确认新密码
6.修改完成
用户注销用例描述
用户注销用例描述如表2.12所示
表2.12用户注销用例表
描述项
说明
用例名称
用户注销
用例描述
用户离开系统,注销,以防止别人通过自己的帐号登录系统。
参与者
酒店管理员,酒店经理和服务员
前置条件
必须先登录
后置条件
无
基本操作流程
1.处于登录状态
2.选择注销
3.确认注销
3酒店管理系统系统分析
3.1系统用例建模
对酒店管理系统的流程的分析,我们采用的是面向对象的分析方法。
使用用例图来描述参与者与外部用户所能观察到的系统功能的模型图,在此模型中列出了系统中的用例和参与者,并显示哪个参与者参与了哪个用例的执行。
酒店管理系统的用例图如图3.1所示.
图3.1
3.2静态结构模型
3.2.1类的识别
旅客首先到前台进行登记,然后前台对旅客进行房间安排,旅客到相应的房间进行入住,到前台办理入住手续,登记基本信息,交纳一定数额的预交金,并分配入房间。
旅客要求退房后,前台登记房间信息,其所在房间信息设置为空,即可退房。
我们对以上需求进行初步处理之后,分析得出酒店管理子模块的列类与对象为:
前台、旅客、房间、房间信息、旅客信息、预交金、退房信息。
3.2.2类的关联关系
旅客通过各种途径预定房间,酒店管理人员实施对客房的管理,有房间时,对旅客的订房,入住,信息进行管理,旅客到酒店入住时,进行入住登记,办理手续。
酒点管理人员核实旅客信息,为旅客安排房间,酒店管理人员管理客房信息。
当旅客要退房时,进行退房登记,办理手续,酒店管理者修改客房信息。
经过分析之后,初步确定出下列关联:
旅客预定房间
旅客到前台登记信息
前台为旅客安排房间
登记旅客房间信息
当旅客要退房时,前台修改房间信息,为旅客办理退房。
3.2.3类的属性描述
此次分析过程中,我们在分析阶段没有考虑那些纯粹用于实现的属性。
只是在最后认真考察了经初步分析而确定下来的那些属性,从中删掉了那些不正确的或不必要的属性。
部分对象类的属性描述如下:
旅客——客人数量、联系人名、性别、身份、证件名称(类型)、证件号码、入住时间、退出时间。
房间——房间号、房间类别。
管理员——管理员编号、时间。
前台接待人员——时间、编号、机号
3.2.4类图的构建
酒店管理系统类图
客房管理系统类图
系统中包含了:
7个管理类:
客房管理、用户管理、财务管理、餐饮管理、顾客信息管理、预订客房管理、酒店管理。
4个实体类:
酒店管理员、前台、酒店经理、顾客
3.3系统动态模型
针对酒店管理系统的流程的分析,我们采用的是面向对象的分析方法(OOA)。
使用用例图来描述参与者与外部用户所能观察到的系统功能的模型图,在此模型中列出了系统中的用例和参与者,并显示哪个参与者参与了哪个用例的执行。
酒店管理系统的用例图如图.1所示。
3.3.1系统执行顺序分析
旅客通过各种途径预定房间,酒店管理人员实施对客房的管理,有房间时,对旅客的订房,入住,信息进行管理,旅客到酒店入住时,进行入住登记,办理手续。
酒点管理人员核实旅客信息,为旅客安排房间,酒店管理人员管理客房信息。
当旅客要退房时,进行退房登记,办理手续,酒店管理者修改客房信息。
根据对酒店管理系统的业务流程进行分析得出顺序图如图2图3所示。
图2用户登录系统顺序图
图3顾客用信用卡结账顺序图
3.3.2系统的协作分析
合作图也称为协作图,用于描述相互合作的对象间的交互关系和链接关系。
与顺序图一样,合作图也展示了对象间的动态协作关系。
它除了说明信息的交换外,还显示对象间的连接关系,描述信息在连接的对象之间的传递。
如图4所示:
图4客户订房协作图
1.员工登录系统
2.预订请求
3.打开查询界面
4.有无空房
5.无空房
6.抱歉无空房
7.有空房
8.打开预订房间界面
9.完成订单
10.预订成功
10.添加订单
3.3.3系统状态分析
状态图描述了事件和对象状态的关系。
顾客从登记房间开始,记录房间号码,房间类型,房间位置,房间状态。
若退房则删除房间信息房间状态,退房登记设置房间状态为空。
根据以上流程,用UML的动态建模机制定义并描述系统结构元素的动态特性及行为,可以定义出酒店管理子系统客房管理子模块的状态图如图5所示。
图5客房管理状态图
3.3.4活动分析
活动图是由状态图转化而来的,它描述了系统中各种活动执行的顺序,刻画了一个系统中所要进行的各项活动的执行流程。
根据上文中绘制得出的顺序图以及合作图,对两图中相互交互的对象进行分析可以得出系统主要的活动如下:
预定房间:
旅客入住需要进行的第一道程序。
挑选房间:
根据旅客需求挑选普通或豪华房间。
客户登记:
登记客户信息。
一个判断关系为是否有房间
根据以上的分析过程得出酒店管理系统预定房间子模块的活动图如图所示。
预订房间活动图
酒店管理系统活动图
4酒店管理系统系统设计与实现
4.1UML体系结构设计
本系统用UML及其集成环境RationalRose对系统进行分析和建模采用PowerBuilder’s完成组件平台建设,基于PowerBuilder’s构建三层C/S结构,后端数据存储采用的是Oracle9i数据库,数据库服务器运行数据库管理系统软件,COM+组件运行在应用服务器上,客户机运行酒店管理系统客户端软件。
本系统系统采用面向对象技术对系统进行总体的设计和实现
4.1.1硬件体系结构设计
本系统采用C/S结构开发,三层C/S结构是在客户和服务器之间引入应用层的概念,即在客户端与数据库之间加入了一个“中间层”。
三层C/S结构具有高效率、高安全性、可伸缩性、联机用户数多等等优点,是开发网络应用程序的理想结构。
三层C/S结构中,客户端和应用服务之间的链接实际上只是一些简
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 酒店 管理 系统
![提示](https://static.bdocx.com/images/bang_tan.gif)