西南交通大学食堂网上订餐系统 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边界对于该系统，我们以业务功能为依据进行边界的划分，划分出五个边界：订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。
- 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。