智慧银行操作风险稽核监督预警信息系统建设方案.ppt

2 0 1 9 * ETL是数据抽取（Extract）、清洗（Cleaning）、转换（Transform）、装载（Load）的过程。是构建数据仓库的重要一环，用户从数据源抽取出所需的数据，经过数据清洗,最终按照预先定义好的数据仓库模型，将数据加载到数据仓库中去。 * * 技术建议方案 技术实现 业务实现 需求与规划 风险概述 需求概述 平台规划 建设规划 原则与目标 技术架构 软件与部署 关键技术 功能架构 风险预警 风险模型 农信特色 技术实现-系统目标 全面监控电子交易风险 发现、跟踪预警交易，保障资金安全 实现事后再监督向事前、事中监督的转变 强化监督威慑，精准打击违规行为 技术实现-系统设计原则 统一、集中、高效的原则 易维护、可扩展的原则 安全原则 技术实现-物理架构 技术实现-系统软件结构设计 技术实现-实时数据抓取技术 交易数据转发技术 应用转发 中间件转发 数据库转发 终端俘获技术 通过终端屏幕变化实时抓取信息 网络报文抓取重组 业务系统网络层通过旁路侦听、镜像转发来实现 技术实现-实时数据抓取 技术实现-T+N数据抓取 数据基础层 数据汇总层 业务系统 抽取、转换、加载 ODS/ 数据仓库 风险数据集市 风险预警 ETL ETL 访问门户 datastage DB oracle BO Cognos Iwap Iwap 元数据管理 应用开发平台 技术实现-规则引擎技术 IWAP规则引擎是基于业务化思想实现的规则引擎产品，负责对业务规则整个生命周期的管理，包括: 业务规则的设计建模、模拟与测试、部署、运行、监控、管理。 提供高性能和可扩展的规则引擎 支持业务部门的业务人员方便地进行规则配置与调整。 技术实现-风险数据库 分级存储机制： 实时只用A库 T+1用B库 客户查询用A、B、C 多种数据库技术： 内存数据库 物理数据库 技术实现-系统性能分析 系统性能对于整个系统的实用性非常的重要，凯银公司在这个方面做了非常仔细的研究和设计，并且能够满足用户的需要。 实时数据采集设备： 支持百兆千兆的网络设备 最大检测率1000Mbps 抓包速率50000PPS 最大的并发连接数达到200万 数据处理机制： 将监测规则进行分类，需要实时判断和处理的，提前预先装入内存，避免数据库/文件操作 ，提高实时预警效率 良好的风险数据库规划 内存数据库、物理数据库协同服务 从业务角度，数据库区域和表按业务类进行分类 从技术角度，在数据库级别进行分区处理、优化索引、分表处理等 技术实现-系统性能分析 系统内存和主机计算效率 : 以核心业务为例，目前农信业务系统情况： 账户：4000万 机构：2300个 假定账户附加信息1K，机构附加信息1K，则所需存储： （40000万+2300）*300byte /1024/1024/1024 = 11.17G 目前农信拟采用机器为64G内存，采用预装入内存处理的方式，完全可以满足性能要求。 对于目前农信的交易量为200万笔/天，根据一般经验，80%的交易集中在交易最繁忙的时间段，而银行的交易高峰期，主要是上午2小时，中午1小时，下午2小时；这样，我们可以得出，高峰期每秒并发交易为：（2000000×0.8）/5/3600=89笔/每秒 农信采用16C4.4的主机配置，对将来规划400万笔/天交易，即178笔/秒的规划需求，也是可以满足的 技术建议方案 技术实现 业务实现 需求与规划 风险概述 需求概述 平台规划 建设规划 原则与目标 技术架构 软件与部署 关键技术 功能架构 风险预警 风险模型 农信特色 业务实现-风险模型 风险模型体系结合了巴塞尔协议、银监会审计模型，与云南农信进行了深入的交流和分析，目前已整理出9大业务类，36个风险类，400余个风险点 业务功能实现 需求响应 对操作风险防范的功能规则需求 对柜员业务的监测、客户交易监测、账务的监测、营业状况的监测、查询打印和统计分析 对监控人员访问权限需要进行设置，在监测中心控制台上设置超级管理员和管理员 完成73个规则需求，实现规则的配置化 需求响应 操作风险稽核监督预警信息系统的主动通知需求 将客户的取款、转账是否到账等信息及时地通过手机短信等方式及地发送给客户 通过手机短信、电子邮件等方式将设定的风险报警信息和警后处理信息及时地通知给相关领导或主管，以便及时督促监管人员进行相关处理 需求响应 报警方式需求 图形界面报警 喇叭声音报警 手机短信报警 电子邮件报警 警后处理需求 预警信息的发布