课程设计报告
课程名称软件建模与分析
设计题目酒店管理系统
专业班级仅供参考
|
姓名仅供参考
学号仅供参考
指导教师仅供参考
起止时间仅供参考
成绩评定
仅供参考学院
$
课程设计考核和成绩评定办法
1．课程设计的考核由指导教师根据设计表现、设计报告、设计成果、答辩等几个方面，给出各项权重，综合评定。

该设计考核教研室主任审核，主管院长审批备案。

2．成绩评定采用五级分制，即优、良、中、及格、不及格。

3．参加本次设计时间不足三分之二或旷课四天以上者，不得参加本次考核，按不及格处理。

4．课程设计结束一周内，指导教师提交成绩和设计总结。

5．设计过程考核和成绩在教师手册中有记载。

—
课程设计报告内容
课程设计报告内容、格式各专业根据专业不同统一规范，经教研室主任审核、主管院长审批备案。

注：1. 课程设计任务书和指导书在课程设计前发给学生，设计任务书放置在设计报告封面后和正文目录前。

2. 为了节省纸张，保护环境，便于保管实习报告，统一采用A4纸，实习报告建议双面打印（正文
采用宋体五号字）或手写。

{
）
酒店管理系统需求分析
一、背景说明
目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含
下面三类服务：饮食、仅供参考住宿和娱乐。

由于我们对酒店行业没有具体的接触和实质性的了解。

此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。

[
1．饮食部门
它是酒店基本部门之一。

它提供服务的特点是实时性强、持续时间短，强调效率。

例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。

通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。

对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。

在规模较大的酒店餐饮服务仅供参考部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。

2．住宿管理部门
'
它也是酒店基本部门之一。

住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。

B.登记旅客信息，确认其身份，登记其入住、退房时间。

C.统计各类房
间的客满程度。

D.对本部门的仅供参考财务流动进行登记处理。

以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。

3．娱乐管理部门
娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。

娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。

可以用计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人.B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。

这些信息都需要长时间保留并上报。

4．经理部门
经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的存在却是必不可少的。

它的主要职责有：A.管理员工。

给员工编号，登记其基本信息；根据员工的平时表现及工龄确定工资；此外，还要给员工分配工作部门及职务等等。

B.划分部门。

给个部门编号、命名、确定其职责范围、任
命部门经理、分配员工。

C.对本部门的仅供参考财务进行核算（支付工资等）。

D.期末对酒店的收益情况进行核算。

三、各子系统的功能
虽然酒店按功能可以划分成四个部门，但是饮食部门的大部分工作手工操作比计算机操作更具有效率，如上所述，便于电脑操作只有财务处理。

在划分子系统时，考虑到各子系统
都有各自的财务处理，且有相似性仅供参考，所以就把它们归为统一的一个“财务子系统”。

同时“饮食子系统”取消，因为它的所有需要涵盖的功能都已包含在“财务子系统”中。

因此系统共划分为四部分：总经理子系统、财务子系统、住宿子系统和娱乐子系统。

)
图2 功能需求结构图
1．总经理子系统
A.对新来的员工进行编号、登记、分配工作。

{员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注}
B.对于被辞退的员工从系统中级联删除其信息，如从员工表中删除其基本信息，从它所服务的工作
部门中删除该员工的工作名额仅供参考，结算支付其工资、奖金；同时补充新的员工，代替它的工作。

C.对新增部门作各种初始工作。

如编号、命名、任命经理等。

{部门号、名称、部门经理、员工数量}
D.（
E.取消某个部门时，核算该部门的财务情况，并作备份；同时对该部门的员工重新分配工作。

F.其他情况的处理。

2．财务子系统
A.每天的收入、支出登记
{编号、发票号、摘要、数量、单位、数额、经手人、日期}
B.期末各子系统的财务汇总
{编号、上月余额、总收入、总支出、余额、经手人、日期}
C.\
D.期末酒店汇总个部门的财务报表，结算本酒店收益
(编号、部门号、部门名称、收入、支出、净收入、经手人、日期)
3．住宿子系统
A.来客登记
若多人住同一房间，只作一个记录。

客人信息{房间号、房间类别、客人数量、联系人名、身份、证件名称（类型）、证件号码、入住时间、退出时间}
B.房间管理
旅客入住（旅客退出）除了登记（删除）客人信息之外，还应对相关的记录进行修改，如房间的状态等。

）
房间类别{类别号、名称、设备、收费标准、总数量、剩余量、管理人员}
房间{房间号，房间类型、状态}
( 该部门的财务处理与饮食子系统同，归到财务子系统)
4．娱乐子系统
A.添加新的娱乐项目
娱乐项目{娱乐项目号、名称、收费标准、负责人}
B.取消某娱乐项目
/
（财务处理（同饮食子系统）归到财务子系统)
&
|
（
系统建模
一.创建系统用例模型
系统的用例分析是UML建模的第一步，在需求分析中，我们已经确定了酒店管理系统的各功能模块，包括：客房部管理、餐饮部管理、财务部管理等。

*
-
"
$
…
用例描述
用户信息管理用例描述
客户退房
增加员工信息
添加用户
!
查询用户信息
删除用户
]
客房经营管理用例描述
预订登记
入住登记
;
退房登记
客房信息管理描述
，
客户信息管理用例描述
用户密码修改|
用户注销
二.创建系统静态模型
:
系统类图
酒店管理系统类图
客房管理系统类图
—
系统中包含了：
7个管理类：客房管理、用户管理、财务管理、餐饮管理、顾客信息管理、预订客房管理、酒店管理。

4个实体类：酒店管理员、前台、酒店经理、顾客
.
三.创建系统动态模型
（1）序列图
用户登录系统顺序图
顾客用信用卡结账顺序图
客户订房序列图
1.员工登录系统
2.预订请求
3.打开查询界面
4.有无空房
5.无空房
6.抱歉无空房
7.有空房
8.打开预订房间界面
9.完成订单
10.预订成功
11.添加订单
（2）状态图、活动图
酒店管理系统活动图
预订房间活动图
图12 客房管理状态图
（3）构件图
构件图
四. 创建系统部署模型
五.总结
经过三周的设计，“酒店管理系统的分析与设计”，采用UML建模的方法已经基本完成。

在建模过程中，遇到一些问题，通过询问辅导老师和上网查找资料，得到了比较满意的解决，在这次课程设计中，关于UML的概念以前比较模糊的地方，在实际操作中，变得更加清楚了，对Rational Rose的UML功能运用的更加熟练。

使我对UML建模的思想有了更进一步的理解，在以后的学习中，还将不断的学习UML的理论知识。