酒店管理系统UML建模分析.docx
- 文档编号:5702980
- 上传时间:2022-12-31
- 格式:DOCX
- 页数:19
- 大小:224.51KB
酒店管理系统UML建模分析.docx
《酒店管理系统UML建模分析.docx》由会员分享,可在线阅读,更多相关《酒店管理系统UML建模分析.docx(19页珍藏版)》请在冰豆网上搜索。
酒店管理系统UML建模分析
课程设计报告
课程名称UML建模与分析
设计题目酒店管理系统
专业班级12级软卓
指导教师徐卓然
小组成员:
酒店管理系统需求文档
1.背景说明:
随着人民生活水平的提高,餐饮,住宿,娱乐业在服务行业中占有越来越重要的地位。
要使在当前酒店行业日趋激烈的竞争中脱颖而出,必须努力发展自己的特色。
在酒店管理方面也要有自己的管理特色,避免传统管理方法的失误,使得酒店的信誉以及各个管理方面都能出现零失误,以及能给管理者和普通的营业员带来操作上的方便,对整个酒店各个方面的业务带来快捷、方便、高效的服务,使用户能够对这个软件感到满意。
目前大多数酒店提供的服务多种多样,规模大小也各不相同,但稍具规模的酒店必含下面三类服务:
饮食、住宿和娱乐。
由于我们对酒店行业没有具体的接触和实质性的了解。
此次设计只能在一些收集到的基本材料与个人直观认识的基础上,简单模仿中等规模的酒店设计管理系统。
2.部门划分
2.1饮食管理部
它是酒店基本部门之一。
它提供服务的特点是实时性强、持续时间短,强调效率。
例如,顾客人数、顾客所用的菜及其它饮料等种类繁多,数量不等;后勤各种活动如采购等频繁发生。
对于饮食部门,需要较长时间保留的信息主要是财务信息,一方面便于期末汇总,另一方面便于向上级报告。
2.2住宿管理部
它也是酒店基本部门之一。
住宿管理部门的主要职责有:
A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。
B.登记旅客信息,确认其身份,登记其入住、退房。
C.统计各类房间的客满程度。
D.对本部门的财务流动进行登记处理。
2.3娱乐管理部门
娱乐是酒店非主流服务,它的存在除了赢利,更多的是为了吸引顾客食宿。
娱乐部门的特点与饮食部门很相似,可以用计算机完成并且有必要用计算机完成的有:
A制定收费标准,分配负责人.
B收入支出财务处理:
编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。
这些信息都需要长时间保留并上报。
C、酒店KTV、洗浴城和酒吧的管理与经营、
2.4大厅部门
大厅部门是直接与客户打交道的部门,主要负责任务:
A、客房的预定,客户入住登记,退房登记。
B、负责结账。
C、对礼仪队的分配与管理。
2.5经理部门
经理部门的功能虽然不是面向顾客、不是酒店的服务项之一,但它的存在却是酒店管理必不可少的。
它的主要职责有:
A.管理员工,给员工编号,登记其基本信息;
B.根据员工的平时表现及工龄确定工资;
C.给员工分配工作部门及职务等等。
D.划分部门,给个部门编号、命名、确定其职责范围、任命部门经理、分配员工。
E.对本部门的财务进行核算(支付工资等)
F.期末对酒店的收益情况进行核算。
酒店部门分配表
3.各子系统的功能
虽然酒店按功能可以划分成四个部门,但是饮食部门的大部分工作手工操作比计算机操作更具有效率,如上所述,便于电脑操作只有财务处理。
在划分子系统时,考虑到各子系统都有各自的财务处理,且有相似性,所以就把它们归为统一的一个“财务子系统”。
同时“饮食子系统”取消,因为它的所有需要涵盖的功能都已包含在“财务子系统”中。
因此系统共划分为四部分:
总经理子系统、财务子系统、住宿子系统和娱乐子系统。
3.1总经理子系统
A.对新来的员工进行编号、登记、分配工作。
{员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注}
B.对于被辞退的员工从系统中级联删除其信息,如从员工表中删除其基本信息,从它所服务的工作部门中删除该员工的工作名额,结算支付其工资、奖金;同时补充新的员工,代替它的工作。
C.对新增部门作各种初始工作。
如编号、命名、任命经理等。
{部门号、名称、部门经理、员工数量}
D.取消某个部门时,核算该部门的财务情况,并作备份;同时对该部门的员工重新分配工作。
E.其他情况的处理。
3.2财务子系统
F.每天的收入、支出登记
{编号、发票号、摘要、数量、单位、数额、经手人、日期}
G.期末各子系统的财务汇总
{编号、上月余额、总收入、总支出、余额、经手人、日期}
H.期末酒店汇总个部门的财务报表,结算本酒店收益
(编号、部门号、部门名称、收入、支出、净收入、经手人、日期)
3.3住宿子系统
I.来客登记
若多人住同一房间,只作一个记录。
客人信息{房间号、房间类别、客人数量、联系人名、身份、证件名称(类型)、证件号码、入住时间、退出时间}
J.房间管理
旅客入住(旅客退出)除了登记(删除)客人信息之外,还应对相关的记录进行修改,如房间的状态等。
房间类别{类别号、名称、设备、收费标准、总数量、剩余量、管理人员}
房间{房间号,房间类型、状态}
(该部门的财务处理与饮食子系统同,归到财务子系统)
K.订购类型{电话订购,网上订购,前台订购}
3.4娱乐子系统
L.添加新的娱乐项目
娱乐项目{娱乐项目号、名称、收费标准、负责人}
M.取消某娱乐项目
(财务处理(同饮食子系统)归到财务子系统
4.系统建模
4.1创建系统用例模型
系统的用例分析是UML建模的第一步,在需求分析中,我们已经确定了酒店管理系统的各功能模块,包括:
客房部管理、餐饮部管理、财务部管理等。
用例描述
用户信息管理用例描述
描述项
说明
用例名称
用户信息管理
用例描述
对酒店客房管理系统的使用者进行管理,包括对员工的基本信息进行检索、录入和修改
参与者
酒店管理员和前台服务员(部分使用)
前置条件
必须先登录(帐号、密码)
后置条件
若有改动,必须确认保存
基本操作流程
1.管理员(或服务员)登录
2.对员工信息进行查询或修改
被包含的用例
1.添加员工
2.查询员工信息
3.修改员工信息
4.删除员工信息
被泛化的用例
暂无
被扩展的用例
暂无
添加用户
描述项
说明
用例名称
添加用户
用例描述
添加用户
参与者
酒店管理员
前置条件
必须先登录
后置条件
如果有改动必须保存
基本操作流程
1.管理员登录
2.开始添加员工
3.输入员工信息
4.保存添加员工信息
查询用户信息
描述项
说明
用例名称
查询用户信息
用例描述
查询用户(前台服务员、系统管理员、经理)信息,包括姓名、员工号、部门、联系方式
参与者
酒店管理员或服务员(部分)
前置条件
必须先登录
后置条件
若有改动必须保存
基本操作流程
1.管理员登录
2.输入所要查询员工姓名或员工号
3.检索查看信息
4.确认并退出
删除用户
描述项
说明
用例名称
删除用户
用例描述
删除用户(前台服务员、系统管理员、经理)信息
参与者
酒店管理员
前置条件
必须先登录
后置条件
必须确认保存
基本操作流程
1.管理员登录
2.输入所要删除员工的姓名或员工号
3.确认删除
4.退出
客房经营管理用例描述
描述项
说明
用例名称
客房经营管理
用例描述
实现对客房的订房,入住和退房管理,包括对客房的业务信息(如客房号、预定时间、入住时间、换房情况、退房情况、金额等)进行检索、录入和修改。
参与者
酒店管理员、酒店经理、和前台服务员
前置条件
必须登录
后置条件
若有改动必须保存
基本操作流程
1.用户登录
2.根据用户请求,进行响应操作
3.提交操作结果
被包含的用例
1.客户预定
2.客户入住
3.客户退房
被泛化的用例
暂无
被扩展的用例
暂无
预订登记
描述项
说明
用例名称
预订登记
用例描述
客户通过各种途径(电话、网络或亲自到达)预订房间
参与者
前台服务员(主要)管理员或经理也可
前置条件
必须先登录
后置条件
若预订成功,生成订单,存入系统
基本操作流程
1.接待员响应客户的预订请求
2.接待员查询当前的客房入住信息
3.根据客户提供的信息选择房间
4.输入、查询和修改房间的预订信息
5.生成订单,存入系统
入住登记
描述项
说明
用例名称
入住登记
用例描述
客户入住酒店,办理手续
参与者
前台服务员(主要)管理员或经理也可
前置条件
必须先登录
后置条件
若入住成功,生成订单,存入系统,并修改入住信息
基本操作流程
1接待员响应客户的入住请求
2接待员查询当前的客房入住信息
3根据客户提供的信息选择房间
4输入、查询和修改房间的入住信息
生成订单,存入系统
退房登记
描述项
说明
用例名称
退房登记
用例描述
客户退出酒店,办理手续
参与者
前台服务员(主要)管理员或经理也可
前置条件
必须先登录
后置条件
退房成功,生成清单,存入系统,并修改入住信息
基本操作流程
1接待员响应客户的退房请求
2接待员查询当前的客房退房信息
3.计算费用
4.修改房间的入住信息
5.生成结算单
客房信息管理描述
描述项
说明
用例名称
客房信息管理
用例描述
可自定义客房类型,并对其进行管理,包括对客房类型的基本信息(如客房号、客房类型、房间位置、面积、床位、价格等)进行检索、录入和修改。
参与人员
酒店管理员和酒店经理
前置条件
必须先登录
后置条件
若有改动必须确认保存
基本操作流程
1.用户登录
2.检索客房信息
3.对客房的各种信息进行修改
4.确认并保存信息
被包含的用例
1.客房信息检索
2.客房信息录入
3.客房信息修改
被泛化的用例
暂无
被扩展的用例
暂无
客户信息管理用例描述
描述项
说明
用例名称
客户信息管理
用例描述
用户可以对入住过酒店的客户信息进行查询,包括对客户基本信息(如身份证号、客户姓名、联系电话、客户类型、入住历史等等信息)进行检索。
参与者
酒店管理员、酒店经理和服务员
前置条件
必须先登录
后置条件
若有改动必须保存
基本操作流程
1.用户登录
2.检索客户信息
3.对客户的各种信息进行修改
4.确认保存修改信息
被包含的用例
暂无
用户密码修改
描述项
说明
用例名称
用户密码修改
用例描述
用户可以对自己的登录密码进行修改
参与者
酒店管理员、酒店经理和服务员
前置条件
必须先登录
后置条件
若有改动,必须确认保存
基本操作流程
1.用户登录
2.进行密码修改
3.输入旧密码
4.输入新密码
5.确认新密码
6.修改完成
用户注销
描述项
说明
用例名称
用户注销
用例描述
用户离开系统,注销,以防止别人通过自己的帐号登录系统。
参与者
酒店管理员,酒店经理和服务员
前置条件
必须先登录
后置条件
无
基本操作流程
1.处于登录状态
2.选择注销
3.确认注销
4.2创建系统静态模型
部门类图:
部门类图:
部门,员工类图(其中部门与员工市一对多的关系)
四个部门(大厅部,客房部,餐饮部,娱乐部门)继承了部门类
订购类图:
图中订购客房有三种方式:
电话订购,网上订购,前台订购.
客户与订单是一对多的关系.
客户订购可以订购多个房间.亦可以多次订购.
订购客房活动图:
客户可以通过不同的预定方式订购客房,分别有前台订购,网上订购,电话订购.
前台订购由客户到前台客房,员工登记客户信息,客户预定房间,选择房间类型,确定房间数目,员工生成订单,最终由客户确定订单.
网上订购就是由客户在网上填写类似于前台订购的定购房间,类型数目的信息.最终由系统生成订单.
电话订购是客户通过电话订购客房,过程亦类似于前台订购.
修改员工信息活动图:
订购客房顺序图:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 酒店 管理 系统 UML 建模 分析
![提示](https://static.bdocx.com/images/bang_tan.gif)