基于SpringBoot的信保系统的分析与设计

摘  要：信用保证保险包括信用保险和保证保险。信用保险是权利人投保义务人信用的保险业务，保证保险是义务人投保自己信用的保险业务，这些业务在国内的开展有利于国计民生;为响应国家号召，加快信用保证保险业务流程信息化建设，满足保前风险审核、保后监测管理、履约义务人独立审核、征信审核，文章分别从投保、批改、理赔业务场景进行需求分析、设计、实现，从而形成信保系统。

关键词：信用保险;保证保险;投保

中图分类号：TP311                   文献标识码：A文章编号：2096-4706（2021）20-0067-05

Analysis and Design of Credit Insurance System Based on SpringBoot

SUN Yongsheng

（Sinosoft Co.， Ltd.， Beijing  100190， China）

Abstract： Credit guarantee insurance includes credit insurance and guarantee insurance. Credit insurance is the insurance business for the obligee to insure the obligors credit， and guarantee insurance is the insurance business for the obligor to insure his own credit. The development of these businesses in China is conducive to the national economy and the peoples livelihood; in order to respond to the national call， speed up the informatization construction of credit guarantee insurance business process， and meet the pre insurance risk audit， post insurance monitoring management， independent audit of performance obligor and credit investigation audit， this paper analyzes， designs and implements the needs from the business scenarios of insurance， correction and claim settlement， so as to form a credit insurance system.

Keywords： credit insurance; guarantee insurance; insure

0  引  言

信用保證保险是近代保险业务中一种新型保险业务，包括信用保险和保证保险;信用保险是权利人投保义务人信用的保险业务;保证保险是义务人投保自己信用的保险业务。

国外发展历程，18世纪末19世纪初，欧洲出现了忠诚保证保险和合同担保;一战后，英国政府成立了出口信用担保局;1934年，英法等国成立了伯尔尼联盟，相互交流信用保险承保、批改、支付、理赔、追偿等方面信息技术。国内发展历程，20世纪80年底初期，中国人保1986年试办短期出口信用保险，1988年正式批准设立信用险部;1994年以后，中国进出口银行开始经办信用险业务;2001年，我国组建了中国出口信用保险公司;目前国内有多家信用险公司，主要承保的险种有：投标保证保证保险、信用证信用保险、担保代偿保证保险等等。为了健全信保核心业务体系，加强风控管理和征信管理，满足银保监会的监管规定，进行风险审核、保后监测、资质独立审核、征信审核等工作，扩大规模，调控风险，拓展渠道，适应未来业务发展，所以投建信保系统。

信保系统后端采用SpringBoot技术实现，前端采用Vue前端技术实现双向数据绑定，有利于后期维护和升级。

1  需求分析

通过对信用保证保险业务的调研得知，信保系统主要包括投保、批改、理赔等内容，本文将从功能性和非功能性两方面进行需求分析。

1.1  功能性需求分析

投保管理需求：出单员选择项目、产品、录入投保相关信息：投保人、被保人、保费、费率、保额等，校验通过并提交审批，审批通过以后，生成缴费通知，缴费完成以后、生成保单;后续可以对保单查询、下载。

投保申请：出单员选择客户、产品、填写投保信息，提交生成投保单;并对已生成、退回的投保单进行编辑、重新提交审核。

投保审批：核保员选择已提交的投保单，填写审核意见、审核结果并进行审核;审核结果包括同意、上级审核、退回。

保单生成：选择审核通过的投保单，进行缴费并生成保单、上传征信。

保单查询：查询有效的保单，并可以对保单进行打印、下载。

批改管理需求：出单员选择保单和批改类型，录入批改信息，校验通过并提交审批，核保人员进行审核，审核通过以后，若见费出单、生成缴费通知，缴费完成以后、生成批单;若非见费出单，直接生成批单。后续可以对批单进行查询、下载。

批改申请：出单员选择有效的保单、选择批改类型，录入批改信息、影像信息，提交生成批单;批改类型包括全单退保、保单注销、普通批改。

批改审核：核保员选择已提交的批单，填写审核意见、审核结果并进行审核;审核结果包括同意、上级审核、退回。

批改查询：查询有效的批单，并可以对批单进行打印、下载。

理赔管理需求：首先关联保单信息，填写报案信息，提交报案;选择所报案件，填写立案信息，提交立案;对立案信息进行审核，审核通过进入定损管理;录入定损信息，校验通过后提交审核，进入核损核赔环节、审核通过系统自动发起赔付申请，完成赔付。赔付完成以后，若不需要追偿，则结案，结案后可以重开赔案;若需要追偿，则发起追偿流程。

报案管理：查勘员查询保单信息、录入报案信息，提交生成报案;并可以对已生成的报案进行编辑、查看、取消。

立案管理：立案人员选择已报案件，填写立案信息，提交生成立案。

立案审核：立案审核员选择已提交的立案填写审核意见、审核结果并进行审核;审核结果包括同意、上级审核、退回。

定损管理：定损员对审核通过的立案，填写定损信息，提交生成定损信息，并可以对已生成的定损进行编辑、查看、提交审核。

