基于ssm生活缴费系统及相关安全技术的设计与实现论文

摘 要

互联网发展至今，无论是其理论还是技术都已经成熟，而且它广泛参与在社会中的方方面面。它让信息都可以通过网络传播，搭配信息管理工具可以很好地为人们提供服务。针对生活缴费信息管理混乱，出错率高，信息安全性差，劳动强度大，费时费力等问题，采用生活缴费系统可以有效管理，使信息管理能够更加科学和规范。
生活缴费系统在Eclipse环境中，使用Java语言进行编码，使用Mysql创建数据表保存本系统产生的数据。系统可以提供信息显示和相应服务，其管理员管理电表，供暖，固话，宽带，燃气表，水表，油卡以及它们对应的缴费信息，管理客服，管理帮助信息以及油卡所属公司信息。用户在前台查看帮助信息，联系客服，在后台缴纳电费，水费，宽带费，供暖费，固话费等费用以及查看它们对应的缴费记录。
总之，生活缴费系统集中管理信息，有着保密性强，效率高，存储空间大，成本低等诸多优点。它可以降低信息管理成本，实现信息管理计算机化。
关键词：生活缴费系统；Java语言；Mysql

Abstract
Since the development of the Internet, both its theory and technology have matured, and it has been widely involved in all aspects of society. It allows information to be disseminated through the Internet, and it can serve people well with information management tools. In view of the chaotic management of life payment information, high error rate, poor information security, high labor intensity, and time-consuming and laborious problems, the use of life payment system can effectively manage and make information management more scientific and standardized.
The living payment system is in the Eclipse environment, using Java language for coding, using Mysql to create a data table to save the data generated by the system. The system can provide information display and corresponding services. Its administrator manages electricity meters, heating, fixed-line, broadband, gas meters, water meters, oil cards and their corresponding payment information, manages customer service, manages help information, and information about the company to which the oil card belongs. Users check help information at the front desk, contact customer service, pay electricity, water, broadband, heating, fixed-line charges and other fees in the background, and check their corresponding payment records.
In short, the life payment system centralizes management information, has many advantages such as strong confidentiality, high efficiency, large storage space, and low cost. It can reduce the cost of information management and realize the computerization of information management.
Key Words：Life payment system; Java language; Mysql

目 录

第1章 绪论 1
1.1 课题背景 1
1.2 课题意义 1
1.3 研究内容 2
第2章 开发环境与技术 3
2.1 MYSQL数据库 3
2.2 Java语言 3
2.3 JSP技术 4
2.4 SSM框架 4
2.5 B/S架构 5
2.6 Tomcat 介绍 5
第3章 系统分析 7
3.1 可行性分析 7
3.1.1 技术可行性 7
3.1.2 经济可行性 7
3.1.3 操作可行性 7
3.2 系统流程 8
3.2.1 操作流程 8
3.2.2 登录流程 8
3.2.3 删除信息流程 9
3.2.4 添加信息流程 10
3.3 性能需求 10
3.4 功能需求 11
第4章 系统设计 14
4.1 设计原则 14
4.2 功能结构设计 15
4.3 数据库设计 16
4.3.1 数据库概念设计 16
4.3.2 数据库物理设计 18
第5章 系统实现 22
5.1 管理员功能实现 22
5.1.1 电表缴费管理 22
5.1.2 供暖缴费管理 22
5.1.3 添加燃气表信息 23
5.1.4 油卡管理 23
5.1.5 客服管理 24
5.1.6 固话缴费管理 24
5.2 用户功能实现 25
5.2.1 帮助中心 25
5.2.2 联系客服 26
5.2.3 宽带管理 26
5.2.4 ETC缴费管理 27
第6章 系统测试 28
6.1 测试的任务  28
6.2 测试的目标  28
6.3 测试方案  29
6.4 功能测试 30
6.4.1 登录功能测试 31
6.4.2 修改密码功能测试 31
6.5 测试结果 32
结 论 33
致 谢 34
参考文献 35

第1章 绪论

1.1 课题背景
互联网发展至今，无论是其理论还是技术都已经成熟，而且它广泛参与在社会中的方方面面。它让信息都可以通过网络传播，搭配信息管理工具可以很好地为人们提供服务。所以各行业，尤其是规模较大的企业和学校等都开始借助互联网和软件工具管理信息，传播信息，共享信息等等，以此可以增强自身实力，提高在同行业当中的竞争能力，并从各种激烈的竞争中获取发展的机会。针对生活缴费信息管理混乱，出错率高，信息安全性差，劳动强度大，费时费力等问题，经过分析和考虑，在目前的情况下，可以引进一款生活缴费系统这样的现代化管理工具，这个工具就是解决上述问题的最好的解决方案。它不仅可以实时完成信息处理，还缩短生活缴费信息管理流程，使其系统化和规范化。同时还可以减少工作量，节约生活缴费信息管理需要的人力和资金。所以生活缴费系统是信息管理环节中不可缺少的工具，它对管理者来说非常重要。
1.2 课题意义
现如今，信息种类变得越来越多，信息的容量也变得越来越大，这就是信息时代的标志。近些年，计算机科学发展得也越来越快，而且软件开发技术也越来越成熟，因此，在生活中的各个领域，只要存在信息管理，几乎都有计算机的影子，可以说很多行业都采用计算机的方式管理信息。信息计算机化处理相比手工操作，有着保密性强，效率高，存储空间大，成本低等诸多优点。针对生活缴费信息，采用生活缴费系统可以有效管理，使信息管理能够更加科学和规范。
总之，在实际中使用生活缴费系统，其意义如下：
第一点：生活缴费系统的实际运用，可以帮助管理人员在短时间内完成信息处理工作；
第二点：通过系统页面的合理排版布局，可以更加直观的展示系统的内容，并且使用者可以随时阅读页面信息，随时操作系统提供的功能；
第三点：可以实现信息管理计算机化；
第四点：可以降低信息管理成本；
1.3 研究内容
对生活缴费系统设计制作，不仅需要技术支撑，也需要大量的理论研究。本文在对生活缴费系统进行介绍时，将按照如下内容进行。
第一部分：介绍生活缴费系统研究的背景意义，便于用户了解系统；
第二部分：介绍开发生活缴费系统需要搭建的环境，包括技术和工具；
第三部分：介绍用户对生活缴费系统的功能要求，以及对生活缴费系统的性能要求等；
第四部分：介绍数据库的设计方案，以及根据功能要求设计的功能结构；
第五部分：介绍通过编码最终实现的系统功能运行效果；
第六部分：介绍系统的功能测试，对系统进行综合检测，并及时解决系统出现的问题，直至系统运行正常。

