大大數(shù)據(jù)智能催收平臺需求分析報(bào)告設(shè)計(jì)書

1、大數(shù)據(jù)智能催收平臺需求設(shè)計(jì)書眾益天成金融科技某某2018年3月修改歷史日期版本作者修改內(nèi)容更改請求號于佩平創(chuàng)建無目錄第一章業(yè)務(wù)背景5第二章平臺目標(biāo)5總體目標(biāo)5整體平臺架構(gòu)圖6 業(yè)務(wù)服務(wù)總覽錯誤!未定義書簽。資產(chǎn)委托服務(wù) 錯誤!未定義書簽。催收方服務(wù) 錯誤!未定義書簽。233有償服務(wù) 錯誤！未定義書簽。 錯誤！未定義書簽。第三章 本期建設(shè)內(nèi)容7 系統(tǒng)管理模塊7賬戶權(quán)限7參數(shù)配置7策略配置7案件管理模塊7案件管理8跟蹤管理8還款管理8逾期管理錯誤！未定義書簽。壞賬管理錯誤！未定義書簽。催收管理模塊8外呼管理9短息管理9信函管理錯誤！未定義書簽。外訪管理9法務(wù)管理9委外管理9綜合管理9數(shù)據(jù)報(bào)表模塊9

2、還款報(bào)表 錯誤！未定義書簽。逾期報(bào)表 錯誤！未定義書簽。壞賬報(bào)表 錯誤！未定義書簽。內(nèi)催報(bào)表10委外報(bào)表10財(cái)務(wù)報(bào)表 錯誤！未定義書簽。第四章技術(shù)環(huán)境10架構(gòu)與硬件10技術(shù)架構(gòu)10系統(tǒng)擴(kuò)展性12系統(tǒng)建設(shè)擴(kuò)展性12數(shù)據(jù)庫擴(kuò)展12安全方案13使用安全13432網(wǎng)絡(luò)安全13433安全掃描策略13壓力測試評估14 系統(tǒng)性能14操作相應(yīng)時間14數(shù)據(jù)處理時間14備份管理錯誤！未定義書簽。備份策略15備份方案16第一章業(yè)務(wù)背景隨著傳統(tǒng)金融機(jī)構(gòu)、網(wǎng)貸、民間借貸等不良貸款雙升成為常態(tài)，傳統(tǒng)催收 平臺已無法滿足，互聯(lián)網(wǎng)金融大數(shù)據(jù)智能催收平臺應(yīng)運(yùn)而生。與傳統(tǒng)催收平臺相比，沒有地域限制，清收本錢低、效率高，以與整合線

3、 上線下資源、擁有智能化信息匹配系統(tǒng)、大數(shù)據(jù)失聯(lián)信息修復(fù)等，互聯(lián)網(wǎng)金融 催收平臺具有較為明顯的優(yōu)勢，但這一切并沒有看起來那么美。 法律風(fēng)險以與 征信體系的不完善，是當(dāng)前互聯(lián)網(wǎng)催收平臺普遍面臨的困惑和挑戰(zhàn)?！盎ヂ?lián)網(wǎng)+不良資產(chǎn)處置的模式?jīng)]有經(jīng)驗(yàn)可以借鑒，未來開展需要逐步 摸索。由于缺少相應(yīng)的法律法規(guī)，催收合規(guī)性亟待解決。第二章 平臺目標(biāo)2.1 總體目標(biāo)大數(shù)據(jù)智能催收平臺依托大數(shù)據(jù)技術(shù)以與多維數(shù)據(jù)源，將大數(shù)據(jù)增值產(chǎn)品 集成到智能催收管理系統(tǒng)中，為資產(chǎn)方、處置方在貸后個人不良資產(chǎn)管理運(yùn)營 中遇到的各類痛點(diǎn)提供高效的解決方案。 同時將不斷探索、嘗試為提升金融行 業(yè)整體運(yùn)營管理水平而努力，最終打造一個法律

4、風(fēng)險以與征信體系的完善與法 律法規(guī)合規(guī)“互聯(lián)網(wǎng)+不良資產(chǎn)處置的模式大數(shù)據(jù)智能催收平臺。2.2 整體業(yè)務(wù)架構(gòu)圖傭金結(jié)算誦金結(jié)箕與款項(xiàng)回收支忖系統(tǒng)資產(chǎn) 委托催收方案件管理 帶收骨理 外呼著理 姿外鶯理 信慝悔復(fù)大數(shù)據(jù)平臺2.3 總體規(guī)劃整個平臺建設(shè)大致分為三期進(jìn)展：一期：建立大數(shù)據(jù)催收管理系統(tǒng)對于平臺上的業(yè)務(wù)出現(xiàn)逾期，可以依托該系統(tǒng)進(jìn)展催收管理，同時也可以 對外承接一些不良資產(chǎn)催收業(yè)務(wù)。系統(tǒng)主要實(shí)現(xiàn)系統(tǒng)管理、案件管理、催收管 理、數(shù)據(jù)報(bào)表等功能，并呈現(xiàn)在 pc和微信端。二期：不良資產(chǎn)風(fēng)險深度智能定價平臺對接并依托大數(shù)據(jù)與人工智能等先進(jìn)技術(shù)，建立債務(wù)人知識圖譜與人 物畫像，準(zhǔn)確勾勒債務(wù)人還款能力與意

5、愿， 對債務(wù)人的還款可能性進(jìn)展綜合評 估，得出催收評分，從而進(jìn)展不良資產(chǎn)風(fēng)險定價。三期：打造一個“互聯(lián)網(wǎng)+不良資產(chǎn)智能處置Saas平臺整合不良資產(chǎn)方和處置方，在平臺上不良資產(chǎn)方可以發(fā)布債務(wù)信息， 處置 方可以挑選債務(wù)去處置。平臺可以用最新式的“催收模型對資產(chǎn)包進(jìn)展拆分， 再分派給適宜的處置方，進(jìn)展資源的深度優(yōu)化配置。第三章一期建設(shè)內(nèi)容3.1 系統(tǒng)管理模塊系統(tǒng)管理模塊功能結(jié)構(gòu)圖如下：系統(tǒng)管理賬 戶 權(quán) 限參 數(shù) 配 置策 略 配 置3.1.1 賬戶權(quán)限包括：組分類管理、角色管理、用戶管理、權(quán)限管理、操作日志。3.1.2 參數(shù)配置包括：費(fèi)用設(shè)置、標(biāo)準(zhǔn)代碼維護(hù)。3.1.3 策略配置包括：客戶分類策略

6、、案件狀態(tài)策略、跟蹤分案策略、外呼策略、委外策 略、自動短信策略。3.2 案件管理模塊案件管理案 件 管 理分 案 管 理抵 押 物 管 理1還 款 管 理321 案件管理包括：案件用戶維護(hù)、案件信息錄入、案件信息導(dǎo)入、案件信息查詢、案 件信息下載、案件信息審核、還款計(jì)劃的導(dǎo)入。322 分案管理包括：主管分案3.2.3 抵押物管理包括：貸款抵押物查詢，貸款抵押物信息管理3.2.4 還款管理包括：還款查詢、還款趨勢圖3.3 催收管理模塊催收管理模塊功能結(jié)構(gòu)圖如下:331綜合管理包括：案件手工設(shè)置處理渠道、綜合查詢、催記查詢。3.3.2 外呼管理包括：外呼記錄、外呼查詢、外呼統(tǒng)計(jì)。3.3.3 短息

7、管理包括：短息記錄、短息案件查詢。3.3.4 外訪管理包括：外訪申請、外訪審核、外訪記錄、外訪統(tǒng)計(jì)查詢3.3.5 法務(wù)管理包括：法務(wù)申請、法務(wù)審核、法務(wù)記錄、法務(wù)統(tǒng)計(jì)查詢3.3.6 委外管理包括：委外申請、委外審核、委外記錄、委外統(tǒng)計(jì)查詢、委外機(jī)構(gòu)管理。3.3.7 對賬管理包括：手動逾期還款對賬、批量逾期還款對賬、不良資產(chǎn)處置核對3.4 數(shù)據(jù)報(bào)表模塊數(shù)據(jù)報(bào)表模塊功能結(jié)構(gòu)圖如下：數(shù)據(jù)報(bào)表r綜業(yè)內(nèi)委合績催外報(bào)報(bào)報(bào)報(bào)表表表表3.4.1 綜合報(bào)表包括：催收方式綜合分析報(bào)表、我參與完成的催收報(bào)表3.4.2 催收業(yè)績報(bào)表包括：催收業(yè)績報(bào)表、個人催收業(yè)績報(bào)表。3.4.3 內(nèi)催報(bào)表包括：外呼報(bào)表、短信報(bào)表、外

