基于Python的小区疫情订菜系统--35005(免费领源码+数据库)可做计算机毕业设计JAVA、PHP、爬虫、APP、小程序、C#、C++、python、数据可视化、大数据、全套文案
后台-插件-广告管理-内容页头部广告(手机) |
摘 要
随着科学技术的飞速发展,各行各业都在努力与现代先进技术接轨,通过科技手段提高自身的优势;对于小区疫情订菜系统当然也不能排除在外,随着网络技术的不断成熟,带动了小区疫情订菜系统,它彻底改变了过去传统的管理方式,不仅使服务管理难度变低了,还提升了管理的灵活性。这种个性化的平台特别注重交互协调与管理的相互配合,激发了管理人员的创造性与主动性,对小区疫情订菜系统而言非常有利。
本系统采用的数据库是Mysql,使用python语言,使用django技术进行开发。在设计过程中,充分保证了系统代码的良好可读性、实用性、易扩展性、通用性、便于后期维护、操作方便以及页面简洁等特点。
关键字:小区疫情订菜系统 ; python语言;django框架;mysql数据库
Abstract
With the rapid development of science and technology, all walks of life are striving to integrate with modern advanced technology and improve their advantages through scientific and technological means; Of course, the community epidemic ordering system cannot be excluded. With the continuous maturity of network technology, it has driven the community epidemic ordering system, which has completely changed the traditional management methods in the past, not only making service management less difficult, but also improving the flexibility of management. This personalized platform pays special attention to the interaction and coordination of management, stimulating the creativity and initiative of management personnel, and is very beneficial to the community epidemic ordering system.
The database used in this system is MySQL, using Python language and django technology for development. During the design process, the system code has been fully guaranteed to have good readability, practicality, scalability, versatility, ease of later maintenance, easy operation, and concise pages.
Keywords: Community epidemic ordering system; Python language; Django framework; MySQL database
目录
摘 要
Abstract
第一章 绪 论
1.1背景及意义
1.2国内外研究概况
1.3 研究的内容
第二章 关键技术的研究
2.1开发技术说明
2.2 B/S体系工作原理
2.3 Django框架介绍
2.4 MySQL数据库
2.5 Ajax 应用
第三章 系统分析
3.1 系统设计目标
3.2 系统可行性分析
3.3 系统功能分析和描述
3.4系统UML用例分析
3.4.1管理员用例
3.4.2用户用例
3.5系统流程分析
3.5.2添加信息流程
3.5.1操作流程
3.5.3删除信息流程
第四章 系统设计
4.1 系统体系结构
4.2 数据库设计原则
4.3 数据表
第五章 系统实现
5.1系统功能模块
5.2管理员功能模块
5.3用户功能模块
第六章 系统测试
6.1测试定义及目的
6.2性能测试
6.3测试模块
6.4测试结果
总 结
致 谢
参考文献
第一章 绪 论
1.1背景及意义
系统管理也都将通过计算机进行整体智能化操作,对于小区疫情订菜系统所牵扯的管理及数据保存都是非常多的,例如首页、个人资料(个人信息、修改密码)、公共管理(轮播图、公告通知)、用户管理(管理员、小区用户)、信息管理(新闻资讯、资讯分类)、菜品中心、订单信息、配送信息、收货信息、售后信息等功能,都是通过笔记的方式进行详细信息的统计,后来出现电脑,通过电脑输入软件将纸质的信息统计到电脑上,这种方式比较传统,而且想要统计数据信息比较麻烦,还受时间和空间的影响,所以为此开发了小区疫情订菜系统;为用户提供了方便管理平台,方便管理员查看及维护,并且可以通过需求进行设备信息内容的编辑及维护等;对于用户而言,可以随时进行查看订单和配送信息,管理员可以足不出户就可以获取到系统的数据信息等,而且还能节省用户很多时间,所以开发小区疫情订菜系统给管理者带来了很大的方便,同时也方便管理员对用户信息进行处理。
本论文小区疫情订菜系统主要牵扯到的程序,数据库与计算机技术等。覆盖知识面大,可以大大的提高系统人员工作效率。
1.2国内外研究概况
随着国内经济形势的不断发展,中国互联网进入了一个难得的高峰发展时期,这使得中外资本家纷纷转向互联网市场。 然而,许多管理领域的不合理结构,人员不足以及市场管理需求的增加使得更多的人具备了互联网管理的意识。
在当今高度发达的信息中,信息管理改革已成为一种更加广泛和全面的趋势。 “小区疫情订菜系统”是基于Mysql数据库,django框架设计的基础上实现的。为确保中国经济的持续发展,信息时代日益更新,服务业仍在蓬勃发展。同时,随着信息社会的快速发展,各种管理系统面临着越来越多的数据需要处理,如何用方便快捷的方式使管理者在广阔的数据海洋里面查询、存储、管理和共享有效的数据信息,对我们的学习,工作和生活具有重要的现实意义。因此,国内外学术界对此进行了深入而广泛的研究,一个新的研究领域——小区疫情订菜系统诞生了。
1.3 研究的内容
目前许多人仍将传统的纸质工具作为信息管理的主要工具,而网络技术的应用只是起到辅助作用。在对网络工具的认知程度上,较为传统的office软件等仍是人们使用的主要工具,而相对全面且专业的信息管理软件仍没有得到大多数人的了解或认可。本选题则旨在通过标签分类管理等方式,实现小区疫情订菜系统的各种功能,从而达到对小区疫情订菜系统的管理。
详细内容介绍,将在以下六章中详细阐述:
第一章、绪论,介绍了研究课题选择的背景及意义、研究现状,简要介绍了本文的章节内容。
第二章、引入技术知识,通过引入关键技术进行开发,向系统中涉及直观表达的技术知识。
第三章、重点分析了系统的分析,从系统强大的供需市场出发,对系统开发的可行性,系统流程以及系统性能和功能进行了探讨。
第四章、介绍了系统的详细设计方案,包括系统结构设计和数据库设计。
第五章、系统设计的实现,通过对系统功能设计的详细说明,论证了系统的结构。
第六章、系统的整体测试,评判系统是否可以上线运行。
第二章 关键技术的研究
2.1开发技术说明
本系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于python的Django框架进行开发。
前端部分:前端框架采用了比较流行的渐进式pythonScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用Django作为开发框架,同时集成Redis等相关技术。
2.2 B/S体系工作原理
B/S架构采取浏览器请求,服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;
而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中;
从Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。
2.3 Django框架介绍
Django是高水准的Python编程语言驱动的一个开源模型.视图,控制器风格的Web应用程序框架,它起源于开源社区。使用这种架构,程序员可以方便、快捷地创建高品质、易维护、数据库驱动的应用程序。这也正是OpenStack的Horizon组件采用这种架构进行设计的主要原因。另外,在Django框架中,还包含许多功能强大的第三方插件,使得Django具有较强的可扩展性。Django 项目源自一个在线新闻 Web 站点,于 2005 年以开源的形式被释放出来。Django 框架的核心组件有:
2.3.1 用于创建模型的对象关系映射;
2.3.2 为最终用户设计较好的管理界面;
2.3.3 URL 设计;
2.3.4 设计者友好的模板语言;
2.3.5 缓存系统。
Django(发音:[`dʒæŋɡəʊ]) 是用python语言写的开源web开发框架(open source web framework),它鼓励快速开发,并遵循MVC设计。Django遵守BSD版权,初次发布于2005年7月, 并于2008年9月发布了第一个正式版本1.0 。
Django 根据比利时的爵士音乐家Django Reinhardt命名,他是一个吉普赛人,主要以演奏吉它为主,还演奏过小提琴等。
由于Django在近年来的迅速发展,应用越来越广泛,被著名IT开发杂志SD Times评选为2013 SD Times 100,位列“API、库和框架”分类第6位,被认为是该领域的佼佼者。
JSP脚本语言
JSP可以放在在html里使用,也可以独自使用,它同时也具备有很多种优点,可以讲,Web脚本技术的先驱是JSP。现代编程语言(像C,python和Perl等)的一些最好的特点都融合在JSP里,Web服务器里的一些配置标准是由JSP、Tomcat和数据库等的组合在一起的。
2.4 MySQL数据库
MySQL经过多次的更新,功能层面已经非常的丰富和完善了,从MySQL4版本到5版本进行了比较大的更新,在商业的实际使用中取得了很好的实际应用效果。最新版本的MySQL支持对信息的压缩,同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新,数据库自身的镜像功能也得到了很大的增强,运行的流畅度和易用性方面有了不小的进步,驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化,能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心,同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新,增加了两个非常使用的显示区,一个是信息区,对表格和文字进行了分类处理,界面的显示更加清爽和具体。第二是仪表的信息控件,能在仪表信息区进行信息的显示,同时还能进行多个信息的比对,为用户的实际使用带来了很大的便捷[7][8]。
针对本文中设计的疫情数据可视化系统在实际的实现过程中,最终选择MySQL数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作,而且数据的安全性要求也是非常的高。综合这些因素,最终选择安全性系数比较高的MySQL来对疫情数据可视化系统后台数据进行存储操作[9][10]。
数据库管理系统的总体结构图如下图所示。
图2-1 数据库组成结构
2.5 Ajax 应用
该技术在 1998 年前后得到了应用。允许客户端脚本发送HTTP请求(XMLHTTP)的第一个组件由Outlook Web Access小组写成。该组件原属于微软 Exchange Server,并且迅速地成为了 Internet Explorer 4.0 的一部分。部分观察家认为,Outlook Web Access 是第一个应用了 Ajax 技术的成功的商业应用程序,并成为包括Oddpost 的网络邮件产品在内的许多产品的领头羊。但是,2005 年初,许多事件使得 Ajax 被大众所接受。Google 在它著名的交互应用程序中使用了异步通讯,如Google、Google 地图、Google 搜索建议、Gmail等。Ajax 这个词由《Ajax: A New Approach to Web Applications》一文所创,该文的迅速传播加强了人们使用该项技术的意识。另外,对Mozilla/Gecko 的支持使得该技术走向成熟,变得更为易用。
Ajax 前景非常乐观,可以提高系统性能,优化用户界面。Ajax 现有直接框架 AjaxPro,可以引入 AjaxPro.2.dll 文件,可以直接在前台页面 pythonScript 调用后台页面的方法。但此框架与表单验证有冲突。另外微软也引入了 Ajax 组件,需要添加AjaxControlToolkit.dll 文件,可以在控件列表中出现相关控件。
第三章 系统分析
3.1 系统设计目标
小区疫情订菜系统主要是为了用户方便查看档案统计和查看成绩统计,也是为了更好的让管理员进行更好存储所有数据信息及快速方便的检索功能,对系统的各个模块是通过许多今天的发达系统做出合理的分析来确定考虑用户的可操作性,遵循开发的系统优化的原则,经过全面的调查和研究。
系统所要实现的功能分析,对于现在网络方便的管理,系统要实现用户可以直接在平台上进行查看首页、个人资料(个人信息、修改密码)、公共管理(轮播图、公告通知)、用户管理(管理员、小区用户)、信息管理(新闻资讯、资讯分类)、菜品中心、订单信息、配送信息、收货信息、售后信息等,根据自己的需求可以进行查看用户信息或订单信息、配送信息等,这样既能节省用户的时间,不用在像传统的方式,需要查询、由于很多用户的时间的原因,没有办法去时刻去实体店购买商品,真的很难去满足用户的各种需求。所以小区疫情订菜系统的开发不仅仅是能满足用户的需求,还能提高管理员的工作效率,减少原有不必要的工作量。
3.2 系统可行性分析
系统的开发环境和配置都是可以自行安装的,系统使用django开发工具,使用比较成熟的Mysql数据库进行对系统用户和管理员之间相关的数据交互,根据技术语言对数据库,结合需求进行修改维护,可以使得系统运行更具有稳定性和安全性,从而完成实现系统的开发。
(1)硬件可行性分析
小区疫情订菜系统及信息分析的设计对于所使用的计算机没有什么硬性的要求,计算机只要可以正常的使用进行代码的编写及页面设计就可行,主要是对于服务器有些要求,对于平台搭建完成要上传的服务器是有一定的要求的,服务器必须选择安全性比较高的,然后就是在打开系统必须顺畅,不能停顿太长时间;性价比高;安全性高。
(2)软件可行性分析
开发整个系统使用的是云计算,流量的可扩展性和基于流量的智能调整云计算的优点就是流量的可扩展性和基于流量的智能调整,保障系统的安全及数据信息的及时备份。
因此,我们从两个方面进行了可行性研究,可以看出系统的开发没有问题。
3.3 系统功能分析和描述
使用小区疫情订菜系统系统的用户分管理员和用户两个角色的权限子模块。
管理员所能使用的功能主要有:首页、个人资料(个人信息、修改密码)、公共管理(轮播图、公告通知)、用户管理(管理员、小区用户)、信息管理(新闻资讯、资讯分类)、菜品中心、订单信息、配送信息、收货信息、售后信息等管理。
用户可以实现:首页、个人资料(个人信息、修改密码)、订单信息、配送信息、收货信息、售后信息等。
3.4系统UML用例分析
3.4.1管理员用例
管理员登录后可进行系统首页、个人资料(个人信息、修改密码)、公共管理(轮播图、公告通知)、用户管理(管理员、小区用户)、信息管理(新闻资讯、资讯分类)、菜品中心、订单信息、配送信息、收货信息、售后信息管理,管理员用户的用例如图3-1所示。
图3-1 管理员用例图
3.4.2用户用例
用户注册登录后可进行首页、个人资料(个人信息、修改密码)、订单信息、配送信息、收货信息、售后信息,用户用例如图3-2所示。
图3-2 用户用例图
3.5系统流程分析
3.5.2添加信息流程
添加信息,编号系统使用自动编号模式,没有用户填写,用户添加信息输入信息,系统将自动确认的信息和数据,验证的成功是有效的信息添加到数据库,信息无效,重新输入信息。添加信息流程如图3-3所示。
图3-3 添加信息流程图
3.5.1操作流程
用户想进入系统,首先进入系统登录界面,通过正确的用户名、密码,选择登录类型登录,系统会检查登录信息,信息正确,然后输入相应的功能界面,提示信息错误,登录失败。系统操作流程如图3-4所示。
图3-4操作流程图
3.5.3删除信息流程
用户选择要删除的信息并单击Delete按钮。系统提示是否删除信息。如果用户想要删除信息,系统将删除信息。系统数据库删除信息。删除信息流程图如图3-5所示。
图3-5 删除信息流程图
第四章 系统设计
4.1 系统体系结构
小区疫情订菜系统开发系统的结构图4-1所示:
图4-1 系统结构
模块包括首页、个人资料(个人信息、修改密码)、公共管理(轮播图、公告通知)、用户管理(管理员、小区用户)、信息管理(新闻资讯、资讯分类)、菜品中心、订单信息、配送信息、收货信息、售后信息等进行相应的操作。
登录系统结构图,如图4-2所示:
图4-2 登录结构图
这些功能可以充分满足小区疫情订菜系统的需求。此系统功能较为全面如下图系统功能结构如图4-4所示。
图4-4系统功能结构图
4.2 数据库设计原则
每个数据库的应用它们都是和区分开的,当运行到一定的程序当中,它就会与自己相关的协议与客户端进行通讯。那么这个系统就会对使这些数据进行连接。当我们选择哪个桥段的时候,接下来就会简单的叙述这个数据库是如何来创建的。当点击完成按钮的时候就会自动在对话框内弹出数据源的名称,在进行点击下一步即可,直接在输入相对应的身份验证和登录密码。
小区疫情订菜系统的数据流程:
图4-5 系统数据流程图
售后信息管理实体E-R图,如图4.6所示。
图4.6售后信息管理E-R图
用户管理E-R图,如图4.7所示。
图4.7用户E-R图
4.3 数据表
将数据库概念设计的E-R图转换为关系数据库。在关系数据库中,数据关系由数据表组成,但是表的结构表现在表的字段上。
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
表after_sales_information (售后信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | after_sales_information_id | int | 10 | 0 | N | Y | 售后信息ID | |
2 | order_no | varchar | 64 | 0 | Y | N | 订单编号 | |
3 | item_no | varchar | 64 | 0 | Y | N | 商品编号 | |
4 | name_of_dishes | varchar | 64 | 0 | Y | N | 菜品名称 | |
5 | user_account | int | 10 | 0 | Y | N | 0 | 用户账号 |
6 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
7 | after_sales_type | varchar | 64 | 0 | Y | N | 售后类型 | |
8 | product_picture | varchar | 255 | 0 | Y | N | 商品图片 | |
9 | after_sales_reasons | text | 65535 | 0 | Y | N | 售后原因 | |
10 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
11 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
12 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表article (文章:用于内容管理系统的文章)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | article_id | mediumint | 8 | 0 | N | Y | 文章id:[0,8388607] | |
2 | title | varchar | 125 | 0 | N | Y | 标题:[0,125]用于文章和html的title标签中 | |
3 | type | varchar | 64 | 0 | N | N | 0 | 文章分类:[0,1000]用来搜索指定类型的文章 |
4 | hits | int | 10 | 0 | N | N | 0 | 点击数:[0,1000000000]访问这篇文章的人次 |
5 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
6 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
8 | source | varchar | 255 | 0 | Y | N | 来源:[0,255]文章的出处 | |
9 | url | varchar | 255 | 0 | Y | N | 来源地址:[0,255]用于跳转到发布该文章的网站 | |
10 | tag | varchar | 255 | 0 | Y | N | 标签:[0,255]用于标注文章所属相关内容,多个标签用空格隔开 | |
11 | content | longtext | 2147483647 | 0 | Y | N | 正文:文章的主体内容 | |
12 | img | varchar | 255 | 0 | Y | N | 封面图 | |
13 | description | text | 65535 | 0 | Y | N | 文章描述 |
表article_type (文章分类)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000]决定分类显示的先后顺序 |
3 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
4 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
5 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
6 | icon | text | 65535 | 0 | Y | N | 分类图标: | |
7 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表auth (用户权限管理)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表cell_users (小区用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | cell_users_id | int | 10 | 0 | N | Y | 小区用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表collect (收藏)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | collect_id | int | 10 | 0 | N | Y | 收藏ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 收藏人ID: |
3 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
4 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
5 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
6 | title | varchar | 255 | 0 | Y | N | 标题: | |
7 | img | varchar | 255 | 0 | Y | N | 封面: | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表comment (评论)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | comment_id | int | 10 | 0 | N | Y | 评论ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 评论人ID: |
3 | reply_to_id | int | 10 | 0 | N | N | 0 | 回复评论ID:空为0 |
4 | content | longtext | 2147483647 | 0 | Y | N | 内容: | |
5 | nickname | varchar | 255 | 0 | Y | N | 昵称: | |
6 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
9 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
10 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
11 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
表delivery_information (配送信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | delivery_information_id | int | 10 | 0 | N | Y | 配送信息ID | |
2 | order_no | varchar | 64 | 0 | N | N | 订单编号 | |
3 | name_of_dishes | varchar | 64 | 0 | Y | N | 菜品名称 | |
4 | purchase_quantity | int | 10 | 0 | Y | N | 0 | 购买数量 |
5 | user_account | int | 10 | 0 | Y | N | 0 | 用户账号 |
6 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
7 | contact_information | varchar | 16 | 0 | Y | N | 联系方式 | |
8 | shipping_address | varchar | 64 | 0 | Y | N | 收货地址 | |
9 | distribution_status | varchar | 64 | 0 | Y | N | 配送状态 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表dish_center (菜品中心)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | dish_center_id | int | 10 | 0 | N | Y | 菜品中心ID | |
2 | item_no | varchar | 64 | 0 | Y | N | 商品编号 | |
3 | name_of_dishes | varchar | 64 | 0 | Y | N | 菜品名称 | |
4 | dishes | varchar | 64 | 0 | Y | N | 菜品种类 | |
5 | cover_photo | varchar | 255 | 0 | Y | N | 封面图片 | |
6 | unit_price_of_dishes | varchar | 64 | 0 | Y | N | 菜品单价 | |
7 | dishes_specification | varchar | 64 | 0 | Y | N | 菜品规格 | |
8 | dishes_inventory | int | 10 | 0 | Y | N | 0 | 菜品库存 |
9 | details | longtext | 2147483647 | 0 | Y | N | 详情信息 | |
10 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
11 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
12 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表hits (用户点击)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
表notice (公告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notice_id | mediumint | 8 | 0 | N | Y | 公告id: | |
2 | title | varchar | 125 | 0 | N | N | 标题: | |
3 | content | longtext | 2147483647 | 0 | Y | N | 正文: | |
4 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表order_information (订单信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | order_information_id | int | 10 | 0 | N | Y | 订单信息ID | |
2 | order_no | varchar | 64 | 0 | Y | N | 订单编号 | |
3 | item_no | varchar | 64 | 0 | Y | N | 商品编号 | |
4 | name_of_dishes | varchar | 64 | 0 | Y | N | 菜品名称 | |
5 | unit_price_of_dishes | varchar | 64 | 0 | Y | N | 菜品单价 | |
6 | user_account | int | 10 | 0 | Y | N | 0 | 用户账号 |
7 | purchase_quantity | int | 10 | 0 | Y | N | 0 | 购买数量 |
8 | total_price | varchar | 64 | 0 | Y | N | 总计价格 | |
9 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
10 | contact_information | varchar | 16 | 0 | Y | N | 联系方式 | |
11 | shipping_address | varchar | 64 | 0 | Y | N | 收货地址 | |
12 | purchase_remarks | text | 65535 | 0 | Y | N | 购买备注 | |
13 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
14 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
15 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表praise (点赞)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | praise_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
表receiving_information (收货信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | receiving_information_id | int | 10 | 0 | N | Y | 收货信息ID | |
2 | order_no | varchar | 64 | 0 | N | N | 订单编号 | |
3 | name_of_dishes | varchar | 64 | 0 | Y | N | 菜品名称 | |
4 | purchase_quantity | int | 10 | 0 | Y | N | 0 | 购买数量 |
5 | user_account | int | 10 | 0 | Y | N | 0 | 用户账号 |
6 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
7 | contact_information | varchar | 16 | 0 | Y | N | 联系方式 | |
8 | shipping_address | varchar | 64 | 0 | Y | N | 收货地址 | |
9 | receiving_status | varchar | 64 | 0 | Y | N | 收货状态 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表slides (轮播图)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表upload (文件上传)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
表user (用户账户:用于保存用户登录信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
表user_group (用户组:用于用户前端身份和鉴权)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
第五章 系统实现
5.1系统功能模块
用户注册,通过填写账号、密码、昵称、手机、邮箱、身份、系统用户、性别、年龄等信息,输入完成后选择提交即可注册成功,如图5-1所示。
图5-1用户注册界面图
用户通过用户名和密码,验证后选则点击登录,如图5-2所示。用户登录成功后进入到系统操作界面,可以对首页、公告通知、新闻资讯、菜品中心我的等功能模块进行相对应操作。如图5-3所示。
图5-2用户登录页面
图5-3系统功能界面
5.2管理员功能模块
管理员通过输入账号、密码、滑动滑块进行验证登录系统后台,如图5-4所示。
图5-4 管理员登录页面
管理员登录后台后,可以查看首页、个人资料(个人信息、修改密码)、公共管理(轮播图、公告通知)、用户管理(管理员、小区用户)、信息管理(新闻资讯、资讯分类)、菜品中心、订单信息、配送信息、收货信息、售后信息等管理,并根据需求对以上功能进行操作,如图5-5所示。
图5-5管理员功能页面
公告通知管理,管理员在公告通知管理页面可以查看标题、时间等内容,并根据需要进行新增、修改、删除等操作,如图5-6所示。
图5-6公告通知页面
用户管理,在用户管理页面,可以查看账户、昵称、邮箱、邮箱认证、用户姓名、用户学号、头像、密码、手机号码、手机认证、状态、用户性别等信息,并根据操作对用户信息进行新增、修改或删除等操作,如图5-7所示。
图5-7用户管理界面图
新闻资讯管理,管理员在新闻资讯页面可以查看标题、封面图、文章分类、标签、描述等内容,并根据需要进行查看评论、新增、修改、删除等操作,如图5-8所示。
图5-8新闻资讯管理页面
菜品中心管理,管理员在菜品中心页面可以查看商品编号、菜品名称、菜品种类、菜品单价、菜品库存、菜品规格、详情信息等内容,并根据需要进行查看评论、新增、修改、删除等操作,如图5-9所示。
图5-9菜品中心管理页面
5.3用户功能模块
用户登录成功后进入到系统操作界面,可以对首页、个人资料(个人信息、修改密码)、订单信息、配送信息、收货信息、售后信息等功能模块进行相对应操作。如图5-10所示。
图5-10用户功能界面
收货信息管理:通过收货信息可以获查看订单编号、购买数量、用户姓名、收货地址、菜品名称、用户账户、手机号码、收货状态等信息,并根据详情进行查询、添加等操作,如图5-11所示。
图5-11收货信息管理界面图
配送信息管理:通过配送信息可以获查看订单编号、菜品名称、购买数量、用户账户、用户姓名、联系方式等信息,并根据详情进行收货、查询、添加等操作,如图5-12所示。
图5-12配送信息管理界面图
第六章 系统测试
6.1测试定义及目的
关于系统实现的测试,英文名称是System TEST,简称ST,ST是使用完整其系统的各种功能多次、多案例、多环境测试,这是ST的简单描述。ST可以证明该功能对系统的要求是否得到满足以及是否有效。
对于系统开发的实现,不管开发过程多么努力,在系统运行的时候多少都会出现一些错误信息,所以为了系统的安全性及提高系统的使用率及给用户带来更好的体验,系统在完成之前,一定要进行一遍系统的测试,再完美的程序也会有漏洞,再细心的技术开发员也会有疏忽的时候,所以对于程序的测试是必须要做的一步。通过系统测试找到系统存在的问题,并根据问题的原因进行在线解决问题,如果找不到解决问题的办法可以进行通过咨询指导老师或者通过同学帮忙,一定将问题找出,否则将会出现更多的错误。所以程序出现错误时不可避免,系统测试虽然耗时费力,但是为了确保后期系统的长期使用,必须要进行系统测试,问题解决完成后还要再一步测试,直到没有任何问题后方可进行使用。
6.2性能测试
任何一款程序开发成功后都必须通过软件测试,它是保障软件稳定运行的前提。测试最主要的一步就是性能测试,性能测试内容如下:
(1)对于测试的速度有一定的要求,速度必须快,而且对于测试出来的错误问题一定以最快的速度进行处理解决,并且进行再次测试,保证整个系统运行的安全性。
(2)在系统测试的时候要将测试所用到的测试计划和测试报告保管好,方便后期系统的运行使用后的整体维护操作。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于整体系统测试,不要用自己的思想去认可整个系统,而是从公正的角度的进行对系统进行认可,是否符系统的整合应用。
6.3测试模块
测试系统是最新的Windows 10系统,通过对系统实现的功能模块进行每个功能模块的操作测试,查看每个用户的功能模块所对应的权限信息是否可以操作并且数据信息更新一致。
测试需求 | 测试重点 | 是否达成需求 | 结果 |
用户登录 | 输入账号密码 | 需求达成 | 通过 |
用户注册 | 创建新的账号密码 | 需求达成 | 通过 |
登录失败 | 输入错误账号密码 | 需求达成 | 通过 |
修改信息 | 修改成功 | 需求达成 | 通过 |
添加信息管理 | 增删查改 | 需求达成 | 通过 |
留言管理 | 增删查改 | 需求达成 | 通过 |
回复管理 | 增删查改 | 需求达成 | 通过 |
搜索查询管理 | 增删查改 | 需求达成 | 通过 |
系统测试方面,我们通常运用的是白盒测试以及黑盒测试这两种方法。白盒测试是指在了解系统内部工作流程的前提下,可以根据需求规范验证系统内部操作是否能够正常运行的测试;而黑盒测试指的是,倘若知道了这个系统的全部功能,可以进行测试检测系统中的每一个功能是否满足正常使用。
为了方便用户使用“小区疫情订菜系统”,以及尽可能少的减少系统测试错误的发生,我们对该系统进行了相对应的测试。
对该系统的全部的功能界面进行测试,简单来说,就是我们输入一些数据并且对其进行提交,之后我们查看每个页面的反馈,检测页面的相关功能可不可以完全实现。
6.4测试结果
测试评估的结果是小区疫情订菜系统满足要求中的所有功能,处理大多数错误条件,修复大多数错误并通过测试。小区疫情订菜系统的基本功能都是可行的,不管是系统里面的功能还是界面的设计都是可值得推广宣传的。
总 结
小区疫情订菜系统的整体功能模块的实现,主要是对自己在大学这几年时间所学内容的一个测试,对于系统,主要是通过现在智能化的小区疫情订菜系统进行开始系统的实现,管理员根据问题信息进行科研成果信息及留言信息管理等操作,并且可以根据需求进行数据信息的增加修改删除等操作,完美的解决了当下小区疫情订菜系统中所遇到的问题。
经过一个学期的毕业设计的实现完成已接近尾声,到目前为止,当我回想起整个学期的系统开发日,收获颇丰。毕业设计的主要任务是建立一个智能化的小区疫情订菜系统的信息系统,主要使用django技术和Mysql数据库的开发工具,对系统的每个功能模块进行相对应的操作,最后,系统调试结果表明系统基本可以满足功能要求。
小区疫情订菜系统的开发对我大学学习的改进有很大帮助。它使我能够学习计算机知识的相关技术方面问题及与人交往的沟通交流方面,让我意识到无论我们做什么,我们都需要坚持不懈,努力工作,只有这样尝试了并且坚持去做了,我们才可以成功,才可以获得成功的喜悦,如果没有尝试,知识想,那连成功的机会都没有,实际操作进行做了,才会越来越近的靠近成功,随着道路一路向前,未来的路是美好的。
对于小区疫情订菜系统的实现,是自己第一次完成的设计一个管理系统。在项目的设计过程中,我克服了各种困难,并且在面对这些困难,我积极的面对,想办法解决问题,并且更好的掌握了理论知识和动手操作实践能力,从系统的开发到设计完成,我完成了一个更全面、更完善、更安全的平台管理系统,这也让我取得了很大的成就感,也使我对未来的生活更有信心。
致 谢
时间过得像箭一样,太阳就像一条船。毕业论文即时结束也意味着我大学四年的大用户活即将结束。论文写作乏味而富有挑战性,指导老师的指导,用户和家长支持鼓励是我坚持完成论文来源。首先,我要感谢我的导师老师在论文开篇,初稿,设计提出宝贵意见,没有老师对我的辛苦栽培,并且严格的要求,我是不可能顺利完成我的论文。在这里,我还要感谢我的妈妈和爸爸,多少感恩的话想要对你们说,我想通过我的学习成果来回报你们,永远祝你们健康幸福!最后,我要感谢所有帮助过我的老师,同学和朋友,并度过了许多快乐和难忘的日子。我希望你们永远幸福快乐。
四年的时间很难在我的漫长的人生旅程中短暂,但短短的四年是最真诚的青年;最纯粹的岁月;最美丽的大用户活。我会记住大学的每一点,记住大学里每个可爱的人。
参考文献
[1]林正敏,王淑娥,于小亿,韦德泉,杨位兰.基于Django的智慧养老系统设计[J].电脑知识与技术,2023,19(02):25-28.DOI:10.14004/j.cnki.ckt.2023.0099.
[2]Matthew Tyson. Error tracking with Sentry, Python, and Django[J]. InfoWorld.com,2022.
[3]王子睿,肖忠林,常皓淇,李垚,甘永莹.基于Django的智能货梯系统设计[J].信息与电脑(理论版),2022,34(19):26-28.
[4]陈玲.基于Django的中国红色旅游推荐系统的设计与实现[J].软件,2022,43(09):100-103.
[5]华厚强,康佳春.基于Python的校园交易平台设计[J].现代计算机,2022,28(15):105-111.
[6]林彬,杨彬彬,孙芳.基于Django框架的高校就业信息可视化平台的设计与实现[J].辽宁师范大学学报(自然科学版),2022,45(02):201-208.
[7]吴家旭,吴建胜,王新元,郎书旭.基于uni-app的果蔬配送平台系统的设计与实现[J].电脑知识与技术,2022,18(16):46-47+62.DOI:10.14004/j.cnki.ckt.2022.1171.
[8]郭婉莹,吴晓晓,陆颖,王思琪.互联网+特色乡镇背景下果蔬电商平台运行机制创新研究[J].产业与科技论坛,2022,21(06):11-13.
[9]施宸昊.基于Django的水果销售系统设计与实现[J].丽水学院学报,2022,44(02):16-19.
[10]成志平.物联网背景下果蔬冷链物流平台发展趋势探讨[J].中国物流与采购,2022(03):67.DOI:10.16079/j.cnki.issn1671-6663.2022.03.038.
[11]Apostol Ricardo. Revenge/Porn: Django Unchained, Terence's Eunuchus, and the Role of Roman Slavery in the American Imagination[J]. Arion: A Journal of the Humanities and the Classics,2022,23(1).
[12]Paul Krill. Django 4.0 adds Redis database caching[J]. InfoWorld.com,2021.
[13]Lie Siv B. Placing Django: Narratives of heritage and race in a Parisian exhibition[J]. French Cultural Studies,2021,32(4).
[14]靳鹏勇. 基于Java Web的果蔬供应链信息管理平台的设计与实现[D].山西农业大学,2021.DOI:10.27285/d.cnki.gsxnu.2021.000120.
[15]Jacopo Costa. The cultural policies of a popular music venue: the case of Strasbourg's Espace Django[J]. Arts and the Market,2021,11(2).
[16]刘新宇,刘汝丽.超市果蔬物流配送优化研究——以步步高云通物流为例[J].全国流通经济,2021(09):15-17.DOI:10.16834/j.cnki.issn1009-5292.2021.09.005.
[17]Pautrot Jean Louis. Insensiblement (Django) by Alain Gerber (review)[J]. The French Review,2021,85(2).
[18]Zheng Jiaqi,Qin Liulan,Liu Kexin,Tian Bingchuan,Tian Chen,Li Bo,Chen Guihai. Django: Bilateral coflow scheduling with predictive concurrent connections[J]. Journal of Parallel and Distributed Computing,2021(prepublish).
[19]郑佳欣.果蔬配送中冷链系统优化[J].营销界,2019(52):72+86.
[20]王毓彬,雷怀英.基于AnyLogic的果蔬冷链系统配送中心物流仿真[J].东南大学学报(哲学社会科学版),2018,20(S2):20-22+35.DOI:10.13916/j.cnki.issn1671-511x.2018.s2.004.
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。
在线投稿:投稿 站长QQ:1888636
后台-插件-广告管理-内容页尾部广告(手机) |