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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

16、用户离开系统，注销，以防止别人通过自己 的帐号登录系统。参与者酒店管理员，酒店经理和服务员前置条件必须先登录后置条件无基本操作流程1. 处于登录状态2. 选择注销3. 确认注销怔咨信a管*修用户名 叩密码登录。全人底靖弓人保金新4人最时间酒店官茬系芋有务首+早弃可霍权管耋界面叩告吕髡草食吕价梏点菜U F*)用户管理界面能用户名 龟至码客房管理界面电客房与砖 吝勇株淮 d者房位言 令客房状态%春饷人数界号名号tt同 房姓证II时员 房人份傍住作 客富导<操二.创建系统静态模型系统类图溶定管理界面吝房房号 令客人姓各 叱身份江号玛 尊.身你证地址 龟节主打间 尊券作员酒店管理系统类图号别台房

17、级前系统管理员管理员编号 旬通行状卷 登芝。晶示时间°联机0脱机0定0吏消预定0旗住0'阻椽0客户X证件号 土姓名 性别 钮系地址 d冬注F定0 入住0 W房0 皓帐0消费记录5间龟抑台祠号前台接待人员切时间喋号F壕。清洁0冷机号显枣运行时间0显示宿wo尿示收密窗额()客房管理系统类图系统中包含了：7个管理类：客房管理、用户管理、财务管理、餐饮管理、顾客信息管理、预订客房管理、酒店管理。WL 丁、4个实体类：酒店管理员、前台、酒店经理、顾客三.创建系统动态模型(1)序列图用户登录系统顺序图顾客用信用卡结账顺序图1. 员工登录系统2. 预订请求3. 打开查询界面4. 有无空房5. 无空房6. 抱歉无空房客户订房序列图7. 有空房8. 打开预订房间界面9. 完成订单10. 预订成功11. 添加订单(2)状态图、活动图退出系统管理自己的、通用户的信息酒店管理系统活动图预订房间活动图添加客房entry/输入房间号entry/确定房间类型