大數據智能催收平臺需

求分需設計書CompanyDocumentnumber:WTUT-WT88Y-W8BBGB-BWYTT-19998大數據智能催收平臺需求設計書眾益天成金融科技（大連）有限公司

2018年3月修改歷史曰期版本作者修改內容更改請求號于佩平創建無目錄第一章業務背景隨著傳統金融機構、網貸、民間借貸等不良貸款雙升成為常態，傳統催收平臺已無法滿足，互聯網金融大數據智能催收平臺應運而生。與傳統催收平臺相比，沒有地域限制，清收成本低、效率高，以及整合線上線下資源、擁有智能化信息匹配系統、大數據失聯信息修復等，互聯網金融催收平臺具有較為明顯的優勢，但這一切并沒有看起來那么美。法律風險以及征信體系的不完善，是當前互聯網催收平臺普遍面臨的困惑和挑戰。“互聯網+不良資產處置”的模式沒有經驗可以借鑒，未來發展需要逐步摸索。由于缺少相應的法律法規，催收合規性亟待解決。第二章平臺目標2.1總體目標大數據智能催收平臺依托大數據技術以及多維數據源，將大數據增值產品集成到智能催收管理系統中，為資產方、處置方在貸后個人不良資產管理運營中遇到的各類痛點提供高效的解決方案。同時將不斷探索、嘗試為提升金融行業整體運營管理水平而努力，最終打造一個法律風險以及征信體系的完善及法律法規合規“互聯網+不良資產處置”的模式大數據智能催收平臺。2.2整體業務架構圖一傭金結算傭金結算與款項回收-案件值理件收管理外呼管理委外管理信恩修復大裁據平臺一傭金結算2.3總體規劃整個平臺建設大致分為三期進行：一期：建立大數據催收管理系統對于平臺上的業務出現逾期，可以依托該系統進行催收管理，同時也可

以對外承接一些不良資產催收業務。系統主要實現系統管理、案件管理、催收管理、數據報表等功能，并呈現在PC和微信端。二期：不良資產風險深度智能定價平臺對接并依托大數據及人工智能等先進技術，建立債務人知識圖譜及人物畫像，精確勾勒債務人還款能力與意愿，對債務人的還款可能性進行綜合評估，得出催收評分，從而進行不良資產風險定價。三期：打造一個“互聯網+不良資產”智能itsSaas平臺整合不良資產方和處置方，在平臺上不良資產方可以發布債務信息，處置方可以挑選債務去處置。平臺可以用最新式的“催收模型”對資產包進行拆分，再分派給合適的第三章—期建設內容第三章—期建設內容處置方，進行資源的深度優化配置。3.1系統管理模塊系統管理模塊功能結構圖如下：系統管理1.1賬戶權限包括：組分類管理、角色管理、用戶管理、權限管理、操作日志。3.1.2參數配置包括：費用設置、標準代碼維護。3.1.3策略配置包括：客戶分類策略、案件狀態策略、跟蹤分案策略、外呼策略、委外策略、自動短信策略。3.2案件案件管理3.2.1案件管理包括：案件用戶維護、案件信息錄入、案件信息導入、案件信息查詢、案件信息下載、案件信息審核、還款計劃的導入。3.2.2分案管理包括：主管分案3.2.3抵押物管理包括：貸款抵押物查詢，貸款抵押物信息管理32.4還款管理包括：還款查詢、還款趨勢圖3.3催收管理模塊催收管理模塊功能結構圖如下：