第2章 开发环境与技术

生活缴费系统的编码实现需要搭建一定的环境和使用相应的技术，接下来的内容就是对生活缴费系统用到的技术和工具进行介绍。
2.1 MYSQL数据库
本课题所开发的应用程序在数据操作方面是不可预知的，是经常变动的，没有办法直接把数据写在文档里，这样不仅仅不安全，也不能实现应用程序的功能。如果要能实现应用程序所需要的数据存储功能，就避免不了要进行专业数据库存储软件的选择。基本上应用程序实现的功能不算太复杂，市面上任何一个关系型数据库软件都可以实现。参考自己的学习进度和操作习惯来讲，Oracle数据库是适合的，但是所需要的的安装软件很大，并且有好多不需要的功能都是开启的状态，十分消耗电脑资源，所以没有选择Oracle数据库，而SQL Server数据库虽然学过，但是安装的时候因为电脑上可能有其他的软件存在，经常性的出问题，而安装问题不好解决就需要重新安装操作系统，这样对已经存在的软件来讲又是一种时间上的浪费。只有MySQL数据库，安装包小，安装速度快，操作简单，哪怕安装出问题也好解决，不用重装操作系统，也不影响电脑上运行的其他软件，消耗资源也少，最重要的是在功能方面完全的符合设计需要，所以最后选择了MySQL数据库作为应用软件开发需要的数据库。
2.2 Java语言
Java语言发展有25年多了，在互联网行业经过这么多年的发展，还依然在市场的占有率上有半壁江山，依然受到很多程序员的喜爱，好多从业人员进行学习，随着互联网从业人员的增加，并没有降低Java语言的江湖地位，算是一个常青藤。Java语言学习很简单，当然这是针对于前辈C++来讲的，C++语言相当的强悍。Java取消了很多C++特征，比如go to这些语句，还有取消了主文件，让所有的文件都是类，类里都是数组和各种对象，还让Java自己处理各种对象的引用和回收，让开发人员只需要创建对象，使用对象，编辑代码逻辑，不需要关注性能方面，让数据的各种存储交给Java自己处理，可以花更多的时间研究应用程序之间的关系，让开发变得更专注，就像赛车的驾驶员一样，只需要了解各种车辆的性能，并且进行操作，不需要研究轱辘如何制造，这样让程序开发更加的细化。
2.3 JSP技术
在动态网站的兴起之初，作为高级编程语言的Java自然不会放弃这个领域的蛋糕。Sun公司推出了Servlet作为输出动态网站的一种技术标准，虽然不怎么受当时程序员的喜爱，但是当初也没有太多的选择，随后几个月PHP语言问世，不考虑性能和效率如何，起码在书写网页所需要的动态代码块和静态代码块方面进行了区分，让书写效率和可读效率大大的提升，所以很多Java程序员以及刚入行的初级程序员都选择了PHP语言作为自己职业的发展方向，Sun公司为了维护Java语言在高级编程语言上的江湖地位，防止PHP继续抢走市场份额占有率，Sun公司联合Apache基金会研发了一个关于Java动态网页的一个新型的技术标准，这就是JSP技术。JSP吸取了PHP语言在页面书写上面的所有优点，但是又背靠Java EE的庞大后台，又能实现很多通过Java组件就能实现的功能，在JSP页面上可以直接引用那些组件，让JSP更加的强壮丰富。保证了Java技术纵向的可持续发展，并且在动态网站开发领域终于站稳了脚跟，其他PHP开发人员可以很快的转移到JSP进行开发，不考虑一些特殊组件或者功能的开发，只从动态页面的开发上来讲，完全实现了PHP程序和JSP程序的几乎无成本的转换，JSP技术就这样的发展了起来。
2.4 SSM框架
SSM框架不是一个框架的名称，而是三个框架的首字母缩写，分别是Spring框架、SpringMVC框架、MyBatis框架。是目前Java开发者中学习的首选框架。
Spring框架继承了JavaEE和EJB框架的优点，在依赖注入方面去掉了臃肿的配置，在面向切面方面也简化了代码数量，提高了代码品质。依赖注解进行配置，让所有的依赖都可以通过程序的自动配置和寻找，减少了代码写作数量，提高了代码阅读性。
SpringMVC框架与Spring只是一个公司的，在底层代码结构上可以复用，但是最主要的功能是对数据提交请求进行过滤，并且对数据的返回进行过滤，不限于页面是JSP技术，也可以是其他的技术，更容易大型开发的集合技术。
MyBatis框架摒弃了Hibernate框架的配置臃肿方面，有时候Hibernate框架业务比较复杂的时候，代码量反而增加，性能下降，无法对底层的数据库语句优化，而MyBatis框架则有效的解决了这个方面，可以通过Java语句，对数据库操作语句进行优化，代码更简洁，执行效率更高，并且可以生产一些模块化代码，解决了开发过程中容易出现的实体映射方面的操作。
2.5 B/S架构
B/S架构是软件行业针对C/S架构来进行区分的，用来描述浏览器与服务器之间的一种架构模式。一般选择B/S架构最主要的原因就是方便维护，当程序开发的时候，可以在本地进行测试，一般的集成开发环境都自带的有开发和一键部署，本地浏览器可以及时的看到效果，测试人员有专门的服务器，只需要部署上去即可，如果中间有问题都可以进行整改的。应用程序升级，只需要后台维护代码即可，客户方面还是用之前的浏览器进行访问，所以客户端方面是很方便的。现在市面上基本上所有的操作系统平台只要是有视窗模式的，除了命令行操作界面的窗口之外，在视窗模式都是可以安装浏览器的，所以任何带视窗模式的电脑操作系统自带的浏览器或者是其他厂家的浏览器，或者是移动端的浏览器，都可以进行访问服务器的。访问服务器占用客户端资源是很少，而且不容易出错，哪怕客户端这边出现大的问题，只需要重装系统然后再安装上浏览器即可。在程序功能和客户体验上面，选择B/S架构进行应用程序开发，是很适合当今社会的主流发展趋势的。
2.6 Tomcat 介绍
刚开始学习Java语言的时候，是不知道还有Tomcat这些东西的，各种语法各种输出在控制台进行输出结果，当Java网站开发的时候就不可避免的学习到了Tomcat服务器。Tomcat准确的来讲不算是服务器，可以说是JSP引擎或者一个容器，这些都是学术上或者原理上都比较贴切的，但是实际工作中Tomcat就是作为一个web服务器来用的，因为可以实现网站的发布和运行。因为工作原理的原因，Tomcat一般作为中小型企业和并发量并不突出的一种轻量级的服务器存在的，比如某些行业的应用系统，本身客户端就不多，需要的连接也不多，一般都用Tomcat的。Tomcat里面可以配置多个网站，配置文件后缀是config的文档，类似于XML的结构，比较清晰明了。每当Java发布新的版本的时候，Tomcat也会为了匹配Java的版本进行升级，目前Tomcat版本已经到版本10了。Tomcat标识是一只有点发黄的小猫咪，当Tomcat配置成功一般测试的时候能看到这个小猫咪就算是成功的，才能进行下一步的配置。Tomcat服务器在Java网站开发中还是挺合适的。

