UML网上订餐系统实验报告
网上订餐系统实验报告
目录
摘要 本文分析了小型餐饮店管理与发展的现状和面临的问题，发现传 统的服务模式已经不能适应市场发展的需求。随着网络技术的发展和 普及，方便、快捷、个性化的网上订餐服务正在进入人们的生活。针对 这类问题，结合当代科技发展的最新成果，本文构思规划了一套最贴切 的服务模式，为餐饮店铺提供区域网络门户，适应不同的客户群。 本设计是一个基于互联网的 B/S 模式的网上订餐系统，能为客户 提供网络选择浏览菜品介绍、点菜订餐、送餐等服务。并为管理员提供 一个智能的服务平台实现顾客信息与顾客订单的管理，从而提高了服 务的质量。本文从系统需求、系统设计、代码实现几方面介绍了整个软 件开发过程，其开发平台为 Microsoftvisualstudio2005，主要开发语言 有 C#, JavaScript。 关键词：订餐系统 订单管理 C# B/S 模式
管理员的 E-R 图如图 3-5： 13
图 3-5 管理员模块 E-R 图
3.2.2 数据结构 数据结构是计算机存储、组织数据的方式。数据结构是相互之间存
在一种或多种特定关系的数据元素的集合。通常情况下，精心选择的数 据库可以带来更高的运行或者存储效率。
表 3-1 Admin 表
字段
描述
类型
长
是否允
50
否
否
ar
varch
50
否
否
ar
varch
50
否
否
ar
varch
50
否
否
ar
varch
50
否
否
ar
字段 名 ClassI D
表 3-4 Class 表
描述
类
长
是否允
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的餐厅点餐系统设计
个性化服务：系统可以根据客户的用餐历史、口味偏好等信息，为客户提供 个性化服务，如自动推荐菜品、提醒客户上次点的菜等。
菜品管理：管理员可以在系统中添加、编辑和删除菜品信息，包括菜品图片、 名称、价格、口味等。
账单管理：系统可以自动计算账单金额，包括菜品金额、服务费等，方便服 务员和收银员操作。
参考内容
随着科技的不断发展，餐厅行业也在逐步走向数字化和智能化。为了提高顾 客体验和提升餐厅运营效率，餐厅自助点餐管理系统应运而生。本次演示将介绍 餐厅自助点餐管理系统的背景、架构、功能模块、实现方法以及系统优化等方面 的内容。
一、背景介绍
餐厅自助点餐管理系统是在互联网技术和移动支付的普及下逐渐发展起来的。 过去，顾客需要在餐厅内排队等待点餐，支付手段也相对单一。随着移动支付的 兴起，顾客对于便捷、快速的服务需求也越来越高。因此，餐厅自助点餐管理系 统成为了市场上的热门选择。
1、架构设计
系统采用B/S架构，由客户端、 服务器和数据库组成。
客户端主要负责用户的交互，包括点餐、查看菜单、下单等功能。 服务器负责处理客户端的请求，与数据库进行交互，实现业务逻辑。
数据库负责存储系统数据，包括用户信息、菜单信息、订单信息等。
2、功能设计
快速点餐：客户可以通过客户端输入菜品编号或名称进行点餐，同时系统可 以推荐相关菜品或根据客户口味偏好自动推荐。
fied Modeling Language，统一建模语言）的餐厅点餐系统，可以提高点 餐效率和服务质量，同时提升客户的用餐体验。
需求分析
基于UML的餐厅点餐系统需要满足以下需求：
1、快速点餐：系统应该能够快速处理客户的点餐请求，减少等待时间，提 高点餐速度。
2、个性化服务：系统应该能够根据客户的口味、偏好等信息，推荐适合的 菜品，提供个性化服务。
网上订餐系统-课程设计测试报告
目录1引言 (2)编写目的 (2)背景说明 (2)1.3 参考资料 (2)2测试概要 (3)3测试结果及发现 (5)测试1（RegistTest） (5)测试2（OrderManage） (5)3.3测试3（MenuManage） (6)3.4测试4（UserManage） (7)3.5测试5（MessageManage1） (10)3.6测试6（MessageManage2） (11)3.7测试7（UserOrder） (12)4对软件功能的结论 (13)4.1能力 (13)4.2缺陷和限制 (13)4.3建议 (13)4.4评价 (13)1引言编写目的此系统是为美食美客餐饮集团扩展网上订餐服务而开发，但由于开发者和用户之间的行业、领域差异，使得开发者和用户对此系统功能的理解方面存在一定的差别。
为了证明程序功能实现的正确性，同时能使用户了解程序的使用流程，所以要进行单元测试和系统测试等，并以文档的形式来记录。
通过测试报告，使开发者与用户之间的沟通更为方便，也有利于用户充分了解开发者的用意，从而更加方便地使用本系统。
同时，为本次项目保留相关信息文档，便于日后系统的升级改建等拓展性工作，另外也为以后类似的系统开发提供借鉴意义。
背景说明（1）软件系统名称：美食美客网上订餐系统（2）项目提出者：开发者：用户：顾客、酒店管理员测试环境：win7操作系统，Tomcat服务器，Chrome浏览器可能影响：页面在不同浏览器中的显示有所差异1.3 参考资料本系统的开发过程中所参考的资料为：[1].计算机软件产品开发文件编制指南（GB 8567-88）[6] Selman, Daniel .Java 3d Programming. Oreilly & Associates Inc.2005[7] 黎活明[8] SUN公司的官方网站2测试概要3测试结果及发现测试1（RegistTest）.1用户注册模块：（1）用户进入注册页面图3-1 用户进入注册页面（2）输入用户名，显示命名规则图3-2 用户输入注册信息若用户名输入不符合规则，则显示错误，提示输入规则。
面向对象建模UML实验报告
⾯向对象建模UML实验报告华北科技学院计算机学院综合性实验实验报告课程名称⾯向对象建模UML实验学期2012⾄2013学年第⼆学期学⽣所在院部计算机学院年级专业班级学⽣姓名学号任课教师黄江兰实验成绩计算机学院制《⾯向对象建模UML》课程综合性实验报告开课实验室：七机房2013年6⽉18⽇实验题⽬⾷堂售饭系统UML建模⼀、实验⽬的1、掌握UML的表⽰法。
2、掌握陈述问题和分析问题的⽅法，使⽤UML进⾏⾯向对象系统分析。
3、使⽤UML进⾏⾯向对象系统设计。
4、掌握⾯向对象建模的流程和基本思想。
⼆、设备与环境硬件：多媒体计算机软件：Windows系列操作系统、StarUML建模⼯具三、实验内容及要求1.实验要求1.完成⽤户需求的分析，找出系统的执⾏者、⽤例，画出⽤例模型图。
2.找出系统的概念类，建⽴领域模型。
3.画出系统顺序图，找出系统与外界交互的消息。
4.找出系统的设计类，建⽴设计类模型图。
5.完成系统中主要类的详细设计。
6.重点画出⽤例图、类图及顺序图。
2.实验内容1.1、⽤例图：⾷堂售饭系统的⽤户主要是学⽣、⾷堂管理部门和⾷堂⼯作⼈员，因此该系同的⽤例包括办理饭卡、充卡、补办、挂失饭卡、退换饭卡、扣除饭菜⾦额和查看个⼈明细等。
就⾷堂售饭系统⽽⾔，其主要功能是让持卡⼈⽤饭卡使购买饭菜的过程绕过了付款及找零的环节，提⾼了服务效率，⽽管理部门和⾷堂⼯作⼈员的作⽤都是为了使⽤户免于对系统的直接操作⽽设置的，因⽽此两者应归为⾷堂售饭系统的内部，相当于⽤户和具体的计算机软硬件系统之间的接⼝。
持卡⼈需要通过⾷堂售饭系统来使⽤其所持有饭卡买饭，因⽽是整个系统的执⾏者；管理部门根据持卡⼈的需求操作计算机系统从⽽实现与饭卡相关信息的管理，是位于⾷堂售饭系统内部的执⾏者；⾷堂⼯作⼈员同样通过操作计算机系统来实现购买饭菜过程中的扣费功能以及对营业情况进⾏的汇总统计的功能，也是位于⾷堂售饭系统内部的执⾏者。
网上订餐系统的报告总结
软件工程项目实践大作业网上订餐系统设计与实现班级：学号：姓名：教师：平时成绩30分：+ 大作业成绩:70分：=总分: 成绩:2014年12月一、项目立项和可行研究项目立项当今社会的生活水平越来越好，人们对餐饮的要求也越来越高，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。
技术可行性研究网上订餐系统分为用户界面，管理员界面和商家界面，用户界面主要用于顾客订购菜品，要给予web的数据库访问的要求，使用JSP等软件能够满足要求；商家以及管理员的部分应用JAVA以及SQLSERVER数据库开发，所以从现有的技术水平上来说，能够开发出完美的网上订餐系统。
使用方面的可行性分析不一定所有的商家都可以符合网上订餐的条件，也不是商家发布的所有菜品都可以显示在用户的界面上，所有的都需要管理员进行审核，使网上订餐系统更加完善。
法律可行性分析网上订餐系统虽然很便利，但是也存在一些风险与潜在的问题，作为一种新兴的消费方式，目前还没有相关的规则来约束它，所以网上订餐系统也有许多问题要注意。
需要相关的法律来约束。
经济可行性分析支出：研究与开发计划，数据库的建立，人员的工资。
收益：商家要每个月要交付一些费用。
二、需求分析商家菜品模块本模块用于实现菜品管理，包括：菜品查询、菜品添加、菜品删除、菜品修改。
A.菜品查询商家可根据菜品的ID查询想要获得信息的菜品。
在菜品查询界面输入菜品的ID点击查询按钮就会显示该菜品的全部信息B.菜品添加在主界面内选择菜品添加进入菜品添加界面，一次输入添加的菜品的信息，点击按钮添加，即可将菜品添加到数据库中。
C.菜品删除商家在菜品删除界面输入菜品的ID查询到菜品的信息，确定后点击删除，即可将菜品从数据库中删除。
网络订餐系统实验报告(3篇)
第1篇一、实验目的本次实验旨在通过设计与实现一个网络订餐系统，让学生掌握网络编程、数据库管理、前端设计等方面的知识，提高学生的综合实践能力。
实验内容主要包括系统需求分析、系统设计、系统实现和系统测试。
二、实验环境1. 操作系统：Windows 102. 开发工具：Java开发工具包（JDK）、MySQL数据库、Eclipse IDE3. 前端技术：HTML、CSS、JavaScript4. 后端技术：Java、Spring Boot、MyBatis5. 数据库：MySQL三、系统需求分析1. 用户需求：（1）用户可以浏览菜品信息，查看菜品详情；（2）用户可以添加菜品到购物车，进行在线支付；（3）用户可以查看订单状态，评价菜品；（4）用户可以修改个人信息，查看订单历史。
2. 商家需求：（1）商家可以管理菜品信息，包括添加、修改、删除菜品；（2）商家可以查看订单信息，进行订单处理；（3）商家可以查看用户评价，对菜品进行改进。
3. 管理员需求：（1）管理员可以管理用户信息，包括添加、修改、删除用户；（2）管理员可以管理菜品信息，包括添加、修改、删除菜品；（3）管理员可以查看订单信息，进行订单处理；（4）管理员可以查看用户评价，对菜品进行改进。
四、系统设计1. 系统架构：采用B/S（浏览器/服务器）架构，用户通过浏览器访问系统，与服务器进行交互。
2. 系统模块：（1）用户模块：负责用户注册、登录、个人信息管理、订单管理、评价等功能；（2）商家模块：负责菜品管理、订单处理、用户评价等功能；（3）管理员模块：负责用户管理、菜品管理、订单管理、用户评价等功能；（4）菜品模块：负责菜品信息展示、菜品详情展示、菜品搜索等功能；（5）订单模块：负责订单生成、订单处理、订单查询等功能。
3. 数据库设计：（1）用户表：存储用户信息，包括用户名、密码、联系方式等；（2）商家表：存储商家信息，包括商家名称、联系方式等；（3）菜品表：存储菜品信息，包括菜品名称、价格、描述等；（4）订单表：存储订单信息，包括订单编号、用户ID、商家ID、订单金额等；（5）评价表：存储用户评价信息，包括评价内容、评分等。
大学生网上订餐系统--UML建模
大学生网上订餐系统--UML建模题目：大学生网上订餐系统目录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背景介绍随着网络技术的飞速发展，人们的生活也越来越追求方便化。
经过观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送。
这样做效率很低，利润薄，而且信息不流畅。
所以我决定为大学生提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等信息，让订餐者可以方便地订餐，还可以对商家的餐饮进行评价，由系统生成评价档案以供其他人参考等，而商家后期只负责做饭菜并安排人配送。
此外，需要定期对商家进行卫生安全监察，生成商家监察档案，并以此为依据来决定商家的去留等。
2 需求分析大学生网上订餐系统主要有以下几方面需求：1）订餐者订餐者首先需要注册一个账号用于系统登录，登录后可以查看店铺信息，并选中某一店铺后进入其餐饮信息界面，最终选中所需餐饮，下订单。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
UML建模大作业实验报告选题名：网上订餐系统用户权限管理2.1、架构模型DBsever Client SystemServerPrinter2.2、分析机制2.3、关键抽象2.4、用例实现(1)、类设计描述及类图在系统中建立了orderlist类，system类，order类，dish类，user类，guest类，favorite类，notice-board类，以及comment类。
类图如下：(2)各用例的用例实现1.注册功能用例的用例实现一、简要说明游客可注册为网上订餐系统的用户。
注册时只要填写登录用户名、密码、联系电子信箱、联系电话以及安全问题和答案六项信息即可。
注册后，用户可以继续填写个人详细信息及收获人信息，同时可以修改密码、查询及维护订单。
二、事件流基本流：1. 游客选择注册。
2. 系统返回一个注册页面。
3. 游客根据提示输入相应的注册信息。
4. 系统验证游客输入成功。
5. 游客提交注册信息。
6. 系统提示注册成功并返回首页。
（默认已登录。
）备选流：1. 游客输入信息和系统验证不一致（如字段长度超过系统设置等），系统给出相应的提示信息并返回注册页面。
2. 游客输入用户名是已注册用户名，系统给出提示并返回注册页面。
3. 系统异常，无法注册，并给出相应的信息（如网站维护等）。
三、前置条件游客申请注册。
四、后置条件游客注册成功成为会员五、扩展点无。
六、注册功能顺序图2.登录\注销用例的用例实现一、简要说明用户：已经注册成功的用户可以通过登录页面登录进入该网站。
登录之后可以实现订餐系统的设定功能。
管理员：管理员必须通过后台进行登录，登陆以后，可以在前台或者后台之间切换，更方便地对系统进行管理及维护。
不提供管理员注册功能，管理员只能在数据库中添加，以保证系统的安全性。
登录后，可在前台或者后台选择注销，以便安全退出系统。
二、事件流基本流：1. 该会员选择登录。
2. 系统返回一个登录页面。
3. 会员输入用户名、密码和验证码并提交。
4. 系统进行系统验证，验证成功，记录该用户为登录用户并返回主页面。
（表明该会员已登录。
）5. 会员选择“注销”。
6. 系统提示用户成功注销并返回网站首页。
7．管理员修改管理员个人资料和账号信息。
备选流：1．用户忘记密码，选择“找回密码”功能，进入找回密码用例。
2. 系统验证用户登录信息有错，提示用户重新登录。
3. 系统处理异常，系统给出相应的提示信息.。
4．管理员只能在后台运行。
三、特殊要求无。
四、前置条件该会员必须是本网站已注册的成员。
\该用户必须是该系统成功注册并且已成功登录的用户。
管理员必须凭借管理员权限登录后台。
五、后置条件该会员登录成功。
\用户成功注销登录成功管理员。
六、扩展点无。
七、登录顺序图3.餐品信息检索用例的用例实现一、简要说明用户能够通过输入餐品信息的检索条件，来检索自己所需要的餐品。
本功能支持用户使用餐品名称以及餐品简介关键字来对餐品进行检索。
在用户使用此功能后，将返回给用户所有符合用户检索条件的餐品。
二、事件流基本流：1．用户选择浏览餐品目录，或者输入查看的餐品检索信息。
2．系统处理用户请求成功并返回用户查看的相应的餐品目录页面。
3．用户查看菜色的名称。
4．用户查看菜色的价格。
5．用户查看做法描述。
6．用户查看被订购次数。
7．用户查看是否店长推荐。
备选流：系统在数据库中没有找到与用户输入相关的信息，系统返回提示信息。
三、特殊要求要求在网站上提供所属菜系，主要材料以及实例图片以方便用户选择查看。
四、前置条件用户在本系统中选择了“餐品信息检索”项。
五、后置条件用户成功浏览餐品信息。
六、扩展点无。
七、.餐品信息检索顺序图4.留言板管理用例的用例实现一、简要说明订餐用户登录以后，可以在系统留言板进行留言，留言字符长度不得少于8个字符。
但是不能对系统留言进行回复，只有管理员才能回复系统留言。
管理员可以通过前台或者后台对系统留言板进行维护以及管理。
可以查看留言、添加留言、回复留言以及删除恶意留言。
二、事件流基本流：1．用户添加留言。
2．用户登录留言板查看留言。
3．管理员登录留言板。
4．管理员查看回复留言。
5．管理员删除恶意留言。
备选流：只有注册的用户才可以在留言板上发表留言，一般游客只能浏览部分留言三、前置条件注册用户登录留言板留言，管理员在后台登录管理留言。
四、后置条件所有人登录页面查看留言信息。
五、扩展点无。
六、留言板管理顺序图5.收藏夹管理用例的用例实现一、简单说明当用户对某个餐品有兴趣，但是有不想立即购买的时候，用户可以将此餐品放入自己的收藏夹中。
当用户想要浏览此餐品的信息时，能够直接进入自己的收藏夹对此餐品进行浏览，并且能够在收藏夹中直接发起订餐活动。
本功能还支持用户从收藏夹中将餐品删除，从而保证用户的收藏夹的条理性和便捷性。
二、事件流基本流：1．将餐品填入到收藏夹中。
2．浏览收藏夹中的收藏品。
3．在收藏夹中订餐。
4．从收藏夹镇南关将餐品删除。
备选流：未登录的游客不会拥有收藏夹功能。
三、前置条件用户登录本系统中选择餐品收藏功能。
四、后置条件用户打开餐品收藏页面。
五、扩展点无。
六、收藏夹管理顺序图6.餐品选购用例的用例实现一、简要说明用户管理自己的订餐车，包括将所需要的餐品放入订餐车以及从订车中移除物品。
模拟计算出所订购物品的总价，并把订餐车表提交给系统以确定最后的订单。
二、事件流基本流：1．添加餐品：用户能够将自己所需要的餐品放入订餐车，从而保证在用户在进行订单确认的时候，此餐品能够出现在用户的购买列表中，选择餐品时，需填写需要购买的数量，否则默认餐品数量为1。
若再次添加订餐车中已经存在的餐品，则不生成新的餐品列表，而是再次订购的该餐品的数量与原来已经应够的餐品数量相加，成为新的该餐品的订餐数量。
2．移除餐品：本功能支持用户从订餐车中将餐品移除，从而保证订餐车中的餐品确实是用户所需要购买的。
3．清空订餐车：选择该操作后，则把用户当前订餐车中的餐品列表清空。
4．价格统计：每次对订餐车进行上述操作后，统计每种餐品应付的价格以及当前订餐车中所用餐品的总价格。
5．结算订餐车：选择结算以后，相当于用户确认订购当前订餐车中的餐品，系统会把当前的订餐列表提交，用户只需要确认或者填写必须的收货信息，便可生成订单。
备选流：1. 用户未登录，返回登录页面。
2. 系统异常，系统给出相应的提示信息。
3.该用户不是会员，系统给出提示，要求此用户先登录，并返回登录页面。
4．系统给出一个提示：该订餐没有餐品5．用户修改的图书数量没有改变，提示无更改并返回购物车页面。
6．用户取消修改。
7．购物车为空，系统给出相应的提示信息。
三、特殊要求无。
四、前置条件用户必须是已注册并已登录的会员。
用户选择“查看购物车”项。
该用户是已登录的会员。
购物车中含有餐品。
在购物车管理页面中选择删除餐品。
购物车内不能为空。
五、后置条件用户添加餐品。
用户打开购物车页面。
相应的餐品除。
购物车内相应餐品数量被修改成功。
购物车被成功清空。
六、扩展点无。
7.餐品评论用例的用例实现一、简要说明用户登录以后，在对应的餐品页面，可以对餐品进行评论，也可以回复其他用户的评论。
二、事件流基本流：1．用户评论餐品。
2．用户回复其他用户的评论。
3．游客查看餐品评论。
三、前置条件用户是注册的会员登录评论页面。
四、后置条件用户和游客查看评论。
五、扩展点无。
六、餐品评论顺序图8. 用户权限管理用例的用例实现一、简要说明主要是管理员登录后台后通过各种方式检索用户的信息要求ID检索完全匹配快速定位用户，或依照管理规则冻结一部分用户及解冻用户，冻结的用户只有被解冻后才能正常登录。
二、事件流基本流：1．管理员登录后台。
2．管理员检索用户。
3．管理员管理用户权限，冻结及解冻用户。
备选流：管理员后台操作，其他人无权管理。
三、前置条件管理员用密码登录后台。
四、后置条件管理员查看修改用户的权限。
五、扩展点无。
六、用户权限管理9. 用户信息管理用例的用例实现一、简要说明用户登录用户信息管理系统实现个人资料修改功能:用户可以通过此功能来对自己当前在系统中存储的信息进行变更，使得系统能够获得最新的用户。
同时可以实现用户密码修改:用户可以通过此功能来修改自己的登录密码，避免密码被盗或者丢失。
二、事件流基本流：1．用户注册后进入用户信息管理系统。
2．用户实现个人资料修改。
3．用户实现密码修改。
备选流：用户遗忘登录密码需要根据注册时提供的邮箱联系方式等个人信息找回密码，否则无法进行操作。
三、前置条件用户已注册登录该系统。
四、后置条件用户完成个人资料修改和密码修改，成为新用户。
五、扩展点无。
六、用户信息管理顺序图10. 公告栏管理用例的用例实现一、简要说明用户可以查看管理员发布的系统公告栏或者餐品公告栏，系统公告栏公布订餐系统相关的公告，餐品公告栏公布餐品新动态以及餐品商业活动等相关公告。
管理员可以通过前台或者后台查看、发布、更新或者删除系统公告栏或者餐品公告栏，系统公告栏公布订餐系统相关的公告，餐品公告栏公布餐品新动态以及餐品商业活动等相关公告。
二、事件流基本流：1．用户查看系统公告栏或者餐品公告栏。
2．用户查看新品动态以及相关商业活动。
3．管理员通过前台或者后台查看公告栏。
4．管理员发布更新或删除公告栏上的公告。
5．管理员发布餐品新动态以及商业公告。
三、前置条件1．用户注册后登录公告栏页面。
2．管理员从后台登录公告栏系统。
四、后置条件用户查看公告栏上的公告。
管理员更新公告栏。
五、扩展点无。
六、公告栏管理顺序图11. 管理员餐品管理用例的用例实现一、简要说明主要由管理员通过后台操作系统来检索管理餐品，包括推出新餐品的详细描述以及修改餐品的基本信息及时更新信息，删除已经下架的餐品。
二、事件流基本流：1．餐品信息检索:管理员能够通过输入餐品信息的检索条件，来检索自己所需要的餐品。
本功能支持使用餐品名称以及餐品简介关键字来对餐品进行检索。
在管理员使用此功能后，将返回给管理员所有符合用户检索条件的餐品。
2．推出新餐品：选择该操作后，管理员需要填写新餐品的信息，包括餐品的名字、类型、图片、市场价格、网订价格以及餐品描述，其中除了图片以及餐品描述，都是必填项，填写后提交，可在系统中生成新的餐品记录。
3．修改餐品：管理员可以修改已推出的餐品的基本信息，使得餐品信息可以更加准确及完善。
4．删除餐品：对于要下市的餐品，管理员可以对其进行移除操作，删除以后，对应的该餐品的订购记录仍然保留，方便日后查询。
备选流：只能由既定的管理员凭借密码登录后台管理系统才能对产品信息进行修改。
三、前置条件公司中的责任管理员用密码登录四、后置条件查看和更改餐品信息。
五、扩展点无。
六、管理员餐品管理顺序图12.订单信息管理用例的用例实现一、简要说明用户填写完整的姓名和送货地址信息联系电话确认订单，在管理员位核对订单之前撤销不满意的旧订单。