综合前置系统架构分析

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

综合前置系统架构分析

摘要:

银行综合前置系统介于外围各业务子系统与银行业务核心系统之间,是银行各种交易渠道的汇总和整合。它通过集中实现不同业务子系统间的协议转换、报文转换、交易路由、安全管理等功能,取代银行种类繁多的前置系统,以达到整合银行IT投资的软硬件资源,简化应用开发与维护目的。

一、系统综述

综合前置系统平台担负着与一系列终端渠道、各种主机系统和第三方系统间的信息处理工作。

主机:指部署在总行数据核心生产系统主机,如账务系统主机,借记卡系统主机等。

渠道:指银行客户在银行使用的各类交易手里终端系统,如柜台终端、自助取款机、电话银行等终端系统。

第三方:指与银行业务有联系的外单位的信息系统,如人行、移动、券商等信息系统。

二、背景介绍

页:1

银行业务可以简单地划分为资产业务、负债业务和中间业务。目前银行之间的竞争焦点是中间业务,中间业务是近年来在银行盈利的重心。

现代商业银行要扩张中间业务空间,开拓新兴服务手段,需要业务与技术密切结合。随着服务品种的增多,服务范围的扩大,用以提供支持的技术系统也日益庞杂,银行技术人员的维护工作量也随之急剧上升。由于竞争剧烈,导致商业银行的很多业务系统在缺乏统一规划的情形下匆匆上马,虽然能够满足一时之需,却使得整个系统架构日渐混乱,导致系统的可靠程度下降,维护和开发新业务的越来越复杂。在银行的机房,经常可以看到各种前置系统(POS、ATM、金卡、呼叫中心、网上银行、银证通、各种代理业务)充斥其间,除了设备需要重复投入,还需要占用技术开发人员大量的精力进行维护和排除故障甚至需要进行辅助的业务,对新业务的开展是十分不利的。

在这种情况下,综合应用前置系统(GAPS即General Application Preposed System,简称大前置系统)就应运而生了。大前置系统是各种交易发起渠道集中、统一的中间接入系统,把各种终端设备的前置系统和外围系统与银行业务主机系统分离,在大前置上集中实现到相关的不同业务子系统的交易路由,是银行开展一般业务是交易发起终端和后台帐务主机间的枢纽控制主机。

以各类外围、外部系统的接入和业务交易(尤其是中间业务交易)处理为重点,建构一个稳定、安全、高性能的业务控制系统。为实现业务发展需要,系统

员使用系统提供的配置集成环境和统一开发环境,通过配置和开发的方式,进行业务功能的扩充。同时系统为业务操作人员提供良好的人机交互界面,完成日常的业务操作和管理。

前置系统解决方案的发展经历了三个阶段。

1.单一功能堆砌的前置系统解决方案

十余年来,各商业银行纷纷投入大量资金和资源,建设和发展信息系统和技术保障体系,并不断推出全新的业务种类和服务模式来满足持续发展的业务需要。

随着银行的服务品种、交付渠道和技术实现的不断增加,使得银行中对应的电脑应用系统也随之增多,由此便出现了这样一个情况:每一个应用系统单独对应后台业务、支付体系等支持系统,很多都配有前置处理机实现特有的业务处理、数据处理或者设备控制管理;银行机房中往往放置着大量不同业务的前置机系统。

第一代前置系统产品增加了系统维护人员的投入,造成银行设备和软件投资的浪费,各地、各个阶段重复开发现象严重,更加危险的是:可能因应用系统的杂乱出现管理上的问题。

2.交换中心集成的前置系统解决方案

随着交付渠道的发展,一个严重的问题摆在银行科技部门的面前,如何支持客户对多渠道服务的要求。随之而来的是一个改良方案,前置系统的第二代产品:交换中心解决方案。

