大大数据智能催收平台需求分析报告设计书

1、大数据智能催收平台需求设计书众益天成金融科技某某2018年3月修改历史日期版本作者修改内容更改请求号于佩平创建无目录第一章业务背景5第二章平台目标5总体目标5整体平台架构图6 业务服务总览错误!未定义书签。资产委托服务 错误!未定义书签。催收方服务 错误!未定义书签。233有偿服务 错误！未定义书签。 错误！未定义书签。第三章 本期建设内容7 系统管理模块7账户权限7参数配置7策略配置7案件管理模块7案件管理8跟踪管理8还款管理8逾期管理错误！未定义书签。坏账管理错误！未定义书签。催收管理模块8外呼管理9短息管理9信函管理错误！未定义书签。外访管理9法务管理9委外管理9综合管理9数据报表模块9

2、还款报表 错误！未定义书签。逾期报表 错误！未定义书签。坏账报表 错误！未定义书签。内催报表10委外报表10财务报表 错误！未定义书签。第四章技术环境10架构与硬件10技术架构10系统扩展性12系统建设扩展性12数据库扩展12安全方案13使用安全13432网络安全13433安全扫描策略13压力测试评估14 系统性能14操作相应时间14数据处理时间14备份管理错误！未定义书签。备份策略15备份方案16第一章业务背景随着传统金融机构、网贷、民间借贷等不良贷款双升成为常态，传统催收 平台已无法满足，互联网金融大数据智能催收平台应运而生。与传统催收平台相比，没有地域限制，清收本钱低、效率高，以与整合线

3、 上线下资源、拥有智能化信息匹配系统、大数据失联信息修复等，互联网金融 催收平台具有较为明显的优势，但这一切并没有看起来那么美。 法律风险以与 征信体系的不完善，是当前互联网催收平台普遍面临的困惑和挑战。“互联网+不良资产处置的模式没有经验可以借鉴，未来开展需要逐步 摸索。由于缺少相应的法律法规，催收合规性亟待解决。第二章 平台目标2.1 总体目标大数据智能催收平台依托大数据技术以与多维数据源，将大数据增值产品 集成到智能催收管理系统中，为资产方、处置方在贷后个人不良资产管理运营 中遇到的各类痛点提供高效的解决方案。 同时将不断探索、尝试为提升金融行 业整体运营管理水平而努力，最终打造一个法律

4、风险以与征信体系的完善与法 律法规合规“互联网+不良资产处置的模式大数据智能催收平台。2.2 整体业务架构图佣金结算诵金结箕与款项回收支忖系统资产 委托催收方案件管理 带收骨理 外呼着理 姿外鶯理 信慝悔复大数据平台2.3 总体规划整个平台建设大致分为三期进展：一期：建立大数据催收管理系统对于平台上的业务出现逾期，可以依托该系统进展催收管理，同时也可以 对外承接一些不良资产催收业务。系统主要实现系统管理、案件管理、催收管 理、数据报表等功能，并呈现在 pc和微信端。二期：不良资产风险深度智能定价平台对接并依托大数据与人工智能等先进技术，建立债务人知识图谱与人 物画像，准确勾勒债务人还款能力与意

5、愿， 对债务人的还款可能性进展综合评 估，得出催收评分，从而进展不良资产风险定价。三期：打造一个“互联网+不良资产智能处置Saas平台整合不良资产方和处置方，在平台上不良资产方可以发布债务信息， 处置 方可以挑选债务去处置。平台可以用最新式的“催收模型对资产包进展拆分， 再分派给适宜的处置方，进展资源的深度优化配置。第三章一期建设内容3.1 系统管理模块系统管理模块功能结构图如下：系统管理账 户 权 限参 数 配 置策 略 配 置3.1.1 账户权限包括：组分类管理、角色管理、用户管理、权限管理、操作日志。3.1.2 参数配置包括：费用设置、标准代码维护。3.1.3 策略配置包括：客户分类策略

6、、案件状态策略、跟踪分案策略、外呼策略、委外策 略、自动短信策略。3.2 案件管理模块案件管理案 件 管 理分 案 管 理抵 押 物 管 理1还 款 管 理321 案件管理包括：案件用户维护、案件信息录入、案件信息导入、案件信息查询、案 件信息下载、案件信息审核、还款计划的导入。322 分案管理包括：主管分案3.2.3 抵押物管理包括：贷款抵押物查询，贷款抵押物信息管理3.2.4 还款管理包括：还款查询、还款趋势图3.3 催收管理模块催收管理模块功能结构图如下:331综合管理包括：案件手工设置处理渠道、综合查询、催记查询。3.3.2 外呼管理包括：外呼记录、外呼查询、外呼统计。3.3.3 短息

