2021年酒店订餐管理系统UML建模
uml 餐馆管理信息系统
用例 建模
参与者与涉众的关系
用例 建模
涉众也称干系人,是与要建设的这个 系统有利益相关的一切人和事,涉众 的利益要求会影响系统的建设。 涉众不等于用户。 涉众建议并界定了系统必须要做的 工作。用例应该满足包含所有涉众 关注点的事物。
前置条件和后置条件
前置和后置条件表示用例开始状态 和结束会发生什么
用例建模 领域建模 系统顺序图 系统契约 对象交互图 设计类图
用例建模
用例 建模
用例视图应该包含一组定义了该系统 完整功能的用例，或者至少定义了当 前迭代所规定功能的用例 用例视图应该是客户、最终用户、领 域专家、测试人员和任何其他涉及系 统的人员，不需要详细了解系统结构 和实现就容易理解的
餐馆预约系统的初始用例图
“预约日期可以选择” “顾客姓名可以选择” “可以用条码扫描器或键盘输入商品 id”
领域建模（ 领域建模（概念模型）
建立一个领域模型 领域模型——添加关联 领域模型——添加属性
领域 建模
简介
领域 建模
领域模型：显示最重要的业务概 念和它们之间的关系的类图 领域模型用关联和泛化显示了这 些概念之间的关系。领域模型通 领域模型通 常不包含操作
用例 建模
在大型平板显示器上的触摸屏界面。 在大型平板显示器上的触摸屏界面。文本信 息要能够在1 息要能够在1米之外看清 90%的信用卡授权机构的响应应该在30秒收到 的信用卡授权机构的响应应该在30 90%的信用卡授权机构的响应应该在30秒收到 ……
技术和数据的变化列表
用例 建模
技术和数据的变化列表：系统通常 有一些技术上的变化是关于“应该 怎么做”，而不是“应该做什么”， 需要在用例中将这种变化记录下来。
用例 建模
酒店订餐管理系统UML建模
郑州大学软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销范围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：(二)领班（Captain）用例图：领班用例能够通过该系统进行如下活动：（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建模资料讲解
大学生网上订餐系统--U M L建模题目：大学生网上订餐系统目录1背景介绍： (3)2需求分析 (3)3系统用例模型 (4)3.1订餐者用例图 (4)3.2商家用例图 (4)3.3店铺管理员用例图.............................................................. 错误!未定义书签。
3.4订单管理员用例图 (5)3.5系统管理员用例图 (6)4系统静态模型 (7)5系统动态模型 (8)5.系统时序图 (8)5.1.1订餐者订餐 (8)5.1.2商家管理店铺 (9)5.1.3店铺管理管理员管理店铺 (10)5.1.4店铺管理员建立客户评价档案 (11)5.1.5店铺管理员建立商家监察档案 (12)5.1.6订单管理员管理订单 (13)5.1.7系统管理员管理商家信息 (14)5.1.8系统管理员管理订餐者信息.................................. 错误!未定义书签。
5.1.9系统管理员维护系统 (16)5.2系统活动图 (17)5.3系统状态图 (17)6系统部署模型 (18)6.1系统构件图 (18)6.2系统部署图 (18)7总结 (19)1背景介绍随着网络技术的飞速发展，人们的生活也越来越追求方便化。
经过观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送。
这样做效率很低，利润薄，而且信息不流畅。
所以我决定为大学生提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等信息，让订餐者可以方便地订餐，还可以对商家的餐饮进行评价，由系统生成评价档案以供其他人参考等，而商家后期只负责做饭菜并安排人配送。
此外，需要定期对商家进行卫生安全监察，生成商家监察档案，并以此为依据来决定商家的去留等。
酒店订餐管理系统UML建模
大学软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下容：（1）酒店的接待员使用为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：用例名称记录订餐顾客(二)领班（Captain）用例图：领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
UML餐馆系统：业务建模
第4章餐馆系统：业务建模接下来的四章将考虑一个简单的案例，并给出一个从需求获取到实现的完整开发过程。
我们将考虑一次单独的迭代，它通过统一过程标识的主要工作流之中的四个：即需求、分析、设计和实现，用例子说明UML表示法在软件开发中的使用。
由于本案例研究的意图在于强调开发的产品而不是过程，所以不会详细考虑由统一过程定义的这些工作流的结构，而在真正需要的地方将在介绍UML表示法的同时，简略介绍开发中涉及的活动。
4.1 非正式的需求要开发的系统的意图是，通过改进为顾客预定和分配餐台的过程，支持一家餐馆的日常经营。
这家餐馆当前采用一个手工预约系统，使用的是保存在一个大文件夹中的手写预约单。
图4.1是当前的预约单的一个例子，预约单中的每一行对应餐馆中一张特定的餐台。
预约是对特定的一个餐台登记的，每个预约中记录有“餐具”的数目，或者预期进餐者的数目，这样就能够分配一个大小适当的餐台。
这家餐馆在晚间供应三次餐点，称为“简餐”、“正餐”和“夜点”时段。
但如同预约单所表明的，这些时段无须严格遵守，可以预约跨多个时段的时间。
最后，每个预约中要记录联系人的姓名和电话。
图4.1 手工预约单为了记录各种事情，要在预约单上加一个注文。
当一行用餐者到来并在他们的餐台就座时，就划掉相应的预约登记。
如果他们就座的不是他们预约的餐台，就画一个箭头从最初预约的餐台指向新的餐台。
如果顾客打电话取消预约，并不能从表中真正地擦除，而是做一个预约已经取消的注文。
其他的信息，比如到什么时间餐台必须空出来，也可以写在预约单上。
如果有空闲的餐台，用餐者当然也可以不提前预约就进餐馆用餐，这被称为“未预约的顾客（walk-in）”，并在预约单中作为预约登记以表示餐台的占用，但不记录顾客的姓名或电话。
4.1.1 对计算机化系统的需要这家餐馆的管理人员已经确认了很多与手工系统相关的问题。
手工系统速度慢，而且，预约登记单很快就变得难以理解。
这可能导致经营上的问题，例如，实际上有空餐台而由于这个预约单不是很明显，会妨碍顾客进行预约。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
郑州大学欧阳光明（2021.03.07）软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销范围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：(二)领班（Captain）用例图：*欧阳光明*创编 2021.03.07领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
（3）注册新会员。
领班在用餐客人同意加入成为本酒店会员时，有为客人注册成为新会员的权力。
（4）修改会员信息。
领班有权对酒店会员信息进行修改。
（5）删除会员信息。
当客人不再要保留会员资格时，领班将该会员的信息从系统中删除。
（6）换桌服务。
当客人对就餐位置不满意时，领班可为客人提供更换餐位的服务并在系统中做好记录。
用例规约：四、创建系统的静态模型：(一)类图如下：根据系统需求，创建静态系统类图：（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）F orm立即通知接待员与客人进行联系及时提醒和再次确认。
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）如果客人还不是会员，领班提交注册的客人的信息。
系统创建新会员信息，并同时将信息保存到数据库。
（4）最后向界面返回注册会员成功的信息。
7)领班修改会员信息活动图：●领班修改会员信息的活动图，先创建了个二个泳道，分别是领班对象和系统对象。