UML课程设计之酒楼业务管理系统_第1页
UML课程设计之酒楼业务管理系统_第2页
UML课程设计之酒楼业务管理系统_第3页
UML课程设计之酒楼业务管理系统_第4页
UML课程设计之酒楼业务管理系统_第5页
已阅读5页,还剩22页未读 继续免费阅读

下载本文档

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

文档简介

课程设计课程名称MIS课程设计题目名称酒楼业务管理系统学生学院管理学院专业班级学号学生姓名指导教师2011年06月20日目录TOC\o"1-3"\h\u1、2、分析/设计报告………………3113343、55摘要本次课程设计是关于酒楼业务管理系统的订餐子系统的模型设计,采用系统的自动化电脑管理取代过去的人工方式,有效地节约人力成本,提高酒楼服务效率,增强业务办理过程中业务员与客户间的互动,增加业务透明性,完善运营管理体系,进一步加强服务能力和工作效率。一、选题:1)选题的背景和意义酒楼餐饮行业一直是服务行业最重要的组成部分之一,如何在当前餐饮行业日趋激烈的竞争环境中脱颖而出并吸引更多的顾客,已成为每位餐饮业经营者所追求的目标。经过多年发展,酒楼管理已经逐渐由简单而繁琐的人工管理,进入科学系统管理的阶段。如何有效地节约人力成本是餐饮业致力于解决的首要问题,当前最有效的手段就是采用系统的自动化电脑管理取代过去的人工方式,因此根据目前实际情况开发一套全新的酒楼业务管理系统是很有必要的。2)相关业务的详情酒楼业务管理系统是一个多功能的系统,它包括订餐、仓储、后勤维护等诸多模块,因为该系统是三个人分工合作完成的,每个人的分工不同,我做的主要是订餐这一大块,有接待员和领班这两大角色,其中接待员提供了电话预订、订餐修改、订餐取消、电话提醒等服务;领班则提供记录保存客户前来和离开的信息、为客户注册会员、查询修改删除会员信息、为客人提供换桌等服务。3)问题领域分析接待员:使用电话为客人提供订餐服务,根据客人订餐要求,在指定时间和桌位安排好客人就餐事宜;按客人要求执行修改订单的操作;在客人临时取消预订时删除订餐信息;在客人订餐时间到达前,及时提供电话提醒服务。领班:在客人到店用餐时和用餐离店后分别在系统做好记录并保存;为客人注册成为会员;查询、修改和删除会员信息;提供换桌服务。4)系统目标分析利用信息化技术,结合酒楼运营的常规业务,通过“酒楼业务管理系统”,提高酒楼服务效率,增强业务办理过程中业务员与客户间的互动,增加业务透明性,完善运营管理体系,进一步加强服务能力和工作效率。5)可行性分析(1)技术可行性:目前管理信息系统开发技术已经日趋成熟,并应用广泛,采用系统的自动化电脑管理是切实可行的。(2)经济可行性:该系统能为酒楼节省管理成本,节省人力,方便快捷掌握顾客信息,具有很高的经济可行性。(3)社会可行性:该类管理系统在餐饮行业运用比较广泛,该类餐饮管理软件业也比较多,酒楼已做好从传统手工记录向人机系统过渡的准备,管理阶层以及下层员工的积极配合以及酒楼对系统的迫切需求也为系统的开发提供了很好的支持。二、分析/设计报告:2.1业务建模1、确定系统范围和边界由于边界与所选定的业务主角有关,业务主角选定,相应的边界也就确定了。边界可从参与者和用例中分析得出,在此不再累述。2、确定参与者涉众是与要建设项的这个系统有利益相关的一切人和事,涉众的利益要求会影响系统的建设。参与者是涉众代表,参与者对系统的要求直接影响系统的建设,他们的要求就是系统的需要来源,参与者通过对系统提出要求来获得他所代表的涉众的利益。这里涉及的参与者有:客人,接待员和领班。3、获取业务用例(1)接待员用例:=1\*GB3①记录订餐信息:接待员将客人订餐要求输入至系统中保存。=2\*GB3②订餐定时提醒:接待员在客人预定的订餐时间前给客人提醒,加以确认。=3\*GB3③取消订餐记录:客人若取消订餐,接待员将系统中该客人的原订餐信息取消。领班用例:=1\*GB3①记录订餐客人到店:预定的客人到来时,在系统中记录该客已到的信息并保存。=2\*GB3②记录订餐客人离开:预定的客人离开后,在系统中记录该客离开的信息并保存。=3\*GB3③注册新会员:在客人同意加入成为本酒楼会员时,为客人注册成为新会员。=4\*GB3④修改会员信息:对会员信息进行修改。=5\*GB3⑤删除会员信息:当客人不再保留会员资格时,领班将该会员信息从系统中删除。=6\*GB3⑥换桌服务:客人对就餐位置不满意时,领班可提供换桌服务并记录。4、业务建模1、接待员记录订餐活动图:2、接待员取消订餐活动图:3、接待员定时提醒预订活动图:4、领班记录订餐客人到店活动图:5、领班记录订餐客人离店活动图:6、领班注册会员活动图:7、领班为客人换桌活动图:8、领班修改会员信息活动图:2.2需求分析1、获取、分析概念用例(1)接待员记录订餐的流程:=1\*GB3①接待员接到客人订餐的电话。=2\*GB3②接待员登录系统进入操作界面Form,输入客人会员号,系统查询客人的会员信息并返回显示。=3\*GB3③接待员根据客人要求将订餐信息输进并提交。=4\*GB3④系统创建新的订餐信息记录Order类对象并返回订餐成功的信息。1、接待员记录订餐的序列图:2、接待员记录订餐的交互图:接待员取消订餐的流程:=1\*GB3①接待员接到客人要求取消订餐的电话。=2\*GB3②接待员登录系统进入操作界面Form,输进订单号,系统到数据库对象DataBase查询此订单是否存在,若不存在则返回提示信息。=3\*GB3③若订单存在,则返回订单信息并显示在操作界面。=4\*GB3④接待员提交取消订单操作,订单对象Order创建取消订单记录,同时更新数据库中订单信息。=5\*GB3⑤返回取消订餐成功的信息。接待员取消订餐的序列图:接待员取消订餐的交互图:接待员定时提醒预订的流程:=1\*GB3①系统定时自动检查事先设定的提醒预定时间。=2\*GB3②若提醒预定时间已到,订单类Order将该订餐信息发送到界面Form。=3\*GB3③Form立即通知接待员和客人进行联系及时提醒和再次确认。接待员定时提醒预订的时序图:接待员定时提醒预订的交互图:领班记录订餐客人到店的流程:=1\*GB3①订餐客人抵店用餐。=2\*GB3②领班登录系统进入操作界面Form,输进订单号,系统到数据库对象DataBase查询该订单是否存在,若不存在,则返回提示信息。=3\*GB3③若订单存在,则返回订单信息并显示在操作界面。=4\*GB3④领班提交客人抵店时间,订单对象Order修改订餐记录中的订餐状态,同时更新数据库中订单信息。=5\*GB3⑤返回订餐状态修改成功的提示信息。领班记录订餐客人到店的序列图:领班记录订餐客人到店的交互图:领班记录订餐客人离店的流程:=1\*GB3①订餐客人用餐完毕后离店。=2\*GB3②领班登录系统进入操作界面Form,输进订单号,系统到数据库对象DataBase查询该订单是否存在,若不存在,则返回提示信息。=3\*GB3③若订单存在,则返回订单信息并显示在操作界面。=4\*GB3④领班提交客人离店时间,订单对象Order修改订餐记录中的订餐状态,同时更新数据库中订单信息。=5\*GB3⑤返回订餐状态修改成功的提示信息。领班记录订餐客人离店的序列图:2、领班记录订餐客人离店的交互图:领班注册新会员的流程:=1\*GB3①领班进入操作界面Form,并在界面中和提交客户信息。=2\*GB3②界面Form将提交的信息传递给会员对象Member。=3\*GB3③会员对象查询数据库判断该客人是否已是会员,并将结果返回给界面Form显示,若该客人已是会员,则领班结束操作。=4\*GB3④若该客人不是会员,则提交会员注册信息到会员类Member。=5\*GB3⑤会员类Member创建新会员对象,并将该对象信息保存到数据库。=6\*GB3⑥向界面返回注册会员成功的提示信息。领班注册新会员的序列图:领班注册新会员的协作图:领班修改会员信息的流程:=1\*GB3①领班进入操作界面Form,并在界面查询指定会员信息。=2\*GB3②界面Form将提交的信息传递给会员对象Member。=3\*GB3③会员对象查询数据库判断该会员是否存在,并将结果返回给界面Form显示,若会员不存在,则领班结束操作。=4\*GB3④若该会员存在,则提交修改后的会员信息到会员类Member。=5\*GB3⑤会员类Member修改会员信息,并更新到数据库中。=6\*GB3⑥向界面返回修改会员信息成功的提示。领班修改会员信息序列图:2、领班修改会员信息协作图:领班删除会员信息的流程:=1\*GB3①领班进入操作界面Form,并在界面查询指定客户的信息。=2\*GB3②界面Form将提交的信息传递给会员对象Member。=3\*GB3③会员对象查询数据库判断该会员是否存在,并将结果返回给界面Form显示,若会员不存在,则领班结束操作。=4\*GB3④若该会员存在,则提交删除操作到会员类Member。=5\*GB3⑤会员类Member删除该会员对象,并更新到数据库中。=6\*GB3⑥向界面返回删除会员成功的提示信息。领班删除会员的序列图:2、领班删除会员的协作图:领班更换餐位的流程:=1\*GB3①当客人对就餐位置不满意时,提出更换餐桌的要求。=2\*GB3②领班进入操作界面Form,并在操作界面查询当前酒楼餐桌状态信息。=3\*GB3③界面Form将提交的信息传递给餐桌对象Table。=4\*GB3④餐桌对象查询数据库判断是否存在空位,并将结果返回给界面Form显示。=5\*GB3⑤若有空的餐桌可供使用,领班提交更换餐桌的操作,并修改餐桌使用状态,同时更新数据库相关信息。=6\*GB3⑥向界面返回餐桌更改成功的提示信息。领班更换餐位的序列图:2、领班更换餐位的协作图:2.3系统分析1、确定系统用例(1)接待员用例:=1\*GB3①记录订餐信息:接待员将客人订餐要求输入至系统中保存。=2\*GB3②订餐定时提醒:接待员在客人预定的订餐时间前给客人提醒,加以确认。=3\*GB3③取消订餐记录:客人若取消订餐,接待员将系统中该客人的原订餐信息取消。(2)领班用例:=1\*GB3①记录订餐客人到店:预定的客人到来时,在系统中记录该客已到的信息并保存。=2\*GB3②记录订餐客人离开:预定的客人离开后,在系统中记录该客离开的信息并保存。=3\*GB3③注册新会员:在客人同意加入成为本酒楼会员时,为客人注册成为新会员。=4\*GB3④修改会员信息:对会员信息进行修改。=5\*GB3⑤删除会员信息:当客人不再保留会员资格时,领班将该会员信息从系统中删除。=6\*GB3⑥换桌服务:客人对就餐位置不满意时,领班可提供换桌服务并记录。2、描述系统用例根据系统需求,创建静态系统类图:主要实体类:接待员类(Receptionist)、领班类(Captain)、客人类(Customer)和会员类(Member)。辅助类:预订类(Order)、菜单类(Menu)、台桌类(Table)和提醒时间

温馨提示

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

评论

0/150

提交评论