酒店管理系统UML课程设计报告

1、酒店管理系统UMI课程设计报告课程设计报告课程名称 软件建模与分析设计题目 酒店管理系统 专业班级仅供参考 姓 名仅供参考 学 号仅供参考 指导教师 仅供参考 起止时间 仅供参考成绩评定考核内容设计表现设计报告答辩综合评定成绩仅供参考仅供参考仅供参考课程设计考核和成绩评定办法1. 课程设计的考核由指导教师根据设计表现、 设计报告、设计成果、答辩等几个方面，给 出各项权重，综合评定。该设计考核教研室 主任审核，主管院长审批备案。2. 成绩评定采用五级分制，即优、良、中、及 格、不及格。3. 参加本次设计时间不足三分之二或旷课四 天以上者，不得参加本次考核，按不及格处 理。4. 课程设计结束一周内

2、，指导教师提交成绩和 设计总结。5. 设计过程考核和成绩在教师手册中有记载。课程设计报告内容课程设计报告内容、格式各专业根据 专业不同统一规范，经教研室主任审核、 主管院长审批备案。注： 1.课程设计任务书和指导书在课程设计前发给学生，设计任务书放置在设计报告封面后和 正文目录前。2.为了节省纸张，保护环境，便于保管实习报告，统一采用A4纸，实习报告建议双面打印（正文采用宋体五号字）或手写。一、背景说明酒店管理系统需求分析目前大多数酒店提供的服务多种多样， 规模 大小也各不相同，但稍具规模的酒店必含下面三 类服务：饮食、仅供参考住宿和娱乐。由于我们 对酒店行业没有具体的接触和实质性的了解。 此

3、 次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒 店设计管理系统，并将其抽象成一个由三部门组 成、实现三大服务的系统。1. 饮食部门它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人 数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。通过分析可 发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这 些信息没有必要采用数据库管理。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面 便于期末汇总，另一方面便于向上级报告。在规模较大的酒店餐饮服务 仅供参考 _

4、部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。2. 住宿管理部门它也是酒店基本部门之一。 住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。B.登记旅客信息，确认其身份，登记其入住、退房时间。C.统计各类房间的客满程度。D.对本部门的 仅供参考 一财务流动进行登记处理。以上信息处理可以通过计算 机完成，其他不便于计算机操作的在此没有列岀。3. 娱乐管理部门娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮 食部门很相似，不便于使用计算机进行操作。可以用

5、计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人.B.收入支岀财务处理：编号、财务来源去处的摘要、数量、单价、数额、结 余、经手人等。这些信息都需要长时间保留并上报。4. 经理部门经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的存在却是必不可少的。它的 主要职责有：A.管理员工。给员工编号，登记其基本信息；根据员工的平时表现及工龄确定工资；此 夕卜，还要给员工分配工作部门及职务等等。B.划分部门。给个部门编号、命名、确定其职责范围、任命部门经理、分配员工。C.对本部门的 仅供参考 财务进行核算（支付工资等）。D.期末对酒店 的收益情况进行核算。三、各子系统的功能虽

6、然酒店按功能可以划分成四个部门，但是饮 食部门的大部分工作手工操作比计算机操作更 具有效率，如上所述，便于电脑操作只有财务处 理。在划分子系统时，考虑到各子系统都有各自 的财务处理，且有相似性 仅供参考，所以就把它 们归为统一的一个“财务子系统”。同时“饮食 子系统”取消，因为它的所有需要涵盖的功能都 已包含在“财务子系统”中。因此系统共划分为 四部分：总经理子系统、财务子系统、住宿子系 统和娱乐子系统。酒店管理系统登陆预定客房I顾客信H 收银客客入户房住基状:信图2功能需求结构图1. 总经理子系统A. 对新来的员工进行编号、登记、分配工作。员工号、姓名、性别、年龄、工龄、级别、部门号、职务、

7、其他备注B. 对于被辞退的员工从系统中级联删除其信息，如从员工表中删除其基本信息，从它所服务的工作部门中删除该员工的工作名额 仅供参考 _，结算支付其工资、奖金；同时补充新的员工，代 替它的工作。C. 对新增部门作各种初始工作。如编号、命名、任命经理等。部门号、名称、部门经理、员工数量D. 取消某个部门时，核算该部门的财务情况，并作备份；同时对该部门的员工重新分配工作。E. 其他情况的处理。2. 财务子系统A. 每天的收入、支出登记编号、发票号、摘要、数量、单位、数额、经手人、日期B. 期末各子系统的财务汇总编号、上月余额、总收入、总支出、余额、经手人、日期C. 期末酒店汇总个部门的财务报表，

