【毕业设计推荐】基于微信小程序的外卖小程序设计与实现-优快云博客

🍅关注【墨岚创客】，回复【毕设】，赠送免费毕设资源，具体联系方式见文末🍅

摘要

随着科技的进步，微信小程序慢慢进入了生活当中，由于轻便快捷，方便使用，基于微信这个大平台，使得小程序飞速发展，趋于成熟，因此，针对用户对外卖点餐方面的需求，特开发了本外卖小程序。

该外卖小程序分为小程序前端和Java后端系统，遵循数据前后端交互，相互分离。前端小程序应用官方提供的API文档，主要功能为查看外卖菜品信息、外卖点餐以及管理个人订单等。后端系统则是由Java语言实现，基于B/S结构，使用MySQL数据库开发，使得管理员、商家后台界面简单整洁，便于管理员和商家使用和管理。

本外卖小程序拥有界面简洁、操作简单易懂，管理方便，功能齐全等优点，具有很高的应用价值。

关键词：外卖小程序；Java语言；B/S结构；MYSQL数据库

5 系统的实现

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.1.5 购物车界面

用户在购物车界面可查看购物车已有菜品信息，并可对其进行删除、修改数量或者结算操作，购物车界面如图5-5所示。

图5-5 购物车界面图

5.1.6 我的订单界面

用户在我的订单界面可查看个人订单信息，我的订单界面如图5-6所示。

图5-6 我的订单界面图

5.1.7 用户信息界面

用户可修改个人信息，用户信息界面如图5-7所示。

图5-7 用户信息界面图

5.2 服务端功能模块的实现

5.2.1 服务端登录界面

管理员和商家要想进入对于角色后台必须进行登录操作，服务端登录界面展示如图5-8所示。

图5-8 服务端登录界面图

5.2.2 用户管理界面

管理员可进行查看、修改和删除用户信息，用户管理界面展示如图5-9所示。

图5-9 用户管理界面图

5.2.3 商家管理界面

管理员可增删改查商家信息，商家管理界面展示如图5-10所示。添加商家界面展示如图5-11所示。

图5-10商家管理界面图

图5-11添加商家界面图

5.2.4菜品信息管理界面

商家可增删改查菜品信息，管理员可查看、修改和删除菜品信息，菜品信息管理界面展示如图5-12所示，添加菜品信息界面展示如图5-13所示。

图5-12 菜品信息管理界面图

图5-13 添加菜品信息界面图

5.2.5菜品分类管理界面

商家可增删改查菜品分类信息，管理员可查看、修改和删除菜品分类信息，菜品分类管理界面展示如图5-14所示。

图5-14 菜品分类管理界面图

6系统测试

6.1测试任务

完成了程序的开发，少不了程序的测试工作，这个部分是程序开发的尾声，工作强度不是很大，毕竟最难的编码过程已经成为过去。程序的测试这部分它主要还是检查自己开发的程序功能是否得到了实现，程序的界面风格是否能被用户接受，程序的界面布局和操作的流程是否合理等问题，都能够经过程序的测试检查出来。

当我们的软件开发完成后，还没有给用户使用之前，程序开发人员需要做的工作就是要去发现开发出来的软件是否存在错误，一旦发现要及时作出修改。

程序在测试过程中需要做的任务有下面几点：

（1）测试程序就是需要在程序中发现Bug，这是最基本的任务

（2）看一看所开发出来的软件在功能上面有没有缺陷

（3）开发出来的软件质量上面有没得保障

（4）系统使用者对系统功能的需求要一直不断的查看

6.2测试的原则

程序员在软件测试过程当中也是有一定的原则遵循，下面简单介绍下软件测试的原则：

（1）测试的用例部分应该包括录入的数据跟与之对应的结果输出这两方面内容

在还没有进行测试之前，我们要合理选择Test case（测试用例），测试用例它能够反映出程序员开发的程序的一些问题。所以在操作中需要记录测试中录入的数据和与之相对应的结果输出，这样的描述更能直观反映出问题

