银行事后监督及风险预警系统方案书.docx

《银行事后监督及风险预警系统方案书.docx》由会员分享，可在线阅读，更多相关《银行事后监督及风险预警系统方案书.docx（91页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、商业银行事后监督及风险预警系统方案书目录第1章需求分析1国内监督及稽核的开展11.1 现状分析1总体思路31.2 系统目标3第2章总体设计52.1 系统概述5设计原那么52.2 业务处理流程7系统架构92.3 系统功能结构11系统物理结构132.4 业务量分析及设备配置建议14第3章系统功能163.1 影像缩微及业务监督17风险预警体系233.2 过失处理37综合管理体系393.3 业务监督系统特点60第4章系统扩展644.1 设计目标64平台描述644.2 网络结构及部署67性能规划71第5章系统安全74系统备份方案745.1 灾难恢复方案78安全保障方案798 .对于在识别录入过程中未能正

2、确识别和勾对的业务，系统自动提交给人工 补录工作站，进行人工干预。9 .对于需要进行人工补录的业务或需要进行重点监督的业务，系统显示凭证 影像，并提示操作员输入凭证要素。系统根据票据要素自动进行流水勾对。10 .系统根据预先设置的重点监督模型与风险预警模型，进行重点监督与风险 预警。11 .当待监督网点的所有柜员的业务监督完成之后，由系统管理员进行网点日 终处理，设置网点完成标志，生成前台柜员业务量和过失统计信息，对过失进 行发布等。12 .系统自动根据存储策略按照不同的存储设备的要求对凭证影像和数据进行 存储。13 .前台网点柜员或机构需要对监督过程中发现的过失进行查询和回复处理。2.4系统

3、架构1）系统软件架构影像管理及监督影像采集人工补录重点监督过失处理风险预警预警处理预警数据提取预警模型配置预警权限管理系统管理系统参数配置用户权限管理程序版本管理凭证版面配置重点监督内容配 置应用展现层应用服务层基础服务层 影像平台系统的软件架构为四层结构：影像平台、基础服务层、应用服务层、应用展现 层。影像平台：影像平台分为影像组件和内容管理两大局部，内容管理平台的数据库支持业界 主流的商业关系数据库（ORACLE DB2、SYBASE、INFORMIX SQLServer 等）、非商业关系数据库（MYSQL）；本系统数据库采用行里已有数据库。 存储设备系统支持磁盘阵列、CD/DVD光盘库、

4、MO光盘库、磁带库、NAS、 SAN Centera等多种存储平台。利用影像平台的组件实现会计凭证的采集处理。信雅达影像采集软件支持柯达、 富士通、松下、中晶品牌的扫描仪设备。基础服务层：完成应用处理层与数据存储层之间的联系，包括数据服务、文件服务、WEB 服务等；WEB 服务遵循 J2EE 标准，支持 WebLogic, WebSphere, TOMCAT JBOSS等中间件灵活部署。应用服务层：实现动态配置系统各类模型和后台业务处理，包括任务分发和流程控制、业务 数据侦听及提取、数据归档及存储管理、重点监督/再监督、风险预警、影像传 输/识别、系统管理等。支持重点业务监督和风险预警的可扩展

5、性。应用展现层：包括数据采集、业务处理、数据展现。数据采集完成对各业务凭证的扫描和流 水等相关数据的导入；业务处理利用图像处理、OCR和数据分析等技术完成影 像处理/压缩、人工补录、流水勾兑、重点监督/再监督、预警信息处理、过失 管理等具体业务的前台处理；信息展现是为用户提供各种查询和统计功能，主 要的展现内容包括影像信息、监督信息、预警信息、过失信息、报表信息等。 开发工具层：使用的开发工具包括：Eclips3.2+MyEclipse6 Visual C+6.0 (sp5) , B/S 架构 代码基于Java语言及javascript脚本开发，对于扫描采集、自动处理、后台服 务等对效率要求较

6、高的程序都基于C/C+语言开发。使用的配置管理工具包括：Visual SourceSafe 6.0。数据库层：系统数据存储层分为数据库和存储设备两大局部，数据库支持业界主流的商业 关系数据库(ORACL、DB2、SYBASE. INFORMIX SQLServer 等)、非商 业关系数据库(MYSQL)；本系统采用数据库采用行里已有数据库。存储设备系统支持磁盘阵列、NAS、光盘库多种存储平台。本系统采用磁盘阵 列作为在线存储设备。全行统一安装一套数据库，数据库分为两个实例：事后监督数据实例、风险预 警数据实例。公共数据及参数(如机构信息、用户权限信息)统一存放在事后 监督数据库。全行统一部署一

