近年来，我行的信息化工作已经取得了很大的成绩，特别是自2012年起，我行在确保信息系统安全稳定运行的基础上，重点推进了具有重要意义的“新一代核心系统”（以下简称“新一代”）建设。“新一代”是对我行当前应用系统的一次全面重构，旨在建立起统一集中的信息技术平台，建立保障业务创新、流程再造、技术革新的长效机制，支撑与引领未来综合性、多功能、集约化经营，目标达到“国际领先，国内一流”。
随着业务规模的迅速扩张，目前的信用卡报表系统越来越难以满足业务发展的需求。而随着信用卡新一代系统建设的全面铺开，在数据展示、数据字典管理等方面上引进了新思想、新工艺、新方法。
因此，信用卡新一代系统建设势必不能缺少与之相适应的新的报表系统。其针对上述存在的现有问题和新一代架构引起的相应变化，目标是构建一个稳定、高性能、可扩展性强、维护成本低的报表系统。由于报表直接面向最终用户，其对数据加工处理的效率、数据准确性、展示美观性等方面的要求都是高过常规系统的。
关键词：报表 新一代
目 录
1 绪论 2
1.1 研究背景 2
1.2 研究意义 2
1.3 研究内容 3
1.4 论文结构 3
2 系统架构设计 5
2.1 概述 5
2.2 逻辑架构 5
2.3 交易线设计 6
2.4 数据架构 7
2.5 物理架构 7
2.6 软件部署 8
3 数据来源层设计与实现 9
4 数据集中层设计与实现 11
4.1 分库数据加工 11
4.2 分库批处理加工 12
4.2.1 Control-M 12
4.3 汇总库数据加工 13
5 P8控制层设计与实现 14
5.1 报表请求 14
5.1.1 服务基本信息描述 14
5.1.2 接口定义 15
5.1.2.1 接口要素 15
5.1.2.1.1 输入接口要素 15
5.1.2.1.2 输出接口要素 15
5.2 转码 16
5.3 数据加工 17
5.4 输出PDF 17
6 总结与展望 18
6.1 总结 18
6.2 展望及改进建议 18
致谢 20
1绪论
1.1研究背景
随着计算机技术的不断发展，计算机已在人们生活生产的各个环节得到了广泛的应用。在银行内部，银行系统的信息化也已经成为一个不可逆转的潮流。由于银行业务的复杂性和用户规模的庞大，银行内部有大量的数据和繁琐的流程需要处理，计算机化的银行信息管理系统已经成为银行现代化运营路程上必不可少的基础设施与技术支撑环境。一个现代化银行的成功运行离不开完整的业务功能、技术娴熟的银行人员、性能齐全、高精尖的银行设备一样，如今它也离不开计算机化的银行管理信息系统。但是正是之前所描述的，银行内部信息量的庞大和业务流程的繁琐对于银行信息系统的构建提出了巨大的挑战。与此同时，如何建立有效的数据集成管理机制，如何充分利用银行积累的大量数据，为银行的科学化管理和发展新的业务服务，成为目前银行急需解决的关键问题。
银行报表系统是事关数据获取、数据部署、数据加工和数据自由展现等多个环节的综合性项目。根据对金融业报表系统的需求，从高性能、高数据安全、整合性、开放性和扩展性的原则出发，对报表系统从整体架构、技术架构、网络架构等问题进行了深入地研究和设计。
1.2研究意义
近年来，我行的信息化工作已经取得了很大的成绩，特别是自2012年起，我行在确保信息系统安全稳定运行的基础上，重点推进了具有重要意义的“新一代核心系统”（以下简称“新一代”）建设。“新一代”是对我行当前应用系统的一次全面重构，旨在建立起统一集中的信息技术平台，建立保障业务创新、流程再造、技术革新的长效机制，支撑与引领未来综合性、多功能、集约化经营，目标达到“国际领先，国内一流”。
随着业务规模的迅速扩张，目前的信用卡报表系统越来越难以满足业务发展的需求。其不足主要体现在以下几个方面：
(一) 数据存储混杂：报表数据与业务系统数据存储于同一个数据库中，导致数据管理工作变得异常复杂，并带来并发访问效率偏低等问题。
(二) 数据管理无序：报表数据相关的清理策略、管理方法不够规范和系统，并由于与业务系统在同一个数据库中，导致分析数据库容量膨胀等问题比较困难。
(三) 数据源分析与指标加工文档不全：大量报表的数据源、指标加工规则没有落实到规范的文档中，导致后期维护成本高昂。
此外，随着信用卡新一代系统建设的全面铺开，在数据展示、数据字典管理等方面上引进了新思想、新工艺、新方法。
因此，信用卡新一代系统建设势必不能缺少与之相适应的新的报表系统。其针对上述存在的现有问题和新一代架构引起的相应变化，目标是构建一个稳定、高性能、可扩展性强、维护成本低的报表系统。由于报表直接面向最终用户，其对数据加工处理的效率、数据准确性、展示美观性等方面的要求都是高过常规系统的。
1.3研究内容
首先，本文回顾了在入职一年来学员所承担的主要贷记卡项目开发工作，以及在导师责任制要求下，对我行规章制度、信息系统开发、项目开发理论和实践等多方面的学习情况。
其次，论文以新一代3.1期贷记卡项目发卡组件报表项目为研究对象，从技术角度和项目架构角度阐述学员对贷记卡项目发卡组件报表的研究心得。在分析贷记卡项目发卡组件报表需求的基础之上，对现状系统进行详细的梳理，对报表中的关键指标给出数据加工过程和方法，并结合新一代标准的该指标的加工过程及方法进行相应的修改，使之能够满足新一代的开发标准。
再者，根据业务所提的报表需求结合性能、安全、可靠性的多方面因素，对报表系统采用分层设计，从底向上分别是数据来源层、数据集中层、控制层（P8）、展现层（P2）。作为项目开发成员参与了上述各个逻辑层级的设计和开发工作。
1.4论文结构
本文研究了贷记卡项目发卡组件报表的实际需求，并对总体方案实施过程和自身实践工作进行了挖掘，具体章节安排如下：
第一部分阐述选题的背景、研究的内容和意义以及论文的组织结构。
第二部分对P8平台、Oracle数据库、存储过程等相关技术，以及原报表系统的学习总结。
第三部分具体阐述考核报表、主机报表以及相应配套的批处理设计与开发。
第四部分对上述各个模块的组件测试、应用测试的结果总结，并对相关难点的优化进行阐述。
第五部分总结与展望。
论文的最后，致谢一年来在工作和生活上帮助我的导师和同事。
2系统架构设计
2.1概述
简而言之，报表系统就是获取正确的报表数据并以合适的形式展现给用户。大体的功能可分为以下几个方面：
1． 用户能以HTML、EXCEL、卸数文件等方式查看或下载报表。
2． 对于如全行或一级分行经营月报等关键报表，系统能通过短信第一时间通知用户。
系统具备以下特色：
1． 系统具备完备的基于角色的权限控制，对该角色能查看哪些报表、能查看报表中的哪些数据都有明确的控制机制。
2． 在全行新一代数据字典的指导下对报表数据指标进行了仔细的梳理，使得报表更加合规。
3． 无论对新报表还是老系统中已存在的报表，都进行一次细致的数据与加工逻辑整理工作，减少了后期的维护成本。
2.2逻辑架构
报表的全流程设计方案如上图所示。方案采用分层设计，从底向上分别是数据来源层、数据集中层、控制层（P8）、展现层（P2）。各层分工明确，具体的职责说明如下：
1. 数据来源层（DSL）
目前的数据来源主要是发卡组件和业务审批组件。随着新一代项目的展开，信用卡项目群的其他组件的报表将被逐步纳入。另外，考虑到现在主机报表由CardLink产品直接产生，这部分报表在尚未整理清楚加工处理逻辑的情况下，将继续由发卡组件（P6）提供。本着数据与计算绑定、减少数据传输的原则，T日数据在各个组件对应的业务数据库中进行加工处理，处理后产生的日报表数据定时由ETL工具装载至报表数据库中统一存放。
2. 数据集中层（DCL）
主要工作是基于数据来源层传输过来的日报表数据来加工长周期报表。考虑到发卡组件（P8）采取了分库分表设计，对这种需要跨库汇总的日报表数据，也由数据集中层统一进行汇总加工。
3. 控制层（P8）
控制层主要负责定位数据源、条件查询、权限控制等工作。其通过解析请求的报表编号与查询条件等参数，定位到对应的数据源并实现参数绑定的条件查询，在获取到报表数据后，通过模板数据或文件的形式传输给展现层。权限控制贯穿于整个过程中，控制层会对报表访问、数据访问实现基于角色的权限管理。
4. 展现层（P2）
该层通过HTML、EXCEL、带表头的固定分隔符文本文件等多种形式向用户提供报表数据的展示。
2.3交易线设计
DSL->DCL：各业务组件加工日报表数据并上送至数据集中层
P2->P8：用户依据报表编号、查询条件等向控制层发出报表查询请求
P8->DCL：控制层定位数据源并向数据集中层请求报表数据
DCL->P8：数据集中层向控制层返回查询出的报表数据
P8->P2：控制层将查询出的报表数据以多种形式返回到展现层
2.4数据架构
基于数据本地计算、减少数据传输量的考虑，系统对数据实行两层架构：
1. 业务数据存储在各业务组件对应的数据库中。
2. 由各个业务组件对数据进行加工后生成的日报表数据存储在统一的报表数据库中。此外，基于日报表数据加工出来的长周期报表数据、基于多数据源数据加工出来的报表数据、最终用于展示的报表数据均存储于此库中。
此架构带来的好处是显而易见的：
1. 实现了业务数据和报表数据的分离，一方面更加便于对报表数据进行管理，另一方面有利于提升相关系统的性能。
2. 明确了业务数据与报表数据的分界，规范了需放入报表数据库的数据来源，系统不再访问包容全部数据的大一统的数据库，有利于报表数据的梳理与维护。
此外，系统还可能存在与分行、P9之间的数据交互。根据需求，系统可能要将ETL卸数文件传输给分行，同时可能要将一些与数据挖掘相关的、需进行深度分析的数据传输至P9。
2.5物理架构
系统的物理架构分为数据库、组件服务器、批处理服务器三大部分。
1. 数据库
该部分主要是为系统提供报表数据，采用两层架构：下层是由发卡组件、审批组件等业务组件所对应的数据库，其中存放业务数据；上层是统一的报表数据库，其中存放每日由ETL工具从各个业务组件数据库装载来的日报表数据，以及据此加工而来的长周期报表数据和多来源报表数据。
2. 组件服务器
该部分主要是根据请求查询报表数据并展示，具体分为P8组件与P2组件。其中，P8组件部署于一台服务器上，负责控制层的工作，根据请求定位数据源，设置查询条件，从报表数据中获取报表数据，并以模板数据或文件的形式传输给P2组件。P2组件部署于另一台服务器上，负责数据展示层的工作，其将用户请求发送到P8组件服务器，在得到P8返回的报表数据后，以HTML、EXCEL等形式展现给用户。
3. 批处理服务器
该部分主要负责两方面的工作。一方面，调度ETL工具将与日报表相关的各业务组件数据库中的原始切面数据装载到报表数据库；一方面，调度相关数据加工过程对报表数据库中的原始切面数据、多数据源数据进行处理，生成最终用于展示的日报表数据与长周期数据。
具体的软件部署见4.6。
2.6软件部署
