(附源码)springboot基于微信小程序的超市收银系统 毕业设计 271611

Springboot基于微信小程序的超市收银系统

摘 要

随着销售行业竞争日益激烈,基于微信小程序的超市收银系统的引入显得极其重要。它不但可以提高进销存管理的工作效率,而且可以有效减少盲目采购、降低采购成本、合理控制库存、减少资金占用并提高市场灵敏度,从根本上提升超市的市场竞争力。本系统运用计算机管理信息技术,建立数据库,实现了对超市的进货、销售的科学管理。它主要包括以下几大模块:登录模块、商品中心模块、分类信息模块、购物车管理模块、补货记录模块、用户信息模块。各模块相许独立,同时又构成统一的整体。

本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。基于微信小程序的超市收银系统采用Spring boot框架、JSP技术、Ajax技术进行业务系统的编码及其开发,实现了本系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。

关键词:收银系统;Springboot框架;数据存储

Supermarket cashier system based on springboot

Abstract

With the increasingly fierce competition in the sales industry, the introduction of supermarket cashier system is extremely important. It can not only improve the work efficiency of purchase, sales and inventory management, but also effectively reduce blind procurement, reduce procurement costs, reasonably control inventory, reduce capital occupation and improve market sensitivity, so as to fundamentally enhance the market competitiveness of supermarkets. The system uses computer management information technology to establish a database to realize the scientific management of purchase and sales of supermarkets. It mainly includes the following modules: login module, commodity center module, classification information module, shopping cart management module, replenishment record module and user information module. Each module may be independent and form a unified whole at the same time.

Through scientific management and convenient service, the system improves work efficiency and reduces errors and omissions in data storage. The supermarket cashier system adopts spring boot framework, JSP technology and Ajax technology to code and develop the business system, and realizes all the functions of the system. This report first analyzes the background, function and significance of the research, which lays a foundation for the rationality of the research work.

Key words:Cashier system; Springboot framework; data storage

目  录

第1章 绪论 1

1.1 研究背景与意义 1

1.2 系统优点 2

1.2 本文的组织结构 2

第2章 相关技术介绍 3

2.1 J2EE技术 3

2.2 MVVM模式 3

2.3 B/S结构 3

2.4 Springboot框架 3

2.5 Mysql数据库 4

2.6 B/S体系工作原理 4

2.7小程序框架以及目录结构介绍 4

第3章 系统分析 6

3.1 可行性分析 6

3.1.1 技术可行性分析 6

3.1.2 经济可行性分析 6

3.1.3 操作可行性分析 6

3.2 功能需求分析 6

3.3 非功能需求分析 11

3.4 数据流程分析 11

第4章 系统设计 13

4.1 系统架构设计 13

4.2 系统功能结构 13

4.3 功能模块设计 14

4.4 表单字段校验处理设计 15

4.5 系统维护设计 15

4.6 数据库设计 16

4.6.1 概念模型 16

4.6.2 关系模型 16

4.6.3 数据表 17

第5章 系统实现 18

5.1 登录模块的实现 18

5.2 用户子系统模块的实现 19

5.3 管理员子系统模块的实现 23

5.4 分页模块的实现 31

第6章 系统测试 32

6.1 测试目的 33

6.2 测试过程 34

6.3 测试结果 34

第7章 总结与展望 45

参考文献 36

致谢 37

  1. 绪论
    1. 研究背景与意义

21世纪,超市的竞争进入到了一个全新的领域,竞争不再是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模,成为超市经营者努力追求的目标。为了提高物资管理的水平和工作效率,尽可能杜绝商品流通中各环节中可能出现的资金流失不明现象,商品进销存领域迫切需要引进信息系统来加以管理,而基于微信小程序的超市收银系统是当前应用于超市或者公司管理系统的典型代表。

从消费者的角度来说,结帐时应该准备和快速,毕竟时间就是金钱。由于传统的超市收银管理给顾客和店主带来很多不便。针对这方面的缺陷,开发这个系统可以方便快捷地查出顾客结帐情况,商品信息情况,每天的售货情况,方便了对超市商品管理、人员管理,大大提高了超市的售货速度。进而加速了社会的发展速度,提高了人民的生活水平。总之,借助于信息系统可以大大提高超市的运作效率,通过全面的信息的采集和处理,不仅辅助提高了超市的决策水平,还可以迅速提高超市的管理水平,为降低经营成本,提高效率,增强超市扩张力,提供有效的技术保障。

    1. 系统优点

