ssm340超市会员（积分)管理系统+jsp
项目清单 包安装运行 官网地址 http://chenqi1990.site
ssm340超市会员（积分)管理系统+jsp
github 项目仓库 开源仅有后端代码
点击播放视频 ▼
第一章 绪论
1.1 研究背景
时代总是在进步的，自从进入了信息时代，面对大量的不同种类的数据，仅仅依靠有限的人力去处理，显然是不行的，毕竟人工处理大量的数据会耗费较长时间，而且数据的错误率也会提升，另外，在对数据进行检索时，也是一件既耗费体力，又耗费时间的事情。因此，引进当前的信息技术开发的系统去解决传统管理模式带来的各种困扰成为一种趋势。本次打算开发超市积分管理系统，让超市会员积分信息的管理完全依赖于计算机，包括录入信息，维护信息等都在计算机上操作，简单方便，在优化信息管理流程的基础上，进一步实现信息管理的规范化和系统化。也让超市会员积分信息的管理人员从之前的繁琐工作中解脱出来，让他们提升自身素质，提高自身管理能力，把超市积分管理系统的作用发挥到最大，从而产生更大的效益。
1.2 研究意义
超市积分管理系统的出现，可以解决传统模式带来的问题，比如传统模式不能批量处理数据，处理效率低，耗时长，浪费大量人力和物力，数据易出错等问题。超市积分管理系统是基于计算机进行数据的处理，则可以短时间内批量完成数据的管理，就连基本的数据录入，更改错误的数据，统计数据等操作要求都可以轻松完成，这样的系统的运用可以减少很多繁琐的工作量，让数据的管理人员提升效率，节省数据处理投入的资金和时间。同时，超市积分管理系统本身就有配套的数据库，用于保存系统的后台数据，对于数据保存的容量则是传统模式不能相比的，在数据安全性上，也有相应的加密技术提供保护，所以数据泄露和被人窃取都不是易事。另外，超市积分管理系统对操作人员录入的数据进行实时检验，可以及时反馈错误信息，使录入数据的准确率得到提高，也充分保证了系统数据的可靠性。总之，超市积分管理系统值得信赖，可以完成数据的高效率处理工作。
1.3 研究内容
本文对超市积分管理系统的描述，将按照如下章节进行。
第一章：根据前期的调研，和对参考资料的分析总结，明确系统研究背景意义；
第二章：通过对当前开发技术的分析，选定开发本系统的开发语言和工具；
第三章：在用户需求的基础上，结合相似系统的功能，分析并确定本系统的功能，分析本系统开发可行性问题；
第四章：在第三章的基础上，进一步细分系统功能，要设计出系统各个模块的功能，同时，对配套数据库进行设计；
第五章：在第四章基础上，要运用编程技术，全面实现超市积分管理系统的功能；
第六章：检测制作的超市积分管理系统功能是否运行正常，性能是否达标；
第二章 开发环境与技术
超市积分管理系统作为一款应用软件，其开发是需要搭建的一定的编程环境，对使用的工具和技术都有相应要求，接下来就介绍本系统中运用到的工具和技术。
2.1 JSP技术
JSP技术是有一定的规则的，首先JSP里可以用Java语言写在标记内，可以混合HTML语言以及XHTML语言代码进行混合编辑，并且进行书写Java语句或者用其他标签，用标签的话都需要用特殊的符号进行描述，编写Java语言的代码需要用特殊符号标记起来，用<%作为开始，中间书写Java语句，以%>作为结束标签，必须是有开头和结尾的，不然会编译出错的，必须是成对出现也必须有闭合的。JSP可以处理表单数据，因为JSP也算是一种Servlet，也可以把数据提交给Servlet处理也是可以的。其实对用户来讲，实现动态数据的网页就可以了，但是后台也是需要对数据进行一些加工的，JSP技术正好也是可以做到数据加工的。JSP可以直接通过JDBC来操作数据库，对数据进行页面展示，也可以记录用户的访问的信息和选择信息等，并且可以使用JavaBean组件，还可以通过Session在不同的网页上传递信息和共享相关的信息。动态网页有很多规范和标准，比如CGI规范或者ISAPI规范这些。标准是固定的，但是JSP技术是比CGI规范更加强壮。比如JSP性能对比上超过CGI，更优秀，原因是因为可以在一个JSP文件里嵌入很多元素，如果元素一样多的话，用CGI就变成了需要很多文件，而受制于硬盘读写效率的影响，用时少就是优秀，能耗少就是强劲。JSP是完整的应用平台Java EE 中不可缺少的一部分。
2.2 MySQL数据库
自从学习了关系型数据库的语法之后，也逐渐的了解了一些属于关系型数据库范畴的几个常见的数据库。比如Oracle数据库和MySQL数据库，以及Microsoft SQL Server数据库和DB2数据库这几种。在这几个关系型数据库之中，对MySQL数据库印象最好。首先MySQL数据库有各种平台的服务器版本，这样就能实现跨平台运行以及移植。其次，MySQL数据库可以进行网络连接，这样可以对本地账户和应用程序账户进行有效的区分，这样在数据库的安全性上面也有很好的保证。再次，MySQL数据库在中小数据量的运行效率上面比其他数据库占用服务器资源最少，所以很多企业都选择了MySQL数据库作为首选。在开发上面，各种图形界面管理工具也是层出不穷，并且还比较好用，从各个方面综合考虑对比的情况下，选择了MySQL数据库作为应用程序所选的数据库软件。
2.3 Java语言
Java语言发展有25年多了，在互联网行业经过这么多年的发展，还依然在市场的占有率上有半壁江山，依然受到很多程序员的喜爱，好多从业人员进行学习，随着互联网从业人员的增加，并没有降低Java语言的江湖地位，算是一个常青藤。Java语言学习很简单，当然这是针对于前辈C++来讲的，C++语言相当的强悍。Java取消了很多C++特征，比如go to这些语句，还有取消了主文件，让所有的文件都是类，类里都是数组和各种对象，还让Java自己处理各种对象的引用和回收，让开发人员只需要创建对象，使用对象，编辑代码逻辑，不需要关注性能方面，让数据的各种存储交给Java自己处理，可以花更多的时间研究应用程序之间的关系，让开发变得更专注，就像赛车的驾驶员一样，只需要了解各种车辆的性能，并且进行操作，不需要研究轱辘如何制造，这样让程序开发更加的细化。
2.4 SSM框架
SSM框架是三个框架的合称，分别是Spring框架和SpringMVC框架以及MyBatis框架。三个框架随着时间的发展，越来越变成了当今Java语言的开发主流，帮助程序开发人员专注于业务逻辑以及配置相关操作，能自动生成的都支持自动生成，避免了很多耦合性出错，通过控制反转和依赖注入，让程序开发变成配置文件开发，简单明了，让创建的Java对象都能通过自身来进行创建。面向切面的操作让程序开发也变成了部门协同，公共事务都交给了SpringAOP来操作，让程序开发变得更加专注。MyBatis越来越智能，可以用配置文件和SQL语句混合开发，可以像操作Java语言一样操作数据库。
第三章 系统分析
通常，对于系统的开发并不是一朝一夕就可以完成的，它需要经历很多的步骤，其中系统分析就是其中的一个，接下来还会有系统的设计和实现，最后一个步骤是系统测试。
3.1可行性分析
一个系统能不能完成开发，以及该系统是否可以带来收益等，都是需要提前分析的。而可行性研究就是分析这些问题，并得出结论，这个环节对项目是否开展起着重要作用。
3.1.1运行可行性分析
首先本系统的运行环境都是当前使用率比较高的软件，通过网络可以下载安装，其次本系统对于运行设备的要求比较低，满足4个G的内存的电脑都可以使用。而当下硬件设备的升级，几乎大部分电脑都是内存8个G，所以运行设备也符合要求。最后，本系统不用于处理繁多的类似商业软件的信息内容，占用的空间比较小。一般的电脑都可以运行。
3.1.2经济可行性分析
任何一个项目在开发前，其在经济上的可行性问题是值得研究的，本项目超市积分管理系统，其在数据的处理上要求比较简单，并且其管理的数据量比较小，因此，该项目的开发周期并不会耽误很长时间，项目的开发需要支出的费用也不高。加上该项目需要管理的数据量较少，对于性能条件一般的计算机都可以满足项目的运行要求，从后期管理成本上来看，需要投入该项目的管理费用也不高。但是该项目一旦投入使用，会给使用者带来一定的收益，也能节省信息管理成本，如此，这样一个低成本投入，但能够带来大量收益的项目超市积分管理系统在经济上是可行的。
3.1.3技术可行性分析
互联网的发展非常迅速，跟互联网挂钩的程序也逐渐被广泛关注，尤其是当下被大众熟知的B/S结构的程序，加上SSM技术的发展与成熟，如今可以很快速的使用模块化的代码开发一个基于B/S结构的项目程序。
通过系统运行，经济和技术上的可行性分析，对超市积分管理系统的开发确实具有必要性，让管理的信息都计算机化，可以缩短在数据处理上消耗的时间，提高工作效率。
3.2系统流程分析
本系统在完成数据的处理时，其内部都设置了相应的处理流程，比如注册时，数据的最终去向以及对每项数据的判断等，这些都是提前进行了分析的，然后在编码时，把这种判断逻辑写入了系统中。让系统在面对同样的事务处理需求时，执行对应的逻辑处理规则。
在本系统的数据库中，所有用户的资料都会单独保存在一张数据表里面，也就意味着这张用户数据表里面的用户名和密码都是可以进行本系统的登录功能的，其登录流程如下。用户提交的登录信息都是必填项，不能漏掉，数据格式和内容都要准确才可以进入功能操作区。
图3.2 用户登录流程图
本系统中保存的数据都是具有参考价值的，所以在录入数据时，要确保数据的准确性，其录入数据的流程见下图。这些数据都是经过检验合格之后才会被数据库保存。
图3.3 信息添加流程图
本系统中设置了修改密码功能，修改密码的流程见下图。密码修改成功之后，下次登录系统就需要使用新密码替换原来的密码。
图3.3修改密码流程图
3.3 系统性能分析
在进行系统分析期间，有一个很重要的环节，就是需要对系统的性能进行分析。可以说系统的性能跟系统的质量是成正比关系，也就是说系统性能也好，系统质量越可靠，系统性能不好，就代表着系统的质量不行，也就意味着系统在实际中的使用中，会出现中途崩溃，或者系统的数据容易泄露等风险。所以，提前进行系统性能的分析，就可以在系统设计实现中，避免出现上述风险问题。
描述系统性能的特征有可扩展性，易维护性，安全性等。
3.3.1系统安全性
一个系统是否安全，直接影响用户的使用。系统安全体现在数据上的保密性。通常，很多系统都设置了登录功能，或针对游客设置的注册功能等，无论是登录中需要使用的账号密码，还是用户注册产生的私密数据等都是系统中的宝贵资源，一旦数据泄露，一些非法人员就会从中谋取利益，或通过用户注册留下的电话骚扰用户，给用户带来身心上的伤害。所以一般针对此类关键数据，通常会直接进行加密保存。让数据始终保持安全状态。
3.3.2系统可扩展性
面对当前用户的使用需求设计的系统并不一定适用于未来。所以需要使用前瞻性的眼光来看待系统，提前预留好空间，方便在今后对系统进行升级，或者扩充系统功能。因此，系统需要具备可扩展性的特性。
3.3.3系统易维护性
系统在保持长时间使用中，难免会出现一些问题。所以在处理这些问题时，可能会对系统进行部分改动。而系统改动的难易程度就体现出系统是否具备易维护性，通常一个易于维护的系统，在面对系统改动时，将会很容易，而且也会节省时间和资金。
3.4系统功能分析
本系统的功能不会像市场上的商业程序一样具备复杂的功能，其提供的功能只能满足目标用户的一般的系统内容浏览和简单的信息处理功能。
本系统确定设置管理员权限和员工权限。
设置的管理员功能可以见下图用例图。管理员管理会员，员工，商品，管理商品兑换以及积分记录信息。
图3.4 管理员用例图
设置的员工功能可以见下图用例图。员工管理积分记录信息，商品信息，商品兑换信息。
图3.5 员工用例图
第四章 系统设计
设计时，通常把用户需求作为对系统功能和数据库的设计重点，殊不知，系统设计时，注重用户体验也是比较关键的设计内容。比如一个系统已经实现了用户需要的功能，但是其界面布局比较混乱，同时界面中各个元素的搭配也不合理，这样一旦访问者访问系统，在短时间内无法找到需要的信息，就容易产生视觉疲劳，直接影响用户对系统的使用。所以，系统设计时，也需要关注用户的使用体验。由于用户之间的差别，比如教育程度，职业，地区等因素的不同，用户产生的行为也会存在差异，所以设计人员既要考虑用户之间的行为差异，也要考虑他们之间的共性。在尊重用户习惯的基础上，进行页面设计布局。达到用户可以多次访问系统的目的。
4.1布局设计原则
进行页面的布局，就要划分系统的各个模块，然后根据这些模块的重要程度进行布局，也需要关注用户比较在意的关键信息，利用合理的布局方式，传达出系统想要表达的信息内容，也让用户快速高效地获取需要的信息。布局虽然是页面设计的核心，但是也要讲究页面内容的协调性，统一性和均衡性。
布局设计也要考虑基本原则，接下来的内容就对此进行阐述。
第一点：参考系统需求，把系统的内容进行划分，按照重要程度的不同进行布局，并把相似或相近的信息内容集中展示在同一个区域，让访问者可以更流畅的阅读信息；
第二点：页面中比较重要的区域是靠上靠左的位置，所以这部分区域应该放置系统中比较重要的模块，毕竟这部分区域可以吸引用户眼球，让用户进入页面中，就可以发现需要的信息。对于一些次要的模块，则可以放置在页面中靠下和靠右的位置。如此设计安排，才可以发挥出页面设计实用性的特点；
第三点：根据用户习惯设计页面，虽然大部分用户具有操作上的共性特征，但他们之间还是存在区别，常见的影响用户操作习惯的因素有：年龄，学历，职业，性别等。所以设计时在考虑用户的共性特征时，也需要尽量尊重用户的不同习惯。
4.2功能模块设计
下图为管理员的功能设计，管理员管理会员，员工，商品，管理商品兑换以及积分记录信息。
图4.1 管理员功能结构图
下图为员工的功能设计，员工管理积分记录信息，商品信息，商品兑换信息。
图4.2 员工功能结构图
4.3数据库设计
超市积分管理系统选用关系数据库作为程序的后台支持，之所以选择关系数据库主要还是因为它易于使用，而且也方便进行数据维护，尤其是提供强大的SQL查询语言。还有就是关系数据库采用的二维表模型，跟现实生活中的逻辑非常贴近，与网状模型，层次模型相比较，可以发现还是关系模型更容易被接受。
4.3.1数据库E-R图
这部分内容需要根据用户需求当中的数据信息，进行拆分，并仔细分析，要从这些数据中标识出E-R模型需要使用的数据，其中有实体，有实体具备的属性，有基于实体间的关系。在获取了这些数据之后，就可以使用认可度比较高的Visio工具来完成E-R模型的建模。建模期间，只要注意Visio工具中，绘制E-R模型的各个符号代表的含义，并能够正确把实体，属性还有关系等数据完整表示就可以了。使用这样的方法可以节省数据库设计的时间，而且还可以直观表达设计的内容，以及它们之间存在的联系。
（1）设计的商品兑换实体，其具备的属性如下图。
图4.4 商品兑换实体属性图
（2）设计的积分记录实体，其具备的属性如下图。
图4.5 积分记录实体属性图
（3）设计的员工实体，其具备的属性如下图。
图4.6 员工实体属性图
- 设计的管理员实体，其具备的属性如下图。
图4.7 管理员实体属性图
（5）设计的实体间关系如下图。
图4.8 实体间关系E-R图
4.3.2 数据库表结构
程序编码基本都是参照设计的方案进行的，包括设计的数据库也是对后面的编码有着一定的影响。通常来说，数据库就是保存数据，不管其设计得好坏，都不会丧失它本身的数据保存功能。设计数据库的好坏，其区别在于，对数据存取的效率。设计比较好的数据库，在数据查询，存储以及更新上，可以快速做出响应。设计不好的数据库，很多时候不仅会延长数据的处理时间，还会容易出错。因此，设计数据库也是程序开发中很关键的环节。
针对本系统设计的数据库，按照数据库设计的原则，即设计数据库的三大范式进行。各个数据表的结构都是根据E-R模型进行的物理转化，对于一些细节问题，包括表的命名，字段的命名，字段类型和长度的设计等都比较规范化，这样做的目的也是方便后期系统编程。
表4.1 公告信息表
| 字段 | 类型 | 空 | 默认 | 注释 |
|---|---|---|---|---|
| id (主键) | int(11) | 否 | 主键 | |
| gonggao_name | varchar(200) | 是 | NULL | 公告名称 |
| gonggao_types | int(11) | 是 | NULL | 公告类型 |
| insert_time | timestamp | 是 | NULL | 公告时间 |
| gonggao_content | text | 是 | NULL | 公告详情 |
| create_time | timestamp | 是 | NULL | 创建时间 |
| 表4.2 商品信息表 |
| 字段 | 类型 | 空 | 默认 | 注释 |
|---|---|---|---|---|
| id (主键) | int(11) | 否 | 主键 | |
| goods_name | varchar(200) | 是 | NULL | 商品名字 |
| goods_types | int(11) | 是 | NULL | 商品种类 |
| goods_number | int(11) | 是 | NULL | 商品数量 |
| goods_photo | varchar(200) | 是 | NULL | 商品图片 |
| danwei | varchar(200) | 是 | NULL | 单位 |
| danjia | decimal(10,2) | 是 | NULL | 价格 |
| suoxu_jifen | int(11) | 是 | NULL | 所需积分 |
| goods_content | text | 是 | NULL | 商品详情 |
| flag | int(11) | 是 | NULL | 是否删除 |
| create_time | timestamp | 是 | NULL | 创建时间 |
| 表4.3 商品兑换信息表 |
| 字段 | 类型 | 空 | 默认 | 注释 |
|---|---|---|---|---|
| id (主键) | int(11) | 否 | 主键 | |
| huiyuan_id | int(11) | 是 | NULL | 会员 |
| goods_id | int(11) | 是 | NULL | 商品 |
| yonghu_id | int(11) | 是 | NULL | 操作人 |
| insert_time | timestamp | 是 | NULL | 兑换时间 |
| create_time | timestamp | 是 | NULL | 创建时间 |
| 表4.4 会员信息表 |
| 字段 | 类型 | 空 | 默认 | 注释 |
|---|---|---|---|---|
| id (主键) | int(11) | 否 | 主键 | |
| huiyuan_name | varchar(200) | 是 | NULL | 会员姓名 |
| huiyuan_phone | varchar(200) | 是 | NULL | 会员手机号 |
| huiyuan_id_number | varchar(200) | 是 | NULL | 会员身份证号 |
| huiyuan_photo | varchar(200) | 是 | NULL | 会员照片 |
| sex_types | int(11) | 是 | NULL | 性别 |
| jifen | int(11) | 是 | NULL | 积分 |
| create_time | timestamp | 是 | NULL | 创建时间 |
表4.5 积分记录信息表
| 字段 | 类型 | 空 | 默认 | 注释 |
|---|---|---|---|---|
| id (主键) | int(11) | 否 | 主键 | |
| huiyuan_id | int(11) | 是 | NULL | 会员 |
| yonghu_id | int(11) | 是 | NULL | 操作人 |
| jifen_jilu_types | int(11) | 是 | NULL | 类型 |
| jifen_jilu_jifen | int(11) | 是 | NULL | 积分 |
| jifen_jilu_content | text | 是 | NULL | 备注 |
| insert_time | timestamp | 是 | NULL | 操作时间 |
| create_time | timestamp | 是 | NULL | 创建时间 |
| 表4.6 管理员信息表 |
| 字段 | 类型 | 空 | 默认 | 注释 |
|---|---|---|---|---|
| id (主键) | bigint(20) | 否 | 主键 | |
| username | varchar(100) | 否 | 用户名 | |
| password | varchar(100) | 否 | 密码 | |
| role | varchar(100) | 是 | 管理员 | 角色 |
| addtime | timestamp | 否 | CURRENT_TIMESTAMP | 新增时间 |
| 表4.7 员工信息表 |
| 字段 | 类型 | 空 | 默认 | 注释 |
|---|---|---|---|---|
| id (主键) | int(11) | 否 | 主键 | |
| username | varchar(200) | 是 | NULL | 账户 |
| password | varchar(200) | 是 | NULL | 密码 |
| yonghu_name | varchar(200) | 是 | NULL | 员工姓名 |
| yonghu_phone | varchar(200) | 是 | NULL | 员工手机号 |
| yonghu_id_number | varchar(200) | 是 | NULL | 员工身份证号 |
| yonghu_photo | varchar(200) | 是 | NULL | 员工照片 |
| sex_types | int(11) | 是 | NULL | 性别 |
| create_time | timestamp | 是 | NULL | 创建时间 |
|
第五章 系统实现
这部分工作主要由程序编制人员完成。通常在面对一个大型的系统时，这些程序编制人员就会明确分工，每个人都完成不同的功能模块，在用代码实现功能的基础上，提前预留好接口，最后才将他们已完成的功能模块通过接口进行组合。
5.1 管理员功能实现
5.1.1 员工管理
管理员工是管理员的功能。其运行效果图如下。管理员添加员工，查询员工，删除员工，修改员工资料都是在本页面完成。
图5.1 员工管理页面
5.1.2 会员管理
管理会员信息是管理员的功能。其运行效果图如下。管理员查看会员的积分，会员的手机号，会员的照片等信息，可以批量删除会员信息，也能添加会员信息。
图5.2 会员管理页面
5.1.3 积分记录管理
管理积分记录是管理员的功能。其运行效果图如下。管理员查看会员积分的使用与增加情况，可以修改会员积分记录信息，也能批量删除会员积分记录信息。
图5.3 积分记录管理页面
5.1.4 商品兑换管理
管理商品兑换信息是管理员的功能。其运行效果图如下。管理员查看会员兑换商品的信息，可以查询商品兑换信息，添加商品兑换信息，批量删除商品兑换信息。
图5.4 商品兑换管理页面
5.2 员工功能实现
5.2.1 商品管理
管理商品信息是员工的功能。其运行效果图如下。员工登记商品信息，可以修改商品的单位，价格，所需积分，商品数量，商品种类等信息，能够批量删除商品信息。
图5.5商品管理页面
5.2.2 添加商品兑换信息
员工在当前页面可以添加商品兑换信息，其运行效果图如下。员工登记会员基本信息，登记会员需要兑换的商品信息等资料即可提交。
图5.6 添加商品兑换信息页面
5.2.3 积分记录管理
员工在当前页面可以管理会员的积分记录信息，其运行效果图如下。员工查询会员的积分记录信息，可以登记会员积分的使用或增加信息。
图5.7 积分记录管理页面