8、訪報(bào)表、法務(wù)報(bào)表。3.4.4 委外報(bào)表包括：委外報(bào)表。第四章技術(shù)環(huán)境4.1 架構(gòu)與硬件4.1.1 技術(shù)架構(gòu)架構(gòu)圖：_u_ q系統(tǒng)權(quán)限案件般務(wù)催收版務(wù) 報(bào)走®務(wù)對外捋供'攝務(wù)!服務(wù);E1匚.J1系統(tǒng)權(quán)限«rf、一二 匸 _二 偎收報(bào)表務(wù)庫9S&數(shù)罄庫數(shù)據(jù)庫系統(tǒng)采用 WEB/JAVA開發(fā)模式，整體框架采用優(yōu)秀的 SpringBoot和 SpringCloud等系列成熟框架。團(tuán)隊(duì)使用 Maven與Git等進(jìn)展項(xiàng)目管理與協(xié)作 開發(fā)。我們的技術(shù)團(tuán)隊(duì)對于這種開發(fā)模式有著多年的開發(fā)經(jīng)驗(yàn)，尤其是近年來專注于此領(lǐng)域的體系化和產(chǎn)品化的研發(fā)工作，從而形成了WEB方式信息開發(fā)全方位

9、的工具產(chǎn)品線。功能強(qiáng)大的產(chǎn)品方案加上成熟的系統(tǒng)實(shí)施使我們可以在短 時間內(nèi)迅速地完成系統(tǒng)的根本功能，并能根據(jù)用戶的要求快速開發(fā)新的功能。技術(shù)列表如下：需求名稱詳細(xì)要求開發(fā)語言：Java系統(tǒng)架構(gòu)：Mave n+Spri ngBoot/Spri ngCloud +mybatis緩存RedisUI樣式z-k宀待定WE曲艮務(wù)器：以上4.2.1 系統(tǒng)建設(shè)擴(kuò)展性本項(xiàng)目采用SOA分布式開發(fā)模式的SpringBoot和SpringCloud微服務(wù)組 件搭建，面向服務(wù)架構(gòu)SOA以其獨(dú)特的優(yōu)勢越來越受到企業(yè)的重視，它可以 根據(jù)需求通過網(wǎng)絡(luò)對松散耦合的粗粒度應(yīng)用組件進(jìn)展分布式部署、組合和使 用。服務(wù)層是SOA的根底，

10、可以直接被應(yīng)用調(diào)用，從而有效控制系統(tǒng)中與軟 件代理交互的人為依賴性。SOA是一種粗粒度、松耦合服務(wù)架構(gòu)，服務(wù)之間通過簡單、準(zhǔn)確定義接口進(jìn)展通訊，不涉與底層編程接口和通訊模型。SOA可以看作是B/S模型、XML標(biāo)準(zhǔn)通用標(biāo)記語言的子集/Web Service技術(shù)之后的自然延伸。4.2.1.1 SOA架構(gòu)開發(fā)優(yōu)點(diǎn)更易維護(hù)業(yè)務(wù)服務(wù)提供者和業(yè)務(wù)服務(wù)使用者的松散耦合關(guān)系與對開放標(biāo)準(zhǔn)的采用確 保了該特性的實(shí)現(xiàn)。建立在以SOA根底上的信息系統(tǒng)，當(dāng)需求發(fā)生變化的時候， 不需要修改提供業(yè)務(wù)服務(wù)的接口，只需要調(diào)整業(yè)務(wù)服務(wù)流程或者修改操作即可， 整個應(yīng)用系統(tǒng)也更容易被維護(hù)。更高的可用性該特點(diǎn)是在于服務(wù)提供者和服務(wù)使用

