酒店管理系统UML课程设计报告Word文档下载推荐.doc

上传人:wj 文档编号:3991310 上传时间:2023-05-02 格式:DOC 页数:18 大小:183.50KB
下载 相关 举报
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第1页
第1页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第2页
第2页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第3页
第3页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第4页
第4页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第5页
第5页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第6页
第6页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第7页
第7页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第8页
第8页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第9页
第9页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第10页
第10页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第11页
第11页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第12页
第12页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第13页
第13页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第14页
第14页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第15页
第15页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第16页
第16页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第17页
第17页 / 共18页
酒店管理系统UML课程设计报告Word文档下载推荐.doc_第18页
第18页 / 共18页
亲,该文档总共18页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

酒店管理系统UML课程设计报告Word文档下载推荐.doc

《酒店管理系统UML课程设计报告Word文档下载推荐.doc》由会员分享,可在线阅读,更多相关《酒店管理系统UML课程设计报告Word文档下载推荐.doc(18页珍藏版)》请在冰点文库上搜索。

酒店管理系统UML课程设计报告Word文档下载推荐.doc

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

注:

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

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

酒店管理系统需求分析

一、背景说明

目前大多数酒店提供的服务多种多样,规模大小也各不相同,但稍具规模的酒店必含下面三类服务:

饮食、仅供参考住宿和娱乐。

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

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

送餐服务部

食品采购部

洗衣房

礼宾部

房务中心

酒店总经理

前厅部

客房部

餐饮部

餐厅

楼层服务

总机

财务部

保安部

总台

二、部门的划分

1.饮食部门

它是酒店基本部门之一。

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

例如,顾客人数、顾客所用的菜及其它饮料等种类繁多,数量不等;

后勤各种活动如采购等频繁发生。

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

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

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

2.住宿管理部门

它也是酒店基本部门之一。

住宿管理部门的主要职责有:

A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。

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

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

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

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

3.娱乐管理部门

娱乐是酒店非主流服务,它的存在除了赢利,更多的是为了吸引顾客食宿。

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

可以用计算机完成并且有必要用计算机完成的有:

A.制定收费标准,分配负责人.B.收入支出财务处理:

编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。

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

4.经理部门

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

它的主要职责有:

A.管理员工。

给员工编号,登记其基本信息;

根据员工的平时表现及工龄确定工资;

此外,还要给员工分配工作部门及职务等等。

B.划分部门。

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

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

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

三、各子系统的功能

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

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

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

因此系统共划分为四部分:

总经理子系统、财务子系统、住宿子系统和娱乐子系统。

酒店管理系统

预定管理

接受预定房间

收银管理

图2功能需求结构图

客房管理

顾客信息管理

增加客房

删除客房

客房状态

登陆

客户基本信息

审查管理

客房状态查看

历史客人查看

入住信息查看

1.总经理子系统

A.对新来的员工进行编号、登记、分配工作。

{员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注}

B.对于被辞退的员工从系统中级联删除其信息,如从员工表中删除其基本信息,从它所服务的工作部门中删除该员工的工作名额仅供参考,结算支付其工资、奖金;

同时补充新的员工,代替它的工作。

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

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

{部门号、名称、部门经理、员工数量}

D.取消某个部门时,核算该部门的财务情况,并作备份;

同时对该部门的员工重新分配工作。

E.其他情况的处理。

2.财务子系统

A.每天的收入、支出登记

{编号、发票号、摘要、数量、单位、数额、经手人、日期}

B.期末各子系统的财务汇总

{编号、上月余额、总收入、总支出、余额、经手人、日期}

C.期末酒店汇总个部门的财务报表,结算本酒店收益

(编号、部门号、部门名称、收入、支出、净收入、经手人、日期)

3.住宿子系统

A.来客登记

若多人住同一房间,只作一个记录。

客人信息{房间号、房间类别、客人数量、联系人名、身份、证件名称(类型)、证件号码、入住时间、退出时间}

B.房间管理

旅客入住(旅客退出)除了登记(删除)客人信息之外,还应对相关的记录进行修改,如房间的状态等。

房间类别{类别号、名称、设备、收费标准、总数量、剩余量、管理人员}

