UML课程设计之酒楼业务管理系统.doc

UML课程设计之酒楼业务管理系统

17
2020年5月29日
文档仅供参考

n

更多企业学院:
<中小企业管理全能版>
183套讲座+89700份资料

<总经理、高层管理>
49套讲座+16388份资料

<中层管理学院>
46套讲座+6020份资料 

<国学智慧、易经>
46套讲座

<人力资源学院>
56套讲座+27123份资料

<各阶段员工培训学院>
77套讲座+ 324份资料

<员工管理企业学院>
67套讲座+ 8720份资料

<工厂生产管理学院>
52套讲座+ 13920份资料

<财务管理学院>
53套讲座+ 17945份资料 

<销售经理学院>
56套讲座+ 14350份资料

<销售人员培训学院>
72套讲座+ 4879份资料

n

更多企业学院:
<中小企业管理全能版>
183套讲座+89700份资料

<总经理、高层管理>
49套讲座+16388份资料

<中层管理学院>
46套讲座+6020份资料 

<国学智慧、易经>
46套讲座

<人力资源学院>
56套讲座+27123份资料

<各阶段员工培训学院>
77套讲座+ 324份资料

<员工管理企业学院>
67套讲座+ 8720份资料

<工厂生产管理学院>
52套讲座+ 13920份资料

<财务管理学院>
53套讲座+ 17945份资料 

<销售经理学院>
56套讲座+ 14350份资料

<销售人员培训学院>
72套讲座+ 4879份资料

课 程 设 计

课程名称 MIS 课 程 设 计
题目名称 酒 楼 业 务 管 理 系 统
学生学院 管 理 学 院
专业班级
学 号
学生姓名
指导教师

06月20日

目录

1、

2、分析/设计报告………… ………… ……………………… …………………………………3

1
1
3
3
4
3、5
5

摘要
本次课程设计是关于酒楼业务管理系统的订餐子系统的模型设计,采用系统的自动化电脑管理取代过去的人工方式,有效地节约人力成本,提高酒楼服务效率,增强业务办理过程中业务员与客户间的互动,增加业务透明性,完善运营管理体系,进一步加强服务能力和工作效率。
一、选题:
1)选题的背景和意义
酒楼餐饮行业一直是服务行业最重要的组成部分之一,如何在当前餐饮行业日趋激烈的竞争环境中脱颖而出并吸引更多的顾客,已成为每位餐饮业经营者所追求的目标。
经过多年发展,酒楼管理已经逐渐由简单而繁琐的人工管理,进入科学系统管理的阶段。如何有效地节约人力成本是餐饮业致力于解决的首要问题,当前最有效的手段就是采用系统的自动化电脑管理取代过去的人工方式,因此根据当前实际情况开发一套全新的酒楼业务管理系统是很有必要的。
2)相关业务的详情
酒楼业务管理系统是一个多功能的系统,它包括订餐、仓储、后勤维护等诸多模块,因为该系统是三个人分工合作完成的,每个人的分工不同,我做的主要是订餐这一大块,有接待员和领班这两大角色,其中接待员提供了电话预订、订餐修改、订餐取消、电话提醒等服务;领班则提供记录保存客户前来和离开的信息、为客户注册会员、查询修改删除会员信息、为客人提供换桌等服务。
3)问题领域分析
（1） 接待员:
1、 使用电话为客人提供订餐服务,根据客人订餐要求,在指定时间和桌位安排好客人就餐事宜;
2、 按客人要求执行修改订单的操作;
3、 在客人临时取消预订时删除订餐信息;
4、 在客人订餐时间到达前,及时提供电话提醒服务。
（2） 领班:
1、 在客人到店用餐时和用餐离店后分别在系统做好记录并保存;
2、 为客人注册成为会员;
3、 查询、修改和删除会员信息;
4、 提供换桌服务。
4)系统目标分析
利用信息化技术,结合酒楼运营的常规业务,经过”酒楼业务管理系统”,提高酒楼服务效率,增强业务办理过程中业务员与客户间的互动,增加业务透明性,完善运营管理体系,进一步加强服务能力和工作效率。
5)可行性分析
(1)技术可行性:当前管理信息系统开发技术已经日趋成熟,并应用广泛,采用系统的自动化电脑管理是切实可行的。
(2)经济可行性:该系统能为酒楼节省管理成本,节省人力,方便快捷掌握顾客信息,具有很高的经济可行性。
(3)社会可行性:该类管理系统在餐饮行业运用比较广泛,该类餐饮管理软件业也比较多,酒楼已做好从传统手工记录向人机系统过渡的准备,管理阶层以及下层员工的积极配合以及酒楼对系统的迫切需求也为系统的开发提供了很好的支持。
二、分析/设计报告:
2.1 业务建模
1、确定系统范围和边界
由于边界与所选定的业务主角有关,业务主角选定,相应的边界也就确定了。边界可从参与者和用例中分析得出,在此不再累述。
2、确定参与者
涉众是与要建设项的这个系统有利益相关的一切人和事,涉众的利益要求会影响系统的建设。
参与者是涉众代表,参与者对系统的要求直接影响系统的建设,她们的要求就是系统的需要来源,参与者经过对系统提出要求来获得她所代表的涉众的利益。
这里涉及的参与者有:客人,接待员和领班。
3、获取业务用例
(1)接待员用例:
①记录订餐信息:接待员将客人订餐要求输入至系统中保存。
②订餐定时提醒:接待员在客人预定的订餐时间前给客人提醒,加以确认。
③取消订餐记录:客人若取消订餐,接待员将系统中该客人的原订餐信息取消。

