酒店订餐管理系统UML建模
点餐系统uml课程设计
点餐系统uml课程设计一、课程目标知识目标：1. 学生能理解UML图的基本概念，掌握点餐系统中常用的UML图表，如用例图、类图、顺序图等。
2. 学生能够运用UML图描述点餐系统的功能需求和业务流程。
3. 学生了解点餐系统的基本模块及其相互关系，并能够利用UML图表进行表达。
技能目标：1. 学生能够运用UML工具进行点餐系统的建模，提高系统分析与设计的能力。
2. 学生通过小组合作，培养团队协作和沟通能力，能够共同完成一个简单的点餐系统UML课程设计。
3. 学生能够运用所学知识，解决实际生活中类似点餐系统的分析与设计问题。
情感态度价值观目标：1. 学生培养对计算机科学与技术学科的兴趣，提高学习积极性。
2. 学生认识到UML图在软件开发中的重要性，培养良好的系统分析与设计习惯。
3. 学生在课程学习过程中，树立正确的价值观，认识到团队合作的重要性，增强集体荣誉感。
课程性质：本课程为信息技术或计算机科学与技术相关专业的选修课程，注重理论与实践相结合，培养学生的系统分析与设计能力。
学生特点：学生具备一定的编程基础，对UML图有一定了解，但实践经验不足。
教学要求：教师应采用案例教学、任务驱动等方法，引导学生积极参与课堂讨论，注重培养学生的动手能力和实际操作能力。
同时，关注学生的个体差异，给予个性化的指导。
通过本课程的学习，使学生能够将所学知识应用于实际项目中，提高其解决实际问题的能力。
二、教学内容1. UML基本概念：UML的定义、作用、分类及其在软件开发中的应用。
2. 点餐系统需求分析：分析点餐系统的功能需求、性能需求等，引导学生理解需求分析在软件开发中的重要性。
3. UML图表：- 用例图：介绍用例图的概念、组成元素，以及如何用用例图描述点餐系统的功能模块。
- 类图：讲解类图的概念、组成元素，以及如何用类图描述点餐系统中的类及其关系。
- 顺序图：解释顺序图的概念、组成元素，以及如何用顺序图描述点餐系统的业务流程。
基于UML的餐厅点餐系统设计
个性化服务：系统可以根据客户的用餐历史、口味偏好等信息，为客户提供 个性化服务，如自动推荐菜品、提醒客户上次点的菜等。
菜品管理：管理员可以在系统中添加、编辑和删除菜品信息，包括菜品图片、 名称、价格、口味等。
账单管理：系统可以自动计算账单金额，包括菜品金额、服务费等，方便服 务员和收银员操作。
参考内容
随着科技的不断发展，餐厅行业也在逐步走向数字化和智能化。为了提高顾 客体验和提升餐厅运营效率，餐厅自助点餐管理系统应运而生。本次演示将介绍 餐厅自助点餐管理系统的背景、架构、功能模块、实现方法以及系统优化等方面 的内容。
一、背景介绍
餐厅自助点餐管理系统是在互联网技术和移动支付的普及下逐渐发展起来的。 过去，顾客需要在餐厅内排队等待点餐，支付手段也相对单一。随着移动支付的 兴起，顾客对于便捷、快速的服务需求也越来越高。因此，餐厅自助点餐管理系 统成为了市场上的热门选择。
1、架构设计
系统采用B/S架构，由客户端、 服务器和数据库组成。
客户端主要负责用户的交互，包括点餐、查看菜单、下单等功能。 服务器负责处理客户端的请求，与数据库进行交互，实现业务逻辑。
数据库负责存储系统数据，包括用户信息、菜单信息、订单信息等。
2、功能设计
快速点餐：客户可以通过客户端输入菜品编号或名称进行点餐，同时系统可 以推荐相关菜品或根据客户口味偏好自动推荐。
fied Modeling Language，统一建模语言）的餐厅点餐系统，可以提高点 餐效率和服务质量，同时提升客户的用餐体验。
需求分析
基于UML的餐厅点餐系统需要满足以下需求：
1、快速点餐：系统应该能够快速处理客户的点餐请求，减少等待时间，提 高点餐速度。
2、个性化服务：系统应该能够根据客户的口味、偏好等信息，推荐适合的 菜品，提供个性化服务。
酒店管理系统UML建模分析设计报告
酒店管理系统UML建模分析设计报告酒店管理系统是现代化的社会生活中不可缺少的一部分，随着旅游业的繁荣，各种酒店也在不断涌现。
如何管理好酒店业务，提高工作效率和客户满意度，成为了每个酒店管理人员需要面对的问题。
酒店管理系统就是为了解决这些问题而诞生的。
一、需求分析酒店管理系统的基本功能包括：客户管理、预订管理、房间管理和账单管理。
1. 客户管理：包括客户信息的录入、修改和删除，客户缴纳预存款后，可以预订酒店房间。
2. 预订管理：包括预订房间、取消预订、查看预订信息等功能。
3. 房间管理：包括酒店房间信息的录入、修改和删除，客户入住和退房信息的管理。
4. 账单管理：包括客户消费信息的录入、修改和查询，客户结算信息的管理等。
二、功能模块设计根据上述需求，我们可以对酒店管理系统进行分模块设计，分为客户模块、房间模块、预订模块和账单模块。
1. 客户模块客户模块主要包括客户信息的管理，比如客户的姓名、身份证号码、性别、电话等基本信息。
客户信息与预订信息是紧密相关的，所以客户模块也包括预订功能。
客户可以通过客户管理模块进行预订房间，并管理预订信息。
2. 预订模块预订模块是酒店管理系统最关键的功能模块之一，主要包括房间信息的查询、预订、取消预订等功能。
预订信息与客户信息是息息相关的，因此预订模块也与客户模块有一定的关联。
3. 房间模块房间模块主要包括酒店房间信息的管理，包括房间类型、房间号码、床位数、价格、状态等信息。
酒店管理工作人员可以通过房间管理模块进行修改、新增、查询、删除等操作。
4. 账单模块账单模块是客户结算信息的管理模块，主要包括客户消费信息的录入、修改、查询，结算信息的管理等功能。
它与客户模块和预订模块紧密相关，因为只有在客户入住并消费后，才需要进行结算。
三、UML建模分析UML建模分析是软件设计的重要步骤，它包括：用例设计、类设计、状态图设计、序列图设计等。
1. 用例设计用例设计是根据系统需求设计系统功能的过程。
酒店管理系统_UML建模分析
酒店管理系统_UML建模分析酒店管理系统是一种旅游和酒店业中广泛使用的技术解决方案。
这种系统可以用来管理调度酒店客房，预订和支付酒店客房，并跟踪客户的偏好和习惯。
在本篇文章中，我们将重点分析酒店管理系统中的UML建模分析，探讨如何使用UML建模分析来设计和开发一个高效的酒店管理系统。
UML是一种用于软件开发的图形化建模语言，其中包含多种概念模型、用例、类和序列图等模型。
通过使用这种语言，开发人员可以更好地理解系统的结构、行为和功能，以此来实现系统的可靠性和可扩展性。
首先，考虑用例模型。
酒店管理系统的用例模型应该具有以下几个方面：客户注册、房间预订、支付房间费用、查看预订、取消预订和管理客户信息等。
这些用例可以通过用例图来表示。
下一个方面是类模型。
一个良好的类模型应该具有上述用例模型中所述的类，并有一个房间和一个客户类。
此外，还需要一个订单类来跟踪客户的订单。
房间类应该具有房间类型和房间号属性，客户类应该具有名字、地址和支付信息属性，订单类应该具有订单号、客户信息、订单状态、房间订单等属性。
这些类可以通过类图来表示。
接下来是顺序图。
顺序图应该描述每个用例的行为以及对象之间的交互。
例如，在房间预订用例中，客户将选择要预订的房间类型和日期，该信息将被发到订单类，然后订单类将与房间类进行交互来预订房间。
这些对象之间的交互可以用顺序图来描述。
最后是活动图。
活动图可以用来显示系统的流程。
例如，在取消预订用例中，客户将提供订单号和取消原因，该信息将被发送到订单类，并将执行一系列操作，如更新订单状态和发送取消确认电子邮件给客户。
总体而言，使用UML建模分析可以帮助开发人员更好地理解系统的结构、行为和功能，从而提高酒店管理系统的可靠性和可扩展性。
因此，在设计和开发酒店管理系统的过程中，使用UML建模分析非常重要。
点餐系统UML设计
点餐系统UML设计点餐系统UML设计是一种用于描述点餐系统的统一建模语言（Unified Modeling Language，UML）图形表示方法。
在点餐系统中，顾客可以通过系统选择想要的食物并下订单，系统会将订单传输给厨房或者餐厅，并进行相应的处理。
以下是一个点餐系统的UML设计示例：1.用例图用例图描述了系统的功能和角色之间的交互。
一个基本的点餐系统用例图包括以下元素：-顾客：顾客可以进行点餐、支付订单和查看订单等操作；-服务员：服务员负责接待顾客、记录订单和传输订单给厨房；-厨房：厨房负责接收订单并进行食物制作；-餐厅管理员：餐厅管理员负责管理菜单和餐厅信息。
2.类图类图描述了系统中的类以及它们之间的关系。
一个基本的点餐系统类图包括以下类：-顾客类：顾客拥有属性（如姓名、手机号）和方法（如点餐、支付订单）；-服务员类：服务员拥有属性（如姓名、工号）和方法（如记录订单）；-订单类：订单拥有属性（如订单编号、下单时间）和方法（如计算订单总价、传输至厨房）；-厨房类：厨房负责接收订单并进行食物制作；-菜单类：菜单拥有属性（如菜名、价格）和方法（如添加菜品、修改菜品）；-餐厅类：餐厅拥有属性（如名称、地址）和方法（如添加菜单、派送订单）。
3.活动图活动图描述了系统中各个对象间的动态行为以及对象间的相互作用。
一个基本的点餐系统活动图包括以下活动：-顾客点餐：顾客选择菜品、调整菜品数量并下单；-订单处理：服务员接收订单、记录订单并传输至厨房；-食物制作：厨房接收订单、制作食物并通知完成状态；-订单派送：餐厅接收订单、派送订单并通知顾客。
4.状态图状态图描述了一个对象在不同状态下的转换。
在点餐系统中，可以使用状态图描述订单状态的转换，如订单状态可以是“等待中”、“制作中”和“已完成”。
5.顺序图顺序图描述了系统中各个对象之间的消息传递顺序。
在点餐系统中，可以使用顺序图描述顾客下单时与服务员的交互、服务员传输订单给厨房以及订单派送给顾客的过程。
基于UML的饭店预定管理系统设计
图１ 管理员用例图号）；怀化学院教学方法改革专项（项目编号：(1999—)，男，湖南怀化人，本科。
研究方向：计算机科学与技术。
研究方向：数据挖掘、大数据分析与软件工程与应用。
图２ 服务员用例图图３ 顾客用例图２ 饭店预定管理系统时序图建模时序图是通过描述对象之间发送信息的时间顺序从而显示多个对象之间的动态协作。
以饭店管理员记录预定为例，4所示。
图４ 饭店管理员时序图具体流程如下：①管理员进入操作页面，②根据会员号查询信息；③返回会员信息；④输入预定信息；⑤创建预定信息；⑥保存预定信息；⑦返回预定成功信息。
３ 系统效益分析对饭店而言，使用饭店预定系统不仅能够显著饭店的经济效益，还能有效节约饭店的时间和空间。
2020年第15期信息与电脑China Computer & Communication 软件开发与应用定饭菜机制可以最大限度防止食物浪费，以达到利益最大化。
预定不仅可以营造舒适的就餐环境，而且能够显著提升饭店的口碑，进一步提升竞争力。
对顾客而言，是最大的受益者。
饭店预定系统为顾客提供了一个平台，能够有效节省顾客在排队和点餐时的时间。
顾客利用这些时间可以用来做些更加有意义的事，比如看时事新闻、进行学习等。
对社会来说，由于饭店预定系统的使用使饭店的收益增加，相应的税收也会增多；预定饭菜可以使厨余垃圾减少，对环境的污染也随之变小，对改善市容市貌有一定的 作用。
４ 结 语UML 具有简单易学、高度统一等特征，已成为可视化建模语言的标准之一。
俗话说，时间就是金钱，饭店预定系统的使用不仅节省了饭店和顾客的大量时间，还减少了食物浪费，进而可以提升饭店的收益。
参考文献[1]袁国铭,刘瑞,樊波,等.UML 用例图在软件工程中的步骤设计研究[J].微型电脑应用,2014(1):50-52.[2]Alhir S S.Unified Modeling Language(UML)[Z].2002.。
酒店订餐管理系统UML建模
大学软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下容：（1）酒店的接待员使用为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：用例名称记录订餐顾客(二)领班（Captain）用例图：领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
可视化建模与UML餐饮管理系统建模
《可视化建模与UML》课程结业报告课题名称: 餐饮管理系统建模**: ***学号: 9 0 9 1 4 0 2 6 班级: 09 软件本（2）班学院: 电子与信息工程学院****: ***完毕日期: 2023年5月28日目录第一章引言....................................... 错误!未定义书签。
1.1 系统目的.................................... 错误!未定义书签。
1.2 用户特性.................................... 错误!未定义书签。
1.3 运营环境和资源.............................. 错误!未定义书签。
1.4 软件的体系结构.............................. 错误!未定义书签。
第二章用例模型................................... 错误!未定义书签。
2.1用例图描述................................... 错误!未定义书签。
2.2构建用例图................................... 错误!未定义书签。
2.3结账用例图................................... 错误!未定义书签。
2.4经理用例图................................... 错误!未定义书签。
2.5人事管理和登录管理用例图..................... 错误!未定义书签。
第三章类模型.................................... 错误!未定义书签。
3.1类图的描述................................... 错误!未定义书签。
3.2构建类图..................................... 错误!未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
郑州大学软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销范围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：(二)领班（Captain）用例图：领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
（3）注册新会员。
领班在用餐客人同意加入成为本酒店会员时，有为客人注册成为新会员的权力。
（4）修改会员信息。
领班有权对酒店会员信息进行修改。
（5）删除会员信息。
当客人不再要保留会员资格时，领班将该会员的信息从系统中删除。
（6）换桌服务。
当客人对就餐位置不满意时，领班可为客人提供更换餐位的服务并在系统中做好记录。
用例规约：角色领班（Captain）、客人简要说明换桌服务。
当客人对就餐位置不满意时，领班可为客人提供更换餐位的服务并在系统中做好记录。
事件流当客人对就餐位置不满意时，领班可为客人提供更换餐位的服务并在系统中做好记录。
前置条件当客人对就餐位置不满意时，领班进入系统界面进行调换，并保存调换后的新信息。
后置条件系统数据库返回换桌位成功的消息。
四、创建系统的静态模型：(一)类图如下：根据系统需求，创建静态系统类图：（1）实体类：接待员类（Receptionist）、领班类（Captain）、客人（Customer）和会员类（Member）。
（2）辅助类：预订类（Order）、菜单类（Menu）和时间类（Time）。
五、创建系统的动态模型：(一)创建系统的序列图和协作图：1)接待员（Receptionist）记录订餐的序列图和协作图：接待员记录订餐的工作流程：（1）接待员接到客人要求订餐的电话。
（2）接待员登录系统进入操作界面Form，输入客人会员号，系统查询客人的会员信息并返回显示。
（3）接待员根据客人的要求将订餐的信息输入并提交。
（4）系统创建新的订餐信息记录Order类对象并返回订餐成功的信息。
2)接待员（Receptionist）取消订餐的序列图和协作图：接待员取消订餐的工作流程：（1）接待员接到客人要求取消订餐的电话。
（2）接待员登录系统进入操作界面Form，输入订单号，系统到数据库对象DataBase查询此订单是否存在。
如果不存在，返回提示信息。
（3）如果订单存在，则返回订单信息并显示在操作界面。
（4）接待员提交取消订单操作，订单对象Order创建取消订单记录，同时更新数据库中订单的信息。
（5）返回取消订餐成功的信息。
3)接待员（Receptionist）定时提醒预订的序列图和协作图：接待员定时提醒预订用例的工作流程：（1）系统定时自动检查事先设定的提醒预订时间。
（2）如果提醒预订的时间已到，订单类Order将该订餐信息发送到界面Form。
（3） Form立即通知接待员与客人进行联系及时提醒和再次确认。
4)领班（Captain）记录订餐客人到店的序列图和协作图：领班记录订餐客人到店的工作流程：（1）订餐客人抵店用餐。
（2）领班登录系统进入操作界面Form，输入订单号，系统到数据库对象DataBase查询此订单是否存在。
如果不存在，返回提示信息。
（3）如果订单存在，则返回订单信息并显示在操作界面。
（4）领班提交客人抵店的时间，订单对象Order修改订餐记录中的订餐状态，同时更新数据库中订单的信息。
（5）返回订餐状态修改成功的提示信息。
5)领班（Captain）记录订餐客人离店的序列图和协作图：领班记录订餐客人离店的基本工作流程如下：（1）订餐客人用餐完毕后离店。
（2）领班登录系统进入操作界面Form，输入订单号，系统到数据库对象DataBase查询此订单是否存在。
如果不存在，返回提示信息。
（3）如果订单存在，则返回订单信息并显示在操作界面。
（4）领班提交客人离店的时间，订单对象Order修改订餐记录中的订餐状态，同时更新数据库中订单的信息。
（5）返回订餐状态修改成功的提示信息。
6)领班（Captain）注册新会员的序列图和协作图：领班注册新会员的工作流程：（1）领班进入操作界面Form，并在界面中提交客户的信息。
（2）界面Form将提交的信息传递给会员对象Member。
.（3）会员对象查询数据库判断该客人是否已经是会员，并将结果返回给界面Form显示。
如果客人已经是会员，领班结束操作。
（4）如果该客人不是会员提交会员注册信息到会员类Member。
（5）会员类Member创建新会员对象，并将该对象的信息保存到数据库中。
（6）向界面返回注册会员成功的提示信息。
7)领班（Captain）修改会员信息的序列图和协作图：领班修改会员信息的工作流程如下：（1）领班进入操作界面Form，并在界面中查询指定会员的信息。
（2）界面Form将提交的信息传递给会员对象Member。
.（3）会员对象查询数据库判断该会员是否存在，并将结果返回给界面Form显示。
如果会员不存在，领班结束操作。
（4）如果该会员存在则提交修改后的会员信息到会员类Member。
（5）会员类Member修改会员信息，并更新到数据库中。
（6）向界面返回修改会员信息成功的提示。
8)领班（Captain）删除会员的序列图和协作图：领班删除会员的工作流程：（1）领班进入操作界面Form，并在界面中查询指定客户的信息。
（2）界面Form将提交的信息传递给会员对象Member。
.（3）会员对象查询数据库判断该会员是否存在，并将结果返回给界面Form显示。
如果该会员不存在，领班结束操作。
（4）如果该会员存在提交删除操作到会员类Member。
（5）会员类Member删除该会员对象，并更新数据库中相关数据。
（6）向界面返回删除会员成功的提示信息。
9)领班（Captain）更换餐位的序列图和协作图 :领班更换餐位的工作流程：（1）当客人对就餐位置不满意时，提出更换餐桌的要求。
（2）领班进入操作界面Form，并在界面中查询当前酒店餐桌状态信息。
（3）界面Form将提交的信息传递给餐桌对象Table。
.（4）餐桌对象查询数据库判断是否存在空位，并将结果返回给界面Form显示。
（5）如果有空的餐桌可供使用，领班提交更改餐桌的操作，并修改餐桌使用状态。
同时更新数据库相关数据。
（6）向界面返回餐桌更改成功的信息提示。
(二)创建状态图：1)预订类状态图：在订餐管理系统中，包含以下三种预定类状态：被预订的状态、被取消的状态、预订结束的状态。
它们之间的转化规则是：（1）接待员接受客人的订餐，将订餐信息输入系统，表示预订类进入了被预订的状态。
（2）当客人取消订餐的要求被接受，接待员将系统中原来的订餐信息取消时，该预订类进入被取消的状态。
（3）当客人按时到店用餐完毕接账离店，领班在系统中输入预订客人离店时间时，结束一个完整的订餐过程，该预订类进入结束状态。
(三)创建活动图：1)接待员记录订餐活动图：在接待员记录订餐的活动图中，创建了二个泳道，分别是接带员对象和系统对象。
具体的活动过程描述如下：（1）接待员在操作界面输入客人的订餐信息。
（2）系统判断该客人是否是会员。
如果是会员，享受折扣价。
否则，正常价。
（3）将客人的订餐信息保存到数据库并向界面返回订餐信息。
2)接待员取消订餐活动图：接待员取消订餐的活动图中，有二个泳道，分别是分别是接待员对象和系统对象，具体的活动过程描述如下：（1）接待员在操作界面输入要取消的订单号的。
（2）系统判断该订单是否存在。
如果不存在向界面返回订单不存在的信息。
（3）如果该订单存在则更改订单的状态并更新数据库订单的数据。
同时，向界面返回取消订餐成功的信息。
3)接待员定时提醒预订活动图：接待员定时提醒预订的活动图中，创建了二个泳道，系统对象泳道和接待员对象泳道，活动过程描述如下：（1）系统定时器对象判断是否有订餐预约的提醒时间已到。
（2）有提醒时间到的订餐提醒则立即通知接待员进行处理。
（3）如果没有到提醒时间的订餐，则按规定的间隔时间继续判断。
4)领班记录订餐客人到店活动图：领班记录订餐客人到店的活动图，创建了个二个泳道，分别是领班对象和系统对象。
具体活动过程如下：（1）领班在界面输入到店客人的订单号。
（2）系统判断订单是否存在，如果不存在，返回订单不存在的信息。
（3）如果订单存在，领班输入订餐客人到店的时间，对订单的状态进行修改。
并同时更新数据库的数据。
（4）最后向界面返回修改成功的信息。
5)领班记录订餐客人离店活动图：领班记录订餐客人离店的活动图，先创建了二个泳道，分别是领班对象和系统对象。
具体的活动过程如下：（1）领班在界面输入到店客人的订单号。
（2）系统判断订单是否存在，如果不存在，返回订单不存在的信息。
（3）如果订单存在，领班输入订餐客人离店的时间，对订单的状态进行修改。
并同时更新数据库的数据。
（4）最后向界面返回修改成功的信息。
6)领班注册会员活动图：领班注册会员的活动图，创建了个二个泳道，分别是领班对象和系统对象。
具体的活动过程如下：（1）领班在界面输入客人的信息。
（2）系统判断该客人是否是会员，如果已经是会员，返回客人已是会员的信息。
（3）如果客人还不是会员，领班提交注册的客人的信息。