文档介绍：中国 XX 银行 XX 分行中间业务系统金融平台改造项目系统设计说明书文档编号: CG-C03-DLNH-200801- D BL0 105 编写人: ZZZ 审核人: XXX 丹东市启东信息工程研究所 2008 -4-10 保密 2 变更记录版本发布日期修改内容修改人审核人 2008- 4-10新建 ZZZ XXX 文件名称中国 XX 银行 XX 分行中间业务系统金融平台改造项目系统设计说明书第 3页文件编号 CG-C03-DLNH-200801- D BL0 1 版本号 编写部门软发中心编写人 ZZZ 审批人 YYY 审批日期 2008-4-10 3 . 编写目的本项目所有中间业务均在金融服务平台—— TULIP 平台上开发、运行, 因此项目的总体设计即为 TULIP 平台的设计架构,关于各个中间业务的具体设计请参考具体设计书。下面发介绍金融服务平台的总体设计思想、体系架构,使读者对金融服务平台的研发背景、平台定位、系统功能、设计模型的构建等有一个全面的、深入的理解和认识,并对以后的平台应用起到提纲挈领的作用。 . 名词解释交易渠道完成交易的通道,负责交易的发起和交易结果的表现。交易后台能够针对某种交易请求进行处理并得到相应的处理结果的系统,是交易的实现者和交易最后完成点。 ABIS 系统是对中国 XX银行新一代综合业务系统的简称。内部交易码 Internal Transaction Code ( ITC ) 是金融服务平台内部使用的完成某一特定功能交易的唯一标识,一个交易码唯一对应着一个内部功能的实现,由系统自动生成。外部交易码 External Transaction Code ( ETC ) 应用系统面向渠道开放的完成某一个特定功能交易的标识。在金融服务平台 4 中,对外部交易码进行分段管理,不同地区的同一个外部交易码可能会对应着系统内部不同的内部交易实现过程。交易引擎 Transaction Engine ( TE) 是金融服务平台内部的交易逻辑解释模块,负责对交易的相关要素进行分析,按照一定的交易流程完成交易。 ponent 完成某种特定功能的一段执行代码,应用服务流程引擎执行的流程由完成不同功能的组件(或者构件)根据交易功能进行有序的组合构成。组件可通过二次开发扩充。根据组件实现方式的不同,组件可以是函数组件和程序组件(CICS 下)。其中,函数组件可以用静态或者动态调用的函数实现。组件是金融服务平台的流程的组成要素,是运行环境中的最小功能单元。 ponents Area ( CR) 是组成金融服务平台的交易流程的基本单位,它由组件与控件共同组成。产品信息总线 Task Channel ( TC) 是金融服务平台在交易流程中所用到的资源的集合,它不是一个物理存在的通道,应该是一个存在于数据库层的配置信息。运行数据总线 Data Channel ( DC) 是金融服务平台交易过程中所用到的报文数据。 2 平台定位及目标 背景分析目前面向交易的 XX 银行应用系统根据处理逻辑的不同分为三个层次:渠道层、金融产品层、核算层。其中, 核算层及传统金融产品主要部署在 ABIS 系统文件名称中国 XX 银行 XX 分行中间业务系统金融平台改造项目系统设计说明书第 5页文件编号 CG-C03-DLNH-200801- D BL0 1 版本号 编写部门软发中心编写人 ZZZ 审批人 YYY 审批日期 2008-4-10 5 中,为银行客户提供传统的金融产品服务,并为其他金融产品提供帐务逻辑处理的服务,而各种新型金融产品的应用逻辑(帐务逻辑除外)则根据业务的不同分别分布于 AIPS 、中间业务平台、投资业务平台、第三方后台服务等应用系统中。这样,根据应用部署的不同又可以按照渠道层、前置层、后台服务层等三个层次划分,如下图: 前置层随着全国数据集中项目的稳步进行及 ABIS 系统的日趋稳定和完善,各分行的工作重点正逐步向渠道层和前置层转移,渠道整合、 ACBS 两个项目的实施为渠道层的应用逻辑统一处理打下了坚实的基础,而前置层上的应用处理则处于相对混乱的状态,主要有以下一些问题: 一方面,不同的业务在不同的应用系统中实现,就要求渠道层必须根据业务的不同判断其对应的后台并组装该应用系统所定义的报文,从而加重了渠道层应用处理的复杂度;另一方面,各级分行科技人员面临着总行开发推广的各种金融产品和各个不同的应用系统,还要应对各种本地化的新型金融产品,而总行开发推广的产品,大都由不同的产品组开发,有着不同的设计思想、不同的开发****惯、各种不同的工作流程、各种自定义的数据库表、不同的报表生成方式,大量的程传统金融服务产品新型金融服务产品新型金融服务产品后台服务层后台服务层渠道层 6 序维护、大量的系统