3.3.1催收管理綜合包括：案件手工設置處理渠道、綜合查詢.催記查詢。3.3.2外呼管理包括：外呼記錄、外呼查詢.外呼統訃。3.3.3短息管理包括：短息記錄、短息案件查詢。3.3.3.1催收管理綜合包括：案件手工設置處理渠道、綜合查詢.催記查詢。3.3.2外呼管理包括：外呼記錄、外呼查詢.外呼統訃。3.3.3短息管理包括：短息記錄、短息案件查詢。3.3.4外訪管理包括：外訪申3.3.5患富管理外訪記錄、外訪統計包括：法務申請、法務審核、法務記錄.法務統訃查詢委外記錄、委外統計查詢、委外機構管理。委外申3-3.6委外管理3.3.7對賬管理包括：手動逾期還款對賬、批量逾期還款對賬、不良資產處置核對3.4數據報表模塊數據報表模塊功能結構圖如下:數據報表3.4.1綜合報表包括：催收方式綜合分析報表、我參與完成的催收報表。3.4.2催收業績報表包括：催收業績報表、個人催收業績報表。3.4.3內催報表包括：外呼報表、短信報表、外訪報表、法務報表。3.4.4委外報表包括：委外報第四章技術環境-構4.1.1技術架構構」架構圖：系統采用WEB/JAVA開發模式，整體框架采用優秀的SpringBoot和SpringCloud等系列成熟框架。團隊使用Maven與Git等進行項LI管理與協作開發。我們的技術團隊對于這種開發模式有著多年的開發經驗，尤其是近年來專注于此領域的體系化和產品化的研發工作，從而形成了WEB方式信息開發全方位的［具產品線。功能強大的產品方案加上成熟的系統實施使我們可以在短時間內迅速地完成系統的基本功能，并能根據用戶的要求快速開發新的功能。技術列表如下：需求名稱|詳細要求

