目 录
摘要 1
1 绪论 1
1.1 研究背景 1
1.2国内外研究现状 1
1.3论文结构与章节安排 1
2 保险办理系统系统分析 3
2.1 可行性分析 3
2.2 系统流程分析 3
2.2.1 数据流程 3
3.3.2 业务流程 4
2.3 系统功能分析 4
2.3.1数据增加流程 4
2.3.2数据修改流程 5
2.3.3数据删除流程 5
2.4 系统用例分析 6
2.5本章小结 7
3 保险办理系统总体设计 8
3.1 系统架构设计 8
3.2 系统功能模块设计 8
3.2.1整体功能模块设计 9
3.2.2用户模块设计 9
3.2.3 留言管理模块设计 10
3.2.4社保信息管理模块设计 10
3.2.5保险办理管理模块设计 10
3.3 数据库设计 10
3.3.1 数据库概念结构设计 10
3.3.2 数据库逻辑结构设计 14
3.4本章小结 17
4 保险办理系统详细设计与实现 18
4.1用户功能模块 18
4.1.1 前台首页界面 18
4.1.2 参保人员注册界面 18
4.1.3 参保人员登录界面 19
4.1.4评论界面 20
4.1.5 公告栏界面 21
4.1.6 保险办理详情界面 21
4.2 卖家功能模块 23
4.2.1内容管理界面 23
4.2.2订单列表界面 23
4.3管理员功能模块 23
4.3.1 站点管理界面 23
4.3.2 用户管理界面 24
4.3.3 内容管理界面 24
4.3.4 更多管理界面 25
5系统测试 26
5.1系统测试的目的 26
5.2 系统测试用例 26
5.3 系统测试结果 27
结论 28
参考文献 29
致 谢 30
摘要
信息化社会内需要与之针对性的信息获取途径，但是途径的扩展基本上为人们所努力的方向，由于站在的角度存在偏差，人们经常能够获得不同类型信息，这也是技术最为难以攻克的课题。针对保险办理系统等问题，对保险办理系统进行研究分析，然后开发设计出保险办理系统以解决问题。
保险办理系统主要功能模块包括用户管理、保险办理、社保信息、医保信息、社保缴费、医保缴费、申请修改信息，采取面对对象的开发模式进行软件的开发和硬体的架设，能很好的满足实际使用的需求，完善了对应的软体架设以及程序编码的工作，采取MySQL作为后台数据的主要存储单元，采用SSM框架、JAVA技术、Ajax技术进行业务系统的编码及其开发，实现了本系统的全部功能。本次报告，首先分析了研究的背景、作用、意义，为研究工作的合理性打下了基础。针对保险办理系统的各项需求以及技术问题进行分析，证明了系统的必要性和技术可行性，然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍，最后来实现保险办理系统和部署运行使用它。
关键词：SSM技术；MYSQL；保险办理系统
Abstract
In the information society, there is a need for targeted information access, but the expansion of access is basically the direction of people's efforts. Due to the deviation of the perspective, people can often obtain different types of information, which is also the most difficult subject for technology to overcome. Aiming at the problems of insurance management system, this paper studies and analyzes the insurance management system, and then develops and designs the insurance management system to solve the problems.
The main functional modules of the insurance handling system include user management, insurance handling, social security information, medical insurance information, social security payment, medical insurance payment and application modification information. The object-oriented development mode is adopted for software development and hardware erection, which can well meet the actual needs, improve the corresponding software erection and program coding, take MySQL as the main storage unit of background data, adopt SSM framework Java technology and Ajax technology encode and develop the business system, and realize 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. This paper analyzes the various requirements and technical problems of the insurance handling system, proves the necessity and technical feasibility of the system, then makes a basic introduction to the technical software and design ideas needed to design the system, and finally realizes the insurance handling system and deploys it.
Keywords:
1 绪论
1.1 研究背景
保险办理系统作为保险公司与客户之间信息交互的纽带，其运行效率直接影响到整个行业的运营效益。随着信息技术的不断发展，传统的以人工方式为主的管理方式已经不能适应时代要求。为了提高保险公司的工作效率和服务质量，实现对业务数据进行快速分析处理，设计并实现了一套基于B/S结构的保险办理系统。该系统采用C/S模式,JAVA技术以及MYSQL为基础开发平台，通过建立统一身份认证体系，实现用户权限控制；利用数据库管理系统来存储大量历史数据；运用数据挖掘中的关联规则方法对客户购买保险产品时产生的历史交易记录进行挖掘分析，得到潜在客户的特征属性值等有用的决策知识，从而达到帮助公司制定营销策略的目的。
1.2国内外研究现状
随着我国经济的迅速发展和人民生活水平的提高，人们对人身意外伤害保险的需求也越来越多。目前全国已有保险公司近200家，其中大部分是在中国人民保险公司开办业务的，还有一些地方正在准备开办这项险种。由于保险业务涉及到千家万户，因此它已成为社会关注的焦点之一。但是，由于各种原因，目前我国保险市场上的人身意外伤害险仍以中国人民保险公司为主经营，而其它保险公司则很少涉足。这种情况不利于发挥各保险公司各自优势，促进保险业健康稳定地发展。为此，我们有必要对国内人身保险办理系统进行全面深入地探讨和分析。二，国外人身保险办理系统的基本概况1.美国人身保险办理系统（简称MDDS）美国人身保险办理系统对整个人身保险办理系统起着很重要作用。其特点主要表现为：一是由专业人员操作；二是具有完善的服务功能；三是采用先进技术来管理；四是提供高质量的保险产品。这些优点使MDDS能更好地为投保人提供保障，并保证了投保人得到及时有效的服务。2.日本人身保险办理系统日本人身保险办理系统结构如图1所示。图中表示出了该系统的硬件组成及软件构成。该套系统由三部分构成，即计算机管理系统，数据库服务器及工作站，以及用户接口。3.德国人身意外事故赔偿系统德国人身意外事故赔偿系统包括以下三个组成部分:a)数据采集子系统;b)数据处理系统(包括查询统计等功能模块),c)数据处理中心包括信息显示和打印等基本功能。
1.3论文结构与章节安排
论文将分层次经行编排，除去论文摘要致谢文献参考部分，正文部分还会对网站需求做出分析，以及阐述大体的设计和实现的功能，最后罗列部分调测记录，论文主要架构如下：
第一章：引言。第一章主要介绍了课题研究的背景，系统开发的现状和本文的研究内容与主要工作。
第二章：系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章：系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章：系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章：系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
第六章：总结。
2 保险办理系统分析
系统分析是开发一个项目的先决条件，通过系统分析可以很好的了解系统的主体用户的基本需求情况，同时这也是项目的开发的原因。进而对系统开发进行可行性分析，通常包括技术可行性、经济可行性等，可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析，分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
（1）经济可行性：
在项目上使用的工具大部分都是是当下流行开源免费的，所以在开发前期，开发时用于项目的经费将会大大降低，不会让开发该软件在项目启动期受到经费的影响，所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费，以及设备费用。将在无纸化，高效率的道路上越走越远。
所以经济可行性没有问题。
（2）操作可行性：
此次项目设计参考了几个该模式下网站的开发案例，对他们的操作界面分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
（3）技术可行性：
技术可行性指的是对于搭建框架的可行性，以及有更优秀的技术出现时系统的技术更新换代的纳新性如何，开发时间成本费用比如何。
现有的Java技术能够迎合所有电子商务系统的搭建。开发这个保险办理系统的时候我采用了Java+MYSQL用以运行整体程序。
综上所述技术可行性也没有问题。
（4）法律可行性：
从开发者角度来看，Java和MYSQL是网上开源且免费的，在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看，只要不再系统上贩卖违禁品，对系统做出条约协议，杜绝非法支付即可。
综上所述法律可行性也没有问题。
2.2 系统流程分析
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程，在进行系统分析的时候，业务流程可以帮助开发人员更好的理解业务，发现错误，完善系统。
2.2.1 数据增加流程
用户成功登入系统后就能够实现增加数据的操作，增加数据的编号是特定的，系统生成，用户不能随意填写，除了编号以外，其他增加信息用户自己填写，填写后的信息经过系统验证，验证合法通过就显示增加数据成功了，相反的话，就没有增加成功，图2-1显示的就是在增加数据时的流程。
图2-1 数据增加流程图
2.2.2 数据修改流程
数据修改时的流程和上面介绍的数据增加时的流程差不多，如图2-2所示。
图2-2 数据修改流程图
2.2.3 数据删除流程
如果系统里面存在一些没有用的数据的话，相关的管理人员还可以对这些数据进行删除，图2-3就是数据删除时的流程图。
图2-3 数据删除流程图
2.3 系统功能分析
2.3.1 功能性分析
按照保险办理系统的角色，我划分为了参保人员管理模块和管理员管理模块这两大部分。
用户管理模块：
（1）用户注册登录：用户注册为会员并登录保险办理系统 ；用户对个人信息的增删改查，比如个人资料，密码修改。
（2）用户查看公告消息：用户进行公告信息的阅览，通过发现喜欢的公告信息后可以发布+评论+点赞。
（3）保险办理：用户进行保险办理的阅览，查看管理者发布的保险办理信息。
（4）申请修改信息：用户在申请修改信息这一菜单下对用户申请信息提交的查看、审核。
管理员管理模块：
（1）用户管理：管理员可以对前台上注册过的用户信息进行管控，也可以对管理员信息进行管控。
（2）内容管理：管理员可以对保险办理系统前台展示的新闻列表以及新闻分类列表的分类进行管控。
（3）更多管理：当点击“更多”这一菜单的时候，会出现保险办理+社保信息+医保信息+社保缴费+医保缴费+申请修改信息这六两个子菜单，能够对保险办理进行增删改查操作，对参保人员提交的医保信息进行管控，以及实现对参保人员提交的保险办理+社保信息+医保信息+社保缴费+医保缴费+申请修改信息进行审核管理；
（4）站点管理：管理员可以对保险办理系统中首页显示的轮播图以及系统中的一些公告发布到系统当中，让用户及时的查看到系统信息，进行合理安排。
2.3.2 非功能性分析
保险办理系统的非功能性需求比如保险办理系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：
表3-1保险办理系统非功能需求表
安全性 | 主要指保险办理系统数据库的安装，数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指保险办理系统能够安装用户的指示进行操作，经过测试，可靠性90%以上。 |
性能 | 性能是影响保险办理系统 占据市场的必要条件，所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着保险办理系统的页面展示内容进行操作，就可以了。 |
可维护性 | 保险办理系统 开发的可维护性是非常重要的，经过测试，可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析，得出了本保险办理系统 的用例图：
用户角色用例如图2-3所示。
图2-3 保险办理系统用户角色用例图
web后台管理上的管理员是维护整个保险办理系统中所有数据信息的。管理员角色用例如图2-4所示。
图2-4保险办理系统管理员角色用例图
2.5本章小结
本章主要通过对保险办理系统的可行性分析、流程分析、功能需求分析、系统用例分析，确定整个保险办理系统要实现的功能。同时也为保险办理系统的代码实现和测试提供了标准。
3 保险办理系统总体设计
本章主要讨论的内容包括保险办理系统的功能模块设计、数据库系统设计。
3.1 系统架构设计
本保险办理系统从架构上分为三层：表现层（UI）、业务逻辑层（BLL）以及数据层（DL）。
图3-1保险办理系统 系统架构设计图
表现层（UI）：又称UI层，主要完成本保险办理系统 的UI交互功能，一个良好的UI可以打打提高用户的用户体验，增强用户使用本保险办理系统 时的舒适度。UI的界面设计也要适应不同版本的保险办理系统 以及不同尺寸的分辨率，以做到良好的兼容性。UI交互功能要求合理，用户进行交互操作时必须要得到与之相符的交互结果，这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层（BLL）：主要完成本保险办理系统 的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层，系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层（DL）：由于本保险办理系统的数据是放在服务端的mysql数据库中，因此本属于服务层的部分可以直接整合在业务逻辑层中，所以数据层中只有数据库，其主要完成本保险办理系统 的数据存储和管理功能。
3.2 系统功能模块设计
3.2.1整体功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本保险办理系统中的用例。那么接下来就要开始对本保险办理系统的架构、主要功能和数据库开始进行设计。保险办理系统根据前面章节的需求分析得出，其总体设计模块图如图3-2所示。
图3-2 保险办理系统功能模块图
3.2.2用户模块设计
后台管理者能够实现对前台注册的用户增删改查操作，用户模块结构图如下图：
图3-3会员用户模块结构图
3.2.3 留言管理模块设计
保险办理系统是一个交流性质的公开平台，会员用户可以在平台上交流，增加用户之间的互动性。但是同时也为了更好的规范留言的内容，给予管理员删除不合适的言论的功能，所以需要专门设计一个留言管理模块，具体的结构图如下：
图3-4评论模块结构图
3.2.4社保信息管理模块设计
保险办理系统是中需要存储不少社保信息，其模块功能结构，具体的结构图如下：
图3-5社保信息模块结构图
3.2.5保险办理管理模块设计
保险办理系统最重要的一个功能就是办理，其模块功能结构，具体的结构图如下：
图3-5保险办理模块结构图
3.3 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个保险办理系统中主要的数据库表总E-R实体关系图。
图3-6 保险办理系统总E-R关系图
下面根据保险办理系统的数据库总E-R关系图可以得出保险办理系统 需要很多E-R图，在此罗列出来一些主要的数据库E-R模型图。
图3-7参保人员E-R关系图
图3-8 医保信息E-R关系图
图3-9 保险办理E-R关系图
图3-10 医保缴费信息E-R关系图
图3-11社保信息E-R关系图
图3-12 申请信息E-R关系图
3.3.2 数据库逻辑结构设计
通过上一小节中保险办理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
social_security_payment表：
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
social_security_payment_id | int | 11 | 是 | 是 | 社保缴费ID |
social_security_number | varchar | 64 | 否 | 否 | 社保编号 |
social_security_name | varchar | 64 | 否 | 否 | 社保名称 |
insured | int | 11 | 否 | 否 | 参保人 |
full_name | varchar | 64 | 否 | 否 | 姓名 |
period | varchar | 64 | 否 | 否 | 所属期 |
payment_amount | int | 11 | 否 | 否 | 缴费金额 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
social_security_information表： | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
social_security_information_id | int | 11 | 是 | 是 | 社保信息ID |
social_security_number | varchar | 64 | 否 | 否 | 社保编号 |
insured | int | 11 | 否 | 否 | 参保人 |
full_name | varchar | 64 | 否 | 否 | 姓名 |
insured_place | varchar | 64 | 否 | 否 | 参保地 |
id_number | varchar | 255 | 否 | 否 | 身份证号 |
first_insured_year | varchar | 64 | 否 | 否 | 首次参保年月 |
total_payment | int | 11 | 否 | 否 | 缴费总额 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
medical_insurance_payment表： | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
medical_insurance_payment_id | int | 11 | 是 | 是 | 医保缴费ID |
medical_insurance_number | varchar | 64 | 否 | 否 | 医保编号 |
name_of_medical_insurance | varchar | 64 | 否 | 否 | 医保名称 |
insured | int | 11 | 否 | 否 | 参保人 |
full_name | varchar | 64 | 否 | 否 | 姓名 |
period | varchar | 64 | 否 | 否 | 所属期 |
payment_amount | int | 11 | 否 | 否 | 缴费金额 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
medical_insurance_information表： | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
medical_insurance_information_id | int | 11 | 是 | 是 | 医保信息ID |
medical_insurance_number | varchar | 64 | 否 | 否 | 医保编号 |
insured | int | 11 | 否 | 否 | 参保人 |
full_name | varchar | 64 | 否 | 否 | 姓名 |
insured_place | varchar | 64 | 否 | 否 | 参保地 |
id_number | varchar | 255 | 否 | 否 | 身份证号 |
first_insured_year | varchar | 64 | 否 | 否 | 首次参保年月 |
total_payment | int | 11 | 否 | 否 | 缴费总额 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
insured_persons表; | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
insured_persons_id | int | 11 | 是 | 是 | 参保人员ID |
full_name | varchar | 64 | 否 | 否 | 姓名 |
gender | varchar | 64 | 否 | 否 | 性别 |
age | varchar | 64 | 否 | 否 | 年龄 |
residential_address | varchar | 64 | 否 | 否 | 居住地址 |
id_number | varchar | 255 | 否 | 否 | 身份证号 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
insurance_handling表： | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
insurance_handling_id | int | 11 | 是 | 是 | 保险办理ID |
insurance_type | varchar | 64 | 否 | 否 | 保险类型 |
insured | int | 11 | 否 | 否 | 参保人 |
full_name | varchar | 64 | 否 | 否 | 姓名 |
gender | varchar | 64 | 否 | 否 | 性别 |
age | varchar | 64 | 否 | 否 | 年龄 |
residential_address | varchar | 64 | 否 | 否 | 居住地址 |
id_number | varchar | 255 | 否 | 否 | 身份证号 |
front_photo_of_id_card | varchar | 255 | 否 | 否 | 身份证正面照 |
reverse_photo_of_id_card | varchar | 255 | 否 | 否 | 身份证反面照 |
bank_card_no | varchar | 64 | 否 | 否 | 银行卡号 |
payment_method | varchar | 64 | 否 | 否 | 缴费方式 |
handling_progress | varchar | 64 | 否 | 否 | 办理进度 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
application_modification_information表 | |||||
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
3.4本章小结
整个保险办理系统的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 保险办理系统详细设计与实现
保险办理系统的详细设计与实现主要是根据前面的保险办理系统的需求分析和保险办理系统的总体设计来设计页面并实现业务逻辑。主要从保险办理系统界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 前台首页界面
当进入保险办理系统的时候，首先映入眼帘的是系统的导航栏，下面是轮播图以及系统内容，其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2 参保人员注册界面
不是保险办理系统中正式会员的是可以在线进行注册的，如果你没有本保险办理系统的账号的话，添加“注册”，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可会员注册成功。其用参保人员注册界面展示如下图4-2所示。
图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 参保人员登录界面
保险办理系统中的前台上注册后的会员是可以通过自己的账户名和密码进行登录的，当会员输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到保险办理系统 的首页中；否则将会提示相应错误信息，用户登录界面如下图4-3所示。
图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评论界面
用户在点击导航栏上面的评论后，就可以搜索查看评论信息，用户根据自己的喜好可以进行评论，评论界面如下图4-4所示。
图4-4评论界面图
评论逻辑代码如下所示。
@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);
}4.1.5 公告栏界面
当点击导航栏上的“公告栏”的时候，就会进入对应的界面查看公告信息，公告栏界面如下图4-5所示。
图4-5公告栏界面图
4.1.6 保险办理详情界面
当访客点击了任意保险办理后将会进入该款保险办理的详情界面，可以了解到该保险办理的保险类型、姓名、年龄、身份证号、参保人、性别等，同时可以对该保险办理进行点赞+评论，保险办理详情展示页面如图4-6所示。
图4-6 保险办理详情界面图
4.2管理员功能模块
4.2.1 站点管理界面
保险办理系统中的管理人员在“站点管理”这一菜单中是可以对前台显示的轮播图以及公告栏进行管控。界面如下图4-7所示。
图4-7站点管理界面图
站点管理关键代码如下所示。
@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 用户管理界面
保险办理系统中的管理人员是可以对前台注册的参保人员进行管理的，也可以对管理员进行管控。界面如下图4-8所示。
图4-8用户管理界面图
用户管理关键代码如下所示。
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 内容管理界面
保险办理系统中的管理人员在“内容管理”这一菜单中是可以对保险办理系统内的新闻列表、新闻分类列表进行维护和管理的，界面如下图4-9所示。
图4-9内容管理界面图
4.2.4 更多管理界面
保险办理系统中的管理人员在“更多管理”这一菜单下是可以对保险办理系统内的保险办理、社保信息、医保信息、社保缴费、医保缴费、申请修改信息进行管控的，其管理界面如下图4-10所示。
图4-10更多管理界面图
5系统测试
5.1系统测试的目的
系统开发到了最后一个阶段那就是系统测试，系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美，再厉害的系统开发工程师也会在系统开发的时候出现纰漏，系统测试能够较好的改正一些bug，为后期系统的维护性提供很好的支持。通过系统测试，开发人员也可以建立自己对系统的信心，为后期的系统版本的跟新提供支持。
5.2 系统测试用例
系统测试包括：用户登录功能测试、保险办理展示功能测试、保险办理添加、保险办理搜索、密码修改功能测试，如表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）点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
5.3 系统测试结果
通过编写保险办理系统的测试用例，已经检测完毕用户登录模块、保险办理查看模块、保险办理添加模块、保险办理搜索模块、密码修改功能测试，通过这5大模块为保险办理系统 的后期推广运营提供了强力的技术支撑。
结论
至此，保险办理系统已经结束，在开发前做了许多的准备，在本系统的设计和开发过程中阅览和学习了许多文献资料，从中我也收获了很多宝贵的方法和设计思路，对系统的开发也起到了很重要的作用，系统的开发技术选用的都是自己比较熟悉的，比如Web、Java技术、MYSQL，这些技术都是在以前的学习中学到了，其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验，其实对于我们来说工作量还是比较大的，但是正是由于之前的积累与准备，才能顺利的完成这个项目，由此看来，积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助，正是因为他们的指导与帮助，我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西，此系统也有需要改进的地方，但是由于专业知识的浅薄，并不能做到十分完美，希望以后有机会可以让其真正的投入到使用之中。
