西南交通大学食堂网上订餐系统 UML 分析建模
基于UML的外卖订餐系统需求分析
面向对象的分析和设计说明书( 2018 -- 2019 学年第二学期)题目：基于UML的外卖订餐系统需求分析日期：2019 年5 月3日1. 系统概述2．系统分析建模外卖订单系统是服务于餐馆外卖活动的一个简单的信息系统，开发该系统主要希望实现扩大本餐馆宣传、缩短顾客订餐时间、减少订餐错误、便于订单统计分析等，最终达到扩大餐馆影响力、提高餐馆外卖业务效率、实现一定程度的决策支持的目的。
该系统按照功能主要分为三类角色，分别是顾客，商家，送餐员。
顾客角色主要可执行的操作有顾客用户操作（包括登录和注册），检索操作（包括检索餐品或商家等），订单操作（包括编辑订单和提交订单），评价操作（包括评价餐品和餐厅）。
商家角色主要可执行的操作有商家用户操作（包括登录和注册），餐厅管理（包括菜单编辑、编辑餐厅信息等），订单管理（包括查看和更新订单），评论管理（包括查看评论和回复评论）。
送餐员角色主要可执行的操作有送餐员用户操作（包括登录和注册），订单操作（包括配送订单、订单查询、确认接单等），通知操作（通知顾客或商家）。
2.1用例图【三类顾客顶层用例图】图1三类顾客顶层用例图本系统预计实现的核心功能有：（1）顾客角色——顾客操作查询餐品：按照餐品种类或名称查询后选择某一餐厅查询餐厅：按照餐厅名查询后选择某一餐厅餐厅列表：餐厅列表包括了该餐厅的基本信息，包括餐厅名称、餐厅位置、餐厅距离、餐厅销量、人均消费。
订单管理：记录顾客当前正在进行的订单以及历史订单。
顾客可以删除历史订单，也能及时查看当前正在进行订单的状态和信息。
购物车界面：相当于临时订单界面，用于显示当前订单中已选餐品的信息（包括餐品的名称、数量、总价）和订单支付状态。
确认购物车信息无误后，顾客提交订单并支付。
提交订单后，购物车中不再显示该订单的信息。
（2）商家角色——商家操作确认接单功能：商家在收到用户提交的订单后，确认接单并通知该订单的顾客已接单。
商家确认接单后，将当前订单信息发送给附近区域的送餐员，等待送餐员接单。
uml 餐馆管理信息系统
用例 建模
参与者与涉众的关系
用例 建模
涉众也称干系人,是与要建设的这个 系统有利益相关的一切人和事,涉众 的利益要求会影响系统的建设。 涉众不等于用户。 涉众建议并界定了系统必须要做的 工作。用例应该满足包含所有涉众 关注点的事物。
前置条件和后置条件
前置和后置条件表示用例开始状态 和结束会发生什么
用例建模 领域建模 系统顺序图 系统契约 对象交互图 设计类图
用例建模
用例 建模
用例视图应该包含一组定义了该系统 完整功能的用例，或者至少定义了当 前迭代所规定功能的用例 用例视图应该是客户、最终用户、领 域专家、测试人员和任何其他涉及系 统的人员，不需要详细了解系统结构 和实现就容易理解的
餐馆预约系统的初始用例图
“预约日期可以选择” “顾客姓名可以选择” “可以用条码扫描器或键盘输入商品 id”
领域建模（ 领域建模（概念模型）
建立一个领域模型 领域模型——添加关联 领域模型——添加属性
领域 建模
简介
领域 建模
领域模型：显示最重要的业务概 念和它们之间的关系的类图 领域模型用关联和泛化显示了这 些概念之间的关系。领域模型通 领域模型通 常不包含操作
用例 建模
在大型平板显示器上的触摸屏界面。 在大型平板显示器上的触摸屏界面。文本信 息要能够在1 息要能够在1米之外看清 90%的信用卡授权机构的响应应该在30秒收到 的信用卡授权机构的响应应该在30 90%的信用卡授权机构的响应应该在30秒收到 ……
技术和数据的变化列表
用例 建模
技术和数据的变化列表：系统通常 有一些技术上的变化是关于“应该 怎么做”，而不是“应该做什么”， 需要在用例中将这种变化记录下来。
用例 建模
网上订餐系统分析与设计实验报告
网上订餐系统分析与设计实验报告
信息系统分析与设计
课程实验报告
饱了么网上订餐平台
信息系统分析与设计
组长
组员
专业
指导教师
完成日期
目录
第一部分项目管理与计划 (3)
实验1 指定项目计划 (3)
实验2 项目可行性分析 (6)
第二部分系统分析 (8)
实验 3 项目需求收集 (8)
实验4 用例建模 (9)
实验5 通过用例获取概念数据模型 (16)
实验6 将概念数据模型转换为对象关系模型 (17)
实验7 分析类图建模（序列图、分析类图） (17)
实验8 三种可选方案选择分析 (20)
第三部分系统设计 (23)
实验9 物理数据库设计 (23)
实验10 确定系统构架等设计元素、设计类图建模 (28) 实验 11 界面设计 (30)
第一部分项目管理与计划实验1 指定项目计划
1.1项目的工作分解结构（WBS），所需资源
网上订餐系统WBS
1.2 通过PERT技术估算项目的持续时间PERT公式
1.3甘特图和网络图
甘特图
网络图
实验2 项目可行性分析
2.1经济可行性分析
随着人民的生活水平的提高，餐厅也蓬勃发展，线下的实体服务已经满足不了日益进步的需求。
网络订餐系统给人们带来了方便，成为一种全新的商务模式。
网上订餐平台一方面为餐厅搭建了一个集中的宣传平台，能为餐厅节约经济成本，创造更多的收益；另一方面，能为广大消费者争取更多的优惠。
这样的模式使得餐厅和消费者两方面都渐渐依赖网上订餐平台，从而获得可观的收益。
UML订餐系统
统一建模语言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)在需求分析阶段有很重要的作用，它描述人们希望如何使用一个系统，作为参与者的外部用户所能观察到的系统功能的模型图。
大学生网上订餐系统--UML建模(Word最新版)
高校生网上订餐系统--UML建模通过整理的高校生网上订餐系统--UML建模相关文档，渴望对大家有所扶植，感谢观看！题目：高校生网上订餐系统书目1背景介绍：3 2需求分析3 3系统用例模型4 3.1订餐者用例图4 3.2商家用例图43.3店铺管理员用例图53.4订单管理员用例图53.5系统管理员用例图6 4系统静态模型7 5系统动态模型8 5.系统时序图85.1.1订餐者订餐85.1.2商家管理店铺95.1.3店铺管理管理员管理店铺105.1.4店铺管理员建立客户评价档案115.1.5店铺管理员建立商家监察档案125.1.6订单管理员管理订单135.1.7系统管理员管理商家信息145.1.8系统管理员管理订餐者信息155.1.9系统管理员维护系统165.2系统活动图175.3系统状态图17 6系统部署模型186.1系统构件图18 6.2系统部署图18 7总结19高校生网上订餐系统--UML建模1背景介绍随着网络技术的飞速发展，人们的生活也越来越追求便利化。
经过视察，发觉整个高校城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送。
这样做效率很低，利润薄，而且信息不流畅。
所以我确定为高校生供应一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等信息，让订餐者可以便利地订餐，还可以对商家的餐饮进行评价，由系统生成评价档案以供其他人参考等，而商家后期只负责做饭菜并支配人配送。
此外，须要定期对商家进行卫生平安监察，生成商家监察档案，并以此为依据来确定商家的去留等。
2 需求分析高校生网上订餐系统主要有以下几方面需求：1）订餐者订餐者首先须要注册一个账号用于系统登录，登录后可以查看店铺信息，并选中某一店铺后进入其餐饮信息界面，最终选中所需餐饮，下订单。
当然用餐后还可以对此餐饮进行评价。
食堂售饭系统分析与设计UMLword文档
食堂售饭系统分析与设计目录1. 需求分析与描述 (2)1.1 需求分析 (2)1.2 用例分析 (2)1.3 用例模型图 (4)1.4 用例事件流描述 (5)2.领域模型分析 (8)3.工作流程分析 (9)1. 需求分析与描述1.1 需求分析●持卡人：办理新饭卡，给饭卡充值，注销饭卡，挂失/撤销挂失饭卡，补办新卡，退还饭卡，使用饭卡消费，查看个人消费的明细。
●管理部门：通过计算机系统具体实现持卡人需求中的项目。
●食堂工作人员：通过自动售饭机输入饭菜的金额，通过计算机系统对当天的营业情况进行汇总统计。
1.2 用例分析1)系统的边界对于系统边界，系统首先会包含需求分析中所需要软件实现的各项功能，此外还须确定食堂售饭系统是否包括管理部门和食堂工作人员。
就食堂售饭系统而言，其主要功能是让用户（即持卡人）享受服务（即用饭卡使购买饭菜的过程绕过了付款及找零的环节，提高了服务效率），而管理部门和食堂工作人员的作用都是为了使用户免于对系统的直接操作而设置的，因而此两者应归为食堂售饭系统的内部，相当于用户和具体的计算机软硬件系统之间的接口。
2)系统的执行者持卡人需要通过食堂售饭系统来使用其所持有饭卡买饭，因而是整个系统的执行者；管理部门根据持卡人的需求操作计算机系统从而实现与饭卡相关信息的管理，相当于其中饭卡信息管理子系统的使用者，是位于食堂售饭系统内部的执行者；食堂工作人员同样通过操作计算机系统来实现购买饭菜过程中的扣费功能以及对营业情况进行的汇总统计的功能，相当于其中消费处理与统计子系统的使用者，也是位于食堂售饭系统内部的执行者。
这样得到了系统中的执行者：●持卡人●管理部门●食堂工作人员3)系统的用例根据用户需求及执行者的分析，得到系统的用例如下：●办理新饭卡●饭卡充值●注销饭卡●挂失/撤销挂失饭卡●补办饭卡●退还饭卡●查看个人消费的明细●扣除饭卡费用（对应于持卡人使用饭卡消费）●汇总统计1.3 用例模型图根据前面的分析，可以得到系统的用例模型图，如上图所示。
餐馆订餐系统的UML设计
1 引言1.1 编写目的本详细设计说明书是基于系统概要设计说明书，经过项目组成员讨论后，将系统的各个功能模块细化，将总的用例图的功能细化到每个序列图中。
并且为后续的编码工作提供依据,也是系统测试用例编写和后期维护的主要参考资料。
1.3 名词解释系统中所有以“JE_”开头的类和变量均为“Just Enjoy”——我们小组名称的缩写，也用以和系统或者其他人开发的变量和函数相区别。
SQLServer 2000: Microsoft公司的关系型数据库。
JDK 1.4: 版本为号1.4的JAVA虚拟机。
E-R图：关系实体图，用于表示数据库的设计。
2 软件结构概述2.1 模块划分本系统根据需求分析可以划分为三大模块，他们是订餐管理模块、餐馆管理模块和会员管理模块。
其中餐馆管理主要简化为了餐桌管理。
餐馆管理模块和会员管理模块分别提供增加、修改、删除的管理功能，而最为核心的订餐管理模块提供记录订单、修改订单(换桌、换时间等)、取消订单、定时提醒和查询空桌等功能。
2.2 模块功能详细设计以UML序列图的方式列举各个用例模块的功能和实现过程。
2.2.1 CancelBooking取消订单功能，使用户可以取消已经下过的订单。
序列图如下图2-1所示：图2-1 取消订单序列图2.2.2 DeleteMember删除会员功能，使餐馆可以注销某些用户。
序列图如下图2-2所示：图2-2 删除会员序列图2.2.3 DisplayBooking显示订单功能，根据用户设定的时间显示的餐桌的信息。
其序列图如图2-3所示：图2-3 显示订单序列图2.2.4DisplayMember显示会员信息功能，显示选定的会员信息，以供管理员查看并作为修改的依据。
其序列图如图2-4示：图2-42.2.5ModifyBooking修改订单的功能为用户提供修改预约的机会，比如更换时间、换桌等。
修改订单的序列图如图2-5所示：图2-52.2.6ModifyMember修改会员信息提供给管理员以修改会员信息的功能，比图联系方式、用户姓名、信誉度等。
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餐馆系统：业务建模
第4章餐馆系统：业务建模接下来的四章将考虑一个简单的案例，并给出一个从需求获取到实现的完整开发过程。
我们将考虑一次单独的迭代，它通过统一过程标识的主要工作流之中的四个：即需求、分析、设计和实现，用例子说明UML表示法在软件开发中的使用。
由于本案例研究的意图在于强调开发的产品而不是过程，所以不会详细考虑由统一过程定义的这些工作流的结构，而在真正需要的地方将在介绍UML表示法的同时，简略介绍开发中涉及的活动。
4.1 非正式的需求要开发的系统的意图是，通过改进为顾客预定和分配餐台的过程，支持一家餐馆的日常经营。
这家餐馆当前采用一个手工预约系统，使用的是保存在一个大文件夹中的手写预约单。
图4.1是当前的预约单的一个例子，预约单中的每一行对应餐馆中一张特定的餐台。
预约是对特定的一个餐台登记的，每个预约中记录有“餐具”的数目，或者预期进餐者的数目，这样就能够分配一个大小适当的餐台。
这家餐馆在晚间供应三次餐点，称为“简餐”、“正餐”和“夜点”时段。
但如同预约单所表明的，这些时段无须严格遵守，可以预约跨多个时段的时间。
最后，每个预约中要记录联系人的姓名和电话。
图4.1 手工预约单为了记录各种事情，要在预约单上加一个注文。
当一行用餐者到来并在他们的餐台就座时，就划掉相应的预约登记。
如果他们就座的不是他们预约的餐台，就画一个箭头从最初预约的餐台指向新的餐台。
如果顾客打电话取消预约，并不能从表中真正地擦除，而是做一个预约已经取消的注文。
其他的信息，比如到什么时间餐台必须空出来，也可以写在预约单上。
如果有空闲的餐台，用餐者当然也可以不提前预约就进餐馆用餐，这被称为“未预约的顾客（walk-in）”，并在预约单中作为预约登记以表示餐台的占用，但不记录顾客的姓名或电话。
4.1.1 对计算机化系统的需要这家餐馆的管理人员已经确认了很多与手工系统相关的问题。
手工系统速度慢，而且，预约登记单很快就变得难以理解。
这可能导致经营上的问题，例如，实际上有空餐台而由于这个预约单不是很明显，会妨碍顾客进行预约。
西南交通大学食堂网上订餐系统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的外卖订餐系统需求分析
基于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建模
郑州大学软件学院《UML系统建模基础教程》大作业酒店订餐管理系统UML建模一、需求分析随着科学技术和互联网的迅猛发展，网络已经改变了我们的生活，通过网络交易成为当下的一种时尚，受到越来越多的人青睐，各个行业也将其当成一种重要的营销手段，酒店订餐管理系统也得益于网络的发展，提高了管理水平，扩大了营销范围。
酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理水平的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌号安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、酒店订餐管理系统UML建模简介：基于UML建模的酒店订餐管理系统，通过用例图、类图、序列图、协作图、状态图、活动图、构件图、部署图来进行酒店订餐管理系统建模的。
三、创建系统的用例模型：(一)接待员（Receptionist）用例图：接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息取消。
用例规约：用例名称记录订餐顾客(二)领班（Captain）用例图：领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
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,利用面向对象的系统分析思想对网上自助食堂订餐系统进行分析,并利用建模工具Rational Rose对系统建立需求模型、基本模型和辅助模型。
通过对网上自助食堂订餐系统的分析与建模,阐述了UML在实际中的建模过程和方法,证明UML可以为软件人员减少工作量,为实际开发带来便利。
%Based on the Unified Modeling Language (UML),an online cafeteria reservation system is analyzed using object-oriented analysis,and the demand models,basic models and auxiliary models of the system are built with the Rational Rose modeling tool.The practical modeling using UML shows that the UML can reduce the workload of software designers and facilitate development practice.【期刊名称】《电子科技》【年(卷),期】2012(025)011【总页数】3页(P85-87)【关键词】统一建模语言;建模;网上自助食堂订餐系统【作者】唐莉君【作者单位】宁夏大学数学计算机学院,宁夏银川750021【正文语种】中文【中图分类】TP311网上自助食堂订餐系统是为解决午餐就餐难的问题而设计的，许多员工通过网络使用该系统在线订餐，要求在指定的时间内将所定的午餐送到指定地点。
这既提高了员工的生活质量，也提高了工作生产率。
同时网上自助食堂能够提前了解客户需要哪些食物，减少浪费，并提高网上自助食堂的工作效率。
1 自助订餐系统建模方法统一建模语言UML(Unified Modeling Language)是一种编制系统蓝图的标准化语言，可以实现大型复杂系统各种成分描述的可视化、说明并构造系统模型以及建立各种所需文档，是一种定义良好、易于表达、功能强大且普遍适用的建模语言［1］。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
食堂的网上自动订餐系统
专业：软件工程
班级：软件一班
姓名：某某某
学号：
目录
食堂的网上自动订餐系统 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 2003版。
一、用例图
1、注册、登陆用例图
顾客
送餐人员
厨师
2、系统管理员用例图
异常安全退出
3、订餐系统整体用例图
查询信息
二、活动图
1、用户注册活动图
2、用户登陆活动图
注：由于其他用户登陆时的活动图类似，我就没有一一列举了。
为了减少篇幅。
3、管理员对用户进行增删改操作活动图
注：由于增删改和查询的活动图不一样，所以需要把查询分开画，而增删改操作类似，所以可以合并在一起画。
4、管理员查询用户活动图
5、订餐系统活动图
截图：
注：因为截图是有一些被缩小的字看不清，但是用截图会看不到泳道，所以复制了如下的这张图。
三、顺序图
1、系统管理员的顺序图
2、会员的顺序图
10
四、类图
11。