第3章 系统分析

面对即将开发的系统，进行提前的分析是必要的。这也是开发流程中必须有的环节。通常分析系统期间，主要涉及的内容包括系统开发可行性问题，对系统功能和性能的分析等问题。
3.1 可行性分析
在正式对需要建设的项目进行投资前，有一个比较关键的步骤是不能缺少的，那就是可行性分析。它主要从当前技术，经济等角度去评估系统的可行性，在投资决策中常常采用这种科学的方法来论证项目。
3.1.1 技术可行性
当前，系统开发的技术已经发展成熟，而且通过计算机网络可以获取开发工具的使用方法，以及规范化编写的模块化代码，这些知识可以帮助开发者顺利完成本系统的编码工作。
3.1.2 经济可行性
本系统开发期间需要配置的软件环境，可以免费通过开发类官网下载安装，需要配置的硬件设备也不需要具备很高的性能，通常网吧电脑，或学校计算机机房的电脑都符合要求。因此，从经济方面考虑，生活缴费系统开发可行。
3.1.3 操作可行性
生活缴费系统根据用户使用习惯进行开发，设计的界面具有统一性，并具备优秀的导航功能。所以，只要会简单操作电脑的人员，可以无压力操作生活缴费系统。
总之，从上述的论证来看，本系统可以开发。
3.2 系统流程
流程图这样的工具可以直观反映出系统内部的操作逻辑，可以帮助用户更好的理解系统。
3.2.1 操作流程
进入本系统需要访问者提供验证信息。验证合格的访问者才能获取访问资格。其具体的操作流程见下图。访问者根据登录界面设置的信息项如实填写，待信息通过验证后，访问者可以进入指定的页面享受本系统提供的服务和阅读本系统的相关信息。

图3.1 操作流程图
3.2.2 登录流程
本系统的登录模块，其内部的流程见下图。主要对访问本系统的人员提供的验证信息进行逐个判断，系统面对录入错误的信息会给出提示，比如，提示账号不对，或提示密码不匹配等提示信息。总之，在登录页面填写的所有信息都符合要求，访问者就登录成功了。

图3.2 登录流程图
3.2.3 删除信息流程
本系统在经常性的使用后，会产生很多失去价值的信息，因此就需要及时清理数据，腾出系统的空间。对这些数据进行清理时，其对应的流程见下图。先选中要清理的数据，通过反复确认需要清理的数据，避免操作人员误删。已经删除的数据就不会出现在系统里面。

图3.3 删除信息流程图
3.2.4 添加信息流程
本系统主要用于显示信息，提供服务，其中，数据添加功能就是其中的服务之一，具体流程见下图。让操作者在信息添加的页面录入数据，待这些数据被提交检验合格后，就会在系统指定页面显示出来。