開發語言：Java系統架構：Maven+SpringBoot/SpringCloud+mybatis緩存RedisUI樣式待定WEB服務器：以上42系統擴展性4.2.1系統建設擴展性本項U開發語言：Java系統架構：Maven+SpringBoot/SpringCloud+mybatis緩存RedisUI樣式待定WEB服務器：以上42系統擴展性4.2.1系統建設擴展性SOA是一種粗粒度、松耦合服務架構，服務之間通過簡單、精確定義接口進行通訊，不涉及底層編程接口和通訊模型。SOA可以看作是B/S模型、XML（標準通用標記語言的子集）/WebService技術之后的自然延伸。2.1.1S0A架構開發優點更易維護業務服務提供者和業務服務使用者的松散耦合關系及對開放標準的采用確保了該特性的實現。建立在以S0A基礎上的信息系統，當需求發生變化的時候，不需要修改提供業務服務的接口，只需要調整業務服務流程或者修改操作即可，整個應用系統也更容易被維護。更高的可用性該特點是在于服務提供者和服務使用者的松散耦合關系上得以發揮與體現。使用者無須了解提供者的具休實現細節。?更好的伸縮性依靠業務服務設計、開發和部署等所采用的架構模型實現伸縮性。使得服務提供者可以互相彼此獨立地進行調整，以滿足新的服務需求。4.2.2數據庫擴展彈性擴展，實現100%資源利用率，可按需升級實例的內存、磁盤空間大小，提升業務處理能力；單實例最大支持20000IOPS,2TB存儲空間。阿里云的RDSforMySQL支持掛載只讀實例，擴展讀取能力；每個只讀實例擁有獨立的鏈接地址，可山應用端控制壓力分配。4.3安全方案4.3.1使用安全系統使用上的安全性是整個信息系統安全性中重要的一環，安全性再高的系統，如果在使用上沒有嚴格管理，那么其安全性將失去意義。因此，在系統的使用上，應該建立一套嚴密的用戶登記制度，不同職責和權限的用戶只能使用相應的系統程序和數據，并在系統中建立完善的日志記錄，高等級的系統密碼經常更換等等；通過采取一系列的與系統相配合的管理措施，防止系統數據使用上的混亂和外泄。一旦出現泄密現象，則系統可以快速地追查出有關人員。保障系統運行安全性，防止黑客注入，以及釣魚網站注入，通過第三方安全檢測機構的安全檢測。保障銀行支付過程中的數據傳輸安全性以及用戶密碼的安全性。使用國際化標準傳輸協議對傳輸數據進行加密，使用先進的加密算法對系統內敬感數據進行加密。總之，只有在系統的設計中充分分析了上面所述的各個方面的安全可預測了各種情況的發生以及應付辦法，建成的系統才是真正安全可靠的。4.3.2網絡安全網絡設備及其線路等，是系統的另一個需要確保正常動作的部分。因此，在網絡設備上的選型只能是H前市面上的主流的名牌產品，在保證高可靠性的前提下，對關鍵設備，如中心路山器留有備份，以在出現故障時隨時更換。其相關部分，如電源設計，也必須有相應的備份。網絡產品本身應至少具有密碼保護的功能，同時具有對網段進行邏輯劃分子網段的功能，從網絡層防止對主機系統的非法訪問。在線路上，除了主干線路夕卜，預留撥號線路，保證各網點能在營業期間保持和中心的可靠連接。4.3.3安全掃描策略漏洞掃描能夠模擬黑客的行為，對系統設置進行攻擊測試，以幫助程序員在黑客攻擊之前，找出系統中存在的漏洞。漏洞掃描工具說明采用WebVulnerabilityScanner(WVS)Afn作為安全掃描工具，它可以通過檢查SQL注入攻擊漏洞、跨站式腳本攻擊漏洞或者其他漏洞等來檢測Web應用程序是否存在安全隱患。WVS通過抓取網站站點結構和模擬比較流行的攻擊方式，像跨站式腳本攻擊和SQL注入等攻擊方式對整個網絡站點進行安全掃描，能夠在攻擊者攻擊之前掃描出在表單、安全區域和網絡應用方面的問題。他不僅可以支持創建和定制問題掃描檢查，并且支持現在所有主要的網絡技術。4.3.4壓力測試評估通過模擬一定量的虛擬訪問用戶數，對網站進行壓力測試，評估網站系統能提供的最大服務級別，進而確定系統可能存在的瓶頸。LoadRunner是一種預測系統行為和性能的工業級標準性能測試負載測試工具。通過以模擬大量用戶實施并發負載及實時性能監測的方式來確認和查找問題，LoadRunner能夠對整個系統架構進行測試。壓力測試結果說明通過設訃不同的測試場景，完成對系統的壓力測試，如以下關鍵流程：1、通過測試，檢驗用戶進行注冊的操作時，系統最多可以接受的用戶并發操作。找到在系統資源運行正常，事物平均響應時間。2、通過測試，檢驗用戶進行訂單提交操作時，系統最多可以接受在多少的用戶進行并發操作，并確認事物平均響應時間。4.4系統性能電商交易系統是業務運行的核心，系統的運行必須以能夠及時地滿足日常操作及數據查詢的要求，因此系統的運行性能要求主要是指操作響應時間以及日終批處理時間。4.4.1操作相應時間業務操作處理要求提交后處理結果響應不得高于2秒。系統查詢的時間響應：一般功能要求在5秒種之內完成。4.4.2數據處理時間系統日終批處理，主要是對日常記錄的交易進行各種帳務處理以及在翻盤時對各種需要自動處理的業務進行執行。基于系統的數據規模，我們認為，交易系統的數據批處理時間應該在1小時之內完4.5備份成。備份管理的設訃基于以下四個原則：?對給定時間點能進行完整的數據恢復?使數據丟失的影響降到最小?使數據備份的處理過程盡可能高效?遵循企業現有的備份與恢復標準4.5.1備份策略按內容劃分，備份包括對操作系統的備份、對應用程序和配置的備份、對數據的備份，我們既可以分別備份不同的內容，乂可以同時備份所有的內容。在各種備份的內容中，操作系統和應用程序及配置發生變化的頻率很低，數據變化的頻率很高，因此對不同的內容分開備份，可以減少備份的時間，方便恢復操作。按工作進行的周期分，備份包括日常備份、硬件升級更換的備份、增加節點的備份和用戶定制備份等。在各種周期的備份中，日常備份最為重要，在各種備份的內容中，數據是核心內容，因此，備份策略的核心是日常數據備份。日常數據備份的方式通常可分為增量備份、全備份和完全備份，具體描述如下:〉增量備份增量備份是指對所選定的對象，在前一次備份的基礎上只對變化的部分進行備份，恢復時則需要一個全備份和此后的每次的增量備份才能對所選定的對象進行恢復，這是一種在OLTP系統中經常采