7、套数据存储平台，全行所有的影像数据都通过归 档入库方式，存储至总行数据中心。对于应用部署，在网络条件允许的前提下，可以支持总行集中，监督处理集中。也可以局局部散部署，做区域集中处理。2.5 系统功能结构亚务监督及风险预警系统亚务监督及风险预警系统影像管理子系统I业务监督子系统过失管理信息管理子系统预警信息管理系统维护管理互动信息管理 用户权限管痴 模型配置管理 任务分配管理报表管理综合管理子系统1影像采集1影像处理人工处理人工验印影像传输影像管理.影像展现显示、旋转、缩放重点监督账务核对风险预警 数据管理日结管理版面识别、OCR识别 影像匹配数字水印影像存储影像查询图像预处理、图像质检影像压缩

8、数据采集数据分析数据存储系统支持图形化和B/S架构。系统设计过程中采用的数据模型包括:层次模型、 关系模型。层次模型，系统中最典型应用的是机构信息树。关系模型，系统中 比拟典型应用是，版面配置中，页对应的各项属性。系统支持事务处理，具有事务提交和回滚能力。系统整合公司的SUNFLOW工 作流产品，提供业务流程支持。系统可以根据邢台市商业银行的技术标准、数据标准及接口规范要求，获取实 时、批量业务数据。并可以根据接口规范从其他业务应用系统获取数据，或向 其他业务应用系统提供数据。系统具备在总行设置一个接口服务。根据应用整合平台提供的接口规范，接口 服务通过socket的方式与应用整合平台进行连接

9、。为了保证数据传输的可靠性, 采用TCP协议方式进行连接。接口服务需要遵从应用整合平台数据接口的通讯 协议规范，并对加密的通讯数据做相应的解密处理。如果应用整合平台允许, 接口服务的可以与之建立多个连接，以提高整体处理的效率。对于批量数据的获取，接口服务采用短连接的方式，只有当满足时间条件时, 才进行连接并下载数据，当下载完成时，立即安全断开连接。对于实时数据的获取，接口服务采用长连接的方式，实施获取数据。为了提高传输效率，调用方法采用异步方式。交易遵从两阶段提交协议，对于成功的交易进行提交，对于失败的交易进行回 滚。接口服务对连接、处理、异常等记录日志。系统具备提供客户化的导入接口配置工具，

10、开发工具采用Visual C+6.0。在批 量导入过程中，服务粒度可以是一个文本文件；对于实时导入过程，服务粒度 为一条业务记录。为了满足客户化的具体需求，需要进一步对接口细节进行协 商，以可评估更为准确的工作量。支持接口调用的错误和异常处理，能够按照应用整合平台的要求提供标准化的 出错代码和清晰的出错信息描述，同时能够接受处理应用整合平台发送的错误 代码和错误信息。系统支持自身主动导出，包括全量和增量的数据导出，支持对导出数据的质量 检查。增加数据校验机制。系统针对凭证画面进行数据补录，补录的要素完全通过配置方式生成，并可以 根据不同的凭证类型，配置不同的补录要素。数据补录过程支持快捷键、支

11、持 关联流水、支持替换值、支持自动补齐帐号信息等，通过这些措施，可以提高 补录的效率。系统所采用的软硬件平台应具备开放性,数据库服务器操作系统支持:IBM AIX 6、SUSE LINUX lO.k SUN SOLARIS 10、WINDOWS 2003WEB 服务器操作系统支持：IBM AIX 6SUSE LINUX 10.KSUN SOLARIS 10、 WINDOWS 2003应用服务器操作系统支持：WINDOWS 2003客户端操作系统支持：WINDOWS XP/WINDOWS 2000数据库版本支持：ORACLE 10g (11g) 、 IBM DB2 8 Sybase、Inform

