UML订餐系统
酒店订餐管理系统UML建模
郑州大学软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销范围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：(二)领班（Captain）用例图：领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
基于UML的餐厅点餐系统设计
个性化服务：系统可以根据客户的用餐历史、口味偏好等信息，为客户提供 个性化服务，如自动推荐菜品、提醒客户上次点的菜等。
菜品管理：管理员可以在系统中添加、编辑和删除菜品信息，包括菜品图片、 名称、价格、口味等。
账单管理：系统可以自动计算账单金额，包括菜品金额、服务费等，方便服 务员和收银员操作。
参考内容
随着科技的不断发展，餐厅行业也在逐步走向数字化和智能化。为了提高顾 客体验和提升餐厅运营效率，餐厅自助点餐管理系统应运而生。本次演示将介绍 餐厅自助点餐管理系统的背景、架构、功能模块、实现方法以及系统优化等方面 的内容。
一、背景介绍
餐厅自助点餐管理系统是在互联网技术和移动支付的普及下逐渐发展起来的。 过去，顾客需要在餐厅内排队等待点餐，支付手段也相对单一。随着移动支付的 兴起，顾客对于便捷、快速的服务需求也越来越高。因此，餐厅自助点餐管理系 统成为了市场上的热门选择。
1、架构设计
系统采用B/S架构，由客户端、 服务器和数据库组成。
客户端主要负责用户的交互，包括点餐、查看菜单、下单等功能。 服务器负责处理客户端的请求，与数据库进行交互，实现业务逻辑。
数据库负责存储系统数据，包括用户信息、菜单信息、订单信息等。
2、功能设计
快速点餐：客户可以通过客户端输入菜品编号或名称进行点餐，同时系统可 以推荐相关菜品或根据客户口味偏好自动推荐。
fied Modeling Language，统一建模语言）的餐厅点餐系统，可以提高点 餐效率和服务质量，同时提升客户的用餐体验。
需求分析
基于UML的餐厅点餐系统需要满足以下需求：
1、快速点餐：系统应该能够快速处理客户的点餐请求，减少等待时间，提 高点餐速度。
2、个性化服务：系统应该能够根据客户的口味、偏好等信息，推荐适合的 菜品，提供个性化服务。
UML订餐系统
8. 订餐系统
某企业为了方便员工用餐，为餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。
(1) 企业的任何员工都可以查看菜单和今日特价。
(2) 系统的顾客是注册到系统的员工，可以订餐（如果未登录，需先登录）、注册工资支付、预约规律的订餐，在特殊情况下可以覆盖预订。
(3) 餐厅员工是特殊顾客，可以进行备餐、生成付费请求和请求送餐，其中对于注册工资支付的顾客生成付费请求并发送给工资系统。
(4) 菜单管理员是餐厅特定员工，可以管理菜单。
(5) 送餐员可以打印送餐说明，记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。
顾客订餐过程如下：
（1）. 顾客请求查看菜单；
（2）. 系统显示菜单和今日特价；
（3）. 顾客选菜；
（4）. 系统显示订单和价格；
（5）. 顾客确认订单；
（6）. 系统显示可送餐时间；
（7）. 顾客指定送餐时间、地点和支付方式；
（8）. 系统确认接受订单，然后发送Email给顾客以确认订餐，同时发送相关订餐信息通知给餐厅员工。
1.用例图
2.业务过程处理
顾客订餐过程如下：
3.系统时序图
系统时序图也称为系统消息序图，是一个不完整的消息序列图，它的作用是将系统边界外事件的发起者使用系统的功能，以消息的形式请求系统处理，但系统内部如何处理，现在还没有分析。
因此，系统时序图是一个不完整的消息序列图。
4.活动图
5.状态图
●订餐系统的状态图
●订单的状态图
顾客订单的状态图
6.类图。
uml网上订餐系统
《UML建模语言》课程设计报告题目：订餐管理系统数学与计算机科学（软件）学院软件工程专业2011级实验时间：2013－2014学年第一学期任课教师：张舒目录1背景介绍： (3)2、系统分析 (3)2.1 获取需求 (3)2.1.1在大学城订餐系统中主要有以下涉众： (3)2.1.2边界 (4)2.1.3业务用例 (7)2.1.4活动图 (10)2.1.5用例规约 (11)2.2需求分析 (14)2.2.1财务管理 (14)2.2.2信息管理 (16)2.2.3店面管理 (19)2.2.4订餐 (22)2.2.5 订单管理 (24)3 系统设计 (26)3.1整个系统结构： (26)3.2组件图和设计类图 (27)3.2.1店面管理用例的设计类图 (27)3.2.2财务管理用例的设计类图 (28)3.2.3信息管理用例的设计类图 (31)3.2.4订餐管理用例的设计类图 (34)3.2.5订单管理的设计类图 (35)3.3数据库设计 (37)3.4系统部署图 (40)4总结 (41)1背景介绍：当今社会，计算机技术尤其是网络技术飞速发展，给我们的生活带来的极大的方便。
经过我们小组成员在生活中细致观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送。
这样效率很低，利润薄，而且信息不流畅。
基于这个现状。
我们决定提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等，让订餐者可以方便的订餐，可以对商家进行评价等。
而商家后期只负责煮菜。
物流有我们系统运营者负责，然后直接赚取差价。
还要定期对商家进行卫生安全评估，以和根据用户的评价来生产评价档案。
并以此为依据来决定商家的去留等。
2、系统分析2.1 获取需求非功能性需求1.界面操作简单功能性需求2.1.1在大学城订餐系统中主要有以下涉众：订餐者：订餐商家：提供餐饮配送人员：取餐送餐店面管理员：核实并更新商家信息，管理商家界面显示订单管理员：管理订单信息管理员：订餐者信息管理，商家联系信息管理收银员：收取送餐人员金额会计员：统计每日收支财务经理：总财务核算和收入支出相关法律法规:应遵循的行业规范和标准业主：网站建设成本，建设周期，建成后的收益参与者（用户）：用户名称使用系统方式订餐者通过系统订餐配送人员通过系统获取订餐者订餐信息店面管理员代理商家使用系统实时更新核实并更新商家信息，管理商家界面显示订单管理员管理订单信息管理员订餐者信息管理，商家联系信息管理收银员收取送餐人员金额财务经理通过计算机系统系统进行财务核算收入支出，2.1.2边界对于该系统，我们以业务功能为依据进行边界的划分，划分出五个边界：订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。
点餐系统UML设计
点餐系统UML设计点餐系统UML设计是一种用于描述点餐系统的统一建模语言（Unified Modeling Language，UML）图形表示方法。
在点餐系统中，顾客可以通过系统选择想要的食物并下订单，系统会将订单传输给厨房或者餐厅，并进行相应的处理。
以下是一个点餐系统的UML设计示例：1.用例图用例图描述了系统的功能和角色之间的交互。
一个基本的点餐系统用例图包括以下元素：-顾客：顾客可以进行点餐、支付订单和查看订单等操作；-服务员：服务员负责接待顾客、记录订单和传输订单给厨房；-厨房：厨房负责接收订单并进行食物制作；-餐厅管理员：餐厅管理员负责管理菜单和餐厅信息。
2.类图类图描述了系统中的类以及它们之间的关系。
一个基本的点餐系统类图包括以下类：-顾客类：顾客拥有属性（如姓名、手机号）和方法（如点餐、支付订单）；-服务员类：服务员拥有属性（如姓名、工号）和方法（如记录订单）；-订单类：订单拥有属性（如订单编号、下单时间）和方法（如计算订单总价、传输至厨房）；-厨房类：厨房负责接收订单并进行食物制作；-菜单类：菜单拥有属性（如菜名、价格）和方法（如添加菜品、修改菜品）；-餐厅类：餐厅拥有属性（如名称、地址）和方法（如添加菜单、派送订单）。
3.活动图活动图描述了系统中各个对象间的动态行为以及对象间的相互作用。
一个基本的点餐系统活动图包括以下活动：-顾客点餐：顾客选择菜品、调整菜品数量并下单；-订单处理：服务员接收订单、记录订单并传输至厨房；-食物制作：厨房接收订单、制作食物并通知完成状态；-订单派送：餐厅接收订单、派送订单并通知顾客。
4.状态图状态图描述了一个对象在不同状态下的转换。
在点餐系统中，可以使用状态图描述订单状态的转换，如订单状态可以是“等待中”、“制作中”和“已完成”。
5.顺序图顺序图描述了系统中各个对象之间的消息传递顺序。
在点餐系统中，可以使用顺序图描述顾客下单时与服务员的交互、服务员传输订单给厨房以及订单派送给顾客的过程。
UML在线订餐服务系统
1业务需求 (3)1.1开发背景概述 (3)1.2顾客的任务陈述 (2)1.3在线订餐服务系统的性能需求及运行环境 (3)1.3.1性能需求 (3)1.3.2开发工具 (3)2系统需求 (4)2.1使用系统的相关人员及描述 (4)2.2用例的细节 (4)2.3用例图 (6)3系统分析 (7)3.1类图 (7)3.2属性列表 (8)3.3操作列表 (9)4系统设计 (9)4.1系统实现功能如下： (9)4.2系统功能总体层次图 (11)4.3系统活动图 (11)4.4系统状态图 (14)5总结 (15)附录 (16)参考文献 (16)1业务需求1.1开发背景概述随着Internet的快速发展，网络已经改变和正在改变我们的生活，通过网络交易的方式已经成了一种时尚，各个企业也将网络营销当成了一种重要的营销手段。
酒店行业也得益于网路的发展，通过网络更高效便捷的的为客户服务的同时增加盈利。
而网路的发展，传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。
层出不穷的各类酒店点菜管理系统也应运而生，呈现出多元化的发展。
为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店在线点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店管理系统，极具有市场价值。
1.2顾客的任务陈述民以食为天。
餐饮业是一种个性化、多样化的服务产业，电子商务则是最能凸显个性化、多样化服务的商务方式。
随着网络技术的发展和普及，方便、快捷、个性化的网上订餐正在进入人们的生活。
目前，网上订餐业务还处于形成期，成长空间还很大。
趁势而入，建立起特色鲜明的订餐网站，必有“钱”途。
网上订餐系统主要包括三大功能模块，用户管理、管理员管理、商家管理模块。
西南交通大学食堂网上订餐系统UML分析建模
食堂的网上自动订餐系统专业：软件工程班级：软件一班姓名：某某某学号：目录食堂的网上自动订餐系统 0画图工具： (2)一、用例图 (2)1、注册登陆用例图 (2)2、系统管理员用例图 (3)3、订餐系统整体用例图 (4)二、活动图 (5)1、用户注册活动图 (5)2、用户登陆活动图 (6)3、管理员对用户进行增删改操作活动图 (7)4、管理员查询用户活动图 (8)5、订餐系统活动图 (9)三、顺序图 (10)1、系统管理员的顺序图 (10)2、会员的顺序图 (10)四、类图 (11)画图工具：IBM Rational Rose Professional J Edition 200版3 。
用例图1、注册、登陆用例图送餐人员<<include>>会员<<include>>登陆<<include>><<include>>注册<<include>><<include>>顾客系统管理员厨师2、系统管理员用例图<<include>>系统管理员<<include>>统计分析 <<include>> 信誉度统计异常安全退出<<include>>评价分析<<include>><<include>>用户管理删除用户退出用户黑名单积分统计增加用户<<include>>查询信息3、订餐系统整体用例图系统管理员会员<<include>><<include>> 登陆<<include>>增加商品<<include>><<extend>> 搜索浏览<<include>> 结算删除商品<<include>><<include>><<include>><<include>> <<include>><<extend>>退出查询订单打印订单生成订单确认订单用户信息管理<<include>>删除信息<<include>><<include>><<include>> <<include>><<extend>><<include>><<include>>购物车管理异常安全退出<<include>><<include>>修改订单增加信息修改信息<<include>>校园卡支付接口活动图1、用户注册活动图2、用户登陆活动图注：由于其他用户登陆时的活动图类似，我就没有一一列举了。
基于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.。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
统一建模语言UML课程设计学院：班级：专业：课题：指导老师：前言听老师说这课程(UML)是一门很新的课程，在贵州的学校来说开这门课的很少。
它是才发展起来的一门新兴的课程。
用起来是十分的方便和适用的。
在刚开始上这门课的时候老师交给我们每个组一个任务——用UML画一个自己所要开发的系统的图。
这和流程图不一样，流程图我们用了一些伪代码和我们自己的语言而画成。
用UML则不一样，它用了一些UML 所特定的图来代表它的功能，方向等等。
又因为我们是初次接触这门课，所以我们只画了比较简单的系统——订餐系统。
老师讲一种图我们就画一种，在老师的不断纠正和自己的不断改进下，当课程结束后我们一组10人终于完成了我们的订餐系统图。
在其中包含了用例图，对象图，顺序图，通信图，类图，状态图，活动图，包图和部署图10个图。
为了人更能理解我们的系统具体的功能我们还做了一下一些必要的工作。
1、画每个图之后做了文字注释比如一些名词的解释，功能的具体解释等。
2、尽量将每种图的细节画出来画这些图也不是要真正的要开发这个系统，只是为了我盟能够更好的理解UML，为我们了解这门课也好还是以后真要从事这项工作也好能够更好理解这门课程，学懂这门课程打下基础。
目录一、订餐系统中的用例图 (1)1、主管的用例图： (2)2、客户的用例图： (3)3、送餐人员的用例图： (4)4、厨师的用例图： (4)5、系统管理员用例图： (4)二、订餐系统的时序图 (5)1、用户充值时序图： (5)2、客户订餐时序图： (6)3、主管查询时序图： (6)4、菜单更新时序图： (7)三、订餐系统中的类图 (8)1、类图的生成： (8)2、系统中的其它类。
(8)四、订餐系统中的活动图 (10)1、客户的活动图： (10)2、送餐人员的活动图： (11)4、主管的活动图： (12)五、订餐系统的构件图 (13)1、业务对象构件图： (13)2、用户界面构件图： (14)六、订餐系统的部署图 (15)七、小组成员 (16)八、总结： (16)一、订餐系统中的用例图用例图(Use Case Diagram)在需求分析阶段有很重要的作用，它描述人们希望如何使用一个系统，作为参与者的外部用户所能观察到的系统功能的模型图。
开发的全过程都是围绕需求阶段的用例图进行的。
我们所要开发的订餐系统内容十分丰富，用户包括授权的主管、客户、厨师及送餐人员、未授权的用户以及外部数据库系统，其角色层次图如图4-14所示:未授权用户进人订餐系统后可以浏览系统内的公共资源，如餐馆的基本情况、菜单、新闻等，还可以通过注册系统申请成为授权用户。
授权用户通过订餐系统的身份认证后享有系统规定的资源，主管可以查看一天的销售情况、菜单、顾客的建议、顾客提交的订单、库存；顾客可以查看菜单、向餐馆提出建议、以及订餐等；厨师可以查看顾客提交的订单、顾客提出的建议、菜单、库存等；送餐人员可以查看顾客提交的订单获得地址、菜单等。
外部数据库则主要用于和系统进行数据交换。
经过以上分析得到订餐系统用例模型图如下：作为教学评估系统的参与者有：（1）主管：主管可以登录系统查看一天的销售情况、顾客的建议、顾客提交的订单、以及查看库存、修改菜单等；（2）顾客：查看菜单、向餐馆提出建议、以及订餐等。
（3）厨师：查看顾客提交的订单获得菜名、顾客提出的建议等（4）送餐人员：查看顾客提交的订单获得地址。
（5）系统管理员：维护系统。
由以上的分析可以看出，系统的参与者主要有5类：主管、顾客、厨师、送餐人员、系统管理员。
1、主管的用例图：包含如下的用例：（1）、登录系统。
（2）、查看销售情况（数据的统计）。
（3）、查看交费情况（用户是否已经付款）。
（4）、查看用户订单及备注（比如：不吃葱、辣椒等）。
（5）、设置材料采购数据。
2、客户的用例图：包含如下用例：（1）、登录系统。
（2）、查看菜单。
（3）、提出建议。
（4）、提交订单及备注（如：少加盐、多加辣椒等）。
（5）、网上付费及自己的余额查询。
3、送餐人员的用例图：包含如下用例：（1）、登录系统。
（2）、查看客户订单获取送餐地址。
4、厨师的用例图：包含如下用例：（1）、登录系统。
（2）、查看客户订单获取菜名。
（3）、添加菜单。
5、系统管理员用例图：包含如下用例：（1）、用户的查询。
（2）、数据分析。
（3）、菜单的设置。
（4）、结果查询（销售情况、客户订单、付费情况等）二、订餐系统的时序图时序图（Sequence Diagram）主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。
顺序图的主要用途之一，是把用例表达的需求，转化为进一步、更加正式层次的精细表达。
用例常常被细化为一个或者更多的序列图。
顺序图除了在设计新系统方面的用途外，它们还能用来记录一个存在系统的对象现在如何交互。
当把这个系统移交给另一个人或组织时，这个文档很有用。
订餐系统的时序图主要有：（1）、用户添加充值时序图；（2）、客户订餐时序图；（3）、主管对餐馆的相关信息查询时序图；（4）、菜单更新时序图；1、用户充值时序图：2、客户订餐时序图：3、主管查询时序图：4、菜单更新时序图：三、订餐系统中的类图类图是对象结构建模的一部份，类图描述系统中类的静态结构。
尽管其他模型可以帮助建模者发现被模拟对象的重要信息，但是它们不能揭示的信息则必须求助于类图。
类图模拟保证系统正常工作的所有必要资源。
其它所有模型如果想获取这些资源（例如属性值、状态和对行为的约束）的信息，最终都必须访问类图。
类图是代码生成（将模型转化为代码）的来源，也是逆向工程（将代码转化为模型）的目标设生成物。
1、类图的生成：顾客、员工、主管、菜单、材料、系统管理员参与者相关的类（图）（1）顾客类是参与者的类，它的属性包括订餐号、送餐地址、电话号码、身份证号码、VIP标记、VIP号码。
（2）主管是参与者类，它的属性包括姓名、姓别、年龄、身份证号码、工号。
（3）系统管理员是管理员类。
2、系统中的其它类。
材料类是记录仓库中材料信息的类，包括菜名，数量，单价，进货渠道。
菜单类是记录餐馆中出售菜种的类，包括菜名、价格、简介。
各类之间的关系。
四、订餐系统中的活动图活动图是基于对象的状态变迁所绘制的视图。
它的主线是状态的变化，而不是时间，而时序图则是对象在不同时间段内的表现。
为了满足这个活动图，类的一些基本必要方法就可以初步确定。
再加上逻辑视图中类关系的分析，可以套用一些设计模式，又可以进一步再确定一些类的方法和属性。
这一切的图，就是为了让你从需求情景描述-设计用例-逻辑视图-详细类分析抽象出你的类设计。
总之，让面向对象的设计过程，思路连续，可推导。
系统不可能完成所有的事情，必然有一部分功能是由人来完成的，所以活动图，从手工的角度描述了一个业务的流程，其中有些是手工作业，有些是系统的功能，活动图描述出了整个流程。
活动这个术语的解释依赖于作图的目的和抽象层次。
在描述概念层视图中，活动表示需要完成的一些任务；在说明层视图和实现层视图中，活动表示类中的方法。
一个活动可以顺序地跟在另一个活动后执行，这是简单地顺序关系。
如果触发事件连接到一个用加黑地粗线段表示地同步条上，且同步条引出几个带箭头地触发事件，那么这几个触发事件是并行的，也就是说这几个活动的执行次序可以是随意的。
1、客户的活动图：客户登录订餐系统后可以进行以下的操作：a.可以先查看自己帐号上的余额，然后再查看菜单，如果想订餐就创建订单；也可以直接退出系统。
b.如果对自己的余额、和菜单都了解的情况下也可以直接创建订单，然后再退出系统。
c.也可以先查看菜单、余额再创建订单或查看菜单后直接创建订单；然后退出系统。
2、送餐人员的活动图：送餐人员登录系统后：查看客户订单获得菜名和送餐的地址。
3、厨师的活动图：厨师登录系统后可以进行以下的操作：a.厨师可以根据自己的手艺（能炒的菜）、和库存中原料的数量来创建菜单；b.厨师查看客户订单获得菜名。
4、主管的活动图：主管登录系统后可以进行以下的操作：a.查看一天的销售情况；b.查看客户对餐馆的一些建议；c.查看客户的订单；d.查看库存的数量 e.添加或修改材料数据。
五、订餐系统的构件图构件图描述软件构件及构件之间的关系，显示代码的结构。
构件是逻辑架构中定义的概念和功能（类、对象、它们的关系、协作）在物理架构中的实现。
典型情况下构件是开发环境中的实现文件。
在以构件为基础的开发（CBD）中，构件图为架构师提供一个开始为解决方案建模的自然形式。
构件图允许一个架构师验证系统的必需功能是由构件实现的，这样确保了最终系统将会被接受。
除此之外，构件图对于不同的小组是有用的交流工具。
图可以呈现给关键项目发起人及实现人员。
通常，当构件图将系统的实现人员连接起来的时候，构件图通常可以使项目发起人感到轻松，因为图展示了对将要被建立的整个系统的早期理解。
开发者发现构件图是很有用的，因为构件图给他们提供了将要建立的系统的高层次的架构视图，这将帮助开发者开始建立实现的路标，并决定关于任务分配及（或）增进需求技能。
系统管理员发现构件图也是很有用的，因为他们可以获得将运行于他们系统上的逻辑软件构件的早期视图。
虽然系统管理员将无法从图上确定物理设备或物理的可执行程序，但是，他们仍然欢迎构件图，因为它较早地提供了关于构件及其关系的信息（这允许系统管理员轻松地计划后面的工作）。
订餐系统中主要有两个构件图：业务对象构件图和用户界面构件图。
系统建立在一个含有登录信息、菜单信息、客户信息、系统维护信息的数据库上。
1、业务对象构件图：（1）、对象构件图说明：查看销售情况：该构件的功能是查看时间段的销售数量，金额。
菜单设置：该构件的功能是通过数据库实时更新客户才看到的订餐菜单，也可以根据店内的营业拓展而更改。
客户订餐：该构件的功能是对不同权限的客户提供订餐，退订服务。
送餐员查看订单：该构件的功能是为送餐员提供客户订餐的统计数据，同时也是送餐员记录送餐成功与否及处理的平台。
厨师查看订单：该构件的功能是为厨师提供客户订餐的统计数据，同时也是厨师记录每一个炒菜成功与否的平台。
除了业务对象以外，系统与用户交互的组件也能创建一个组件图。
2、用户界面构件图：（2）、用户界面构件图说明：销售情况统计界面：是在查看销售情况时的显示界面。
菜单设置界面：是在店主修改菜单时所见界面，通过数据库修改时没有相关界面。
送餐员数据统计界面：是送餐员查看送餐统计数据及标记送餐成功与否得到界面。
客户订单界面：是客户订餐时所见界面。
厨师炒菜数据统计界面：是厨师查看炒菜统计数据及标记每一个炒菜成功与否的界面。
六、订餐系统的部署图部署图描述了一个运行时的硬件结点，以及在这些结点上运行的软件组件的静态视图。
部署图显示了系统的硬件，安装在硬件上的软件，以及用于连接异构的机器之间的中间件。