7、管理包括：短息记录、短息案件查询。3.3.4 外访管理包括：外访申请、外访审核、外访记录、外访统计查询3.3.5 法务管理包括：法务申请、法务审核、法务记录、法务统计查询3.3.6 委外管理包括：委外申请、委外审核、委外记录、委外统计查询、委外机构管理。3.3.7 对账管理包括：手动逾期还款对账、批量逾期还款对账、不良资产处置核对3.4 数据报表模块数据报表模块功能结构图如下：数据报表r综业内委合绩催外报报报报表表表表3.4.1 综合报表包括：催收方式综合分析报表、我参与完成的催收报表3.4.2 催收业绩报表包括：催收业绩报表、个人催收业绩报表。3.4.3 内催报表包括：外呼报表、短信报表、外

8、访报表、法务报表。3.4.4 委外报表包括：委外报表。第四章技术环境4.1 架构与硬件4.1.1 技术架构架构图：_u_ q系统权限案件般务催收版务 报走®务对外捋供'摄务!服务;E1匚.J1系统权限«rf、一二 匸 _二 偎收报表務库9S&數罄库数据库系统采用 WEB/JAVA开发模式，整体框架采用优秀的 SpringBoot和 SpringCloud等系列成熟框架。团队使用 Maven与Git等进展项目管理与协作 开发。我们的技术团队对于这种开发模式有着多年的开发经验，尤其是近年来专注于此领域的体系化和产品化的研发工作，从而形成了WEB方式信息开发全方位

9、的工具产品线。功能强大的产品方案加上成熟的系统实施使我们可以在短 时间内迅速地完成系统的根本功能，并能根据用户的要求快速开发新的功能。技术列表如下：需求名称详细要求开发语言：Java系统架构：Mave n+Spri ngBoot/Spri ngCloud +mybatis缓存RedisUI样式z-k宀待定WE曲艮务器：以上4.2.1 系统建设扩展性本项目采用SOA分布式开发模式的SpringBoot和SpringCloud微服务组 件搭建，面向服务架构SOA以其独特的优势越来越受到企业的重视，它可以 根据需求通过网络对松散耦合的粗粒度应用组件进展分布式部署、组合和使 用。服务层是SOA的根底，

10、可以直接被应用调用，从而有效控制系统中与软 件代理交互的人为依赖性。SOA是一种粗粒度、松耦合服务架构，服务之间通过简单、准确定义接口进展通讯，不涉与底层编程接口和通讯模型。SOA可以看作是B/S模型、XML标准通用标记语言的子集/Web Service技术之后的自然延伸。4.2.1.1 SOA架构开发优点更易维护业务服务提供者和业务服务使用者的松散耦合关系与对开放标准的采用确 保了该特性的实现。建立在以SOA根底上的信息系统，当需求发生变化的时候， 不需要修改提供业务服务的接口，只需要调整业务服务流程或者修改操作即可， 整个应用系统也更容易被维护。更高的可用性该特点是在于服务提供者和服务使用

11、者的松散耦合关系上得以发挥与表现。 使用者无须了解提供者的具休实现细节。更好的伸缩性依靠业务服务设计、开发和部署等所采用的架构模型实现伸缩性。使得服务 提供者可以互相彼此独立地进展调整，以满足新的服务需求。4.2.2 数据库扩展弹性扩展，实现100%资源利用率，可按需升级实例的内存、磁盘空间大 小,提升业务处理能力；单实例最大支持 2OOOOIOPS, 2TB存储空间。 阿里 云的RDS for MySQL支持挂载只读实例，扩展读取能力；每个只读实例拥有 独立的地址，可由应用端控制压力分配。4.3.1 使用安全系统使用上的安全性是整个信息系统安全性中重要的一环，安全性再高的系统，如果在使用上没

12、有严格管理，那么其安全性将失去意义。因此，在系统的使用上，应该建立一套严密的用户登记制度，不同职责和权限的用户只能使用相应的系统程序和数据，并在系统中建立完善的日志记 录，高等级的系统密码经常更换等等； 通过采取一系列的与系统相配合的管理 措施，防止系统数据使用上的混乱和外泄。一旦出现泄密现象，如此系统可以 快速地追查出有关人员。保障系统运行安全性，防止黑客注入，以与钓鱼注入，通过第三方安全检 测机构的安全检测。保障银行支付过程中的数据传输安全性以与用户密码的安 全性。使用国际化标准传输协议对传输数据进展加密，使用先进的加密算法对系统内敏感数据进展加密。总之，只有在系统的设计中充分分析了上面所