12、ix 7.x.SQL SERVER 2005系统物理结构系统部署逻辑上可划分三个中心：数据中心数据中心集中存储业务数据和影像数据；部署存储设备、数据库服务器、应用 服务器、影像文件服务器、预警服务器；数据库服务器集中存储系统配置信息 和业务数据；存储设备提供对影像文件的存储管理，影像文件服务器提供影像 数据的存储管理，预警服务器提供预警数据的处理，应用服务器部署系统应用 服务。在业务处理完成后将所有数据通过接口归档到商业银行的档案管理系统 集中存储管理。监督中心建立集中的监督中心，集中完成辖内凭证影像的处理和监督。监督中心的工作 是完成所有的凭证监督，监督中心部署的设备主要以方便业务监督与预警

13、监控 工作为目的，包括人工处理、过失管理、预警处理、重点监督等工作站；管理 方面配置了专门的系统管理和模型配置工作站来方便系统管理员的管理工作。 网点网点一般负责设置查询工作站及过失回复工作站。2.7业务量分析及设备配置建议建议硬件配置要求（假设按3万业务量计算）工程名称或规格型号数量名称描述备注1号中心攵据库服务器X3650 M2 XEON 3. 5G*4, 4G 内存, T46G 硬盘，RAID 卡，100/1000 斗适应网卡1dows 2003操作系统、Z ORACLE 10G1险预警数据库服务器互WEB服务器X3650 M2 XEON 3. 0G*2, 4G 内存, ,146G 硬盘

14、，RAID 卡，100/1000 适应网卡1dows 2003操作系统岂议 WEBLOGIC应用服务器X3650 M2 XEON 3. 0G*2, 4G 内存, T46G 硬盘，RAID 卡,100/1000 3适应网卡1dows 2003操作系统售议 WEBLOGIC【自动识别服务器X3650 XEON 3.0G*2, 4G 内存,2 46G 硬盘，RAID 卡,100/1000 兆E应网卡1二影像OCR识别存储设备击阵列柜3T1金存储，2争中心错管理工作站F CPU/512M 内存/80G 硬盘D/17LCD1号监督分中心业务量和人 徒统管理工作站F CPU/512M 内存/80G 硬盘D

15、/17LCD1舌监督分中心业务量和人。定工处理工作站F CPU/512M 内存/80G 硬盘D/17LCD4舌监督分中心业务量和人 万定点监督工作站宇CPU/512M内存/80G硬盘D/17LCD2舌监督分中心业务量和人 徒佥预警处理工作站F CPU/512M 内存/80G 硬盘D/17LCD右1舌监督分中心业务量和人。定存储规划柯达扫描仪AK高速扫描仪16202二集中扫描柯达扫描仪AK扫描仪114401二集中扫描扫描工作站F CPU/2G内存/80G硬盘D/17LCD3照扫描仪用3挟网络设备K交换机1机柜机柜，带切换器1塑封机当凭证塑封机1外置刻录机y DVD刻录机1总行数据中心统一部署影像

16、存储设备，通过在线存储、近线和离线相组合方式 统一存储管理事后监督影像数据：一年以内的影像数据采用在线存储方式，一 年以上的影像通过采用光盘柜或磁带库近线存储方式，刻录DVD光盘或磁带 介质，同时一年以上的影像数据采用离线存储方式。会计档案彩色扫描容量压缩后将要到达100-150KB,考虑凭证扫描一般采取双 面扫描的因素，根据经验我们把每笔交易的数据容量应该为200 - 300KB；按 照每日3万笔业务量，一年内的影像数据的存储量约为3TB,考虑适当的业务 增长，建议存储容量按3T规划。对于一年以上的影像数据，由于查询调阅的频率较低，并考虑存储设备本钱, 利用DVD光盘或磁带介质，采用离线方式

17、提供查询功能。第3章系统功能系统严格遵守中华人民共和国银行法及城市商业银行会计制度及会计科 目。票据管理及凭证格式严格按中华人民共和国票据法及票据管理实 施方法执行。支付结算业务要求严格遵守支付结算方法及支付结算会 计核算手续。贷款业务严格遵守贷款通那么。银行财务核算严格遵守金 融企业会计制度。本系统文档和软件开发规范遵循计算机软件工程规范（国 家标准汇编）。业务监督与风险预警系统应以前台业务为依据，全面监督前台系统的每个环节, 既要监督流水，也要监督总账、分户帐及各类会计凭证。本系统内设分户帐、 总账，利息积数计算方式遵照营业前台的计算方式计算，这样就可以和前台系 统定期或不定期的核对分户帐