图3.4 添加信息流程图
3.3 性能需求
进行需求分析，包括了根据用户实际需求制定功能，也涵盖了对即将设计的系统进行性能上的需求分析。所以一般分析系统时，一方面要分析系统功能，另一方面也要分析系统的性能。毕竟设计开发出一个好性能的系统可以确保系统的质量可靠。
接下来分析系统的性能，还要从界面友好性，系统的时间特性，系统的可靠性等方面来分析说明。
（1）系统的容量要求：对本系统完成数据处理的容量最大化进行确定。也就是确定系统处理数据的容量临界值，超过这个临界值，可能系统就运行不正常了。
（2）系统精度的要求：确定数据传输需要达到的精度值，也包括了数值计算的精度值，数据的精度值的设置等。
（3）时间特性要求：系统处理数据都有时间要求，这也是系统的时间特性。通常都会把数据处理的时间进行分析，也会设置用户请求的响应时间，还有系统在满负荷运行时可以偏离的范围数值等都需要提前分析确定。
（4）适应性要求：系统在面对系统环境的改变时，其自身适应这种变化的能力，也需要通过参数信息体现。比如说，在面对变化的需求，系统就要去适应这种变化，通过指出需要设计的过程或者是需要设计的软件来体现系统的适应性。
（5）界面友好性：除了功能上需要考虑用户需求外，在人机交互界面的设计上，也需要考虑用户的使用习惯，包括界面的布局，界面基调选择以及颜色搭配等。尽量做到用户在接受简单的培训之后，可以对系统进行独立操作。
（6）系统可靠性：对于初学者而言，很容易出现一个问题，就是设计开发的系统，因为人为的误操作出现崩溃，有些也会导致电脑死机。这样的现象也说明这种容错能力低下的系统是不可靠的。完全不能作为生活中处理信息的系统。当下，系统开发要保证可靠性，设计时，把模块化和结构化的设计理念也考虑进来。如果遇到对时效性要求比较严格的系统，也需要采取其它的措施，比如双机系统，还有磁盘阵列等方式。还有就是一个可靠性的系统，对设备的供电能力也有要求。
运行在计算机上的系统大都担负着信息处理的任务，对于它们而言，其性能要求有：完成信息查询，需要的响应时间；对终端设备的连接数量的确定；对存储数据的容量的安排；以及存储数据的可扩充的容量的设置，比如说系统存放近几个月，或者存放近几年的数据；完成报表打印数量的设置，也包括报表打印种类的设置等。
3.4 功能需求
不同的系统提供的服务也不相同，其对应的功能也不相同，所以，系统开工前，需要明确其用途，确定其功能。由此，才可以进行各个任务的开展。
生活缴费系统经过分析，确定了其需要设置管理员的角色，其操作的功能通过用例图展示（见下图）。管理员管理电表，供暖，固话，宽带，燃气表，水表，油卡以及它们对应的缴费信息，管理客服，管理帮助信息以及油卡所属公司信息。

图3.5 管理员用例图
生活缴费系统经过分析，确定了其需要设置用户的角色，其操作的功能通过用例图展示（见下图）。用户在前台查看帮助信息，联系客服，在后台缴纳电费，水费，宽带费，供暖费，固话费等费用以及查看它们对应的缴费记录。

图3.6 用户用例图

第4章 系统设计

一个成功设计的系统在内容上必定是丰富的，在系统外观或系统功能上必定是对用户友好的。所以为了提升系统的价值，吸引更多的访问者访问系统，以及让来访用户可以花费更多时间停留在系统上，则表明该系统设计得比较专业。
4.1 设计原则
本系统在设计过程中需要依照一定的设计原则进行，目的就是为了让开发的系统具备高质量，齐全完备的功能，方便简单的操作，如此才可以最大限度的满足使用者的要求。系统设计原则除了基本的易操作原则，安全性原则外，还有准确性原则，实用性原则，可维护性原则。
第一个设计原则：易操作原则，针对本系统设计的功能要完备齐全，编码时，设计的各个接口要具备友好性，使用者一旦使用本系统时，要能够轻松上手，操作本系统处理数据时，要具备便利性。此外，也需要设计一些必要提示，引导使用者操作系统。
第二个设计原则：安全性原则，本系统在登录模块要对各个访问者进行身份验证，系统会通过访问者输入的信息进行判断，使用提前编写的安全验证代码进行数据比对，引导匹配成功的访问者进入指定的操作界面。这样可以避免无关性访问者窃取系统的数据。
第三个设计原则：准确性原则，为了保证使用者登记的数据是正确的，需要提前设计数据纠错机制，让使用者可以通过系统的报错提示，仔细检查登记的错误信息，并及时纠正错误，填写规范正确的信息。比如设置密码时，要求密码的长度不能低于6个字符，且数据类型要求不能全部是数字等都能进行规范。
第四个设计原则：实用性原则，本系统主要用于处理信息，在实际工作中，要帮助使用者完成信息处理任务，同时本系统在面对特殊情况时，也要能够满足信息处理的需要。另外，为了后期便于在本系统中进行功能的扩充，也需要提前预留好空间。
第五个设计原则：可维护性原则，本系统在实际使用期间，难免会遇到一些故障，因此，本系统在应对故障时，要能够进行诊断并弱化故障，可以在短时间内进行自维护。
4.2 功能结构设计
在前面分析的管理员功能的基础上，进行接下来的设计工作，最终展示设计的管理员结构图（见下图）。本系统管理员管理电表，供暖，固话，宽带，燃气表，水表，油卡以及它们对应的缴费信息，管理客服，管理帮助信息以及油卡所属公司信息。

图4.1 管理员功能结构图
在前面分析的用户功能的基础上，进行接下来的设计工作，最终展示设计的用户结构图（见下图）。本系统用户在前台查看帮助信息，联系客服，在后台缴纳电费，水费，宽带费，供暖费，固话费等费用以及查看它们对应的缴费记录。

