《酒店管理系统_UML建模分析.docx》由会员分享，可在线阅读，更多相关《酒店管理系统_UML建模分析.docx（27页珍藏版）》请在三一办公上搜索。
1、课程设计报告课程名称 UML建模与分析 设计题目 酒店管理系统 专业班级 12级软卓 指导教师 徐卓然 小组成员：酒店管理系统需求文档 1. 背景说明：随着人民生活水平的提高，餐饮，住宿，娱乐业在服务行业中占有越来越重要的地位。要使在当前酒店行业日趋激烈的竞争中脱颖而出，必须努力发展自己的特色。在酒店管理方面也要有自己的管理特色，避免传统管理方法的失误，使得酒店的信誉以及各个管理方面都能出现零失误，以及能给管理者和普通的营业员带来操作上的方便，对整个酒店各个方面的业务带来快捷、方便、高效的服务，使用户能够对这个软件感到满意。目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店
2、必含下面三类服务：饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统。2.部门划分2.1 饮食管理部它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。2.2 住宿管理部它也是酒店基本部门之一。住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。
3、B.登记旅客信息，确认其身份，登记其入住、退房。C.统计各类房间的客满程度。D.对本部门的财务流动进行登记处理。2.3 娱乐管理部门娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似，可以用计算机完成并且有必要用计算机完成的有：A制定收费标准，分配负责人.B收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。这些信息都需要长时间保留并上报。 C、酒店KTV、洗浴城和酒吧的管理与经营、2.4 大厅部门大厅部门是直接与客户打交道的部门，主要负责任务：A、 客房的预定，客户入住登记，退房登记。B、 负责结账。C、 对礼仪队的分配
4、与管理。2.5 经理部门 经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的存在却是酒店管理必不可少的。它的主要职责有：A. 管理员工，给员工编号，登记其基本信息；B. 根据员工的平时表现及工龄确定工资；C. 给员工分配工作部门及职务等等。D. 划分部门，给个部门编号、命名、确定其职责范围、任命部门经理、分配员工。E. 对本部门的财务进行核算（支付工资等）F. 期末对酒店的收益情况进行核算。 酒店部门分配表3. 各子系统的功能虽然酒店按功能可以划分成四个部门，但是饮食部门的大部分工作手工操作比计算机操作更具有效率，如上所述，便于电脑操作只有财务处理。在划分子系统时，考虑到各子系统都有
5、各自的财务处理，且有相似性，所以就把它们归为统一的一个“财务子系统”。同时“饮食子系统”取消，因为它的所有需要涵盖的功能都已包含在“财务子系统”中。因此系统共划分为四部分：总经理子系统、财务子系统、住宿子系统和娱乐子系统。3.1 总经理子系统A. 对新来的员工进行编号、登记、分配工作。 员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注B. 对于被辞退的员工从系统中级联删除其信息，如从员工表中删除其基本信息，从它所服务的工作部门中删除该员工的工作名额，结算支付其工资、奖金；同时补充新的员工，代替它的工作。C. 对新增部门作各种初始工作。如编号、命名、任命经理等。部门号、名称、部门经理
6、、员工数量D. 取消某个部门时，核算该部门的财务情况，并作备份；同时对该部门的员工重新分配工作。E. 其他情况的处理。3.2 财务子系统F. 每天的收入、支出登记编号、发票号、摘要、数量、单位、数额、经手人、日期G. 期末各子系统的财务汇总编号、上月余额、总收入、总支出、余额、经手人、日期H. 期末酒店汇总个部门的财务报表，结算本酒店收益(编号、部门号、部门名称、收入、支出、净收入、经手人、日期)3.3 住宿子系统I. 来客登记 若多人住同一房间，只作一个记录。客人信息房间号、房间类别、客人数量、联系人名、身份、证件名称（类型）、证件号码、入住时间、退出时间J. 房间管理 旅客入住（旅客退出）
7、除了登记（删除）客人信息之外，还应对相关的记录进行修改，如房间的状态等。房间类别类别号、名称、设备、收费标准、总数量、剩余量、管理人员房间房间号，房间类型、状态( 该部门的财务处理与饮食子系统同，归到财务子系统)K.订购类型电话订购,网上订购,前台订购3.4 娱乐子系统L.添加新的娱乐项目娱乐项目娱乐项目号、名称、收费标准、负责人M.取消某娱乐项目（财务处理 （同饮食子系统） 归到财务子系统4.系 统 建 模4.1创建系统用例模型 系统的用例分析是UML建模的第一步，在需求分析中，我们已经确定了酒店管理系统的各功能模块，包括：客房部管理、餐饮部管理、财务部管理等。用例描述用户信息管理用例描述描
8、述项说明用例名称用户信息管理用例描述对酒店客房管理系统的使用者进行管理，包括对员工的基本信息进行检索、录入和修改参与者酒店管理员和前台服务员（部分使用）前置条件必须先登录（帐号、密码）后置条件若有改动，必须确认保存基本操作流程1. 管理员（或服务员）登录2. 对员工信息进行查询或修改被包含的用例1. 添加员工2. 查询员工信息3. 修改员工信息4. 删除员工信息被泛化的用例暂无被扩展的用例暂无添加用户描述项说明用例名称添加用户用例描述添加用户参与者酒店管理员前置条件必须先登录后置条件如果有改动必须保存基本操作流程1. 管理员登录2. 开始添加员工3. 输入员工信息4. 保存添加员工信息查询用户
9、信息描述项说明用例名称查询用户信息用例描述查询用户（前台服务员、系统管理员、经理）信息，包括姓名、员工号、部门、联系方式参与者酒店管理员或服务员（部分）前置条件必须先登录后置条件若有改动必须保存基本操作流程1. 管理员登录2. 输入所要查询员工姓名或员工号3. 检索查看信息4. 确认并退出删除用户描述项说明用例名称删除用户用例描述删除用户（前台服务员、系统管理员、经理）信息参与者酒店管理员前置条件必须先登录后置条件必须确认保存基本操作流程1. 管理员登录2. 输入所要删除员工的姓名或员工号3. 确认删除4. 退出客房经营管理用例描述描述项说明用例名称客房经营管理用例描述实现对客房的订房，入住和
10、退房管理，包括对客房的业务信息（如客房号、预定时间、入住时间、换房情况、退房情况、金额等）进行检索、录入和修改。参与者酒店管理员、酒店经理、和前台服务员前置条件必须登录后置条件若有改动必须保存基本操作流程1. 用户登录2. 根据用户请求，进行响应操作3. 提交操作结果被包含的用例1. 客户预定2. 客户入住3. 客户退房被泛化的用例暂无被扩展的用例暂无预订登记描述项说明用例名称预订登记用例描述客户通过各种途径（电话、网络或亲自到达）预订房间参与者前台服务员（主要）管理员或经理也可前置条件必须先登录后置条件若预订成功，生成订单，存入系统基本操作流程1. 接待员响应客户的预订请求2. 接待员查询当
11、前的客房入住信息3. 根据客户提供的信息选择房间4. 输入、查询和修改房间的预订信息5. 生成订单，存入系统入住登记描述项说明用例名称入住登记用例描述客户入住酒店，办理手续参与者前台服务员（主要）管理员或经理也可前置条件必须先登录后置条件若入住成功，生成订单，存入系统，并修改入住信息基本操作流程1接待员响应客户的入住请求2接待员查询当前的客房入住信息3根据客户提供的信息选择房间4输入、查询和修改房间的入住信息生成订单，存入系统退房登记描述项说明用例名称退房登记用例描述客户退出酒店，办理手续参与者前台服务员（主要）管理员或经理也可前置条件必须先登录后置条件退房成功，生成清单，存入系统，并修改入住
12、信息基本操作流程1接待员响应客户的退房请求2接待员查询当前的客房退房信息3.计算费用4.修改房间的入住信息5.生成结算单客房信息管理描述描述项说明用例名称客房信息管理用例描述可自定义客房类型，并对其进行管理，包括对客房类型的基本信息（如客房号、客房类型、房间位置、面积、床位、价格等）进行检索、录入和修改。参与人员酒店管理员和酒店经理前置条件必须先登录后置条件若有改动必须确认保存基本操作流程1. 用户登录2. 检索客房信息3. 对客房的各种信息进行修改4. 确认并保存信息被包含的用例1. 客房信息检索2. 客房信息录入3. 客房信息修改被泛化的用例暂无被扩展的用例暂无客户信息管理用例描述描述项说
13、明用例名称客户信息管理用例描述用户可以对入住过酒店的客户信息进行查询，包括对客户基本信息（如身份证号、客户姓名、联系电话、客户类型、入住历史等等信息）进行检索。参与者酒店管理员、酒店经理和服务员前置条件必须先登录后置条件若有改动必须保存基本操作流程1. 用户登录2. 检索客户信息3. 对客户的各种信息进行修改4. 确认保存修改信息被包含的用例暂无用户密码修改描述项说明用例名称用户密码修改用例描述用户可以对自己的登录密码进行修改参与者酒店管理员、酒店经理和服务员前置条件必须先登录后置条件若有改动，必须确认保存基本操作流程1. 用户登录2. 进行密码修改3. 输入旧密码4. 输入新密码5. 确认新
14、密码6. 修改完成用户注销描述项说明用例名称用户注销用例描述用户离开系统，注销，以防止别人通过自己的帐号登录系统。参与者酒店管理员，酒店经理和服务员前置条件必须先登录后置条件无基本操作流程1. 处于登录状态2. 选择注销3. 确认注销4.2 创建系统静态模型部门类图:部门类图:部门,员工类图(其中部门与员工市一对多的关系)四个部门(大厅部,客房部,餐饮部,娱乐部门)继承了部门类订购类图:图中订购客房有三种方式:电话订购,网上订购,前台订购.客户与订单是一对多的关系.客户订购可以订购多个房间.亦可以多次订购.订购客房活动图:客户可以通过不同的预定方式订购客房,分别有前台订购,网上订购,电话订购.前台订购由客户到前台客房,员工登记客户信息,客户预定房间,选择房间类型,确定房间数目,员工生成订单,最终由客户确定订单.网上订购就是由客户在网上填写类似于前台订购的定购房间,类型数目的信息.最终由系统生成订单.电话订购是客户通过电话订购客房,过程亦类似于前台订购.修改员工信息活动图:订购客房顺序图:
