消费信贷系统架构设计说明书
信贷管理系统需求设计说明书
北京冠群驰骋投资管理有限公司信贷系统需求规格说明书北京联想利泰软件有限公司2015年6月签字确认经各方确认《北京冠群驰骋投资管理有限公司贷款系统需求规格说明书》（本文档）能够反映甲方对北京冠群驰骋投资管理有限公司贷款系统建设的要求，本需求规格说明书将作为系统验收的重要文档。
甲方：乙方：北京冠群驰骋投资管理有限公司北京联想利泰软件有限公司签字：日期：签字：日期：目录第一章借款销售..............................................５1.1工作台......................................................５1.1.1我的待办.................................................５1.1.2常用功能.................................................５1.1.3系统公告.................................................５1.2客户管理....................................................５1.2.1合同客户.................................................５1.2.2企业客户.................................................５1.2.3客户经理变更.............................................５1.3进件管理....................................................６1.3.1进件管理.................................................６1.4进件审核....................................................６1.4.1审核管理.................................................６1.5合同管理....................................................６1.5.1合同管理.................................................６1.5.2合同复核.................................................６1.5.3合同入库.................................................６第二章贷后管理..............................................７2.1贷后日常....................................................７2.1.1展期管理.................................................７2.1.2贷后跟踪.................................................７2.1.3合同变更.................................................７2.1.4减免管理.................................................７2.2抵质押权人管理..............................................８2.2.1抵、质押权人管理.........................................８2.3回款管理....................................................９2.3.1回款信息.................................................９2.3.2汇款匹配.................................................９第三章结算管理............................................１０3.1借款放款..................................................１０3.1.1放款...................................................１０3.2还款查账..................................................１１3.2.1汇款确认...............................................１１3.3拆账......................................................１１3.3.1拆账...................................................１１第四章系统管理............................................１２4.1系统管理..................................................１２4.1.1用户管理...............................................１２4.1.2角色管理...............................................１２4.1.3字典管理...............................................１２4.1.4审批额度管理...........................................１２第一章借款销售1.1工作台1.1.1我的待办操作用户进入系统后，可通过“我的待办”快捷的看到需要进行的工作任务，包括需要审核的调查、审核未通过需要重新提交申请材料的贷款申请以及审核通过了等待签订的合同等，直接点击任务即可进入工作页面.1.1.2常用功能业务人员可在此处迅速进入到系统的各个功能模块，来继续完成自己的工作。
消费贷系统解决方案(3篇)
第1篇随着我国经济的快速发展，消费贷款作为一种便捷的金融服务方式，越来越受到广大消费者的青睐。
然而，在消费贷业务蓬勃发展的同时，也暴露出一些问题，如信用风险、操作风险、技术风险等。
为了解决这些问题，本文提出一套消费贷系统解决方案，旨在提高消费贷业务的效率、降低风险，并提升用户体验。
一、系统概述消费贷系统是集成了信贷管理、风险管理、客户关系管理、数据分析等功能于一体的综合性系统。
该系统通过优化业务流程、提高数据处理能力，实现消费贷业务的智能化、自动化管理。
二、系统功能模块1. 用户管理模块该模块负责用户信息的注册、登录、查询、修改和删除。
系统支持多种登录方式，如手机号、邮箱、身份证号等。
同时，系统可以对用户进行分级管理，满足不同用户的需求。
2. 信贷管理模块信贷管理模块是消费贷系统的核心模块，主要包括以下功能：- 贷款申请：用户可以通过系统提交贷款申请，系统自动进行初步审核，对符合条件者进行进一步审批。
- 贷款审批：系统根据用户信用等级、还款能力等因素，自动生成审批结果，提高审批效率。
- 合同管理：系统自动生成贷款合同，并对合同进行电子签名，提高合同签订效率。
- 贷款发放：系统自动完成贷款发放，并记录贷款信息。
- 还款管理：系统自动计算还款计划，支持多种还款方式，如等额本息、等额本金等。
3. 风险管理模块风险管理模块负责对消费贷业务进行风险监测、预警和防范，主要包括以下功能：- 信用风险监测：系统实时监测用户信用状况，对潜在风险进行预警。
- 操作风险防范：系统对操作流程进行严格控制，防止人为失误。
- 技术风险防范：系统采用多种安全措施，确保数据安全。
4. 客户关系管理模块客户关系管理模块负责对客户信息进行收集、分析和利用，提高客户满意度。
主要包括以下功能：- 客户信息管理：系统收集客户基本信息、交易记录、信用记录等，为个性化服务提供依据。
- 客户服务：系统提供在线客服、电话客服等多种服务渠道，满足客户需求。
消费金融系统方案
消费金融系统方案摘要：随着现代社会消费水平的提高，消费金融业务成为金融机构的重要发展方向之一。
消费金融系统的建设对于金融机构提供快速、便捷的消费金融服务至关重要。
本文基于市场调研和对消费金融系统的需求分析，提出了一套完善的消费金融系统方案。
一、引言随着经济全球化的发展和人民生活水平的提高，消费金融市场的发展迅猛。
消费金融业务涉及信用评估、贷款申请、风险管理等多个环节，需要建立一个综合性的系统来支撑业务运营。
本文将从系统需求分析、系统架构设计、系统功能模块等方面，提出一套消费金融系统的完整方案。
二、系统需求分析1. 市场需求分析通过对消费金融市场的调研，我们发现消费金融产品的需求主要集中在以下几个方面：- 快速审批：顾客期望能够在最短的时间内申请到贷款，因此系统需要具备快速高效的审批流程。
- 多样化产品：消费金融产品种类繁多，包括信用卡、分期付款、消费贷款等多种产品，系统需要支持各类产品的申请和管理。
- 个性化服务：消费金融的客户需求差异较大，系统需要根据客户的特点和需求，提供个性化的金融服务。
- 风险控制：消费金融涉及到风险管理，系统需要具备有效的风险评估和监控能力，提高信贷质量。
2. 业务需求分析根据市场需求分析，我们进一步细化了系统的业务需求，包括：- 客户管理系统：支持客户信息、合同信息、信用评估等归档和查询功能。
- 产品管理系统：管理各类消费金融产品，包括产品信息、利率规则、产品申请流程等。
- 申请审批系统：提供贷款申请的流程管理和快速审批功能, 包括自动化审批、人工审批、申请状态跟踪等。
- 风险管理系统：监控贷款逾期风险，提供风险预警和风险评估报告等。
- 还款管理系统：管理客户的还款计划、还款渠道和还款提醒等功能。
- 数据分析系统：根据消费金融数据进行业务分析和风险评估，提供数据可视化分析报告。
三、系统架构设计1. 系统硬件架构设计为了满足系统的高可用性和高稳定性要求，建议采用集群部署方式，同时对数据库进行冗余备份。
个人消费信贷系统总体方案
随着近年来国家对金融制度，住房体制改革的不断深化，为了有力地扩大消费需求，各家银行相继推出了满足消费者需求的各种消费信贷业务，如提供个人住房按揭信贷，汽车消费贷款，出国留学贷款等。
目前此类业务的消费者需求不断增多，花预期的钱已成为消费时尚。
然而目前尚未有一个很好的个人消费信贷系统对此项银行业务进行有效电子化管理，银行为了开拓市场，培育新的效益增长点，大多数行采用手工或半手工的方式进行处理此项银行业务，而电子化进程较高的行，则自行开发了一些个人消费信贷系统。
但往往由于时间的迫切性要求等因素，使得系统的功能不很完善，且不利于中行此项业务的统一和规范。
在此情况下，迫切要求开发出一个系统功能较完善、系统结构较好的统一的个人消费信贷系统，以推动全国个人消费信贷业务的发展。
开发个人消费信贷系统的首要目的，是为了提高工作效率，更多更好地吸引客户，提高同业竞争能力，扩大市场占有率。
同时加强管理，规范业务，尽量提供较有效的风险管理能力。
鉴于业务要求的迫切性，拟在完成统一对个人消费信贷系统进行统一规划的前提下，进行分层次、分步骤的开发。
即第一步先开发住房按揭贷款业务，在完成开发、测试、试点投产后，再进一步进行汽车消费贷款、出国留学贷款、个人消费组合贷款等的开发，同时系统增加对贷款风险的全面管理功能以及面向个人贷款业务的决策支持，使其逐步扩充成为一个完整的个人消费贷款业务系统，更进一步地使其与电话银行、网上银行相连，发挥出系统的整体优势，以促进、推动中行业务的进一步发展。
✧近期目标实现个人住房按揭消费贷款业务。
✧远期目标实现所有个人消费信贷的功能，包括汽车消费贷款业务，出国留学贷款业务，个人消费组合贷款业务等，更进一步与电话银行、网上银行系统相连，更多更好的为客户服务。
4.1.个人消费信贷业务概述消费信贷在一些发达国家不是什么新鲜事，已经有几十年的历史了，而在我国它还是一个新生事物。
由于人们的消费观念及消费需求等原因，这种全新的消费方式还没有被广泛接受，但随着人们观念的转变，需求的增加，消费信贷已逐渐走入我们的生活。
信贷管理系统需求说明书
信贷管理系统需求说明书信贷管理系统需求说明书1、引言1.1 目的本文档旨在详细说明信贷管理系统的需求，包括系统的功能、性能要求、安全性要求等，以便开发团队能够根据这些需求进行系统的设计、开发和测试。
1.2 背景信贷管理系统是为了提高信贷管理效率和准确性而开发的软件系统。
借助该系统，银行或金融机构可以更好地管理贷款申请、风险评估和贷后管理等工作。
2、功能需求2.1 用户管理2.1.1 注册用户：信贷工作人员可以通过该功能注册新用户账号。
2.1.2 用户登录：已注册用户可以通过该功能登录系统。
2.1.3 用户权限管理：系统应该支持对不同用户的权限进行管理，例如管理员可以访问所有功能，普通用户只能访问部分功能。
2.2 贷款申请管理2.2.1 申请提交：客户可以通过系统提交贷款申请，并提供相关申请资料。
2.2.2 申请审批：信贷工作人员应该能够对贷款申请进行审批，并给出审批结果。
2.2.3 贷款合同：系统应该能够贷款合同，并将其存档。
2.3 风险评估2.3.1 客户信用评估：系统应该能够根据客户提供的信息进行信用评估，评估客户还款能力和风险等级。
2.3.2 资产评估：系统应该能够对客户的资产进行评估，评估抵押物价值和可贷额度。
2.3.3 风险决策：根据客户的信用评估和资产评估结果，系统应该能够给出贷款是否批准的决策建议。
2.4 贷后管理2.4.1 还款管理：系统应该能够记录客户的还款情况，包括还款日期、还款金额等，并对逾期还款进行提醒和催收。
2.4.2 贷款账户管理：系统应该能够维护客户的贷款账户信息，包括贷款余额、利率等，并提供相应的查询功能。
3、性能需求3.1 响应时间：系统应该保证在负载较大的情况下仍能快速响应用户的请求，响应时间不应超过2秒。
3.2 并发处理能力：系统应该能够处理大量的并发请求，最小并发请求数为100。
4、安全性需求4.1 用户认证：系统应该要求用户进行身份认证，确保只有授权用户才能登录和使用系统。
银行信贷管理系统数据库设计说明书v
银行信贷管理系统数据库设计说明书vThe pony was revised in January 2021编写：武刘强日期：2013-12-08银行信贷管理系统数据库设计说明书变更记录目录目录 (4)1 引言 (6)预期的读者 (6)数据库 (6)目的和作用 (6)2 数据字典设计 (6)3 数据库设计 (7)系统物理结构设计 (7)表设计 (9)客户信息表 dk_kh (9)贷款申请表 dk_sq (11)用户信息表 t_person (13)单位信息表 t_dw (14)资产管理表 t_zcgl (15)贷款分户表 t_dkfh (16)部门信息表 t_depart (18)系统角色表 t_role (19)贷款还款表 t_dkhk (19)贷款利息表 t_dklx (20)表之间的关联设计 (22)存储过程设计 (22)触发器设计 (23)Job设计 (23)1引言1.1预期的读者1．项目经理2．客户项目经理3．系统开发人员4．系统测试人员1.2数据库所采用的数据库管理系统是Oracle v10中文简体版1.3目的和作用将数据分析的结果进一步整理，形成最终的计算机模型，以便开发人员建立物理数据库。
2数据字典设计数据字典的主要目的是提供查阅对不了解的条目的解释。
在数据字典中记录数据元素的下列信息：一般信息（名字，别名，描述等），定义（数据类型，长度，结构等），使用特点（值的范围，使用频率，使用方式—输入/输出/本地，条件值等），控制信息（来源，用户，使用它的程序，改变权等），分组信息（父结构，从属结构，物理位置—记录、文件和数据库等）。
下面的例子是通过卡片来描述数据字典：式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。
本节主要将前一阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构，完成逻辑结构设计。
[14-19]（1）部门实体拥有部门编号、名称、电话、地址、职能和负责人等属性。
个人信贷审最新计系统详细设计说明书
中国邮政储蓄银行XX系统前台详细设计说明书（XX子系统）目录1 概述 (1)1.1 编写目的 (1)1.2 术语 (1)1.3 静态菜单项 (1)1.4 动态菜单项 (1)1.5 功能模块图 (2)1.6 交易列表 (2)1.7 参考资料 (2)2 详细设计 (3)2.1 模块 (3)2.1.1 机构维护（01101） (3)2.1.2 交易名（交易码） (7)3 一级标题 (10)3.1 二级标题 (10)3.1.1 三级标题 (10)4 (11)概述1.1编写目的本设计说明书说明了公共管理子系统的业务功能、各个程序调度流程，为公共管理子系统的开发提出详细的设计流程。
1.2术语列出本文件中用到的专门术语的定义1.3静态菜单项列出本子系统中使用的所有静态菜单项的名称，并列举每个菜单项的编码含义，若不属于本子系统的菜单项而本子系统又使用了的，只需要列出菜单项中文名称并在说明中明确哪个组提供即可。
1.4动态菜单项列出本子系统中使用的所有动态菜单项的名称，应列举每个菜单项的编码含义。
1.5功能模块图将本子系统所有功能分为几类不同的交易，对于不是一个独立功能的子交易可以指定单独的区间编码。
交易码编码规则是2位子系统代码＋3位顺序号，各个子系统可以对3位顺序号再进行细分。
下图可以拷贝到画图软件里再拷过来，屏幕易于显示。
1.6交易列表1.7参考资料详细设计1.8模块1.8.1机构维护（01101）1.8.1.1功能描述本交易负责全行所有营业机构和管理机构的信息维护。
1.8.1.2界面及报文设计1.8.1.2.1输入界面int_01101_011界面名称：机构查询2界面：3域控制说明1.8.1.2.2输入界面int_01101_024界面名称：机构增加1.8.1.2.3输入界面int_01101_03 6界面名称：机构修改1.8.1.2.4上传报文MSG_OUT_011011.8.1.2.5输出界面out_01101_018界面名称：查询结果1.8.1.2.6下传报文MSG_IN_0110111.8.1.2.7界面控制说明⏹启动/退出功能通过菜单功能进入到in_01101_01界面在in_01101_01界面或out_01101_01界面按[退出]退出本功能⏹查询功能启动时或在out_01101_01界面按[查询]进入in_01101_01界面；按[退出]退出本功能。
XX消费信贷管理系统架构设计及建设项目解决方案【确任稿】
XX消费信贷管理系统架构设计及建设项目解决方案目录1 概述 (4)1.1 文档目的 (4)1.2 背景与建设目标 (4)1.3 设计规范与约束 (5)1.4 参考资料 (5)1.5 述语 (5)2 架构需求分析 (7)2.1 消费贷关键业务场景分析 (7)2.1.1 场景：申请 (7)2.1.2 场景：电核 (8)2.1.3 场景：审批 (9)2.1.4 场景：面签 (10)2.1.5 场景：还款计划与费率计算 (11)2.2 消费贷业务特征 (11)2.3 设计目标与原则 (12)3 架构设计 (15)3.1 系统业务架构 (15)3.1.1 业务模式 (15)3.1.2 业务流程 (16)3.1.3 功能划分 (16)3.2 系统逻辑架构 (18)3.2.1 功能层次划分 (18)3.2.2 功能层次关系 (20)3.3 系统技术架构 (21)3.3.1 子系统划分 (21)3.3.2 技术选型 (24)3.3.3 技术架构分层 (25)3.3.4 关键技术点 (28)4 功能设计 (36)4.1 功能模块划分 (36)4.2 功能结构设计 (38)5 非功能设计 (42)5.1 性能设计 (42)5.2 安全设计 (43)5.3 容错设计 (44)1概述1.1文档目的《架构设计说明书》用于确定消费信贷系统的整体架构；明确业务功能结构、技术方向、以及设计原则；为后续阶段进行概要设计、详细设计、编码开发以及测试提供方向性、原则性的指导。
消费信贷系统主要针对消费金融公司、银行消费信贷部门的业务运营需求而设计；本说明书将从消费贷业务特征分析为切入点；从业务架构、逻辑架构、技术架构等多个维度；逐步分析采用何种技术架构可以在最大程度地满足现有业务需求的同时；也能兼顾将来一段时间内的业务发展变化。
1.2背景与建设目标基于国内整体消费金融业务的发展情况和银行关注消费金融的程度；以及国家加速发放消费金融牌照的趋势；为了能够抢占消费系统服务市场份额；特别研发新一代消费信贷管理系统。
新兴消费金融信贷风险评估系统建设方案
新兴消费金融信贷风险评估系统建设方案第一章绪论 (3)1.1 项目背景 (3)1.2 项目目标 (3)1.3 项目意义 (3)第二章系统需求分析 (4)2.1 功能需求 (4)2.2 非功能需求 (4)2.3 用户需求 (5)第三章系统架构设计 (5)3.1 系统架构总体设计 (5)3.1.1 数据层 (5)3.1.2 服务层 (5)3.1.3 应用层 (6)3.1.4 展现层 (6)3.2 技术选型与框架 (6)3.2.1 技术选型 (6)3.2.2 框架 (6)3.3 数据库设计 (7)3.3.1 数据表设计 (7)3.3.2 数据表关系 (7)3.3.3 索引设计 (7)第四章数据采集与预处理 (8)4.1 数据来源 (8)4.2 数据清洗 (8)4.3 数据集成 (8)第五章信用风险评估模型构建 (9)5.1 信用风险评估方法 (9)5.1.1 传统统计模型方法 (9)5.1.2 机器学习方法 (9)5.2 模型训练与优化 (9)5.2.1 数据预处理 (9)5.2.2 模型训练 (9)5.2.3 模型优化 (9)5.3 模型评估与验证 (10)5.3.1 评估指标 (10)5.3.2 验证方法 (10)5.3.3 结果分析 (10)第六章风险控制策略 (10)6.1 信用评分策略 (10)6.1.1 策略概述 (10)6.1.2 评分模型 (10)6.1.3 评分应用 (11)6.2 反欺诈策略 (11)6.2.1 策略概述 (11)6.2.2 欺诈识别方法 (11)6.2.3 反欺诈措施 (11)6.3 预警与干预策略 (11)6.3.1 预警体系 (11)6.3.2 干预措施 (12)第七章系统开发与实现 (12)7.1 系统开发流程 (12)7.1.1 需求分析 (12)7.1.2 系统设计 (12)7.1.3 编码与实现 (12)7.1.4 系统集成与调试 (12)7.2 关键技术与实现 (13)7.2.1 数据挖掘与机器学习 (13)7.2.2 数据库技术 (13)7.2.3 接口技术 (13)7.2.4 安全技术 (13)7.3 系统测试与部署 (13)7.3.1 单元测试 (13)7.3.2 集成测试 (13)7.3.3 压力测试 (13)7.3.4 部署与运维 (13)第八章系统安全与隐私保护 (14)8.1 信息安全策略 (14)8.2 数据加密与保护 (14)8.3 法律法规与合规性 (14)第九章系统运维与管理 (15)9.1 系统运行维护 (15)9.1.1 运维团队建设 (15)9.1.2 运维工作内容 (15)9.1.3 运维流程规范 (15)9.2 系统监控与优化 (15)9.2.1 监控体系构建 (15)9.2.2 监控工具选择与应用 (16)9.2.3 系统优化策略 (16)9.3 用户服务与支持 (16)9.3.1 用户服务渠道 (16)9.3.3 用户反馈与改进 (17)第十章项目总结与展望 (17)10.1 项目成果总结 (17)10.2 项目不足与改进方向 (17)10.3 项目后续发展展望 (18)第一章绪论1.1 项目背景我国经济的快速发展，新兴消费金融市场规模不断扩大，消费金融信贷产品种类日益丰富，为满足消费者多样化的金融服务需求，金融机构纷纷布局消费信贷业务。
【报审完整版】XX消费信贷管理系统架构设计及建设项目解决方案
XX花费信贷管理系统架构设计及建设项目解决方案目录1归纳 (4)文档目的 (4)背景与建设目标 (4)设计规范与拘束 (5)参照资料 (5)述语 (5)2架构需求解析 (7)花费贷要点业务场景解析 (7)场景：申请 (7)场景：电核 (8)场景：审批 (9)场景：面签 (10)场景：还款计划与费率计算 (11)花费贷业务特色 (11)设计目标与原则 (12)3架构设计 (15)系统业务架构 (15)业务模式 (15)业务流程 (16)功能区分 (16)系统逻辑架构 (18)功能层次区分 (18)功能层次关系 (20)系统技术架构 (21)子系统区分 (21)技术选型 (24)技术架构分层 (25)要点技术点 (28)4功能设计 (36)功能模块区分 (36)功能结构设计 (38)5非功能设计 (42)性能设计 (42)安全设计 (43)容错设计 (44)1归纳文档目的《架构设计说明书》用于确立花费信贷系统的整体架构’明确业务功能结构、技术方向、以及设计原则’为后续阶段进行大纲设计、详细设计、编码开发以及测试供应方向性、原则性的指导·花费信贷系统主要针抵花费金融公司、银行花费信贷部门的业务运营需求而设计’本说明书将从花费贷业务特色解析为切入点’从业务架构、逻辑架构、技术架构等多个维度’逐渐解析采纳何种技术架构可以在最大程度地满足现有业务需求的同时’也能兼备未来一段时间内的业务发展变化·背景与建设目标基于国内整体花费金融业务的发展状况和银行关注花费金融的程度’以及国家加速发放花费金融牌照的趋向’为了可以抢占花费系统服务市场份额’特别研发新一代花费信贷管理系统·花费系统建设整体目标以下：1、成立先进、有效、多种类的进单渠道’并成立与渠道的沟通方式’以扩大与外面合作机构、花费者的联系和服务质量；扩大客户集体和异地服务的能力·2、为了支持花费贷款业务短、平、快、业务量大等状况’成立适合的业务办理流程·实现业务的精巧化管理、统计解析、监测、审批、控制的电子化和自动化’供应储存、汇总、采集、反响’为各层次的经营管理者供应监控、决策、解析、预警等功能’为信贷业务的创新、经营决策供应充足的信息支持·3、高效的影像审批流程：经过花费信贷管理系统和影像系统的整合’以及经过系统供应在线通知、在线打印等自动化功能’实现业务审批模式的打破’满足花费业务会集审批、无纸化办公的要求·4、智能的数据决策解析平台：经过各种报表的显现和数据的统计解析盘问’为不一样层次的人员供应相应的数据’提高决策的效率和决策的成效·5、标准外头系统接口和数据规则：成立一致的外头系统接口’包含人行征信/ 公安家份核查 / 总帐接口等；成立导入 / 导出数据和模板标准’便于与第三方进行数据文件交换·设计规范与拘束Web 容器（ Servlet ）JSR154 规范流程引擎依照 WFMC 规范规则引擎依照 JSR199 规范内容服务器依照JSR170、JSR283 规范基于宇信公司 EMP 平台进行成立’ 在依照 EMP 的架构规范的同时’ 在技术实现方式上接受 EMP 拘束 .流程引擎参照WFMC 标准进行设计’与非WFMC 标准的其余流程平台对接实现上存在必定的技术困难’需作为关注的技术实现拘束条件·参照资料《花费金融公司试点管理方法》述语个人花费贷款：金融机构向个人客户发放的有指定花花费途的人民币贷款业务’用途主要有个人购物、住宅、汽车、一般助学贷款等花费性个人贷款·CC：电话客服中心系统·电核：金融机构经过电话沟通方式核实借款人身份、贷款用途等基本状况·面签：贷款审批经过以后’约客户列席签订借款合同、缴纳花费’向客户说明贷款权益义务·合作方：指金融机构在营销贷款产品时的合作伙伴’如合作商户、大卖场、4S 店等等·功能模块：系统技术实现时’封装一类业务功能的组织单元’一个功能模块下有一个或多个功能组件·功能组件：系统技术实现时封装业务功能与办理逻辑的组织单元’每个单元在看法上与业务过程中的业求实体基本一致’如客户组件·页面零件：系统技术实现’用于在系统界面中显现业务因素的基本单元’如文本输入框·2架构需求解析花费贷要点业务场景解析场景：申请花费贷款申请’昰信贷类系统的典型场景之一’申请主要目的昰为采集客户贷款融资需求与客户的基本信息’同时申请还需借助各种渠道来充发散挥其市场营销功能·在花费贷的申请场景下’会有多种运作模式’比方由客户经理直接登录系统操作完成、由客户经过各种渠道操作完成、由合作商户经过各种渠道代理客户操作完成等等·消费贷申请用例图以下：图 2-1从上图中可知’花费贷申请过程中涉及到的角色有客户（申请人）、经销商（合作商户）以及客户经理·客户可以从网站（银行自己或第三方）、终端设备倡导贷款申请；经销商可以从终端设备、合作商户子系统（花费贷子系统）倡导申请；客户经理可以从花费贷系统倡导申请·对客户、经销商与客户经理均可以经过系统盘问申请的状态（其权限范围内）·客户经理与后台自动任务可以对申请资料的合规性进行挑选·花费贷申请’ 昰整个系统的业务操作进口’ 其涉及角色、渠道多’状况复杂变数多’同时在花费贷下的不一样产品申请时所关注的业务因素可能有较显然差异’系统需要充分考虑金融机构花费贷产品种类井喷时系统的对付方式·因为涉及许多渠道昰由客户主动填写并倡导的’所以其数据量可能会很大’相应垃圾数据量也会很大’所以需要有人工与系统自动相当合的数据挑选功能’对大批申请数据进行甄别·因为业务申请量可能较大’在设计时需要考虑尽量将录入工作从客户经理的平常工作中剥离出来’减少客户经理重复工作量·场景：电核花费贷款电核’ 用于对客户身份与申请信息真实的核查’一般状况下’ 电核为金融机构内的独立部门使用独立的系统（如CC）进行’花费贷款系统仅配合其完成电核操作即可’而不再去实现与CC 系统相关的功能（如任务调换、座席管理等等）·花费贷用例图以下所示：图 2-2从上图中可知’花费贷电核过程中涉及到的角色有客户经理、电核人员与客户·客户经理从花费贷系统中将资料提交至电核系统’同时也可以盘问电核反响结果；电核人员在电核系统中与客户电话联系’并将电核状况记录至系统中·电核过程’ 对于花费贷系统而言昰一个可选部分’不昰所有花费贷产品都需要这一步骤’而对于没有近似CC 系统的金融机构’ 但需要对客户作电核’ 则可以考虑直接作为系统业务流程的一部分来简化实现’即在花费贷中系统录入线下电核结果即可·因为电核步骤涉及独立电核系统’ 所以在设计时需要充足考虑与电核系统间可能的交互模式’保证在接入不一样的电核系统时’抵花费贷自己业务流程的实现没有影响·场景：审批花费贷申请审批’也昰信贷类系统的典型场景之一’审批主要目的昰对客户的贷款申请’按金融机构内规章制度的进行逐级审批·不一样金融机构、不一样的产品其审批流程步骤、参加人员、以及审批规则将会有显然差异·花费贷申请审批的用例图下如：图 2-3从上图可知’ 参加审批的角色主要有客户经理与审批人员（如’其余客户经理、主管、风险专员等等）’担当审批人员的角色不一样机构、不一样产品、甚至同一产品内不一样的申请（如’新件与复议件）都会有不一样角色人员来完成审批工作’其完整取决与行内的规章制度·但无论审批角色如何变化’其需要完成的动作基本一至’主要包含对申请的赞同、反对、打回或撤掉等等·在设计时需考虑花费贷审批过程的不确性’系统需要供应灵巧配置功能来对付不确定的审批需求·因为每日申请单量可能较大’需要在设计层面充足考虑如何提高审批工作效率’比方批量审批操作、自动审批、要点信息提示等等·同时’需要供应充足的审批统计数据’为行内的审批流程优化再造供应数据解析支撑·场景：面签面签昰信贷类系统的典型场景之一’面签主要目的昰在审批经过以后约客户列席签订借款合同、缴纳花费’向客户说明贷款权益义务等等·一般而言面签主要工作昰在系统线下完成’线上主要合同打印、登记面签结果、确认合同已签即可·但对于花费贷而言’对时间要求高’面签过程可能会直接在场外完成’以提高贷款的效率·花费贷面签用例图以下：图 2-4从上图可知’面签过程参加角色主要有客户、客户经理、合作商户（如经销商）’假如在场内签订合同’ 则客户与客户经理参加即可’ 假如在场外签订合同’ 则可能由客户、合作商户、与客户经理共同参加’也有可能在场外经过专用设备进行远程面签（如视屏面签）’此时就不需要客户经理一定列席’仅需合作商户经过配合即可·因为花费贷面签过程大多都昰在场内线下进行’但跟着IT 技术的不停发展’面签功能会逐渐放在场外上线进行’系统需要充足考虑在新的面签模式下如何能很好的支持·场景：还款计划与费率计算因为花费贷大多数都昰采纳按揭方式还款’对灵巧的还款计划计算的必不行少·系统需要能支持各种方式的还款计划计算’以及相应的费率计算·因为金融公司可能没有核算系统’所以系统中需要能供应部分账务核算功能；而对于有核算系统的银行’则需要实现与其核算系统的接口·为此系统需要充足考虑如何支拥有核算系统与无核算系统两种状况·花费贷业务特色花费贷款产品与其余贷款产品对比’其基本特色昰小额、快速与灵巧·在运作模式上主要特色昰与特约商户合作推行业务·在目标客户集体在主要特色昰针对年轻人、年轻家庭以及由合作商户介绍的客户·服务模式上’主要特色昰IT 自助型服务模式·花费贷‘快速’这个特色最为突出’此中最快的贷款产品要求可以直接在商户卖场中 1 小时以内完成’ 一般的花费贷款产品’ 要求在 1~3 个工作日内完成·而机构内审批时间要求最快能在30 内分钟完成·可以说没有什么贷款产品比花费贷对工作效率要求更高’这对于承载花费贷业务运营的IT 系统而言’如何满足对高效率的要求将昰一个挑战·花费贷‘灵巧’主要表此刻还款方式、利率与贷款品种上·因为花费针对的目标客户的用款需求十分明确’相对与信誉卡（等其贷款产品）而言’还款方式与利率定价的针对性更强’对于客户而言享受金融服务的方式（如更适合自己条件的还款方式）也更为多样化’更灵巧·因为花费领域十广泛’与商户合作方式很多’对应的花费贷会衍生出很多产品’如针对耐用花费品的贷款产品、针对电子花费品的贷款产品、针对教育培训的贷款产品、针对汽车衍生品的贷款产品等等·对于 IT 系统而言’ 需认真考虑如何对付业务产品形态的多样化·也许昰因为年轻人更能接受超前花费的看法的原由’市道上已有花费贷产品面向的客户主要集体一般昰年轻人’花费贷产品未来必定会考虑采纳更有针对性的自动营销渠道’比方直接在网上商城内营销、手机/PAD等终端设备上营销、微博营销等等·对于 IT 系统而言则需要能支持多种的营销渠道本源’同时也能供应给客户更多享受金融服务的渠道’如经过手机 /PAD 等 IT 自助服务·因为金融机构的花费贷产品未来发展’在很大程度上取决于对合作商户的不停发掘’对于IT 系统而言’需要充足考虑如何应对不停增添的合作商与合作模式给系统功能带来的负面影响·设计目标与原则花费贷系统作为一个独立、新兴的贷款类业务操作系统主要环绕着以下三个主要目标进行设计与建设：1、系统能提高花费贷业务运作的效率；花费贷业务对时效性要求很高’在设计时需要优先考虑’系统能供应哪些模式’让工作效率获得最大限度的提高·提高用户在系统中的工作效率’第一昰要有优异的UI 设计’在 UI 设计时考虑能达到不一样业务场景下突出不一样的要点的成效’尽量实现‘消息驱动’的 UI 操作模式·要提高效率不过从UI 层考虑昰不够的’更应当从优化业务操作流程着手’进一步考虑 IT 技术如何帮助业务流转加快’比方’自动化数据挑选、自动化审批、任务智能分配、大任务拆分、基于数据解析的流程再造等等·除此 UI 与业务流程优化以外’在系统设计时需考虑供应相应体系’保障在业务高峰期的系统性能’尽量保证不会出现因为系统响应速度原由此影响业务效率’比方’合理的子系统区分、流量控制、支持系统的横向扩展架构等等·2、系统能规范业务流程、障蔽操作风险；花费贷系统作为业务操作管理类系统而言’可以监控与拘束对机构内人员的行为’障蔽人为操作风险的发生’昰最原始的初衷之一·系统设计时’不不过把贷款的审批过程用工作流模式来实现’而昰考虑采纳其来实现操作层面的主线功能’经过在系统中成立各业务场景间流转逻辑关系’来实现业务规范在系统中的落地·同时’工作流模式还需要与风险鉴别与拦截体系联合起来’才能真实发挥规范业务流程的作用·3、系统能支撑花费业务的不停发展；花费金融公司在国内处于起步阶段’未来的变数还很大’其主要表此刻新花费贷产品可能会大批出现’甚至会出现崭新的业务模式·此刻所设计的花费贷系统’一定要认真考虑如何能适应未来较长一段时间内（ 3 年）的业务需求变化’最少要保证不影响业务的发展’同时’尽量能缩短未来新产品的落地开发周期’不影响新产品的投放时间·3架构设计系统业务架构花费贷业务不一样于传统的个人花费类贷款’其有着更灵巧的业务运营方式’下边将从业务模式、业务流程、功能区分三个部分来解析花费贷业务的架构·业务模式花费贷的业务模式与传统的个人花费类贷款、以及个人信誉卡对比’最大的不一样就昰营销渠道的不一样’采纳现场主动营销方式’即直接在客户花费场所营销’而不昰被动地等着客户上门来贷款也许刷卡花费·为此’花费贷的运作需要合作方支持’业务模式见以下图：分期还款佣金客户合作方金融机构货款图例资本流融资需求图 3-1在传统贷款方式下’客户的贷款需求昰直接面向金融机构的’而花费贷昰经过在合作方（如卖场、 4S 店、培训机构等等）的内主动发掘需求·在成交以后’金融机构直接将货款打给合作方；客户方分期向金融机构还款；金融机构在必定条件下’按期付给合作方必定的佣金·在这种模式下金融机构赚取了利息与手续费、合作方扩大自己的客户群并能赚取必定的佣金、客户则提早买到了合作方的产品或服务’实现了三方的双赢·在这个模式下’对于金融机构而言’最重要的昰如何找到合适合作方’且能尽可能多地扩展新的不一样领域的合作方’同时供应合作方感兴趣的激励体系（如佣金等等）；对于客户则能供应更有针对性的还款方式·业务流程花费贷在业务流程上与一般贷款在实质上没有太多差异’其目地都昰为了实现审贷分别·差异在于花费贷为提高效率’流程中各节点专业性更强、分工更明确’即采纳近似信贷工厂的模式（注：花费贷其实不昰工厂模式）·业务流程图以下所示：申请电核审批面签放款还款图 3-2花费贷业务流程中’电核为可选节点’有的机构或产品不需电核这一步骤’其余步骤均会必选步骤’面签为线下节点’今后可能会放至线上·申请节点’由客户经理或客户填写并倡导；电核节点’由独立的电核人员完成对客户的核实；审批节点’由管理人员完成对申请的审批；面签节点’由客户经理与客户一起完成的同合的签订；放款节点’由财务人员完成打款操作；还款节点’由系统自动完成从客户还款账户上扣款’或客户主动倡导提早还款·跟着业务量的增大’今后可能会出现没法满足对放款时限要求的状况’届时将考虑将上述流程中部分业务外包出去’比方申请与电核·同时’尽可能采纳自动流程部分取代此中的人工操作·功能区分花费贷系统主要面向独立的金融机构’一般此中心职能会区分到四个子部门：产品管理部门、风险管理部门、营销部门、财务部门·对应图3-2 中’申请、面签交由营销部门中的客户经理完成’审批由产品管理部门与风险管理部门负责’放款由财务部门完成·详细花费贷功能区分以下：花费信贷业务受理业务审批账务办理报表解析业务监控进单登记电核还款计划计算业务解析报告进单盘问人工审批花费计算流程解析报告进单保护面签佣金计算风险解析报告放款催收图 3-3花费信贷业务功能由五个部分构成’包含业务受理子模块、贷款业务流程办理和管理子模块、帐务模块、报表子模块、业务监控子模块’其包含了完成花费主体业务所需的所有功能·各子模块完成专项工作’如受理模块主要完成营销和渠道进单功能；业务流程办理和管理模块主要完成金融机构内部对业务的所有业务办理’包含电核、人工审批、放款、贷后管理、催收和保全；帐务模块主要完成贷款或卡业务的各种帐务计算’包含还款计划生成、利息/ 贴息计算、罚息计算、复利计算、花费计算、佣金计算等；报表模块主要完成对所有业务解析、流程解析、客户解析、风险解析等统计和显现；业务监控模块主要用于对业务的及时业务量监控·系统逻辑架构花费贷款系统功能从逻辑上区分成六个层面——业务操作层、业务管理层、业务工具层、决策解析层、账务核算层以及技术支撑层·功能逻辑结构以以下图所示：决策解析业务工具账务核算业务解析流程解析风险解析信誉评级贷款发放业务操作业务产品线合作方财富分类还款扣款耐用花费品贷款Mini 循环贷款电子花费品贷款卖场进件通道贷款定价贴 /罚息办理助学贷款汽车配件贷款4S店进件通道额度测算减值计提业务管理业务导航形态转移客户管理合同管理台账管理商户管理产品管理额度管理催收管理组件机构管理技术支撑流程引擎规则引擎EMP 容器DAO报表引擎图3-4功能层次区分业务操作层在业务操作层中的功能用于直接面向客户的业务操作与表现’可以简单地认为其相当于系统的面门’用作信贷基层人员对最后客户的业务门面与操作进口·此中包含业务产品线、合作方两大多数·产品部分以业务产品为基本组织单位’其肩负着一个产品在生命周期内所有对外的功能·之所从在看法上与物理大将这一层分别出来’一方面能将系统功能与现实中的业务角色功能映照上’减少现实业务与虚假系统之间在基本概念与组织结构上的差异；另一方面也昰因为在业务操作层面上’业务形态丰富、变数大’希望经过架构上的分别’来保证系统能适应这种特征’不会因为新业务的加入而影响已有业务·可以说业务操作层就昰整个信贷业务的外延·业务管理层在业务管理层中的功能用于对业务操作层的支撑与管控’可以简单地认为其相当于中后台’用于中、基层管理人员对业务运作的监控与管控·本层以业务生命周期过程中的业求实体为基本组织单位’其承载着各业务环节的管理、配置、监控、以及对应业求实体的基本功能（与现有区分基本对应）’并为业务操作层供应详细功能服务·因为采纳业求实体为功能单组织单位’其相对操作层而言昰稳固的’这昰因为业求实体作为业务生命周期中承载业务因素的介质’其种类个数昰必定昰可穷举的’其在不一样贷款业务间昰相同、相似甚至昰可共用的’而且在不一样银行间之也昰相似的·而有对于业务操作层面’业务产品种类个数（特别昰对未来新产品）昰不行预期的’不一样业务产品间使用的业求实体也不会相同’更重要的每种产品的运作模式都会完整不一样’不一样银行间产品的运作模式也有显然差异·可以说业务管理层就昰整个信贷业务内涵·业务工具层在业务工具层中的功能’用于为业务操作与业务管理的正常运作供应必需的专业的工具箱’但其其实不对业务运作的形态、业务规则或流程产生直接影响·同时’业务工具昰完整可以与的业务操作、管理相分其余’甚至可以代替成第三方独立系统·之所以区分出这一层’主要原由昰为银行内部对专业化技术的要求愈来愈高’跟着银行自己的发展’会形成愈来愈多专业职能岗位（或部门）’也许干脆将部分非中心的业务操作外包给第三方·独立的工具层’可以与银行机构组织职能一一对应上；同时’也有益于在中心业务与非中心业务之间区分出一条显然界线’从架构层面去减少二者间的耦合程度·决策解析层在决策解析层中的功能’ 用于对业务运营过程中产生的数据进行统计解析’比方’对业务办理效率解析、对贷款人群分布解析、逾期贷款占比解析等等·决策解析层中’主要经过日终批数据加工办理、报表工具来实现对数据的解析与显现·因为数据解析不昰现阶段花费贷系统的关注的要点’所以’独立区分出决策解析层’有益于保持中心功能的稳固性·账务核算层在账务核算层中的功能’用于为没有中心业务系统的金融机构’供应一个Mini 版的中心业务系统’ 其只含贷款功能’ 不含存款功能（注：与银看管会相关策略吻合）·其能完成贷款发放、还款扣款、罚息减免、贴息办理、减值计提、贷款形态转移等基础的账务核算功能·因为不昰所有金融机构都没有核算系统’所以将本层独立出来’保持其与它层次间的独立性’有益用增强产品的适应能力·技术支撑层技术支撑层’用于为花费贷系统供应基础开发平台与运转容器’昰所有业务功能落地的基石·此中包含的 EMP 容器、流程引擎、规则引擎、报表引擎与数据接见工具等等·本层将在后继章节进行详细介绍·功能层次关系花费贷款系统中六层功能之间昰一个逐层依赖的关系’以以下图所示：。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实用标准文档 文案大全 宇信易诚消费信贷管理系统 ——架构设计说明书v0.1 实用标准文档
文案大全 目 录 1 概述 ......................................................................................................................................... 4 1.1 文档目的 ......................................................................................................................... 4 1.2 背景与建设目标 ............................................................................................................ 4 1.3 设计规与约束................................................................................................................. 5 1.4 参考资料 ......................................................................................................................... 5 1.5 述语 ................................................................................................................................. 6 2 架构需求分析 ........................................................................................................................ 7 2.1 消费贷关键业务场景分析 ............................................................................................ 7 2.1.1 场景：申请 ............................................................................................................. 7 2.1.2 场景：电核 ............................................................................................................. 8 2.1.3 场景：审批 ............................................................................................................. 9 2.1.4 场景：面签 ........................................................................................................... 10 2.1.5 场景：还款计划与费率计算 .............................................................................. 11 2.2 消费贷业务特征 .......................................................................................................... 11 2.3 设计目标与原则 .......................................................................................................... 12 3 架构设计 .............................................................................................................................. 15 3.1 系统业务架构............................................................................................................... 15 3.1.1 业务模式 ............................................................................................................... 15 实用标准文档 文案大全 3.1.2 业务流程 ............................................................................................................... 16 3.1.3 功能划分 ............................................................................................................... 16 3.2 系统逻辑架构............................................................................................................... 18 3.2.1 功能层次划分 ....................................................................................................... 18 3.2.2 功能层次关系 ....................................................................................................... 20 3.3 系统技术架构............................................................................................................... 21 3.3.1 子系统划分 ........................................................................................................... 21 3.3.2 技术选型 ............................................................................................................... 24 3.3.3 技术架构分层 ....................................................................................................... 25 3.3.4 关键技术点 ........................................................................................................... 28 4 功能设计 .............................................................................................................................. 36 4.1 功能模块划分............................................................................................................... 36 4.2 功能结构设计............................................................................................................... 38 5 非功能设计 .......................................................................................................................... 42 5.1 性能设计 ....................................................................................................................... 42 5.2 安全设计 ....................................................................................................................... 43 5.3 容错设计 ....................................................................................................................... 44