微信小程序的开发框架实现了简单高效的开发方式,整体的系统框架由逻辑层、视图层两部分组成。逻辑层使用Java语言描述,视图层使用Wxml 语言和 Wxss 语言描述。逻辑层与视图层可以进行数据、事件的通信。响应的数据绑定系统是微信小程序的框架核心,数据和视图可以保持同步的更新。框架管理整个微信小程序的页面路由,每个页面有完整的生命周期,页面之间可以切换。

    1. 本文的组织结构

第一章是绪论,本文章的开头部分,对本题目的研究背景和研究意义等一些做文字性的描述。

第二章研究了基于微信小程序的超市收银系统的所采用的开发技术和开发工具。

第三章是系统分析部分,包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。

第四章是系统设计部分,本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。

第五章是系统的具体实现,介绍系统的各个模块的具体实现。

第六章在前几章的基础上对系统进行测试和运行。

最后对系统进行了认真的总结,以此对未来有一个新的展望。

  1. 相关技术介绍
    1. J2EE技术

人可以掌握多门外语,而一个计算机科学家精通的大多是编程语言,它不是人类的自然语言,比如C语言、Java、Perl等等。由于不同的公司开发出的“中间件”不够规范,所以Sun公司推出J2EE,用这个标准来解决弊病。它提供了良好的机制,让每个层次允许与之相对的服务器、组件运行,使得系统的搭建稳定可用、开发高效、维护方便。

    1. MVVM模式

MVVM模式是常用的开发模式,主要是在代码实现上将其分为M层、V层和C层。

视图(View)代表用户交互界面,一个 Web 应用就可能有很多的界面,在 MVVM 模式中,视图仅仅处理的只有数据采集、处理,还有用户的请求, 并不包括业务流程的处理,业务流程由模型(Model)来处理。

模型(Model)就是业务流程/状态的处理及业务规则的制定。模型处理业务流程的过程其它层是无法看见了的,它就像黑箱子,在接受视图请求的数据之后,然后返回最终的处理结果。MVVM 最主要的核心就是业务模型的设计,一个典型的应用例子就是目前流行的 EJB 模型,它从应用技术实现的角度对模型做了进一步的划分,以便充分利用现有的组件,但是它不能作为应用设计模型的框架。

控制器(Controller)可以理解为接收用户的请求,然后视图和模型匹配在一起,一起再完成用户请求。它有非常明显的作用在划分控制层上,可以很清晰地告诉你,它就是一个分发器,选择什么样的模型、视图,可以完成用户的什么样的请求。控制层不做所有的数据处理,比如说:用户点击一个连接,控制层接受到请求之后,并不处理业务信息,它只是向模型传递用户的信息,同时告诉模型做什么,然后选择符合需求的视图返回给用户。

    1. B/S结构

B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题。

    1. Spring boot框架

Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架,其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够,于是创建了SpringMVC。

    1. Mysql数据库

Mysql 经过多次的更新,功能层面已经非常的丰富和完善了,从Mysql4版本到5版本进行了比较大的更新,在商业的实际使用中取得了很好的实际应用效果。最新版本的Mysql支持对信息的压缩,同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新,数据库自身的镜像功能也得到了很大的增强,运行的流畅度和易用性方面有了不小的进步,驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化,能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心,同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新,增加了两个非常使用的显示区,一个是信息区,对表格和文字进行了分类处理,界面的显示更加清爽和具体。第二是仪表的信息控件,能在仪表信息区进行信息的显示,同时还能进行多个信息的比对,为用户的实际使用带来了很大的便捷。

针对本文中设计的基于微信小程序的超市收银系统在实际的实现过程中,最终选择Mysql数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作,而且数据的安全性要求也是非常的高。综合这些因素,最终选择安全性系数比较高的Mysql来对基于微信小程序的超市收银系统后台数据进行存储操作。

2.6 B/S体系工作原理:

B/S架构采取浏览器请求,服务器响应的工作模式。

用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;

而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中;

Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。

在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。

2.7小程序框架以及目录结构介绍

整个小程序框架系统分为两部分:逻辑层视图层。小程序开发框架的目标是通过尽可能简单、高效的方式让开发者可以在微信中开发具有原生 小程序 体验的服务。小程序在视图层与逻辑层间提供了数据传输和事件系统,提供了自己的视图层以及逻辑层框架,让开发者能够专注于数据与逻辑。框架的核心是一个响应的数据绑定系统,可以让数据与视图非常简单地保持同步。在逻辑层做数据修改,在视图层就会做相应的更新。框架提供了一套基础的组件,这些组件自带微信风格的样式以及特殊的逻辑,开发者可以通过组合基础组件,创建出强大的微信小程序 。

  1. 系统分析
    1. 可行性分析

开发任何一个系统,都要对其可行性进行分析,对其时间和资源上的限制进行考虑,这样可以减少系统开发的风险。同时,分析之后不仅能够合理的运用人力,还能在各方面资源的消耗上得到节省。下面就对技术、经济和社会三个方面来介绍。

