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

酒店管理系统UML课程 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 课程名称 软件建模与 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 设计题目 酒店管理系统 专业班级 仅供参考 姓 名 仅供参考 学 号 仅供参考 指导教师 仅供参考 起止时间 仅供参考 成 绩 评 定 考核 设计 设 计 综合 答辩 内容 表现 报 告 评定 成 绩 仅供参考 仅供参考 仅供参考 仅供参考学院 课程设计考核和成绩评定办法 1( 课程设计的考核由指导教师根据设计表现、设计报告、设计成果、答辩等几个方面， 给出各项权重，综合评定。该设计考核教研室主任审核，主管院长审批备案。 2( 成绩评定采用五级分制，即优、良、中、及格、不及格。 3( 参加本次设计时间不足三分之二或旷课四天以上者，不得参加本次考核，按不及格 处理。 4( 课程设计结束一周内，指导教师提交成绩和设计总结。 5( 设计过程考核和成绩在教师手册中有记载。 课程设计报告内容 课程设计报告内容、格式各专业根据专业不同统一规范，经教研室主任审核、主 管院长审批备案。 注: 1. 课程设计任务书和指导书在课程设计前发给学生，设计任务书放置在设计报告封面后和正文目录 前。 2. 为了节省纸张，保护环境，便于保管实习报告，统一采用A4纸，实习报告建议双面打印(正文 采用宋体五号字)或手写。 酒 店 管 理 系 统 需 求 分 析 一、背景说明 目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务:饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。 二、部门的划分 酒店总经理 大堂部 客房部 餐饮部 财务部 保安部 总礼房楼洗餐送食 总 机 宾务层衣餐品 部 中服房 厅 服采 台 心 务 务购 部 部 1( 饮食部门 它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人 数、顾客所用的菜及其它饮料等种类繁多，数量不等;后勤各种活动如采购等频繁发生。通过分析可 发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这 些信息没有必要采用数据库管理。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面 便于期末汇总，另一方面便于向上级报告。 在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本 系统为了简单起见，把饮食部门作为一个子系统，不再细分。 2( 住宿管理部门 它也是酒店基本部门之一。住宿管理部门的主要 职责 岗位职责下载项目部各岗位职责下载项目部各岗位职责下载建筑公司岗位职责下载社工督导职责.docx 有:A.给个房间布置各种设备、分类、编号、 制定收费 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 、分配服务人员。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. 保存添加员工信息 查询用户信息 描述项 说明 用例名称 查询用户信息 用例描述 查询用户(前台服务员、系统管理员、经理) 信息，包括姓名、员工号、部门、联系方式 参与者 酒店管理员或服务员(部分) 前置条件 必须先登录 后置条件 若有改动必须保存 基本操作流程 1. 管理员登录 2. 输入所要查询员工姓名或员工号 3. 检索查看信息 4. 确认并退出 删除用户 描述项 说明 用例名称 删除用户 用例描述 删除用户(前台服务员、系统管理员、经理) 信息 参与者 酒店管理员 前置条件 必须先登录 后置条件 必须确认保存 基本操作流程 1. 管理员登录 2. 输入所要删除员工的姓名或员工号 3. 确认删除 4. 退出 客房经营管理用例描述 描述项 说明 用例名称 客房经营管理 用例描述 实现对客房的订房，入住和退房管理，包括 对客房的业务信息(如客房号、预定时间、 入住时间、换房情况、退房情况、金额等) 进行检索、录入和修改。 参与者 酒店管理员、酒店经理、和前台服务员 前置条件 必须登录 后置条件 若有改动必须保存 基本操作流程 1. 用户登录 2. 根据用户请求，进行响应操作 3. 提交操作结果 被包含的用例 1. 客户预定 2. 客户入住 3. 客户退房 被泛化的用例 暂无 被扩展的用例 暂无 预订登记 描述项 说明 用例名称 预订登记 用例描述 客户通过各种途径(电话、网络或亲自到达) 预订房间 参与者 前台服务员(主要)管理员或经理也可 前置条件 必须先登录 后置条件 若预订成功，生成订单，存入系统 基本操作流程 1. 接待员响应客户的预订请求 2. 接待员查询当前的客房入住信息 3. 根据客户提供的信息选择房间 4. 输入、查询和修改房间的预订信息 5. 生成订单，存入系统 入住登记 描述项 说明 用例名称 入住登记 用例描述 客户入住酒店，办理手续 参与者 前台服务员(主要)管理员或经理也可 前置条件 必须先登录 后置条件 若入住成功，生成订单，存入系统，并修改 入住信息 基本操作流程 1接待员响应客户的入住请求 2接待员查询当前的客房入住信息 3根据客户提供的信息选择房间 4输入、查询和修改房间的入住信息 生成订单，存入系统 退房登记 描述项 说明 用例名称 退房登记 用例描述 客户退出酒店，办理手续 参与者 前台服务员(主要)管理员或经理也可 前置条件 必须先登录 后置条件 退房成功，生成清单，存入系统，并修改入 住信息 基本操作流程 1接待员响应客户的退房请求 2接待员查询当前的客房退房信息 3.计算费用 4.修改房间的入住信息 5.生成结算单 客房信息管理描述 描述项 说明 用例名称 客房信息管理 用例描述 可自定义客房类型，并对其进行管理，包括 对客房类型的基本信息(如客房号、客房类 型、房间位置、面积、床位、价格等)进行 检索、录入和修改。 参与人员 酒店管理员和酒店经理 前置条件 必须先登录 后置条件 若有改动必须确认保存 基本操作流程 1. 用户登录 2. 检索客房信息 3. 对客房的各种信息进行修改 4. 确认并保存信息 被包含的用例 1. 客房信息检索 2. 客房信息录入 3. 客房信息修改 被泛化的用例 暂无 被扩展的用例 暂无 客户信息管理用例描述 描述项 说明 用例名称 客户信息管理 用例描述 用户可以对入住过酒店的客户信息进行查 询，包括对客户基本信息(如身份证号、客 户姓名、联系电话、客户类型、入住历史等 等信息)进行检索。 参与者 酒店管理员、酒店经理和服务员 前置条件 必须先登录 后置条件 若有改动必须保存 基本操作流程 1. 用户登录 2. 检索客户信息 3. 对客户的各种信息进行修改 4. 确认保存修改信息 被包含的用例 暂无 用户密码修改 描述项 说明 用例名称 用户密码修改 用例描述 用户可以对自己的登录密码进行修改 参与者 酒店管理员、酒店经理和服务员 前置条件 必须先登录 后置条件 若有改动，必须确认保存 基本操作流程 1. 用户登录 2. 进行密码修改 3. 输入旧密码 4. 输入新密码 5. 确认新密码 6. 修改完成 用户注销 描述项 说明 用例名称 用户注销 用例描述 用户离开系统，注销，以防止别人通过自己 的帐号登录系统。 参与者 酒店管理员，酒店经理和服务员 前置条件 必须先登录 后置条件 无 基本操作流程 1. 处于登录状态 2. 选择注销 3. 确认注销 二. 创建系统静态模型 系统类图 酒店管理系统类图 客房管理系统类图 系统中包含了: 7个管理类:客房管理、用户管理、财务管理、餐饮管理、顾客信息管理、预订客房管理、 酒店管理。 4个实体类:酒店管理员、前台、酒店经理、顾客 三. 创建系统动态模型 (1)序列图 用户登录酒店管验证服务数据库验证 理系统 1.输入用户2.发出验名和密码证请求3.进行查询 4.用户存在5.验证成功6.成功登录 用户登录系统顺序图 顾客前台系统管理员银联1.刷卡 2.问口令 3.输口令 4.口令验证 5.检查顾客资料 6.口令正确 7.口令正确 8.输入金额 9.进行处理10.银行处理 11.完成12.处理完成13.打印清单 顾客用信用卡结账顺序图 酒店经理顾客前台服务员酒店数据库 1: 2: 3: 查询操作界面 4: 5: 6: 7: 8: 预订房间 9: 10: 11: 客户订房序列图 1. 员工登录系统 7. 有空房 2. 预订请求 8. 打开预订房间界面 3. 打开查询界面 9. 完成订单 4. 有无空房 10. 预订成功 5. 无空房 11. 添加订单 6. 抱歉无空房 (2)状态图、活动图 是退出系统登录失败3次 失败 成功 管理自己的用户类型信息 普通用户客房信息 预定管理 消费管理系统管理员 管理自己和普通用户的信息 酒店管理系统活动图 预定房间 有无空房离开无有 房间类型 豪华房间普通房间 客户登记 预订房间活动图 添加 客房 entry/ 输入房间号 entry/ 确定房间类型 entry/ 确定房间位置 entry/ 房间状态 订房删除 删除房间 订房登记entry/ 删除房间信息 entry/ 删除房间状态信息...entry/ 房间状态 退房 退房登记 entry/ 房间状态设置为空 图12 客房管理状态图 (3)构件图 前台员工客户 房间 系统管理员预定 老板 构件图 四. 创建系统部署模型 系统管理员数据库系维护系统前台1统 前台2 前台3 前台4 五. 总结 经过三周的设计，“酒店管理系统的分析与设计”，采用UML建模的方法已经基本完成。在建模过程中，遇到一些问题，通过询问辅导老师和上网查找资料，得到了比较满意的解决，在这次课程设计中，关于UML的概念以前比较模糊的地方，在实际操作中，变得更加清楚了，对Rational Rose的UML功能运用的更加熟练。使我对UML建模的思想有了更进一步的理解，在以后的学习中，还将不断的学习UML的理论知识。