校内网上外卖系统（含源码）
校内网上外卖系统（含源码）[20191209140201]
摘要
随着时代的不断发展，网络已经成为了人们的生活中不可缺少的一部分。为了提高食堂服务质量，让广大师生能够节省更多的时间投身到学习、工作中，我设计了这款校内网上外卖系统。使用本系统能够以让师生方便快捷的进行订餐，无须至食堂排队，节省了大量的时间又能够享受到相应的美食。
首先，本文对系统需求和系统可行性进行了分析，其次介绍了系统的主要结构，设计思路，实现过程等，展示了系统的整个操作流程，这样能够方便用户快捷的了解系统和操作系统。
查看完整论文请+Q: 351916072
关键字:SSH订餐信息查询
目 录
1. 绪论 1
1.1 课题背景 1
1.2 非功能性需求 1
1.2.1 用户界面需求 1
1.2.2 可用性与易用性需求 1
1.2.3 可扩展性需求 1
1.2.4 可维护性需求 1
1.3 可行性分析 2
1.4 运行环境 2
1.4.1 硬件环境 2
1.4.2 软件环境 2
2. 系统详细设计 3
2.1 系统功能详细设计 3
2.1.1 系统功能结构图 3
2.2 数据库详细设计 3
3. 系统实现 6
3.1 前台界面实现 6
3.1.1 用户登陆界面实现 6
3.1.2 用户注册界面实现 6
3.1.3 用户订餐界面实现 7
3.1.4 用户充值界面实现 7
3.1.5 用户餐车界面实现 8
3.1.6 用户订餐确认界面实现 8
3.1.7 用户信息界面实现 10
3.1.8 用户修改密码界面实现 12
3.1.9 用户查询订单界面实现 12
3.2 后台管理界面实现 13
3.2.1 后台登陆界面实现 13
3.2.2 后台整体界面实现 14
3.2.3 用户信息查询 14
3.2.4 菜色信息查询 14
3.2.5 菜色种类信息查询 14
3.2.6 订单信息查询 15
3.2.7 增加用户 15
3.2.8 增加菜色 15
3.2.9 增加菜色类别 15
3.2.10 用户信息修改 15
3.2.11 菜色信息修改 15
3.2.12 菜色种类信息修改 15
3.2.13 订单状态修改 15
4. 系统测试 17
4.1 测试方法 17
4.2 测试结果 17
4.3 建议 17
结论 19
参考文献 20
致谢语 21
1. 绪论
1.1 课题背景
在学校中，每次到了午饭跟晚饭时间，食堂总是挤满了人，排队排的老长老长的，需要等很长时间才能够轮到自己点菜，可是这时候可能已经没有什么好的菜了，有时候菜已经冷了。在这种情况下，我发现一款适用于学校范围的外卖系统是非常有必要的。这既缓解了食堂吃饭高峰期的压力，也让同学们不需要在中午一下课就疯狂地往食堂赶，有的同学也不用在第三节课下课的时候利用课间十分钟时间跑到食堂吃完饭在回去上课。
随着互联网的不断发展，电子商务似乎成了各大商家新的利润增长点。无论是大到几千亿市值的跨国大企业，还是一个小的商户，都迫不及待的发展网上业务。网上订餐在我们的生活中出现的越来越频繁，像常见的肯德基，窝窝团等，现在是越来越火了，一个好的订餐网站是可以为餐厅增加许多特殊的客户群。比如在大学生中，宅男宅女非常多，网上订餐是很受大多宅男宅女们喜爱的。
我受肯德基等网上订餐和学校食堂现状的影响，开发了我们学校食堂自己的网上外卖系统，这是一款利用校园网的优势条件，建立的B/S（浏览器/服务器）模式的网上外卖系统。有了这款系统，广大同学就可以不受食堂用餐时间限制的制约，也能够足不出户地享用自己喜爱的美食了。
1.2 非功能性需求
1.2.1 用户界面需求
用户的界面采用中文操作，给出友好的提示，使用简单，易懂易学。
1.2.2 可用性与易用性需求
系统的软硬件设计需要面向管理人员和用户，应该具有友好的操作界面，操作简单，易懂易学。
1.2.3 可扩展性需求
程序采用了模块化的设计，和配置参数的方法来实现使用；便于调试与维护，采用接口的编程，对文件的信息都是采用配置文件的方式的进行保存数据有利于扩展。
1.2.4 可维护性需求
软件开发使用软件开发工具，程序结构需要清晰、易懂、便于维护。
对用户关键性操作进行相应的文档记录，这样在以后的维护工作才能更为方便；经常需要修改的配置数据需要写到配置文件中，这样日后维护起来更为方便快捷。
1.3 可行性分析
截至2009年底，中国网民规模达到3.84亿人。随着互联网的发展，电子商城将成为21世纪网络发展的主流，网上购物将成为一种购物时尚。经过了解，我校食堂在吃饭时间总是挤满了人，排队难，吃饭难已成为我校的一个不可忽视的问题，学生吃饭难以吃到热乎乎的饭菜和自己喜欢的菜。在这种状况下网上外卖成为一种有效地解决方法。
经济可行性[2]：网上购物有几个突出的优势，如：资金投入少，回收快，适用于学校范围；销售方便；人气比食堂来的旺。
技术可行性：开发一个中小型的网上外卖系统，不需要涉及很多技术，用到的主要技术就是SSH框架。连接学校局域网即可使用，这样就降低了很多的技术难度。
1.4 运行环境
1.4.1 硬件环境
表 1.4.1 硬件环境
硬盘 >160G
内存 4G
CPU >2CPU
1.4.2 软件环境
表 1.4.2 软件环境
操作系统 Window 7
运行环境 Tomcat 6.0
数据库 Oracle 11
开发工具 Eclipse
开发语言 Java
浏览器 IE8
2. 系统详细设计
2.1 系统功能详细设计
2.1.1 系统功能结构图
图2.1是系统的功能结构图，呈现了系统的主要功能，方便用户了解系统有哪些功能，也是开发者在开发初期设计系统功能的大致图示。
图2.1系统功能结构图
2.2 数据库详细设计
系统使用的JDBC进行的连接，本系统是通过JDBC驱动将SQL语句发送到数据库，然后将执行结果在返回给客户端应用程序[3]。
图 2.5 数据库ER图
表 2.1 用户表
表名 ruser 主键 userId
列名 数据类型 是否为空 默认值 描述
userId int N 用户编号
nickName varchar2(20) N 用户昵称
userName varchar2(20) N 用户名
userPwd varchar2(20) N 888888 密码
sex varchar2(1) N 1 1男0女
balance number Y 0 余额
userpoint int N 0 积分
regTime date N sysdate 注册时间
tel varchar2(20) N 电话
Limits varchar2(1) N 0 权限 0普通用户 1管理员 2 超级管理员
address varchar2(20) N 宿舍地址（15-5822）
表 2.2 食物表
表名 rfood 主键 foodId
列名 数据类型 是否为空 默认值 描述
foodId int N 食物编号
foodName varchar2(20) N 食物名称
foodImg varchar2(50) Y 默认图片 食物图片
foodPrice number N 食物价格
续表 2.2
foodTypeId int N 类别编号
foodInfo clob Y 食物简介
isOnSale varchar2(1) Y 0 是否上线（1上线）
表 2.3食物类别表
表名 rfoodtype 主键 foodId
列名 数据类型 是否为空 默认值 描述
foodtypeId int N 食物类别编号
foodtypeName varchar2(20) N 食物类别名称
表2.4订单表
表名 rorder 主键 orderId
列名 数据类型 是否为空 默认值 描述
orderId int N 订单编号
sendTime date Y sysdate+5min 派送时间
userId int N 用户编号
state int N Y 订单状态(是否派送)
orderTime date N sysdate 订单生成时间
表 2.5订单详情表
表名 rorderInfo 主键 orderInfoId
列名 数据类型 是否为空 默认值 描述
orderInfoId int N 订单详情编号
orderId int N 订单编号
foodId int N 食物编号
foodNum int N 1 食物数量
表2.6支付表
表名 rpayRecord 主键 payRecordId
列名 数据类型 是否为空 默认值 描述
payRecordId int N 支付编号
userid int N 用户编号
orderId int N 订单编号
payMoney number N 支付的金钱
payTime date N 支付时间
表2.7充值记录表
表名 rchargeRecord 主键 chargeRecordId
列名 数据类型 是否为空 默认值 描述
续表2.7
chargeRecordId int N 充值记录编号
userid int N 用户编号
chargeMoney number N 充值的金额
chargeTime date N 充值的时间
3. 系统实现
3.1 前台界面实现
游客在浏览器地址栏输入
http://Ip地址:端口号/DeliverySys/（通用地址）
此处演示，用户昵称：admin；密码：111111；
3.1.1 用户登陆界面实现
校内网上外卖系统支持普通用户，管理员登陆。
用户在登陆界面输入用户昵称（唯一值）和用户密码，系统在后台根据用户昵称查询数据库的用户表，判断用户是否存在并根据查询的结果返回相应的呈现信息，信息在登陆界面中相应的位置给予用户以提示。前台通过JS[4]将NULL值判断掉。这样可以减少后台服务器的压力，也提高了用户使用的速度——主要就是服务器相应用户请求并返回错误信息的运行时间。
界面主要是通过struts2标签[5]进行信息的呈现。登陆成功后可以进入到主界面，此时可以进行用户登陆后的一系列的操作。
3.1.2 用户注册界面实现
用户在没有账户的情况下，可以进行的操作，在界面中，对数据进行了严格的校验。
摘要
随着时代的不断发展，网络已经成为了人们的生活中不可缺少的一部分。为了提高食堂服务质量，让广大师生能够节省更多的时间投身到学习、工作中，我设计了这款校内网上外卖系统。使用本系统能够以让师生方便快捷的进行订餐，无须至食堂排队，节省了大量的时间又能够享受到相应的美食。
首先，本文对系统需求和系统可行性进行了分析，其次介绍了系统的主要结构，设计思路，实现过程等，展示了系统的整个操作流程，这样能够方便用户快捷的了解系统和操作系统。
查看完整论文请+Q: 351916072
关键字:SSH订餐信息查询
目 录
1. 绪论 1
1.1 课题背景 1
1.2 非功能性需求 1
1.2.1 用户界面需求 1
1.2.2 可用性与易用性需求 1
1.2.3 可扩展性需求 1
1.2.4 可维护性需求 1
1.3 可行性分析 2
1.4 运行环境 2
1.4.1 硬件环境 2
1.4.2 软件环境 2
2. 系统详细设计 3
2.1 系统功能详细设计 3
2.1.1 系统功能结构图 3
2.2 数据库详细设计 3
3. 系统实现 6
3.1 前台界面实现 6
3.1.1 用户登陆界面实现 6
3.1.2 用户注册界面实现 6
3.1.3 用户订餐界面实现 7
3.1.4 用户充值界面实现 7
3.1.5 用户餐车界面实现 8
3.1.6 用户订餐确认界面实现 8
3.1.7 用户信息界面实现 10
3.1.8 用户修改密码界面实现 12
3.1.9 用户查询订单界面实现 12
3.2 后台管理界面实现 13
3.2.1 后台登陆界面实现 13
3.2.2 后台整体界面实现 14
3.2.3 用户信息查询 14
3.2.4 菜色信息查询 14
3.2.5 菜色种类信息查询 14
3.2.6 订单信息查询 15
3.2.7 增加用户 15
3.2.8 增加菜色 15
3.2.9 增加菜色类别 15
3.2.10 用户信息修改 15
3.2.11 菜色信息修改 15
3.2.12 菜色种类信息修改 15
3.2.13 订单状态修改 15
4. 系统测试 17
4.1 测试方法 17
4.2 测试结果 17
4.3 建议 17
结论 19
参考文献 20
致谢语 21
1. 绪论
1.1 课题背景
在学校中，每次到了午饭跟晚饭时间，食堂总是挤满了人，排队排的老长老长的，需要等很长时间才能够轮到自己点菜，可是这时候可能已经没有什么好的菜了，有时候菜已经冷了。在这种情况下，我发现一款适用于学校范围的外卖系统是非常有必要的。这既缓解了食堂吃饭高峰期的压力，也让同学们不需要在中午一下课就疯狂地往食堂赶，有的同学也不用在第三节课下课的时候利用课间十分钟时间跑到食堂吃完饭在回去上课。
随着互联网的不断发展，电子商务似乎成了各大商家新的利润增长点。无论是大到几千亿市值的跨国大企业，还是一个小的商户，都迫不及待的发展网上业务。网上订餐在我们的生活中出现的越来越频繁，像常见的肯德基，窝窝团等，现在是越来越火了，一个好的订餐网站是可以为餐厅增加许多特殊的客户群。比如在大学生中，宅男宅女非常多，网上订餐是很受大多宅男宅女们喜爱的。
我受肯德基等网上订餐和学校食堂现状的影响，开发了我们学校食堂自己的网上外卖系统，这是一款利用校园网的优势条件，建立的B/S（浏览器/服务器）模式的网上外卖系统。有了这款系统，广大同学就可以不受食堂用餐时间限制的制约，也能够足不出户地享用自己喜爱的美食了。
1.2 非功能性需求
1.2.1 用户界面需求
用户的界面采用中文操作，给出友好的提示，使用简单，易懂易学。
1.2.2 可用性与易用性需求
系统的软硬件设计需要面向管理人员和用户，应该具有友好的操作界面，操作简单，易懂易学。
1.2.3 可扩展性需求
程序采用了模块化的设计，和配置参数的方法来实现使用；便于调试与维护，采用接口的编程，对文件的信息都是采用配置文件的方式的进行保存数据有利于扩展。
1.2.4 可维护性需求
软件开发使用软件开发工具，程序结构需要清晰、易懂、便于维护。
对用户关键性操作进行相应的文档记录，这样在以后的维护工作才能更为方便；经常需要修改的配置数据需要写到配置文件中，这样日后维护起来更为方便快捷。
1.3 可行性分析
截至2009年底，中国网民规模达到3.84亿人。随着互联网的发展，电子商城将成为21世纪网络发展的主流，网上购物将成为一种购物时尚。经过了解，我校食堂在吃饭时间总是挤满了人，排队难，吃饭难已成为我校的一个不可忽视的问题，学生吃饭难以吃到热乎乎的饭菜和自己喜欢的菜。在这种状况下网上外卖成为一种有效地解决方法。
经济可行性[2]：网上购物有几个突出的优势，如：资金投入少，回收快，适用于学校范围；销售方便；人气比食堂来的旺。
技术可行性：开发一个中小型的网上外卖系统，不需要涉及很多技术，用到的主要技术就是SSH框架。连接学校局域网即可使用，这样就降低了很多的技术难度。
1.4 运行环境
1.4.1 硬件环境
表 1.4.1 硬件环境
硬盘 >160G
内存 4G
CPU >2CPU
1.4.2 软件环境
表 1.4.2 软件环境
操作系统 Window 7
运行环境 Tomcat 6.0
数据库 Oracle 11
开发工具 Eclipse
开发语言 Java
浏览器 IE8
2. 系统详细设计
2.1 系统功能详细设计
2.1.1 系统功能结构图
图2.1是系统的功能结构图，呈现了系统的主要功能，方便用户了解系统有哪些功能，也是开发者在开发初期设计系统功能的大致图示。
图2.1系统功能结构图
2.2 数据库详细设计
系统使用的JDBC进行的连接，本系统是通过JDBC驱动将SQL语句发送到数据库，然后将执行结果在返回给客户端应用程序[3]。
图 2.5 数据库ER图
表 2.1 用户表
表名 ruser 主键 userId
列名 数据类型 是否为空 默认值 描述
userId int N 用户编号
nickName varchar2(20) N 用户昵称
userName varchar2(20) N 用户名
userPwd varchar2(20) N 888888 密码
sex varchar2(1) N 1 1男0女
balance number Y 0 余额
userpoint int N 0 积分
regTime date N sysdate 注册时间
tel varchar2(20) N 电话
Limits varchar2(1) N 0 权限 0普通用户 1管理员 2 超级管理员
address varchar2(20) N 宿舍地址（15-5822）
表 2.2 食物表
表名 rfood 主键 foodId
列名 数据类型 是否为空 默认值 描述
foodId int N 食物编号
foodName varchar2(20) N 食物名称
foodImg varchar2(50) Y 默认图片 食物图片
foodPrice number N 食物价格
续表 2.2
foodTypeId int N 类别编号
foodInfo clob Y 食物简介
isOnSale varchar2(1) Y 0 是否上线（1上线）
表 2.3食物类别表
表名 rfoodtype 主键 foodId
列名 数据类型 是否为空 默认值 描述
foodtypeId int N 食物类别编号
foodtypeName varchar2(20) N 食物类别名称
表2.4订单表
表名 rorder 主键 orderId
列名 数据类型 是否为空 默认值 描述
orderId int N 订单编号
sendTime date Y sysdate+5min 派送时间
userId int N 用户编号
state int N Y 订单状态(是否派送)
orderTime date N sysdate 订单生成时间
表 2.5订单详情表
表名 rorderInfo 主键 orderInfoId
列名 数据类型 是否为空 默认值 描述
orderInfoId int N 订单详情编号
orderId int N 订单编号
foodId int N 食物编号
foodNum int N 1 食物数量
表2.6支付表
表名 rpayRecord 主键 payRecordId
列名 数据类型 是否为空 默认值 描述
payRecordId int N 支付编号
userid int N 用户编号
orderId int N 订单编号
payMoney number N 支付的金钱
payTime date N 支付时间
表2.7充值记录表
表名 rchargeRecord 主键 chargeRecordId
列名 数据类型 是否为空 默认值 描述
续表2.7
chargeRecordId int N 充值记录编号
userid int N 用户编号
chargeMoney number N 充值的金额
chargeTime date N 充值的时间
3. 系统实现
3.1 前台界面实现
游客在浏览器地址栏输入
http://Ip地址:端口号/DeliverySys/（通用地址）
此处演示，用户昵称：admin；密码：111111；
3.1.1 用户登陆界面实现
校内网上外卖系统支持普通用户，管理员登陆。
用户在登陆界面输入用户昵称（唯一值）和用户密码，系统在后台根据用户昵称查询数据库的用户表，判断用户是否存在并根据查询的结果返回相应的呈现信息，信息在登陆界面中相应的位置给予用户以提示。前台通过JS[4]将NULL值判断掉。这样可以减少后台服务器的压力，也提高了用户使用的速度——主要就是服务器相应用户请求并返回错误信息的运行时间。
界面主要是通过struts2标签[5]进行信息的呈现。登陆成功后可以进入到主界面，此时可以进行用户登陆后的一系列的操作。
3.1.2 用户注册界面实现
用户在没有账户的情况下，可以进行的操作，在界面中，对数据进行了严格的校验。
版权保护: 本文由 hbsrm.com编辑，转载请保留链接: www.hbsrm.com/jsj/rjgc/2047.html