图4.2 用户功能结构图
4.3 数据库设计
开发一个系统也需要提前设计数据库。这里的数据库是相关数据的集合，存储在一起的这些数据也是按照一定的组织方式进行的。目前，数据库能够服务于多种应用程序，则是源于它存储方式最佳，具备数据冗余率低的优势。虽然数据库为程序提供信息存储服务，但它与程序之间也可以保持较高的独立性。总而言之，数据库经历了很长一段时间的发展，从最初的不为人知，到现在的人尽皆知，其相关技术也越发成熟，同时也拥有着坚实的理论基础。
4.3.1 数据库概念设计
这部分内容需要借助数据库关系图来完成，也需要使用专门绘制数据库关系图的工具，比如Visio工具就可以设计E-R图（数据库关系图）。设计数据库，也需要按照设计的流程进行，首先还是要根据需求完成实体的确定，分析实体具有的特征，还有对实体间的关联关系进行确定。最后才是使用E-R模型的表示方法，绘制本系统的E-R图。不管是使用亿图软件，还是Visio工具，对于E-R模型的表示符号都一样，通常矩形代表实体，实体间存在的关系用菱形符号表示，实体的属性也就是实体的特征用符号椭圆表示。最后使用直线将矩形，菱形和椭圆等符号连接起来。接下来就开始对本系统的E-R图进行绘制。
（1）下图是用户实体和其具备的属性。

图4.4 用户实体属性图
（2）下图是水表缴费记录实体和其具备的属性。

图4.5 水表缴费记录实体属性图
（3）下图是燃气表缴费记录实体和其具备的属性。

图4.6 燃气表缴费记录实体属性图
（4）下图是油卡信息实体和其具备的属性。

图4.7 油卡信息实体属性图
（5）下图为上述各实体间相互之间的关系。

图4.8 实体间关系E-R图
4.3.2 数据库物理设计
本数据库是关系型数据库，因此对二维表的结构设计也比较关键。毕竟二维表格模型就是关系型数据库中的关系模型。而一些常用的关系模型中的概念也需要了解，才可以对关系模型进行设计。下面就简单介绍关系，元组，属性，域，关键字等常用概念的含义。
关系：关系就是数据库中的一张数据表，每张数据表都有命名，也就是每个关系也有名字，那就是数据表名；
元组：元组就是数据表中的一行记录；
属性：属性就是数据表中的字段，也就是数据表中的一列；
域：域就是对数据表中属性的取值进行限定；
关键字：关键字就是数据表中的主键；
在了解了表结构设计的常用概念后，接下来就需要使用前面绘制的E-R模型完成表结构的设计工作，并在数据库中创建数据表，并为各个数据表进行命名。以下就对设计的结果通过表格形式进行展示。
表4.1 电表缴费记录信息表
字段 类型 空 默认 注释
id (主键) int(11) 否 主键
dianbiao_id int(11) 是 NULL 用户
dianbiao_list_old_money decimal(10,4) 是 NULL 缴费前余额
dianbiao_list_new_money decimal(10,4) 是 NULL 缴费金额(元)
insert_time timestamp 是 NULL 缴费时间
success_types int(11) 是 NULL 是否缴费成功
create_time timestamp 是 NULL 创建时间
表4.2 ETC缴费记录信息表
字段 类型 空 默认 注释
id (主键) int(11) 否 主键
etc_id int(11) 是 NULL 用户
etc_list_old_money decimal(10,4) 是 NULL 缴费前余额
etc_list_new_money decimal(10,4) 是 NULL 缴费金额(元)
insert_time timestamp 是 NULL 缴费时间
success_types int(11) 是 NULL 是否缴费成功
create_time timestamp 是 NULL 创建时间
表4.3 供暖信息表
字段 类型 空 默认 注释
id (主键) int(11) 否 主键
yonghu_id int(11) 是 NULL 用户
gongnuan_number varchar(200) 是 NULL 供暖编号
gongnuan_money decimal(10,4) 是 NULL 供暖余额
gongnuan_address varchar(200) 是 NULL 供暖编号所在地址
create_time timestamp 是 NULL 创建时间
表4.4 固话缴费记录信息表
字段 类型 空 默认 注释
id (主键) int(11) 否 主键
guhua_id int(11) 是 NULL 用户
guhua_list_old_money decimal(10,4) 是 NULL 缴费前余额
guhua_list_new_money decimal(10,4) 是 NULL 缴费金额(元)
insert_time timestamp 是 NULL 缴费时间
success_types int(11) 是 NULL 是否缴费成功
create_time timestamp 是 NULL 创建时间
表4.5 宽带缴费记录信息表
字段 类型 空 默认 注释
id (主键) int(11) 否 主键
kuandai_id int(11) 是 NULL 用户
kuandai_list_old_money decimal(10,4) 是 NULL 缴费前余额
kuandai_list_new_money decimal(10,4) 是 NULL 缴费金额(元)
insert_time timestamp 是 NULL 缴费时间
success_types int(11) 是 NULL 是否缴费成功
create_time timestamp 是 NULL 创建时间
表4.6 燃气表缴费记录信息表
字段 类型 空 默认 注释
id (主键) int(11) 否 主键
ranqibiao_id int(11) 是 NULL 用户
ranqibiao_list_old_money decimal(10,4) 是 NULL 缴费前余额
ranqibiao_list_new_money decimal(10,4) 是 NULL 缴费金额(元)
insert_time timestamp 是 NULL 缴费时间
success_types int(11) 是 NULL 是否缴费成功
create_time timestamp 是 NULL 创建时间
表4.7 水表缴费记录信息表
字段 类型 空 默认 注释
id (主键) int(11) 否 主键
_id int(11) 是 NULL 用户
_list_old_money decimal(10,4) 是 NULL 缴费前余额
_list_new_money decimal(10,4) 是 NULL 缴费金额(元)
insert_time timestamp 是 NULL 缴费时间
success_types int(11) 是 NULL 是否缴费成功
create_time timestamp 是 NULL 创建时间
表4.8 管理员信息表
字段 类型 空 默认 注释
id (主键) bigint(20) 否 主键
username varchar(100) 否 用户名
password varchar(100) 否 密码
role varchar(100) 是 管理员 角色
addtime timestamp 否 CURRENT_TIMESTAMP 新增时间
表4.9 用户信息表
字段 类型 空 默认 注释
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 性别
new_money decimal(10,4) 是 NULL 余额
create_time timestamp 是 NULL 创建时间
表4.10 油卡信息表
字段 类型 空 默认 注释
id (主键) int(11) 否 主键
yonghu_id int(11) 是 NULL 用户
youka_number varchar(200) 是 NULL 油卡编号
youka_money decimal(10,4) 是 NULL 油卡余额
youka_types int(11) 是 NULL 油卡所属公司
youka_address varchar(200) 是 NULL 油卡开户地址
create_time timestamp 是 NULL 创建时间