（2） 领班用例:
①记录订餐客人到店:预定的客人到来时,在系统中记录该客已到的信息并保存。
②记录订餐客人离开:预定的客人离开后,在系统中记录该客离开的信息并保存。
③注册新会员:在客人同意加入成为本酒楼会员时,为客人注册成为新会员。
④修改会员信息:对会员信息进行修改。
⑤删除会员信息:当客人不再保留会员资格时,领班将该会员信息从系统中删除。
⑥换桌服务:客人对就餐位置不满意时,领班可提供换桌服务并记录。

4、业务建模
1、接待员记录订餐活动图:

2、接待员取消订餐活动图:

3、接待员定时提醒预订活动图:

4、领班记录订餐客人到店活动图:

5、领班记录订餐客人离店活动图:

6、领班注册会员活动图:

7、领班为客人换桌活动图:

8、领班修改会员信息活动图:

2.2 需求分析
1、获取、分析概念用例
(1)接待员记录订餐的流程:
①接待员接到客人订餐的电话。
②接待员登录系统进入操作界面Form,输入客人会员号,系统查询客人的会员信息并返回显示。
③接待员根据客人要求将订餐信息输进并提交。
④系统创立新的订餐信息记录Order类对象并返回订餐成功的信息。
1、接待员记录订餐的序列图:

2、接待员记录订餐的交互图:

（2） 接待员取消订餐的流程:
①接待员接到客人要求取消订餐的电话。
②接待员登录系统进入操作界面Form,输进订单号,系统到数据库对象DataBase查询此订单是否存在,若不存在则返回提示信息。
③若订单存在,则返回订单信息并显示在操作界面。
④接待员提交取消订单操作,订单对象Order创立取消订单记录,同时更新数据库中订单信息。
⑤返回取消订餐成功的信息。
1、 接待员取消订餐的序列图:

2、 接待员取消订餐的交互图:

（3） 接待员定时提醒预订的流程:
①系统定时自动检查事先设定的提醒预定时间。
②若提醒预定时间已到,订单类Order将该订餐信息发送到界面Form。
③Form立即通知接待员和客人进行联系及时提醒和再次确认。
（3） 接待员定时提醒预订的时序图:

（4） 接待员定时提醒预订的交互图:

（3） 领班记录订餐客人到店的流程:
①订餐客人抵店用餐。
②领班登录系统进入操作界面Form,输进订单号,系统到数据库对象DataBase查询该订单是否存在,若不存在,则返回提示信息。
③若订单存在,则返回订单信息并显示在操作界面。
④领班提交客人抵店时间,订单对象Order修改订餐记录中的订餐状态,同时更新数据库中订单信息。
⑤返回订餐状态修改成功的提示信息。
1、 领班记录订餐客人到店的序列图:

2、 领班记录订餐客人到店的交互图:

（5） 领班记录订餐客人离店的流程:
①订餐客人用餐完毕后离店。
②领班登录系统进入操作界面Form,输进订单号,系统到数据库对象DataBase查询该订单是否存在,若不存在,则返回提示信息。
③若订单存在,则返回订单信息并显示在操作界面。
④领班提交客人离店时间,订单对象Order修改订餐记录中的订餐状态,同时更新数据库中订单信息。
⑤返回订餐状态修改成功的提示信息。
5、 领班记录订餐客人离店的序列图:

2、领班记录订餐客人离店的交互图:

（6） 领班注册新会员的流程:
①领班进入操作界面Form,并在界面中和提交客户信息。
②界面Form将提交的信息传递给会员对象Member。
③会员对象查询数据库判断该客人是否已是会员,并将结果返回给界面Form显示,若该客人已是会员,则领班结束操作。
④若该客人不是会员,则提交会员注册信息到会员类Member。
⑤会员类Member创立新会员对象,并将该对象信息保存到数据库。
⑥向界面返回注册会员成功的提示信息。
1、 领班注册新会员的序列图:

