网上订餐系统需求分析说明书

学生网上订餐系统

之需求分析说明书

1. 引言

1.1 编写目的

此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。 1.2 定义

本产品是为食堂专门开发的一套订餐管理系统，旨在合理化安排食堂的工作，提高食堂的管理效率，同时方便学生就餐。

2. 项目概述

2.1项目背景

众所周知，在中国的大学生高校中学生到食堂用餐，在路途和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；这样便会导致学生对食堂的满意度不高，近期我们发现有很多的学生选择了网上订餐或者是叫外卖。在这种情况下，学生的生活健康的不到保证，食堂更是无法准确预测学生需求，因此食堂经常会出现有些食物因为没有卖出去而浪费掉，而学生需要的一些食物却已售罄的现象。 2.2 项目目标

开发手机订餐系统节省学生的时间和精力，避免学生在食堂排队等很多时间，同时也减少食堂食物的浪费，并提高服务质量以及学生对食堂的满意度。 2.3 构件图

学生订餐子系统 学生就餐情况 图2.3-1 构件图

2.4 上下文关系图

订单管理子系统 生成订单 库存情况查询 菜品信息 订菜 对菜品的评价 食堂管理子系统

图2.4-1 上下文关系图

2.4.1 业务事件

a. 食堂接受订餐信息

b. 学生查询菜谱和推荐菜单或套餐 c．学生预约订餐 d．返回客户订餐信息

e. 学生进行进一步确定订单，并最终提交 d．食堂接受订单信息，送食堂厨房 2.5 对产品进一步解析

到不前为止我们对学生的行为，食堂服务人员，厨房厨师的行为进行了准确的分析，做这一步的操作是为了进一步分析所设计的系统能否达到预想的目的。

2.6 适用范围

通过分析，本项目仅适用于徐州工程学院中心校区一食堂，用于学生进行饭前订餐，以对用餐食物进行合理预算。

3.系统需求分析

3.1 性能需求分析

该系统在性能功能应达到如下要求：

3.1.1 操作简单，界面友好：完全空间式的页面布局，使得菜品、咨询等信息录入的工作更简单：另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。对常见类似的网站的管理的各个方面：基本信息录入、浏览、删除、修改、搜索等方面都大体实现，用户对菜品的预定以及支付方式；

3.1.2 即时可见：对客户预定餐饮信息的处理（包括录入、删除）将立即在首页的对应栏目显示出来，达到“即时发布，即时见效”的功能

3.1.3 系统运行应该快速、稳定、高效和可靠；

3.1.4 在结构上应该具有很好的可扩展性，便于将来功能的扩展和维护。

3.2 项目活动图

本模块通过购物车，可以一次性批量购买多个商品。并且通过购物车，您无需记下订单即可在您的手机上随时保存或查看您想要购买的商品。购物车为广大的用户带来更大的便捷。

学生在线订餐能够实现在线订购功能，同时也是通过购物车功能实现的，学生在网上浏览菜单，这其中包括菜品的介绍，价格等方面的菜品信息，然后点菜把所选的菜品放入购物车中，如果不满意可以到购物车中退菜，或修改数量，以下就是用户在线下订单的活动图

图3.2-1 订餐活动图

3.3 项目报表

日订餐统计报表 就餐 1餐 2餐 3餐 ?? 日期 总数 订餐就餐订餐就餐订餐就餐订餐就餐数 数 数 数 数 数 数 数 表 3.3-1

菜品报表 编号 菜名 单价 制作窗口 月点餐次数 用户评价等级 表 3.3-2

客户信息报表 姓名 订餐次数 就餐总次数 就餐频率（按信用度 月） 表 3.3-3

3.4 类图

学生(employee):有两种方式就餐，一种是选择网上提前订餐；另一种是直接到食堂窗口订餐。

食堂服务人员(Servers):主要工作是提取学生的短息预订菜单，打印菜单，并把菜单送到食堂厨房。

订单（order）：包括学生预订菜品的单价，总价等信息，方便学生核对自己的订单信息。

菜品列表（MenuList）:包括食堂提供的各种菜品，价格等细目，方便学生选取自己想吃的菜。

