uml网上订餐系统
UML建模案例——网上订单处理系统
（3）仓库管理随即向客人发货并
附上发票。
（4）然后(ránhòu)仓库管理员修
改订单的状态。同时，将订单更改 后的数据保存到数据库。
7、营销员通知(tōngzhī)仓管员发货的序列图和协 作图
精品文档
UML统一建模语言
三、创建系统(xìtǒng)动态模 型
精品文档
UML统一建模语言
三、创建(chuàngjiàn)系统动态 模型
营销人员修改订单状态(zhuàngtài) 的工作流程：
（1）营销人员在确认客户付款 无误的前提下，在订单服务界面 OrderForm进行订单状态的修改。
（2）订单服务界面将修改后的订 单状态通知订单类Order，由Order 对指定的订单的状态进行重新的设 定。 （3）Order对象将修改好的订单状 态保存到数据库DataBase。
（2）营销人员接到咨询请求信息后，从 数据库DataBase获得客户订单的详细情况。
（3）接着营销人员与客户进行联系，
为客户提供咨询服务，双方就订单细节问 题(wèntí)进行沟通。
（4）双方达成共识后，如果需要修 改现有订单的内容，由营销人员在订单 界面OrderForm修改，然后将修改好的 订单内容通知Order类，订单类负责将 修改好的订单数据保存到数据库 DataBase。
（3）协商联络。客户要求营销人员在订单确 认之前(zhīqián)与自己联系，进一步了解产品 的细节、协商价格等。
（4）付款。客户收到订单确认信息后，通过
汇款或网上支付完成付款。
精品文档
UML统一建模语言
二、创建(chuàngjiàn)系统用例模
型
营销人员用例能够通过该系统进行如 下活动：
基于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建模案例——酒店预订系统
案例：酒店预订系统一、需求分析酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统（MIS）。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理效率的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌位安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、创建系统用例模型接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中予以保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息予以取消。
领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
（3）注册新会员。
领班在用餐客人同意加入成为本酒店会员时，有为客人注册成为新会员的权力。
（4）修改会员信息。
领班有权对酒店会员信息进行修改。
（5）删除会员信息。
当客人不再要保留会员资格时，领班将该会员的信息从系统中删除。
（6）换桌服务。
当客人对就餐位置不满意时，领班可为客人提供更换餐位的服务并在系统中做好记录。
三、创建系统静态模型根据系统需求，创建静态系统类图。
我们可以识别系统中存在的主要实体类：接待员类（Receptionist）、领班类（Captain）、客人类（Customer）和会员类（Member）。
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.。
基于UML的外卖订餐系统需求分析
基于UML的外卖订餐系统需求分析目录1. 系统概况 (3)2. 系统需求 (4)2.1. 功能性需求 (4)2.2. 非功能性需求 (4)3. 系统开发时间管理 (5)4. 系统开发可行性分析 (5)4.1. 技术的可行性： (6)4.2. 经济的可行性： (6)4.3. 操作的可行性： (6)5. 系统开发项目人员安排 (6)6. 基于UML的系统分析 (7)6.1. 用户用例图 (7)6.2. 系统主要用例 (11)7 总结 (29)图表目录表格 1 项目人员安排表 (7)表格 2 顾客管理账户用例描述 (11)表格 3 找回密码用例描述 (12)表格 4 顾客订餐用例描述 (15)表格 5 送货员送餐用例描述 (16)表格 6 顾客查看历史订单用例描述 (16)表格 7 主管查看历史订单用例描述 (17)表格 8 菜品评论与主管查看用例描述 (21)表格 9 主管管理菜品描述 (24)表格 10 系统管理员用例描述 (26)图 1 外卖订餐系统结构图1 3图 2 外卖订餐系统结构图2 4 图 3 系统开发甘特图 5 图 4 外卖订餐系统用户用例图8 图 5 顾客用例图9 图 6 主管用例图10 图 7 送餐员用例图10 图 8 系统员用例图11 图 9 账户管理活动图13 图 10 顾客注册顺序图14 图 11 顾客登录管理账户顺序14 图 12 顾客订餐活动图18 图 13 送餐员送餐活动图19 图 14 主管查看历史订单活动图20 图 15 顾客订餐顺序图20 图 16 送餐员送餐顺序图21 图 17 顾客评论活动图22 图 18 主管查看评论活动图23 图 19 顾客评论顺序图23 图 20 主管管理菜品活动图25 图 21 主管管理菜品顺序图26 图 22 系统管理员活动图28 图 23 系统管理员顺序图291.系统概况外卖订单系统是服务于餐馆外卖活动的一个简单的信息系统，开发该系统主要希望实现扩大本餐馆宣传、缩短顾客订餐时间、减少订餐错误、便于订单统计分析等，最终达到扩大餐馆影响力、提高餐馆外卖业务效率、实现一定程度的决策支持的目的。
UML建模案例——酒店预订系统
案例：酒店预订系统、需求分析酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理 系统（MIS ）。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店 餐饮企业管理效率的目的。
订餐系统的功能性需求包括以下内容：（1） 酒店的接待员使用电话为客人提供订餐服务， 根据客人的订餐要求， 在指定的时间 和桌位安排好客人的就餐事宜；按客人的要求执行修改订单的操作； 在客人临时取消预订时 删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2） 酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存； 能够为 客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
、创建系统用例模型接待员用例能够通过该系统进行如下活动：（1） 记录订餐信息。
接待员将客人的订餐要求输入到系统中予以保 存。
（2） 订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一 个提醒，同时再次加以确认。
（3） 取消订餐记录。
客人因临时原因取消订餐， 接待员将系统中原 来的订餐信息予以取消。
领班用例能够通过该系统进行如下活动：（1） 记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在 系统中记录预订客人已到店的信息并保存。
（2） 记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中 记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
（3） 注册新会员。
领班在用餐客人同意加入成为本酒店会员时，有 为客人注册成为新会员的权力。
（4） 修改会员信息。
领班有权对酒店会员信息进行修改。
（5） 删除会员信息。
当客人不再要保留会员资格时，领班将该会员 的信息从系统中删除。
（6） 换桌服务。
当客人对就餐位置不满意时，领班可为客人提供更 换餐位的服务并在系统中做好记录。
三、创建系统静态模型根据系统需求，创建静态系统类图。
我们可以识别系统中存在的主要实体类：接待员类（Receptio nist ）、领班类（Cap tai n ）、客人类（Customer ）和会员类（Member ）。
uml建模 订餐系统
第16章订餐系统
重点内容：
需求分析
创建系统用例模型
创建系统静态模型
2021/10/10
1
UML统一建模语言
一、需求分析
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的 订餐活动进行管理的信息管理系统（MIS）。该信息系统不 仅能够为客人提供方便的订餐功能，同时也能够达到提高酒 店餐饮企业管理效率的目的。
领班注册新会员的工作流程： （1）领班进入操作界面Form，并在 界面中提交客户的信息。 （2）界面Form将提交的信息传递给 会员对象Member。. （3）会员对象查询数据库判断该客 人是否已经是会员，并将结果返回给界 面Form显示。如果客人已经是会员，领 班结束操作。 （4）如果该客人不是会员提交会员 注册信息到会员类Member。 （5）会员类Member创建新会员对象， 并将该对象的信息保存到数据库中。 （6）向界面返回注册会员成功的提 示信息。
2021/10/10
14
UML统一建模语言
三、创建系统动态模型 10、预订类状态图
在订餐管理系统中，有明确状态转换的类是预订类。预订类包含以下三 种状态：被预订的状态、被取消的状态、预订结束的状态。它们之间的转化 规则是：
（1）接待员接受客人的订餐，将订餐信息输入系统，表示预订类进入了 被预订的状态。
13、接待员定时提醒预订活动 图
2021/10/10
18
UML统一建模语言
三、创建系统动态模型
领班记录订餐客人到店的活动 图，创建了个二个泳道，分别是领 班对象和系统对象。具体活动过程 如下：
（1）领班在界面输入到店客人 的订单号。
（2）系统判断订单是否存在， 如果不存在，返回订单不存在的信 息。
UML网上订餐系统
课题名称：网上订餐系统一课题简介1.系统设计背景伴随着网络技术的发展以及网络带来的便捷，网上订餐已逐渐成为一种必不可少的经营策略。
目前，网上订餐在互联网上可以实现的商务功能日趋多样化，可以完成从最基本的信息展示、信息发布功能到在线交易、在线客户服务、在线网站管理等功能，可以说，现在传统订餐所具备的功能几乎都可以在互联网上进行电子商务的高效运作，同时通过与一些电子商务服务机构合作，简化过去资金流转的问题，有力的改变现存企业竞争的模式，给企业以高效低成本的发展空间。
该系统统筹考虑，信息共享，具有包容性和可扩展性，简洁，易使用，易维护，适合非计算机人员使用，为客户，游客提供良好的信息服务，运行可靠，安全可靠，采用先进的技术，可以使企业通过站点，让顾客直接从网站订货。
2.系统需求分析（1）系统的基本需求分析划分如下：1.客户通过上网订购快餐。
2.客户订餐时需要选择相关地址。
3.管理员查看订单，如果符合订餐条件，则受理订单，并通知客户订单情况。
4.管理员收到订单之后查看订单，并通知厨房餐饮品种以及数量5.管理员从厨房派送餐品至客户。
6.派送完成并收取顾客回复，管理员回复订单完成。
（2）系统的功能性需求如下：1.系统能够管理一定数量的餐品与客户，每个客户都拥有唯一的ID号，只有注册客户购买餐品，游客只能浏览餐品。
客户在订购了餐品之后需要得到管理员受理订单。
2.管理员能够管理系统中的餐品，对餐品进行修改、增加或者删除。
3.管理员能够管理系统的订单与客户，管理员能够增加客户、删除客户。
管理员同时可以受理订单或者删除订单。
4.管理员能够管理用户权限等。
（3）系统的组成模块：1.注册/登录模块：注册用户可以通过本模块登录，游客可以通过注册模块进行注册，成为正式注册客户。
2.查询模块：注册客户和游客都可以通过查询模块查找餐品的信息，管理员还能通过查询模块查询商品进行增删改。
3.交易模块：用于注册客户下单订购商品。
4.系统维护模块：用于管理员进行系统维护，比如修改、增加、删除商品，接受订单以及管理用户权限等等。
基于UML的外卖订餐系统需求分析
面向对象的分析和设计说明书( 2018 -- 2019 学年第二学期)题目：基于UML的外卖订餐系统需求分析日期：2019 年5 月3日1. 系统概述2．系统分析建模外卖订单系统是服务于餐馆外卖活动的一个简单的信息系统，开发该系统主要希望实现扩大本餐馆宣传、缩短顾客订餐时间、减少订餐错误、便于订单统计分析等，最终达到扩大餐馆影响力、提高餐馆外卖业务效率、实现一定程度的决策支持的目的。
该系统按照功能主要分为三类角色，分别是顾客，商家，送餐员。
顾客角色主要可执行的操作有顾客用户操作（包括登录和注册），检索操作（包括检索餐品或商家等），订单操作（包括编辑订单和提交订单），评价操作（包括评价餐品和餐厅）。
商家角色主要可执行的操作有商家用户操作（包括登录和注册），餐厅管理（包括菜单编辑、编辑餐厅信息等），订单管理（包括查看和更新订单），评论管理（包括查看评论和回复评论）。
送餐员角色主要可执行的操作有送餐员用户操作（包括登录和注册），订单操作（包括配送订单、订单查询、确认接单等），通知操作（通知顾客或商家）。
2.1用例图【三类顾客顶层用例图】图1三类顾客顶层用例图本系统预计实现的核心功能有：（1）顾客角色——顾客操作查询餐品：按照餐品种类或名称查询后选择某一餐厅查询餐厅：按照餐厅名查询后选择某一餐厅餐厅列表：餐厅列表包括了该餐厅的基本信息，包括餐厅名称、餐厅位置、餐厅距离、餐厅销量、人均消费。
订单管理：记录顾客当前正在进行的订单以及历史订单。
顾客可以删除历史订单，也能及时查看当前正在进行订单的状态和信息。
购物车界面：相当于临时订单界面，用于显示当前订单中已选餐品的信息（包括餐品的名称、数量、总价）和订单支付状态。
确认购物车信息无误后，顾客提交订单并支付。
提交订单后，购物车中不再显示该订单的信息。
（2）商家角色——商家操作确认接单功能：商家在收到用户提交的订单后，确认接单并通知该订单的顾客已接单。
商家确认接单后，将当前订单信息发送给附近区域的送餐员，等待送餐员接单。
(完整word版)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建模
题目：大学生网上订餐系统目录1背景介绍： ................................................................ 2. 2需求分析 ................................................................. 2.. 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店铺管理管理员管理店铺.................................... 1.05.1.4店铺管理员建立客户评价档案................................ 1 15.1.5店铺管理员建立商家监察档案................................ 1 25.1.6订单管理员管理订单........................................ 1.35.1.7系统管理员管理商家信息 (14)5.1.8系统管理员管理订餐者信息................ 错误！未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3.成功建立商家的监察档案
主过程描述
1.商家到公司来填写店面申请，提交店面管理员
2.店面管理员初步核实申请信息，查询商家是否有在该公司的不良记录
3.店面管理员录入申请信息，产生店面申请
4.店面管理员到现场勘察卫生安全问题等，符合条件执行5，不符合条件执行4.11
5.审核通过则通知店家提供店面信息，比如菜的价格，名称，图片等，由店面管理人员录入信息
6店面管理员还管理订餐者对某店面的有价值的评价，建立评价档案
7.并时常到现场监察商家食品卫生，建立监察档案
异常过程描述
4.11不符合条件，停止申请过程，用例结束
业务规则
申请者无在该系统的不良记录，比如卫生事件或者诚信问题。
涉及的业务实体
申请单，现场勘察单，商家监察档案，用户评价档案。
订单管理用例规约
2
2.1
非功能性需求
1.界面操作简单
功能性需求
订餐者：订餐
商家：提供餐饮
配送人员：取餐送餐
店面管理员：核实并更新商家信息，管理商家界面显示
订单管理员：管理订单
信息管理员：订餐者信息管理，商家联系信息管理
收银员：收取送餐人员金额
会计员：统计每日收支
财务经理：总财务核算和收入支出
相关法律法规:应遵循的行业规范和标准
业主：网站建设成本，建设周期，建成后的收益
参与者（用户）：
用户名称
使用系统方式
订餐者
通过系统订餐
配送人员
通过系统获取订餐者订餐信息
店面管理员
代理商家使用系统实时更新核实并更新商家信息，管理商家界面显示
订单管理员
管理订单
信息管理员
订餐者信息管理，商家联系信息管理
收银员
收取送餐人员金额
财务经理
通过计算机系统系统进行财务核算收入支出，
3.订单管理员再次确认用户是否修改订单，是的话重新执行2，否则执行4
4.订单管理员生成未付款订单
5.订单管理员及时将订单交给配送人员
6.由配送人员配送订单
异常过程描述
2.11不符合条件，停止订餐过程，用例结束
业务规则
用户具有该系统的登陆账号以及所下的订单符合各个要求
涉及的业务实体
订单
2.2
财务管理（财务管理员）用例实现的分析类时序图
用例名称
管理订单
用例描述
管理员先核实订单，然后决定是生成未付款订单还是取消订单，最后配送快餐
执行者
订单管理员
前置条件
1.用户有登录该系统
2.用户有下订单
后置条件
1.核实过后确定订单无误
2.用户有再次确认自己的订单
主过程描述
1.用户登录该系统，确认自己喜欢的东西，然后生成订单
2.订单管理员核实订单，如若订单有误，执行2.11，否则执行3
无
后置条件
6.网站内容得到更新。
7.商家和买家基本信息保证有效和安全
8.数据库安全性得到保护
主过程描述
6.登陆网站
7.登录信息管理员界面
8.选择执行的操作
9.验证想执行的操作是否合理
10.及时更新所有相关的内容
分支过程描述
无
异常过程描述
退出信息管理系统界面
业务规则
保证商家和用户信息的安全性
涉及的业务实体
Yes
No
Scid
Int
Yes
No
菜系id
菜图片
Nvarchar（MAX）
Yes
No
存储的是图片的路径
推荐
Nvarchar（50）
Yes
No
表4菜分类表
Field
Type
Null
Key
Comment
Scid
Int
No
Yes
标识递增
种类
Nvarchar（50）
No
No
菜系名
系列介绍
Nvarchar（MAX）
Yes
No
默认为“0分”
Back
订单
Yes
No
顾客订餐的信息反馈
表2订单表
Field
Type
Null
Key
Comment
订单ID
Int
No
Yes
标识递增
用户ID
Int
No
No
外键，对应于用户表中的“用户ID”
订单状态
Nchar（10）
No
No
默认值是“待送餐”
送餐地址
Nvarchar（50）
No
No
图4养生咨询E-R图
图5订单E-R图
图6菜单E-R图
逻辑设计：
表1订单条目表
Field
Type
Null
Key
Comment
ID
Int
No
Yes
标识递增
订单ID
Int
No
No
外键，对应于订单中的“订单ID”
菜名
Nchar（10）No NhomakorabeaNo默认值是“待送餐”
数量
Int
No
No
单价
Float
Yes
No
评分
Int
财务管理（收银员）用例实现的分析类时序图
分析类图：
商家基本信息管理维护时序图
数据库信息安全维护时序图
订餐主页更新及发布时序图：
信息管理活动图
分析类图：
活动图
录入评价档案时序图
录入监察档案时序图
录入新店面信息时序图
更改店面信息时序图
系统用例图
时序图：
分析类图
确认订单时序图
取消订单时序图
3
3.1
根据业务划分业务成的5个包图
No
爱好
Nvarchar（MAX）
Yes
No
喜欢口味
Nvarchar（MAX）
Yes
No
Nvarchar（50）
Yes
No
Nvarchar（50）
Yes
No
State
Nvarchar（50）
No
No
ID是否有效，默认值是“未审核”
身份证号
Nvarchar（50）
No
No
4
总结：
五个包图中的大体结构采用如下
界面展示层包：存放与界面展示相关类
业务逻辑层：存放与相应界面的操作对应的控制类
业务实体：向逻辑层提供操作的实体类，在系统完成后对下有数据库操作。
组件图
设计类图
概念设计：
系统E-R图如图1所示。
图1订餐系统E-R图
以下是主要数据表的E-R图：
图2用户E-R图
图3订单条目E-R图
执行者
收银员，财务管理员
前置条件
1．配送员将收取的费用交给收银员
2.收银员将已收款订单存入数据库
后置条件
3.成功将货款归入银行或保险库
4.成功登记账单
5.成功将已付款订单入库
主过程描述
1配送人员根据订单进行配送餐并收钱。
2配送员将收得的货款交给收银员。
3收银员确认未收款订单生成已收款订单存入数据库
4财务管理员定期生检查，监督，统计各个录入计算机系统财务数据的正确性，及时性，完整性。
Yes
No
表5用户表
Field
Type
Null
Key
Comment
用户ID
Int
No
Yes
标识递增
uName
Nvarchar（50）
No
No
登录名
uPwd
Nvarchar（50）
No
No
登录密码
真实姓名
Nchar（10）
No
No
性别
Nchar（10）
No
No
菜系id
联系电话
Nvarchar（50）
Yes
执行者
订餐者
前置条件
无
后置条件
1.成功生成订单
2.订餐者成功订餐
主过程描述
1.登陆网站
2.选择店家
3.选择餐饮
4.先订单
5.收餐时付钱
分支过程描述
无
异常过程描述
订单餐饮不足时，订餐者可取消订单，订餐异常结束
业务规则
涉及的业务实体
订单、餐饮
用例名称
管理财务
用例描述
每次的收支进行存储记录，定期进行财务统计，并生成账单，分析数据，用例结束。
对于该系统，我们以业务功能为依据进行边界的划分，划分出五个边界：订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。如下图所示：
业务用例（订餐者）
业务用例（信息管理员）
业务用例（财务管理者和收银员）
业务用例（店面管理员）
业务用例（订单管理）：
用例名称
订餐
用例描述
订餐者登网站，选择参餐饮，并下单，完成订餐
5总结分析各人员日常录入计算机的财务数据出现异常的原因。
6.生成财务报表
分支过程描述
收支异常时核对账单
异常过程描述
结束用例。
业务规则
账目清楚
涉及的业务实体
已付款订单，未付订单，账单
用例名称
信息管理
用例描述
对订餐网站进行更新，对商家和买家的基本信息进行维护，并保证数据库的安全行。
执行者
信息管理员
前置条件
《UML建模语言》课程设计报告
题目：订餐管理系统
数学与计算机科学（软件）学院
软件工程专业2011级