第5章 系统实现

进入到这个环节，也就可以及时检查出前面设计的需求是否可靠了。一个设计良好的方案在运用于系统实现中，是会帮助系统编制人员节省时间，并提升开发效率的。所以在系统的编程阶段，也就是系统实现阶段，对于一些不合理的设计需求，也是可以及时发现。因为设计的方案是完全指导系统的编码过程的。
5.1 管理员功能实现
5.1.1 电表缴费管理
管理员进入指定功能操作区之后可以管理电表缴费。其页面见下图。管理员查看用户是否成功缴纳电费，根据缴费时间，缴费金额，电表编号等字段可以查询电表缴费信息。

图5.1 电表缴费管理页面
5.1.2 供暖缴费管理
管理员进入指定功能操作区之后可以管理供暖缴费信息。其页面见下图。管理员查看用户是否成功缴纳供暖费，可以批量删除供暖缴费记录。

图5.2 供暖缴费管理页面
5.1.3 添加燃气表信息
管理员进入指定功能操作区之后可以添加燃气表信息。其页面见下图。登记燃气表信息时，需要登记燃气表编号，燃气表所在位置，登记用户姓名，手机号等信息。

图5.3 添加燃气表信息页面
5.1.4 油卡管理
管理员进入指定功能操作区之后管理油卡。其页面见下图。管理员根据油卡开户地址查询油卡，可以查看油卡缴费详情，可以修改油卡信息。

图5.4 油卡管理页面
5.1.5 客服管理
管理员进入指定功能操作区之后可以管理客服，其页面见下图。管理员查看用户提交的消息，在短时间内进行回复处理。

图5.5 客服管理页面
5.1.6 固话缴费管理
管理员进入指定功能操作区之后可以管理固话缴费信息，其页面见下图。管理员查看用户是否成功缴纳固话费用，可以查询用户的固话缴费信息，也能批量删除固话缴费记录。

图5.6 固话缴费管理页面
5.2 用户功能实现
5.2.1 帮助中心
用户进入指定功能操作区之后可以查看帮助中心的信息。其页面见下图。用户根据类型搜索帮助信息，查看帮助信息。

图5.7 帮助中心页面
5.2.2 联系客服
用户进入指定功能操作区之后可以联系客服。其页面见下图。用户在操作系统期间，遇到问题可以向客服咨询。

图5.8 联系客服页面
5.2.3 宽带管理
用户进入指定功能操作区之后可以管理宽带信息。其页面见下图。用户查看宽带余额，对宽带进行缴费，根据宽带编号查询宽带信息。

图5.9 宽带管理页面
5.2.4 ETC缴费管理
用户进入指定功能操作区之后可以管理ETC缴费信息。其页面见下图。用户查看ETC缴费记录，可以通过缴费时间，缴费金额，ETC所在地址查询ETC缴费记录。

图5.10 ETC缴费管理页面

第6章 系统测试