实用性方面,本次设计的主要任务是实现基于微信小程序的超市收银系统中的商品中心管理、商品分类管理、系统管理、订单管理等,符合当前潮流的发展。从用户角度出发,同时也考虑系统运营成本和人力资源,采用网络上的便捷方式,实现线上业务,使得业务流程更系统,也更方便用户的体验,比较实用。

经济性方面,由于本课题中设计的基于微信小程序的超市收银系统的主要目的是为了能够更加方便及快捷的进行商场商品信息管理及检索服务,也就是能够可以直接投入使用的信息化软件。系统的主要成本主要是集中在对使用数据后期继续维护及其管理更新这个操作上。但是一旦系统投入到实际的运行及使用之后就能够很好的提高信息查询检索的效率,同时也需要有效的保证查询者的信息方面的安全性,同时这个商场购物管理与系统所带来的实际应用方面的价值是远远的超过了实际系统进行开发与维护方面的成本,因此,从经济上来说开发这个软件是可行的。

      1. 技术可行性分析

所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用JSP技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。

      1. 经济可行性分析

在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。

      1. 操作可行性分析

本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以基于微信小程序的超市收银系统具备操作可行性。

    1. 功能需求分析

在系统开发设计前,应该对功能做初步设想,清楚这个管理系统有什么板块,每个板块有什么功能,整体的设计是否满足使用者的需求,接着对所开发的系统功能进行的详细分析总结,从而设计出完整的系统并将其实现。用户和开发人员的交流分析,使其达到最佳理解程度,使系统功能达到最佳。

管理员用例图如下所示。

 

图3-1 管理员用例图

用户用例图如下所示。

 

图3-2 用户用例图

用例描述是对用例图的各功能模块最好的理解和需求的描述的一种文字性说明,用例描述如下:

表3-1 登录描述

描述项

说明

用例名称

登录

用例描述

在使用者输入正确输入用户名和密码的条件下,才能登入系统继续后面的操作

参与者

使用者

前置条件

用户正确输入URL

后置条件

用户登录,成功跳转至主界面

主事件流

使用者输入相应的用户名和密码

如果用户名不存在,则需要去注册

如果密码或者用户名错误,登录失败

如果输入的用户名和密码正确,则进入平台主界面

异常事件流

e1.网络异常

e2.数据库连接异常

表3-2 商品中心管理描述

描述项

说明

用例名称

商品中心操作

用例描述

管理员正确登录后台管理的条件下,对商品中心进行管理

参与者

管理员

前置条件

管理员登录成功并跳转到后台主界面

后置条件

操作成功

主事件流

管理员跳转商品中心管理页面,查询商品中心详情的信息

管理员可以删除商品中心信息

异常事件流

e1.报500错误

e2.数据库连接异常

表3-3 商品管理描述

描述项

说明

用例名称

商品操作

用例描述

管理员正确登录后台管理的条件下,对商品模块进行管理

参与者

管理员

前置条件

管理员成功登录

后置条件

操作成功

主事件流

(1)管理员进入商品管理页面,查询商品的信息

(2)管理员可以对商品进行增删除和编辑商品操作

(3)管理员新增商品,添加成功跳转到查询页面

异常事件流

e1.报500错误

e2.数据库连接异常

表3-4 商品分类管理描述

描述项

说明

用例名称

商品分类操作

用例描述

管理员正确登录后台管理的条件下,商品分类模块进行管理

参与者

管理员

前置条件

管理员成功登录

后置条件

操作成功

主事件流

(1)管理员进入商品分类管理页面,查询商品分类内容的信息

(2)管理员可以对商品分类进行删除操作

异常事件流

e1.报500错误

e2.数据库连接异常

表3-5 公告管理描述

描述项

说明

用例名称

仓库操作

用例描述

管理员正确登录后台管理的条件下,对公告模块进行管理

参与者

管理员

前置条件

管理员成功登录

后置条件

操作成功

主事件流

(1)管理员进入公告管理页面,查询货品的信息

(2)管理员可以对公告进行增删除和编辑仓库操作

(3)管理员新增公告,添加成功跳转到查询页面

异常事件流

e1.报500错误

e2.数据库连接异常

表3-6 用户管理描述

描述项

说明

用例名称

用户操作

用例描述

管理员正确登录后台管理的条件下,用户模块进行管理

参与者

管理员

前置条件

管理员成功登录

后置条件

操作成功

主事件流

(1)管理员进入用户管理页面,查询用户内容的信息

(2)管理员可以对用户进行删除操作

异常事件流

e1.报500错误

e2.数据库连接异常

