信息化社会内需要与之针对性的信息获取途径,但是途径的扩展基本上为人们所努力的方向,由于站在的角度存在偏差,人们经常能够获得不同类型信息,这也是技术最为难以攻克的课题。针对抗疫爱心小栈APP等问题,对抗疫爱心小栈APP进行研究分析,然后开发设计出抗疫爱心小栈APP以解决问题。
抗疫爱心小栈APP主要功能模块包括求助资格、求助信息、捐助物资、捐款记录、投递记录、收货记录、志愿请求、志愿调配,采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,采取MySQL作为后台数据的主要存储单元,采用SSM框架、JAVA技术、Ajax技术进行业务系统的编码及其开发,实现了本系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。针对抗疫爱心小栈APP的各项需求以及技术问题进行分析,证明了系统的必要性和技术可行性,然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍,最后来实现抗疫爱心小栈APP和部署运行使用它。
关键词:SSM技术;MYSQL;抗疫爱心小栈APP
Abstract
In the information society, there is a need for targeted access to information, but the expansion of access is basically the direction people are striving for. Due to the deviation in perspective, people often can obtain different types of information, which is also the most difficult topic for technology to overcome. Aiming at issues such as the anti epidemic love inn APP, research and analyze the anti epidemic love inn APP, and then develop and design the anti epidemic love inn APP to solve the problem.
The main functional modules of the Anti epidemic Love Inn APP include help eligibility, help information, donation materials, donation records, delivery records, receipt records, voluntary requests, and voluntary deployment. The object-oriented development model is adopted for software development and hardware installation, which can well meet the actual use needs, improve the corresponding software installation and program coding work, and adopt MySQL as the main storage unit for background data, Using SSM framework, JAVA technology, Ajax technology for business system coding and development, achieving all the functions of the system. This report first analyzes the background, role, and significance of the research, laying a foundation for the rationality of the research work. Based on the analysis of various requirements and technical issues of the Anti Epidemic Love Inn APP, the necessity and technical feasibility of the system have been proven. Then, the technical software and design ideas needed to design the system have been introduced. Finally, the implementation and deployment of the Anti Epidemic Love Inn APP have been implemented.
Keywords:SSM technology; MYSQL; Anti epidemic Love Inn APP
1 绪论
1.1 背景及意义
互联网是人类的基本需求,特别是在现代社会,个人压力增大,社会运作节奏高,随着互联网的快速发展,用户的需求也越来越高,用户也将越来越多依靠互联网而不是自己获取信息,使得各种软件程序的开发得到了应用。
近年来,随着我国经济的不断发展,平台的管理制度越来越多。每个抗疫爱心小栈APP也都将通过计算机进行整体智能化操作,对于抗疫爱心小栈APP功能所牵扯的数据都是通过用户进行抗疫爱心小栈APP等相关的数据信息内容、并且可以进行管理员后端:求助资格、求助信息、捐助物资、捐款记录、投递记录、收货记录、志愿请求、志愿调配,用户前端首页、留言板、疫情资讯、求助信息、我的等功能可以通过系统进行分配,传统的手工统计模式已经无法满足用户的需求。为此开发了本抗疫爱心小栈APP,为用户提供一个基于ssm抗疫爱心小栈APP,同时方便管理员对用户信息进行操作。该系统满足了用户对抗疫爱心小栈APP信息获取的需求,并且信息可以及时、准确、有效地进行查看并且系统化、标准化和有效的工作。
1.2研究现状
随着社会的发展和科学技术的进步,互联网技术越来越受欢迎。网络传播的生活方式逐渐受到广大人民群众的喜爱。越来越多的互联网爱好者开始在互联网上满足他们的基本需求,同时逐渐进入各个用户的生活起居。互联网具有许多优点,例如便利性,速度,高效率和低成本。因此,类似于基于安卓app的抗疫爱心小栈,满足用户工作繁忙的需求,不仅是方便用户随时查看信息的途径,而且还能提高管理效率。
本文首先以基于安卓app的抗疫爱心小栈过程的基本问题作为研究对象。在开发系统之前,我们对现有状况进行了详细的调查和分析。最后,我们利用计算机技术开发了一套完整合适的基于安卓app的抗疫爱心小栈。该系统的实现主要优势是:该系统主要采用计算机技术开发,它方便快捷;系统可以通过管理员界面查看用户的所有信息管理。
基于安卓app的抗疫爱心小栈软件是一款方便、快捷、实用的信息服务查询软件。随着智能网络在全球市场的不断普及以及各种智能平台的使用,系统的开发与人们的日常需求相关,作为中国主流智能的技术开发系统,自然需要这样的软件来满足更多用户的需求和体验。
1.3SSM框架
SSM(Spring+SpringMVC+MyBatis)框架集由Spring、MyBatis两个开源框架整合而成(SpringMVC是Spring中的部分内容)。常作为数据源较简单的web项目的框架。
1.8.1 Spring
Spring就像是整个项目中装配bean的大工厂,在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
Spring的核心思想是IoC(控制反转),即不再需要程序员去显式地`new`一个对象,而是让Spring框架帮你来完成这一切。
1.8.2 SpringMVC
SpringMVC在项目中拦截用户请求,它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责,将用户请求通过HandlerMapping去匹配Controller,Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。
1.8.3 mybatis
mybatis是对jdbc的封装,它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件,Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时,通过sqlSessionFactory拿到一个sqlSession,再执行sql命令。
页面发送请求给控制器,控制器调用业务层处理逻辑,逻辑层向持久层发送请求,持久层与数据库交互,后将结果返回给业务层,业务层将处理逻辑发送给控制器,控制器再调用视图展现数据。
![](https://i-blog.csdnimg.cn/blog_migrate/8da48a9a8b1075c736e47bcd5d1e75c7.png)
1.4论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对网站需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:绪论。第一章主要介绍了课题研究的背景,系统开发的现状和本文的研究内容与主要工作。
第二章:系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
2 抗疫爱心小栈APP分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
所以经济可行性没有问题。
(2)操作可行性:
此次项目设计参考了几个该模式下网站的开发案例,对他们的操作界面分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
(3)技术可行性:
技术可行性指的是对于搭建框架的可行性,以及有更优秀的技术出现时系统的技术更新换代的纳新性如何,开发时间成本费用比如何。
现有的Java技术能够迎合所有电子商务系统的搭建。开发这个抗疫爱心小栈APP的时候我采用了Java+MYSQL用以运行整体程序。
综上所述技术可行性也没有问题。
(4)法律可行性:
从开发者角度来看,Java和MYSQL是网上开源且免费的,在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看,只要不再系统上贩卖违禁品,对系统做出条约协议,杜绝非法支付即可。
综上所述法律可行性也没有问题。
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,业务流程可以帮助开发人员更好的理解业务,发现错误,完善系统。
用户成功登入系统后就能够实现增加数据的操作,增加数据的编号是特定的,系统生成,用户不能随意填写,除了编号以外,其他增加信息用户自己填写,填写后的信息经过系统验证,验证合法通过就显示增加数据成功了,相反的话,就没有增加成功,图2-1显示的就是在增加数据时的流程。
![](https://i-blog.csdnimg.cn/blog_migrate/a7c7904e235454d7deeca2b1a7478e10.png)
图2-1 数据增加流程图
数据修改时的流程和上面介绍的数据增加时的流程差不多,如图2-2所示。
![](https://i-blog.csdnimg.cn/blog_migrate/667d9caf40b682a05c93049521011fd8.png)
图2-2 数据修改流程图
如果系统里面存在一些没有用的数据的话,相关的管理人员还可以对这些数据进行删除,图2-3就是数据删除时的流程图。
![](https://i-blog.csdnimg.cn/blog_migrate/44b005f9c016897cdf1bd4c8bdfb468e.png)
图2-3 数据删除流程图
2.3 系统功能分析
按照抗疫爱心小栈APP的角色,我划分为了普通用户、求助用户、志愿者、普管人员、志愿管理者以及管理员管理这六大部分。
普通用户管理模块:
(1)用户注册登录:用户注册为普通用户并登录抗疫爱心小栈APP;用户对个人信息的增删改查,比如个人资料,密码修改。
(2)公告:在首页导航栏上我们会看到“公告”这一菜单,我们点击进入进去以后,会看到所有管理员在后台发布的公告信息;
(3)疫情资讯:在首页导航栏上我们会看到“疫情资讯”这一菜单,我们点击进入进去以后,会看到所有管理员在后台发布的疫情资讯信息,能够对喜欢的疫情资讯进行点赞,如果下次想要更快的找到这篇资讯,也可以进行收藏、评论;
(4)基本信息:在前台点击“我的”下面的“基本信息”可以对个人的资料以及登录系统的密码进行设置;
(5)留言板:用户在留言板这一菜单下对用户提交的查看、同时也可以发布、评论。
(6)求助信息:学生可以查看求助信息,在查询到自己想要了解的求助的时候,可以进入查看详细的介绍,点击“捐赠物资”这一按钮以后会跳转到捐赠物资信息填写的界面,根据提示填写好捐赠物资的信息,点击“提交”以后捐赠物资就完成了;点击“捐款”这一按钮以后会跳转到捐款信息填写的界面,根据提示填写好捐款的信息,点击“提交”以后捐款就完成了,在求助详情这个界面,同时支持用户对喜欢的求助进行收藏、评论的功能。
求助用户管理模块:
(1)用户注册登录:用户注册为普通用户并登录抗疫爱心小栈APP;用户对个人信息的增删改查,比如个人资料,密码修改。
(2)求助资格:求助用户点击“求助资格”会显示出所有的求助资格信息,支持通过求助资格状态或者输入个人照片或者求助用户对求助资格信息进行查询,如果想要添加新的求助资格信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条求助资格信息,点击“删除”进行删除。
(3)个人资料:求助用户点击“个人资料”菜单可以对个人信息以及登录的密码进行设置。
管理员管理模块:
(1)登录:管理员的账号是在数据表表中直接设置生成的,不需要进行注册;
(2)公共管理:管理员可以对系统前台展示的轮播图+公告进行增删改查,方便用户进行查看。
(3)用户管理:当点击“人员管理”这一菜单的时候,会出现普通用户+求助用户+志愿者+普管人员+志愿管理者+管理员六个子菜单,可以对这六个模块进行增删改查操作;
(4)内容管理:管理员可以抗疫爱心小栈APP前台展示的疫情资讯以及疫情资讯所属的分类进行管控。
(5)信息管理:管理员可以对抗疫爱心小栈APP前台展示的、留言板、留言分类、疫情资讯资讯以及资讯所属的分类进行管控。
(5)求助资格:管理员点击“求助资格”会显示出所有的求助资格信息,支持通过求助资格状态或者输入个人照片或者求助用户对求助资格信息进行查询,如果想要添加新的求助资格信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条求助资格信息,点击“删除”进行删除。
(6)捐助物资:管理员点击“捐助物资”会显示出所有的捐助物资信息,支持输入求助编号或者求助标题对捐助物资信息进行查询,如果想要添加新的捐助物资信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条捐助物资信息,点击“删除”进行删除,也可以点击后面的“投递”按钮对捐助物资的投递信息进行更新维护;
(7)个人资料:管理员点击“个人资料”菜单可以对个人信息以及登录的密码进行设置。
2.3.2 非功能性分析
抗疫爱心小栈APP的非功能性需求比如抗疫爱心小栈APP的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1抗疫爱心小栈APP非功能需求表
安全性 | 主要指抗疫爱心小栈APP数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指抗疫爱心小栈APP能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响抗疫爱心小栈APP占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着抗疫爱心小栈APP的页面展示内容进行操作,就可以了。 |
可维护性 | 抗疫爱心小栈APP开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析,得出了本抗疫爱心小栈APP的用例图:
普通用户角色用例如图2-3所示。
![](https://i-blog.csdnimg.cn/blog_migrate/b5dc8bebef78051ecca9a873c3736fd5.png)
图2-3 抗疫爱心小栈APP普通用户角色用例图
求助用户角色用例如图2-4所示。
![](https://i-blog.csdnimg.cn/blog_migrate/f07aa7f5025a1aee9725a3373a6ccacc.png)
图2-4抗疫爱心小栈APP求助用户角色用例图
web后台管理上的管理员是维护整个抗疫爱心小栈APP中所有数据信息的。管理员角色用例如图2-5所示。
![](https://i-blog.csdnimg.cn/blog_migrate/d9de94524ec0a4edf13638a35871b941.png)
本章主要通过对抗疫爱心小栈APP的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个抗疫爱心小栈APP要实现的功能。同时也为抗疫爱心小栈APP的代码实现和测试提供了标准。
本章主要讨论的内容包括抗疫爱心小栈APP的功能模块设计、数据库系统设计。
3.1 系统架构设计
本抗疫爱心小栈APP从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
![](https://i-blog.csdnimg.cn/blog_migrate/48cb838592787cd9aba0113521fe527f.png)
图3-1抗疫爱心小栈APP系统架构设计图
表现层(UI):又称UI层,主要完成本抗疫爱心小栈APP的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本抗疫爱心小栈APP时的舒适度。UI的界面设计也要适应不同版本的抗疫爱心小栈APP以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本抗疫爱心小栈APP的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本抗疫爱心小栈APP的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本抗疫爱心小栈APP的数据存储和管理功能。
3.2 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本抗疫爱心小栈APP中的用例。那么接下来就要开始对本抗疫爱心小栈APP的架构、主要功能和数据库开始进行设计。抗疫爱心小栈APP根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。
![](https://i-blog.csdnimg.cn/blog_migrate/5a3b9f344e2036002bb2e1614fde193f.png)
图3-2 抗疫爱心小栈APP功能模块图
3.2.2用户模块设计
后台管理者能够实现对前台注册的用户增删改查操作,用户模块结构图如下图:
![](https://i-blog.csdnimg.cn/blog_migrate/68f6828b6d96468047199a7f8e2b2468.png)
图3-3用户模块结构图
3.2.3 评论管理模块设计
抗疫爱心小栈APP是一个交流性质的公开平台,用户用户可以在平台上交流,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的言论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
![](https://i-blog.csdnimg.cn/blog_migrate/d3e7431be8cbbb6cbe01f61482757a40.png)
图3-4评论模块结构图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个抗疫爱心小栈APP中主要的数据库表总E-R实体关系图。
![](https://i-blog.csdnimg.cn/blog_migrate/eaccae966eda05b8f2ea814e8c26adde.png)
图3-6 抗疫爱心小栈APP总E-R关系图
通过上一小节中抗疫爱心小栈APP中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
表comment (评论)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | comment_id | int | 10 | 0 | N | Y | 评论ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 评论人ID: |
3 | reply_to_id | int | 10 | 0 | N | N | 0 | 回复评论ID:空为0 |
4 | content | longtext | 2147483647 | 0 | Y | N | 内容: | |
5 | nickname | varchar | 255 | 0 | Y | N | 昵称: | |
6 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
9 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
10 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
11 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
表delivery_record (投递记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | delivery_record_id | int | 10 | 0 | N | Y | 投递记录ID | |
2 | material_drawing | varchar | 255 | 0 | Y | N | 物资图 | |
3 | help_number | varchar | 64 | 0 | Y | N | 求助编号 | |
4 | help_title | varchar | 64 | 0 | Y | N | 求助标题 | |
5 | help_users | int | 10 | 0 | Y | N | 0 | 求助用户 |
6 | help_address | varchar | 64 | 0 | Y | N | 求助地址 | |
7 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
8 | item_name | varchar | 64 | 0 | Y | N | 物资名称 | |
9 | material_type | varchar | 64 | 0 | Y | N | 物资种类 | |
10 | number_of_contributions | varchar | 64 | 0 | Y | N | 捐助数量 | |
11 | donor | int | 10 | 0 | Y | N | 0 | 捐赠人 |
12 | volunteer_users | int | 10 | 0 | Y | N | 0 | 志愿用户 |
13 | delivery_no | varchar | 64 | 0 | Y | N | 投递单号 | |
14 | posting_remarks | text | 65535 | 0 | Y | N | 投递备注 | |
15 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表donation_materials (捐助物资)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | donation_materials_id | int | 10 | 0 | N | Y | 捐助物资ID | |
2 | photo | varchar | 255 | 0 | Y | N | 照片 | |
3 | help_number | varchar | 64 | 0 | Y | N | 求助编号 | |
4 | help_title | varchar | 64 | 0 | Y | N | 求助标题 | |
5 | help_users | int | 10 | 0 | Y | N | 0 | 求助用户 |
6 | help_address | varchar | 64 | 0 | Y | N | 求助地址 | |
7 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
8 | item_name | varchar | 64 | 0 | Y | N | 物资名称 | |
9 | material_type | varchar | 64 | 0 | Y | N | 物资种类 | |
10 | number_of_contributions | int | 10 | 0 | Y | N | 0 | 捐助数量 |
11 | donation_address | varchar | 64 | 0 | Y | N | 捐赠地址 | |
12 | donor_telephone | varchar | 16 | 0 | Y | N | 捐赠人电话 | |
13 | donor | int | 10 | 0 | Y | N | 0 | 捐赠人 |
14 | material_details | text | 65535 | 0 | Y | N | 物资详情 | |
15 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
16 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
17 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
18 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表donation_record (捐款记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | donation_record_id | int | 10 | 0 | N | Y | 捐款记录ID | |
2 | help_number | varchar | 64 | 0 | Y | N | 求助编号 | |
3 | help_title | varchar | 64 | 0 | Y | N | 求助标题 | |
4 | help_users | int | 10 | 0 | Y | N | 0 | 求助用户 |
5 | help_address | varchar | 64 | 0 | Y | N | 求助地址 | |
6 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
7 | donor | int | 10 | 0 | Y | N | 0 | 捐款人 |
8 | donated_amount | int | 10 | 0 | Y | N | 0 | 捐款金额 |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
11 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
12 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表eligibility_for_help (求助资格)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | eligibility_for_help_id | int | 10 | 0 | N | Y | 求助资格ID | |
2 | personal_photos | varchar | 255 | 0 | Y | N | 个人照片 | |
3 | help_users | int | 10 | 0 | Y | N | 0 | 求助用户 |
4 | real_name | varchar | 64 | 0 | Y | N | 真实姓名 | |
5 | id_number | varchar | 64 | 0 | Y | N | 身份证号 | |
6 | references | varchar | 255 | 0 | Y | N | 证明资料 | |
7 | help_content | text | 65535 | 0 | Y | N | 求助内容 | |
8 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表forum (论坛)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | forum_id | mediumint | 8 | 0 | N | Y | 论坛id | |
2 | display | smallint | 5 | 0 | N | N | 100 | 排序 |
3 | user_id | mediumint | 8 | 0 | N | N | 0 | 用户ID |
4 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
5 | praise_len | int | 10 | 0 | Y | N | 0 | 点赞数 |
6 | hits | int | 10 | 0 | N | N | 0 | 访问数 |
7 | title | varchar | 125 | 0 | N | N | 标题 | |
8 | keywords | varchar | 125 | 0 | Y | N | 关键词 | |
9 | description | varchar | 255 | 0 | Y | N | 描述 | |
10 | url | varchar | 255 | 0 | Y | N | 来源地址 | |
11 | tag | varchar | 255 | 0 | Y | N | 标签 | |
12 | img | text | 65535 | 0 | Y | N | 封面图 | |
13 | content | longtext | 2147483647 | 0 | Y | N | 正文 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
16 | avatar | varchar | 255 | 0 | Y | N | 发帖人头像: | |
17 | type | varchar | 64 | 0 | N | N | 0 | 论坛分类:[0,1000]用来搜索指定类型的论坛帖 |
表forum_type (论坛分类)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
3 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
4 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
5 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
6 | icon | varchar | 255 | 0 | Y | N | 分类图标: | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表general_management_personnel (普管人员)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | general_management_personnel_id | int | 10 | 0 | N | Y | 普管人员ID | |
2 | general_management_personnel | varchar | 64 | 0 | N | N | 普管人员 | |
3 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
4 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表help_information (求助信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | help_information_id | int | 10 | 0 | N | Y | 求助信息ID | |
2 | photo | varchar | 255 | 0 | Y | N | 照片 | |
3 | help_number | varchar | 64 | 0 | Y | N | 求助编号 | |
4 | help_title | varchar | 64 | 0 | Y | N | 求助标题 | |
5 | help_users | int | 10 | 0 | Y | N | 0 | 求助用户 |
6 | help_address | varchar | 64 | 0 | Y | N | 求助地址 | |
7 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
8 | date | date | 10 | 0 | Y | N | 日期 | |
9 | help_content | longtext | 2147483647 | 0 | Y | N | 求助内容 | |
10 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
11 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
12 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表help_users (求助用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | help_users_id | int | 10 | 0 | N | Y | 求助用户ID | |
2 | helper | varchar | 64 | 0 | N | N | 求助人 | |
3 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
4 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表hits (用户点击)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
表notice (公告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notice_id | mediumint | 8 | 0 | N | Y | 公告id: | |
2 | title | varchar | 125 | 0 | N | N | 标题: | |
3 | content | longtext | 2147483647 | 0 | Y | N | 正文: | |
4 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表ordinary_users (普通用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | ordinary_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | ordinary_users | varchar | 64 | 0 | N | N | 普通用户 | |
3 | real_name | varchar | 64 | 0 | Y | N | 真实姓名 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表praise (点赞)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | praise_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
表receiving_record (收货记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | receiving_record_id | int | 10 | 0 | N | Y | 收货记录ID | |
2 | delivery_photos | varchar | 255 | 0 | Y | N | 送达照片 | |
3 | help_number | varchar | 64 | 0 | Y | N | 求助编号 | |
4 | help_title | varchar | 64 | 0 | Y | N | 求助标题 | |
5 | help_users | int | 10 | 0 | Y | N | 0 | 求助用户 |
6 | help_address | varchar | 64 | 0 | Y | N | 求助地址 | |
7 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
8 | item_name | varchar | 64 | 0 | Y | N | 物资名称 | |
9 | material_type | varchar | 64 | 0 | Y | N | 物资种类 | |
10 | number_of_contributions | varchar | 64 | 0 | Y | N | 捐助数量 | |
11 | donor | int | 10 | 0 | Y | N | 0 | 捐赠人 |
12 | volunteer_users | int | 10 | 0 | Y | N | 0 | 志愿用户 |
13 | delivery_no | varchar | 64 | 0 | N | N | 投递单号 | |
14 | time_of_delivery | date | 10 | 0 | Y | N | 送达时间 | |
15 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表slides (轮播图)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表upload (文件上传)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
表user (用户账户:用于保存用户登录信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
表user_group (用户组:用于用户前端身份和鉴权)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表voluntary_allocation (志愿调配)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | voluntary_allocation_id | int | 10 | 0 | N | Y | 志愿调配ID | |
2 | volunteer_users | int | 10 | 0 | Y | N | 0 | 志愿用户 |
3 | task_time | datetime | 19 | 0 | Y | N | 任务时间 | |
4 | tasks | varchar | 64 | 0 | Y | N | 任务事项 | |
5 | task_address | varchar | 64 | 0 | Y | N | 任务地址 | |
6 | task_requirements | text | 65535 | 0 | Y | N | 任务要求 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表voluntary_request (志愿请求)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | voluntary_request_id | int | 10 | 0 | N | Y | 志愿请求ID | |
2 | volunteer_users | int | 10 | 0 | Y | N | 0 | 志愿用户 |
3 | service_time | date | 10 | 0 | Y | N | 服务时间 | |
4 | voluntary_matters | varchar | 64 | 0 | Y | N | 志愿事项 | |
5 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
6 | volunteer_content | text | 65535 | 0 | Y | N | 志愿内容 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表volunteer (志愿者)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | volunteer_id | int | 10 | 0 | N | Y | 志愿者ID | |
2 | volunteer_users | varchar | 64 | 0 | N | N | 志愿用户 | |
3 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
4 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表volunteer_manager (志愿管理者)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | volunteer_manager_id | int | 10 | 0 | N | Y | 志愿管理者ID | |
2 | volunteer_manager | varchar | 64 | 0 | N | N | 志愿管理者 | |
3 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
4 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
3.4本章小结
整个抗疫爱心小栈APP的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 抗疫爱心小栈APP详细设计与实现
抗疫爱心小栈APP的详细设计与实现主要是根据前面的抗疫爱心小栈APP的需求分析和抗疫爱心小栈APP的总体设计来设计页面并实现业务逻辑。主要从抗疫爱心小栈APP界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 前台首页界面
当进入抗疫爱心小栈APP的时候,首先映入眼帘的是系统的导航栏,下面是轮播图以及公告,其主界面展示如下图4-1所示。
![](https://i-blog.csdnimg.cn/blog_migrate/5838bce074fe8f2fd200a9bc441579a4.png)
图4-1 前台首页界面图
4.1.2 用户注册界面
不是抗疫爱心小栈APP中正式用户的是可以在线进行注册的,如果你没有本抗疫爱心小栈APP的账号的话,添加“注册”,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。
![](https://i-blog.csdnimg.cn/blog_migrate/6f89fabefcd6e97887df5a778ea57247.png)
图4-2 前台用户注册界面图
注册逻辑关键代码如下所示。
* 注册
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(HttpServletRequest request) throws IOException {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = service.readBody(request.getReader());
query.put("username",String.valueOf(map.get("username")));
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
public Map<String,Object> readBody(BufferedReader reader){
BufferedReader br = null;
StringBuilder sb = new StringBuilder("");
try{
br = reader;
String str;
while ((str = br.readLine()) != null){
sb.append(str);
}
br.close();
String json = sb.toString();
return JSONObject.parseObject(json, Map.class);
}catch (IOException e){
e.printStackTrace();
}finally{
if (null != br){
try{
br.close();
}catch (IOException e){
e.printStackTrace();
}
}
}
return null;
}
public void insert(Map<String,Object> body){
E entity = JSON.parseObject(JSON.toJSONString(body),eClass);
baseMapper.insert(entity);
log.info("[{}] - 插入操作:{}",entity);
}
4.1.3 用户登录界面
抗疫爱心小栈APP中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到抗疫爱心小栈APP的首页中;否则将会提示相应错误信息,用户登录界面如下图4-3所示。
![](https://i-blog.csdnimg.cn/blog_migrate/92cbdac4ad36acf8393404e2d87f4a52.png)
图4-3用户登录界面图
登录系统主要代码如下。
* 登录
* @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;
}
4.1.4 疫情资讯界面
当访客点击抗疫爱心小栈APP中导航栏上的“疫情资讯”后将会进入到该“疫情资讯”列表的界面,然后选择想要看的疫情资讯信息,点击进入到详细界面,在详细界面可以收藏+赞+评论等操作,疫情资讯界面如下图4-4所示。
![](https://i-blog.csdnimg.cn/blog_migrate/8b7278112b0e4947cfa6cd4e4bb38b57.png)
图4-4疫情资讯界面图
4.1.5 留言板界面
用户在点击导航栏上面的留言板后,就可以搜索查看留言信息,用户根据自己的喜好可以进行交流,留言板界面如下图4-5所示。
![](https://i-blog.csdnimg.cn/blog_migrate/d0f6741a3beae6b3806d673bad1666d6.png)
图4-5留言板界面图
4.1.6 求助信息详情界面
用户可以查看求助信息,在查询到自己想要了解的求助的时候,可以进入查看详细的介绍,点击“捐助物资”这一按钮以后会跳转到捐助物资信息填写的界面,根据提示填写好捐助物资的信息,点击“捐款”这一按钮以后会跳转到捐款信息填写的界面,根据提示填写好捐款的信息,点击“提交”以后捐款就完成了,在求助信息详情这个界面,同时支持用户对喜欢的求助进行收藏、评论的功能,求助详情展示页面如图4-7所示。
![](https://i-blog.csdnimg.cn/blog_migrate/29cc3eaf07a4a12abf4c0e3536fb5a6b.png)
图4-6求助信息详情界面图
4.1.7收货记录界面
点击导航栏上的“收货记录”,可以选择求助编号,求助标题,物资名称,投递单号,然后点击“提交”按钮进行提交收货记录,收货记录界面如下图4-7所示。
![](https://i-blog.csdnimg.cn/blog_migrate/843ae337155642572dd02be266bb526c.png)
图4-7收货记录界面图
4.2管理员功能模块
4.2.1 公共管理界面
公共管理模块是对公告和轮播图的设置,只有管理员权限才能进行更新维护。界面如下图4-8所示。
![](https://i-blog.csdnimg.cn/blog_migrate/0141bcc06848b222a8fc9fda9adcdef3.png)
图4-8公共管理界面图
公共管理关键代码如下所示。
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
4.2.2用户管理界面
抗疫爱心小栈APP中的管理人员是可以对前台注册的普通用户、求助用户、志愿者、普管人员以及志愿管理者进行管理的,也可以对管理员进行管控。界面如下图4-9所示。
![](https://i-blog.csdnimg.cn/blog_migrate/65c41d2efe9d55fef5a20bcbe06e5e4e.png)
图4-9用户管理界面图
用户管理关键代码如下所示。
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;
}
4.2.3留言管理界面
抗疫爱心小栈APP中的管理人员是可以对前台用户发布的留言进行管控的,界面如下图4-10所示。
![](https://i-blog.csdnimg.cn/blog_migrate/93d71decc74298b008ca461546e96083.png)
图4-10留言管理界面图
4.2.4疫情资讯管理界面
点击“疫情资讯”按钮会显示自己添加的疫情资讯信息,如果想要添加新的疫情资讯信息,点击“添加”按钮根据提示输入疫情资讯信息,点击“提交”后在疫情资讯界面就可以显示了,如果信息有错可以对疫情资讯信息进行更新维护,也可以直接删除某一疫情资讯,还可以管理评论信息,界面如下图4-11所示。
![](https://i-blog.csdnimg.cn/blog_migrate/eebec0792bf4111f246384e6cb089935.png)
管理员点击“捐款记录”会显示出所有的捐款记录信息,支持输入求助编号或者求助标题对捐款记录信息进行查询,如果想要添加新的捐款记录信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条捐款记录信息,点击“删除”进行删除,也可以点击后面的“支付”按钮对捐款记录的捐款记录的支付信息进行设置。界面如下图4-12所示。
![](https://i-blog.csdnimg.cn/blog_migrate/89cae3a20040984b20dc3fb707db3c0b.png)
图4-12捐款记录管理界面图
4.2.6志愿调配管理界面
管理员点击“志愿调配”会显示出所有的志愿调配信息,支持通过志愿调配状态或者输入志愿用户或者任务时间对志愿调配信息进行查询,如果想要添加新的志愿调配信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条志愿调配信息,点击“删除”进行删除。界面如下图4-13所示。
![](https://i-blog.csdnimg.cn/blog_migrate/17c231c750094988cd11437601bdbad3.png)
图4-13志愿调配界面图
5系统测试
系统开发到了最后一个阶段那就是系统测试,系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美,再厉害的系统开发工程师也会在系统开发的时候出现纰漏,系统测试能够较好的改正一些bug,为后期系统的维护性提供很好的支持。通过系统测试,开发人员也可以建立自己对系统的信心,为后期的系统版本的跟新提供支持。
系统测试包括:用户登录功能测试、求助信息展示功能测试、求助信息添加、求助信息搜索、密码修改功能测试,如表5-1、5-2、5-3、5-4、5-5所示:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
求助信息查看功能测试:
表5-2 求助信息查看功能测试表
用例名称 | 求助信息查看 |
目的 | 测试求助信息查看功能 |
前提 | 用户登录 |
测试流程 | 点击求助信息列表 |
预期结果 | 可以查看到所有求助信息 |
实际结果 | 实际结果与预期结果一致 |
管理员添加求助信息界面测试:
表5-3 管理员添加求助信息界面测试表
用例名称 | 求助信息发布测试用例 |
目的 | 测试求助信息发布功能 |
前提 | 用户正常登录情况下 |
测试流程 | 1)用户点击求助信息管理就,然后点击添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的求助信息 |
实际结果 | 实际结果与预期结果一致 |
求助信息搜索功能测试:
表5-4求助信息搜索功能测试表
用例名称 | 求助信息搜索测试 |
目的 | 测试求助信息搜索功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 | 页面显示包含有搜索关键字的求助信息 |
实际结果 | 实际结果与预期结果一致 |
密码修改功能测试:
表5-5 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
通过编写抗疫爱心小栈APP的测试用例,已经检测完毕用户登录模块、求助信息查看模块、求助信息添加模块、求助信息搜索模块、密码修改功能测试,通过这5大模块为抗疫爱心小栈APP的后期推广运营提供了强力的技术支撑。
至此,抗疫爱心小栈APP已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Web、Java技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
[1]王馨笛,赵宇翔.健康App适老化设计对老龄用户价值实现及主观幸福感的影响研究[J/OL].情报资料工作:1-11[2023-03-22].http://kns.cnki.net/kcms/detail/11.1448.G3.20230309.1620.006.html
[2]张晓宇,薛翔,朱庆华,赵宇翔.移动政务服务App适老化设计的评价指标体系构建及实证研究[J/OL].情报资料工作:1-9[2023-03-22].http://kns.cnki.net/kcms/detail/11.1448.G3.20230309.1620.002.html
[3]林子熠,缪新元,陈雨亭,蒯微,李三红. 一种Java程序静态编译方法及装置[P]. 浙江省:CN115629764A,2023-01-20.
[4]伍德鹏,李佩学.基于SSM框架的高职院校教学办公用品管理信息系统设计研究[J].轻工科技,2023,39(01):99-101.
[5]常婉纶,谈姝辰,屈小娥,田召.基于SSM框架的二级学院教科研信息共享系统的设计与实现[J].电脑知识与技术,2022,18(34):39-41.DOI:10.14004/j.cnki.ckt.2022.2208.
[6]李亚君. 基于SSM框架的B2C电子商城系统的设计与实现[D].合肥工业大学,2022.DOI:10.27101/d.cnki.ghfgu.2022.000313.
[7]张丽景,张文川.基于对比分析法的高职“MySQL数据库”课程设计——以兰州石化职业技术大学为例[J].现代信息科技,2022,6(21):188-191.DOI:10.19850/j.cnki.2096-4706.2022.21.046.
[8]梁倩,文建平. 一种基于SSM框架的云笔记系统[P]. 天津市:CN115248676A,2022-10-28.
[9]杨一帆.服务于MySQL数据库的在线监测系统设计[J].自动化技术与应用,2022,41(10):179-182.DOI:10.20033/j.1003-7241.(2022)10-0179-04.
[10]林佳一.混合式教学在高职MySQL数据库课程的实践研究[J].电脑知识与技术,2022,18(26):133-135.DOI:10.14004/j.cnki.ckt.2022.1737.
[11]林易康, 基于Java的web应用程序控制管理软件. 湖北省,武汉东湖学院,2021-10-01.
[12]He Xinbin,Bai Yongbin,Yue Lisen,Wang Haixiao,Liu Yi. Design and Implementation of Information System Based on Java Technology Platform[J]. Journal of Physics: Conference Series,2021,2033(1).
[13]Qu Xiaona. Application of Java Technology in Dynamic Web Database Technology[J]. Journal of Physics: Conference Series,2021,1744(4).
[14]陈尚平.九江高科制药技术有限公司 快速转产保障抗疫 爱心捐赠凸显担当[J].赣商,2020(07):56.
[15]本刊讯.申城集邮暖流涌 援鄂抗疫爱心献 上海市集邮协会携沪上集邮爱好者为上海援鄂医疗队义拍义捐[J].上海集邮,2020(04):3-4.
[16]Lei Yu,Cheng Li,Lei Wei,Hu WenYa. Marine biological monitoring and managing system based on Java technology[J]. MIPPR 2019: REMOTE SENSING IMAGE PROCESSING, GEOGRAPHIC INFORMATION SYSTEMS, AND OTHER APPLICATIONS,2020,11432.
[17]方春露,杨文琦,陈滔等. 基于Javaweb技术广东省学生体质争优运动处方数据库和视频库的构建[C]//中国生理学会运动生理学专业委员会,北京体育大学.2018年中国生理学会运动生理学专业委员会会议暨“科技创新与运动生理学”学术研讨会论文集.2018年中国生理学会运动生理学专业委员会会议暨“科技创新与运动生理学”学术研讨会论文集,2018:161-162.
[18]SJ/T 11683-2017, Java语言源代码缺陷控制与测试指南[S].
致 谢
逝者如斯夫,不舍昼夜。转眼间,大普通用户活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。
请关注点赞+私信博主,免费领取项目源码