房间{房间号,房间类型、状态}

(该部门的财务处理与饮食子系统同,归到财务子系统)

4.娱乐子系统

A.添加新的娱乐项目

娱乐项目{娱乐项目号、名称、收费标准、负责人}

B.取消某娱乐项目

(财务处理(同饮食子系统)归到财务子系统)

系统建模

一.创建系统用例模型

系统的用例分析是UML建模的第一步,在需求分析中,我们已经确定了酒店管理系统的各功能模块,包括:

客房部管理、餐饮部管理、财务部管理等。

用例描述

用户信息管理用例描述

描述项

说明

用例名称

用户信息管理

对酒店客房管理系统的使用者进行管理,包括对员工的基本信息进行检索、录入和修改

参与者

酒店管理员和前台服务员(部分使用)

前置条件

必须先登录(帐号、密码)

后置条件

若有改动,必须确认保存

基本操作流程

1.管理员(或服务员)登录

2.对员工信息进行查询或修改

被包含的用例

1.添加员工

2.查询员工信息

3.修改员工信息

4.删除员工信息

被泛化的用例

暂无

被扩展的用例

添加用户

酒店管理员

必须先登录

如果有改动必须保存

1.管理员登录

2.开始添加员工

3.输入员工信息

4.保存添加员工信息

查询用户信息

查询用户(前台服务员、系统管理员、经理)信息,包括姓名、员工号、部门、联系方式

酒店管理员或服务员(部分)

若有改动必须保存

2.输入所要查询员工姓名或员工号

3.检索查看信息

4.确认并退出

删除用户

删除用户(前台服务员、系统管理员、经理)信息

必须确认保存

2.输入所要删除员工的姓名或员工号

3.确认删除

4.退出

客房经营管理用例描述

客房经营管理

实现对客房的订房,入住和退房管理,包括对客房的业务信息(如客房号、预定时间、入住时间、换房情况、退房情况、金额等)进行检索、录入和修改。

酒店管理员、酒店经理、和前台服务员

必须登录

1.用户登录

2.根据用户请求,进行响应操作

3.提交操作结果

1.客户预定

2.客户入住

3.客户退房

预订登记

客户通过各种途径(电话、网络或亲自到达)预订房间

前台服务员(主要)管理员或经理也可

若预订成功,生成订单,存入系统

1.接待员响应客户的预订请求

2.接待员查询当前的客房入住信息

3.根据客户提供的信息选择房间

4.输入、查询和修改房间的预订信息

5.生成订单,存入系统

入住登记

客户入住酒店,办理手续

若入住成功,生成订单,存入系统,并修改入住信息

1接待员响应客户的入住请求

2接待员查询当前的客房入住信息

3根据客户提供的信息选择房间

4输入、查询和修改房间的入住信息

生成订单,存入系统

退房登记

客户退出酒店,办理手续

退房成功,生成清单,存入系统,并修改入住信息

1接待员响应客户的退房请求

2接待员查询当前的客房退房信息

3.计算费用

4.修改房间的入住信息

5.生成结算单

客房信息管理描述

客房信息管理

可自定义客房类型,并对其进行管理,包括对客房类型的基本信息(如客房号、客房类型、房间位置、面积、床位、价格等)进行检索、录入和修改。

参与人员

酒店管理员和酒店经理

若有改动必须确认保存

2.检索客房信息

3.对客房的各种信息进行修改

4.确认并保存信息

1.客房信息检索

2.客房信息录入

3.客房信息修改

客户信息管理用例描述

客户信息管理

用户可以对入住过酒店的客户信息进行查询,包括对客户基本信息(如身份证号、客户姓名、联系电话、客户类型、入住历史等等信息)进行检索。

酒店管理员、酒店经理和服务员

2.检索客户信息

3.对客户的各种信息进行修改

4.确认保存修改信息

用户密码修改

用户可以对自己的登录密码进行修改

2.进行密码修改

3.输入旧密码

4.输入新密码

5.确认新密码

6.修改完成

用户注销

用户离开系统,注销,以防止别人通过自己的帐号登录系统。

酒店管理员,酒店经理和服务员

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的理论知识。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > PPT模板 > 商务科技

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2