基于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—），男，漢族，河南周口人，本科，工程師，研究方向：軟件工程。