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

1、酒店管理系统UML课程设计报告课程设计报告课程名称 软件建模与分析 设计题目 酒店管理系统 专业班级 仅供参考 姓 名 仅供参考 学 号 仅供参考 指导教师 仅供参考 起止时间 仅供参考 成 绩 评 定考核内容设计表现设 计报 告答辩综合评定成 绩仅供参考仅供参考仅供参考仅供参考学院课程设计考核和成绩评定办法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.对本部门的财务进行核算（支付工资等）。

6、D.期末对酒店的收益情况进行核算。、各子系统的功能虽然酒店按功能可以划分成四个部门，但是饮食部门的大部分工作手工操作比计算机操作更具有效率，如上所述，便于电脑操作只有财务处理。在划分子系统时，考虑到各子系统都有各自的财务处理，且有相似性，所以就把它们归为统一的一个“财务子系统”。同时“饮食子系统”取消，因为它的所有需要涵盖的功能都已包含在“财务子系统”中。因此系统共划分为四部分：总经理子系统、财务子系统、住宿子系统和娱乐子系统。酒店管理系统预定管理接受预定房间收银管理图2 功能需求结构图客房管理顾客信息管理增加客房删除客房客房状态登陆客户基本信息审查管理客房状态查看历史客人查看入住信息查看1

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

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

9、的娱乐项目娱乐项目娱乐项目号、名称、收费标准、负责人B. 取消某娱乐项目（财务处理 （同饮食子系统） 归到财务子系统 )系 统 建 模一. 创建系统用例模型系统的用例分析是UML建模的第一步，在需求分析中，我们已经确定了酒店管理系统的各功能模块，包括：客房部管理、餐饮部管理、财务部管理等。用例描述用户信息管理用例描述描述项说明用例名称用户信息管理用例描述对酒店客房管理系统的使用者进行管理，包括对员工的基本信息进行检索、录入和修改参与者酒店管理员和前台服务员（部分使用）前置条件必须先登录（帐号、密码）后置条件若有改动，必须确认保存基本操作流程1. 管理员（或服务员）登录2. 对员工信息进行查询或

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

11、确认并退出删除用户描述项说明用例名称删除用户用例描述删除用户（前台服务员、系统管理员、经理）信息参与者酒店管理员前置条件必须先登录后置条件必须确认保存基本操作流程1. 管理员登录2. 输入所要删除员工的姓名或员工号3. 确认删除4. 退出客房经营管理用例描述描述项说明用例名称客房经营管理用例描述实现对客房的订房，入住和退房管理，包括对客房的业务信息（如客房号、预定时间、入住时间、换房情况、退房情况、金额等）进行检索、录入和修改。参与者酒店管理员、酒店经理、和前台服务员前置条件必须登录后置条件若有改动必须保存基本操作流程1. 用户登录2. 根据用户请求，进行响应操作3. 提交操作结果被包含的用例

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

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

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

15、3. 对客户的各种信息进行修改4. 确认保存修改信息被包含的用例暂无用户密码修改描述项说明用例名称用户密码修改用例描述用户可以对自己的登录密码进行修改参与者酒店管理员、酒店经理和服务员前置条件必须先登录后置条件若有改动，必须确认保存基本操作流程1. 用户登录2. 进行密码修改3. 输入旧密码4. 输入新密码5. 确认新密码6. 修改完成用户注销描述项说明用例名称用户注销用例描述用户离开系统，注销，以防止别人通过自己的帐号登录系统。参与者酒店管理员，酒店经理和服务员前置条件必须先登录后置条件无基本操作流程1. 处于登录状态2. 选择注销3. 确认注销二. 创建系统静态模型系统类图酒店管理系统类图

16、客房管理系统类图系统中包含了：7个管理类：客房管理、用户管理、财务管理、餐饮管理、顾客信息管理、预订客房管理、酒店管理。4个实体类：酒店管理员、前台、酒店经理、顾客三. 创建系统动态模型（1）序列图用户登录系统顺序图顾客用信用卡结账顺序图客户订房序列图1. 员工登录系统2. 预订请求3. 打开查询界面4. 有无空房5. 无空房6. 抱歉无空房7. 有空房8. 打开预订房间界面9. 完成订单10. 预订成功11. 添加订单（2）状态图、活动图酒店管理系统活动图预订房间活动图图12 客房管理状态图（3）构件图构件图四. 创建系统部署模型五. 总结经过三周的设计，“酒店管理系统的分析与设计”，采用UML建模的方法已经基本完成。在建模过程中，遇到一些问题，通过询问辅导老师和上网查找资料，得到了比较满意的解决，在这次课程设计中，关于UML的概念以前比较模糊的地方，在实际操作中，变得更加清楚了，对Rational Rose的UML功能运用的更加熟练。使我对UML建模的思想有了更进一步的理解，在以后的学习中，还将不断的学习UML的理论知识。