11、者的松散耦合關(guān)系上得以發(fā)揮與表現(xiàn)。 使用者無須了解提供者的具休實(shí)現(xiàn)細(xì)節(jié)。更好的伸縮性依靠業(yè)務(wù)服務(wù)設(shè)計(jì)、開發(fā)和部署等所采用的架構(gòu)模型實(shí)現(xiàn)伸縮性。使得服務(wù) 提供者可以互相彼此獨(dú)立地進(jìn)展調(diào)整，以滿足新的服務(wù)需求。4.2.2 數(shù)據(jù)庫擴(kuò)展彈性擴(kuò)展，實(shí)現(xiàn)100%資源利用率，可按需升級實(shí)例的內(nèi)存、磁盤空間大 小,提升業(yè)務(wù)處理能力；單實(shí)例最大支持 2OOOOIOPS, 2TB存儲空間。 阿里 云的RDS for MySQL支持掛載只讀實(shí)例，擴(kuò)展讀取能力；每個只讀實(shí)例擁有 獨(dú)立的地址，可由應(yīng)用端控制壓力分配。4.3.1 使用安全系統(tǒng)使用上的安全性是整個信息系統(tǒng)安全性中重要的一環(huán)，安全性再高的系統(tǒng)，如果在使用上沒

12、有嚴(yán)格管理，那么其安全性將失去意義。因此，在系統(tǒng)的使用上，應(yīng)該建立一套嚴(yán)密的用戶登記制度，不同職責(zé)和權(quán)限的用戶只能使用相應(yīng)的系統(tǒng)程序和數(shù)據(jù)，并在系統(tǒng)中建立完善的日志記 錄，高等級的系統(tǒng)密碼經(jīng)常更換等等； 通過采取一系列的與系統(tǒng)相配合的管理 措施，防止系統(tǒng)數(shù)據(jù)使用上的混亂和外泄。一旦出現(xiàn)泄密現(xiàn)象，如此系統(tǒng)可以 快速地追查出有關(guān)人員。保障系統(tǒng)運(yùn)行安全性，防止黑客注入，以與釣魚注入，通過第三方安全檢 測機(jī)構(gòu)的安全檢測。保障銀行支付過程中的數(shù)據(jù)傳輸安全性以與用戶密碼的安 全性。使用國際化標(biāo)準(zhǔn)傳輸協(xié)議對傳輸數(shù)據(jù)進(jìn)展加密，使用先進(jìn)的加密算法對系統(tǒng)內(nèi)敏感數(shù)據(jù)進(jìn)展加密?？傊挥性谙到y(tǒng)的設(shè)計(jì)中充分分析了上面所

13、述的各個方面的安全可預(yù)測 了各種情況的發(fā)生以與應(yīng)付方法，建成的系統(tǒng)才是真正安全可靠的。432 網(wǎng)絡(luò)安全網(wǎng)絡(luò)設(shè)備與其線路等，是系統(tǒng)的另一個需要確保正常動作的局部。因此，在網(wǎng)絡(luò)設(shè)備上的選型只能是目前市面上的主流的名牌產(chǎn)品，在保證高可靠性的前提下，對關(guān)鍵設(shè)備，如中心路由器留有備份，以在出現(xiàn)故障時隨時更換。其 相關(guān)局部，如電源設(shè)計(jì)，也必須有相應(yīng)的備份。網(wǎng)絡(luò)產(chǎn)品本身應(yīng)至少具有密碼 保護(hù)的功能，同時具有對網(wǎng)段進(jìn)展邏輯劃分子網(wǎng)段的功能，從網(wǎng)絡(luò)層防止對主機(jī)系統(tǒng)的非法訪問。在線路上，除了主干線路外，預(yù)留撥號線路，保證各網(wǎng)點(diǎn) 能在營業(yè)期間保持和中心的可靠連接。433 安全掃描策略漏洞掃描能夠模擬黑客的行為，對系統(tǒng)

14、設(shè)置進(jìn)展攻擊測試，以幫助程序員 在黑客攻擊之前，找出系統(tǒng)中存在的漏洞。漏洞掃描工具說明采用 Web Vulnerability Scanner (WVS)和 IBM Rational AppScan 使用詳細(xì)說明-軟件工具-紅黑聯(lián)盟作為安全掃描工具，它可以通過檢查SQL注入攻擊漏洞、跨站式腳本攻擊漏洞或者其他漏洞等來檢測Web應(yīng)用程序是否存在安全隱患。WVS通過抓取站點(diǎn)結(jié)構(gòu)和模擬比擬流行的攻擊方式，像跨站式腳 本攻擊和SQL注入等攻擊方式對整個網(wǎng)絡(luò)站點(diǎn)進(jìn)展安全掃描，能夠在攻擊者 攻擊之前掃描出在表單、安全區(qū)域和網(wǎng)絡(luò)應(yīng)用方面的問題。 他不僅可以支持創(chuàng) 建和定制問題掃描檢查，并且支持現(xiàn)在所有主要的