基于微信小程序的超市收银系统在对需求做解析后,整个系统主要分为两个部分:管理员和用户,每个模块下的分支功能不一样。对功能做出如下说明:

用户模块:

账号登录认证。

管理个人资料信息,修改可修改的信息项。

商品信息,同时查看商场商品信息,可以搜索商品信息。

订单中心,可以查看订单中心信息。

补货记录,可以上传补货记录信息。

超市资讯,可以浏览超市资讯信息。

管理员模块:

发布商品,并可以销毁某个商品,更新商品数据,模糊搜索商品数据等。

商品分类,并可以对商品进行分类管理等。

发布用户,并可以销毁某个用户,更新用户数据,模糊搜索用户数据等。

订单中心管理。

系统维护管理数据。

    1. 非功能需求分析

系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。

    1. 数据流程分析

一层数据流程图包括了登录、用户功能和检索维护等模块,在登录模块使用到的数据存储有用户账户文档,用户功能模块需要的存储是用户各功能模块数据文档,检索维护是使用以上这些数据文档通过关键词进行检索。

系统的一层数据流图如下图所示。

 

图3-2系统数据流图(一层)

二层数据流程是对一层数据流层图中填写登录信息、用户功能的细化。即:填写登录信息细化为填制信息、后台审核,用户功能细化为商品中心、补货记录、订单中心、超市资讯浏览等操作。

系统的二层数据流图如下图所示。

 

图3-4系统数据流图(二层)

  1. 系统设计
    1. 系统架构设计

目前B/S体系的系统主要的数据访问方式是:通过浏览器页面用户可以进入系统,系统可以自动对用户向服务器发送的请求进行处理,处理请求是在系统后台中进行的,用户在浏览器页面上进行相应操作,就能够看到服务端传递的处理结果。商场管理系统主要分为视图-模型-控制三层架构设计。在视图层中,主要是操作在服务器端向用户端反馈并显示的数据,在模型层中,主要处理相关的业务逻辑、数据整合等,最后的控制层它介于视图和模型之间,主要是调整两层之间的关系,最终落实数据的传递。

系统架构图如下图所示。

 

图4-1系统架构图

    1. 系统功能结构

系统设计的目的是分析系统包括的所有功能结构,为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后,确定的总体需求主要包括多个模块,分别是:用户管理、商品中心管理、分类管理、订单管理、系统维护管理、公告管理、补货记录管理。系统整体角色分为两个部分,一是用户、二是管理。权限分布也是很明显,用户具有查询和管理自己账户信息、商品查询、公告查看、商品购买等权限;管理员是最高权限拥有者。

系统功能结构图如下图所示。

 

图4-2系统功能结构图

    1. 功能模块设计

用户管理模块

该模块是为所有用户登录设计的,管理员能对整个系统的数据进行管理,主要是用户的登录权限以及用户登录后在系统里的操作权限。

订单模块

用户可以将自己需求的商品添加购物车,进行在线支付。订单完成。用户可以查看个人历史订单列表,可以进行数据销毁。

商品中心维护模块

操作人来录入商品数据,点击商品录入按钮,依次填写要录入的商品数据,点击提交按钮,将数据提交至数据库,然后刷新商品数据页面,每条数据右边有删除和编辑按钮,来完成相应的删除和更新功能。

用户维护模块

操作人来录入用户数据,点击用户录入按钮,依次填写要录入的用户数据,点击提交按钮,将数据提交至数据库,然后刷新用户数据页面,每条数据右边有删除和编辑按钮,来完成相应的删除和更新功能。

    1. 表单字段校验处理设计

1.出错信息类型

出错信息类型包括:

A 未输入必填项;

B 应输入合法字符或数字却输入非法字符或数字;

C 对空数据表进行更改或删除操作;

D 向要求唯一值的关键字段添加重复值。

2.出错处理对策

对于错误A,系统要求用户输入非空值。

对于错误B,系统要求用户输入合法字符。

对于错误C,系统提示数据表无记录可更改或删除。

对于错误D,系统要求用户输入非重复值。

    1. 系统维护设计

基于微信小程序的超市收银系统是个现代化的高度集成的综合信息系统,系统主要服务对象为用户,最大化在页面中提供多的信息,因此在系统维护上,数据量较大,整体的维护设计如下:

(1)代码的维护:部署在云服务器上或本地服务器,通过SVN或FTP保持版本更新迭代。

(2)功能增加:功能升级在必要的前提下。

(3)数据维护:根据安全性等需求,定期对数据库进行人工备份。

    1. 数据库设计
      1. 概念模型

对于一个要开发的系统来说,E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在基于微信小程序的超市收银系统中存在着多个实体分别是用户、管理员、商品中心、订单中心。

系统总体ER图如下图所示。

 

