通过移动互联网这几年的发展，单独的开发某些APP已经到了日暮西山的地步，原因不在于单个的APP功能丰富与否，而是因为用户生态体系的问题。使用智能手机的用户经过多年的使用习惯，已经越来越不喜欢安装各种的APP，除了正常生活和工作所必须的APP，不喜欢因为喜欢某些内容而被强制安装APP软件了。最近几年，随着微信生态的布局，通过开发微信小程序接口，让广大用户可以通过微信直接访问小程序，不需要去专门安装那些APP，这一点让很多用户喜爱，基本上只要能转向微信生态的业务，许多企业都已经开始拥抱微信小程序。本课题就是研究和实现一款基于微信小程序点餐系统。

基于微信小程序点餐系统可以实现商品管理，商品评价管理，论坛帖子管理，公告管理，商品订单管理，在线充值等功能。该系统采用了SSM框架，Mysql数据库，Java语言等技术实现管理员后台。采用微信开发者工具来对用户小程序端进行了开发。

关键词：基于微信小程序点餐系统；Mysql数据库；Java语言

Java语言是当今为止依然在编程语言行业具有生命力的常青树之一。Java语言最原始的诞生，不仅仅是创造者感觉C语言在编程上面很麻烦，如果只是专注于业务逻辑的处理，会导致忽略了各种指针以及垃圾回收这些操作，导致出现问题需要解决的时间往往大于正常编程处理业务逻辑的时间，这些是非常浪费时间的。Java语言的创造者就考虑到如何避免这个问题，把指针处理和垃圾处理全部自动化，虽然这会损失一些性能，但是计算机硬件在性能上的发展速度是很快的，这些性能是可以忽略考虑的。并且C语言是针对硬件开发的语言，虽然执行效率高，但是随着硬件的变化或者操作系统的变更，就需要重新编写程序，造成重复劳动，只有解决重复性劳动的语言才算符合生存规律的语言。Java语言的创造者就针对C语言的缺点专门开发了Java语言。让Java语言不管是在什么样的环境里都是可以运行，因为在Java语言运行外面套了一个壳，也就是虚拟机，只要是Java虚拟机能安装的电脑都可以运行Java的程序。

MySQL数据库是一种数据存放方面的专业软件，也是传统的行式数据模式，获取一些数据是先一行一行的获取，然后一行一行的显示，与列式数据库不同。行式数据库主要是处理最重要的数据逻辑部分，并且必须是有效数据，这样每一处的数据关联都是不可损坏，对数据安全要求比较严格还是用MySQL数据库比较好。列式数据库的发明仅仅是因为读取效率高，但是也就仅仅如此罢了。MySQL虽然比起Oracle或者SQL Server来讲，安装包只是几十兆甚至几百兆，有点小，但是功能并不会弱到哪里，严格遵循SQL标准语法。MySQL的数据存放形式从大向小的说是数据库最大，然后是表，每个表里面存放数据是有一定的规则的，数据存放是表格形式的，也就是说有横也有竖，横着的为行，一般表示一条数据，表与表之间还可以进行关联，进行分表操作，如果一条数据相关项目属性太多，那么可以把有效的相关联系做成关联，可以设定是否唯一。

开发一个业务逻辑比较简单的应用，采用这几年最广为流传的SSM框架是很合适的。SSM框架就是Spring MVC框架和Spring框架，以及持久层常用的MyBatis框架。

三个框架有三个不同的作用。普通用户一般都是操作浏览器进行浏览自己喜欢的内容，而显示或者提交，都会被Spring MVC框架进行拦截和处理，进入到更深的一个层次就是控制层，它会智能的匹配提交的路径，对不同的来源匹配不同的处理逻辑，让不同的代码进行执行，如果只是判断用户输入信息格式的问题是不用传入到后台就可以被前端框架处理的，如果需要与数据库内容进行交互，就会从Java的POJO对象通过MyBatis自动转换数据库对应字段的数据类型，具体是该增删改查还是其他操作，都会通过MyBatis进行处理，处理结果是反馈给控制层，然后通过控制层再提交给视图层，反馈到用户希望看到的结果。

微信开发者工具并不是用来开发微信的一款软件，而是专门用来开发依附于微信的微信小程序和微信公众号的。现如今国内人口差不多14个亿，仅仅微信用户就12个亿之多，基本上覆盖了国内能使用智能手机的所有人群。微信功能相当丰富，可以聊天，视频，移动支付，甚至可以缴各种费用，依靠微信的庞大用户群体，不管是政府机关还是商业公司，都希望借助于微信使用者的庞大用户群体，简化各种支付或者信息推送渠道，让使用微信的人群不用太麻烦就可以完成正常生活的所有操作，极大的方便了人民群众。微信开发者工具就是在聆听到这样的呼唤声而诞生的，为了满足人们的需求，腾讯专门开发出来这个开发工具让其他公司进行使用，并且开放了很多接口以及使用方法，微信开发者工具变得越来越强大。

