网上订餐系统功能需求分析报告
外卖系统分析分析报告
1、项目名称餐饮店的外卖订餐系统平台的建设2、项目背景（1）网上订餐的市场背景随着越来越多的人接受了电子商务这种便捷、快速的交易形式，网上订餐的顺势而出很快受到了大家的欢迎。
互联网的应用以普及千家万户,这为网络订餐提供了良好的发展空间。
同时，网上订餐服务的直观、有效、便捷等优点是传统的电话订餐业务无法比拟的。
调查数据显示，诸多白领更乐于选择网上订餐服务,网上订餐将是白领一族捕获餐店信息、进行订餐的发展趋势。
（2）网上订餐的市场优势网络订餐可通过色彩、图片、阐明、设立动画加强产品的宣传，大大达成了餐饮业的规定。
实现产品管理方便，起到立竿见影的效果，不用由于更改菜色而重新印刷。
只要在后台鼠标轻轻一点，全线立刻更新。
3、项目目的网上订餐系统是顾客实现网络交易的一种方式，含有和谐直观的界面，安全快捷的支付方式，让卖家第一时间收到订单信息，让顾客第一时间内获取外卖信息，为顾客提供更高质量的服务。
既节省了时间，又让顾客觉得方便、快捷，又对每个订单的信息保管妥善、解决及时，实现高度智能化管理，令订餐更快捷，便利，交互方便。
4、项目内容系统制作分为前台和后台。
前台重要涉及的对象是网站的顾客.（1）登陆和注册：登陆是为老客户服务的，注册重要是为新顾客准备的。
（2）菜品展示：重要展示本店的特色菜品的详情图，让顾客能更直观的理解选择自己喜欢的。
（3）前台信息：前台顾客能够任意浏览本店的菜品更新信息，并能够对菜品进行评价。
（4）外卖公示：能够对本店的某些外卖优惠活动进行公布，以及优惠的具体时间。
（5）查询模块：顾客能够对本店的喜欢的菜品进行查询，然后能够在评论区理解其它顾客的体验状况。
（6）联系我们：重要用于反馈某些菜品和其它服务的有关建议，让我们懂得局限性，不停改善提高，同时公示出本店的联系电话、地址以及配送时间，让顾客能够随时联系。
后台重要涉及的对象是网站的管理员：（1）登陆模块：重要用于管理员登陆使用。
（2）顾客注册信息管理模块：重要是进行审核管理，涉及网站的注册信息。
(完整版)网上订餐需求分析
************************************网络订餐需求分析报告******课程名称： *********小组成员： ************** **************一．研究意义 (2)市场前景 (2)功能分析 (3)1.顾客登录网上订餐系统进行菜单浏览 (3)2.顾客注册为会员 (3)3.顾客个人设置 (3)4.顾客购物车 (3)5.管理员后台管理 (4)二．顶层用例示意图 (5)三．用例分析与描述 (7)用户登陆 (9)订餐服务 (9)查看历史订单 (10)订单处理 (11)四．类图 (12)动态图 (12)管理员模块 (12)五．性能要求 (13)1. 时间特性要求 (13)2. 可扩充性要求等 (13)3. 安全可靠性 (14)4. 其它专门要求 (14)一．研究意义 (2)市场前景 (2)功能分析 (3)1.顾客登录网上订餐系统进行菜单浏览 (3)2.顾客注册为会员 (3)3.顾客个人设置 (3)4.顾客购物车 (3)5.管理员后台管理 (4)二．顶层用例示意图 (5)三．用例分析与描述 (7)用户登陆 (9)订餐服务 (9)查看历史订单 (10)订单处理 (11)四．类图 (12)动态图 (12)管理员模块 (12)五．性能要求 (13)1. 时间特性要求 (13)2. 可扩充性要求等 (13)3. 安全可靠性 (14)4. 其它专门要求 (14)“饿了吗”学校网上订餐系统需求分析报告一．研究意义随着学校学生人数的增加，学生对餐饮服务的要求更加高；许多学生不满足于学校食堂的餐饮或嫌学校食堂就餐排队时间长，而选择回宿舍点外卖，所以网上订餐及配送是一种个性化、多样化的服务产业。
随着网络技术的发展和普及，将餐饮服务与个性化、多样化服务的电子商务相结合，形成了方便、快捷、个性化的网上订餐系统，通过网上订餐,顾客不必亲临现场,便可以为自己、朋友等点一份既营养又实惠的美食。
(完整版)网上订餐系统需求分析报告.docx
网上订餐系统需求分析报告—— 08 信计三班一产品介绍：1产品名称：糖果网上订餐系统2产品概述：在网络技术快速发展的今天，原先普通的电话预定餐厅已经不能满足的功能需求。
网络越来越贴近生活，本产品通过网络订餐方便商家客户互动。
用户通过注册登陆的方式能及时看到餐饮商家更新的信息，包括就餐环境，座位信息，菜肴信息等，可以预定台位，就餐后可添加用户反馈。
商家可及时更新信息，查看预定，处理订单，通知客户订单确认。
系统管理员可以维护更新发布消息，还可以产生餐厅排行榜，财务管理，菜谱管理等一些辅助功能。
3面向用户：各大餐饮服务业，订餐客户二产品需求：根据本产品功能及客户需求，产品需求叙述如下：1 用户注册可选择登陆，若未注册可选择注用户访问本网站直接进入本网站可直接进入网站主页，册，只有注册用户方可点餐，用户分为三类：普通用户：只能登陆查询餐厅菜肴信息，不能订餐；实名认证用户：可以查询信息，可以订餐，但是订餐总金额及订餐数目有限制，并享受一部分商家优惠。
VIP 用户：可以查询信息，订餐不受任何限制，可享受更多商家优惠，但分季度收取会员费用。
注册提供用户名，密码邮箱等信息。
实名认证用户及 vip 还需要身份证，住址等更为详细信息。
.2登陆3查看餐厅信息显示餐厅的各种信息，包括餐厅名称 ,ID 图片文字说明。
可在分类查询，动态搜索，设计页面分业，布局排版问题，以方便用户浏览选择，用户再找到自己喜欢的餐厅后，点击餐厅图片进入此餐厅信息页面，内容有餐桌信息和菜肴信息，可分别点击进入餐桌及菜肴的选择。
4查看餐桌信息用户再点击进入餐桌信息后，可以查看剩余餐桌图片，编号，找到自己喜欢的餐桌可以点击确定，还可以根据就餐人数，分类查询，动态搜索。
5查看菜肴信息用户再点击进入菜肴信息后，可以查看所有菜肴信息，包括名称口味图片编号价格等，找到自己喜欢的菜肴可以点击确定，还可以根据就餐爱好，分类查询，动态搜索。
6 订餐确认用户在选择餐厅座位及菜肴后，可点击确定，系统根据用户选择会自动生成订单信息，包括订单 ID 用户名餐厅 ID 餐厅名称餐桌 ID 菜肴 ID 菜肴名称等。
校园网上订餐系统需求说明书分析报告
校园网上订餐系统需求说明书分析报告
自查报告。
为了确保校园网上订餐系统能够满足用户的需求，我们对系统进行了自查，并撰写了以下报告。
1. 用户需求分析。
我们首先对用户需求进行了分析。
通过调研和访谈，我们了解到用户希望能够通过校园网上订餐系统方便地浏览菜单、下单、支付和配送。
他们也希望系统能够提供多样化的餐饮选择，并且能够方便地查看订单状态和历史订单信息。
2. 系统功能分析。
在系统功能分析方面，我们对系统的菜单浏览、下单、支付和配送流程进行了详细的分析。
我们确保系统能够提供用户友好的界面，方便用户浏览菜单和下单，并且能够支持多种支付方式。
我们也确保系统能够及时更新订单状态，并提供配送跟踪功能。
3. 技术实现分析。
在技术实现方面，我们对系统的架构和技术选型进行了分析。
我们选择了稳定可靠的服务器和数据库，并采用了先进的前端和后端开发技术，以确保系统能够稳定运行并且具有良好的性能。
4. 安全性分析。
在安全性方面，我们对系统的数据加密、用户认证和支付安全进行了分析。
我们确保系统能够保护用户的个人信息和支付信息，并且能够防范常见的网络安全威胁。
通过以上自查报告，我们确认校园网上订餐系统已经满足了用户的需求，并且具有良好的功能性、技术实现和安全性。
我们将继续监测系统的运行情况，并及时进行改进和优化，以确保系统能够持续满足用户的需求。
校园网上订餐系统需求说明书分析报告
校园网上订餐系统需求说明书分析报告
自查报告。
在设计校园网上订餐系统的需求说明书时，我们团队进行了自查，以确保系统能够满足用户的需求并提供良好的用户体验。
以下是我们的自查报告：
1. 用户需求分析，我们对校园学生和教职员工的订餐需求进行了深入的调研和分析，确保系统能够满足他们的各种用餐需求，包括早餐、午餐、晚餐以及特殊饮食需求。
2. 系统功能需求，我们对系统的各项功能进行了详细的规划和设计，确保用户可以方便地浏览菜单、下单、支付和评价餐品，同时商家可以管理菜单、订单和库存等。
3. 界面设计，我们进行了多轮的界面设计和测试，以确保用户界面简洁直观、操作流畅，提升用户体验和易用性。
4. 安全性和隐私保护，我们重视用户数据的安全和隐私保护，系统采取了严格的安全措施，确保用户信息不被泄露和滥用。
5. 性能和稳定性，我们对系统的性能和稳定性进行了多次测试，确保系统能够在高并发情况下保持稳定运行，并能够快速响应用户的操作。
通过以上的自查，我们相信我们的校园网上订餐系统能够满足用户的需求，并提供良好的用户体验。
我们将继续努力，不断改进系统，以更好地为用户和商家提供服务。
【精品作文】网上订餐系统需求分析
（6）防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的。
（7）软件属性其数据应能集中存放于总部的数据库服务器，客户端
（8）安全性：不防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的， 该系统上的所有数据应能集中存放于总部的数据库服务器并定期备份。
1.2 定义
本产品是为餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提餐厅的管理效率，同时方便员工就餐。
1.3 参考资料
《软件系统分析与设计》《需求分析最佳实践》
2. 项目概述
2.1项目背景
员工到食堂用餐，在路途和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；员工对食堂的满意度不高，有将近一半的员工会选择去周边饭店用餐。因此，食堂更无法准确预测员工需求，经常会出现有些食物因为没有卖出去只好倒掉，而员工需要的一些食物却已卖完的现象。
6.3 经济可行性分析 ........................ 20
6.4 法律可行性 ............................ 20
1. 引言
1.1 编写目的
此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。
2.2 项目目标
开发手机订餐系统节省学生的时间和精力，避免学生在食堂排队等很多时间，同时也减少食堂食物的浪费，并提高服务质量以及学生对食堂的满意度。
2.3 构件图
图2.3-1 构件图
2.4 上下文关系图
网上订餐系统需求分析
网上订餐系统需求分析网上订餐系统是一种通过网络平台实现用户在线点餐、下单和支付的系统。
以下是一般性的网上订餐系统的需求分析：1.用户注册和登录：o用户应该能够注册账号并登录系统，以便进行点餐和下单。
o注册应该包括基本信息（如姓名、地址、联系方式）和登录凭据（如用户名、密码）。
2.菜单浏览和搜索：o用户应该能够浏览菜单，查看菜品和价格等相关信息。
o提供搜索功能，以便用户可以根据关键词（如菜名、分类）查询特定的菜品。
3.点餐和下单：o用户应该能够将菜品添加到购物车，并设置数量和其他特殊要求。
o用户可以查看购物车的内容，并调整菜品的数量或删除菜品。
o当用户确认订单并选择支付方式后，系统应该自动生成订单并进行相应的结算操作。
4.用户评价和反馈：o用户应该能够对订餐体验进行评价和反馈。
o提供评分系统和评论功能，以便其他用户参考。
5.支付和配送：o系统应该支持多种支付方式（如在线支付、货到付款）。
o用户应该能够在订单中选择配送方式，并提供必要的配送信息（如地址、联系人、联系电话）。
o配送应该能够实时追踪订单状态，并提供相应的配送通知。
6.商家管理系统：o商家应该能够登录系统，查看和管理订单。
o提供订单处理和配送状态的管理工具。
7.系统管理和维护：o系统应该有权限管理功能，以分配不同角色的用户权限和限制访问。
o提供运营统计报表和数据分析工具，以便管理者进行业务分析和决策。
8.用户界面设计：o系统应该具备友好的用户界面设计，易于使用和导航。
o考虑到多平台访问，系统应该支持不同设备（如电脑、手机、平板）的访问和适配。
需要注意的是，上述需求分析只是一个基本框架，具体的网上订餐系统的需求会根据实际业务要求和用户期望有所差异。
因此，在开展网上订餐系统需求分析时，最好与相关利益相关方（如用户、商家、管理者）进行充分沟通和讨论，以便满足他们的具体需求和期望。
网上点餐系统需求分析报告
网上点餐系统需求分析说明书姓名：罗永亮、朱文剑、钟云、尹玲玲、周应成学院：信息工程分院开发部门：Java项目组撰写人：钟云目录1.文档概述 (4)1.1 编写目的 (4)1.2 定义 (4)1.3 参考资料 (4)2.项目概述 (4)2.1 项目背景 (4)2.2 项目目标 (4)2.3构件图 (5)2.4上下文关系图 (5)2.5 对产品进一步解析 (6)2.6 项目适用范围 (6)3.项目需求分析3.1 性能需求分析 (6)3.2项目活动图 (7)3.3系统报表 (8)3.4 系统用例图 (8)3.5用例文档 (10)4.项目技术方案 (12)4.1方案概述 (12)4.2编程环境 (12)4.3数据库的实现 (12)5．可行性分析 (12)5.1技术可行性分析 (12)5.2运行可行性分析 (13)5.3 经济可行性分析 (13)5.4分工可行性分析…………………………135.5进程分析…………………………………135.6法律可行性………………………………141.引言1.1编写目的此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。
1.2定义本产品是为餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便员工就餐。
1.3参考资料《软件系统分析与设计》《需求分析最佳实践》2. 项目概述2.1项目背景员工到食堂用餐，在路途和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；员工对食堂的满意度不高，有将近一半的员工会选择去周边饭店用餐。
因此，食堂更无法准确预测员工需求，经常会出现有些食物因为没有卖出去只好倒掉，而员工需要的一些食物却已卖完的现象。
2.2 项目目标开发手机订餐系统节省员工的时间和精力，避免员工在食堂排队等很多时间，同时也减少食堂食物的浪费，并提高服务质量以及员工对餐厅的满意度。
网上订餐系统需求分析
１顾客 登 录 网上 点 菜 系 统 进 行菜 单 的浏 览 或 者 注 册 为 会 ．
员。
２会 员 可 以 对 自己 的个 人信 息进 行 更 改， ． 以会 员形 式 登 录 的顾 客 享受 优 惠 。 ３如果 顾 客 觉 得 菜 单 应 该 有 所 改 变则 可对 已选 的菜 单 进 ． 行选择、 改 、 除。 更 删 ４当 顾 客 确 定 点 菜 完 毕 后 ， 客 可 以将 其 提 交 至 服 务 器 ． 顾 并 生 成 订单 管 理员 订 单 管 理 的业 务 流 程 如 下： １ ．管 理 员 在 本 地 登 录 后 既 可对 服 务 器 上 的菜 单 进 行 添 加、 除、 改。 删 修
网上 订 餐 系统 将 极 大 地方 便 食 客 的 就 餐 。同时 也 有 利 于 我们 的管 理 和售 后 服 务 。 时 。 们 的订 餐 系 统 还能 帮助 酒 店 同 我 （ 馆 ） 大 营 业 范 围 ， 加知 名 度 等 系统 整体 可 以分 为 两个 子系 统 ，其 中一 个 为 针对 顾 客 开 放 的 网上 点 菜 系统 ．另 一个 为针 对 餐 厅 管理 人 员 开放 的菜 单及订 单 管 理 系 统 。
五 、 户界面 用
界面风格以绿色为主调 ， 清新 自然 ， 以增 强 食 欲 ， 加 可 添 动态画面效果 ， 避免 了 页 面呆 板 ， 幕 以板 块 模 式 组成 ， 块 屏 板 之 间 各有 特 色 却 又 紧密 相 连 。 页包 括 站 标 、 气 预 报 、 告 、 首 天 公 滚 动 条 、 厅介 绍 、 品推 荐 、 题 。 次级 页面 有 六 个 ， 餐 菜 标 分别 是 用 户 指 南 、 餐 方 式 、 见 问 题 、 后 服 务 、 款 方 式 、 员 折 送 常 售 付 会 扣 。 客登 录 主 页 面 ， 文字 输 人 方 式 点菜 ， 台 收 到订 单 后 ， 顾 以 后 打 印 生成 纸 质 订单 。
网络订餐系统实验报告(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）评价表：存储用户评价信息，包括评价内容、评分等。
订餐系统需求分析报告
订餐系统需求分析报告一、引言订餐系统是一种运用计算机网络技术实现在线订餐服务的系统，可以方便用户便捷地进行在线选菜、下单和支付，同时也可以帮助餐馆管理订单、菜谱和库存等信息。
本报告旨在对订餐系统进行需求分析，明确系统的功能和性能要求，确保系统能够满足用户和餐馆的需求。
二、背景随着互联网的普及，消费者对在线订餐服务的需求也越来越高。
传统的电话订餐方式存在人工操作繁琐、订单信息易丢失等问题，无法满足用户的快速和便捷需求。
因此，开发一个高效稳定的订餐系统成为了很有必要的事情。
三、功能需求1. 用户注册与登录：用户可以通过输入手机号码或者第三方账号进行注册和登录。
2. 菜单浏览：用户可以通过系统查看餐馆提供的菜单信息，包括菜品名称、图片、价格等。
3. 菜品搜索：用户可以根据菜品名称关键词快速搜索到菜品，提高用户查找菜品的效率。
4. 下单支付：用户可以选择菜品加入购物车，并进行支付操作，支持多种支付方式。
5. 订单管理：用户可以查看订单状态、取消订单和评价打分等操作。
6. 餐馆管理：餐馆可以登录管理后台进行菜品的添加、修改和删除，管理菜单、订单和用户信息。
7. 库存管理：餐馆可以通过系统实时查看菜品的库存情况，及时补充。
8. 评价管理：餐馆可以查看用户对菜品的评价，根据评价情况调整菜品配方和制作方式。
四、性能需求1. 稳定性：系统需要具备高可用性和容错性，保证用户在任何时间和地点都可以顺利使用。
2. 响应时间：系统需要保证用户的操作响应时间在可接受的范围内，不超过2秒。
3. 并发能力：系统需要能够同时处理大量用户请求，确保在高峰期也能保持正常运行。
4. 安全性：系统需要保障用户数据的安全性，用户的个人信息和支付信息需要得到保护。
5. 可扩展性：系统需要支持后续的扩展和升级，满足日益增长的用户量和业务需求。
五、技术实现1. 前端技术：使用HTML、CSS和JavaScript等技术实现系统的用户界面，并采用响应式布局以适应不同屏幕大小的设备。
网上订餐系统分析与设计实验报告
网上订餐系统分析与设计实验报告本次实验的主题是网上订餐系统的分析与设计。
我们小组共有五名成员，分工明确、协作配合，完成了系统的设计与实现。
在实验的过程中，我们收获颇多，下面我将分模块详细阐述我们的设计及实现。
一、需求分析首先，我们在进行设计前对该系统的需求进行了分析，这是我们决定该系统的核心功能和开发方向的重要步骤。
我们企图为用户提供一个简单、方便、快捷的电子商务平台，用户可以在该平台进行订餐、付款、查看订单状态等操作。
为此，我们在分析需求时将用户需求和商家需求并重，充分考虑双方的利益需求。
二、系统结构设计在确定需求后，我们对系统的结构进行了设计。
我们将系统分为用户与商家两个模块，为用户和商家分别提供不同的界面和服务。
用户操作界面清新简洁，可以方便直观的进行选餐，下单和支付。
商家操作界面则提供了订单管理及管理自家的店铺基本信息等功能。
“网上订餐系统实验报告”三、数据库设计数据库是系统的核心，我们设计了数据库提供系统需要的存储功能。
在该系统中，涉及到了订单、菜单、商家信息等多数据。
为了使数据在系统内部流通，我们为数据设计了不同的表，同时也设计出表与表之间的关系操作，以便于数据在各个模块内部的交流。
四、技术实现针对不同的模块，我们使用了不同的工具进行技术实现。
在用户模块方面，我们使用了HTML, CSS和JavaScript进行界面的搭建；而在商家模块中则使用了Vue.js框架用于实现响应式设计。
另外，我们在数据交换方面使用了AJAX技术，为不同的模块之间、不同的操作之间提供高效而稳定的数据交流。
五、测试与总结经过实验小组内部的测试，我们发现了一些潜在的问题并进行了改进。
我们在测试中思考了多种用户或商家的想象情况，以此来发现系统的功能和效果。
总的来说，本次实验我们学习到了如何根据需求对一个系统进行设计，并加以实现与测试。
同时我们也意识到了系统开发要注重细节、加强交流，以及掌握好系统设计的整个流程。
最后，我们感谢实验的机会，我们深刻的认识到了软件开发工程中的重要性。
网上订餐系统功能需求分析及设计
网上订餐系统功能需求分析及设计随着科技的不断发展，越来越多的人选择在网上订餐。
为了满足用户的需求，网上订餐系统应该具备一些基本的功能。
本文将分析并设计一个功能完善的网上订餐系统，并详细描述每一个功能的需求。
一、用户注册与登录功能用户注册是网上订餐系统的基础功能，用户应该能够通过填写一些基本信息，在系统中成功注册。
注册时，系统需要验证用户提供的信息的合法性，比如手机号码需要符合手机号码的格式，密码需要符合一定的复杂度规则等。
注册成功后，用户可以使用注册时所填写的用户名和密码进行登录系统操作。
二、搜索与浏览功能网上订餐系统的主要功能之一就是让用户能够方便地搜索和浏览各类餐厅的菜品信息。
用户应该可以通过搜索框输入关键词进行搜索，并且能够根据关键词进行模糊匹配。
同时，系统应该能够根据用户的位置信息推荐附近的餐厅。
用户在搜索结果页面或餐厅详情页面能够浏览餐厅的信息，如评价、菜单等。
三、在线下单功能网上订餐系统的核心功能之一是让用户能够在线下单。
用户在选定餐厅和菜品后，应该能够将菜品加入购物车，并选择数量和口味等。
用户还可以选择外卖送餐的地址和时间等相关信息。
系统需要显示用户的订单总价，并提供支付方式，以便用户选择。
四、多种支付方式为了满足不同用户的支付需求，网上订餐系统应该支持多种支付方式。
用户可以选择使用支付宝、微信、银行卡等方式进行付款。
系统需要与第三方支付平台进行对接，并保证支付的安全性和可靠性。
五、订单管理功能为了方便用户查询和管理订单，网上订餐系统应该提供订单管理功能。
用户可以在系统中查看历史订单和当前订单的详细信息，包括订单状态、配送进度和付款情况等。
用户还应该能够取消未付款的订单或申请退款等操作。
六、评价与反馈功能用户应该能够对餐厅和菜品进行评价，并给予相应的星级评分。
用户的评价可以帮助其他用户更好地选择餐厅和菜品。
同时，用户还可以提交对系统的使用体验和建议反馈，以帮助系统提升用户体验和功能优化。
网上订餐系统分析报告
.目录未定义书签。
! ............................................. 错误1.系统规划：21.1. 开发背景 ........................................ 错误未定义书签21.2. 发展现状 ........................................ 错误未定义书签21.3. 系统开发意义 .................................... 错误未定义书签21.4系统开发方法2. 系统分析 ............................................. 错误未定义书签122.1需求分析2.1.1 总体目标 ................................... 错误未定义书签22.1.2 可行性分析 ................................. 错误未定义书签3 2.2 需求建模 ......................................... 错误未定义书签42.2.1. 用例图 .................................... 错误未定义书签42.2.2.顺序图 ..................................... 错误未定义书签52.3. 数据过程建模 .................................... 错误未定义书签62.3.1. 0层数据流程图 ............................ 错误未定义书签62.3.2. 1层数据流程图 ............................ 错误未定义书签72.3.3. 2层数据流程图 ............................ 错误未定义书签72.4. 数据字典 ........................................ 错误未定义书签83. 系统设计 .............................................. 错误未定义书签93.1. 界面、数据输出设计 .............................. 错误未定义书签93.2 数据设计93.2.1. 系统E-R图设计 ............................ 错误未定义书签93.3系统架构 ......................................... 错误未定义书签103.3.1. 系统体系结构 .............................. 错误未定义书签113.3.2 系统进行环境 ............................... 错误未定义书签114. 报告总结 .............................................. 错误未定义书签11...网上订餐系统1. 概述：1.1.开发背景随着现在社会的发展，人们的生活节奏越来越快，生活水平与质量也不断在提高。
网上订餐系统的需求分析与设计
网上订餐系统的需求分析与设计需求分析与设计是开发一个网上订餐系统的重要步骤，通过对用户需求的明确和功能设计的合理性分析，可以确保系统开发过程中达到预期的目标。
本文将详细介绍网上订餐系统的需求分析与设计内容，包括用户需求分析、功能需求分析、数据库设计等。
一、用户需求分析：网上订餐系统的用户主要分为三类：顾客、商家和管理员。
针对不同用户的需求，需求分析可以分为以下几个方面：1. 顾客需求分析：顾客需要方便快捷地浏览菜单、下单，并选择配送或自取方式。
对于特殊需求，如食物过敏、饮食习惯等，需要提供相关筛选和备注功能。
此外，还需要提供订单追踪功能，方便顾客实时了解订单状态。
2. 商家需求分析：商家希望通过网上订餐系统可以有效管理菜单、商品库存和订单。
商家需要能够方便地添加、修改和删除菜单，设置价格、描述和照片等信息，并实时更新库存状态。
另外，商家还需要能够查看订单列表、接受或拒绝订单，并设置配送范围和时间。
3. 管理员需求分析：管理员需要对系统进行整体管理和监控。
管理员需要具备对用户、商家和顾客进行账号管理的权限，并能够实时监测系统的运行状态。
另外，管理员还需要能够处理商家和顾客的投诉申诉，保证系统的正常运行。
二、功能需求分析：根据用户需求的分析，可以得出以下功能需求：1. 用户注册与登录：用户可以通过注册账号并登录系统，以便查看菜单、下单等操作。
2. 菜单浏览与搜索：顾客可以浏览菜单，并根据关键词进行菜品搜索，并查看其详情、评价等信息。
3. 订单管理：顾客可以将菜品加入购物车，并下单，选择支付方式和配送方式，同时可查看历史订单和订单状态。
4. 商家管理：商家可以管理菜单、库存和订单，包括添加、修改和删除菜单，设置库存状态和菜品信息等。
5. 用户评价与反馈：顾客可以对菜品进行评价，并提供意见反馈，商家和管理员可以查看并回复。
6. 管理员权限管理：管理员可以对商家和顾客进行账号管理，包括权限设置和账号冻结等。
网上订餐系统需求分析
一、网上订餐系统需求分析1、系统功能需求（1）用户登录注册：用户可以进行登录注册，可以使用用户名、手机号码、邮箱等进行注册，并且用户可以自己设置密码，也可以使用第三方登录，比如微信、QQ等。
（2）订餐：用户可以根据自己的喜好进行订餐，系统可以提供不同种类的菜品，比如中餐、西餐、日本料理、韩国料理等，另外，用户还可以根据菜品的口味、价格、口感等进行选择。
（3）支付：用户可以选择不同的支付方式进行支付，比如现金支付、支付宝支付、微信支付等，系统需要支持多种支付方式，以满足用户的需求。
（4）查询订单：用户可以查看自己的订单，系统可以提供订单的详细信息，比如订单号、下单时间、订单状态等。
（5）评价：用户可以对自己订餐的菜品进行评价，系统可以提供不同的评价模式，比如星级评价、文字评价等，用户可以根据自己的喜好进行评价。
（6）优惠券：系统可以提供优惠券，用户可以根据自己的需求选择不同的优惠券，以获得更多的优惠。
（7）推荐：系统可以根据用户的历史订单记录，推荐不同的菜品给用户，以满足用户的需求。
2、系统安全性需求（1）数据安全：系统需要提供安全的数据存储服务，以确保用户的数据安全，比如用户的个人信息、订单信息等。
（2）网络安全：系统需要提供安全的网络环境，以确保用户的网络安全，比如采用https协议来保护用户的数据传输安全。
（3）支付安全：系统需要提供安全的支付服务，以确保用户的支付安全，比如采用支付宝、微信支付等安全的支付方式。
3、系统可扩展性需求（1）系统可以根据用户的需求，进行功能的扩展，比如添加新的菜品、新的支付方式等。
（2）系统可以根据用户的需求，进行界面的优化，比如添加新的功能模块、更改界面布局等。
（3）系统可以根据用户的需求，进行安全性的提升，比如添加新的加密算法、更新支付安全机制等。
4、系统性能需求（1）系统需要提供高效的数据处理服务，以确保用户的操作流畅，比如登录注册、订餐、支付等。
（2）系统需要提供高效的资源管理服务，以确保系统的稳定性，比如服务器的负载管理、数据库的优化等。
订餐系统的分析报告
订餐系统的分析报告摘要本文对订餐系统进行了全面的分析，首先介绍了订餐系统的背景和目的，然后对系统的需求进行了详细的说明，包括功能需求和非功能需求。
接下来，本文对系统进行了结构和行为分析，并给出了相应的模型。
最后，本文对系统的可行性进行了评估，并提出了一些建议。
1. 引言订餐系统是一个在线订餐平台，用户可以通过该系统选择菜品、下单、支付等操作。
本文将对订餐系统进行全面的分析，旨在了解系统的需求、设计和实施。
2. 功能需求订餐系统的主要功能需求包括： - 用户注册和登录：用户可以通过注册和登录功能进入系统。
- 菜品浏览：用户可以浏览系统中提供的菜品信息。
- 菜品下单：用户可以选择菜品进行下单。
- 订单管理：用户可以管理自己的订单，包括查看订单状态和取消订单。
- 支付功能：用户可以选择合适的支付方式进行支付。
3. 非功能需求订餐系统的非功能需求包括： - 易用性：系统应该具有良好的用户界面，用户易于理解和操作。
- 安全性：系统应该保护用户的个人信息和支付信息的安全性。
- 可靠性：系统应该保证订单数据的准确性和完整性，并且能够在系统故障时进行恢复。
- 性能：系统应该能够处理大量的并发请求，保证系统的响应速度和吞吐量。
- 可扩展性：系统应该具有良好的可扩展性，能够方便地添加新的功能和适应不同规模的业务需求。
4. 结构分析订餐系统可以分为以下几个主要模块： - 用户模块：负责用户的注册、登录和个人信息管理。
- 菜品模块：负责菜品的展示和管理。
- 订单模块：负责订单的生成、管理和状态更新。
- 支付模块：负责支付功能的实现。
- 系统管理模块：负责系统的配置、日志和异常管理等。
下图展示了订餐系统的结构模型：graph LRA[用户模块] --> B[菜品模块]A --> C[订单模块]C --> D[支付模块]D --> CC --> E[系统管理模块]5. 行为分析订餐系统的行为可以用以下几个用例来描述： - 用户注册和登录：用户通过提供用户名和密码进行注册和登录。
网上订餐系统需求分析
[标签:标题]篇一：网上订餐系统需求分析网上订餐系统需求分析1、引言和编写目的当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。
社会对餐饮的快捷性要求形成了对网上订餐的要求，该项目将使用javaWeb技术的servlet+jsp+javaBean实现快捷的开发与部署，并且可以最大限度的保证系统的稳定性。
网上订餐系统将极大的方便食客的就餐，同时也有利于我们的管理和售后服务。
同时，我们的订餐系统还能帮助我们的酒店（餐馆）扩大营业范围，增加知名度等。
2、需求分析用户可通过访问我们的网站快乐餐网上订餐系统，进行登陆或注册，获得你想要的各种食物，管理员可以查看用户菜品，可以对菜品进行增删改查。
2.1产品介绍产品名称：快乐餐订餐系统产品用途：对餐馆提供发布菜肴消息，得到顾客订单信息，对顾客提供菜肴服务。
2.2产品面向的用户群体：各大酒店，网上店铺，以及一些大型超市的网上订餐系统等。
3、软件功能此系统主要是针对顾客开放的网上订餐系统。
顾客订餐主要流程如下：1. 顾客登录网上订餐系统进行菜单的浏览或者注册为会员。
2. 会员可以对自己的个人信息进行更改，以会员形式登陆的顾客享受订餐服务。
3. 如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等功能。
4. 当顾客确定订餐完毕后，顾客可以将其提交至我们的餐厅后台系统，并生成订单。
5. 顾客可以对系统或者餐厅有意见或者建议的留言给我们，我们会及时满意的回复。
管理员、后台管理流程如下：1. 管理员登录后台点餐系统。
订餐系统需求分析设计报告
1.系统功能性需求校园大学生大部分是在食堂就餐，但是食堂在用餐高峰期容易产生拥挤，排队等候时间长等问题。
对于大学生来说，时间就是金钱，丰富多彩的大学时光需要我们花费时间与精力去探索，而将过多的时间花在排队等候上无疑是一种浪费。
因此，结合当下智能手机的普及以及Android 平台的开源性，开发一款基于Android 平台的手机点餐系统，让大学生省去排队打饭的苦恼，为大学生带来方便和快捷。
为了设计这样一款系统，食堂的打饭师傅。
1.11.2学生可以直接拿出自己的手机，打开该点餐应用，输入自己的用户名和密码登陆。
登陆成功之后，可以根据自己喜欢的食堂选择相应的饭菜，然后在线结账，等候饭菜打好后，到相应地方取回饭菜即可。
1.3对于食堂的师傅来说，主要的工作是通过PC端查询订单情况，即在什么时间，什么同学点了什么饭菜，随后为该同学打好饭菜，放入取餐区。
2.系统非功能行需求软件产品的非功能性需求，就是指功能需求以外的必须具备的特性。
2.1可靠性本点餐系统需要建立一个结构合理的、功能强大的数据存储以及处理系统加以保障，需要一个高速且可靠的网络系统作为信息传输的通道，还需要一个基础的支撑平台，提供面向整个系统完善的数据存储和高效的数据处理以及可靠的数据安全和快捷的数据传输。
2.2可操作性本点餐系统包括一个手机客户端Android应用和一个PC端服务器界面。
而作为手机应用，应该具备友好精美的交互界面和简单方便的操作，让学生能够不需要任何的用户手册就能够正常的使用该点餐应用。
2.3安全性系统需要在稳定、成熟的硬件环境和应用平台上运行。
同时必须具有完善及时的系统备份功能、全面可靠的运行管理机制、有效的故障处理恢复策略，才能确保系统的安全性。
本点餐系统需要的安全机制，包括代码是否安全可靠、用户身份认证、授权控制、私密性等。
3 系统功能模块设计3.1本文中的点餐系统客户端的功能模块主要包括用户登陆模块、点餐模块、结账模块、搜索菜品模块、推荐菜品模块、个人账户模块、版本说明模块。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
“我要吃”系统功能需求分析报告报告成员：2011年11月5日目录一、功能分析 (1)（一）顾客登录网上订餐系统进行菜单浏览 (1)（二）顾客注册为会员 (1)（三）顾客对自己的个人信息进行更改，比如联系电话。
以及账户密码。
(1)（四）顾客对已选的菜单进行更改，选择更改数量或者取消选择。
当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单。
(1)1、菜品详细信息 (1)2、购物车 (1)3、提交购物车并生成订单 (1)4、结帐付款 (1)5、结束订餐 (1)（五）管理员后台管理 (1)1、管理员在后台登录后，可以创建新的管理员。
(1)2、管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片，价格，菜单的描述，更换新品，添加新菜等。
(1)3、管理员对菜单进行管理，确定订单的生成。
(1)4、管理员根据不同的属性来查询订单，比如生成日期或者编号等。
(2)5、管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。
(2)二、顶层用例图 (3)三、用例分析与描述 (4)（一）登录 (4)1、用例图 (4)2、用例的事件流描述 (4)3、事件流 (4)（二）注销 (4)（三）修改顾客信息 (5)1、用例图 (5)2、用例的事件流描述 (5)（四）顾客留言 (5)1.用例图 (5)（五）加入购物车 (6)1、用例图 (6)2、用例的事件流描述 (6)3、事件流 (6)4、替代流 (6)（六）查看购物车 (6)1、用例图 (6)2、用例的事件流描述 (7)3、事件流 (7)（七）修改购物车中的商品 (7)1、用例图 (7)2、用例的事件流描述 (7)3、事件流 (8)（八）删除购物车中的商品 (8)1、用例图 (8)2、用例的事件流描述 (8)3、事件流 (8)（九）清空购物车 (8)1、用例图 (9)2、用例的事件流描述 (9)3、事件流 (9)（十）结账 (9)1、用例图 (9)2、用例的事件流描述 (9)3、事件流 (10)4、分支流 (10)（十一）确认订单 (10)1、用例图 (10)3、事件流 (10)（十二）查看订单 (11)1、用例图 (11)2、用例的事件流描述 (11)3、事件流 (11)（十三）修改订单 (12)1、用例图 (12)2、用例的事件流描述 (12)3、事件流 (12)（十四）删除订单 (12)1、用例图 (12)2、用例的事件流描述 (13)3、事件流 (13)四、类图 (14)五、动态图 (14)（一）顾客订餐 (14)（二）管理员管理模块 (15)五、总结 (15)（一）系统主要特色与优点接受 (15)（二）系统不足与改进方案 (16)“我要吃”系统功能需求分析报告一、功能分析根据对该系统的分析，该系统应具有如下功能：（一）顾客登录网上订餐系统进行菜单浏览显示菜品的各种信息，可分类查询、动态搜索、设计页面分类、布局排版；以方便顾客浏览选择。
（二）顾客注册为会员顾客访问本网站，直接进入本网站主页。
可选择登陆，若为注册可选择注册，只有注册顾客方可点餐。
注册提供顾客名和密码，顾客名能自动检测，若已存在则提示不可用。
另外加入记住密码功能，登陆一次可在两周内无需再次登陆，直接进入登陆状态。
（三）顾客对自己的个人信息进行更改，比如联系电话。
以及账户密码。
（四）顾客对已选的菜单进行更改，选择更改数量或者取消选择。
当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单。
1、菜品详细信息显示餐品中某一餐品的详细信息，包括菜名，配料，口味，价格等，以供顾客放进自己的购物车。
2、购物车实现对已定菜品的管理，包括增加菜品，删除菜品，修改数量。
3、提交购物车并生成订单接受购物车信息，随即获取订单号，动态刷新顶单状态，固定时间（如30秒）完成一道菜，顾客可继续修改为完成的菜品，已完成菜品无法进行操作，顾客修改订单并保存。
4、结帐付款选择付款方式及对此次订餐的评价。
5、结束订餐设置友好的结束界面。
（五）管理员后台管理1、管理员在后台登录后，可以创建新的管理员。
2、管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片，价格，菜单的描述，更换新品，添加新菜等。
3、管理员对菜单进行管理，确定订单的生成。
4、管理员根据不同的属性来查询订单，比如生成日期或者编号等。
5、管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。
具体功能如下表：二、顶层用例图顾客系统管理员顶层用例图顾客系统管理员订餐系统用例图三、用例分析与描述（一）登录1、用例图2、用例的事件流描述（1）简单描述：本用例描述了顾客如何登录到系统中。
（2）前置条件无。
（3）后置条件如果用例成功，用例登录到系统中，否则系统的状态不变。
3、事件流基流（1）顾客登录到基于顾客的网站时，用例启动。
（2）系统提示顾客输入顾客名和密码（3）顾客输入自己的顾客名和密码，提交。
（E-1）（4）系统验证输入的名字和密码，顾客登录系统成功。
(E-2) 替代流E-1：包含了单引号、双引号或为空，系统提示错误。
E-2：系统检索不到该顾客的密码，系统提示错误。
（二）注销用例描述：清除内存中顾客名、购物车信息，并返回到登录页。
（三）修改顾客信息1、用例图2、用例的事件流描述（1）简单描述： 该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。
（2）前置条件顾客已登录。
（3）后置条件用例成功，把顾客的信息保存到数据库中。
3、事件流基流（1）系统提示输入顾客的信息。
（2）顾客输入所需信息，提交。
(E-1)（3）系统把所需的信息保存到数据库中。
替代流E-1：系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。
（四）顾客留言1.用例图用例的事件流描述（1）简单描述：该用例描述了顾客留言的信息，但顾客的不能删除留言。
（2）前置条件顾客已登录。
（3）后置条件用例成功，把顾客的回复留言信息保存到数据库中。
（五）加入购物车1、用例图2、用例的事件流描述（1）简单描述：该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。
（2）前置条件顾客已登录。
（3）后置条件用例成功，把顾客的信息保存到数据库中。
3、事件流基流（1）系统提示输入顾客的信息。
（2）顾客输入所需信息，提交。
(E-1)（3）系统把所需的信息保存到数据库中。
4、替代流(E-1)系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。
（六）查看购物车1、用例图2、用例的事件流描述（1）简单描述：该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。
（2）前置条件顾客已登录。
（3）后置条件用例成功，把顾客的信息保存到数据库中。
3、事件流基流（1）系统提示输入顾客的信息。
（2）顾客输入所需信息，提交（E-1）。
（3）系统把所需的信息保存到数据库中。
替代流E-1：系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。
（七）修改购物车中的商品1、用例图2、用例的事件流描述（1）简单描述：顾客修改购物车中商品的数量。
（2）前置条件系统处于查看购物车状态。
（3）后置条件用例成功，购物车中商品的数量被更改。
3、事件流基流（1）系统提示更改商品的数量。
（2）顾客输入要更改商品的数量，确认更改。
(E-1)（3）系统刷新购物车。
替代流E-1：顾客输入的商品数量只能是（1-50）间的整数。
否则提示错误。
（八）删除购物车中的商品1、用例图2、用例的事件流描述（1）简单描述：删除购物车中的某个商品。
（2）前置条件系统处于查看购物车状态。
（3）后置条件用例成功，删除商品。
3、事件流基流（1）系统提示删除商品。
（2）顾客删除商品，确认（3）系统刷新购物车。
（九）清空购物车1、用例图2、用例的事件流描述（1）简单描述：顾客清空购物车中的商品。
（2）前置条件系统处于查看购物车状态。
（3）后置条件用例成功，系统清空购物车。
3、事件流基流（1）系统提示清空购物车。
（2）顾客清空购物车。
（3）系统刷新购物车。
（十）结账1、用例图2、用例的事件流描述（1）简单描述：加入购物车完毕，即可进入结帐状态。
（2）前置条件系统处于查看购物车状态。
（3）后置条件用例成功，便可进入网上银行。
3、事件流基流（1）系统提示顾客结帐。
（2）顾客确认结帐。
（3）系统检查购物车是否为空。
(E-1)（4）系统进入该顾客的登录界面，顾客输入密码确认。
（5）检索成功，不成功。
替代流E-1：购物车为空，系统提示错误，并转入至首页。
4、分支流1：系统进入网上银行付款。
2：停留在登录界面。
（十一）确认订单1、用例图顾客2、用例的事件流描述（1）简单描述：确认生成订单。
（2）前置条件付款方式用例成功。
（3）后置条件用例成功，把订单数据存储到数据库中。
3、事件流基流（1）系统提示确认订单。
（2）顾客确认订单。
（3）系统生成订单号。
（4）系统生成订单记录并存入数据库中。
（5）系统清空购物车。
（6）付款方式。
（十二）查看订单1、用例图2、用例的事件流描述（1）简单描述：查看该顾客的所有订单或基于组合条件的订单。
（2）前置条件顾客已登录。
（3）后置条件用例成功，系统显示该顾客的订单情况。
3、事件流基流顾客选择查看所有订单，或基于组合条件查看订单。
分支流1：A、系统检索该顾客的所有订单B、系统显示所有订单，当显示的订单超过一页时，系统显示“第一页、上一页、下一页、最后一页”的页浏览提示。
2：A、系统提示顾客输入订单号、发生订单的时间段、或订单的状态（已执行、部分执行、未执行）B、顾客输入所需信息，提交。
C、统检索满足组合条件的所有订单。
D、系统显示满足条件的订单。
系统验证输入的合法性，不合法系统提示错误（十三）修改订单1、用例图2、用例的事件流描述（1）简单描述：顾客修改订单的订单明细，付款方式。
（2）前置条件系统处于查看订单状态中。
（3）后置条件用例成功，把修改的订单存储到数据库中。
3、事件流基流（1）系统提示修改订单。
（2）顾客确认修改（E-1）。
（3）系统提示输入要修改的订单。
（4）顾客输入修改信息，提交（E-2）（5）系统存储订单情况至数据库中。
替代流E-1：已审核的订单不能修改，否则提示错误。
E-2：不合法输入，系统提示错误。
（十四）删除订单1、用例图2、用例的事件流描述（1）简单描述：顾客删除不需要的订单。
（2）前置条件系统处于查看订单状态中。
（3）后置条件用例成功，系统删除该订单。
3、事件流基流（1）系统提示删除该订单。
（2）顾客确认删除该订单。
（E-1）（3）系统从数据库中删除该订单。