综合前置系统架构分析

《综合前置系统架构分析》由会员分享，可在线阅读，更多相关《综合前置系统架构分析（15页珍藏版）》请在金锄头文库上搜索。

1、综合前置系统架构分析摘要：银行综合前置系统介于外围各业务子系统与银行业务核心系统之间， 是银行 各种交易渠道的汇总和整合。 它通过集中实现不同业务子系统间的协议转换、 报 文转换、交易路由、平安管理等功能，取代银行种类繁多的前置系统，以到达整 合银行 IT 投资的软硬件资源，简化应用开发与维护目的。一、系统综述 综合前置系统平台担负着与一系列终端渠道、 各种主机系统和第三方系统间 的信息处理工作。主机：指部署在总行数据核心生产系统主机， 如账务系统主机， 借记卡系统 主机等。渠道：指银行客户在银行使用的各类交易手里终端系统， 如柜台终端、 自助 取款机、 银行等终端系统。第三方：指与银行业务有

2、联系的外单位的信息系统，如人行、移动、券商等 信息系统。二、背景介绍页：1银行业务可以简单地划分为资产业务、 负债业务和中间业务。 目前银行之间的竞 争焦点是中间业务，中间业务是近年来在银行盈利的重心。现代商业银行要扩张中间业务空间， 开拓新兴效劳手段， 需要业务与技术密 切结合。随着效劳品种的增多， 效劳范围的扩大， 用以提供支持的技术系统也日 益庞杂，银行技术人员的维护工作量也随之急剧上升。 由于竞争剧烈， 导致商业 银行的很多业务系统在缺乏统一规划的情形下匆匆上马， 虽然能够满足一时之需， 却使得整个系统架构日渐混乱， 导致系统的可靠程度下降， 维护和开发新业务的 越来越复杂。在银行的机

3、房，经常可以看到各种前置系统POS ATM金卡、呼 叫中心、网上银行、银证通、各种代理业务 充满其间，除了设备需要重复投入， 还需要占用技术开发人员大量的精力进展维护和排除故障甚至需要进展辅助的 业务，对新业务的开展是十分不利的。在这种情况下，综合应用前置系统GAPS!卩General Application Preposed System,简称大前置系统就应运而生了。大前置系统是各种交易发起渠道集中、 统一的中间接入系统， 把各种终端设备的前置系统和外围系统与银行业务主机系 统别离，在大前置上集中实现到相关的不同业务子系统的交易路由， 是银行开展 一般业务是交易发起终端和后台帐务主机间的枢纽

4、控制主机。以各类外围、 外部系统的接入和业务交易 尤其是中间业务交易 处理为重 点，建构一个稳定、平安、高性能的业务控制系统。为实现业务开展需要，系统 设计为一个开放式系统， 具有高度的灵活性和扩大能力。 系统能够让业务开发人 员使用系统提供的配置集成环境和统一开发环境， 通过配置和开发的方式， 进展 业务功能的扩大。 同时系统为业务操作人员提供良好的人机交互界面， 完成日常 的业务操作和管理。前置系统解决方案的开展经历了三个阶段。1. 单一功能堆砌的前置系统解决方案 十余年来，各商业银行纷纷投入大量资金和资源， 建立和开展信息系统和技 术保障体系，并不断推出全新的业务种类和效劳模式来满足持续

5、开展的业务需 要。随着银行的效劳品种、 交付渠道和技术实现的不断增加， 使得银行中对应的 电脑应用系统也随之增多， 由此便出现了这样一个情况： 每一个应用系统单独 对应后台业务、 支付体系等支持系统， 很多都配有前置处理机实现特有的业务处 理、数据处理或者设备控制管理； 银行机房中往往放置着大量不同业务的前置机 系统。第一代前置系统产品增加了系统维护人员的投入， 造成银行设备和软件投资 的浪费，各地、各个阶段重复开发现象严重，更加危险的是：可能因应用系统的 杂乱出现管理上的问题。2. 交换中心集成的前置系统解决方案随着交付渠道的开展， 一个严重的问题摆在银行科技部门的面前， 如何支持 客户对多

