中总行电子验印系统技术方案V09文档格式.docx
- 文档编号:21734867
- 上传时间:2023-02-01
- 格式:DOCX
- 页数:23
- 大小:381.88KB
中总行电子验印系统技术方案V09文档格式.docx
《中总行电子验印系统技术方案V09文档格式.docx》由会员分享,可在线阅读,更多相关《中总行电子验印系统技术方案V09文档格式.docx(23页珍藏版)》请在冰豆网上搜索。
要重新修改□
评审组
成员签字
注:
评审过程中如发现问题,由项目经理(或指定人员)填写《评审问题报告单》,提交相关人员进行修改。
修改完成,须重新提交项目经理组织评审。
1引言
1.1编写目的
本技术方案的编制目的是详细叙述中国银行股份有限公司电子验印系统项目的技术规范、实施方案等加以说明和界定。
本《技术方案》作为系统的根本指导性文件和验收的依据,在系统开发周期中,所有的技术要求将依赖本方案。
本《技术方案》的读者为系统架构师、软件管理人员、开发编程人员和测试人员、软件使用人员。
1.2系统背景
软件名称:
《中国银行股份有限公司电子验印系统》
简称:
《电子验印系统》
任务提出:
中国银行股份有限公司
软件开发:
北京汇冠金财科技有限公司
软件用户:
版权所有:
双方共有
1.3参考资料
Ø
ISO9001软件开发文件编制指南
计算机软件工程规范国家标准汇编——中国标准出版社
CMM软件能力成熟度模型的《技术规范》
1.4系统定义
“电子验印系统”(以下简称本系统)是利用扫描设备提取票据影像,通过与已存入的印鉴图像信息进行数据比对,对图像信息中的印鉴图像信息进行判断真伪,实现印鉴验印电子化的过程。
1.5系统目标
●实现票据验印的电子化,提高业务处理效率,降低运营成本
●规范验印判断标准,防范金融风险
●运行稳定性:
系统应连续、可靠地运转,保证银行验印业务稳定进行
●外设无关性:
充分考虑到系统重要外设的维护和更新换代,尽量提供统一的外设接口,在更换不同型号的外设后,不影响系统的运行。
●容易操作性:
充分考虑到银行的特点,提供菜单驱动,小键盘驱动等多种操作方式,界面友好,容易理解和操作。
1.6术语解释
2UF_Seal验印中间件
2.1设计目标
UF_Seal验印中间件是我公司在多年从事电子验印系统实施的基础上,剥离抽象出来的一套核心服务,该服务脱离了架构和应用环境的束缚,可以最大限度上的对电子验印进行应用,实现不同需求下的电子验印系统的实施。
具体目标如下:
1、全行印鉴资源共享
2、全行印鉴资源统一管理
3、提供标准统一的验印服务,与具体的行内业务应用无关
4、提供标准的扫描仪驱动技术,与具体的扫描仪型号无关
5、提供标准的查询服务,为其他业务系统提供验印结果查询
6、解决大批量电子图像的验印请求
7、支持总、分、二级分行、支行多种部署方式
2.2架构设计
1、采用J2EE架构,可以支持跨平台;
2、可以根据需要选择合适的应用服务器(WebLogic、WebSphere、Tomcat)
3、采用EJB或WebService接口规范,采用XML进行数据传输
4、OCX组件通过接口层对业务逻辑进行调用,完成业务功能
2.3硬件布署
●服务器端:
应用服务器:
处理客户端的应用请求
数据库服务器:
对数据库进行操作
自动验印服务器:
提供自动验印服务功能
文件服务器:
对文件进行管理和调用
●客户端:
客户机:
发起处理请求
2.4中间件组成
2.4.1OCX控件
功能说明:
1.账户管理:
账户资料的建立、变更、销户管理,对印鉴资料的录入、变更、作废管理
2.印鉴审核:
对账户资料及印鉴资料管理的复核。
3.印鉴核验:
对电子影像中印鉴的有效性识别。
调用方式:
aaaa.jsp?
网点号=001&
柜员=002.....
2.4.2验印服务
1.自动负载均衡:
调度自动验印服务工作站的工作,均衡分配验印任务。
2.预留印鉴获取:
实现与印鉴数据库的接口,根据业务信息获取适合的预留印鉴。
3.验印核心调用:
实现与验印核心的调用接口,对电子影像进行印鉴的自动识别。
4.记录验印结果:
记录自动验印结果到业务数据库,待外围系统查询。
调用方式
Socket异步通讯方式
2.4.3业务逻辑服务
采用Java程序开发,J2EE体系架构
服务介绍:
日志管理服务:
提供验印日志记录、查询、统计
预留印鉴服务:
提供预留印鉴的增加、删除、修改、变更等操作服务
账户管理服务:
提供账户信息的增加、删除、修改、变更等操作服务
档案管理服务:
提供柜员、网点、岗位、权限等基础资料的增、删改操作服务
票据图像获取服务:
向文件服务提交获取图像请求,并返回给前端辅助验印OCX控件
2.4.4数据库服务
为UF_Seal验印中间件提供数据存储、查询、归档等数据库服务
2.5模块之间通讯方式
●验印系统与全国支票影像目标系统前端采用OCX控件通讯
●自动控制服务和全国支票影像目标系统采用Socket进行通讯
●自动控制服务和同城票据交换系统采用Socket进行通讯
●验印系统与银行核心系统前端采用OCX控件通讯
●OCX控件和应用服务器通过Http协议和XML进行通讯
●自动验印采用ADO连接方式,通过Oracle客户端和数据库通讯
●应用服务器和文件服务采用Socket方式进行通讯
●自动验印和文件服务采用Socket方式进行通讯
●自动控制服务和数据库通过ADO连接方式,通过Oracle客户端和数据库通讯
●自动控制服务和文件服务采用Socket方式进行通讯
●自动控制服务和自动验印采用UDP方式+Socket方式进行通讯
2.6开放功能介绍
UF_SEAL验印中间件去管理整个系统的对象贮存、对象调用和对象处理。
每一个UF_SEAL验印中间件服务都针对所处理的任务作了特殊的优化。
各个服务之间即相互依存,又相互独立。
这些服务合在一起,实现对印鉴管理、印鉴审核、自动验印、辅助验印、人工验印、日志管理、柜员管理、系统管理、查询统计等的处理,在基于交易和生产的环境中支持高性能和高可靠的服务。
2.6.1印鉴管理控件
印鉴管理控件针对账户进行各种管理,如开户、销户、账户资料变更、印鉴录入、印鉴删除、印鉴变更、印鉴组合等的印鉴管理。
印鉴管理服务实现了电子印鉴数据的全国集中管理功能。
2.6.2印鉴审核控件
印鉴审核控件包括普通审核与严格审核两种级别,普通审核只需审核人员目测账户信息及印鉴信息是否与印鉴卡信息一致即可复核成功;
严格审核要求审核人员必须在目测账户信息一致前提下,利用审核管理中的核对印鉴功能确保每枚印鉴必须自动核对成功,方可实现账户信息审核成功。
审核管理支持了“换人审核、普通审核、严格审核、审核范围”等功能。
审核管理的级别可依据实际业务规定进行设置,是否使用审核管理也要依据实际业务规定进行设置。
2.6.3印鉴核验控件
印鉴核验控件支持了单张票据影像的人工辅助验印服务,服务支持多种模拟折角方法供操作者核对被测印鉴,检测结果由操作者给出。
服务支持支持28种折角方式(镂空覆盖、横择线、纵择线、十字择线、对角择线、星型择线、米字择线、左斜择线、右斜择线、风车斜择线、纵格栅择线、横格栅择线、右格栅择线、左格栅择线、右斜横择线、左斜横择线、四角择线、四角横择线、四角纵择线、四角右斜择线、四角左斜择线、四角十字择线、中心择线、十字中心择线、右斜中心择线、左斜中心择线),从不同角度、不同方式模拟人工折角比对,比实际人工折角比对方法更多、更灵活;
2.6.4批量验印服务
批量核印模服务支持批量票据影像印鉴自动核对,操作人员可对票据进行批量扫描,形成票据影像,批量核印模块自动批量核对票据影像印鉴。
该操作模式降低了人工操作量,提高了实际业务效率。
批量验印可以选择使用扫描仪或清分机实现票据影像批量扫描。
批量验印服务的任务分发采用竞争机制。
由批量验印服务器主动申请相应任务,任务处理完毕后,返回处理完毕信息,结束该任务。
批量验印服务可以根据任务量的大小随时增加或减少设备,具有很高的灵活性。
2.6.5日志管理服务
日志管理服务用于管理每个行员的工作日志、验印日志及账户管理日志、岗位日志、行员日志。
可对各种日志进行查看、查询和清除等。
2.6.6柜员管理服务
柜员管理服务主要用于验印系统增加、修改、删除系统操作柜员。
该功能支持与行内核心银行系统的柜员管理功能相衔接。
2.6.7系统管理服务
系统管理服务包括机构管理权限、岗位设置、行员权限设置、多项复核机制、不同额度设置和授权控制、数据备份恢复等。
本地库参数管理可由使用单位结合自身业务管理办法进行岗位权限、金额授权等自定义设置。
2.6.8查询统计服务
查询统计服务支持各种类型信息的综合统计查询功能,包括客户信息查询,账户信息统计,客户行业分布分析,账户性质分布分析和凭证收支统计等,并且系统对查询条件进行参数模块化设计,可根据要求定义不同查询条件。
可根据输入的组合条件进行查询,将查询结果排序、过滤和打印,输出到Excel表或文本文件,并且可以查看详细信息。
3电子验印系统
3.1概述
1、电子验印系统是在UF_Seal验印中间件基础上的客户化开发,系统通过调用UF_Seal验印中间件所提供的服务,实现电子验印系统的相关功能;
2、电子验印系统采用全国集中方式管理,只在总中心部署服务器;
3、电子验印系统采用B/S结构,客户端通过IE登录后进行使用;
4、电子验印系统前端IE采用扫描仪方式采集图像;
5、电子验印系统支持导入本地图像方式验印,支持全国支票影像交换过渡系统;
6、电子验印系统提供OCX和Socket两种接口方式供其他系统调用。
3.2系统功能
3.2.1账户管理
3.2.1.1开户
功能描述:
在系统中建立账户的基本信息、印鉴信息,转换纸质卡片信息为电子化账户印鉴信息。
3.2.1.2增加印鉴
为已存储的账户增加印鉴信息。
3.2.1.3增加签字
3.2.1.4删除印鉴
删除以存在的印鉴信息和签字信息。
3.2.1.5变更印鉴
变更已保存的印鉴信息或签字信息为新录入的印鉴信息或签字信息。
3.2.1.6资料修改
修改账户的基本信息。
3.2.1.7销户
对以开户账户进行销户。
3.2.1.8印签组合
依据不同支付金额范围约定,将多枚印鉴进行组合,限制票据的有效金额范围。
3.2.2特殊业务
3.2.2.1销户恢复
对已销户账户进行恢复。
3.2.2.2账户物理删除
对账户进行物理删除,删除后在系统中查询不显示。
3.2.3账户审核
对账户开户、资料变更、印鉴组合增加变更删除、印鉴增加变更注销、账户冻结挂失、账户注销等操作的审核。
确认经办人员维护的账户印鉴信息内容的真实性、有效性。
3.2.4印鉴验印
扫描票据影像,启动自动验印对票据印鉴进行验印,自动验印通过的印鉴,系统自动给出结果。
验印自动验印未通过的印鉴,启动“人工辅助验印”。
人工辅助验印通过人工比对印鉴库预留印鉴方式,给出判断结果。
验印完成后人工驱动打印验印结果。
3.2.5账户查询
3.2.5.1账户简单查询
通过账号对单个账户信息进行查询。
3.2.5.2客户简单查询
通过客户号对单个客户进行查询。
3.2.5.3账户高级查询
查询分析验印系统电子账户印鉴信息数据库,实现依据特定账户内容条件“账号、行号、客户号、账户类型、货币号、开户日期、启用日期”批量查询或单笔查询;
同时支持账户模糊条件关联组合查询特定的单笔或批量账户印鉴信息内容,并可对查询结果进行打印和导出。
3.2.6日志查询
3.2.6.1验印结果当日查询
通过账号和支票号对当日验印结果进行单笔查询。
3.2.6.2验印日志查询
通过“账号、支票号、验印时间段、验印结果”进行批量查询或单笔查询;
同时支持模糊条件关联组合查询特定的单笔或批量验印日志信息内容,并可对查询结果进行打印和导出。
3.2.6.3账户日志查询
通过“账号、时间段、操作类型”进行批量查询或单笔查询;
同时支持模糊条件关联组合查询特定的单笔或批量账户日志信息内容,并可对查询结果进行打印和导出。
3.2.6.4管理员日志查询
通过“时间段、柜员代码”对管理员操作进行批量查询或单笔查询;
同时支持模糊条件关联组合查询特定的单笔或批量工作日志信息内容,并可对查询结果进行打印和导出。
3.2.7系统管理
3.2.7.1机构管理
3.2.7.1.1总行机构管理
管理全行所有一级分行机构,可以对全行一级分行机构进行增加、删除、修改操作。
3.2.7.1.2一级分行机构管理
管理全省所有辖内机构,并定义其归属关系,可以对省内二级分行、支行、网点机构进行增加、删除、修改、改变归属关系操作。
3.2.7.2岗位管理
3.2.7.2.1总行基本岗位管理
定义全行基本岗位类型,可以对基本岗位进行增加、删除、修改操作。
基本岗位是所有详细岗位的基础,每类详细岗位都属于一种基本岗位,且这类详细岗位的权限不操作所属的基本岗位。
系统权限包括:
账户管理、账户审核、印鉴验印、特殊业务、账户简单查询、客户简单查询、账户高级查询、验印结果当日查询、验印日志查询、账户日志查询、管理员日志查询、总行机构管理、一级分行机构管理、总行基本岗位管理、总行详细岗位管理、一级分行详细岗位管理、总行柜员管理、一级分行柜员管理、二级分行柜员管理、支行柜员管理、总行操作范围管理、一级分行操作范围管理、节假日维护、修改密码。
3.2.7.2.2总行详细岗位管理
定义总行级别的详细岗位类型,可以对详细岗位进行增加、删除、修改操作。
每个详细岗位归属与一个基本岗位,详细岗位的权限范围不操作所归属的基本岗位权限范围。
3.2.7.2.3一级分行详细岗位管理
定义一级行级以下(包括一级分行)的详细岗位类型,可以对详细岗位进行增加、删除、修改操作。
3.2.7.3柜员管理
3.2.7.3.1总行柜员管理
管理总行柜员,可以对总行柜员进行增加、删除、修改操作。
3.2.7.3.2一级分行柜员管理
管理本一级分行柜员,可以对本一级分行柜员进行增加、删除、修改操作。
3.2.7.3.3二级分行柜员管理
管理本二级分行柜员,可以对本二级分行及本二级分行管辖内所有机构柜员进行增加、删除、修改操作。
3.2.7.3.4支行柜员管理
管理支行柜员,可以对本支行及本支行管辖内所有机构柜员进行增加、删除、修改操作。
3.2.7.4操作范围管理
3.2.7.4.1总行操作范围管理
管理总行所有范围内机构操作范围,可以对总行、一级分行、二级分行、支行、网点操作范围进行增加、删除、修改操作。
3.2.7.4.2一级分行操作范围管理
管理本一级分行辖内范围所有机构操作范围,可以对一级分行、二级分行、支行、网点操作范围进行增加、删除、修改操作。
3.2.7.5节假日维护
系统节假日设置。
3.3软件结构
●说明:
⏹系统前端应用:
通过IE浏览器来实现与业务人员的界面交互,使用HTTP协议传递用户指令及业务信息到业务逻辑应用。
⏹业务逻辑应用:
实现电子验印系统业务逻辑,把电子验印系统前端传递的用户指令及业务信息经过处理后写入数据库,并返回处理结果给系统前端应用。
⏹数据库:
记录系统基本信息、业务信息、操作日志等信息。
●功能模块包括:
⏹用户管理
⏹权限管理
⏹网点资料管理
⏹参数管理
⏹账户管理
⏹印鉴管理
⏹印鉴审核(支持全国支票影像)
⏹日志管理
⏹报表统计
3.4硬件布署
4支持行内相关系统
4.1对行内系统提供的接口
4.1.1自动验印接口
4.1.1.1接口简介
为解决大量电子影像的验印处理需要,系统提供批量自动验印接口。
外围应用系统通过对此接口的客户化开发,只需向系统接口传递电子影像及相关业务信息,就可以实现对大量电子影像的批量后台验印处理。
4.1.1.2实现的接口方式
接口使用Socket技术实现。
外围应用系统通过对系统接口的Socket调用业实现批量自动验印的业务处理。
4.1.2辅助验印接口
4.1.2.1接口简介
为解决单笔电子影像的人工辅助验印处理需要,系统提供人工辅助验印接口。
外围应用系统通过对此接口的客户化开发,只需向系统提供电子影像信息及相关业务信息,就可以实现对单笔电子影像的人工辅助验印处理。
4.1.2.2实现的接口方式
接口使用OCX技术实现,外围应用系统通过对OCX组件的调用来实现人工辅助验印处理。
对于单笔影像来说,先在本地做自动验印,若自动验印不通过,再由柜员做人工辅助验印
4.2全国支票影像交换过渡系统
4.2.1处理流程
●柜员通过人行提供的外挂软件负责进行票面要素审核,把影像按照文件的形式导出
●柜员在验印系统前端导入待验印的支票影像
●根据影像输入账号、金额等必须要素
●验印系统在前端先进行自动验印,如果自动验印通过则把结果通知柜员,如果不通过,柜员可以人工辅助折角进行验印,得出验印结果
4.2.2实现方法
在电子验印系统的印鉴核验OCX控件中,增加影像导入功能,具体实现方法由电子验印系统来完成
4.3全国支票影像交换目标系统
●提供OCX控件支持全国支票影像交换目标系统的前端
●提供Socket服务支持全国支票影像交换目标系统的批量验印
●提供一个Socket接口的客户端API函数(标准C)
●提供一个验印结果查询接口,由目标系统通过Http方式向验印系统发查询请求,得到结果后记录目标系统的验印日志
4.4银行核心业务系统
●提供OCX控件支持银行核心业务系统的前端
4.5同城票据交换系统
●提供OCX控件支持同城票据交换系统的前端
●提供Socket接口支持同城票据交换系统的批量验印
●提供一个验印结果查询接口,由同城票据交换系统通过Http方式向验印系统发查询请求,得到结果后记录同城票据交换系统的验印日志
●客户端Socket请求由同城票据交换系统来完成
5系统安全方案
5.1单点故障解决办法
5.1.1第一阶段:
●数据库服务器:
使用Oracle的RAC技术来实现数据库服务器的高性能和高可靠性。
●应用服务器:
使用WebSphere的群集技术来实现应用服务器间的容错,保证在群集中某个应用服务器不能正常工作的情况下,其它正常的应用服务器可以接替他的工作给应用终端提供服务,保证服务的连续性。
●应用终端:
不考虑单点故障问题
5.1.2第二阶段:
●自动验印服务器:
不考虑,通过自动控制服务器来实现任务的自动回收来解决单点故障问题
●文件服务器:
使用双机热备来解决单点故障问题。
●自动控制服务器:
使用双机冷备来解决单点故障问题。
5.2备份策略
账户数据按照永久存储
验印日志按照1年存储
票据影像按照3个月存储
在数据备份方面,采用磁带备份方式,验印日志数据在磁盘阵列上存放时间为一年(252个工作日),票据影像按照3个月存储,磁带备份策略为每日做增量备份,每周做一次全备份方式,每季度做依次全备份(票据影像数据),并可以删除磁盘阵列的数据,数据将放在磁带库的磁带中,并进行磁带更换;
每年做一次全备份(验印日志数据),并可以删除磁盘阵列的数据,数据将放在磁带库的磁带中,并进行磁带更换。
5.3加密算法
加密范围:
印鉴信息和用户密码;
加密算法:
公司内部自定义的一种加密算法
6系统实施方案
6.1项目阶段划分
6.1.1第一阶段
1.建设全国集中的电子验印系统
2.实现全国支票影像过渡系统
6.1.2第二阶段
1.提供OCX控件和单笔批量后台验印服务来支持全国支票影像目标系统
2.提供OCX控件来支持中行核心业务系统
3.提供OCX控件和单笔批量后台验印服务来支持同城票据交换系统
6.2推荐硬件配置
6.2.1业务提供资料
6.2.1.1全行对公账户数量
对公账户数量为150万户
⏹全行每天验印业务量(包括了柜台、同城、异地)
●每天均值:
114,543,684/252=454,538*1.2=545,445(笔)
●每小时均值:
545,445/8=68,180(笔)
●每小时峰值:
68,180*3=204,540(笔)
6.2.2系统数据计算关系
6.2.2.1基础数据信息:
每个账户至少有2枚印鉴,随着时间推移,出现变更等情况,印鉴数量会超过2枚,加上客户会有组合印章等情况,可以按照3枚计算(现在生产上的印鉴数量有的可以达到10多枚)
每个账户1099字节
每个账户的组合规则550字节;
一个账户可以有多个组合规则
每个印章信息:
290字节+5K
账户管理日志128字节
功能操作日志100字节
每张票据的验印日志:
989字节
每个章的验印日志:
255字节
每张票据按照2个章计算
6.2.2.2每张票据影像文件大小:
正面:
130K左右
反面:
70K左右
6.2.3硬件配置估计算
6.2.4数据库存储空间估算
综合账户的数据信息,考虑存储为每个账户为13K(每个章5K*2个章=10K+帐户信息1K+组合信息1K+其他1K)
预留印鉴150万*13K(每个章5K*2个章=10K+帐户信息2K+组合信息1K)=18.6G
验印日志每天1K+每个章的日志1K=2K*(545445)*252=262G
总计 281G(有效容量)*2(做Raid的系数)*1.5(预留量)=843G(裸容量)
6.2.5服务器TPCC值估算
验印业务是本次项目数据库服务器和应用服务器处理的主要业务来源之一,考虑到业务的集中时的峰值要求,要求服务器的处理能力应能够满足业务高峰时数据库服务器每分钟6,831笔业务,应用服务器每分钟4,478笔业务。
我们按平均处理一笔业务需要16个TPC-C的测试值计算;
同时考虑到服务器还要处理其他的系统应用,以及保留一定的处理能力余量(50%)。
这样,数据库服务器和应用服务器需要的处理能力为:
6831*16/(1—50%)=218592tpmC
应用服务器方面:
4478*16/(1—50%)=143296tpmC
根据IBMP595的第三方测试值可以得出,64颗1.9GHzCPU的TPCC值是3,210,541
tpmC,这样可以换算出1颗1.9GHzCPU的TPCC值是50,164
tpmC
则数据库服务器需要的CPU(1.9GHz)数量是
218592/50164=4.3,约为5颗1.9GHzCPU,考虑到服务器还要处理其他的系统应用,并且数据服务器使用orac
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 总行 电子 系统 技术 方案 V09
![提示](https://static.bdocx.com/images/bang_tan.gif)