8、结算本酒店收益（编号、部门号、部门名称、收入、支出、净收入、经手人、日期）3. 住宿子系统A.来客登记若多人住同一房间，只作一个记录。、证件号码、入住客人信息房间号、房间类别、客人数量、联系人名、身份、证件名称（类型）时间、退出时间B.房间管理旅客入住（旅客退出）除了登记（删除）客人信息之外，还应对相关的记录进行修改，如房间的 状态等。房间类别类别号、名称、设备、收费标准、总数量、剩余量、管理人员房间房间号，房间类型、状态（该部门的财务处理与饮食子系统同，归到财务子系统）4. 娱乐子系统A. 添加新的娱乐项目娱乐项目娱乐项目号、名称、收费标准、负责人 B. 取消某娱乐项目（财务处理（同饮食子系

9、统）归到财务子系统）系统建模一.创建系统用例模型系统的用例分析是UML建模的第一步，在需 求分析中，我们已经确定了酒店管理系统的各功 能模块，包括：客房部管理、餐饮部管理、财务 部管理等。酒店管理员酒店经理增加员工信息删除员工信息修改员工信息查询员工信息 员工信息管理增加客房信息一一一"删除客房信息客房信息管理更改客房信息客房当前入住情况查询客房经营管理客房信息查询查询经营统计信息客户信息查询客户退房个人密码修改十前台服务人员注销客户预定前台服务客户入住用例描述用户信息管理用例描述描述项说明用例名称用户信息管理用例描述对酒店客房管理系统的 使用者进行管理，包括 对贝工的基本信息进彳亍

10、检索、录入和修改参与者酒店管理员和前台服务 员（部分使用）前置条件必须先登录（帐号、密 码）后置条件若有改动，必须确认保 存基本操作流程1管理员（或服务员） 登录2.对员工信息进行查询 或修改被包含的用例1. 添加员工2. 查询员工信息3. 修改员工信息4. 删除员工信息被泛化的用例暂无被扩展的用例暂无添加用户描述项说明用例名称添加用户用例描述添加用户参与者酒店管理员前置条件必须先登录后置条件如果有改动必须保存基本操作流程1. 管理员登录2. 开始添加员工3. 输入员工信息4. 保存添加员工信息查询用户信息描述项说明用例名称查询用户信息用例描述查询用户（前台服务员、 系统管理员、经理）信 息，

11、包括姓名、员工号、 部门、联系方式参与者酒店管理员或服务员（部分）前置条件必须先登录后置条件若有改动必须保存基本操作流程1.管理员登录2. 输入所要查询员工姓 名或员工号3. 检索查看信息4. 确认并退出删除用户描述项说明用例名称删除用户用例描述删除用户（前台服务员、 系统管理员、经理）信 r丿息参与者酒店管理员前置条件必须先登录后置条件必须确认保存基本操作流程1. 管理员登录2. 输入所要删除员工的 姓名或员工号3. 确认删除4. 退出客房经营管理用例描述:描述项说明用例名称客房经营管理用例描述实现对客房的订房，入 住和退房管理，包括对 客房的业务信息（如客 房号、预定时间、入住 时间、换房

12、情况、退房 情况、金额等）进行检 索、录入和修改。参与者酒店管理员、酒店经理、和前台服务员前置条件必须登录后置条件若有改动必须保存基本操作流程1. 用户登录2. 根据用户请求，进行 响应操作3. 提交操作结果被包含的用例1. 客户预定2. 客户入住3. 客户退房被泛化的用例暂无被扩展的用例暂无预订登记说明描述项用例名称用例描述客户通过各种途径（电预订登记话、网络或亲自到达） 预订房间参与者前台服务员（主要）管 理员或经理也可前置条件后置条件若预订成功，生成订单， 存入系统基本操作流程1.接待员响应客户的预必须先登录订请求2. 接待员查询当前的客 房入住信息3. 根据客户提供的信息 选择房间4.

