ImageVerifierCode 换一换
格式:DOCX , 页数:6 ,大小:19.32KB ,
资源ID:8198044      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/8198044.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(基于数据仓库的商业银行反洗钱系统的架构.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

基于数据仓库的商业银行反洗钱系统的架构.docx

1、基于数据仓库的商业银行反洗钱系统的架构基于数据仓库的商业银行反洗钱系统的架构摘 要:主要阐述了银行搭建统一基础数据平台的必要性和深度挖掘“客户效益”所起的作用,对构建企业级数据仓库平台及实现银行反洗钱系统按层作了的详细的设计。 关键词:数据仓库;反洗钱;ETL;Business Intelligence 1 反洗钱系统的构建 1.1 构建目标 构建商业银行企业级数据仓库系统的总体目标分为以下2点:构建统一的数据平台;集成现有的核心业务系统、外围业务系统、管理业务系统、前置系统等数据,并进行一致性和完整性整合处理,按主题进行数据重组和格式转换,为银行管理层提供一个真正涵盖全部业务的统一视图,从物

2、理和逻辑上满足数据仓库的建设要求。 构建统一的应用平台。通过完整的系统规划和设计,构造完善的系统体系结构和技术框架,保证系统的可扩充性和稳定性。按照用户的分析需求,使用报表、随机查询、多维分析和数据挖掘和门户集成等多种方式进行数据展现。 1.2 目标定位 商业银行反洗钱工作的主要目标定位在:通过检查确认银行在反洗钱内部控制制度的制定、执行等各个环节存在的缺陷,促进银行加强管理、降低经营风险;通过对银行交易数据的检查,发现洗钱等金融犯罪活动的线索,联合其他监管机构对此类范围活动进行打击,以维护公众利益,保障金融安全。 反洗钱系统平台作为开展反洗钱信息监控报告工作的核心,并保证反洗钱系统的稳定性、

3、可靠性、安全性及可扩展性。具备特点如下:商业的全辖业务、反洗钱监控报告信息的ETL;本外币、大额与可疑交易的统一平台;可疑交易量化模型;集中的信息数据存储;灵活的计算引擎;可扩展的规则引擎;自动化的流程引擎;完整的反洗钱工作处理过程;丰富的反洗钱监测、调查与报告功能;灵活的数据报送接口; B11 基于J2EE体系架构的系统平台。 2 系统设计方案 根据反洗钱系统的功能需求和上级监管机构对反洗钱工作的要求以及银行的内部反洗钱工作机制管理的需要,系统从逻辑机构上按以下5个层次进行设计开发,各层次采用灵活的接口设计进行衔接,分别实现不同层面的功能和业务需求。逻辑层次划分如下: 数据采集层、数据存储层

4、、数据处理层、信息管理层、信息报送层 2.1 数据采集层 本系统面向银行的各数据源,提供了灵活的接口进行数据采集。 此外,数据采集层提供了一整套数据采集服务,实现了自动化流程的数据采集、Excel文件导入等功能。通过各种的加载策略,完成数据抽取、数据转换、数据装载等一系列过程。数据采集逻辑结构如图1所示: 考虑数据安全性,ETL过程的复杂性、合理性等方面,反洗钱系统的ETL过程分为两部分:将外部数据源(数据仓库数据缓冲区或核心平台区)中的数据经过第一次ETL过程,加载到反洗钱的数据缓冲区(临时区);将反洗钱数据缓冲区(临时区)中的数据,经过转换和处理,加载到反洗钱数据集市中。 在上述过程中,数

5、据在逻辑上划分为外部数据源,反洗钱缓冲区和反洗钱数据集市3个数据区域。外部数据源可以是数据仓库的数据缓冲区,也可以是其核心平台数据区,即经过数据路径1或数据路径2,但两条路径互斥。当反洗钱数据库和数据仓库在物理上是统一,外部数据源允许,且提供出错处理机制的情况下,也可以将外部数据源直接做为反洗钱的数据缓冲区,从而减少物理存储空间占用,减少ETL环节,提高ETL时间效率。具体处理过程如图2所示: 为了保证反洗钱系统的顺利实施,满足监管机构的监管要求,配合银行内部IT建设整体规划,反洗钱系统的初次建设以数据仓库的缓冲区(类源业务系统数据模型)作为数据源,ETL过程经过路径1;待数据仓库核心模型建设

6、完成后,反洗钱系统进行改造,将数据源迁移至数据仓库核心数据区,ETL过程经过路径2。 2.1.1 数据的抽取 在将数据从数据仓库抽取出来的过程,以非实时的数据采集方式实现,主要有以下几种方式,如下图所示:第一种方式,是数据仓库将数据“推”出来(出于系统安全性、数据安全性、系统性能等因素),形成数据文件,再使用加载工具读取数据文件。 多适用于数据仓库和反洗钱数据库物理上是独立的情况;第二种方式,是ETL工具通过各数据库连接方式(驱动),访问数据源,读取数据;第三种方式,加载工具/应用程序通过ODBC/JDBC直接访问数据仓库,将数据直接从数据仓库中抽取出来,对于数据量不大的情况适用。 考虑我行的

7、数据环境,软硬件环境,以及效率等因素,建议采用第二种方式。 2.1.2 数据的转换、分布及存储 作为反洗钱数据库的源数据的数据格式通常是相异于反洗钱数据模型的。因此数据在进入反洗钱数据集市之前都要经历一定的清洗和转化的过程。数据采集服务提供给用户丰富的转化程序以确保其可以满足各种对数据进行净化、重组、关联、标准化和求和的需要,从而使数据更为准确和有用。这些转换方式包括:SQL函数、计算监控数据库转换程序、统计算法以及自定义函数。 2.1.3 数据装载 数据采集服务充分利用目标数据库的快速数据装载功能,将数据装入到反洗钱数据库的目标数据库中。数据采集服务中提供的数据装载功能可以和其它数据抽取、转

8、换功能结合在一起被统一调度执行。 一般地,在反洗钱数据集市的具体构建中,可以在反洗钱数据集市中直接对数据进行加工处理。对于比较大的数据量,往往采用将数据库中表的处理结果写入硬盘,然后再利用快速数据装入功能装入数据库的方法来提高反洗钱数据库的处理速度。 2.1.4 流程的自动化 数据采集服务的定时调度功能有效地减少了在建立反洗钱数据库以及日常的抽取数据时所需要的人为的干预工作,可以保证所有流程的自动化。 数据采集服务的引擎调度对每一个采集流程支持如下流程控制:成功时:指示一个采集流程将在它前面的流程运行成功时才开始运行;完成时:指示一个采集流程将在它前面的流程运行完成后开始运行,无论前一个采集流

9、程是否成功;失败时:指示一个采集流程将仅在它前面的流程运行失败时才开始运行。 2.1.5 反洗钱数据库的维护 数据库所需的维护量与数据库的活动量或工作负荷量直接相关。为了提高最终用户的查询响应,在日常的维护中需要做如下的工作:创建索引,收集表的统计信息,重组表等。 2.2 数据存储层 本系统产品的数据存储层主要以按数据流向分层保存数据。并根据不同数据应用层次的需要建立不同的数据模型。系统产品分数据层模型与应用层模型,对于数据层模型按照数据层次不同划分为不同的数据模型,对于应用层模型应用角度不同划分为不同的数据集市。 数据层模型: ODS数据模型:主要用于保存源系统数据,如来源于数据仓库数据。

10、标准数据源数据模型:主要用于保存反洗钱系统用到的数据源表,如客户信息数据、账户信息数据、交易信息数据等原始数据源及手工录入数据源。 应用层模型: 转换规则库:主要用于存储ETL采集过程中的数据转换规则以及数据计算任务。 反洗钱规则模型库:主要用于存储反洗钱的监测模型以及监测规则。 指标库:主要用于存储计算客户、账户、交易的各类指标数据,并将其应用于反洗钱规则的监测。 上报报告库:主要用于存储根据上级监管机构的监管要求,计算产生的反洗钱报告数据。 2.3 数据处理层 本系统产品的数据处理层主要是依据反洗钱数据集市,对本外币、大额与可疑交易提供交易数据的计算服务、洗钱行为的监测规则服务、反洗钱处理

11、的流程服务。这些系统服务将由计算引擎、规则引擎、流程引擎构成的核心引擎服务提供。 数据计算引擎:负责进行数据计算、指标计算以及复杂数学公式的计算功能。 指标规则引擎:负责进行统计指标、关键指标、监测规则以及各种分析规则的制定、监测、分析过程。 处理流程引擎:负责处理系统中涉及的各种信息处理流程。 此外,数据处理层除了提供核心引擎服务,还将实现反洗钱的处理过程,大体如下所述:交易数据处理流程;大额交易上报处理流程;可疑交易上报处理流程。 2.4 信息管理层 上面三层主要体现了一些采集方式、反洗钱监测规则、核心引擎等后台管理的内容,而反洗钱监测与报告系统产品的信息管理层,则通过Web方式为用户提供

12、了一个反洗钱信息处理的功能界面操作平台,对可疑的洗钱行为进行监测预警、调查分析、跟踪管理以及文件上报等反洗钱处理过程。具体功能如图3所示。 本层所涵盖的系统应用功能如下: 系统管理功能。产品的系统管理功能,是一个为用户提供了一个统一的机构、组织、用户、权限以及功能管理的公共控制平台。 系统管理子系统包括以下几个方面的功能:用户管理、角色管理、组织管理、功能管理、任务管理、机构管理、参数设定、日志管理。 反洗钱监测与上报功能。系统满足上级监管机构提出的反洗钱监管要求,实现针对本外币、大额与可疑交易进行监测预警、调查分析、案例跟踪以及报告管理等反洗钱处理操作的功能。 反洗钱监测与上报子系统包括以下

13、几个方面的功能:参数设定、预警配置、接口管理、预警管理、调查管理、案例管理、报告管理、统计查询、特征分析。 2.5 信息报送层 本系统产品的信息报送层,提供了可复用的反洗钱上报接口,快速适应用户业务和报告文件格式的各种变化。本层将实现针对人行反洗钱监测分析中心的报送要求进行反洗钱数据上报。如图4所示。 上报大额与可疑支付交易报告是每个金融机构应尽的法律义务。手工的数据上报无疑给金融机构的工作带来巨大的压力,反洗钱系统给出了从上报到回执处理的全套自动化过程,为金融机构降低工作量,提高工作效率。反洗钱上报流程如图5所示。 交易处理过程,针对监测到的大额和可疑交易进行筛选确定上报数据;根据您对交易处

14、理结果生成报告文件;文件通过校验和报告审核,确定最终的上报数据;针对上报数据形成监管机构需要的接口文件;将接口文件提交给监管机构并归档;对于监管机构给出的回执,自动进行处理,提示回执与上报之间的关系,定位回执中错误的来源。 3 结束语 本文按系统逻辑结构将银行反洗钱系统分为5个层次,分别为数据采集层、数据存储层、数据处理层、信息管理层、信息报送层,并对这5个层次进行了详细的设计。该系统采用了各数据源,提供了灵活的接口进行数据采集,实现了自动化流程的数据采集、Excel文件导入等功能。并根据不同数据应用层次的需要建立不同的数据模型,依据反洗钱数据集市,对本外币、大额与可疑交易提供交易数据的计算服

15、务、洗钱行为的监测规则服务、反洗钱处理的流程服务。最后通过Web方式为用户提供了一个反洗钱信息处理的功能界面操作平台,对可疑的洗钱行为进行监测预警、调查分析、跟踪管理以及文件上报等反洗钱处理过程。 参考文献: 1 王洪斌.关于我国反洗钱工作中存在问题的研究J时代经贸,2007(5). 2 孙玉刚.论新形势下银行业的反洗钱工作J武汉金融,2007(3). 3 刘阳.反洗钱工作中不可忽视电子支付J西部金融,2008(2). 4 钟涛.一种基于J2EE的Web Service体系的研究与实践D上海:复旦大学,2002. 5 赵强,乔新亮.J2EE应用开发M北京:电子工业出版社,2003.Based

16、on Data Warehouse of Commercial Bank Anti-Money Laundering System Structure Abstract:This article mainly expounds the bank build unity based data platform of necessity and depth excavation customer benefit the role of to structuring data warehouse platform and realize the bank anti-money laundering system according to the layer of detailed design. Key Words:Data Warehonse; Anti-Money; ETL; Business Intelligence

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1