食堂厨房人员(ResCookEmp):接受食堂窗口人员或食堂客服人员所接受的学生的最终订单，并进行制作，并把做好之后的菜返回给窗口服务人员。 食堂窗口服务员（RestauWinEmp）:其作用是接收在窗口直接订餐学生的菜单，并把菜单送给食堂厨房人员；接收做好的菜，并送给学生。

员 工(employee) 姓名(name) 编号(id) 手机号码(phoneNumber) SetMenu() DetermineMenu() SendMenu() 1..n 1..n 食堂客服人员 ( Servers) 姓名(name) 编号(id) 工资(wage) GetPMenu() PrintMenu() SMTResWin() 1 1..n 1 1 1 食堂窗口服务员 (RestauWinEmp) 窗口编号(WinId) 供应商品(Menu) GetGMenu() SendMenuTR() GetDiner() SendDinerTE() 1 0..n 食堂厨房人员 (ResCookEmp) 姓名(Cname) 编号(CId) GetMenu() DoDiner() SendMenuTW() 订单(order) 日期(data) 单价(EachPrice) 总价(TotalPrice) 支付类型(PayType) 1 1..n 菜品列表 (MenuList)

图3.4-1 类图

菜名(MenuName) 菜编号(MenuId) 价格(Prince) 说明(State) 1..n 1..n 1 1 1..n 1 1

3.5 系统用例图

通过对系统的需求分析，系统的基本功能已经大体确定。

登录网上订餐系统 生成订单 学生

确认订单

发送订单 图3.5-1 学生用例图

获取学生订单

食堂客服人员

发送学生订单到厨房

图3.5-2 食堂客服人员用例图

获取窗口订餐学生菜单 发送菜单到食堂厨房 食堂窗口服务员

获取厨房做好的菜

送菜到学生

图3.5-3 食堂窗口服务员用例图

获取学生最终订单 做菜

食堂厨房人员

送菜给窗口服务人员 图3.5-4 食堂厨房人员用例图

3.6用例文档：

学生登录网上订餐系统 用例名称 用例编号 用例概述 学生 1 学生必须登录网上订餐系统才可进行订餐。 前置条件 后置条件 事件流 学生已登录 发送订餐信息成功 1：登录网上订餐系统 2：生成订单 3：发送订单

表3.6-1

食堂客服人员获取和发送订单 用例名称 用例编号 用例概述 食堂客服人员 2 获取学生的订单，并生成订单，送给厨房服务人员 前置条件 后置条件 事件流 学生发送了订单 厨房服务人员接收订单成功 1：获取学生的订单 2：打印订单 3：送给厨房人员

表3.6-2

食堂窗口服务员获取菜单和给学生送菜 用例名称 用例编号 用例概述 食堂窗口服务员 3 获取在窗口订餐的学生的菜单，并把菜单发送给厨房服务人员。 前置条件 后置条件 事件流 学生在窗口订餐 把在窗口订餐的学生的菜单递交厨房 1：获取在窗口订餐学生的订单 2：发送订单到厨房 3：送菜给学生

表3.6-3

食堂厨房人员获取订单并，做菜并把菜送给窗口服务人员 用例名称 用例编号 用例概述 食堂厨房人员 4 食堂厨房人员获取订单并，做菜并把菜送给窗口服务人员 前置条件 窗口服务员已获得订单或客服人员已获得订单 后置条件 事件流 把菜送给窗口服务人员 1:获取窗口服务员已获得订单或客服人员已获得订单 2：做菜 3：把菜送给窗口服务人员

表 3.6-4

4.项目详细设计

4.1 系统模块详细设计

本系统总共有两大主要模块，分别是顾客模块和管理员模块。每个模块分别有不同的权限和使用功能。

4.2 登录模块的流程图

开始 用户名

密码

N 是否合法

Y

结束 图4.2-1 系统登录流程图

4.3 顾客模块详细设计

顾客模块的主要功能是浏览，订餐。浏览与自己相关的美食信息，订单信息等。用户要下订单之前美食车要把详细食物信息列出，物品的单价，购买的数量，总共的价钱，可修改和删除购买，当符合顾客要求的时候，顾客就可以下订单。下订单时首先会让用户确定一下订单是否付合要求，确认无误后，进入填写接收信息后生成订单。然后对数据库进行操作完成。

