大酒店标准管理系统UML专业课程设计方案报告_第1页
大酒店标准管理系统UML专业课程设计方案报告_第2页
大酒店标准管理系统UML专业课程设计方案报告_第3页
大酒店标准管理系统UML专业课程设计方案报告_第4页
大酒店标准管理系统UML专业课程设计方案报告_第5页
已阅读5页,还剩14页未读 继续免费阅读

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

课程设计汇报课程名称软件建模和分析设计题目酒店管理系统专业班级仅供参考姓名仅供参考学号仅供参考指导老师仅供参考起止时间仅供参考成绩评定考评内容设计表现设计报告答辩综合评定成绩仅供参考仅供参考仅供参考仅供参考学院课程设计考评和成绩评定措施课程设计考评由指导老师依据设计表现、设计汇报、设计结果、答辩等多个方面,给出各项权重,综合评定。该设计考评教研室主任审核,主管院长审批立案。成绩评定采取五级分制,即优、良、中、及格、不及格。参与此次设计时间不足三分之二或旷课四天以上者,不得参与此次考评,按不及格处理。课程设计结束一周内,指导老师提交成绩和设计总结。设计过程考评和成绩在老师手册中有记载。课程设计汇报内容课程设计汇报内容、格式各专业依据专业不一样统一规范,经教研室主任审核、主管院长审批立案。注:1.课程设计任务书和指导书在课程设计前发给学生,设计任务书放置在设计汇报封面后和正文目录前。2.为了节省纸张,保护环境,便于保管实习汇报,统一采取A4纸,实习汇报提议双面打印(正文采取宋体五号字)或手写。酒店管理系统需求分析=1\*CHINESENUM3一、背景说明现在大多数酒店提供服务多个多样,规模大小也各不相同,但稍具规模酒店必含下面三类服务:饮食、仅供参考住宿和娱乐。因为我们对酒店行业没有具体接触和实质性了解。此次数据库设计只能在部分搜集到基础材料和个人直观认识基础上,简单模拟中等规模酒店设计管理系统,并将其抽象成一个由三部门组成、实现三大服务系统。送餐服务部食品采购部洗衣房礼宾部房务中心酒店总经理前厅部送餐服务部食品采购部洗衣房礼宾部房务中心酒店总经理前厅部客房部餐饮部餐厅楼层服务总机财务部保安部总台饮食部门它是酒店基础部门之一。它提供服务特点是实时性强、连续时间短,强调效率。比如,用户人数、用户所用菜及其它饮料等种类繁多,数量不等;后勤多种活动如采购等频繁发生。经过分析可发觉,用人工完成这类操作比计算机更具实效和时效,且这类信息也没有长时间保留必需,所以这些信息没有必需采取数据库管理。对于饮食部门,需要较长时间保留信息关键是财务信息,首先便于期末汇总,其次便于向上级汇报。在规模较大酒店餐饮服务仅供参考部分,餐厅可分成多个等级或多个小部门,然后各自形成小系统,本系统为了简单起见,把饮食部门作为一个子系统,不再细分。住宿管理部门它也是酒店基础部门之一。住宿管理部门关键职责有:A.给个房间部署多种设备、分类、编号、制订收费标准、分配服务人员。B.登记旅客信息,确定其身份,登记其入住、退房时间。C.统计各类房间客满程度。D.对本部门仅供参考财务流动进行登记处理。以上信息处理能够经过计算机完成,其它不便于计算机操作在此没有列出。娱乐管理部门娱乐是酒店非主流服务,它存在除了赢利,更多是为了吸引用户食宿。娱乐部门特点和饮食部门很相同,不便于使用计算机进行操作。能够用计算机完成而且有必需用计算机完成有:A.制订收费标准,分配责任人.B.收入支出财务处理:编号、财务起源去处摘要、数量、单价、数额、结余、经手人等。这些信息全部需要长时间保留并上报。经理部门经理部门功效即使不是面向用户、不是酒店服务项之一,但它存在却是必不可少。它关键职责有:A.管理职员。给职员编号,登记其基础信息;依据职员平时表现及工龄确定工资;另外,还要给职员分配工作部门及职务等等。B.划分部门。给个部门编号、命名、确定其职责范围、任命部门经理、分配职员。C.对本部门仅供参考财务进行核实(支付工资等)。D.期末对酒店收益情况进行核实。=3\*CHINESENUM3三、各子系统功效即使酒店按功效能够划分成四个部门,不过饮食部门大部分工作手工操作比计算机操作更含有效率,如上所述,便于电脑操作只有财务处理。在划分子系统时,考虑到各子系统全部有各自财务处理,且有相同性仅供参考,所以就把它们归为统一一个“财务子系统”。同时“饮食子系统”取消,因为它全部需要涵盖功效全部已包含在“财务子系统”中。所以系统共划分为四部分:总经理子系统、财务子系统、住宿子系统和娱乐子系统。酒店管理系统酒店管理系统预定管理接收预定房间收银管理图2功效需求结构图客房管理用户信息管理增加客房删除客房客房状态登陆用户基础信息审查管理客房状态查看历史客人查看入住信息查看总经理子系统对新来职员进行编号、登记、分配工作。{职员号、姓名、性别、年纪、工龄、等级、部门号、职务、其它备注}对于被解聘职员从系统中级联删除其信息,如从职员表中删除其基础信息,从它所服务工作部门中删除该职员工作名额仅供参考,结算支付其工资、奖金;同时补充新职员,替换它工作。对新增部门作多种初始工作。如编号、命名、任命经理等。{部门号、名称、部门经理、职员数量}取消某个部门时,核实该部门财务情况,并作备份;同时对该部门职员重新分配工作。其它情况处理。财务子系统天天收入、支出登记{编号、发票号、摘要、数量、单位、数额、经手人、日期}期末各子系统财务汇总{编号、上月余额、总收入、总支出、余额、经手人、日期}期末酒店汇总个部门财务报表,结算本酒店收益(编号、部门号、部门名称、收入、支出、净收入、经手人、日期)住宿子系统来客登记若多人住同一房间,只作一个统计。客人信息{房间号、房间类别、客人数量、联络人名、身份、证件名称(类型)、证件号码、入住时间、退出时间}房间管理旅客入住(旅客退出)除了登记(删除)客人信息之外,还应对相关统计进行修改,如房间状态等。房间类别{类别号、名称、设备、收费标准、总数量、剩下量、管理人员}房间{房间号,房间类型、状态}(该部门财务处理和饮食子系统同,归到财务子系统)娱乐子系统添加新娱乐项目娱乐项目{娱乐项目号、名称、收费标准、责任人}取消某娱乐项目(财务处理(同饮食子系统)归到财务子系统)系统建模创建系统用例模型系统用例分析是UML建模第一步,在需求分析中,我们已经确定了酒店管理系统各功效模块,包含:客房部管理、餐饮部管理、财务部管理等。用例描述用户信息管理用例描述描述项说明用例名称用户信息管理用例描述对酒店客房管理系统使用者进行管理,包含对职员基础信息进行检索、录入和修改参与者酒店管理员和前台服务员(部分使用)前置条件必需先登录(帐号、密码)后置条件若有改动,必需确定保留基础操作步骤管理员(或服务员)登录对职员信息进行查询或修改被包含用例添加职员查询职员信息修改职员信息删除职员信息被泛化用例暂无被扩展用例暂无添加用户描述项说明用例名称添加用户用例描述添加用户参与者酒店管理员前置条件必需先登录后置条件假如有改动必需保留基础操作步骤管理员登录开始添加职员输入职员信息保留添加职员信息查询用户信息描述项说明用例名称查询用户信息用例描述查询用户(前台服务员、系统管理员、经理)信息,包含姓名、职员号、部门、联络方法参与者酒店管理员或服务员(部分)前置条件必需先登录后置条件若有改动必需保留基础操作步骤管理员登录输入所要查询职员姓名或职员号检索查看信息确定并退出删除用户描述项说明用例名称删除用户用例描述删除用户(前台服务员、系统管理员、经理)信息参与者酒店管理员前置条件必需先登录后置条件必需确定保留基础操作步骤管理员登录输入所要删除职员姓名或职员号确定删除退出客房经营管理用例描述描述项说明用例名称客房经营管理用例描述实现对客房订房,入住和退房管理,包含对客房业务信息(如客房号、预定时间、入住时间、换房情况、退房情况、金额等)进行检索、录入和修改。参与者酒店管理员、酒店经理、和前台服务员前置条件必需登录后置条件若有改动必需保留基础操作步骤用户登录依据用户请求,进行响应操作提交操作结果被包含用例用户预定用户入住用户退房被泛化用例暂无被扩展用例暂无预订登记描述项说明用例名称预订登记用例描述用户经过多种路径(电话、网络或亲自抵达)预订房间参与者前台服务员(关键)管理员或经理也可前置条件必需先登录后置条件若预订成功,生成订单,存入系统基础操作步骤接待员响应用户预订请求接待员查询目前客房入住信息依据用户提供信息选择房间输入、查询和修改房间预订信息生成订单,存入系统入住登记描述项说明用例名称入住登记用例描述用户入住酒店,办理手续参与者前台服务员(关键)管理员或经理也可前置条件必需先登录后置条件若入住成功,生成订单,存入系统,并修改入住信息基础操作步骤1接待员响应用户入住请求2接待员查询目前客房入住信息3依据用户提供信息选择房间4输入、查询和修改房间入住信息生成订单,存入系统退房登记描述项说明用例名称退房登记用例描述用户退出酒店,办理手续参与者前台服务员(关键)管理员或经理也可前置条件必需先登录后置条件退房成功,生成清单,存入系统,并修改入住信息基础操作步骤1接待员响应用户退房请求2接待员查询目前客房退房信息3.计算费用4.修改房间入住信息5.生成结算单客房信息管理描述描述项说明用例名称客房信息管理用例描述可自定义客房类型,并对其进行管理,包含对客房类型基础信息(如客房号、客房类型、房间位置、面积、床位、价格等)进行检索、录入和修改。参与人员酒店管理员和酒店经理前置条件必需先登录后置条件若有改动必需确定保留基础操作步骤用户登录检索客房信息对客房多种信息进行修改确定并保留信息被包含用例客房信息检索客房信息录入客房信息修改被泛化用例暂无被扩展用例暂无用户信息管理用例描述描述项说明用例名称用户信息管理用例描述用户能够对入住过酒店用户信息进行查询,包含对用户基础信息(如身份证号、用户姓名、联络电话、用户类型、入住历史等等信息)进行检索。参与者酒店管理员、酒店经理和服务员前置条件必需先登录后置条件若有改动必需保留基础操作步骤用户登录检索用户信息对用户多种信息进行修改确定保留修改信息被包含用例暂无用户密码修改描述项说明用例名称用户密码修改用例描述用户能够对自己登录密码进行修改参与者酒店管理员、酒店经理和服务员前置条件必需先登录后置条件若有改动,必需确定保留基础操作步骤用户登录进行密码修改输入旧密码输入新密码确定新密码修改完成用户注销描述项说明用例名称用户注销用例描述用户离开系统,注销,以预防她人经过自己帐号登录系统。参与者酒店管理员,酒店经理和服务员前置条件必需先登录后置条件无基础操作步骤处于登录状态选择注销确定注销创建系统静态模型系统类图酒店管理系统类图客房管理系统类图系统中包含了:7个管理类:客房管理、用户管理、财务管理、餐饮管理、用户信息管理、预订客房管理、酒店管理。4个实体类:酒店管理员、前台、酒店经理、用户创建系统动态模型(1)序列图用户登录系统次序图用户用信用卡结账次序图用户订房序列图职员登录系统预订请求打开查询界面有没有空房无空房抱歉无空房有空房打开预订房间界面完成订单预订成功添

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论