图4-4系统总体ER图

      1. 关系模型

管理员(管理员id、用户名、密码、权限)

员工(员工id、账号、密码、姓名、性别、地区、手机、Email、照片)

公告数据(公告id、标题、首页图片、发布内容、发布人)

商品分类(商品分类id、编号、名称、类型)

商品信息(商品信息id、商品编号、商品名称、库存数量、价格)

商品订单(商品订单id、商品编号、商品名称、数量、价格)

      1. 数据表

数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化,最后形成具有一定逻辑关系的数据库表结构。商场管理系统所需要的部分数据结构表如下表所示。

名称

类型

长度

不是null

主键

注释

ordinary_users_id

int

11

普通用户ID

user_account

varchar

64

用户账号

full_name

varchar

64

姓名

gender

varchar

64

性别

examine_state

varchar

16

审核状态

recommend

int

11

智能推荐

user_id

int

11

用户ID

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

名称

类型

长度

不是null

主键

注释

commodity_center_id

int

11

商品中心ID

commodity_number

varchar

64

商品编号

trade_name

varchar

64

商品名称

commodity_area

varchar

64

商品区域

commodity_type

varchar

64

商品类型

product_picture

varchar

255

商品图片

commodity_price

varchar

64

商品价格

merchandise_inventory

varchar

64

商品库存

commodity_specifications

varchar

64

商品规格

product_details

longtext

0

商品详情

hits

int

11

点击数

praise_len

int

11

点赞数

recommend

int

11

智能推荐

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

名称

类型

长度

不是null

主键

注释

classification_information_id

int

11

分类信息ID

commodity_area

varchar

64

商品区域

commodity_type

varchar

64

商品类型

recommend

int

11

智能推荐

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

名称

类型

长度

不是null

主键

注释

order_center_id

int

11

订单中心ID

order_number

varchar

64

订单号

commodity_number

varchar

64

商品编号

trade_name

varchar

64

商品名称

commodity_type

varchar

64

商品类型

commodity_price

varchar

64

商品价格

commodity_specifications

varchar

64

商品规格

number_of_purchases

varchar

64

购买数

total_price

varchar

64

总价

user_account

int

11

用户账号

order_time_

varchar

64

下单时间

order_date

date

0

订单日期

pay_state

varchar

16

支付状态

pay_type

varchar

16

支付类型:

recommend

int

11

智能推荐

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

名称

类型

长度

不是null

主键

注释

replenishment_record_id

int

11

补货记录ID

commodity_number

varchar

64

商品编号

trade_name

varchar

64

商品名称

commodity_area

varchar

64

商品区域

commodity_type

varchar

64

商品类型

supplementary_quantity

varchar

64

补充数量

recommend

int

11

智能推荐

create_time

datetime

0

创建时间

update_time

timestamp

0

更新时间

名称

类型

长度

不是null

主键

注释

notice_id

mediumint

8

公告id:

title

varchar

125

标题:

content

longtext

0

正文:

create_time

timestamp

0

创建时间:

update_time

timestamp

0

更新时间:

  1. 系统实现
    1. 登录模块的实现

系统的登录窗口是用户的入口,用户只有在登录成功后才可以进入访问。通过在登录提交表单,后台处理判断是否为合法用户,进行页面跳转,进入系统中去。

登录合法性判断过程:用户输入账号和密码后,系统首先确定输入输入数据合法性,然后在login.jsp页面发送登录请求,调用src下的mainctrl类的dopost方法来验证。

用户登录模块的IPO如下所示:

输入:用户名和密码。

处理:

1)检测用户输入的账号、密码是否正确及在数据库已对应存在。

2)从数据库中提取记录,并储存在本地的session中(timeout默认=30min)。

3)根据用户名,将其显示在系统首页上。

输出:是否成功的信息。

登录流程图如下所示。

 

图5-1登录流程图

系统登录界面如下所示。

 

图5-2系统登录界面

用户登录的关键代码如下。