18、余额、积数，总账的余额；每天或每月进行自动 转存处理，可以和前台进行自动转存流水的核对，也可以进行批量入账处理； 每年自动结息，可以和前台进行结息流水的核对；对于所有进行核对的流水， 如果有过失产生，都要记录过失，以备查阅；从而起到全面监督前台系统账务 的作用，从而也可以及时查出不法分子利用计算机手段更改账务系统而可能带 来的损失，降低和控制风险。系统界面根据windows用户通用的操作习惯进行排列与组织。充分考虑使用者 的方便、灵活性，如使用较多的人工处理，提供丰富的快捷键供用户使用，并 且可以根据个人的习惯，自由调整快捷键。菜单结构一般以功能划分分组，常用的菜单设置在一级菜单项中，不常用的

19、菜 单可根据功能划分统一设置在二级菜单项中。常用的菜单都可设置快捷键。另 外对于客户端程序，将提供快捷工具栏。对于快捷查找，一般都设置快捷查找按钮，或提供热键F3进行查找。版面建立，系统提供灵活的表单定义工具，通过可视化的图形界面，鼠标简单 的拖-拽-点击等功能，就可以方便的建立新的模板。系统提供方便的模糊查询功能，可以在不确定精确查询要素的情况下，更快的 定位查询目标。系统提供查询要素栏，由用户选择性的输入要素，并开始进行 模糊查询。3.1影像缩微及业务监1影像采集影像采集即需求说明中的非结构化数据采集，具体指业务凭证及相关附件的扫 描录入过程，是凭证影像处理的第一步，根据需求说明数要求，系

20、统首先对凭 证等纸质文档进行一次性正反两面扫描获得电子影像数据，随后即对影像数据 能进行识别、勾对等处理。扫描方式特点： 系统支持各种扫描仪，从黑白到彩色，从10页/分钟到200页/分钟，从单面到双面扫描； 适用的图像格式包括黑白的TIFF格式、彩色的JPEG或TIFF格式；录入方法、技术、操作的规范化管理，人员配备少，效率高； 专业化扫描方式，能有效保证数据档案的真实性、完整性和规范性。 通过虚拟硬件层技术，隔离扫描设备硬件的差异，使影像录入系统可以驱动不同扫描设备，注：虚拟硬件层技术一一由于用于文档录入设备种类繁多，接口也各不相同， 硬件控制复杂程度、控制方式也各不相同，录入速度差异较大，

21、生成的影像格 式也不相同：有BMP、JPG、TIFF等，而对于文档录入的处理有其共同点，屏 蔽差异性，提取共同点，使各种不同设备在文档录入时，处理方式和接口统一， 提高软件的适应性。根据文档处理的标准与规范，分析文档处理的特点，将文 档的录入统一进行处理，定义文档处理的各种接口，从而屏蔽实际硬件操作的 控制，具体包括高档扫描仪的接口（ISIS）、普通平板扫描仪的接口（TWAIN）、 数字摄像机（TWAIN）、 接入的接口 （FAX）以及视频信号处理（Video Capture） 等。功能列表：序号功能名称功能描述1凭证登记儿对所需扫描的纸质各类凭证的业务日期、机构代 柜员代码、凭证张数进行登记

22、、修改、核对2批次索引Q对批次扫描凭证的批次索引的建立,一般包括业务 月、机构代码、柜员代码序号功能名称功能描述3凭证扫描Q通过中高速扫描仪将纸质凭证采集为电子影像4影像质检?像文件进行整理并作质量检测，即对有效信息的增 口对干扰信息的剔除，以提高影像质量。5特殊处理寸重扫、补扫等特殊批次进行特殊处理。6影像浏览对刚扫描的图像进行翻阅和浏览7影像删除删除扫描不清晰的图像，包括单张删除、整批删除8影像插入Q对于遗漏的图像可以在指定的图像位置补扫9影像上传见将扫描的图像提交至文件服务器存储，并同时将批 q引信息记录在数据库中10影像接收0在服务端接收扫描提交的影像信息11集中采集手中心集中扫描采集