核损核赔：核损员对已提交的定损信息进行审核，审核结束后并理赔付款，并将理赔信息上报征信平台;审核结果包括同意、上级审核、退回。

重开赔案：对已结案的赔案进行重开、允许一个案件多次重开，重开后的赔案直接到定损管理。

追偿管理：理赔结案完成后，允许发起追偿流程，同一赔案可发起多次追偿。

理赔查询：查询所有的理赔案件信息、结案报告、案件状态。

1.2  非功能性需求分析

（1）性能需求：系统成功交易量大于99.99%;平均相应时间保持在2.5秒以内;7×24无间歇提供服务;支持300用户并发;

（2）安全要求：采用防火墙和ACL访问控制技术、网络物理隔离、VAL技术保证设备、网络安全;

（3）可靠性需求：系统保证故障周期大于一个月，故障修复周期小于一天。

2  概要设计

2.1  软件层级架构设计

信保系统采用MVC架构模式进行层次架构划分，软件层次架构图如图1所示。

信保系统采用MVC架构模式，层次架构设计为：

表现层：该层采用VUE技术实现页面动态布局;增加用户体验性，提高用于的视觉感官效应;

转发层：该层使用CONTROLLER实现业务逻辑的转发，把收集到页面元素整理成参数，传送给具体的业务逻辑，采用SPRING注解方式，被VUE页面调用;

逻辑层：该层采用SERVICE方式，把接口和业务逻辑实现分开，然后采用SPRING注解方式、被转发层调用;

持久层：该层采用MYBATIS技术，将业务逻辑层处理的数据结果经过该层处理持久存储到数据库中。

2.2  系统功能模块设计

信保系统由投保管理、批改管理、理赔管理构成，信保系统的功能模块图如图2所示。

本文以投保申请为例说明系统的概要设计，投保申请时，录入如下信息：

基本信息：投保单号、保单号、业务种类、险类、险种。投保人：名称、客户类型、投保人名称、联系人、手机、电话、地址、证件类型、证件号码。被保人信息：贷款信息，保单信息，共保信息，缴费计划，担保信息、资信信息、影像信息。功能按钮：保存、提交。

投保申请确保数据正确并保存信息，查询所有产品投保申请，对已有的投保单进行修改、撤销，审核操作。

查询：根据条件查询已有投保信息;

申请：填写投保单信息，进行投保申请.状态为新增;

修改：对新增的、审核不通过的投保信息进行修改，状态不变;

提交：对新增的、审核不通过的投保信息进行提交审核，状态为反洗钱审核中或投保审核中，审核不通过;

撤销：对未生成保单的投保单进行撤销的操作，状态为撤销;

投保单状态为新增、反洗钱审核中、投保审核中、审核不通过、撤销的信息;投保单状态为新增或审核不通过时可以进行撤销，修改，提交审核操作;投保单状态为“审核中”的信息不允许进行操作;投保单状态变为投保撤销，不可再次提交审核。限于篇幅，其他概要设计在此不再赘述。

2.3  详细设计实现

信保系统由投保管理、批改管理、理赔管理构成，本文以投保申请为例，分别从页面、类图方面进行说明信保系统的详细设计实现。

在投保管理页面点击申请，进行投保单申请操作，投保申请页面详细设计如图3所示。

投保单申请页面中包括基本信息、担保信息、资信信息、影像信息、保存按钮、提交按钮;基本信息包括出单基本信息、投保人信息、被保人信息、业务来源、贷款信息、保单信息、共保信息、缴费计划;保单信息：保额、保费、费率、免赔率、缴费方式、见费方式、缴费止期、保险起期、保险止期、保险期限、担保方式、特别约定，限于篇幅，其他信息在此不再列举。

接下来对投保单申请功能实现类进行介绍，由于涉及的类比较多，下面的类图中只对重点类关系进行展现，類图如图4所示。

下面选取投保单申请为例，对单个流程节点的类调用顺序进行说明：

（1）打开投保申请页面;

（2）在页面中填写投保信息并提交，调用页面对应的ProposalController，获取页面传入参数，组织调用参数ProposalDto对象;

（3）调用ProposalService的doSubmit方法，Proposal Service的实现类ProposalServiceImpl主要实现对投保单的各种操作;

（4）ProposalServiceImpl继承了BaseCommon ServiceImpl，主要是该类引用了MyBatisOrmExecution实例变量，该类完成了数据库的各种操作;投保申请调用save方法保存投保申请单信息到数据库;

（5）完成投保申请操作，最后返回投保申请页面。

结合上面对单个流程节点的类调用顺序，由于投保申请比较复杂，功能实现代码比较多，下面选取ProposalServiceImpl的doSave方法展示具体实现：

