Fidelity核心应用系统Corebank.doc

Fidelity核心应用系统Corebank---内部培训笔记 Fidelity系统平台及操作管理----小结 前言 Fidelity系统Corebank是基于在IBM主机系统平台上运行的银行核心应用系统，根据主机系统技术特点，在应用技术设计上有针对性地采取了一定程度的配合。由于厂商没有提供更多的技术细节，我们只能在厂商提供的基本资料基础上，针对Fidelity系统Corebank结合其技术特点，讲述我们的观点。 一、概述 Fidelity系统Corebank，是一个专门针对银行核心业务并按新理念设计的新一代银行核心应用产品。虽然该产品商品化时间不长，并且现在只有一个丹麦银行组织80多家银行在使用，但由于Fidelity系统前一代银行核心产品的成功以及世界各地大小银行的广泛使用，我们不需怀疑Fidelity公司银行产品在业务方面和技术方面的能力。依据多年来从世界各地银行业务支持所取得的经验，以及与IBM公司在主机技术上的战略合作，并且利用成熟的金融服务数据模型（FSDM）设计开发出Fidelity核心应用系统Corebank，主要针对大银行核心业务的服务。 Corebank主要用COBOL语言编写，在由IBM主机z系列硬件、zOS操作系统、DB2数据库和CICSplex组成的Parallel Sysplex 技术平台上运行的，支持大银行、大业务量的银行核心业务集中式运行。 下面分别介绍Corebank在系统技术与运营方面的内容。 二、Corebank的技术架构 1、 Corebank各应用模块（CIF、存款、贷款、支付）的联机交易必须在CICS系统分区上运行。 2、 根据联机业务情况和主机的资源状况，可以利用CICSPLEX的技术特性，让多个CICS系统分区同时运行Corebank系统各应用模块的应用交易。 3、 利用IBM的Parallel Sysplex技术，多台主机系统可以同时运行一套Corebank，提供应用系统上的高容量、高性能、高可靠。 4、 Corebank各应用模块使用DB2技术存取数据，对于大数据量的数据表可以利用DB2物理分区（Partition）处理。 5、 Corebank的使用整体一致的分层体系架构来管理程序和数据。联机交易程序的最上层为第一层，提供标准统一的API接口（API Layer），支持各种不同接入方式的联机交易；第二层是业务交易层（Business Transaction Layer），主要完成一个基本业务的处理（如现金存款、余额查询等），这层可以使用CICS命令提供的资源服务；第三层是业务对象组件层（Business Object Layer），主要完成一些基本业务单元的处理（如利息计算、记帐处理等）；最下一层是第四层是数据存取层（Data Access Layer），负责用金融服务数据模型（FSDM）来组织管理和存取数据。 6、 Corebank同样制定了统一的批量API接口（Data Interface），客户开发的批量程序必须通过Data Interface存取核心应用系统的数据。 7、 业务对象组件层（Business Object Layer）和数据存取层（Data Access Layer）的程序使用zOS操作系统Dynamic Call技术，可以支持Online和Batch共享调用。 8、 Corebank提供的基本应用系统（Base），在业务对象组件层（Business Object Layer）提供一些出口（Exit）点，允许银行扩展或修改基本处理规则。另外，还允许银行按一套标准规范，设计和开发自己特有的API接口和应用程序。 9、 Corebank采用Insert Only技术记录和修改数据，利用DB2产生的时间戳（Timestamp）将资料的变动全程记录。Corebank不记录当前帐户余额，只利用临时历史余额和历史交易记录实时计算当前帐户余额。这种技术不会产生大量的数据锁（data locks），系统并发处理能力强，特别适用每天有大量交易发生的活期帐户。对于不允许透支的储蓄帐户，由于同一帐户在同一时点上很难有并发交易，帐户余额控制失败引起透支的几率极少。 10、 Corebank利用金融服务数据模型（FSDM）可以配置或新建一套机制，根据交易信息或数据信息自动启动事件（Event），并将信息送到事件数据库中，由相关程序处理相应的事件。 三、联机交易和批量作业的运行原理 1、 通过前端系统或其他系统平台进来的交易（teller、ATM、internet），Corebank可以利用CICSPLEX机制动态地、负载均衡地启动CICS系统分区上的交易。 2、 前端系统或其他平台启动的联机交易可以根据Corebank标准API数据接口的功能代码（Function Code）