🙊作者简介:拥有多年开发工作经验,分享技术代码帮助学生学习,独立完成自己的项目或者毕业设计。
- 代码可以私聊博主获取。🌹
- 赠送计算机毕业设计600个选题excel文件,帮助大学选题。
- 赠送开题报告模板,帮助书写开题报告。
作者完整代码目录供你选择:
- 《Springboot网站项目》400套
- 《ssm网站项目》800套
- 《小程序项目》300套
- 《App项目》500套
- 《python网站项目》600套
⚡感兴趣大家可以点点关注收藏,后续更新更多项目资料。⚡
项目演示
摘 要
通过移动互联网这几年的发展,单独的开发某些APP已经到了日暮西山的地步,原因不在于单个的APP功能丰富与否,而是因为用户生态体系的问题。使用智能手机的用户经过多年的使用习惯,已经越来越不喜欢安装各种的APP,除了正常生活和工作所必须的APP,不喜欢因为喜欢某些内容而被强制安装APP软件了。最近几年,随着微信生态的布局,通过开发微信小程序接口,让广大用户可以通过微信直接访问小程序,不需要去专门安装那些APP,这一点让很多用户喜爱,基本上只要能转向微信生态的业务,许多企业都已经开始拥抱微信小程序。本课题就是研究和实现一款基于微信小程序点餐系统。
基于微信小程序点餐系统可以实现商品管理,商品评价管理,论坛帖子管理,公告管理,商品订单管理,在线充值等功能。该系统采用了SSM框架,Mysql数据库,Java语言等技术实现管理员后台。采用微信开发者工具来对用户小程序端进行了开发。
关键词:基于微信小程序点餐系统;Mysql数据库;Java语言
第1章 绪论
1.1 课题背景
目前随着智能手机的不断普及,基本上可以达到人均一台智能手机的地步,在这样的背景下,各行各业如何把自己的服务提供到手机终端上,是一个问题。智能手机的好处就是有各种各样的软件,并且交互性很好,用户使用起来方便,在智能手机刚开始的前几年,有很多行业已经开始提前布局移动终端,占领了相当大的市场,不仅提高了客户满意度,也提高了市场知名度,但是随着时代的发展,如果还一直开发移动终端的软件,会导致用户手机里面需要安装各种各样的软件,用户已经从刚开始的新奇,变成了现在的厌烦,手机内存太小,安装太多东西,或者非强制性的软件,用户都不想安装了。面对如今的用户需求情况,依然开发APP软件已经是一种战略性失败。在国内目前市场上所有的智能手机里面肯定安装得有微信,微信已经变成了智能手机通讯的代名词,而微信推出了微信小程序,不需要用户注册账号,也不需要用户安装多余的软件,只需要通过微信软件就可以访问小程序,对用户极其友善,所以很多企业都瞄准了微信小程序。本课题就是在这样的大环境下研究和实现一款基于微信小程序点餐系统。
1.2 课题意义
首先用户可以不需要安装各种各样的APP,只需要一个微信就可以各种访问程序,用户不需要注册各种信息,微信提供了用户一键访问,并且可以在微信里面对小程序进行删除,定位,搜索,以及收藏,微信小程序是目前最火的一个开发方向。很多商家只需要开发出微信小程序,自己部署服务端,然后有任何需要推广的只需要让用户点击微信小程序访问即可,不仅仅给商家提供了一个十多亿用户的平台,也给用户减轻了安装各种APP的负担,并且微信所在的腾讯公司也能获得利润,微信小程序是一款多赢的选择。
本课题研究的基于微信小程序点餐系统前后台分离,让商品订单,商品信息等相关信息集中在后台让管理员管理,让用户在小程序端点餐,管理个人订单,该系统让信息管理变得高效,也让用户点餐,查看个人订单等信息变得越来越方便。
1.3 研究内容
本文对基于微信小程序点餐系统的设计与实现分成六个章节来说明。
第1章:研究基于微信小程序点餐系统的背景,以及开发基于微信小程序点餐系统的意义。
第2章:对开发基于微信小程序点餐系统的环境还有技术进行说明。
第3章:分析基于微信小程序点餐系统的可行性,性能,流程以及功能。
第4章:设计基于微信小程序点餐系统的功能结构,设计数据库E-R图以及对数据表的存储结构进行设计。
第5章:实现基于微信小程序点餐系统的功能并进行功能界面展示。
第6章:对系统测试进行阐述,以及对本系统部分功能进行检测。
第2章 开发环境与技术
本章节对开发基于微信小程序点餐系统需要搭建的开发环境,还有基于微信小程序点餐系统开发中使用的编程技术等进行阐述。
2.1 Java语言
Java语言是当今为止依然在编程语言行业具有生命力的常青树之一。Java语言最原始的诞生,不仅仅是创造者感觉C语言在编程上面很麻烦,如果只是专注于业务逻辑的处理,会导致忽略了各种指针以及垃圾回收这些操作,导致出现问题需要解决的时间往往大于正常编程处理业务逻辑的时间,这些是非常浪费时间的。Java语言的创造者就考虑到如何避免这个问题,把指针处理和垃圾处理全部自动化,虽然这会损失一些性能,但是计算机硬件在性能上的发展速度是很快的,这些性能是可以忽略考虑的。并且C语言是针对硬件开发的语言,虽然执行效率高,但是随着硬件的变化或者操作系统的变更,就需要重新编写程序,造成重复劳动,只有解决重复性劳动的语言才算符合生存规律的语言。Java语言的创造者就针对C语言的缺点专门开发了Java语言。让Java语言不管是在什么样的环境里都是可以运行,因为在Java语言运行外面套了一个壳,也就是虚拟机,只要是Java虚拟机能安装的电脑都可以运行Java的程序。
2.2 MYSQL数据库
MySQL数据库是一种数据存放方面的专业软件,也是传统的行式数据模式,获取一些数据是先一行一行的获取,然后一行一行的显示,与列式数据库不同。行式数据库主要是处理最重要的数据逻辑部分,并且必须是有效数据,这样每一处的数据关联都是不可损坏,对数据安全要求比较严格还是用MySQL数据库比较好。列式数据库的发明仅仅是因为读取效率高,但是也就仅仅如此罢了。MySQL虽然比起Oracle或者SQL Server来讲,安装包只是几十兆甚至几百兆,有点小,但是功能并不会弱到哪里,严格遵循SQL标准语法。MySQL的数据存放形式从大向小的说是数据库最大,然后是表,每个表里面存放数据是有一定的规则的,数据存放是表格形式的,也就是说有横也有竖,横着的为行,一般表示一条数据,表与表之间还可以进行关联,进行分表操作,如果一条数据相关项目属性太多,那么可以把有效的相关联系做成关联,可以设定是否唯一。
2.3 SSM框架
开发一个业务逻辑比较简单的应用,采用这几年最广为流传的SSM框架是很合适的。SSM框架就是Spring MVC框架和Spring框架,以及持久层常用的MyBatis框架。
三个框架有三个不同的作用。普通用户一般都是操作浏览器进行浏览自己喜欢的内容,而显示或者提交,都会被Spring MVC框架进行拦截和处理,进入到更深的一个层次就是控制层,它会智能的匹配提交的路径,对不同的来源匹配不同的处理逻辑,让不同的代码进行执行,如果只是判断用户输入信息格式的问题是不用传入到后台就可以被前端框架处理的,如果需要与数据库内容进行交互,就会从Java的POJO对象通过MyBatis自动转换数据库对应字段的数据类型,具体是该增删改查还是其他操作,都会通过MyBatis进行处理,处理结果是反馈给控制层,然后通过控制层再提交给视图层,反馈到用户希望看到的结果。
2.4微信开发者工具
微信开发者工具并不是用来开发微信的一款软件,而是专门用来开发依附于微信的微信小程序和微信公众号的。现如今国内人口差不多14个亿,仅仅微信用户就12个亿之多,基本上覆盖了国内能使用智能手机的所有人群。微信功能相当丰富,可以聊天,视频,移动支付,甚至可以缴各种费用,依靠微信的庞大用户群体,不管是政府机关还是商业公司,都希望借助于微信使用者的庞大用户群体,简化各种支付或者信息推送渠道,让使用微信的人群不用太麻烦就可以完成正常生活的所有操作,极大的方便了人民群众。微信开发者工具就是在聆听到这样的呼唤声而诞生的,为了满足人们的需求,腾讯专门开发出来这个开发工具让其他公司进行使用,并且开放了很多接口以及使用方法,微信开发者工具变得越来越强大。
2.5 IDEA开发工具
IDEA是捷克共和国的Java程序员开发人员创造的一个开发软件,刚开始主要是对于用Eclipse软件他们用得不顺手,所以直接开发了这款软件。之所以不顺手原因在于没有代码提升功能,原因是Eclipse只是把代码提示作为一种插件形式的存在,如果有些程序开发人员不清楚代码提示插件可能会出问题,并且代码提示只是用来作为插件,所以功能上有所欠缺。IDEA不仅仅代码提示做的很好,在代码重构上面更上如虎添翼,程序开发人员可以选择一段代码然后IDEA就会对代码进行分解重构,有效的把代码弄得更够层次感,复用性更高,用着更简洁和方便,大大的减少了代码工作量,提升了代码开发效率。当然,IDEA对于使用者这么好,肯定也是有目的的,原因在于插件越多越友好,就需要花费大量的金钱来使用,所以说IDEA使用主要是看自己喜好。
2.6 B/S架构
B/S架构的说法是区别于C/S架构,如果单纯的说B/S架构,仅仅可以说是通过浏览器来访问服务器而已。在当今社会,为什么还是有很多B/S架构的存在,是因为一些业务信息不得不采用B/S架构。首先第一条,B/S架构设计的应用对于程序开发来讲是非常的方便的,对于用户满意度来讲,客户端电脑不需要太高的配置,只需要可以上网的浏览器就行,如果用户量庞大,那么使用者在电脑性能资金这方面就可以节省出大笔的金钱,B/S架构是一种为使用者节约金钱的一种开发方式。B/S架构因为把数据都存在服务端,那么安全性就有保障,用户不管在任何一个地方,只要能上网就能访问自己需要的信息和资源。在操作性上面来讲,用户习惯是一个问题,用户已经习惯了打开浏览器访问各种各样的信息,如果需要安装过多的软件进行访问特定的信息会让使用用户感觉到被强迫的感觉,会产生不信任感。综合考虑,依然采用B/S架构形式的设计方式是符合本设计的需求的。
第3章 系统分析
本文作者在确定了研究的课题之后,从各大数字图书馆下载文献来阅读,并了解同类型的网站具备的大致功能,然后具体事务具体分析,得出本系统要研究的具体功能与性能。虽然分析系统这一阶段性工作主要是确定功能,但它却影响着后面系统开发环节的进展,系统分析这个环节是不能少的。
3.1 可行性分析
从三个不同的角度来分析,确保开发成功的前提是有可行性分析,只有进行提前分析,符合程序开发流程才不至于开发过程的中断。
3.1.1 技术可行性
在技术实现层次,分析了好几种技术实现方法,并且都有对应的成功案例,也有很多开源模块可以进行参考,所以从技术可行性分析来讲,实现基于微信小程序点餐系统是没有问题的。
3.1.2 经济可行性
对于身为学生的开发者而言,在经济资源上面可用者很少,为了开发基于微信小程序点餐系统,通过开发软件对硬件的要求,发现自己的电脑是完全能用来开发的,并且学校机房的配置也可以达到要求。最重要的是选择的技术都可以在网上找到不花钱的教程以及资料,因为不花钱,所以经济方面是具有可行性的。
3.1.3 操作可行性
基于微信小程序点餐系统的具体实现,本身参考人类的正常操作逻辑,把常用的操作习惯当做主要的导航实现,可以让使用者更快速的理解并且上手操作,实现符合逻辑的操作流程是操作可行性的具体体现。
以上就是从不同的角度来分析,确保了基于微信小程序点餐系统的正常开展。
3.2 系统流程
基于微信小程序点餐系统投入使用后,使用者如果能看到相应的流程操作图会提高程序的理解能力。
3.2.1 操作流程
使用者在操作基于微信小程序点餐系统中,应该按照本系统提供的操作流程(图3.1即为本系统的操作流程图)进行操作,可以减少操作失误,从而节省进入基于微信小程序点餐系统的时间。
图3.1 系统操作流程
3.2.2 登录流程
基于微信小程序点餐系统通过登录功能(图3.2即为其登录的流程)引导使用者进入指定的功能操作区,也避免非本系统的用户享受本系统提供的服务以及查看本系统提供的信息,进而保证用户安全。
图3.2 登录流程
3.2.3 删除信息流程
基于微信小程序点餐系统在经过长期使用后,会产生很多的数据信息。为了腾出存储空间存放更多的数据,本系统数据库中存储的数据,一些没有参考价值的数据需要进行删除(图3.3即为删除信息的流程),删除数据过程中,为避免误删,使用者要根据系统的提示来决定是否删除数据。
图3.3 删除信息流程
3.2.4 添加信息流程
基于微信小程序点餐系统提供可视化的功能操作区,非常方便使用者进行数据操作,当使用者往系统中录入数据时(图3.4即为添加信息的流程),本系统也会进行数据合法性的判断,符合要求的数据才能够在数据库指定表中进行登记。
图3.4 添加信息流程
3.3 性能需求
需求分析少不了对项目用到的硬件设备进行分析,这样才符合正常的分析流程。只谈功能需求不谈性能需求,是一件很严重的事情,可能会导致一些不可控的问题出现。
以下从这几个角度来分析系统性能。
(1)系统数据的容量:从数据角度来分析,每个表和每个数据库,达到的数据量到一定的程度,是否需要分表或者是分库,超过了数据的设定限度,可能会导致数据反映迟钝,容错量增加。
(2)数据精度的要求:需要对需求分析里面数据设定环节,考虑相应的数据精度问题,需要发现数据是常用的精度还是非常用的精度,进而设定不同的数值。
(3)时间响应要求:从用户提交操作,到页面反映,中间有个数据处理的问题,需要考虑预测数据量的大小,提前预案分库分表的设计,数据量再大就要考虑增加列式数据库的问题,这些都不是一拍脑门就能决定的,都需要经验和同行业的数据分析研判,才能符合用户的要求,毕竟响应时间太久操作起来也不舒服。
(4)普适性问题:用户使用应该不需要感知服务端的数据量问题或者响应问题,只需要任意一台电脑,不需要更多的操作,打开浏览器就能用,太多的设置以及操作,不符合普适性操作。
(5)页面设计问题:功能符合要求之后,肯定是要丰富页面的。页面设计才是用户长时间面对的问题,首先考虑数据的整洁性,让页面看起来更加的清爽。颜色与数据方面,该不同颜色就不同颜色,降低用户长时间使用出现的视觉疲劳,让用户使用起来心情不至于太差。
(6)系统的稳定性:正常用户操作系统页面,必须是该提交提交,正常输入符合逻辑,不能随随便便的就出各种问题,导致用户操作疲惫,并且输入的数据和回显的数据符合用户的要求。如果正常操作都会出现问题,那设计就是不稳定的,这一点肯定不行。只要是与数据进行交互的系统,都必须稳定。系统稳定从开发部署角度上来分析,可以考虑数据的冗余备份功能,自动值守功能,机房数据同步,机房分开的功能,这些都可以让系统的稳定性得到提升。
系统的性能需求需要对业务很熟练的情况下判断然后分析,再从系统性能需求来逐条实现,可以让设计的系统有使用价值。
3.4 功能需求
基于微信小程序点餐系统根据使用权限的角度进行功能分析,并运用用例图来展示各个权限需要操作的功能。
图3.5即为管理员用例图,管理员权限操作的功能包括管理商品,回复商品评价,管理论坛帖子信息,管理公告,管理商品订单等。
图3.5 管理员用例图
图3.6即为用户用例图,用户权限操作的功能包括购买商品,管理收货地址,对账户进行在线充值,管理订单,发布论坛帖子,管理购物车等。
图3.6 用户用例图
第4章 系统设计
用户对着浏览器操作,肯定会出现某些不可预料的问题,但是不代表着系统对于用户在浏览器上的操作不进行处理,所以说,要提前考虑可能会出现的问题。
4.1 系统设计思想
系统设计,肯定要把设计的思想进行统一,只有统一的思想才能指导程序的开发,并且可以让众多的程序开发人员更快速的进入状态,提高开发速度。根据当前系统的既定需求,下面将进行本系统设计思想的阐述。
(1)扩展性:开发任何一个系统的时候不可避免要考虑这个问题。软件版本的更迭是一种常识,任何一个软件都不会一次性开发就成永恒,软件是一个不断成长的东西。所以考虑问题的时候需要对当前问题进行数据上的扩大化,然后进行归纳整理,最终形成具有一定扩展性的程序。程序的可扩展性必然会影响开发进度,所以最终需要综合评估程序的可扩展程度,进而有的放矢,循序开发。
(2)实用性:程序设计是一个先高屋建瓴式的设想,然后再具体化,实用性就是具体化的第一个步骤,要充分考虑使用者是不懂程序设计的这一点,使用者只是懂得常规性的上网操作步骤,并不需要对程序进行理解,所以一定要让使用者感觉到便利,感觉到实用性的存在,如果使用者使用程序过程中没发现使用程序的好处,那么程序设计的实用性将大大降低。
(3)安全性:当使用者使用的过程中,会产生大量的相关数据,这些数据必须有安全性的保证,否则当使用者发现数据出现问题的原因是程序设计问题的时候,将会对程序开发者失去信任,甚至可能会产生大量的费用赔偿问题,这是一个不可避免的问题。所以安全性关系开发与使用者双方的经济利益,程序的安全性是一定要保证的。
(4)先进性:程序设计的先进性是开发者进行考虑的,必须要在满足系统功能的前提下,必须要选择好当下最合适的技术。最合适的技术要从开发成本,使用成本以及维护成本里面综合分析,经过综合分析后要让技术实现最优解,保持先进的技术生产力。
(5)维护性:程序开发之初就要考虑以后的维护问题。维护是在程序开发完毕,已经上线可以运作,进入生产试用过程和使用过程中才会发现需要维护的必要。要通过各方面降低维护成本,不是说维护的越少就代表程序开发的越完美,程序既然是人类进行设计制造的,肯定有很多不可避免的问题产生,那么如何维护好程序的正常运作也是一门很重要的学问。
4.2 功能结构设计
图4.1即为设计的管理员功能结构,管理员权限操作的功能包括管理商品,回复商品评价,管理论坛帖子信息,管理公告,管理商品订单等。
图4.1 管理员功能结构
图4.2即为设计的用户功能结构,用户权限操作的功能包括购买商品,管理收货地址,对账户进行在线充值,管理订单,发布论坛帖子,管理购物车等。
图4.2 用户功能结构
4.3 数据库设计
基于微信小程序点餐系统运行中产生的数据需要按照提前设置的存储规则进行保存,设计出一个符合项目的最优数据存储格式,因为它能减少用户的等待时间,还可以对系统的请求在最短时间内进行响应。所以,对数据库设计时,需要对功能需求进行详细的拆分,以及对业务状态的细分,然后设计具体的存储规则,保证数据库能正常运作,缩短数据处理时间,并在一定程度上降低数据冗余,节省存储空间。
4.3.1 数据库概念设计
实体-联系图还有一个名称即E-R图,是Entity Relationship Diagram各英文单词首字母的缩写,它这种概念模型通常用于对现实世界进行描述。同时它还是一种能够直观表达数据中实体,联系,属性的有效手段。绘制E-R图能够选择的工具也有很多,但是Office Visio 这款软件在E-R图的绘制上一般都是作为首选工具,因为它是基于可视化处理,使用它创建E-R图非常简单。使用基本的E-R图构成元素,比如椭圆,菱形,矩形,还有实线段来表达对应的信息,椭圆代表属性,即实体的特征,矩形代表实体,即数据库中的一个具体数据表,菱形代表实体中相互关系,实线段主要是完成椭圆,矩形,菱形的连接。
(1)图4.4即为商品这个实体所拥有的属性值。
(2)图4.5即为商品订单这个实体所拥有的属性值。
图4.5 商品订单实体属性图
(3)图4.6即为用户这个实体所拥有的属性值。
图4.6 用户实体属性图
- 图4.7即为管理员这个实体所拥有的属性值。
图4.7 管理员实体属性图
- 图4.8即为上面介绍的实体中存在的联系。
图4.8 实体间关系E-R图
4.3.2 数据库物理设计
本小节主要任务即是根据上述内容进行数据存储结构的设计,实体的属性就用来表示字段名称,不同的字段表示的数据类型以及取值都不相同,以及该表各个字段是否能够保持空等进行说明,设计完成一张数据表的结构之后,在保存时同样要命名,尽量选择英文名称进行命名并保存,还不容易导致系统出错。接下来就对设计的表进行简单说明。
收货地址表如表4.1所示,收货地址包括收货人,电话,地址等。
表4.1 收货地址表
字段 | 注释 | 类型 | 空 |
id (主键) | 主键 | int(20) | 否 |
yonghu_id | 创建用户 | int(20) | 否 |
address_name | 收货人 | varchar(200) | 否 |
address_phone | 电话 | varchar(200) | 否 |
address_dizhi | 地址 | varchar(200) | 否 |
isdefault_types | 是否默认地址 | int(11) | 否 |
insert_time | 添加时间 | timestamp | 否 |
update_time | 修改时间 | timestamp | 否 |
create_time | 创建时间 | timestamp | 否 |
商品表如表4.2所示,商品信息有商品库存,商品原价,商品照片等信息。
表4.2 商品表
字段 | 注释 | 类型 | 空 |
id (主键) | 主键 | int(11) | 否 |
caipin_name | 商品名称 | varchar(200) | 是 |
caipin_photo | 商品照片 | varchar(200) | 是 |
caipin_video | 视频演示 | varchar(200) | 是 |
caipin_types | 商品类型 | int(11) | 是 |
caipin_kucun_number | 商品库存 | int(11) | 是 |
caipin_old_money | 商品原价 | decimal(10,2) | 是 |
caipin_new_money | 现价 | decimal(10,2) | 是 |
caipin_clicknum | 点击次数 | int(11) | 是 |
shangxia_types | 是否上架 | int(11) | 是 |
caipin_delete | 逻辑删除 | int(11) | 是 |
caipin_content | 商品简介 | text | 是 |
create_time | 创建时间 | timestamp | 是 |
商品收藏表如表4.3所示,商品收藏有收藏时间,用户,类型等。
表4.3 商品收藏表
字段 | 注释 | 类型 | 空 |
id (主键) | 主键 | int(11) | 否 |
caipin_id | 商品 | int(11) | 是 |
yonghu_id | 用户 | int(11) | 是 |
caipin_collection_types | 类型 | int(11) | 是 |
insert_time | 收藏时间 | timestamp | 是 |
商品评价表如表4.4所示,商品评价有评价时间,评价内容等。
表4.4 商品评价表
字段 | 注释 | 类型 | 空 |
id (主键) | 主键 | int(11) | 否 |
caipin_id | 商品 | int(11) | 是 |
yonghu_id | 用户 | int(11) | 是 |
caipin_commentback_text | 评价内容 | text | 是 |
insert_time | 评价时间 | timestamp | 是 |
reply_text | 回复内容 | text | 是 |
update_time | 回复时间 | timestamp | 是 |
create_time | 创建时间 | timestamp | 是 |
商品订单表如表4.5所示,商品订单有收货地址,商品,购买数量,配送员等。
表4.5 商品订单表
字段 | 注释 | 类型 | 空 |
id (主键) | 主键 | int(11) | 否 |
caipin_order_uuid_number | 订单号 | varchar(200) | 是 |
address_id | 收货地址 | int(11) | 是 |
caipin_id | 商品 | int(11) | 是 |
yonghu_id | 用户 | int(11) | 是 |
buy_number | 购买数量 | int(11) | 是 |
caipin_order_true_price | 实付价格 | decimal(10,2) | 是 |
caipin_order_types | 订单类型 | int(11) | 是 |
caipin_order_courier_name | 配送员 | varchar(200) | 是 |
caipin_order_courier_number | 联系方式 | varchar(200) | 是 |
caipin_order_payment_types | 支付类型 | int(11) | 是 |
insert_time | 订单创建时间 | timestamp | 是 |
购物车表如表4.6所示,购物车有购买数量,商品,所属用户等。
表4.6 购物车表
字段 | 注释 | 类型 | 空 |
id (主键) | 主键 | int(11) | 否 |
yonghu_id | 所属用户 | int(11) | 是 |
caipin_id | 商品 | int(11) | 是 |
buy_number | 购买数量 | int(11) | 是 |
create_time | 添加时间 | timestamp | 是 |
论坛表如表4.7所示,论坛信息有发帖时间,发布内容,管理员等。
表4.7 论坛表
字段 | 注释 | 类型 | 空 |
id (主键) | 主键 | int(11) | 否 |
forum_name | 帖子标题 | varchar(200) | 是 |
yonghu_id | 用户 | int(11) | 是 |
users_id | 管理员 | int(11) | 是 |
forum_content | 发布内容 | text | 是 |
super_ids | 父id | int(11) | 是 |
forum_state_types | 帖子状态 | int(11) | 是 |
insert_time | 发帖时间 | timestamp | 是 |
update_time | 修改时间 | timestamp | 是 |
create_time | 创建时间 | timestamp | 是 |
公告信息表如表4.8所示,公告信息有公告详情,公告图片,公告标题等。
表4.8 公告信息表
字段 | 注释 | 类型 | 空 |
id (主键) | 主键 | int(11) | 否 |
news_name | 公告标题 | varchar(200) | 是 |
news_types | 公告类型 | int(11) | 是 |
news_photo | 公告图片 | varchar(200) | 是 |
insert_time | 添加时间 | timestamp | 是 |
news_content | 公告详情 | text | 是 |
create_time | 创建时间 | timestamp | 是 |
管理员表如表4.9所示,管理员信息有角色,新增时间,密码等。
表4.9 管理员表
字段 | 注释 | 类型 | 空 |
id (主键) | 主键 | bigint(20) | 否 |
username | 用户名 | varchar(100) | 否 |
password | 密码 | varchar(100) | 否 |
role | 角色 | varchar(100) | 是 |
addtime | 新增时间 | timestamp | 否 |
用户表如表4.10所示,用户信息有姓名,手机号,密码等信息。
表4.10 用户表
字段 | 注释 | 类型 | 空 |
id (主键) | 主键 | int(11) | 否 |
username | 账户 | varchar(200) | 是 |
password | 密码 | varchar(200) | 是 |
yonghu_name | 用户姓名 | varchar(200) | 是 |
yonghu_phone | 用户手机号 | varchar(200) | 是 |
yonghu_id_number | 用户身份证号 | varchar(200) | 是 |
yonghu_photo | 用户头像 | varchar(200) | 是 |
sex_types | 性别 | int(11) | 是 |
yonghu_email | 电子邮箱 | varchar(200) | 是 |
new_money | 余额 | decimal(10,2) | 是 |
create_time | 创建时间 | timestamp | 是 |
编程人员在搭建的开发环境中,会让各种编程技术一起呈现出最终效果。本节就展示关键部分的页面效果。
5.1 管理员功能实现
5.1.1 商品管理
图5.1 即为编码实现的商品管理界面,商品信息有商品原价,商品库存,商品图片,商品名称等信息,管理员可以更改登记错误的商品信息,在商品管理界面可以新增商品,删除需要删除的商品,下架或上架商品,管理商品库存,包括增加库存,减少库存等操作。
图5.1 商品管理界面
5.1.2 商品订单管理
图5.2 即为编码实现的商品订单管理界面,商品订单包括用户姓名,配送员名称,实付价格,订单类型等信息,管理员可以查询商品订单,对商品订单出餐,对需要删除的商品订单进行删除等。
图5.2 商品订单管理界面
5.1.3 商品评价管理
图5.3 即为编码实现的商品评价管理界面,用户对点餐的商品进行评价之后,该评价信息需要得到管理员的查看和回复。
图5.3 商品评价管理界面
5.1.4 公告信息管理
图5.4 即为编码实现的公告信息管理界面,管理员对公告增删改查管理。
图5.4 公告信息管理界面
5.2 用户功能实现
5.2.1 商品信息
图5.5 即为编码实现的商品信息界面,用户查看商品演示视频,查看商品评价,查看商品详情等信息。用户如果想要快速下单,可以点击立即购买按钮下单。
图5.5 商品信息界面
5.2.2 订单确认
图5.6 即为编码实现的订单确认界面,用户在收货地址中选择需要的地址,对购买清单以及原价和折扣价等信息进行查看之后,就能进行支付。
图5.6 订单确认界面
5.2.3 我的商品订单
图5.7 即为编码实现的我的商品订单界面,用户已经支付的订单如果存在误操作行为,可以申请退款,同时用户可以查看已出餐订单,已评价订单以及已取餐订单等。
图5.7 我的商品订单界面
5.2.4 收货地址
图5.8 即为编码实现的收货地址界面,用户在收货地址界面新增地址,修改,删除已有收货地址信息。
图5.8 收货地址界面
5.2.5 用户充值
图5.9 即为编码实现的用户充值界面,用户的账户余额如果不够购买商品,那么用户可以对账户进行充值,在充值界面编辑充值的金额数据,然后提交即可。
图5.9 用户充值界面
5.2.6 我的发帖
图5.10 即为编码实现的我的发帖界面,用户在我的发帖界面才可以发布帖子,我的发帖界面展示的帖子信息都是用户自己发布的帖子,因此用户可以修改,删除帖子,还可以查看帖子的评论信息。
图5.10 我的发帖界面
第6章 系统测试
当系统测试环节开始的时候,也就说明对于系统的编码已经弄得大致通顺了,剩下来需要对一些模块和功能进行测试,这个环节就叫系统测试。在程序开发过程中,系统测试是整个开发过程不能缺少的。原因很简单,系统开发人员在面对各种需求需要对各个模块进行编码,开发人员编写过程中,对于程序的理解全部都在编码里面,一人计短,当一个人去做一些事情的时候,把自己的理解变成成果,有可能理解错误,这个在程序开发过程中很常见。程序开发人员在面对复杂的逻辑,没有想象中的多么清晰,开发过程就是面对着一堆代码,不断的变换数据类型,这些很容易实现程序开发人员的想法,但是如果是比较复杂的逻辑,很可能会出现各种问题,这是无法避免的。所以说,需要额外的人员进行系统测试编写,要站在用户使用的角度去发现问题,这样开发与测试的分离,有助于系统开发的强壮,让程序表达的更完美一些。之所以把系统测试安排到程序开发过程中的原因在于,当测试过程中发现的问题可以最快速度的反馈到程序开发人员手里,可以以最快的时间解决问题。所以必须在系统测试环节做好应该做好的事情,让程序开发从开始到结束都有一个完美的流程。
6.1 测试任务
测试不是说随便测试的,在测试的角度要制定相关的测试任务,测试任务是根据系统的需求角度来进行任务的设置,首先要符合常规的测试流程,然后要符合项目的实际情况,两者相结合才能形成科学的测试任务。在测试任务范围内,能测试出问题才是好的测试,毕竟程序开发不可能不出现问题,测试出的问题越多,代表程序修复的越好,程序修复的越好,程序上线可能会出现的程序相关问题就会越少,这个作用是相互的。
6.2 测试目标
测试的目标就是程序测试环节发现更多的问题,测试就是针对性的,在程序员开发过程中可能忽略到的问题,往往都是测试过程中需要注重的环节。虽然软件开发的技术算是当前最流行也最成熟的一些技术,但是毕竟开发是人为开发的,只要是人开发的就会产生缺陷。随着市场竞争越来越激烈,好多公司都把测试部门给砍掉了,让程序开发人员写完程序自己测试,造成的后果就是程序上线没多久就会出现问题,所以现在有些小型的开发公司都不招测试人员,但是把测试的工作给外包到专门的测试公司,这说明了软件开发行业是离不开专业的测试环节的。
6.3 测试方案
测试方案主要分两个方向,一个是黑盒测试,一个是白盒测试,这两个测试方向是目前最通用的测试方案。测试过程中,要对各个模块实现有个预期,在符合用户的要求上,要对一些字段还有逻辑进行测试,需要不断输入各种各样类型的数据来进行测试,看是否会有内存漏出,指针异常,或者是逻辑问题。
白盒测试:白盒主要是进行逻辑测试的,测试是属于透明形式的测试。白盒测试要求对各种逻辑以及各种判断,每种判断都要进行一次测试,判断实现效果。白盒测试可以说就是把代码能实现的不能实现的语句都进行判断,只要进行过白盒测试,甚至能定位到哪些判断有问题,或者说某个方法就有问题,只要白盒测试过关的,那说明代码功能基本上没有什么大的问题,符合功能开发的很不错。
黑盒测试:黑盒是不管代码是怎么编写的,只测试功能接口问题。黑盒测试一般不让用户测试的,因为主要围绕着安全性或者恢复性测试,包括负载均衡方面,这些需要大量的数据进行冲击,用户是没有这方面的技术的。所以一般需要负责专业的测试人员进行测试,专业的测试人员经过专门的测试方面培训,懂得黑盒测试的测试要领,所以先经过白盒测试功能问题,然后再经过黑盒测试进行运行问题,基本上就满足了测试任务。
本章节主要就是对系统的测试来设置对应的测试操作,从模块功能测试到最后的验收测试。
模块测试:在模块测试一般都是程序员开发过程中,有的自己写属于自己模块的测试用例,一般以达到效果为主,每个模块都是一个单元,这样来区分单元测试的过程,如果不进行单元测试会出现大问题的,会出现各个环节不知道数据的执行流程,方法跳转,以及更重要的异常抛出,这些可能都会忽略,所以要进行模块测试。
模块测试一般有几个需要注意:
第一个问题:路径问题,路径是绝对路径还是相对路径,因为程序代码很多,所以这些肯定要进行测试的,不然会出现异常。
第二个问题:接口问题。接口的命名方式,会不会与技术自带的接口混淆,会不会接口重复,这些都是需要测试的。
第三个问题:数据结构。数据库的数据结构在代码里,是否编写过程中达到了预期,有些地方该是包装类型的还是数据类型的,这些都要测试。
第四个问题:异常处理。每个环节可能会出现的问题,都要定义异常抛出,并且尽量写好异常处理原因,只要抛出指定异常信息,才会达到测试目的。
第五个问题:边界问题。边界问题一般指的的数据大小以及正负数的问题,这些该测试还要测试的,不测试不符合操作流程。
总而言之,模块测试是测试的第一个环节,是不可少的,也是出现问题最多的领域。
集成测试:模块测试完毕才可以集成测试,集成测试主要是对各个模块之间的逻辑进行测试,只要是相关联的模块,都要测试一遍,需要找到模块关联是否能达到正常开发预期。
集成测试主要采用渐增式测试,好处有以下几点:
第一点:渐进式可以更彻底的对逻辑所有功能进行测试,是很彻底的。
第二点:渐进式相当节约时间,节约时间就是节约成本。
第三点:可以更快速的定位错误位置,有助于问题反馈。
用渐进式测试软件功能,用到的混合法。混合法是有顺序的,自上而下测试和自下而上测试,对程序的上下层混合测试,就是测试里面的集成测试方法。
验收测试:验收一般是甲方派人来负责程序的验收测试,派来的人员可能计算机水平层次不齐,也更适合对程序问题提出异议,因为计算机开发的哪怕在行业内最厉害的,也不一定能满足甲方的需求,毕竟开发者认为合理的必须有局外人来进行判断,而甲方派人测试则是代表着对程序的直观认知,前面的所有测试,只是验收测试前的测试,验收测试决定着程序是最终问题。
6.4 功能测试
本节主要选择一些功能进行具体测试描述,在相应的功能里面,根据不同的输入看看能否达到理想中的效果。以下会描述部分功能的测试过程和结果。
6.4.1 登录功能测试
登录是一个常规功能,虽然是常规功能,但是用处很大,可以拒绝非法用户访问,只有合法用户才可以访问对应的功能,这样能保证程序设定的功能符合安全性要求。
表6.1 管理员登录功能测试表
管理员账号 | 管理员密码 | 结果 |
uuu | uuu | 成功登录系统 |
yyy | uuu | 登录失败 |
uuu | yyy | 登录失败 |
只有正确的账号密码才会进行跳转到对应的功能区,如果输入的账号密码不对的话,肯定会有相关提示,用来提示操作人员注意输入正确的账号密码,这样有助于提高用户体验。这里以使用者提交错误的账号为“yyy”,正确的密码为“uuu”为例进行测试,具体反馈结果看下面。
图6.1 登录失败提示
6.4.2 修改密码功能测试
任何用户角色都有安全性要求,那么对应的密码最好是经常更改,只有经常更改才会降低坏人的有机可乘几率,达到密码保护的最低要求,当然,如果用户登录人离开了,为了防止其他人乘机篡改密码,那么也会设定旧密码要求,只有输入正确的旧密码才可以进行密码的修改。下面就是测试过程。
表6.2 修改密码功能测试表
之前的旧密码 | 设置的新密码 | 结果 |
uuu | yyy | 成功修改密码 |
hhh | yyy | 修改密码失败 |
uuu | 修改密码失败 |
不管是旧密码错误还是新密码不合规,都会提示相应的要求,下面就是关于旧密码输入错误的提示。
图6.2 错误的旧密码反馈提示
6.5 系统测试结果
对基于微信小程序点餐系统进行了各种检测,包含功能检测和性能检测,操作性检测,兼容性检测,通过各方面检测结果来判定系统是符合设计目标,并且在扩展性或者是稳定性上面,也有很好的表现,能完全的满足用户需求。
结 论
由于本人学习的是计算机方面的专业,学习了一定的开发知识,因此,对于开发一款已经确定了课题的基于微信小程序点餐系统,从功能需求,功能模块划分,数据库的选择与设计,编程语言的确定,系统界面的布局和设计等知识,我都有个大致的思路。我运用已经具备的理论知识,加上后期从网络渠道获取的相关技术知识,能够在系统完成开发后期,编写相应的系统文档。
基于微信小程序点餐系统制作期间,我也遇到过一些难题,模块拆分不够精细,以及数据表需要设计几张表,还有对于开发技术的深度理论学习还不充分等,不过我能够通过网络或者通过学院提供的图书馆寻求解决办法。比如在不知道具体功能的情况下,我从网上下载了很多的与基于微信小程序点餐系统相关的程序,分析了它们的功能之后,我再结合即将开发的基于微信小程序点餐系统进行综合分析,选取了适合基于微信小程序点餐系统的功能部分,再具体模块具体分析,设计专属项目功能。对于数据表的设计,先在图书馆学习,然后查看相似系统对于数据表的结构设计等知识,然后在本系统功能确定的情况下,结合本系统设计了配套的数据表,对于难度最大的开发技术部分,这是需要大量时间调试的,一般都是对基础数据的增加,更新,查询或修改方面的代码,然后把本系统能够运用的代码部分在简单更改后进行使用,又经过了简单的测试工作,最终呈现出一个完整的能够解决用户实际问题的基于微信小程序点餐系统。该系统唯一不足的就是代码方面还有很多重复的部分,不够精简,还有用户操作本系统,对于用户的误操作行为,本系统还不能及时反馈,这也是一大缺点。
基于微信小程序点餐系统完成了,其相应的配套文档也需要进行编写,该文档主要描述基于微信小程序点餐系统是如何进行分析,设计以及实现的,让其他阅读本文档的人增加对该系统的了解,编写文档过程中,由于自己平时对于办公软件的操作不是很频繁,根据学院要求的文档排版格式进行编辑也花了很多时间,在不断学习排版技巧以及对本系统配套文档的反复修改之后,最终在学院规定的时间内进行了文档定稿。
毕业项目各个工作进行到此,我也是收获颇丰,正因为自己努力学习知识,积极寻求解决办法,才让我能够提交一个完整的作品。制作毕业项目让我又得到了成长,不仅是专业知识的增加,也学到了解决问题的能力和方法。
参考文献
[1]高天搏,刘伟.基于微信小程序的食堂订餐系统[J].科学技术创新,2021,(29):74-76.
[2]张苗苗,罗雅过,吕嘉琦.微信小程序订餐系统设计[J].无线互联科技,2020,17(24):26-27.
[3]余涛.计算机软件开发中Java编程语言的应用研究[J].信息记录材料,2020,21(01):113-115.
[4]王子虎,胡丽珍.基于计算机软件安全开发的JAVA编程语言研究[J].数字技术与应用,2019,37(12):133-134.
[5]刘星淇.Java编程语言的特点与应用分析[J].通讯世界,2019,26(09):149-150.
[6]张云健.计算机软件Java编程特点及其技术应用[J].信息与电脑(理论版),2019(13):97-98.
[7]张振超,吴杰,陈序蓬.浅谈Java中Mysql数据库的连接与操作[J].信息记录材料,2020,21(02):144-145.
[8]范开勇,陈宇收.MySQL数据库性能优化研究[J].中国新通信,2019,21(01):57.
[9]丁佳.基于JSP+MySQL的用户登录系统SQL注入实例及防范[J].网络安全技术与应用,2020(09):49-51.
[10]邹红霆.基于SSM框架的Web系统研究与应用[J].湖南理工学院学报(自然科学版),2017,30(01):39-43.
[11]邱丹萍.Web开发中SSM框架的分析[J].电脑知识与技术,2020,16(17):81-82.
[12]袁堂青,亓婧.基于微信小程序的开发与研究[J].网络安全技术与应用,2020(04):66-67.
[13]邢榕珊,匡芳君.微信小程序设计[J].计算机时代,2018(08):9-12.
[14]谢志坚.计算机应用软件开发技术支撑思考[J].电子世界,2020(15):53-54.
[15]姬晓鹏.计算机软件开发技术与设计探究[J].电子测试,2020(16):133-134.
[16]Raffi Khatchadourian.Automated refactoring of legacy Java software to enumerated types[J].Automated Software Engineering,2017,24(4).
[17]Ben White.Marx and Chayanov at the margins:understanding agrarian change in Java[J].The Journal of Peasant Studies,2018,45(5-6).
致 谢
也许是大学校园在管理上比较开放,学习知识时不像高中时期那样一整天都在学习,而是一天当中抽出部分时间安排学习,其余的时间就可以自由安排,可以去社会上参加实践,可以在学校的图书馆阅读书籍,丰富自己的知识,也可以加入学校的社团进行个人能力的锻炼等等,加上学院的学生都来自全国各地,大家的风俗习惯都有些不一样,这样同学之间也有更多的话题进行畅聊。基于这些原因,我觉得我的性格也逐渐变得开朗起来,正因为如此,我很快乐的度过了大学四年时光。然而,我们都要面临毕业,同学间,师生间也将面临分离,我们都会离开学校,进入社会这样的大环境学习并生活。虽然很不舍,但这也是人生成长中必经的阶段!
临走之际,对这几年的大学生活简单的进行了回想,发现自己学到的专业知识也增加了很多,在本专业上,自己也得到了一定的实操能力锻炼。这些成长都是我们的专业老师带来的,他们这几年辛苦教学,我们也从中获取了许多的专业知识,提高了个人的专业方面的能力,非常感谢他们。
还有一位老师也需要在此特别感谢,即论文指导老师。可以说最后这一年,跟指导老师接触比较多,指导老师在本专业上,非常全能,在我进行本课题的任务期间,导师给予我全面的指导,也能根据我的不足之处推荐合适的书籍让我查看,让我的能力得以提升,继而可以从容面对开发期间遇到的困难。
另外,我也要感谢我的寝室室友,还有我们班上的同学,从接到毕业项目任务之后,我们常常谈论各自课题进展的情况以及面临的问题,也经常互相鼓励对方要积极认真面对毕业项目,这种陪伴,让我在制作毕业项目期间并没有产生过多的焦虑,非常感谢他们。
最后时刻,我也要对我的大学校园表达谢意,我的大学校园是一个非常美丽的地方,而我这几年,在这么优美的环境下学习知识,我已经感到非常幸福。希望在今后能看到我的校园在众多师生共同努力下变得强大,校园的环境也将变得更加美丽。
核心代码展示
/*** 公告通知* 后端接口* @author * @email * @date 2021-03-09 11:33:59*/
@RestController
@RequestMapping("/news")
public class NewsController {@Autowiredprivate NewsService newsService;/*** 后端列表*/@RequestMapping("/page")public R page(@RequestParam Map<String, Object> params,NewsEntity news, HttpServletRequest request){EntityWrapper<NewsEntity> ew = new EntityWrapper<NewsEntity>();PageUtils page = newsService.queryPage(params, MPUtil.sort(MPUtil.between(MPUtil.likeOrEq(ew, news), params), params));return R.ok().put("data", page);}/*** 前端列表*/@IgnoreAuth@RequestMapping("/list")public R list(@RequestParam Map<String, Object> params,NewsEntity news, HttpServletRequest request){EntityWrapper<NewsEntity> ew = new EntityWrapper<NewsEntity>();PageUtils page = newsService.queryPage(params, MPUtil.sort(MPUtil.between(MPUtil.likeOrEq(ew, news), params), params));return R.ok().put("data", page);}/*** 列表*/@RequestMapping("/lists")public R list( NewsEntity news){EntityWrapper<NewsEntity> ew = new EntityWrapper<NewsEntity>();ew.allEq(MPUtil.allEQMapPre( news, "news")); return R.ok().put("data", newsService.selectListView(ew));}/*** 查询*/@RequestMapping("/query")public R query(NewsEntity news){EntityWrapper< NewsEntity> ew = new EntityWrapper< NewsEntity>();ew.allEq(MPUtil.allEQMapPre( news, "news")); NewsView newsView = newsService.selectView(ew);return R.ok("查询公告通知成功").put("data", newsView);}/*** 后端详情*/@RequestMapping("/info/{id}")public R info(@PathVariable("id") Long id){NewsEntity news = newsService.selectById(id);return R.ok().put("data", news);}/*** 前端详情*/@IgnoreAuth@RequestMapping("/detail/{id}")public R detail(@PathVariable("id") Long id){NewsEntity news = newsService.selectById(id);return R.ok().put("data", news);}/*** 后端保存*/@RequestMapping("/save")public R save(@RequestBody NewsEntity news, HttpServletRequest request){news.setId(new Date().getTime()+new Double(Math.floor(Math.random()*1000)).longValue());//ValidatorUtils.validateEntity(news);newsService.insert(news);return R.ok();}/*** 前端保存*/@RequestMapping("/add")public R add(@RequestBody NewsEntity news, HttpServletRequest request){news.setId(new Date().getTime()+new Double(Math.floor(Math.random()*1000)).longValue());//ValidatorUtils.validateEntity(news);newsService.insert(news);return R.ok();}/*** 修改*/@RequestMapping("/update")public R update(@RequestBody NewsEntity news, HttpServletRequest request){//ValidatorUtils.validateEntity(news);newsService.updateById(news);//全部更新return R.ok();}/*** 删除*/@RequestMapping("/delete")public R delete(@RequestBody Long[] ids){newsService.deleteBatchIds(Arrays.asList(ids));return R.ok();}/*** 提醒接口*/@RequestMapping("/remind/{columnName}/{type}")public R remindCount(@PathVariable("columnName") String columnName, HttpServletRequest request, @PathVariable("type") String type,@RequestParam Map<String, Object> map) {map.put("column", columnName);map.put("type", type);if(type.equals("2")) {SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd");Calendar c = Calendar.getInstance();Date remindStartDate = null;Date remindEndDate = null;if(map.get("remindstart")!=null) {Integer remindStart = Integer.parseInt(map.get("remindstart").toString());c.setTime(new Date()); c.add(Calendar.DAY_OF_MONTH,remindStart);remindStartDate = c.getTime();map.put("remindstart", sdf.format(remindStartDate));}if(map.get("remindend")!=null) {Integer remindEnd = Integer.parseInt(map.get("remindend").toString());c.setTime(new Date());c.add(Calendar.DAY_OF_MONTH,remindEnd);remindEndDate = c.getTime();map.put("remindend", sdf.format(remindEndDate));}}Wrapper<NewsEntity> wrapper = new EntityWrapper<NewsEntity>();if(map.get("remindstart")!=null) {wrapper.ge(columnName, map.get("remindstart"));}if(map.get("remindend")!=null) {wrapper.le(columnName, map.get("remindend"));}int count = newsService.selectCount(wrapper);return R.ok().put("count", count);}}