《基于Android的点餐系统 的设计与实现.doc》由会员分享，可在线阅读，更多相关《基于Android的点餐系统 的设计与实现.doc（48页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、基于Android的点餐系统的设计与实现1 目 录摘 要3ABSTRACT1第1章 绪论21.1 研究背景21.2 研究意义21.3 研究内容3第2章 开发环境和关键技术42.1 开发环境42.2 关键技术42.2.1 JDBC42.2.2 MVC42.2.3 Spring62.3.4 Android常用组件简介6第3章 需求分析83.1 可行性分析83.1.1 技术可行性83.1.2 经济可行性83.1.3 运行可行性83.1.4 法律可行性83.2系统功能需求83.2.1 用户分析83.2.2 系统业务需求93.2.3 系统用例描述103.3系统非功能需求213.3.1 可靠性213.3.
2、2 可扩展性213.3.3 易用性223.3.4 易维护性22第4章 数据库设计234.1 E-R图234.2数据表结构设计25第5章 系统设计285.1 系统功能图285.2系统结构285.2.1 部署图285.2.2 系统调用过程设计29第6章 系统实现与测试306.1客户端306.1.1系统注册306.1.2系统登录316.1.3系统主界面326.1.4菜品浏览326.1.5 点餐与菜品评价336.1.6查看订单346.1.7餐厅点评356.2 服务端366.2.1管理员登录366.2.2服务端主页376.2.3用户管理376.2.4菜品管理386.2.5餐桌管理396.3 测试与分析4
3、0总 结41致 谢13 摘 要android作为一个目前应用最为广泛的移动端操作系统，已经占据了移动设备的大半江山。目前在ToB领域,Android设备通常作为首选应用承载方案被用于实现各类无线应用系统，可以说android对于企业信息化的推动效果极其明显。餐饮行业对于信息化的要求也不小，常见的餐厅点餐通常需要多个服务员参与，传统的方式是手写菜单并传递至后厨和柜台。这种方式出错率高、难以统计、人力成本也较高。如果在餐厅应用android平板或手机实现一套自助点餐系统，将对餐厅运营和用户体验有极大的改善。本次毕业设计的目标是实现一套基于android的网上订餐系统，该系统采用客户端/服务端（C/
4、S）模式对系统移动点餐部分进行设计，采用B/S模式对后台管理部分进行实现。数据库采用MySQL，利用MyEclipse和AndroidStudio进行系统设计和开发。系统包含菜品管理、用户管理、订单管理、桌台管理、评价管理等模块，能够为餐厅提供无线点餐和管理服务。本次毕业设计参照软件工程的瀑布流模型推进，从系统需求分析开始对系统业务需求进行整理，并在系统设计阶段完成整体结构和核心框架的设计，随后对系统各个功能进行逐一实现和测试。关键词：Android；订餐；MyEclipse；MySQLABSTRACTAs the most widely used mobile operating syste
5、m, Android has occupied the majority of mobile devices. At present, in the tob field, Android devices are usually used as the preferred application bearer scheme to realize various wireless application systems. It can be said that Android has a very obvious effect on promoting enterprise informatiza
6、tion. The requirements for information technology in the catering industry are not small. The common restaurant ordering usually requires the participation of multiple waiters. The traditional way is to hand-written menu and transfer it to the back kitchen and counter. In this way, the error rate is
7、 high, it is difficult to make statistics, and the labor cost is also high. If Android Tablet or mobile phone is applied in the restaurant to realize a set of self-service ordering system, the restaurant operation and user experience will be greatly improved.The goal of this graduation project is to
8、 realize a set of online ordering system based on Android. The system uses client / server (C / s) mode to design the mobile ordering part of the system, and B / S mode to realize the background management part. The database uses mysql, MyEclipse and Android studio for system design and development.
9、 The system includes food management, user management, order management, table management, evaluation management and other modules, which can provide wireless ordering and management services for restaurants. This graduation project is based on the waterfall flow model of software engineering. It st
10、arts from the system requirements analysis to sort out the system business requirements, and completes the design of the overall structure and core framework in the system design stage, and then realizes and tests each function of the system one by one.Keywords: Android; Ordering meals; MyEclipse; M
11、ySQL第1章 绪论1.1 研究背景随着我国市场经济的高速发展，企业对市场和客户的依赖性越来越强，这种依赖性已经逐渐上升到关系到企业生存的高度。如何获得更多的流量，如何通过小成本获得更多的人气，这是企业生存、发展和成长的关键。许多年销售额超过1亿的电子商务案例让人们看到了更多的商机。与应用场景有限的PC（个人电脑）相比，具有便携属性的手机给电子商务人士更多的想象空间。移动电子商务应运而生。移动电子商务是指使用Android终端（如手机、pda和pda）的B2B、B2C或C2C电子商务。它将互联网、移动通信技术、短距离通信技术等信息处理技术完美结合，使人们可以在任何时间、任何地点开展各种商务活动
12、，实现购物交易、线上线下、线上电子支付、各种交易活动，任何时间、任何地点的经营活动、财务活动及相关综合服务活动。 凭借其开放的平台，Android操作系统允许任何移动终端厂商加入Android联盟，这使得越来越多的用户倾向于选择操作系统作为Android手机品牌。选择基于Android平台设计软件，无疑可以覆盖更多人。餐饮业还处于电子商务形成的初级阶段。在传统餐饮业中，大多以实际门面的形式进行宣传和沟通。餐饮业是一种个性化、多元化的服务业。餐饮业传统的点菜方式是纯手工操作。服务员记录顾客点的菜。在具体工作中，容易出现以下问题：手写文件笔迹潦草，导致错盘、错盘、错盘、加盘、查账手续复杂。对特殊口
13、味的处理存在疏漏和偏差，对客户的提醒和遗忘频繁，账单计算容易出错，人员管理不方便等。作为一个Android普及的社会，它缺少一些更现代的元素。餐饮业是一个个性化、多元化的服务行业，而电子商务是体现个性化、多元化服务的最佳途径。而现在大部分的电子商务都是体现在对大企业的服务上，结合餐饮业的特点，最终发展成为同一社区的小店服务模式。以最合适的方式，最灵活的服务进入每个Android社区和人们的生活。1.2 研究意义如今，4G的覆盖范围越来越广，Android手机也占据了手机行业的领先地位。然后我们可以考虑制作一个Android应用程序来方便企业和客户，从而将错误率降到最低。当用户想订餐时，只需点击
14、网络上的菜单就可以吃到自己喜欢的菜，这里面蕴含着巨大的商机，可以有效地提高业务周转率。本项目的目的是开发一个允许用户在手机上操作的客户端，然后与服务器连接进行数据交互，从而实现在线订购的过程。客户端需要实现浏览菜品、点菜、下单、查询等功能。服务器需要添加、删除、修改菜品、处理订单等功能。它不仅有效地提高了餐饮业的工作效率，而且规范了服务体系，提高了整体服务质量和管理水平，为大规模经营提供了坚实的技术基础。服务员使用手持终端为顾客点餐。顾客点菜后，服务员将点菜信息存储在手持终端中。前台还可以看到订购信息，方便快捷。1.3 研究内容根据对餐饮领域的工作模式和流程的分析可以确定，点餐类系统应用应当具
15、备至少两个用户操作面板以及一个后台服务器。本文选题为基于Android的点餐，因此至少需要一个移动客户端，一个PC可操作的web端以及一个提供逻辑服务和数据库服务的服务端。由于服务端与android端跨平台且不在同一个设备上运行，因此中间需要通过HTTP进行通信。同时为方便数据传输和解析，可以选择json作为中间传输格式。为将整个毕业设计涉及到的系统设计与开发稳步推进，特别对其制定了一步步的研究和开发计划。该计划与本文的安排基本一致：第一章：绪论，对系统的研究背景、研究意义和研究计划进行论述，为后文提供理论支撑。第二章：开发环境与关键技术，对系统开发的软硬件环境与相关技术进行调研和论述。第三章
16、：需求分析，根据系统面对的实际业务对系统可行性从多个方面进行探讨，此后对需求进行收集和分析，并对系统的非功能需求进行限定。第四章：数据库设计，依照系统需求对系统的实体关系模型进行定义，并据此完成所需的数据库结构设计。第五章，系统设计，依照系统需求分析阶段的成果对系统功能模块及系统核心架构进行设计，为后续实现提供基础。第六章，系统实现与测试，针对系统设计阶段的内容，结合需求逐一对系统各个模块进行开发和实现，并对系统整体进行测试。总结，对项目与毕业设计论文的工作进行总结与展望。第2章 开发环境和关键技术2.1 开发环境系统软件环境：window10，android6.0。开发工具：服务端使用MyE
17、clipse2014完成，android端使用AndroidStudio完成。数据库选择：MySQL、SQLite 硬件1.PC2.处理器：Intel i5-8500U3.内存：8GB 移动设备华为mate20pro内存：8GBandroid8.02.2 关键技术2.2.1 JDBCJava数据库连接(JDBC)是一个标准SQL（Structured Query Language，结构化查询语言）数据库访问接口，可以为多种关系数据库提供统一访问。JDBC（Java Data Base Connection，Java数据库连接）也提供一种基准，据此可以构建更高级的工具和接口6。JDBC API让
18、你可以从Java编程语言的方法中调用SQL命令。它包含有两个部分：一个由应用程序组件用来访问数据库的应用程序级的接口，一个用来将JDBC驱动整合到JavaEE平台中的服务提供商接口。Java和JDBC结合起来将使程序员只须写一遍程序就可让它在任何平台上运行。基于JavaEE平台的产品几乎能够在任何操作系统和硬件配置上运行，现有的操作系统和硬件也能被保留使用。高效的开发：JavaEE允许公司把一些通用的、很繁琐的服务端任务交给中间件供应商去完成。这样开发人员可以集中精力在如何创建商业逻辑上，相应地缩短了开发时间。持续性服务：让开发人员不用对数据访问逻辑进行编码就能编写应用程序，能生成更轻巧，与数
19、据库无关的应用程序，这种应用程序更易于开发与维护。支持异构环境：JavaEE能够开发部署在异构环境中的可移植程序，不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于JavaEE的程序只需开发一次就可部署到各种平台，节省了由自己制订整个部署方案所需的费用。2.2.2 MVC其英文全称Model View Controller，即模型(model)视图(view)控制器(controller)的缩写，是一种软件设计典范，通过将界面显示、业务逻辑、数据分离而组织代码，将传统模式中的输入、计算输出三个模块分离，是的程序在修改表示层的组件是，不再需要修改业务的逻辑，同时也保证模型层代码的永恒性。其
20、整体模型试图如下所示： 图2-1 MVC模型视图控制器（CONTROLLER）以HTTP GET或者POST的方式接收到用户的请求，控制器检查请求以及对应的参数是否满足设计中相关的规定，然后调用模型（MODEL），提交请求参数如所示，模型层负责从数据库中调取信息，并将结果返回给控制器，控制器在接到模型层数据之后，将对请求数据进行分装并返回到视图层,视图层根据需求是否需要再次与控制层进行交互，并将最终结果展现给用户。（1）模型层模型层更多的去关注企业业务和数据上的一些匹配规则，在试图、控制层中模型层相对处理较多的工作为其业务逻辑，并且在模型层，只保存数据，不会将数据进行固定的格式话，这样相对于视
21、图层来说，等会数据放回的时候，可以对数据进行随意的格式化，这也将导致在一处模型层数据可以对应多出视图层的展现，这样就很大程度的减少了重复代码的工作。（2）控制器控制器位于模型层和表示层之间，主要是接受用户表示层的数据，并将模型和试图进行结合展现给用户，例如当用户在web页面点击from表单或者是超连接是，将通过http协议将数据发送给控制层，控制层在接到数据之后将对数据进行合法的校验，并调用模型层返回数据，再次根据用户请求，将不同的模型和试图进行结合后放回给用户。（3）视图视图层主要是应用程序与用户交互的窗口，如展现给用户的输入框、按钮、文件上传下载框等，其实在web 程序中视图主要指通过ht
22、ml向用户展示的数据样式，并于用户进行交互的浏览器程序，但是随着一些新技术的不断出现，像包Adobe Flash， XHTML，XML/XSL,WML等一些标识语言和Web services也逐渐的成为视图层的组件。但是在MVC模式中，视图层只关注数据的展示，对于的数据的业务逻辑，数据来源，视图层可是不去理睬。这样视图层只关注向用户展现的数据格式，及其数据的输出7。2.2.3 SpringSpring是一种和开源容器框架，这种框架因为其轻量级的特点，在网络平台搭建过程中，广受欢迎。这种框架主要是利用其核心的依赖注入机制，以及面向方面的编程，实现持久性层框架和其他框架的集成，为企业应用程序提供了
23、一个解决方案。Spring是建立在一些特殊的程序相联系的大部分基础设施。Spring中间件属于开源。它同服务器是不同的两个部分，Spring在运行过程中不需要服务器的辅助，就可以完成服务器工作6。Bean汇编和事务管理等功能由于Spring变得更简单；它还为各种数据访问技术提供了一致的界面。通常，Spring是前端业务和后端逻辑两者之间的链接，可实现不同框架之间的无缝集成并减少代码之间的耦合。 以下是Spring的框架图：图2.2 Spring框架结构图框架的最基础功能其实是由其中心容器给予的，类是其重要的组成元件，给予Spring最重要的功能。它想要实现控制反转，就必须利用工厂模式，将程序的
24、基本配置和两者之间的关系与代码分开，从而大大减少了代码耦合。MVC模块是一个完整的MVC实现，其为像JSP、Velocity、Tiles等各种组件技术提供技术支持。通过Spring框架，J2EE应用程序可以有效的应用在所有层对象。Spring使用轻量级容器一致化建立和处理用于应对业务逻辑的操作对象、用于业务层的服务对象和用于处理数据持久性的对象，而不是在程序中一个一个的新建和处理。最后，系统以松散耦合的方式集成，不仅为Web程序制定了一站式应对方案，还有效的使项目变得更灵活。上述优势都是因为Sping框架对接口的依赖注入机制而产生的。2.3.4 Android常用组件简介Android提供了一
25、系列常用组件，其中较为核心的如下：（1）ListViewListview是android的一种基础组件，其中可以以线性方式容纳多个listitem。通常被用作列表的实现。在对listview进行应用时，相配套的是list adapter。通过重写adapter,开发者可以将数据填充至list中，实现列表加载。（2）LayoutLayout是andriod界面的组成容器，最为常用的有LinearLayout和RelativeLayout。这两种布局前者是横向或纵向线性排列元素的容器，而后者可以在一定区域内自定义组件相对于容器的位置。（3）ActivityActivity是android的四大组件
26、之一。Activity通俗来讲就是界面加载逻辑的实现类。几乎所有的界面和逻辑都依赖activity实现。与此同时，activity还将用于界面的事件捕捉、处理等操作。因此界面交互逻辑均在这里实现。（4）FragmentFragment是一种碎片化界面构建技术。通过fragment，可以在开发过程中在同一个activity中实现不同维度界面的切换，而不需要担心activity的生命周期变化导致的数据丢失。（5）SqliteSqlite是一种轻量级数据库，一定程度上与传统数据库一致。Android系统内置的存储方式即sqlite。通过和其他关系数据库一样的方式，编写sql可以直接对sqlite进行
27、数据写入、读取、修改和删除。2.3.5 系统开发工具 本系统由于是一套前后台加android端系统，因此开发环境分为移动端开发和web端开发两个。移动端开发使用主流的AndroidStudio，该软件是google转为Android开发者提供的一款IDE，基于idea开发工具集成adt和androidsdk而来。该系统支持gradle构建，从打包、库引用到开发测试全程提供完美支持。Web端采用著名的Eclipse的商业版MyEclipse，该工具具备丰富的JavaEE开发支持，对于Spring、mybatis以及其他主流框架都有很好的原生支持。此外JavaEE内置tomcat，更便于web开发
28、和调试。第3章 需求分析3.1 可行性分析3.1.1 技术可行性从技术可行性角度来看，本系统的开发需要对Android体系有一定认识，同时需要熟悉基于Java的web开发。根据日常所学及掌握的技术和相关知识，本系统开发的技术要求能够被满足。与此同时由于android和java web开发当前的技术较为成熟，资料齐全，因此即使遇到技术难点也有足够的资料支撑。 3.1.2 经济可行性本课题是开发一款针对餐厅的点餐系统，此类系统需求强烈且运行成本较低，对于大部分餐厅来讲应用该系统能够直接降低错误发生的几率，并 提升内部管理效率，因此是具备一定经济价值的。与此同时开发工作量适中，单人完成该项目的设计和
29、开发，时间充足且成本可控。3.1.3 运行可行性在实际运行中。此类系统用户主要为订餐人员以及餐厅管理人员，且对系统进行操作和管理仅需要基本的计算机和手机操作常识即可。同时，系统运行所需设备较容易获取和维护。因此本系统的运行可行性满足。3.1.4 法律可行性本系统的开发完全自主完成，根据实际的餐厅点餐需求进行设计和开发，并使用免费和开源的系统对其进行实现。从法律角度来看，本系统的开发和使用没有任何法律风险。3.2系统功能需求3.2.1 用户分析本课题所开发的是基于android的点餐系统，因此其核心用户必然包括餐厅方的操作人员，这里将其称为餐厅管理员。与此同时系统需要为点餐方提供用户，因此用餐人
30、是系统的另一类用户，这里将其称为普通用户。具体定义可见下表所示：表3-1 用户定义用户类别名称描述普通用户普通用户能够登陆系统，并使用预定桌台、浏览菜品、浏览菜品评论、提交预订单、结账、提交菜品评价、提交用餐评价、订单查询等功能。餐厅管理员餐厅管理员是系统后台管理的主要操作者，负责完成菜品信息维护、桌台维护、订单处理、用户管理等工作，同时可以查看顾客留言3.2.2 系统业务需求根据对餐厅实际业务的调研，点餐系统所需要具备的功能大致如下： 系统登陆功能：系统需要为用户提供登录入口，Android端提供给普通用户一个登录入口，后台提供给管理员一个管理登录入口。通过登录功能实现系统基本的权限和安全保
31、障。 用户注册：对于普通用户来讲，需要能够实现自助注册，通过提交个人基本信息完成账户注册。餐厅在提供服务时需要对用户信息进行验证，针对性提供服务。通常在线服务不会接受匿名点餐。 菜谱浏览和管理服务：普通用户进入系统后能够浏览菜品，管理员可以对菜品进行维护操作。 系统推荐：餐厅可以在系统内内置一些推荐菜，用以标识餐厅的特色菜品，供普通用户选择。 开桌功能：普通用户根据桌台的状态自助选择桌台并预定。 桌台管理功能：餐厅管理人员通过系统应当能够实现桌台的管理，包括新增可选的桌台和删除桌台。 点菜：系统需要为用户提供点菜入口，即将所点菜品暂存在点单上，同时提供对点单中的菜品进行取消的操作。 订单提交与
32、管理：对普通用户，需要能够在点菜后提交订单、对已上菜菜单进行付款，同时对历史订单进行查看。餐厅管理员需要能够查看到最新订单，并查询历史订单。 菜品评价：普通用户可以对菜品提供评价，并浏览其他用户的评价。根据对系统各功能的分析，可以得出系统总体用例图如下：图3-1 系统总体用例图3.2.3 系统用例描述根据对系统需求总体用例的整理，可以明确系统的需求边界及大部分业务需求点。接下来对其进行详细描述。1.用例描述表一级功能二级功能目标用户描述用户管理登录普通用户、管理员验证用户身份注册普通用户提供用户注册个人信息维护普通用户修改用户个人信息用户信息列表查看管理员查看用户列表用户信息删除管理员删除指定
33、用户菜品管理菜品新增管理员新增菜品信息菜品编辑管理员对菜品信息进行维护菜品删除管理员对菜品进行删除菜品浏览普通用户、管理员浏览系统内菜品信息点菜点菜普通用户暂存点菜信息移除预点菜品普通用户移除预点菜品信息订单管理下订单普通用户提交点菜单查看订单普通用户、管理员所有订单信息修改订单状态（付款和上菜操作）普通用户、管理员普通用户付款、管理员上菜评论管理菜品评论查看普通用户查看菜品所有评论菜品评论提交普通用户提交菜品评论餐厅评论提交普通用户提交餐厅评论餐厅评论查看管理员查看所有对餐厅的评论信息2. 请求/响应序列用例编号（Number）：R1-1用例名称（Name）：登录简要说明（Brief Des
34、cription）用户通过录入用户名和密码，进入各自系统主界面执行者（Actors）管理员、普通用户前置条件（Pre-Condition）拥有系统账号后置条件（Post-Condition）普通用户登录成功后进入点餐主界面，管理员登陆成功后进入系统管理后台用例场景（Use-Case Scenario）登录包含成功和失败两个路径，均需要覆盖到事件流（Flow of Event）基本流程（Base Flow）1、打开移动端应用，或打开后台主登录界面；2、 输入用户名和密码3、点击登录扩展流程（Extend Flow）1a、用户名校验失败。 1a1、系统反馈用户用户名校验失败；1a2、结束登录操作。
35、2a、密码合法性校验失败。 2a1、系统反馈密码不合法。2a2、结束登陆操作。3a、用户名或密码不匹配3a1、提示用户名密码不匹配；3a2、登陆失败。特殊需求（Special Requirement）该操作需要在2000ms内完成，提示信息需要显眼用例编号（Number）：R1-2用例名称（Name）：注册简要说明（Brief Description）用户通过自助注册方式创建用户执行者（Actors）普通用户前置条件（Pre-Condition）无后置条件（Post-Condition）注册成功后能够使用登录逻辑进入系统用例场景（Use-Case Scenario）注册包含成功和失败两个路径，
36、需要覆盖到事件流（Flow of Event）基本流程（Base Flow）1、运行android端程序；2、点击注册；3、填写所有必填信息；4、点击注册按钮。扩展流程（Extend Flow）1a、输入信息合法性校验失败。 1a1、系统提示信息校验失败； 1a2、结束注册流程。2a、注册失败。 2a1、系统中存在同名或系统异常导致注册失败，提示用户失败信息；2a2、结束流程。3a、注册成功3a1、提示注册成功；3a2、用例结束。特殊需求（Special Requirement）注册应当在2000ms内完成用例编号（Number）：L_1_3用例名称（Name）：个人信息修改简要说明（Brie
37、f Description）用户通过该功能完成个人信息的修改操作执行者（Actors）普通用户前置条件（Pre-Condition）用户登入系统后置条件（Post-Condition）无用例场景（Use-Case Scenario）注册包含成功和失败两个路径，均需要覆盖到事件流（Flow of Event）基本流程（Base Flow）1、进入个人信息修改界面2、 根据需要填写或修改内容3、提交修改4、结束扩展流程（Extend Flow）1a、输入信息合法性校验失败。 1a1、系统提示信息校验失败； 1a2、结束修改流程。特殊需求（Special Requirement）信息修改需要在200
38、0ms内反馈结果。用例编号（Number）：R2-1用例名称（Name）：点菜、移除简要说明（Brief Description）用户根据个人需要，选择自己需要的菜品，并对点菜单进行修正执行者（Actors）普通用户前置条件（Pre-Condition）用户登录成功后置条件（Post-Condition）无用例场景（Use-Case Scenario）注册包含成功和失败两个路径，均需要覆盖到事件流（Flow of Event）基本流程（Base Flow）1、进入点餐界面，选择桌台2、进入菜单页，选择菜品添加到点菜单3、进入点菜单编辑数量或移除菜品4、结束点菜特殊需求（Special Requ
39、irement）无用例编号（Number）：R3-1用例名称（Name）：提交订单简要说明（Brief Description）用户通过该操作完成点菜单提交执行者（Actors）普通用户前置条件（Pre-Condition）用户已登录且完善了点菜单后置条件（Post-Condition）无用例场景（Use-Case Scenario）包含成功事件和失败事件事件流（Flow of Event）2、 基本流程（Base Flow）1、进入已点菜列表 2、点击提交订单扩展流程（Extend Flow）1a、提交失败1a1、网络及系统出现问题1a2、提示失败原因1a3、结束流程2a、提交成功2a1、提
40、示成功信息2a2、结束流程特殊需求（Special Requirement）订单下达应在2000ms内相应用例编号（Number）：R3-2用例名称（Name）：订单查看简要说明（Brief Description）用户能够在android端查看历史订单，管理员能在后台查看所有订单执行者（Actors）普通用户、管理员前置条件（Pre-Condition）用户已登录后置条件（Post-Condition）无用例场景（Use-Case Scenario）个人查看自己订单、管理员查看所有订单事件流（Flow of Event）3、 基本流程（Base Flow）1、用户已登录2、进入订单查看界面（
41、APP或后台）3、显示相应的订单信息扩展流程（Extend Flow）1a、个人查看逻辑1a1、显示所有用户本人订单信息1a2、流程结束1a、管理员查看逻辑1a1、显示所有用户的订单信息1a2、流程结束特殊需求（Special Requirement）订单查询应当在3000ms内完成响应用例编号（Number）：R3-3用例名称（Name）：订单变更（付款、上菜）简要说明（Brief Description）用户通过该功能能够变更订单状态，管理员通过该功能实现上菜，用户通过该功能完成付款执行者（Actors）普通用户、管理员前置条件（Pre-Condition）登陆且订单已提交并未付款后置条件
42、（Post-Condition）无用例场景（Use-Case Scenario）用户下订单后到结账的流程事件流（Flow of Event）基本流程（Base Flow）1、普通用户提交订单2、管理员在后台查看到订单并点击上菜操作3、普通用户在在订单列表中看到订单状态变为已上菜4、普通用户对已上菜订单点击结账5、订单变为已结账6、流程结束特殊需求（Special Requirement）订单状态变更操作响应时长应在2000ms以内用例编号（Number）：R4-1用例名称（Name）：菜品新增简要说明（Brief Description）通过该功能，管理员用户能够新增菜品执行者（Actors）
43、管理员前置条件（Pre-Condition）管理员已登录后置条件（Post-Condition）无用例场景（Use-Case Scenario）场景主要为正常事件事件流（Flow of Event）基本流程（Base Flow）1、管理员登录后进入菜品新增页面2、填写菜品信息3、提交菜品信息4、结束流程特殊需求（Special Requirement）菜品提交应当在2000ms内完成。用例编号（Number）：R4-2用例名称（Name）：菜品查看简要说明（Brief Description）通过该功能，管理员用户和普通用户能够查看菜品执行者（Actors）管理员、普通用户前置条件（Pre-C
44、ondition）管理员或普通用户已登录后置条件（Post-Condition）无用例场景（Use-Case Scenario）场景主要为正常全体查询和单个查看事件流（Flow of Event）基本流程（Base Flow）1、管理员登陆后进入菜品管理，普通用户登陆后点选桌并进入菜单页面2、系统加载菜单3、点击菜单条目4、显示菜品详情5、结束流程特殊需求（Special Requirement）菜品列表加载应当在2000ms内完成，单信息查看应当在1000ms内完成。用例编号（Number）：R5-1用例名称（Name）：餐厅评论新增简要说明（Brief Description）通过该功能，
45、普通用户可以给餐厅添加评论信息执行者（Actors）普通用户前置条件（Pre-Condition）普通用户已登录后置条件（Post-Condition）无用例场景（Use-Case Scenario）场景主要为正常事件，对网络异常或数据异常进行特别处理事件流（Flow of Event）基本流程（Base Flow）1、普通用户登录后进入评论页面2、录入评论信息3、点击提交4、结束流程扩展流程（Extend Flow）1a、网络故障引发异常1a1、提示系统异常或网络故障提示1a2、流程结束1a、提交信息非空校验失败1a1、提示用户评论不可为空1a2、流程结束特殊需求（Special Requirement）评论应当在2000ms内完成。用例编号（Number）：R5-2用例名称（Name）：菜品评论查看与新增简要说明（Brief Description）通过该功能，普通用户能够查看指定菜品的评论信息，并新增评论执行者（Actors）普通用户前置条件（Pre-Condition）普通用户已登录且系统中有菜品信息后置条件（Post-Condition）无用例场景（Use-Case Scenario）场景主要为正常事件事件流（Flow of Event）基本流程（Base Flow）1、普通用户登录并进入点餐列表2、点选菜品信息