银行报表系统架构设计说明书.docx
- 文档编号:11003650
- 上传时间:2023-02-24
- 格式:DOCX
- 页数:15
- 大小:447.89KB
银行报表系统架构设计说明书.docx
《银行报表系统架构设计说明书.docx》由会员分享,可在线阅读,更多相关《银行报表系统架构设计说明书.docx(15页珍藏版)》请在冰豆网上搜索。
银行报表系统架构设计说明书
文件信息
文件标题
XXXX统一监管报送应用环境说明
编写人
编写日期
2013-09-29
修订记录
日期
版本
修订描述
作者
2013-09-29
V1.0
创建
1前言
1.1目的
本文档为了指导报表门户项目开发工作的进行,提出报表门户项目功能开发思路,对系统中大概的流程和技术方案进行描述,为报表门户项目详细设计提供依据。
1.2X围
本文档适用于所有与本项目有关的软件开发阶段与其相关人员,其中:
项目经理、技术开发人员〔包括分析人员、设计人员、程序人员〕、测试人员应重点阅读本文档各部分,其他人员可选择性阅读本文档。
1.3内容提要
本文档包含了项目概述,系统现状分析,系统架构与部署,系统整合架构等内容。
1.4术语定义
简称/术语
全称
说明
表1.术语表
1.5参考资料
文档名称
作者
说明
表2.参考资料列表
2项目概述
2.1项目目标
本系统的总体目标是:
按照人民银行与银监会数据管理要求,由总行统一上报和处理人民银行统计数据,从而实现数据的统一管理、统一维护和共享使用,满足总行和各管理部门统计报表管理工作要求,促进管理工作实现规X化、程序化、现代化。
2.2性能指标
1.系统用户并发数
系统支持100用户并发操作,错误率小于5%
2.批处理时间
数据抽取:
2小时〔包含月末年末〕
报表批量初始化:
30分钟
报表批量归并:
10分钟
报表批量汇总:
5分钟
3.报表响应时间
报表查看响应时间5秒
报表填报响应时间6秒
报表校验响应时间6秒
报表保存响应时间5秒
4.数据查询
常用查询响应控制在5秒以内
5.扩展性
机构:
支持扩展到500机构
用户:
支持扩展到500用户
3系统现状分析
3.1现有系统
目前XXXX银行的监管报送系统与行内报表系统分别由不同的厂商开发,各系统都要维护自己的一套源数据,随着行内业务的快速发展以与监管机构上报要求的不断变化,现有的系统难以适应监管机构与行内的要求,主要存在以下问题:
1.源数据不统一,各系统之间存在数据的重复抽取
2.没有建立统一的对外报送口径
3.针对监管报送报表的数据没有进一步的分析利用。
4系统架构与部署
4.1系统总体架构
4.2系统技术路线
从整体上来说,可以将监管报送平台分为后台服务程序、报表定义客户端和浏览器访问程序。
后台服务程序与报表定义客户端、后台服务程序与浏览器都采用标准的TCP/IP协议通讯。
系统采用常用的B/S结构,对于安装IE6.0以上的浏览器都可以访问系统。
报表定义客户端程序采用.net2.0开发,支持在windowXP、2000与2003上运行。
统一监管报送平台的后台服务程序也采用成熟的软件支撑平台,支持主流的操作系统包括:
Window〔XP、2000、2003等〕、Linux、Unix(Aix、Solaris、Hp-Unix等);系统支持与主要的数据库集成,成功应用的数据库有Oralce、DB2、SQLServer;理论上,系统支持几乎所有的应用服务器,并在Weblogic、Webshpere上有广泛的应用。
●操作系统平台
采用J2ee架构,支持跨平台部署。
●Web服务器
Weblogic/WebSphere
●数据库服务器
Oracle/DB2/SQL/Infosys等
●应用开发技术
Java、JavaScript、HTML、XML、CSS、C#.NET等
●ETL工具
Datastage或者封装的Java接口。
●系统设计架构
数据访问层、业务处理层、前端展现层
4.3系统关系
报表门户系统
关系
数据平台系统
报表门户系统
界面关系描述
无
报表门户系统
流程关系描述
每天凌晨数据平台自动将数据与就绪标记插入中间库,报表门户自动从中间库抽取数据
报表门户系统
数据关系描述
数据平台将源数据转换为报表门户要求的格式插入中间库,报表门户系统从中间库取数据
报表门户系统
部署关系描述
中间库与数据平台部署在一个数据库中,报表门户与数据平台部署在不同的服务器上
报表门户系统
网络关系描述
数据平台与报表门户服务器可以相关访问数据库相应的端口
4.4报表门户系统组件
报表门户系统包含的子系统如下:
UPRR:
统一监管报送平台
UPRR是所有监管程序的基础平台,为综合报表核心管理平台,负责报表的流程管理、加载配置、状态控制、报表监控。
CELL:
监管报表核心程序
该模块包含了1104,大集中,分支报表,利率报备,监管报表等报表的定义,管理。
:
数据加载模块
为报表的ETL加载服务,负责将外部结构化数据进行合并、转换、加载。
报表设计器:
支持1104,大集中,分支报表,利率报备与行内报表的报表模版,报表公式的新增、修改、维护,以与公司发布的制度包统一更新。
5系统整合架构
5.1系统总体整合架构
系统总体分为架构分为四层:
数据源层:
目前XXXX银行的数据源为数据平台
接口层:
报表门户系统通过模块定义的标准接口将接口层的数据加载到报表门户的数据接口中
数据处理层:
通过报表门户中内置的监管报送数据模型将接口层的数据加工生成报表层的数据
应用展示层:
通过报表任务调度,将数据模型中的数据加工成1104报表,大集中报表的的数据,允许用户对数据进行补录,校验,汇总,下载与对外报送
在已有报表数据的基础上,可以生成合规预警数据,可以将系统中的报表集成到报表门户服务器中,允许用户进行统一的查询和分析。
5.2数据流程图
业务数据源通过中间库与监管报送平台进行对接,数据进入监管报送平台后首先存放于源数据层〔未经任何加工〕,随后经过数据质量监控后进入监管模型层和指标层,无法从业务数据源获得的监管模型数据通过补录平台来进行完善,监管模型数据和指标数据通过转换规则形成各类监管报表,在经过前台数据处理后,最终报表数据被保留在报表层,以被日后查询和分析使用。
系统数据抽取流程图如下:
报表数据处理流程:
在整个数据流程处理过程中,始终以任务为主线进行,任务主线又分为ETL任务、补录任务和报表任务三方来做整体控制,ETL任务将根据业务数据源所定义的接口频度来设定,补录任务与ETL任务之间设定关联性,当关联的补录任务扫描到ETL任务完成之后,补录任务会自动下发,补录任务与报表任务之间也将设定关联性,当关联的报表任务扫描到补录任务完成之后,报表任务会自动下发,此时报表制作人员可对监管报表进行数据处理等业务操作。
在整个任务流转过程中,设有任务状态查看功能,通过该功能可监控到各关联任务的完成情况,当报表填报人员在约定时间内发现报表任务未下发时,可通过任务状态查看功能追踪ETL任务、补录任务和报表任务所处状态,从而发现异常点。
具体流程如下:
5.3系统安全架构
5.3.1数据传送安全
系统采用SSL128位的加密技术保证数据的安全性。
SSL协议是SecureSocketLayer的缩写,SecureSocketLayer(SSLV3.0)协议为Internet提供了一个安全的通讯标准。
这个协议双方提供了一个安全通讯方案,可以防止偷听,和消息伪造。
5.3.2密钥安全
系统内的所有用户密码都是采用MD5算法加密存储,保证用户密钥的安全。
且系统可以设置用户密码的有效期限,复杂程度。
5.3.3操作安全
对于非授权用户的登陆或访问,系统将自动记载登陆机器名、用户名和登陆密码,防止恶意登陆非授权功能项。
系统的权限控制粒度可以细化到功能按钮与报表单元格,从而最大限度的保证用户操作与数据的安全性
5.4系统软件部署
环境类组别
应用服务器
软件环境
硬件环境
操作系统
应用服务器
jdk
服务器型号
配置说明
类型
版本
类型
版本
类型
版本
生产环境
Linux
RedhatEnterpriseLinux5.5
weblogic
11g
sunjdk
1.6
HP刀片服务器
8C16G主频4.3以上硬盘300G
开发环境
Linux
RedhatEnterpriseLinux5.5
weblogic
11g
sunjdk
1.6
HP刀片服务器
8C16G主频4.3以上硬盘300G
测试环境
Linux
RedhatEnterpriseLinux5.5
weblogic
11g
sunjdk
1.6
HP刀片服务器
8C16G主频4.3以上硬盘300G
环境类别
数据库服务器
软件环境
硬件环境
操作系统
数据库
jdk
服务器型号
配置说明
类型
版本
类型
版本
类型
版本
生产环境
Linux
RedhatEnterpriseLinux5.5
ORACLE
11Gr2
sunjdk
1.6
HP刀片服务器
8C16G主频4.3以上硬盘600G
开发环境
Linux
RedhatEnterpriseLinux5.5
ORACLE
11Gr2
sunjdk
1.6
HP刀片服务器
8C16G主频4.3以上硬盘600G
测试环境
Linux
RedhatEnterpriseLinux5.5
ORACLE
11Gr2
sunjdk
1.6
HP刀片服务器
8C16G主频4.3以上硬盘600G
5.5系统物理部署
6迁移方案
6.1基础信息迁移
基础信息迁移包含以下内容:
1.机构信息
将行内核心系统的机构初始化到系统中
2.用户信息
按照业务部门要求重新创建相应的角色与用户
3.对外报送机构信息
按照现有的1104和大集中系统设置对外报送关系与编码映射
6.2历史数据迁移
1.1104历史数据迁移
整理历史的法人1104报表对外报送数据〔EXCEL格式〕,将EXCLE的名称统一修改为系统可以识别的命名规X,再批量导入到报表门户系统中
2.大集中报表历史数据迁移
将客户对外报送的历史IJ文件统一导入报表门户系统
7架构风险
7.1应用的X围
本系统涉与的监管报送的对象有人民银行,银监会,外管局,行内使用对象有计财部,信贷部,授信部,国际业务部,资金部科技部等,随着时间推移,各监管报送部门要求与报送内容会发生变化,同时行内的业务与用户也会逐步增加,这要求系统有很好的扩展性。
7.2数据源变动
本系统采用标准数据模型方式开发,如果业务系统数据发生变化,只需要在数据平台层面做相应的调整,报表门户的数据接口层不用做改动。
7.3制度升级
对于1104,大集中,合规预警与其它监管报送模块,系统都有相应的制度更新功能,如果以后监管部门制度发生变化,更新公司提供的制度更新包即可。
8附录
无
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 银行 报表 系统 架构 设计 说明书