23、方式3.1.2 自动处理把采集的影像进行图像增强、去底纹、去黑边、去斑点、纠偏等图像处理；通 过OCR识别凭证相关要素自动与流水进行匹配，并把匹配成功的流水作为影 像的精确索引；对于需要人工重点监督的凭证，系统自动进行提取。功能列表：序号功能名称功能描述1版面识别见根据预定义的模板库，自动识别表格特征、题头特 普定凭证版面类型2OCR识别见根据预定义的版面要素区域的识别信息，自动调用 识别引擎识别区域信息3流水勾对Q根据预定义的流水自动勾对方案，自动勾对业务流 据据预先设定、固定每种记账传票的借贷方向来进1动勾对）4流水倒入见提取自动勾对成功的流水，并倒入图像索引，作为 史的精确索引5票面审核

24、后根据版面特征识别，采用OCR技术识别凭证影像上 了核要素区域,识别内容包括大小写金额、用户签名、 ，日期等6主附件核对心对主件、附件关系的自动整理、归类7监督提取儿自动提取待人工重点监督的影像文件3.1.3 人工处理功能描述：对于识别错误（包括未定义版面、识别错误、勾对错误）或重要业务（如大额 凭证需人工审核是否双人签章）的凭证影像，系统将自动发送给相应的人工处 理工作站进行人工处理。系统自动把凭证影像发往人工录入的计算机，由操作 员进行手工补录凭证要素和人工核对，完成流水勾对。假设发现过失将把凭证影 像及信息发往过失库，由过失审核员进行过失确认和处理。操作员可以根据一定的权限选择要处理的网

25、点。功能列表1 T功能名称功能描述1匚版面确定见人工指定电子影像的凭证类型2寸件调整Q人工对主件、附件的调整3二补录见人工对照显示在屏幕上的影像，输入电子影像的记账 t要素的类别通过配置产生匕现拆分补录、局部屏蔽补录、突显补录等。每笔记录 上过程完成后，系统即时勾对流水，匹配相关要素4K勾对见根据人工录入的记账要素，勾对业务流水（根据预先 葭固定每种记账传票的借贷方向来进行人工勾对，防 m员记账反方）5K倒入力提取自动勾对成功的流水，并倒入图像索引，作为图勺精确索引6匚审核见人工对照显示在屏幕上的影像和流水数据，审核票据?：大小写金额、签名、对方账号等71监督见人工对重大金额、重点交易、重控凭

26、证、特殊业务的E影像进行重点监督8寸多凭证处理4对于一张凭证对应多条流水的凭证影像，可以设置一 1选项，根据人工补录的流水数自动复制凭证影像，建 证影像和流水的一一对关系9索引修改4对于批次索引录入错误的凭证影像批次，可以由人工E员修改批次索引信息，并自动发送后台重新处理1 7功能名称功能描述10E显示见对显不的凭证影像进行旋转、放大、缩小、翻页操作， 力操作员进行人工处理11力定位见在人工记账要素输入过程中，如果该要素已经设置识 茅息，那么系统自动定位图像的对应区域12（查询见根据批次索引信息、账号、金额、交易码查询流水信13当登记心在人工补录、人工审核、重点监督过程中将过失凭证 象记录至过

27、失库中14二验印文验印软件提供的接口实现对自动验印失败的印章进1工验印3.1.4 业务监督功能描述：实现人工对重大金额、重点交易、重空凭证、特殊业务的凭证影像 进行重点监督。重点监督是根据所监督业务或交易事项的重要性及风险程度，预先定义重点监 督业务模型，设置流水数据识别与提取的各项参数条件，系统自动根据设定 的重点监督业务模型中的监督工程及交易流水（账务流水与非账务流水）提取 条件，从各业务系统和管理系统中筛选、提取需监督的交易记录，并分类集中 生成重点监督工作任务，由人工处理监督员或者专门的重点监督岗位操作员根 据要求逐笔完成业务监督。功能列表书号启名称它描述1至模型建立口、修改、存储模型

28、。22日志记录己详细的模型变动过程。3E显示见对显示的凭证影像进行旋转、放大、缩小操作，辅助操作 上行监督。4（显示R该笔业务交易流水，及通过该流水能找到的关联信息。必 9对的关联信息假设没有勾对，应能有一个地方可以查询，每 等新生成监督任务5匚审核见人工对照显示在屏幕上的影像和流水数据，审核票据内 如大小写金额、签名、对方账号等。7号（名称t描述6凌区域显示见人工对配置的凭证的识别区域进行高亮显示。7嵬查询后艮据流水等实现在线影像查询。8k查询见根据粗索引信息、账号、金额、交易码查询流水信息。9音登记见在重点监督过程中将过失凭证影像记录至过失库中，可以 登记人工补录员和扫描员的过失。10口纠