/**

     * 登录

     * @param data

     * @param httpServletRequest

     * @return

     */

    @PostMapping("login")

    public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {

        log.info("[执行登录接口]");

        String username = data.get("username");

        String email = data.get("email");

        String phone = data.get("phone");

        String password = data.get("password");

        List resultList = null;

        QueryWrapper wrapper = new QueryWrapper<User>();

        Map<String, String> map = new HashMap<>();

        if(username != null && "".equals(username) == false){

            map.put("username", username);

            resultList = service.selectBaseList(service.select(map, new HashMap<>()));

        }

        else if(email != null && "".equals(email) == false){

            map.put("email", email);

            resultList = service.selectBaseList(service.select(map, new HashMap<>()));

        }

        else if(phone != null && "".equals(phone) == false){

            map.put("phone", phone);

            resultList = service.selectBaseList(service.select(map, new HashMap<>()));

        }else{

            return error(30000, "账号或密码不能为空");

        }

        if (resultList == null || password == null) {

            return error(30000, "账号或密码不能为空");

        }

        //判断是否有这个用户

        if (resultList.size()<=0){

            return error(30000,"用户不存在");

        }

        User byUsername = (User) resultList.get(0);

        Map<String, String> groupMap = new HashMap<>();

        groupMap.put("name",byUsername.getUserGroup());

        List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));

        if (groupList.size()<1){

            return error(30000,"用户组不存在");

        }

        UserGroup userGroup = (UserGroup) groupList.get(0);

        //查询用户审核状态

        if (!StringUtils.isEmpty(userGroup.getSourceTable())){

            String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());

            if (res==null){

                return error(30000,"用户不存在");

            }

            if (!res.equals("已通过")){

                return error(30000,"该用户审核未通过");

            }

        }

        //查询用户状态

        if (byUsername.getState()!=1){

            return error(30000,"用户非可用状态,不能登录");

        }

        String md5password = service.encryption(password);

        if (byUsername.getPassword().equals(md5password)) {

            // 存储Token到数据库

            AccessToken accessToken = new AccessToken();

            accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));

            accessToken.setUser_id(byUsername.getUserId());

            tokenService.save(accessToken);

            // 返回用户信息

            JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));

            user.put("token", accessToken.getToken());

            JSONObject ret = new JSONObject();

            ret.put("obj",user);

            return success(ret);

        } else {

            return error(30000, "账号或密码不正确");

        }

}

    public String select(Map<String,String> query,Map<String,String> config){

        StringBuffer sql = new StringBuffer("select ");

        sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");

        sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));

        if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){

            sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");

        }

        if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){

            sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");

        }

        if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){

            int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;

            int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;

            sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);

        }

        log.info("[{}] - 查询操作,sql: {}",table,sql);

        return sql.toString();

}

    public List selectBaseList(String select) {

        List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);

        List<E> list = new ArrayList<>();

        for (Map<String,Object> map:mapList) {

            list.add(JSON.parseObject(JSON.toJSONString(map),eClass));

        }

        return list;

}

    1. 用户子系统模块的实现
      1. 用户首页模块

系统呈现出一种简洁大方的首页:界面简约、鳞次栉比,用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑,应有良好性能的后台。

如下图所示为系统的首页界面。

 

图5-3系统首页界面

      1. 订单中心模块

商品预订过程中,首先使用getmap(id,"xinxi"),通过商品ID得到商品数据,将商品数据赋值给商品预订,调用CommDAO的insert方法将领取数据插入订单表中,最后查看个人历史订单中心记录,可以销毁历史领取数据。

订单中心流程图如下所示。

 

图5-4订单中心流程图

订单中心界面如图所示。

 

图5-5订单中心界面

订单中心的关键代码如下。

 @RequestMapping("/get_list")

    public Map<String, Object> getList(HttpServletRequest request) {

        Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));

        return success(map);

      1. 公告信息模块

公告信息页面,首先使用getmap(id,"xinxi"),通过公告ID得到系统首页公告信息数据,将内容数据赋值给公告信息,调用CommDAO的insert方法将移库数据插入公告列表中,最后供用户浏览。

公告信息流程图如下所示。

                          

 

图5-6公告信息流程图

公告信息界面如图所示。

 

图5-7公告信息界面

    1. 管理员子系统模块的实现
      1. 订单中心管理模块

在商品列表中在yhzhgl查看订单中心,先使用sql语句查询出所有订单中心表的数据,然后调用PageManager.getPages(url,4,sql, request ),返回一个ArrayList的对象,在for循环里,使用jsp得到每个ArrayList对象的数据,在jsp页面中解析ArrayList对象,得到其各个键值对的值。

订单中心管理界面如下图所示。

 

图5-8订单中心管理界面

订单中心管理关键代码:

@RequestMapping("/get_obj")

    public Map<String, Object> obj(HttpServletRequest request) {

        List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));

        if (resultList.size() > 0) {

            JSONObject jsonObject = new JSONObject();

            jsonObject.put("obj",resultList.get(0));

            return success(jsonObject);

        } else {

            return success(null);

        }

}

      1. 个人资料管理模块

用户点击登录填写账号信息登录后,会切换内容为“某某用户欢迎您”和历史订单,并给出注销链接。当用户登录成功后会将个人信息保存在session作用域中,点击自己的用户名时,会跳转到个人详细信息页面,由后台通过Freemarker取出session作用域中的用户信息进行动态渲染,例如,邮箱、电话号码、用户名等等。同时页面上会显示修改个人信息和修改密码的按钮,这时用户可以修改自己的登录密码以保障账号的安全性,防止被人窃取账号,通过UserController.java的updatePassword()实现,同时也可以根据自己的个人信息是否变动做出相应的修改,通过updateUserInfo()实现。