6、渠道效劳的要求。 随之而来的是一个改进方案， 前置系统的第二代产品： 交换中心解决方案。交换中心解决方案从功能上实现了多渠道效劳，但是造成的问题更为严重： 系统的可管理性更差， 不但要管理原来的前置系统， 还要管理交换中心。 系统的 可维护性、 性能都遭受到了新的挑战。 在银行推出新业务时， 交换中心解决方案 的开发比原来的方式还要复杂。3. 大前置解决方案 大前置解决方案，也就是前置系统的第三代产品是对交换中心解决方案的开 展。它将现有的众多的效劳交付渠道和业务前置应用在逻辑上合并成一个整体的 系统，对各种不同种类的金融效劳、 交付渠道、 前置业务系统和外围业务系统的 共性加以提取和综合，

7、辅以完善的管理功能， 形成一套构造开放、 适应各种后台 核心业务系统、支持各类渠道、产品和业务的“热拔插、方便升级、具有完备 平安控制、容错、稳定、高效的前置解决方案。以各类外围、外部系统的接入和 业务交易尤其是中间业务交易处理为重点，建构一个稳定、平安、高性能的 业务控制系统。三、系统目标 一实现商业银行各种效劳渠道与银行业务应用系统以及外围系统的互 联；二 实现不同效劳渠道共用业务逻辑的统一， 形成各种渠道面向客户的 一致效劳；三 能够快速适应新产品或业务应用系统的推出；四增强渠道统一管理，提升渠道系统的客户效劳能力；四、相关知识一 业务系统 进展业务交易的发起或处理的系统称为业务系统，

8、各类前台、 外围系统、帐 务后台、外部单位的帐务系统或者综合应用前置系统都是业务系统。 业务系统根 据对业务处理的不同可分为业务发起系统和应用处理系统， 兼具发起和处理功能 的综合应用系统可视为两种系统的合体。二业务子系统 综合应用平台应用效劳器中的业务子系统是指为某个外部业务系统效劳所 需要的在综合应用平台中对应建立的业务处理内部虚拟系统。同一个业务子系统的交易， 具有一样的交易特征码提取标准。 在业务子系统 中，可以设定该系统的交易通讯数据的交易码和应用的提取流程， 系统通过该流 程为交易请求分配后续的交易应用归属，确定后续交易处理流程。三 业务应用业务应用是业务的具体实现， 包含了完成某

9、类业务所需的交易、 交易流程配 置以及其他相关资源的配置信息。业务应用可以互相进展调用。 一个外部系统的本地实现通常包含在一个业务 应用实现中， 对于需要和外部系统进展交易通讯的业务应用而言， 可以把对应外 部系统的应用视作该系统的一个本地虚拟实现。四 资源综合前置系统中业务应用的可配置的元素称为资源， 资源包括报文配置、 XML 构造定义、响应码配置、组件定义、交易流程配置等。可以通过配置工具统一维 护这些资源的定义和配置，在开发的组件程序中使用这些资源。五 流程 组件程序按照一定的规那么有序组合，组合方式可以为顺序、循环、分支， 及上述三种模式的多层嵌套。 交易的控制模块根据流程的配置，

10、完成特定的交易 或交易的局部功能。六组件完成某种特定功能的一段执行代码， 应用效劳流程控制子系统执行的流程由 完成的不同功能的组件根据交易功能进展有序的组合构成。 组件可通过二次开发 扩大。根据组件实现方式的不同，组件可以是函数组件和程序组件 CICS 下。 其中，函数组件可以用静态或者动态调用的函数实现。五、系统特点 一灵活、全面的配置 适应性强、配置灵活、方便能够较好地解决了综合应用平台面临的众多商户、 众多接入和外联系统需求复杂的问题。 本次工程开发的目标系统需要实现这一特 点，做到配置灵活、提高系统的可配置度，使配置开发过程快捷简单，同时对所 有的可配置资源加以有效的控制和管理，做到活