29、正见纠正版面名称，对于是人工补录员补录错误的版面并登记tE 日。11辆留F当前不能确认的业务，可以申请滞留，滞留需授权通过， 另再处理，在第二天仍然是滞留是状态，仍未处理，还是需 星次申请滞留。12郛寸间记录乏监督员监督该笔业务所使用的时间及任务开始时间。13R未监督笔数三未监督业务笔数，管理员可以随时查询3.1.5 综合查帐功能描述：按网点综合查询统计凭证影像扫描和流水的勾对情况，根据查询统 计结果对未处理的凭证影像和流水数据进行相应操作，确保凭证影像和流水数 据已被完全处理。功能列表：序号功能名称功能描述1;未平帐网点和柜员Q显示操作员所监督的网点、柜员所有流水的勾兑状况，T显示没有平帐地

30、网点和柜员，可以选择清理网点流水2（查询见根据发生日期、所号、柜员号、流水勾对标志、账号、 页等条件查询和显示流水情况3艮查询见根据发生日期、所号、柜员号、图像处理标志、账号、 页等条件查询和显示图像及其索引4勾对见选定流水进行勾对，并将流水倒入数据库作为选定图 勺精确索引（根据预先设定、固定每种记帐传票的借贷 可来进行人工勾对，防止柜员记帐反方）5臬过失登记见将过失凭证影像记录到过失库中6（过失登记见将过失流水记录到过失库中功能描述：数据归档是指将当天完成所有业务处理的数据归档至内容管理平台 集中存储管理。功能列表：序号B名称功能描述1F设定Q归档条件的设定，包括待归档的业务日期的选择，3批

31、次的选择，图像反面归档选择，支持根据凭证类 至归档的影像进行二值化后再上传的设置2舌归档见将图像及索引自动归档至内容管理平台3于统计仃台稽核人员完成业务量进行统计，并发布到WEB0影像查询功能列表:序号功能名称功能描述1影像查询池通过浏览器方式，输入要素，查询图像2*查询Q对已经刻录至DVD盘片的数据支持单盘查询序号功能名称功能描述3良显示几对查询图像的显示，并支持放大、缩小、旋转简单匕匕4良打印心打印指定的查询图像5K图像显示儿显示指定图像的相邻图像，包括，查询结果上一张， 引结果下一张3.2风险预警体系3.2.1 软件结构总 行 部 署总 行 部 署批量数据采集预警数据分析报表子系统运行参

32、数维护业务流程配置处理流程监控预警数据处理用户权限管理统一身份认证SUNFLOW工作流平台实时数据采集服务，可通过主机转发交易包方式、网络侦听方式、读取主机日 志方式等获取核心系统发生的实时数据。批量数据采集服务，以文本文件的方式，将业务数据批量加载至预警数据库中。 预警规那么配置，提供灵活的，参数化的配置方式，满足各种预警规那么模型的定 义。预警数据分析服务，提供实时、批量的业务数据分析功能，在业务数据中提取 出可能存在业务风险的预警数据。预警信息发布，将分析提出的预警数据通过WEB方式进行发布，并可以根据 后续预警数据处理的需要，通过其他途径进行发布通知，如短信、OA邮件等。 报表子系统，

33、从业务数据、预警数据及后续处理信息中抽取有参考价值的数据, 并通过组合、计算生成相应的报表。运营监控，方便运营维护人员即时了解系统关键服务的处理状态。运行参数维护，系统运行中所必须的参数设置，根据参数类型的不同，可以由 不同级别和类型的用户配置。工作流平台，工作流平台主要完成预警数据后续处理的业务流程控制。工作流 平台同时提供图形化的工作流程配置器，流程任务的监控器。为复杂的预警后 续处理提供稳定的流程转发平台。用户权限管理，包括机构管理，权限管理，角色（岗位）管理，用户管理，操 作范围管理。统一身份认证，提供全行统一的身份验证方式，可与银行主机系统的用户对接。3.2.2 实现原理围绕的系统建