密码修改流程图如下所示。

 

图5-9密码修改流程图

      1. 商品分类分类管理模块

对商品进行分类时,输入必填字段后,表现层的ShangpinController接受传过来的商品分类信息参数,再调用ShangpinController类的addShangpin方法,经过ShangpinService业务层到ShangpinMapper持久层的处理,完成对整个添加商品分类信息的操作。addShangpin方法也和用户管理中的addUser方法类似,同时做添加和修改工作。

修改商品分类时,选择需要修改的商品进行修改,调用ShangpinController控制器的editShangpin方法,拿到该商品分类原本的信息并显示到页面,管理员再对需要修改的商品分类信息字段进行修改,完成后调用addShangpin方法,调用业务层的updateByKey方法,更新数据库的商品分类信息表的数据。

商品分类分类管理流程图如下所示。

 

图5-10商品分类管理流程图

商品分类管理界面如下图所示。

 

图5-11商品分类管理界面

商品分类管理关键代码:

 @RequestMapping("/get_list")

    public Map<String, Object> getList(HttpServletRequest request) {

        Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));

        return success(map);

      1. 用户管理模块

选择需要删除的用户信息进行删除,把主键的uId传到CangkuController控制器,再调用控制器的deleteCangku方法,数据经过CangkuService业务层解析和处理,请求CangkuMapper持久层调用deleteByPrimaryKey方法操作数据库将仓库数据从数据库中删除。

查找用户时,输入需要查找的用户名,调用getData方法获取所有数据并且进行分页,把获取到的所有数据显示到视图上,这时候只需要用脚本方法便能快速查找,不涉及对数据库操作。

用户管理流程图如下所示。

 

图5-12用户管理流程图

用户管理界面如下图所示。

 

图5-13用户管理界面

用户管理的关键代码如下。

@PostMapping("/add")

    @Transactional

    public Map<String, Object> add(HttpServletRequest request) throws IOException {

        Map<String,Object> paramMap = service.readBody(request.getReader());

        this.addMap(paramMap);

        return success(1);

}

    @Transactional

    public Map<String, Object> addMap(Map<String,Object> map){

        service.insert(map);

        return success(1);

}

    1. 分页模块的实现

本系统单独编写一个Pager类用于分页技术的实现,在该类中确定每一个页面显示记录的总数pageSize,同时定义总记录数totalSize、当前页currentPage和总页数totalPage这几个属性,声明一个带两个参数的构造函数,获取数据库记录的时候传入记录总数给pageSize,通过记录总数和pageSize这两个变量计算出总页数,在查询数据的时候需要通过Pager类的pageSize设置每次取出数据的最大记录数和设置起始取出记录的位置。该类中还定义了几个boolean类型的变量,用于判断是否有上一页、下一页、最后一页等等,在jsp页面显示数据的时候通过标签显示记录是否有上一页或者下一页。

  1. 系统测试
    1. 测试目的

在对该系统进行完详细设计和编码之后,就要对基于微信小程序的超市收银系统的程序进行测试,检测程序是否运行无误,反复进行测试和修改,使之最后成为完整的软件,满足用户的需求,实现预期的功能。

    1. 测试过程

在软件的测试过程中,通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应,及时发现代码上或逻辑上的缺陷,以此来来完善系统,提高软件产品的质量,使软件具有良好的用户体验。

登录测试用例表如下所示。

表6-1登录测试用例

测试性能

用户或操作员登录系统

用例目的

测试用户或操作员登录系统时功能是否正常

前提条件

进入用户登录页面或操作员登录页面

输入条件

预期输出

实际情况

各项信息不予填写,直接点击登陆按钮

不允许登录,提示填写账号相关信息

一致

填写错误的登录名或密码后点击登录系统

提示用户名或密码错误,要求重新填写进行登录

一致

填写与验证码信息不一致的信息

系统显示出提示信息,表明验证码错误,要求重新填写

一致

订单中心测试用例表如下所示。

表6-2订单中心测试用例

测试性能

用户进行订单中心的操作

用例目的

测试用户进行订单中心操作时,该功能是否正常

前提条件

用户进入商品详情页,该商品能够被预订

输入条件

预期输出

实际情况

对着某商品点击“预订”按钮

界面跳转至领取界面

一致

在领取界面,输入必填项,点击“提交”按钮

提示“预订成功”,并返回上一级界面

一致

在领取界面,填写领取表单的时候未输入完整,点击“提交”按钮

提示“预订失败”