IDEA是捷克共和国的Java程序员开发人员创造的一个开发软件，刚开始主要是对于用Eclipse软件他们用得不顺手，所以直接开发了这款软件。之所以不顺手原因在于没有代码提升功能，原因是Eclipse只是把代码提示作为一种插件形式的存在，如果有些程序开发人员不清楚代码提示插件可能会出问题，并且代码提示只是用来作为插件，所以功能上有所欠缺。IDEA不仅仅代码提示做的很好，在代码重构上面更上如虎添翼，程序开发人员可以选择一段代码然后IDEA就会对代码进行分解重构，有效的把代码弄得更够层次感，复用性更高，用着更简洁和方便，大大的减少了代码工作量，提升了代码开发效率。当然，IDEA对于使用者这么好，肯定也是有目的的，原因在于插件越多越友好，就需要花费大量的金钱来使用，所以说IDEA使用主要是看自己喜好。

B/S架构的说法是区别于C/S架构，如果单纯的说B/S架构，仅仅可以说是通过浏览器来访问服务器而已。在当今社会，为什么还是有很多B/S架构的存在，是因为一些业务信息不得不采用B/S架构。首先第一条，B/S架构设计的应用对于程序开发来讲是非常的方便的，对于用户满意度来讲，客户端电脑不需要太高的配置，只需要可以上网的浏览器就行，如果用户量庞大，那么使用者在电脑性能资金这方面就可以节省出大笔的金钱，B/S架构是一种为使用者节约金钱的一种开发方式。B/S架构因为把数据都存在服务端，那么安全性就有保障，用户不管在任何一个地方，只要能上网就能访问自己需要的信息和资源。在操作性上面来讲，用户习惯是一个问题，用户已经习惯了打开浏览器访问各种各样的信息，如果需要安装过多的软件进行访问特定的信息会让使用用户感觉到被强迫的感觉，会产生不信任感。综合考虑，依然采用B/S架构形式的设计方式是符合本设计的需求的。

本文作者在确定了研究的课题之后，从各大数字图书馆下载文献来阅读，并了解同类型的网站具备的大致功能，然后具体事务具体分析，得出本系统要研究的具体功能与性能。虽然分析系统这一阶段性工作主要是确定功能，但它却影响着后面系统开发环节的进展，系统分析这个环节是不能少的。

从三个不同的角度来分析，确保开发成功的前提是有可行性分析，只有进行提前分析，符合程序开发流程才不至于开发过程的中断。

在技术实现层次，分析了好几种技术实现方法，并且都有对应的成功案例，也有很多开源模块可以进行参考，所以从技术可行性分析来讲，实现基于微信小程序点餐系统是没有问题的。

对于身为学生的开发者而言，在经济资源上面可用者很少，为了开发基于微信小程序点餐系统，通过开发软件对硬件的要求，发现自己的电脑是完全能用来开发的，并且学校机房的配置也可以达到要求。最重要的是选择的技术都可以在网上找到不花钱的教程以及资料，因为不花钱，所以经济方面是具有可行性的。

基于微信小程序点餐系统的具体实现，本身参考人类的正常操作逻辑，把常用的操作习惯当做主要的导航实现，可以让使用者更快速的理解并且上手操作，实现符合逻辑的操作流程是操作可行性的具体体现。

以上就是从不同的角度来分析，确保了基于微信小程序点餐系统的正常开展。

用户对着浏览器操作，肯定会出现某些不可预料的问题，但是不代表着系统对于用户在浏览器上的操作不进行处理，所以说，要提前考虑可能会出现的问题。

图5.1 即为编码实现的商品管理界面，商品信息有商品原价，商品库存，商品图片，商品名称等信息，管理员可以更改登记错误的商品信息，在商品管理界面可以新增商品，删除需要删除的商品，下架或上架商品，管理商品库存，包括增加库存，减少库存等操作。

图5.1 商品管理界面

图5.2 即为编码实现的商品订单管理界面，商品订单包括用户姓名，配送员名称，实付价格，订单类型等信息，管理员可以查询商品订单，对商品订单出餐，对需要删除的商品订单进行删除等。

图5.2 商品订单管理界面

图5.3 即为编码实现的商品评价管理界面，用户对点餐的商品进行评价之后，该评价信息需要得到管理员的查看和回复。

图5.3 商品评价管理界面

图5.4 即为编码实现的公告信息管理界面，管理员对公告增删改查管理。

