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

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

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

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

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

5、愿， 對(duì)債務(wù)人的還款可能性進(jìn)展綜合評(píng) 估，得出催收評(píng)分，從而進(jìn)展不良資產(chǎn)風(fēng)險(xiǎn)定價(jià)。三期：打造一個(gè)“互聯(lián)網(wǎng)+不良資產(chǎn)智能處置Saas平臺(tái)整合不良資產(chǎn)方和處置方，在平臺(tái)上不良資產(chǎn)方可以發(fā)布債務(wù)信息， 處置 方可以挑選債務(wù)去處置。平臺(tái)可以用最新式的“催收模型對(duì)資產(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)策略、跟蹤分案策略、外呼策略、委外策 略、自動(dòng)短信策略。3.2 案件管理模塊案件管理案 件 管 理分 案 管 理抵 押 物 管 理1還 款 管 理321 案件管理包括：案件用戶維護(hù)、案件信息錄入、案件信息導(dǎo)入、案件信息查詢、案 件信息下載、案件信息審核、還款計(jì)劃的導(dǎo)入。322 分案管理包括：主管分案3.2.3 抵押物管理包括：貸款抵押物查詢，貸款抵押物信息管理3.2.4 還款管理包括：還款查詢、還款趨勢(shì)圖3.3 催收管理模塊催收管理模塊功能結(jié)構(gòu)圖如下:331綜合管理包括：案件手工設(shè)置處理渠道、綜合查詢、催記查詢。3.3.2 外呼管理包括：外呼記錄、外呼查詢、外呼統(tǒng)計(jì)。3.3.3 短息

7、管理包括：短息記錄、短息案件查詢。3.3.4 外訪管理包括：外訪申請(qǐng)、外訪審核、外訪記錄、外訪統(tǒng)計(jì)查詢3.3.5 法務(wù)管理包括：法務(wù)申請(qǐng)、法務(wù)審核、法務(wù)記錄、法務(wù)統(tǒng)計(jì)查詢3.3.6 委外管理包括：委外申請(qǐng)、委外審核、委外記錄、委外統(tǒng)計(jì)查詢、委外機(jī)構(gòu)管理。3.3.7 對(duì)賬管理包括：手動(dòng)逾期還款對(duì)賬、批量逾期還款對(duì)賬、不良資產(chǎn)處置核對(duì)3.4 數(shù)據(jù)報(bào)表模塊數(shù)據(jù)報(bào)表模塊功能結(jié)構(gòu)圖如下：數(shù)據(jù)報(bào)表r綜業(yè)內(nèi)委合績(jī)催外報(bào)報(bào)報(bào)報(bào)表表表表3.4.1 綜合報(bào)表包括：催收方式綜合分析報(bào)表、我參與完成的催收?qǐng)?bào)表3.4.2 催收業(yè)績(jī)報(bào)表包括：催收業(yè)績(jī)報(bào)表、個(gè)人催收業(yè)績(jī)報(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ù)對(duì)外捋供'攝務(wù)!服務(wù);E1匚.J1系統(tǒng)權(quán)限«rf、一二 匸 _二 偎收?qǐng)?bào)表務(wù)庫(kù)9S&數(shù)罄庫(kù)數(shù)據(jù)庫(kù)系統(tǒng)采用 WEB/JAVA開(kāi)發(fā)模式，整體框架采用優(yōu)秀的 SpringBoot和 SpringCloud等系列成熟框架。團(tuán)隊(duì)使用 Maven與Git等進(jìn)展項(xiàng)目管理與協(xié)作 開(kāi)發(fā)。我們的技術(shù)團(tuán)隊(duì)對(duì)于這種開(kāi)發(fā)模式有著多年的開(kāi)發(fā)經(jīng)驗(yàn)，尤其是近年來(lái)專注于此領(lǐng)域的體系化和產(chǎn)品化的研發(fā)工作，從而形成了WEB方式信息開(kāi)發(fā)全方位

9、的工具產(chǎn)品線。功能強(qiáng)大的產(chǎn)品方案加上成熟的系統(tǒng)實(shí)施使我們可以在短 時(shí)間內(nèi)迅速地完成系統(tǒng)的根本功能，并能根據(jù)用戶的要求快速開(kāi)發(fā)新的功能。技術(shù)列表如下：需求名稱詳細(xì)要求開(kāi)發(fā)語(yǔ)言：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分布式開(kāi)發(fā)模式的SpringBoot和SpringCloud微服務(wù)組 件搭建，面向服務(wù)架構(gòu)SOA以其獨(dú)特的優(yōu)勢(shì)越來(lái)越受到企業(yè)的重視，它可以 根據(jù)需求通過(guò)網(wǎng)絡(luò)對(duì)松散耦合的粗粒度應(yīng)用組件進(jìn)展分布式部署、組合和使 用。服務(wù)層是SOA的根底，

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

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

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

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

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

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

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

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