public ProposalDto doSave（ProposalDto proposalDto）throws Exception{

if（proposalDto.getPly No（） == null||proposalDto.getPlyNo（）.equals（“”））{

List list=proposal Service. queryPly Final （proposalDto）;

if（list！=null&&list.size（）>0）{

this.addAction Error（"保單已审批！＼n保存失败！"）;

return newURL;

}

Condition condition = new Condition（）;

condition.setGroupId （proposalDto.getPreField2（））;

condition.setBusiType （proposalDto.getBusiType（））;

GeneratorsKey gkey = new GeneratorsKey（）;

String plyNo = gkey .getKeyCode（condition）;

String appPlyNo = gkey .getPostKey Code （condition）;

proposalDto.setPlyNo （plyNo）;

proposalDto.setAppPlyNo （appPlyNo）;

proposalDto.setCreaterId （user.getId（））;

proposalDto.setCreater Time（newTime）;

isAdd = true;

}else{

ProposalDto pDto = new ProposalDto（）;

pDto.setEdrTms（0）;

pDto.setPlyNo （payApply Dto.getPlyNo（））;

pDto= proposalService.getByPk（pDto）;

plyApplyPOList = proposalService.queryPly ApplyList（pDto.getPlyNo（））;

pDto.setIvPlyApplyPOList（plyApplyPOList）;

if（pDto.getFlag（）.equals（PConstants.PLY_CONFIRM_FRT））{

isAddApply = true;}if（pDto.getFlag（）.equals（PConstants.PLY_SAVED_FRT）

&&（pDto.getType（）.equals（PConstants.PLY_ADD）

||pDto.getType（）.equals（PConstants.PLY_EDT_FRT）

||pDto.getType（）.equals（PConstants.PLY_CFM_FRT）））{

//保单已录入，可以进行新增修改、修改、提交操作，}else if（（pDto.getFlag（）.equals（PConstants.PLY_CONFIRM_FRT）

||pDto.getFlag（）.equals（PConstants.PLY_SAVED_FRT））

&&（pDto.getType（）.equals（PConstants.PLY_EDT_SEC）

||pDto.getType（）.equals（PConstants.PLY_CFM_SEC）））{

//保单已提交或修改，可以进行进行审批修改、审批确认}

else if（（pDto.getFlag（）.equals（PConstants.PLY_CONFIRM_FRT）

||pDto.getFlag（）.equals（PConstants.PLY_SAVED_SEC））

&&（pDto.getType（）.equals（PConstants.PLY_CFM_CONFUSS）））{

//保单已提交或修改时，可以进行审批不同意操作}

else if（（pDto.getFlag（）.equals （PConstants. PLY_CONFIRM_FRT）

||pDto.getFlag（）.equals（PConstants.PLY_SAVED_SEC））

&&（pDto.getType（）.equals（PConstants.PLY_CFM_COME）））{

//保单已提交或修改时，可以进行审批退回操作

}elseif（pDto.getFlag（）.equals（PConstants.PLY_CONFIRM_COME）

&&（pDto.getType（）.equals（PConstants.PLY_EDT_FRT）

||pDto.getType（）.equals（PConstants.PLY_CFM_FRT）））{

//保单审批退回时，可以进行修改、提交操作，

}else if（pDto.getFlag（）.equals（PConstants.PLY_CONFIRM_FRT）

&&（pDto.getType（）.equals（PConstants.PLY_CFM_FRT）））{

this.addError（"友情提示：保单已提交，请不要重复提交！"）;return newURL;}

else{this.addError（"保存失敗！＼n保单状态不匹配！"）;return newURL;}}}

限于篇幅，其他功能的详细设计实现在此不再赘述。

3  结  论

本文首先对信用保证保险业务类型进行了概述、并介绍了结合当前发展形势需要，说明建设信保系统的必要性;在了解业务基础上，对投保、批改、理赔等方面进行了功能需求分析和性能、安全性、可靠性等非功能分析;并在需求分析基础上，以投保申请为例说明了信保系统的设计思路;最后以投保单申请功能为例说明了信保系统的设计实现思路，概述了系统的主要功能的详细设计实现。

参考文献：

[1] 黄斌.信用保证保险发展现状及创新 [J].中国保险，2017（4）：29-33.

[2] 张雅茹.我国信用保证保险发展困境及其化解之策 [D].济南：山东财经大学，2019.

[3] 陈旭琰.信用保证保险在消费金融行业的风险控制研究 [D].厦门：厦门大学，2018.

[4] 唐继磊.互联网信贷履约保证保险的风险问题研究 [D].武汉：中南财经政法大学，2020.

[5] 陈旭琰.信用保证保险在消费金融行业的风险控制研究 [D].厦门：厦门大学，2018.

[6] 苏静.我国发展信用保证保险面临的挑战及对策 [J].中国保险，2018（1）：31-34.

[7] 苏静.我国发展互联网信用保证保险的应用前景分析 [J].保险职业学院学报，2018，32（1）：79-82.

[8] 田海晴.基于SpringBoot和Vue框架的共享运营管理平台的设计与实现 [D].济南：山东大学，2020.

[9] 张峰.应用SpringBoot改变web应用开发模式 [J].科技创新与应用，2017（23）：193-194.

[10] 耿庆阳.基于Spring Boot与Vue的电子商城设计与实现 [D].西安：西安石油大学，2020.

作者简介：孙永升（1985—），男，汉族，河南周口人，本科，工程师，研究方向：软件工程。