图5.4 公告信息管理界面

图5.6 即为编码实现的订单确认界面，用户在收货地址中选择需要的地址，对购买清单以及原价和折扣价等信息进行查看之后，就能进行支付。

图5.6 订单确认界面

图5.7 即为编码实现的我的商品订单界面，用户已经支付的订单如果存在误操作行为，可以申请退款，同时用户可以查看已出餐订单，已评价订单以及已取餐订单等。

图5.7 我的商品订单界面

图5.8 即为编码实现的收货地址界面，用户在收货地址界面新增地址，修改，删除已有收货地址信息。

图5.8 收货地址界面

测试不是说随便测试的，在测试的角度要制定相关的测试任务，测试任务是根据系统的需求角度来进行任务的设置，首先要符合常规的测试流程，然后要符合项目的实际情况，两者相结合才能形成科学的测试任务。在测试任务范围内，能测试出问题才是好的测试，毕竟程序开发不可能不出现问题，测试出的问题越多，代表程序修复的越好，程序修复的越好，程序上线可能会出现的程序相关问题就会越少，这个作用是相互的。

测试的目标就是程序测试环节发现更多的问题，测试就是针对性的，在程序员开发过程中可能忽略到的问题，往往都是测试过程中需要注重的环节。虽然软件开发的技术算是当前最流行也最成熟的一些技术，但是毕竟开发是人为开发的，只要是人开发的就会产生缺陷。随着市场竞争越来越激烈，好多公司都把测试部门给砍掉了，让程序开发人员写完程序自己测试，造成的后果就是程序上线没多久就会出现问题，所以现在有些小型的开发公司都不招测试人员，但是把测试的工作给外包到专门的测试公司，这说明了软件开发行业是离不开专业的测试环节的。

测试方案主要分两个方向，一个是黑盒测试，一个是白盒测试，这两个测试方向是目前最通用的测试方案。测试过程中，要对各个模块实现有个预期，在符合用户的要求上，要对一些字段还有逻辑进行测试，需要不断输入各种各样类型的数据来进行测试，看是否会有内存漏出，指针异常，或者是逻辑问题。

白盒测试：白盒主要是进行逻辑测试的，测试是属于透明形式的测试。白盒测试要求对各种逻辑以及各种判断，每种判断都要进行一次测试，判断实现效果。白盒测试可以说就是把代码能实现的不能实现的语句都进行判断，只要进行过白盒测试，甚至能定位到哪些判断有问题，或者说某个方法就有问题，只要白盒测试过关的，那说明代码功能基本上没有什么大的问题，符合功能开发的很不错。

黑盒测试：黑盒是不管代码是怎么编写的，只测试功能接口问题。黑盒测试一般不让用户测试的，因为主要围绕着安全性或者恢复性测试，包括负载均衡方面，这些需要大量的数据进行冲击，用户是没有这方面的技术的。所以一般需要负责专业的测试人员进行测试，专业的测试人员经过专门的测试方面培训，懂得黑盒测试的测试要领，所以先经过白盒测试功能问题，然后再经过黑盒测试进行运行问题，基本上就满足了测试任务。

本章节主要就是对系统的测试来设置对应的测试操作，从模块功能测试到最后的验收测试。

模块测试：在模块测试一般都是程序员开发过程中，有的自己写属于自己模块的测试用例，一般以达到效果为主，每个模块都是一个单元，这样来区分单元测试的过程，如果不进行单元测试会出现大问题的，会出现各个环节不知道数据的执行流程，方法跳转，以及更重要的异常抛出，这些可能都会忽略，所以要进行模块测试。

模块测试一般有几个需要注意：

第一个问题：路径问题，路径是绝对路径还是相对路径，因为程序代码很多，所以这些肯定要进行测试的，不然会出现异常。

第二个问题：接口问题。接口的命名方式，会不会与技术自带的接口混淆，会不会接口重复，这些都是需要测试的。

第三个问题：数据结构。数据库的数据结构在代码里，是否编写过程中达到了预期，有些地方该是包装类型的还是数据类型的，这些都要测试。

第四个问题：异常处理。每个环节可能会出现的问题，都要定义异常抛出，并且尽量写好异常处理原因，只要抛出指定异常信息，才会达到测试目的。

第五个问题：边界问题。边界问题一般指的的数据大小以及正负数的问题，这些该测试还要测试的，不测试不符合操作流程。

总而言之，模块测试是测试的第一个环节，是不可少的，也是出现问题最多的领域。

集成测试：模块测试完毕才可以集成测试，集成测试主要是对各个模块之间的逻辑进行测试，只要是相关联的模块，都要测试一遍，需要找到模块关联是否能达到正常开发预期。