交换中心解决方案从功能上实现了多渠道服务,但是造成的问题更为严重:系统的可管理性更差,不但要管理原来的前置系统,还要管理交换中心。系统的可维护性、性能都遭受到了新的挑战。在银行推出新业务时,交换中心解决方案的开发比原来的方式还要复杂。

3.大前置解决方案

大前置解决方案,也就是前置系统的第三代产品是对交换中心解决方案的发展。它将现有的众多的服务交付渠道和业务前置应用在逻辑上合并成一个整体的系统,对各种不同种类的金融服务、交付渠道、前置业务系统和外围业务系统的共性加以提取和综合,辅以完善的管理功能,形成一套结构开放、适应各种后台核心业务系统、支持各类渠道、产品和业务的“热拔插”、方便升级、具有完备安全控制、容错、稳定、高效的前置解决方案。以各类外围、外部系统的接入和业务交易(尤其是中间业务交易)处理为重点,建构一个稳定、安全、高性能的业务控制系统。

三、系统目标

(一)实现商业银行各种服务渠道与银行业务应用系统以及外围系统的互联;

(二)实现不同服务渠道共用业务逻辑的统一,形成各种渠道面向客户的一致服务;

(三)能够快速适应新产品或业务应用系统的推出;

四、相关知识

(一)业务系统

进行业务交易的发起或处理的系统称为业务系统,各类前台、外围系统、帐务后台、外部单位的帐务系统或者综合应用前置系统都是业务系统。业务系统根据对业务处理的不同可分为业务发起系统和应用处理系统,兼具发起和处理功能的综合应用系统可视为两种系统的合体。

(二)业务子系统

综合应用平台应用服务器中的业务子系统是指为某个外部业务系统服务所需要的在综合应用平台中对应建立的业务处理内部虚拟系统。

同一个业务子系统的交易,具有相同的交易特征码提取规范。在业务子系统中,可以设定该系统的交易通讯数据的交易码和应用的提取流程,系统通过该流程为交易请求分配后续的交易应用归属,确定后续交易处理流程。

(三)业务应用

业务应用是业务的具体实现,包含了完成某类业务所需的交易、交易流程配置以及其他相关资源的配置信息。

业务应用可以互相进行调用。一个外部系统的本地实现通常包含在一个业务应用实现中,对于需要和外部系统进行交易通讯的业务应用而言,可以把对应外部系统的应用视作该系统的一个本地虚拟实现。

(四)资源

综合前置系统中业务应用的可配置的元素称为资源,资源包括报文配置、XML 结构定义、响应码配置、组件定义、交易流程配置等。可以通过配置工具统一维护这些资源的定义和配置,在开发的组件程序中使用这些资源。

(五)流程

组件程序按照一定的规则有序组合,组合方式可以为顺序、循环、分支,及上述三种模式的多层嵌套。交易的控制模块根据流程的配置,完成特定的交易或交易的部分功能。

(六)组件

完成某种特定功能的一段执行代码,应用服务流程控制子系统执行的流程由完成的不同功能的组件根据交易功能进行有序的组合构成。组件可通过二次开发扩充。根据组件实现方式的不同,组件可以是函数组件和程序组件(CICS下)。其中,函数组件可以用静态或者动态调用的函数实现。

五、系统特点

(一)灵活、全面的配置

适应性强、配置灵活、方便能够较好地解决了综合应用平台面临的众多商户、众多接入和外联系统需求复杂的问题。本次项目开发的目标系统需要实现这一特点,做到配置灵活、提高系统的可配置度,使配置开发过程快捷简单,同时对所有的可配置资源加以有效的控制和管理,做到活而不乱。

(二)简单、完整的管理

目标系统所要纳入的各类业务应用复杂,需要为提供一统一的的管理操作环境,提供日常维护操作、帐务处理、批量业务处理、查询服务等中心业务管理功能,并对所有的操作能进行有效跟踪和监控。

(三)稳定性

作为未来的数据处理中心的核心前置系统,系统的稳定性意义重大。目标系

相关文档
最新文档