一致

商品分类测试用例表如下所示。

表6-3商品分类测试用例

测试性能

用户进行商品分类的操作

用例目的

测试用户进行商品分类操作时,该功能是否正常

前提条件

用户进入商品详情页,该商品能够被移库

输入条件

预期输出

实际情况

对着某商品点击“分类”按钮

界面跳转至分类界面

一致

在移库界面,输入必填项,点击“分类”按钮

提示“分类成功”,并返回上一级界面

一致

在移库界面,填写移库表单的时候未输入完整,点击“分类”按钮

提示“分类失败”

一致

商品信息管理测试用例表如下所示。

表6-4商品信息管理测试用例

测试性能

商品信息相关信息管理功能

用例目的

测试系统操作者对商品信息相关信息进行管理的功能是否正常

前提条件

登录系统进入相关管理页面

输入条件

预期输出

实际情况

进入商品信息管理界面,点击“录入”按钮,填写所有必填项,点击提交

提示“录入成功”,并返回查询界面

一致

进入商品信息管理界面,点击“录入”按钮,未填写一个或者多个必填项,点击提交

提示“录入失败”,请填写必填项

一致

进入商品信息管理界面,选择要修改的一条数据,点击该条数据后面的“修改”按钮 

节目跳转至修改界面

一致

在修改界面,修改可修改项后,点击“提交”按钮

提示“修改成功”,并返回查询界面

一致

进入商品信息管理界面,点击某条数据后面的删除按钮

提示“是否要删除该数据”,如果用户点击“确定”按钮,则成功删除该条数据,并提示“删除成功”,之后返回查询界面

一致

    1. 测试结果

经过对此系统的测试,得出该系统足以满足用户日常需求,在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是,还有很多功能有待添加,这个系统仅能满足大部分的需求,还需要对此系统功能进一步的完善,这样使用起来才能更加的完美。

  1. 总结与展望

通过基于微信小程序的超市收银系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。

目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。

本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。

系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。

参考文献

  1. 单树倩,任佳勋.基于SpringBoot和Vue框架的数据库原理网站设计与实现[J].电脑知识与技术,2021,17(30):40-41+50.
  2. [2]喻佳,吴丹新.基于SpringBoot的Web快速开发框架[J].电脑编程技巧与维护,2021(09):31-33.
  3. 熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2019,15(36):76-77.
  4. 钟玥,朱雅,徐梦里.基于IE理论的大型基于微信小程序的超市收银系统改善[J].商场现代化,2019(20):1-4.
  5. 朱运乔.基于SpringBoot+SSM框架的Web应用系统搭建与实现[J].电脑编程技巧与维护,2019(10):23-25.
  6. 孙璐阳.基于SSD算法的基于微信小程序的超市收银系统开发[J].通信技术,2019,52(05):1279-1283.

[7]张崇辉,郭培月,刘彦显.影响超市收银效率的因素研究[J].当代经济,2018(24):84-85.

[8]荆昱阳,敬春菊.基于微信小程序的超市收银系统调查及优化[J].山西财经大学学报,2018,40(S2):66-68+73.

[9]刘邦凯. 超市系统前端收银软件设计与实现[D].电子科技大学,2018.

[10]张静文,李宏伟,赵发.一种基于RFID的基于微信小程序的超市收银系统[J].无线电通信技术,2018,42(05):71-74.

[11]边英明,薛琳琳,陈健.排队论对基于微信小程序的超市收银系统的优化研究[J].物流工程与管理,2018,38(05):221-222.

[12]卢元.小型连锁基于微信小程序的超市收银系统的开发和实现[J].科技展望,2018,26(03):233+235.

[13]原尚雪. 利益相关者关系分析与其在大型基于微信小程序的超市收银系统设计中的应用[D].北京理工大学,2018.

[14]李岩,岳俊华.基于VB的超市POS前台收银系统的设计与实现[J].价值工程,2018,33(33):235-236.

致谢

伴随着设计的完成,大学生涯也随之即将结束。大学期间是我最珍惜的时光,大学时光中学会了很多,也成长了很多,这段时光中每一段回忆都刻在脑海中。感谢一起学习,一起成长同学们,和成长过程悉心教导的老师们,非常感激有你们的陪伴。

首先感谢我的指导老师,设计的完成离不开老师的一系列指导。在毕业设计的完成过程中,老师给出了很多中肯的建议,正是由于老师一丝不苟的工作态度,我的设计才能顺利的完成。

最后,感谢在大学生涯中每一位教导我的老师,是你们教给了我丰富的知识,更教会了我遇到问题时,如何去应对并解决。谢谢你们的帮助与支持。

免费领取本源代码、数据库,请私信

  • 1
    点赞
  • 24
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值