11、而不乱。二简单、完整的管理 目标系统所要纳入的各类业务应用复杂， 需要为提供一统一的的管理操作环 境，提供日常维护操作、帐务处理、批量业务处理、查询效劳等中心业务管理功 能，并对所有的操作能进展有效跟踪和监控。三稳定性 作为未来的数据处理中心的核心前置系统， 系统的稳定性意义重大。 目标系 统需要保证能为所有经过的交易提供稳定、不连续运行的保证。四高性能目标系统需要处理从前台柜面、银行周边、外部系统等各类方式发起的实时、 非实时，单笔、批量交易，需要为银行提供高交易压力下的系统的处理能力，并 保持交易处理的一致性。五扩大性为利于系统的升级、维护，应有良好的系统模块构造设计，使维护、升级等 功能

12、扩大的工作量、对原有系统的影响降低至最小。解决好该问题能使系统升级、 维护工作得到简化和标准化，使推广该系统的本钱减到最小。六平安性系统的平安性包含两个方面。一方面是由于系统和多家外部系统实现交易互 联，由此带来系统的平安问题和联机交易数据的平安问题，需要建立相应的系统 平安机制和通讯平安保障体系解决这一方面问题。另一方面，系统的开发、使用过程中，必然涉及内部的开发人员、系统管理人员、一般操作人员，需要建立有 效的系统用户授权和跟踪控制体系，防止由于人员的操作不当等引起的系统内部 数据平安问题。七二次开发能力目标系统的设计为一个开放式系统， 能够根据业务的开展，通过传统的开发 手段，对系统的应

13、用级功能的开发扩大，提高系统的适应能力。八系统保障能力任何系统都不能防止运行异常，目标系统作为业务核心之一，需要有对异常 或故障事故的应对能力，在软件层实现系统故障保障功能，尽可能地减少故障带 来的损失，提高系统的恢复能力和速度。六、系统功能1. 强大的应用效劳处理功能。2. 应用效劳接入、报文转换、交易分发、流程控制、业务处理。3. 丰富的业务应用管理功能4. 日常管理、中心查询、报表打印、批量发起以及系统业务监控。5. 强大的应用配置开发集成功能6. 系统提供银行业务系统开发人员对大前置 GAPS进展资源配置、交易开 发、系统维护、业务和系统监控等功能的人机界面环境7. 系统综合测试平台8

14、. 系统为业务开发提供了配置各类交易报文、自动生成和解析的环境。七、系统架构设计与实现一根本设计思想综合应用前置系统GAPS在资源层次模型RLM根底上进展扩展后建立各 级资源对象，形成系统的资源管理树。应用效劳处理核心ASPK根据资源的配 置实现交易逻辑的控制。系统提供的应用配置集成开发环境 ACIDE那么由开 发人员通过对该资源管理树的扩大更新，实现对 ASPK勺控制。业务应用管理控 制台TAMC由业务人员使用，提供用于系统的业务管理操作的界面环境。二系统架构彳“宙基世年統頁咗岳喙PC时區地町畋电用MLTJJixg 曲i比mg pg出如处希传入追=白助氓歸手 tttRti呼|中心冏上姗亍四业

15、务逻辑架构ATM通道道银证应用代理应用应用II.金卡中心I /中心主机*A.Ji厂外部业 务系统厂柜券网统&道交易通道业务子系统银证子系统金卡应用中心应用理单位通代理业务子系统交易五eRLM模型页：7在eRLM中与业务应用实现相关的实现要素为前置系统资源，诸如数据资源、报文构造、文件构造、组件、流程均被纳入到平台的资源管理中。前置系统的资源 分为以下层次：数据资源层、控件资源层、组件资源层及应用效劳流程。数据资源层主要包括XML数据存储交换区和前置系统数据库。XML数据存储 交换区存在于业务处理进程内存之中， 其中存放的数据是处于交易运行态的， 是 临时的、动态的；而数据库是存在于硬盘之中，其中存放着静态的永久数据。两 者均包括配置数据和业务数据。控件资源层包括接口控