集成测试主要采用渐增式测试，好处有以下几点：

第一点：渐进式可以更彻底的对逻辑所有功能进行测试，是很彻底的。

第二点：渐进式相当节约时间，节约时间就是节约成本。

第三点：可以更快速的定位错误位置，有助于问题反馈。

用渐进式测试软件功能，用到的混合法。混合法是有顺序的，自上而下测试和自下而上测试，对程序的上下层混合测试，就是测试里面的集成测试方法。

验收测试：验收一般是甲方派人来负责程序的验收测试，派来的人员可能计算机水平层次不齐，也更适合对程序问题提出异议，因为计算机开发的哪怕在行业内最厉害的，也不一定能满足甲方的需求，毕竟开发者认为合理的必须有局外人来进行判断，而甲方派人测试则是代表着对程序的直观认知，前面的所有测试，只是验收测试前的测试，验收测试决定着程序是最终问题。

登录是一个常规功能，虽然是常规功能，但是用处很大，可以拒绝非法用户访问，只有合法用户才可以访问对应的功能，这样能保证程序设定的功能符合安全性要求。

表6.1 管理员登录功能测试表

只有正确的账号密码才会进行跳转到对应的功能区，如果输入的账号密码不对的话，肯定会有相关提示，用来提示操作人员注意输入正确的账号密码，这样有助于提高用户体验。这里以使用者提交错误的账号为“yyy”,正确的密码为“uuu”为例进行测试，具体反馈结果看下面。

图6.1 登录失败提示

任何用户角色都有安全性要求，那么对应的密码最好是经常更改，只有经常更改才会降低坏人的有机可乘几率，达到密码保护的最低要求，当然，如果用户登录人离开了，为了防止其他人乘机篡改密码，那么也会设定旧密码要求，只有输入正确的旧密码才可以进行密码的修改。下面就是测试过程。

表6.2 修改密码功能测试表

不管是旧密码错误还是新密码不合规，都会提示相应的要求，下面就是关于旧密码输入错误的提示。

图6.2 错误的旧密码反馈提示

对基于微信小程序点餐系统进行了各种检测，包含功能检测和性能检测，操作性检测，兼容性检测，通过各方面检测结果来判定系统是符合设计目标，并且在扩展性或者是稳定性上面，也有很好的表现，能完全的满足用户需求。

也许是大学校园在管理上比较开放，学习知识时不像高中时期那样一整天都在学习，而是一天当中抽出部分时间安排学习，其余的时间就可以自由安排，可以去社会上参加实践，可以在学校的图书馆阅读书籍，丰富自己的知识，也可以加入学校的社团进行个人能力的锻炼等等，加上学院的学生都来自全国各地，大家的风俗习惯都有些不一样，这样同学之间也有更多的话题进行畅聊。基于这些原因，我觉得我的性格也逐渐变得开朗起来，正因为如此，我很快乐的度过了大学四年时光。然而，我们都要面临毕业，同学间，师生间也将面临分离，我们都会离开学校，进入社会这样的大环境学习并生活。虽然很不舍，但这也是人生成长中必经的阶段！

临走之际，对这几年的大学生活简单的进行了回想，发现自己学到的专业知识也增加了很多，在本专业上，自己也得到了一定的实操能力锻炼。这些成长都是我们的专业老师带来的，他们这几年辛苦教学，我们也从中获取了许多的专业知识，提高了个人的专业方面的能力，非常感谢他们。

还有一位老师也需要在此特别感谢，即论文指导老师。可以说最后这一年，跟指导老师接触比较多，指导老师在本专业上，非常全能，在我进行本课题的任务期间，导师给予我全面的指导，也能根据我的不足之处推荐合适的书籍让我查看，让我的能力得以提升，继而可以从容面对开发期间遇到的困难。

另外，我也要感谢我的寝室室友，还有我们班上的同学，从接到毕业项目任务之后，我们常常谈论各自课题进展的情况以及面临的问题，也经常互相鼓励对方要积极认真面对毕业项目，这种陪伴，让我在制作毕业项目期间并没有产生过多的焦虑，非常感谢他们。

最后时刻，我也要对我的大学校园表达谢意，我的大学校园是一个非常美丽的地方，而我这几年，在这么优美的环境下学习知识，我已经感到非常幸福。希望在今后能看到我的校园在众多师生共同努力下变得强大，校园的环境也将变得更加美丽。

核心代码展示

/**
 * 公告通知
 * 后端接口
 * @author 
 * @email 
 * @date 2021-03-09 11:33:59
 */
@RestController
@RequestMapping("/news")
public class NewsController {
    @Autowired
    private 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);
	}
	


}