15、網(wǎng)絡(luò)技術(shù)。434 壓力測試評估通過模擬一定量的虛擬訪問用戶數(shù)， 對進(jìn)展壓力測試，評估系統(tǒng)能提供的 最大服務(wù)級別，進(jìn)而確定系統(tǒng)可能存在的瓶頸。LoadRu nner是一種預(yù)測系統(tǒng)行為和性能的工業(yè)級標(biāo)準(zhǔn)性能測試負(fù)載測試工具。通過以模擬大量用戶實(shí)施并發(fā)負(fù)載與實(shí)時性能監(jiān)測的方式來確認(rèn)和查找 問題，LoadRunner能夠?qū)φ麄€系統(tǒng)架構(gòu)進(jìn)展測試。壓力測試結(jié)果說明通過設(shè) 計(jì)不同的測試場景，完成對系統(tǒng)的壓力測試，如以下關(guān)鍵流程：1、通過測試，檢驗(yàn)用戶進(jìn)展注冊的操作時，系統(tǒng)最多可以承受的用戶并 發(fā)操作。找到在系統(tǒng)資源運(yùn)行正常，事物平均響應(yīng)時間。2、通過測試，檢驗(yàn)用戶進(jìn)展訂單提交操作時，系統(tǒng)最多可以承受在多少

16、的用戶進(jìn)展并發(fā)操作，并確認(rèn)事物平均響應(yīng)時間。4.4 系統(tǒng)性能電商交易系統(tǒng)是業(yè)務(wù)運(yùn)行的核心，系統(tǒng)的運(yùn)行必須以能夠與時地滿足日常 操作與數(shù)據(jù)查詢的要求，因此系統(tǒng)的運(yùn)行性能要求主要是指操作響應(yīng)時間以與 日終批處理時間。4.4.1 操作相應(yīng)時間業(yè)務(wù)操作處理要求提交后處理結(jié)果響應(yīng)不得高于 2秒。系統(tǒng)查詢的時間響應(yīng)：一般功能要求在 5秒種之內(nèi)完成。4.4.2 數(shù)據(jù)處理時間系統(tǒng)日終批處理，主要是對日常記錄的交易進(jìn)展各種帳務(wù)處理以與在翻盤 時對各種需要自動處理的業(yè)務(wù)進(jìn)展執(zhí)行?；谙到y(tǒng)的數(shù)據(jù)規(guī)模，我們認(rèn)為，交易系統(tǒng)的數(shù)據(jù)批處理時間應(yīng)該在1小時之內(nèi)完成備份管理的設(shè)計(jì)基于以下四個原如此：對給定時間點(diǎn)能進(jìn)展完整的數(shù)據(jù)

17、恢復(fù)使數(shù)據(jù)丟失的影響降到最小使數(shù)據(jù)備份的處理過程盡可能高效遵循企業(yè)現(xiàn)有的備份與恢復(fù)標(biāo)準(zhǔn)4.5.1 備份策略按內(nèi)容劃分，備份包括對操作系統(tǒng)的備份、對應(yīng)用程序和配置的備份、對 數(shù)據(jù)的備份，我們既可以分別備份不同的內(nèi)容，又可以同時備份所有的內(nèi)容。在各種備份的內(nèi)容中，操作系統(tǒng)和應(yīng)用程序與配置發(fā)生變化的頻率很低， 數(shù)據(jù)變化的頻率很高，因此對不同的內(nèi)容分開備份，可以減少備份的時間，方 便恢復(fù)操作。按工作進(jìn)展的周期分，備份包括日常備份、硬件升級更換的備份、增加節(jié) 點(diǎn)的備份和用戶定制備份等。在各種周期的備份中，日常備份最為重要，在各 種備份的內(nèi)容中，數(shù)據(jù)是核心內(nèi)容，因此，備份策略的核心是日常數(shù)據(jù)備份。日常數(shù)據(jù)備份的方式通?？煞譃樵隽總浞?、 全備份和完全備份，具體描述 如下：?增量備份增量備份是指對所選定的對象，在前一次備份的根底上只對變化的局部進(jìn)展備份，恢復(fù)時如此需要一個全備份和此后的每次的增量備