13、 输入、查询和修改房 间的预订信息5生成订单，存入系统入住登记描述项说明用例名称用例描述客户入住酒店，办理手 续参与者前台服务员（主要）管 理员或经理也可入住登记前置条件后置条件若入住成功，生成订单，必须先登录存入系统，并修改入住 信息基本操作流程接待员响应客户的入住请求2接待员查询当前的客 房入住信息3根据客户提供的信息 选择房间4输入、查询和修改房 间的入住信息生成订单，存入系统退房登记描述项说明用例名称用例描述客户退出酒店，办理手 续参与者前台服务员（主要）管 理员或经理也可退房登记前置条件后置条件退房成功，生成清单，必须先登录存入系统，并修改入住 信息基本操作流程接待员响应客户的退房请

14、求2接待员查询当前的客 房退房信息3计算费用4修改房间的入住信息5生成结算单客房信息管理描述:描述项说明用例名称客房信息管理用例描述可自定义客房类型，并 对其进行管理，包括对 客房类型的基本信息（如客房号、客房类型、 房间位置、面积、床位、 价格等）进行检索、录 入和修改。参与人员酒店管理员和酒店经理前置条件必须先登录后置条件若有改动必须确认保存基本操作流程1. 用户登录2. 检索客房信息3. 对客房的各种信息进 行修改4. 确认并保存信息被包含的用例1. 客房信息检索2. 客房信息录入3. 客房信息修改被泛化的用例暂无被扩展的用例暂无客户信息管理用例描述描述项说明用例名称客户信息管理用例描述

15、用户可以对入住过酒店 的客户信息进行查询， 包括对客户基本信息（如身份证号、客户姓 名、联系电话、客户类 型、入住历史等等信息） 进行检索。参与者酒店管理员、酒店经理 和服务员前置条件必须先登录后置条件若有改动必须保存基本操作流程1. 用户登录2. 检索客户信息3. 对客户的各种信息进 行修改4.确认保存修改信息被包含的用例暂无用户密码修改描述项说明用例名称用户密码修改用例描述用户可以对自己的登录密码进行修改参与者酒店管理员、酒店经理 和服务员前置条件必须先登录后置条件若有改动，必须确认保 存基本操作流程1. 用户登录2. 进行密码修改3. 输入旧密码4. 输入新密码5. 确认新密码6. 修改

16、完成用户注销描述项说明用例名称用户注销用例描述用户离开系统，注销， 以防止别人通过自己的 帐号登录系统。参与者酒店管理员，酒店经理 和服务员前置条件必须先登录后置条件无基本操作流程1. 处于登录状态2. 选择注销3. 确认注销.创建系统静态模型系统类图書定骨和乌匹点号盼说号码 ©舟份证地址 爲范电旳I可 电曲乍员顾容信息管理界面导份证号码 叡可谕证地址酒店管理系统类图系址管理员档别台窘户 母证件号 桃名 性别 心系览址 唸各注杲:示运讦对阖0显示市费0耳示也我金珥0前台接待人虽笔讨司 訪前台蕭寻 爲前合机号 耳诰帐方式.站嵌0岂营理员臨号毎运厅状态*fi录0显示阿何0联机0脱机0柿定

17、0入注()牺房0*n.,(:.客房管理事顷置汴序編- 気世冒捲述 岂级别 毎状态 爲基注冲费记豉Q时阖 気前台编号Wi(清洁0记录DH印0客房管理系统类图系统中包含了：7个管理类：客房管理、用户管理、财务管理、 餐饮管理、顾客信息管理、预订客房管理、酒店 管理。4个实体类：酒店管理员、前台、酒店经理、顾 客三.创建系统动态模型（1）序列图用户登录系统顺序图系统管理员r”2.问口令13.输口令鸟输入金额T1.刷卡7. 口令正确9.进行处理4. 口令验证13.打印清单%12.处理完成5.检查顾客资料丘6. 口令正确 10.银行处理冷三二11.完成顾客用信用卡结账顺序图酒店经理顾客前台服务员酒店数据库1. 员工登录系统2. 预订请求3. 打开查询界面4. 有无空房5. 无空房6. 抱歉无空房客户订房序列图7. 有空房8. 打开预订房间界面9. 完成订单10. 预订成功11. 添加订单(2)状态图、活动图退出系统失败3次成功普通用户客房信息系统管理员管理自己的 信息失败丸登录管理自己和普 通用户的信息用户类型预定管理消费管理酒店管理系统活动图有预定房间有无空房