（2）程序开发人员要做到早早地进行程序测试和测试过程伴随始终。

这样做是有道理的，如果软件开发出来了，再让测试人员从头到尾进行程序测试，一是时间上面可能来不及，因为用户急着要程序产品，二是测试中一旦发现问题，修改起来也比较麻烦，通常是程序的各个文件都要相应作出修改。所以程序开发人员还是要做到一边编写程序，一边进行测试，把问题解决在早期，避免许多错误出现

（3）程序开发人员最好不要测试自己开发的程序

生活中的我们经常能够看清楚某人的优缺点，但自身的优缺点就不能看出来。所以这个道理对于程序员也适用。程序员自己开发的程序自己是检查不出来的，所以程序开发中有条件的话还是需要专门的测试人员来完成测试工作，发现出来的问题由程序编写人员修改

（4）测试用例的设计需要包含输入条件的合理性和不合理性两方面内容

程序要正常跑起来还是需要用户输入的信息要合理，不是想输入什么就行，它是有参考标准的。要是随便乱输入信息程序就没法工作运行了。一般来说，测试中输入不合理条件进行测试可以发现更多的程序错误

（5）错误群集部分需要当成重点测试

程序测试部分，遇到某些错误很多的一段程序代码，需要测试人员进行重点测试，要保证投资在测试部分的效益

（6）坚决杜绝测试工作的随意性，必须按照测试计划严格地执行

测试工作的每一项内容的测试都有相应的计划安排，我们必须严格按照要求进行测试工作。测试的相关内容、选择测试的用例是哪种、测试工作的进度如何、测试怎么进行的等内容，当然还包括测试的评价标准、怎么样跟踪测试过程的等内容，需要专门的规定，不能随便解释

（7）测试出来的任意一个结果需要全面检查

测试出来的任意一个结果再进行全面检查是对测试过程负责的表现，杜绝小错误再次出现

（8）测试结果出具的相关资料文档要认真仔细保存

系统维护上面根据系统测试报告来操作可以省去不必要的工作，测试中形成的最终分析报告和测试用例等内容是千万不要丢失的

6.3测试的目标

程序测试中它的目的也有下面几点阐述：

（1）软件质量可不可靠这是相当的重要，一方面就是看这个程序是不是做了你想做的事，另一个方面就是看看程序做你想做的事情时，处理的方式正不正确

（2）测试工作最终还是要形成测试报告反馈给系统使用者和开发人员，毕竟这些信息是程序风险评估的依据

（3）程序测试虽然是看程序这个产品具有的基本内容是否符合要求，但是程序产品本身的问题可以看出来程序员在开发程序时的一些错误，因此，这个测试步骤反映出来的问题，它能及时规范程序开发过程中出现的问题

6.4测试方法

软件测试最常见的莫过于白黑盒测试，就是白盒测试和黑盒测试。通常把程序测试的对象当做打开的能看见的盒子就属于白盒测试方法，白盒测试能够反映出来程序的内部是如何工作的，利用这个办法可以检测出来我们开发的程序是不是按照说明文档的描述进行工作的，可以看出程序的任何通路是不是能够按照预定的要求正确进行的。软件验证还是用白盒测试比较有效，像基路测试以及逻辑驱动采用白盒测试也是很有效的方法。Jcontract、C++ Test和CodeWizard等工具就是白盒测试常用工具。黑盒测试就跟白盒测试的内容不一样，它还是注重软件的规格，不需要知道软件内部是如何进行工作的，这样的测试让软件使用者觉得程序工作过程是不透明不清楚的，感觉就像是一个黑盒子。测试过程中始终站在用户的角度使用软件，发现软件存在什么缺点，不是注重程序是怎么实现的测试方法。AutoRunner和winrunner是黑盒测试需要用到的常用工具。