34、设总体目标，系统实现的基本原理是建立全面、丰富的预警监控 模型，综合分析多种业务数据，实现完整的监测处理流程。系统实现原理包含 以下三个关键点： 完整的数据源数据源，即系统的分析对象；数据源决定了系统能做什么。作为全面的、多部门共享的风险监控系统，系统的分析对象包括多种业务数据, 包括综合业务系统、信贷管理系统、财务管理系统等，包含实时交易数据和历 史交易数据，系统提供多种方式数据采集方式，获取实时交易数据、采集并保 存历史交易数据，在获取完整的业务数据源后可进行完整的、全面的交易分析。 同时，系统自身生成的统计数据，如日常交易特征数据，同样可以作为系统分 析的数据源。 全面、丰富的预警规那么

35、预警规那么是系统的核心，确定了系统要做什么，是系统分析的依据。通过系统的规那么配置管理功能以简单公的式方式定义业务风险点的业务特征, 作为系统分析的依据；预警规那么来源于业务知识、业务经验和案例。系统的预警规那么配置子系统将复杂的数据规那么以简单的公式方式展现给业务 人员进行配置管理，可以根据业务的需要灵活的增加、删除、修改预警规那么, 从而实现对风险点的监控，业务人员无须编写程序语句。基于规那么的数据分析平台通过基于规那么的数据分析平台，根据预先定义的业务监控规那么，实时分析或批 量分析符合预定义的业务监控规那么的业务数据，生成预警信息。数据分析平台可疑交易数据 保存交易数据接收基于规那么引

36、擎的数据分析平台，能够高效、准确的完成业务数据的综合分析和 提取。由于实时交易数据分析高时效性要求，基于数据库的实时分析需要在一 秒以内进行交易数量X预警模型数量次数的数据库查询统计，导致数据库压力 过大，无法满足应用要求；通过规那么引擎的规那么匹配、调度、执行过程，通过 内存中的复杂算法运算，及时分析实时交易数据，能够充分满足实时交易数据 分析的时效性要求。规那么库规那么I规那么2 运行数据规那么n灵活可变的监测处理流程预警处理流程确定了系统如何处理可疑交易信息，确保系统提取的交易数据得 到了确认和整改，最终决定了系统的应用效果。所有相关处理的流程流转都在 建立在信雅达工作流平台基础之上的。

37、根据预警监控规那么分析业务数据并生成了预警信息后，系统应提供完备的通知 机制和完整的业务处理流程以确保可疑交易数据得到及时确实认和处理；系统 及时通知发卡机构进行后续的分析、处理，由发开机构业务监控人员采取相应 的风险控制手段，如联系持卡人、对卡片进行止付操作等。针对不同业务的不同业务管理部门和业务处理要求，可以按照预警模型设定不 同的业务处理流程，并设定相应业务管理部门的业务处理人员。历史业务数据一历史义分政缁一H他业务痛烧毁厚mm实时 数堀号入其他业务系统 数据”充ste预警实现原理模型及指标设置a.数据源配置系统支持灵活的数据源配置，如数据的来源，需存放到哪些表里等。数据源定义：数据源定

38、义是指对数据来源的定义。数据源配置。增加 0删除 修改复选框数据源名连接类型驱动名称连接串密码rDras1-jdbczom. microsoft. jdbc. sqlser ver. SQLSer verDriverjdbc:microsoft:sqlserver:/127.0.0.1:1433;DatabaseName=brassasa全部选中保存重置表定义：表定义是对系统中需要分析或展现的数据进行存储的表的定义，它定 义了表的表名、数据源以及表的中文描述等基本属性。字段定义：字段定义是对本系统所用字段的基本属性的定义，这些基本属性包 括字段英文名、字段中文名、字段类型、字段长度、范围、精度

39、、可否为空、 缺省值、有无字典表及字典表名称。字段定义。增加 0删除 修改复选框字段英文名字段中文名字段类型字段长度范围精度可否为空缺省 值有无字典表字典表修改rISREP是否已报送人行整型000可以没有配置字典表rISFILE是否有附件整型000可以没有配置字典表rOID代理主键整型000可以没有配置字典表rBSTYPE可疑类型整型000可以没有配置字典表rTRANTYPE交易类型整型000可以没有配置字典表rCFRC对方金融机构网点行 的反划代码字符型900可以没有配置字典表1字段映射：字段映射是用于将字段与表联系起来的。字段映射-增加 0册赊修改复选框字段名来源字段ramt4upamt4