顾客模块详细设计主要涉及到顾客下订单和食品搜索两大功能，分别见图4.3-1和图4.3-2。

顾客可以通过此功能对自己选中的东西下订单，等待服务商送货或自己取货。

顾客 登录 提示错误 验证登陆用户id是否正确 提示错误 N Y Y N 订单生成 订单确认 显示购物车 N 确认结账 Y 修改订单 不购买此商品 删除购物车信息 返回 结束操作 图4.3-1 顾客下单流程图据

图

通过提供美食搜索控件，为顾客提供更为方便快捷的服务。顾客可以快速的找到自己想要下订的美食。

开始 键入FoodSearch搜索控件 判断txtSearch 提示输入 是否为空 数据库查找 匹配成功 提示未找到 dlSearchBind（） User_SearchReault页 结束 图4.3-2 搜索模块流程图

4.4 管理员模块详细设计

管理员模块主要是用来对会员管理，管理员管理，上传管理，美食及其分类管理，订单管理等。管理员可以通过订单管理功能来处理日常的订单。

管理员登录 提示错误 验证登陆用户id是否正确 N 绑定数据库信息 信息绑定无误 选择具体订单 显示订单 订单管理操作 更新数据库 结束操作 图4.4-1 管理员订单处理程序流程图

管理员可以通过此功能模块添加想要添加的各种信息，比如订单处理等功能。

开始 提示登录 Session[“AID”] 是否为空 提示输入 添加输入框是否为空 Class ManagerClass Addadmin() 提示重新输入 验证管理员用户是否已存在 添加到数据库 结束 图4.4-2 管理员添加流程图

5.项目技术方案

5.1 方案概述

学生可以通过访问网上报餐系统，进行登录或注册，报上自己在用餐时间内想吃的各种食物，食堂管理员可以查看用户所报的菜品，并且可以对菜品进行增删改查。

5.2 编程环境

此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat5.0作为Web服务器，在windows7系统条件下开发。

5.3 数据库的实现

本系统采用MYSQL作为后台数据库。其内置的数据库引擎可以控制访问权限并快速处理数据，搜索引擎可以对SQLServer 表中的数据进行索引，并执行多种条件的查询，快速返回结果。便于防火墙日志的管理和规则的访问以及操作。数据库管理员和开发人员可以方便地利用其进行数据库管理或编写相应的MYSQL语句。

6．可行性分析

6.1 技术可行性分析

网络订餐系统的开发是一项复杂的系统工程。为了保证系统开发成功，必须采用工程化的系统开发方法，并研究出一些符合工程化标准的开发方法。这些方法旨在指导开发者进行工程化的系统开发，从而加快系统开发的速度，保证质量以及降低开发成本。工程化的系统开发方法确实在开发实践中取得了一定的效果。此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat5.0作为Web服务器。

6.2 经济可行性分析

由于本项目的特殊性，无需投入额外的设备购买及人员培训费用。同时，系统对开发的需求以及软硬件要求都不是很高，所以在软硬件的支出上十分有限。因此，本系统在任何一台连接Internet的机器上都可以运行，而且网络订餐方便快捷，节省了学生的时间和精力，也避免了食堂食物的浪费，因此订餐系统在经济上是完全可行的。

6.3 运行可行性分析

随着计算机知识的普及和推广，越来越多的人掌握了计算机的基本使用方法和技能。随着Internet的发展，用户对于网络、WINDOWS等环境下的软件使用比较熟悉，对于新鲜事物，用户表现出极大的兴趣和热情。

6.4 法律可行性

本系统没有侵犯个人隐私和个人责任方面的问题，使用本系统不会引起法律方面的纠纷问题，所以开发本系统具有法律可行性。

综上所述，本系统的开发是符合现在的实际情况的，并具有一定的实用意义。在技术、经济、运行、法律上都可以看到此系统的可行性，并且很具有其实现的必要。

本文来源：https://www.bwwdw.com/article/dhu7.html