进入这个环节就代表着系统已经结束了编码实现功能阶段，接下来要做的事情，就是对该系统进行检测，也就是系统测试，这个环节是很有必要进行的，原因是开发本系统的人员，其自身具备的开发技术以及开发思维是有限的，在面对具有复杂性操作逻辑的系统，都会出现大大小小的错误，并且这样的错误还都是不可避免的。通过及时的测试，可以尽早排除程序中的错误，这样也可以减少实际运行中产生的问题，从而真正避免在后期使用中为修复这些问题所付出的高昂代价。及时测试，及时发现问题并解决，也是提高开发过程的效率的一种表现形式。总而言之，在软件开发生命周期的每个阶段都需要加以重视，并做好每个阶段需要做的任务，从开始到结尾都需要保证开发软件的质量。
6.1 测试的任务 
在系统编码完成之后，完成对本系统的测试工作，其主要的任务还是找出本系统可能出现的错误，而且是发现的错误越多越好，因为每发现一个程序错误，都需要进行文档记载，然后根据这些记载程序错误的文档，采取各种措施去解决这些程序问题，逐渐完善程序。所以，测试并不是去证明开发的系统是正确的，而是通过各种各样的方式去寻找系统中的缺陷，并针对性的完善系统。这样才能保证系统在实际运行中，可以保质保量的进行工作。
6.2 测试的目标 
通过对系统的测试，才可以发现系统的问题。通常测试就是对大部分程序容易出错的位置进行检测，或者是针对系统复杂的部分进行检测，其目的就是发现系统中尽可能多的错误。尽管系统开发时，采用的开发方式，或者是开发技术都是比较成熟的，但这并不能证明系统是没有缺陷和错误的。尤其是随着现在软件开发技术的升级，市场上大部分软件都具有规模大，复杂性高的特点，所以这更加难以保证开发的系统不会出现错误。对此，进行系统的测试，并做好测试工作，是十分有益的。
6.3 测试方案 
系统进入测试阶段，就要确定测试方案，毕竟这部分内容非常关键。测试时，要对前面设计的系统功能进行检测，看刚刚完成编码的系统是否在功能上符合用户需求，同时还要在各个功能模块里面进行测试数据的输入，并查看预期的结果与系统实际反馈的结果是否一致，另外，为了检测系统各个模块的错误，也要设计输入一些不符合操作规范的数据，检测系统能不能正常应对或者显示报错提示。截止目前，常用的两种测试方法即：黑盒和白盒测试，它们分别用于不同的测试内容。以下就对这两种方法进行了描述。
黑盒测试方法：这个测试主要还是运用在程序的各个接口测试，使用这个方法主要还是检查程序实现的功能是否跟功能需求文档匹配，它关注的主要还是功能实现，而忽视了程序的内部运行原理，以及程序在操作逻辑上的处理过程。通常进行黑盒测试，大部分都没有让用户参与。常见的除了功能测试外，它也会涉及到其它的测试，比如系统的安全性测试，恢复性测试，容量和负载性测试，以及稳定性和可靠性测试等。
白盒测试方法：这个测试主要还是注重程序内部的逻辑，包括检测程序是如何工作的，是否跟预期设定的操作逻辑一致，同时白盒测试对程序代码的检测比较彻底，可以及时把代码层面隐藏的错误给找出来，因为程序代码的每条路径都要经过检测，所以这样的方式对于代码优化也有好处。
本节针对本系统的检测也设置了相应的测试步骤，首先是模块测试，然后是集成测试，最后是验收测试。
模块测试：这个测试环节的操作员，一般都是编写程序的人员，他们会划分系统的功能模块，然后把每个功能模块都当成一个单元进行测试，因此单元测试也是模块测试的别称。这部分测试通常就是验证程序各个功能可以运行，以及发现一些来源于编码和程序设计的问题。对于模块测试，常见的错误主要有下面5个。
第一个常见错误：则是单元接口；
第二个常见错误：则是局部数据结构；
第三个常见错误：则是独立路径；
第四个常见错误：则是出错处理通路；
第五个常见错误：则是跟上述错误相关的边界条件；
总之，模块测试也是基于白盒测试，在对各模块内部的检测中，发现可能存在的错误。
集成测试：进行这个环节的测试的前提是，模块测试已经完成，然后把系统的各个模块进行组合并开始测试，测试时，主要还是检查系统各个模块连接的接口是否正确。当模块测试通过之后，把它们进行组合时，也会出现一些问题，所以在模块组合时，也进行整体性的测试，也非常重要。
集成测试常用的方法则是渐增式方法，相比非渐增式来说，渐增式用得比较多，也比较受欢迎，其中的原因有以下4点。
第一点：同样是测试，采用渐增式方法可以节约成本，开销不高；
第二点：采用渐增式方法可以短时间内暴露模块间接口的错误问题；
第三点：采用渐增式方法可以更容易对错误的位置进行判断；
第四点：采用渐增式方法可以更彻底地测试系统；
通过上面的比较分析，选用渐增式方式测试本系统，但是主要是运用渐增式里面的混合法进行集成测试。用自上而下的方式测试程序结构的较上层；对程序结构的较下层，则是采用自下而上的方式，这两种方式搭配使用完成本系统的集成测试。
验收测试：这个步骤就需要未来使用程序的人进行参与了，主要还是检测程序是否可以按照用户预定的方式进行工作，此部分测试主要还是在功能检测上，参考标准就是提前设计的功能需求文档，所以，采用黑盒测试法比较符合要求。一般来说，进行到验收测试这个环节，都会产生两种结果。一种是程序提供的功能跟用户之前要求的功能保持一致；这个就是未来使用程序的用户想要达到的效果。还有一种是程序提供的功能跟用户预定的功能需求有差距；总的来说，这个阶段主要还是验证程序跟需求文档之间的差距问题。
6.4 功能测试
通过设计一些数据检验生活缴费系统的功能是否根据预定进行数据输出，以此检验系统功能是否合格。接下来就选取部分功能进行检测。
6.4.1 登录功能测试
生活缴费系统提供的服务是给规定的用户使用的，其他无关用户是无法进入的，登录功能就是检验访问者是否是符合要求的用户，及时将不符合要求的用户拒之门外。以此保证系统安全。这里以管理员身份进行检测，测试的内容见下表。
表6.1 登录功能测试表
账号 密码 身份 结果
guanliyuan guanliyuan 管理员 提示成功，进入系统后台
user guanliyuan 管理员 提示失败，停留在登录页面
guanliyuan user 管理员 提示失败，停留在登录页面
生活缴费系统在面对正确的账号，不匹配的密码时，会有相应的反馈，其反馈结果见下图。

图6.1 登录错误反馈提示
6.4.2 修改密码功能测试
这个功能的设置也是出于对系统的保护，让操作人员的密码可以一直变化，减少泄露的几率。测试的数据见下表。通过验证旧密码，确认操作者是本人，然后开始对新密码进行登记。一般修改完密码后，需要再次登录。
表6.2 修改密码功能测试表
旧密码 新密码 密码修改结果
guanliyuan gly 成功
user gly 失败
guanliyuan 失败
本系统在面对登记错误的旧密码信息时，有相应的反馈提示，见下图。

图6.2 旧密码错误提示
6.5 测试结果
经过测试，从生活缴费系统功能的角度来看，本系统各个功能在符合用户要求的情况下，也能保持运行正常。从生活缴费系统性能的角度来看，本系统可以保持24小时不间断运行，而且面对用户的误操作行为，有提前设置的错误反馈机制应对，另外，本系统界面布局考虑用户阅读习惯，可以让用户短时间内获取需要的内容。总之，本系统可以投入生产，帮助用户解决实际问题，发挥其应用价值。

结 论