2、 领班注册新会员的协作图:

（7） 领班修改会员信息的流程:
①领班进入操作界面Form,并在界面查询指定会员信息。
②界面Form将提交的信息传递给会员对象Member。
③会员对象查询数据库判断该会员是否存在,并将结果返回给界面Form显示,若会员不存在,则领班结束操作。
④若该会员存在,则提交修改后的会员信息到会员类Member。
⑤会员类Member修改会员信息,并更新到数据库中。
⑥向界面返回修改会员信息成功的提示。
1、 领班修改会员信息序列图:

2、领班修改会员信息协作图:

（8） 领班删除会员信息的流程:
①领班进入操作界面Form,并在界面查询指定客户的信息。
②界面Form将提交的信息传递给会员对象Member。
③会员对象查询数据库判断该会员是否存在,并将结果返回给界面Form显示,若会员不存在,则领班结束操作。
④若该会员存在,则提交删除操作到会员类Member。
⑤会员类Member删除该会员对象,并更新到数据库中。
⑥向界面返回删除会员成功的提示信息。
3、 领班删除会员的序列图:

2、领班删除会员的协作图:

（9） 领班更换餐位的流程:
①当客人对就餐位置不满意时,提出更换餐桌的要求。
②领班进入操作界面Form,并在操作界面查询当前酒楼餐桌状态信息。
③界面Form将提交的信息传递给餐桌对象Table。
④餐桌对象查询数据库判断是否存在空位,并将结果返回给界面Form显示。
⑤若有空的餐桌可供使用,领班提交更换餐桌的操作,并修改餐桌使用状态,同时更新数据库相关信息。
⑥向界面返回餐桌更改成功的提示信息。
2、 领班更换餐位的序列图:

2、领班更换餐位的协作图:

2.3 系统分析
1、确定系统用例
(1)接待员用例:
①记录订餐信息:接待员将客人订餐要求输入至系统中保存。
②订餐定时提醒:接待员在客人预定的订餐时间前给客人提醒,加以确认。
③取消订餐记录:客人若取消订餐,接待员将系统中该客人的原订餐信息取消。

(2)领班用例:
①记录订餐客人到店:预定的客人到来时,在系统中记录该客已到的信息并保存。
②记录订餐客人离开:预定的客人离开后,在系统中记录该客离开的信息并保存。
③注册新会员:在客人同意加入成为本酒楼会员时,为客人注册成为新会员。
④修改会员信息:对会员信息进行修改。
⑤删除会员信息:当客人不再保留会员资格时,领班将该会员信息从系统中删除。
⑥换桌服务:客人对就餐位置不满意时,领班可提供换桌服务并记录。

2、描述系统用例
根据系统需求,创立静态系统类图:
（10） 主要实体类:接待员类(Receptionist)、领班类(Captain)、客人类(Customer)和会员类(Member)。
（11） 辅助类:预订类(Order)、菜单类(Menu)、台桌类(Table)和提醒时间类(Time)。

三、设计过程的心得体会:
设计分析这个系统是一件非常繁琐而又漫长的过程,枯燥乏味而且不断地重复,简直令人崩溃。因为长时间做这些烦躁的工作,在制作过程中我的脾气都变得比较暴躁。我常常因为某些问题重复犯错而差点要砸电脑。可是不论怎样,我还是顶住了压力,冲破了重重障碍,完成了这个系统的分析设计。
在做系统设计之前,我首先对酒楼餐饮行业做了全面的调查和分析。明确了现在酒楼餐饮行业管理中的优势和不足,加以对比分析,最后设计出一个全新的人机自动化管理系统,对酒楼的业务发展有很大作用。
受到技术和知识的限制,我设计的这个系统不能说是完美的。它只是一个非常基础和普通的系统,可是它却凝结了我和所有帮助我解决问题的同学们的心血和汗水。可能它还有很多的功能不能实现,可是起码它已经满足了我最初的设计计划,虽然在下学期的具体实现过程中可能会出现很多问题,但我有信心也有能力将其各个击破,我会在以后的日子努力不懈,自强不息,本着学习的精神去完善这个系统。
”一分耕耘,一分收获。”这就是我这次最大的收获和感想。分数已经不重要了,重要的是过程。在这个过程中的实践,学到的经验,学到了不少我们以前不曾见过的错误。这次虽然做的不够好,可是有了这次的经验,我下次必能会更好。

参考文献
（7） <大象 Thinking in UML> 谭云杰著 中国水利水电出版社,
（8） <管理信息系统开发与管理> 张立厚著 清华大学出版社,
（9） <UML和模式应用> (美)拉曼(Larman,C.)著 机械工业出版社