13、述的各个方面的安全可预测 了各种情况的发生以与应付方法，建成的系统才是真正安全可靠的。432 网络安全网络设备与其线路等，是系统的另一个需要确保正常动作的局部。因此，在网络设备上的选型只能是目前市面上的主流的名牌产品，在保证高可靠性的前提下，对关键设备，如中心路由器留有备份，以在出现故障时随时更换。其 相关局部，如电源设计，也必须有相应的备份。网络产品本身应至少具有密码 保护的功能，同时具有对网段进展逻辑划分子网段的功能，从网络层防止对主机系统的非法访问。在线路上，除了主干线路外，预留拨号线路，保证各网点 能在营业期间保持和中心的可靠连接。433 安全扫描策略漏洞扫描能够模拟黑客的行为，对系统

14、设置进展攻击测试，以帮助程序员 在黑客攻击之前，找出系统中存在的漏洞。漏洞扫描工具说明采用 Web Vulnerability Scanner (WVS)和 IBM Rational AppScan 使用详细说明-软件工具-红黑联盟作为安全扫描工具，它可以通过检查SQL注入攻击漏洞、跨站式脚本攻击漏洞或者其他漏洞等来检测Web应用程序是否存在安全隐患。WVS通过抓取站点结构和模拟比拟流行的攻击方式，像跨站式脚 本攻击和SQL注入等攻击方式对整个网络站点进展安全扫描，能够在攻击者 攻击之前扫描出在表单、安全区域和网络应用方面的问题。 他不仅可以支持创 建和定制问题扫描检查，并且支持现在所有主要的

15、网络技术。434 压力测试评估通过模拟一定量的虚拟访问用户数， 对进展压力测试，评估系统能提供的 最大服务级别，进而确定系统可能存在的瓶颈。LoadRu nner是一种预测系统行为和性能的工业级标准性能测试负载测试工具。通过以模拟大量用户实施并发负载与实时性能监测的方式来确认和查找 问题，LoadRunner能够对整个系统架构进展测试。压力测试结果说明通过设 计不同的测试场景，完成对系统的压力测试，如以下关键流程：1、通过测试，检验用户进展注册的操作时，系统最多可以承受的用户并 发操作。找到在系统资源运行正常，事物平均响应时间。2、通过测试，检验用户进展订单提交操作时，系统最多可以承受在多少

16、的用户进展并发操作，并确认事物平均响应时间。4.4 系统性能电商交易系统是业务运行的核心，系统的运行必须以能够与时地满足日常 操作与数据查询的要求，因此系统的运行性能要求主要是指操作响应时间以与 日终批处理时间。4.4.1 操作相应时间业务操作处理要求提交后处理结果响应不得高于 2秒。系统查询的时间响应：一般功能要求在 5秒种之内完成。4.4.2 数据处理时间系统日终批处理，主要是对日常记录的交易进展各种帐务处理以与在翻盘 时对各种需要自动处理的业务进展执行。基于系统的数据规模，我们认为，交易系统的数据批处理时间应该在1小时之内完成备份管理的设计基于以下四个原如此：对给定时间点能进展完整的数据

17、恢复使数据丢失的影响降到最小使数据备份的处理过程尽可能高效遵循企业现有的备份与恢复标准4.5.1 备份策略按内容划分，备份包括对操作系统的备份、对应用程序和配置的备份、对 数据的备份，我们既可以分别备份不同的内容，又可以同时备份所有的内容。在各种备份的内容中，操作系统和应用程序与配置发生变化的频率很低， 数据变化的频率很高，因此对不同的内容分开备份，可以减少备份的时间，方 便恢复操作。按工作进展的周期分，备份包括日常备份、硬件升级更换的备份、增加节 点的备份和用户定制备份等。在各种周期的备份中，日常备份最为重要，在各 种备份的内容中，数据是核心内容，因此，备份策略的核心是日常数据备份。日常数据备份的方式通常可分为增量备份、 全备份和完全备份，具体描述 如下：?增量备份增量备份是指对所选定的对象，在前一次备份的根底上只对变化的局部进展备份，恢复时如此需要一个全备份和此后的每次的增量备