40、up(amt4up)rcreate_Datecreate_Date(create_Date)rcreateDatecreateDate(createDate)rList_FlagLi5t_Flag(List_Flag)匚relate_entryrovvidre late_entryrowid (re late_entryrowid)匚reiate_exhibitidrelate_exhibitid(re late_exh toitid)rentry_levelentryJevel(entryJeveDb.模型设置根据确定的风险指标，用参数化方式，方便、简洁、灵活地对数据信息设定相 关条件，建立

41、风险模型。并能通过指定时间来运行指定风险模型，在规定期限 内保存结果。系统提供针对每一项风险指标的风险模型设置功能。设置内容包括风险指标的 构成（是否有关联风险指标），预警监控信息展示的内容和格式，以及用户自 定义查询的条件和输入格式；系统针对每一项风险指标均提供运行频度设置功 能，包括是每日运行、隔日运行，还是隔N日运行；系统提供预警监控信息保 留时间设置功能，如3个月，6个月，12个月，永久保存等等。业务人员或系统管理员可根据需要自定义或删除预警监控模型，增加或减少显 示的业务字段信息、预警优先级。按照业务特点和风险大小，对不同的风险监控模块设置不同的风险系数，并通 过一定的运算规那么计算

42、风险值，从而提高对风险程度高的监控对象的关注程度。 系统自动按风险预警模型分析、抽取预警监督任务，支持预警任务按工程分类 存储与管理。风险预警模型配置标准化，可以通过信雅达发布的预警模型包自动更新。对重第1章需求分析1.1 国内监督及稽核的开展 传统上，银行储蓄、会计事后监督采用的是基本的手工处理方式：监督、查询 的票据为纸制凭证，由操作员手工挑选一局部凭证看流水审票。手工审票主要 检查凭证要素是否齐全，业务处理是否正确，对监督人员素质要求较高，全部 监督存在本钱较大，效率也不高的问题；对流水的分析一般只能基于当天业务 数据的简易的分析，不能实现基于历史交易和关联交易的综合分析，或实现起 来比

43、拟繁琐。但是随着目前高智商犯罪的增加，作案分子专门找制度的漏洞, 使得每一笔业务本身都是正确的，而只有基于大量业务的统计和关联交易进行 分析时才发现。随着银行地不断开展，银行业务产生了越来越多的纸质凭证，这是银行重要的 业务资料和财富。然而，处理这些传统的纸张存在诸多不便，如保存困难、查 阅不便、共享性差，无法适应银行高速、高效的服务节奏。随着计算机技术在银行业得到越来越广泛应用，局部商业银行为增强自身的竞 争实力，提高服务水平，都纷纷采用辅助监督系统来取代传统的手工处理业务 方式，尤其是储蓄、会计业务处理，这一点显得尤为突出，并且该项业务处理 正开始向网络化方向开展。1.2 现状分析传统上，

44、银行的风险指信贷风险和市场风险，在操作风险管理上较为落后。当 前对操作风险的预防主要放在监督中心，现有的监督软件只能做到通过分散地 挑选一局部凭证来对流水进行核实，对于没有凭证的业务不能进行监控。对整 个业务的综合分析，只能通过人工的方式凭业务人员的自身素质进行简单判断, 假设要对需复杂计算、大数据量分析后才能得到的风险信息，就需要运用计算机 手段来实现。原先由人工进行监督，只能对凭证进行全面监督，无法根据业务 重要性区分监督重点。近年来银行内部人作案层出不穷，由于这些人熟悉银行制度、系统的漏洞，作 案手段有很强的连续性和隐蔽性，通常一般监督难以发现。现阶段，局部银行还存在以下问题：要的业务模

45、型包会及时发布，用户可以根据自身的需要更新业务模型，业务模 型的更新和发布功能使得一家银行很快地共享其他专业银行的管理经验。抽取数据源定义抽取表定义抽取字段定义抽取模式定义展现字段定义展现字段定义展现影象接口定义抽取数据与已有数据的关系定义抽取条件定义展现排序定义数据数据抽取定义数据发布模型定义以下我们以“当日内屡次签到签退”为例进行阐述模型配置过程。模型组配置当前登录者：1退出系统返回主功能界面非实时配置实时配置数据源配置全部展开I全部折登I刷新i预警系统-非实时配置 白白柜员管理业务柜员为自己办理业务监控当日内屡次签到签退 田口个人业务监控+ 口柜员监控预警 国。对公业务监控 国口资产业务监控 田。内部结算监控 由口帐