采用JAVA+Mysql的方式设计制作的生活缴费系统，在功能上可以满足管理人员对于信息的管理需求；在界面的设计上，尽最大努力用自身的美工知识做到界面美观简洁。在操作方面上，让系统可以方便操作，同时对用户常见的误操作行为进行分析总结，并尽力在系统中避免同样的由于用户的误操作所带来的错误现象。
作为毕业设计，分配给本系统的设计与制作时间还是不足的，所以，生活缴费系统还有许多需要完善的地方。
第一个就是本系统的编程代码问题，各个程序文件的代码存在冗余的地方非常多，导致代码不够简洁，同时对代码的注释也比较麻烦。编码期间，对于很多页面可以共享的函数与方法都没有单独列出来，而是在需要用到函数和方法的页面上都重新编写了代码，通过后期的技术学习，以及对编码过程的分析总结，发现可以把共用的函数或方法编写在同一个页面上，在之后的页面中，需要使用此函数的页面，则可以直接调用函数，无需再编写代码了，这样可以简化代码，也能节省时间和存储空间。
第二个就是对数据库的设计不够好，在数据处理中，影响程序运行速度。因此需要对数据库的性能进行优化。通过这方面知识的学习，在某个开发技术类的博客中，发现可以用数据库连接池技术来解决数据库的性能问题，另外还需规范数据库里面的关系模式，降低数据库的冗余率，提高运行速度。
如果说平时的作业也是检查对知识的掌握情况，那么制作毕业设计，将是对自身所有知识的一个全面检测。因为系统能够制作完成则是经历了很多阶段，正如文中所展示的那样，先有可行性分析，对功能的分析，对功能的设计，对数据库的设计，对程序功能的编码实现，对完成编码程序的测试等，这些环节缺一不可，而且还都需要认真对待，大学学到的所有知识在制作系统时，才会发现不够用。所以这个项目制作，在检测自身能力的同时，也对问题分析，资料搜集，问题解决等能力进行了培养。
我通过制作本系统，熟悉了程序开发的流程，提高了对程序的编码能力，培养了独立分析与解决问题的能力；但也让我明白自身的不足之处，所以在接下来的时间，我还是要加强对技术知识的学习，去逐渐完善本系统。

致 谢

制作毕设项目这段时间，忙碌又充实。从最开始选题的不知所措，到现在毕设项目完成时的淡然，两种完全不同的心境，也意味着我这段时间在不断成长。项目制作是一个很耗费时间与精力的任务，如果说仅仅依靠自己的话，那肯定达不到毕设的标准。所以，这一路走来，导师给予我的帮助也是非常大的。不管我处于哪个阶段，比如选题阶段，比如分析系统功能阶段，设计系统结构阶段，系统编码阶段等，都有导师参与指导，他提出的建议和技术上的指导让我可以更快地完成这个毕设项目。此刻，我非常感谢导师，感谢他提供的帮助。
毕设项目制作期间，我身边的同学也及时指出了我系统的错误，并帮助我完善已开发的系统，还提供了很多文档撰写的技巧，所以，我也非常庆幸能和他们一起努力制作项目，也非常感谢他们一直以来的陪伴。
大学短短几年，能够得到成长，也离不开授课老师们，他们一直在校园为广大学子传授知识，用他们毕生所学，教出一批批优秀的学生，我这几年的成熟与成长也得益于他们的教导。所以我也非常感谢校园的各位老师。
即将离开校园，回想这几年的时光，还真挺不舍。安安静静在校园走了一圈，发现我的大学校园真的很美，我也感谢学校给我们提供这么美好的学习环境，以及给了我上大学的机会。感谢母校！

参考文献

[1]李贤.医院自助缴费系统的技术实现[J].通讯世界,2019,26(10):80-81.
[2]史可欣,杨俊杰.基于微信小程序的物业缴费系统的设计与实现[J].上海电机学院学报,2020,23(04):239-243.
[3]张振超,吴杰,陈序蓬.浅谈Java中Mysql数据库的连接与操作[J].信息记录材料,2020,21(02):144-145.
[4]郑智方,魏恺乐,李彬,谢易壮.MySQL得到广泛使用的原因以及它的嵌入应用[J].科技风,2020(05):114.
[5]赵秀芹,刘杨青,李瑞祥.MySQL数据库使用技巧三例[J].网络安全和信息化,2019(08):90-91.
[6]余涛.计算机软件开发中Java编程语言的应用研究[J].信息记录材料,2020,21(01):113-115.
[7]岳青玲.Java面向对象编程的三大特性[J].电子技术与软件工程,2019(24):239-240.
[8]耿学.关于Java Web中中文乱码问题的探讨[J].现代信息科技,2020,4(01):74-75+78.
[9]张彦芳.Java Web项目开发中的中文乱码问题与对策[J].电脑知识与技术,2020,16(09):96-97.
[10]韩思凡.Web开发中的JSP与H T ML的基础应用[J].科学技术创新,2020(14):71-72.
[11]赵晓丹.网页开发中的JSP技术分析[J].南方农机,2019,50(20):247-248.
[12]蒋治学.JSP技术及其在动态网页开发中的应用分析[J].浙江水利水电学院学报,2020,32(02):75-77.
[13] 朱钧.基于角色的jsp通用权限系统设计与实现[D].山东大学,2017.
[14]薛茹.基于SSM框架的Web系统研究与应用[J].计算机产品与流通,2018(07):30.
[15]邱丹萍.Web开发中SSM框架的分析[J].电脑知识与技术,2020,16(17):81-82.
[16]仲崇文.关于计算机软件开发中常见问题的研究[J].通讯世界,2020,27(07):89-90.
[17]Raffi Khatchadourian. Automated refactoring of legacy Java software to enumerated types[J]. Automated Software Engineering,2017,24(4).
[18]Ben White. Marx and Chayanov at the margins: understanding agrarian change in Java[J]. The Journal of Peasant Studies,2018,45(5-6).