酒店管理系统UML课程设计报告.docx
《酒店管理系统UML课程设计报告.docx》由会员分享,可在线阅读,更多相关《酒店管理系统UML课程设计报告.docx(22页珍藏版)》请在冰豆网上搜索。
酒店管理系统UML课程设计报告
课程设计报告
课程名称软件建模与分析
设计题目酒店管理系统
专业班级仅供参考
|
姓名仅供参考
学号仅供参考
指导教师仅供参考
起止时间仅供参考
成绩评定
考核
|
内容
设计
表现
设计
报告
答辩
综合
评定
}
成绩
仅供参考
仅供参考
仅供参考
仅供参考学院
$
课程设计考核和成绩评定办法
1.课程设计的考核由指导教师根据设计表现、设计报告、设计成果、答辩等几个方面,给出各项权重,综合评定。
该设计考核教研室主任审核,主管院长审批备案。
2.成绩评定采用五级分制,即优、良、中、及格、不及格。
3.参加本次设计时间不足三分之二或旷课四天以上者,不得参加本次考核,按不及格处理。
4.课程设计结束一周内,指导教师提交成绩和设计总结。
5.设计过程考核和成绩在教师手册中有记载。
—
课程设计报告内容
课程设计报告内容、格式各专业根据专业不同统一规范,经教研室主任审核、主管院长审批备案。
注:
1.课程设计任务书和指导书在课程设计前发给学生,设计任务书放置在设计报告封面后和正文目录前。
2.为了节省纸张,保护环境,便于保管实习报告,统一采用A4纸,实习报告建议双面打印(正文采用宋体五号字)或手写。
{
)
酒店管理系统需求分析
一、背景说明
目前大多数酒店提供的服务多种多样,规模大小也各不相同,但稍具规模的酒店必含下面三类服务:
饮食、仅供参考住宿和娱乐。
由于我们对酒店行业没有具体的接触和实质性的了解。
此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上,简单模仿中等规模的酒店设计管理系统,并将其抽象成一个由三部门组成、实现三大服务的系统。
二、部门的划分
[
1.饮食部门
它是酒店基本部门之一。
它提供服务的特点是实时性强、持续时间短,强调效率。
例如,顾客人数、顾客所用的菜及其它饮料等种类繁多,数量不等;后勤各种活动如采购等频繁发生。
通过分析可发现,用人工完成此类操作比计算机更具实效与时效,且此类信息也没有长时间保留的必要,因此这些信息没有必要采用数据库管理。
对于饮食部门,需要较长时间保留的信息主要是财务信息,一方面便于期末汇总,另一方面便于向上级报告。
在规模较大的酒店餐饮服务仅供参考部分,餐厅可分成几个等级或几个小部门,然后各自形成小系统,本系统为了简单起见,把饮食部门作为一个子系统,不再细分。
2.住宿管理部门
'
它也是酒店基本部门之一。
住宿管理部门的主要职责有:
A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。
B.登记旅客信息,确认其身份,登记其入住、退房时间。
C.统计各类房间的客满程度。
D.对本部门的仅供参考财务流动进行登记处理。
以上信息处理可以通过计算机完成,其他不便于计算机操作的在此没有列出。
3.娱乐管理部门
娱乐是酒店非主流服务,它的存在除了赢利,更多的是为了吸引顾客食宿。
娱乐部门的特点与饮食部门很相似,不便于使用计算机进行操作。
可以用计算机完成并且有必要用计算机完成的有:
A.制定收费标准,分配负责人.B.收入支出财务处理:
编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。
这些信息都需要长时间保留并上报。
4.经理部门
经理部门的功能虽然不是面向顾客、不是酒店的服务项之一,但它的存在却是必不可少的。
它的主要职责有:
A.管理员工。
给员工编号,登记其基本信息;根据员工的平时表现及工龄确定工资;此外,还要给员工分配工作部门及职务等等。
B.划分部门。
给个部门编号、命名、确定其职责范围、任命部门经理、分配员工。
C.对本部门的仅供参考财务进行核算(支付工资等)。
D.期末对酒店的收益情况进行核算。
三、各子系统的功能
虽然酒店按功能可以划分成四个部门,但是饮食部门的大部分工作手工操作比计算机操作更具有效率,如上所述,便于电脑操作只有财务处理。
在划分子系统时,考虑到各子系统都有各自的财务处理,且有相似性仅供参考,所以就把它们归为统一的一个“财务子系统”。
同时“饮食子系统”取消,因为它的所有需要涵盖的功能都已包含在“财务子系统”中。
因此系统共划分为四部分:
总经理子系统、财务子系统、住宿子系统和娱乐子系统。
)
1.总经理子系统
A.对新来的员工进行编号、登记、分配工作。
{员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注}
B.对于被辞退的员工从系统中级联删除其信息,如从员工表中删除其基本信息,从它所服务的工作部门中删除该员工的工作名额仅供参考,结算支付其工资、奖金;同时补充新的员工,代替它的工作。
C.对新增部门作各种初始工作。
如编号、命名、任命经理等。
{部门号、名称、部门经理、员工数量}
D.(
E.取消某个部门时,核算该部门的财务情况,并作备份;同时对该部门的员工重新分配工作。
F.其他情况的处理。
2.财务子系统
A.每天的收入、支出登记
{编号、发票号、摘要、数量、单位、数额、经手人、日期}
B.期末各子系统的财务汇总
{编号、上月余额、总收入、总支出、余额、经手人、日期}
C.\
D.期末酒店汇总个部门的财务报表,结算本酒店收益
(编号、部门号、部门名称、收入、支出、净收入、经手人、日期)
3.住宿子系统
A.来客登记
若多人住同一房间,只作一个记录。
客人信息{房间号、房间类别、客人数量、联系人名、身份、证件名称(类型)、证件号码、入住时间、退出时间}
B.房间管理
旅客入住(旅客退出)除了登记(删除)客人信息之外,还应对相关的记录进行修改,如房间的状态等。
)
房间类别{类别号、名称、设备、收费标准、总数量、剩余量、管理人员}
房间{房间号,房间类型、状态}
(该部门的财务处理与饮食子系统同,归到财务子系统)
4.娱乐子系统
A.添加新的娱乐项目
娱乐项目{娱乐项目号、名称、收费标准、负责人}
B.取消某娱乐项目
/
(财务处理(同饮食子系统)归到财务子系统)
&
|
(
系统建模
一.创建系统用例模型
系统的用例分析是UML建模的第一步,在需求分析中,我们已经确定了酒店管理系统的各功能模块,包括:
客房部管理、餐饮部管理、财务部管理等。
*
-
"
$
…
用例描述
用户信息管理用例描述
描述项
说明
<
用例名称
用户信息管理
用例描述
对酒店客房管理系统的使用者进行管理,包括对员工的基本信息进行检索、录入和修改
参与者
酒店管理员和前台服务员(部分使用)
前置条件
必须先登录(帐号、密码)
)
后置条件
若有改动,必须确认保存
基本操作流程
1.管理员(或服务员)登录
2.对员工信息进行查询或修改
被包含的用例
1.添加员工
2.查询员工信息
3.`
4.修改员工信息
5.删除员工信息
被泛化的用例
暂无
被扩展的用例
暂无
添加用户
!
描述项
说明
用例名称
添加用户
用例描述
添加用户
参与者
~
酒店管理员
前置条件
必须先登录
后置条件
如果有改动必须保存
基本操作流程
1.管理员登录
2.开始添加员工
3.<
4.输入员工信息
5.保存添加员工信息
查询用户信息
描述项
说明
用例名称
;
查询用户信息
用例描述
查询用户(前台服务员、系统管理员、经理)信息,包括姓名、员工号、部门、联系方式
参与者
酒店管理员或服务员(部分)
前置条件
必须先登录
后置条件
<
若有改动必须保存
基本操作流程
1.管理员登录
2.输入所要查询员工姓名或员工号
3.检索查看信息
4.确认并退出
删除用户
]
描述项
说明
用例名称
删除用户
用例描述
删除用户(前台服务员、系统管理员、经理)信息
参与者
)
酒店管理员
前置条件
必须先登录
后置条件
必须确认保存
基本操作流程
1.管理员登录
2.输入所要删除员工的姓名或员工号
3.·
4.确认删除
5.退出
客房经营管理用例描述
描述项
说明
用例名称
{
客房经营管理
用例描述
实现对客房的订房,入住和退房管理,包括对客房的业务信息(如客房号、预定时间、入住时间、换房情况、退房情况、金额等)进行检索、录入和修改。
参与者
酒店管理员、酒店经理、和前台服务员
前置条件
必须登录
后置条件
{
若有改动必须保存
基本操作流程
1.用户登录
2.根据用户请求,进行响应操作
3.提交操作结果
被包含的用例
1.客户预定
2.客户入住
3.】
4.客户退房
被泛化的用例
暂无
被扩展的用例
暂无
预订登记
*
描述项
说明
用例名称
预订登记
用例描述
客户通过各种途径(电话、网络或亲自到达)预订房间
参与者
前台服务员(主要)管理员或经理也可
、
前置条件
必须先登录
后置条件
若预订成功,生成订单,存入系统
基本操作流程
1.接待员响应客户的预订请求
2.接待员查询当前的客房入住信息
3.根据客户提供的信息选择房间
4.-
5.输入、查询和修改房间的预订信息
6.生成订单,存入系统
入住登记
描述项
说明
用例名称
#
入住登记
用例描述
客户入住酒店,办理手续
参与者
前台服务员(主要)管理员或经理也可
前置条件
必须先登录
后置条件
[
若入住成功,生成订单,存入系统,并修改入住信息
基本操作流程
1接待员响应客户的入住请求
2接待员查询当前的客房入住信息
3根据客户提供的信息选择房间
4输入、查询和修改房间的入住信息
生成订单,存入系统
;
退房登记
描述项
说明
用例名称
退房登记
用例描述
客户退出酒店,办理手续
$
参与者
前台服务员(主要)管理员或经理也可
前置条件
必须先登录
后置条件
退房成功,生成清单,存入系统,并修改入住信息
基本操作流程
1接待员响应客户的退房请求
:
2接待员查询当前的客房退房信息
3.计算费用
4.修改房间的入住信息
5.生成结算单
客房信息管理描述
描述项
"
说明
用例名称
客房信息管理
用例描述
可自定义客房类型,并对其进行管理,包括对客房类型的基本信息(如客房号、客房类型、房间位置、面积、床位、价格等)进行检索、录入和修改。
参与人员
酒店管理员和酒店经理
前置条件
*
必须先登录
后置条件
若有改动必须确认保存
基本操作流程
1.用户登录
2.检索客房信息
3.对客房的各种信息进行修改
4.确认并保存信息
—
被包含的用例
1.客房信息检索
2.客房信息录入
3.客房信息修改
被泛化的用例
暂无
被扩展的用例
暂无
,
客户信息管理用例描述
描述项
说明
用例名称
客户信息管理
用例描述
…
用户可以对入住过酒店的客户信息进行查询,包括对客户基本信息(如身份证号、客户姓名、联系电话、客户类型、入住历史等等信息)进行检索。
参与者
酒店管理员、酒店经理和服务员
前置条件
必须先登录
后置条件
若有改动必须保存
基本操作流程
1.:
2.用户登录
3.检索客户信息
4.对客户的各种信息进行修改
5.确认保存修改信息
被包含的用例
暂无
用户密码修改
|
描述项
说明
用例名称
用户密码修改
用例描述
用户可以对自己的登录密码进行修改
参与者
.
酒店管理员、酒店经理和服务员
前置条件
必须先登录
后置条件
若有改动,必须确认保存
基本操作流程
1.用户登录
2.进行密码修改
3.·
4.输入旧密码
5.输入新密码
6.确认新密码
7.修改完成
用户注销
描述项
$
说明
用例名称
用户注销
用例描述
用户离开系统,注销,以防止别人通过自己的帐号登录系统。
参与者
酒店管理员,酒店经理和服务员
前置条件
;
必须先登录
后置条件
无
基本操作流程
1.处于登录状态
2.选择注销
3.确认注销
二.创建系统静态模型
:
系统类图
酒店管理系统类图
客房管理系统类图
—
系统中包含了:
7个管理类:
客房管理、用户管理、财务管理、餐饮管理、顾客信息管理、预订客房管理、酒店管理。
4个实体类:
酒店管理员、前台、酒店经理、顾客
.
三.创建系统动态模型
(1)序列图
用户登录系统顺序图
顾客用信用卡结账顺序图
客户订房序列图
1.员工登录系统
2.预订请求
3.打开查询界面
4.有无空房
5.无空房
6.抱歉无空房
7.有空房
8.打开预订房间界面
9.完成订单
10.预订成功
11.添加订单
(2)状态图、活动图
酒店管理系统活动图
预订房间活动图
图12客房管理状态图
(3)构件图
构件图
四.创建系统部署模型
五.总结
经过三周的设计,“酒店管理系统的分析与设计”,采用UML建模的方法已经基本完成。
在建模过程中,遇到一些问题,通过询问辅导老师和上网查找资料,得到了比较满意的解决,在这次课程设计中,关于UML的概念以前比较模糊的地方,在实际操作中,变得更加清楚了,对RationalRose的UML功能运用的更加熟练。
使我对UML建模的思想有了更进一步的理解,在以后的学习中,还将不断的学习UML的理论知识。