案例:银行交易与内部核算系统分离
系统的定位和特点
1、会计引擎
IFAR系统的定位是面向核算,面向披露,面向管理。主要包括核算支持,报告支持、管理支持和内部控制这四大部分。IFAR系统与其他业务系统既相对独立又相互关联,一方面交易与核算分离,改变了目前业务处理与核算处理互相制约的局面;另一方面IFAR系统存储各个业务系统的交易场景信息,通过标准化的核算场景信息接口,与业务系统进行批量核算对接,提升核算系统的适应能力。
“实现业务与核算的分离,其中的一大亮点是实现会计引擎”,蔡钊介绍道:“通过会计引擎可以将各种业务场景转化为会计需要的东西,比如将核算规则从代码中脱离出来,业务人员就能够根据业务场景模型配置核算规则。这样的分工改变了传统的程序开发模式,开发人员只专注于核算场景信息的获取,提高开发效率;业务人员只专注于规则的配置,通过自定义业务场景的核算规则,实现关键业务核算规则不需要通过重新编译和部署就可以进行调整,缩短了开发周期实现新业务的快速上线需求。”
2、统一记账接口
统一记账接口是IFAR系统的账务处理中心。在记账接口中,为了实现根据不同业务应用需求灵活配置各个服务组件来提供各种不同的服务功能,IFAR系统采用了主机平台上的显式动态链接技术。“我们通过指定DLL名来加载特定动态链接库,通过函数名生成函数指针来调用动态函数,通过在数据库中配置想要调用的服务组件及其顺序关系,应用程序便可以通过读取配置表来调用各组件,从而实现相应功能的组合,提供某种应用服务。”,蔡钊说:“当功能组合需要变化调整时,只需要修改数据库配置表中的记录,主程序无需做任何改动就可以使应用更新满足需求。”
记账接口的设计开发借鉴了SOA的设计思想,采用C语言动态链接技术(DLL)在IBM大型主机平台上将具体应用程序的功能由一些松耦合的、具有统一接口定义的组件组合起来,通过在数据库中为各项业务应用配置服务组件,提供各种功能服务以满足业务需求。“DLL 技术本身已有多年的发展历史,但在主机平台上的应用还较少”,蔡钊兴奋的谈到:“IFAR系统开创的IBM大型主机平台上基于配置的模块设计,也是对 DLL 技术的一种“扩展”运用,如果能更多的将SOA、AOP 等设计思想应用于IBM大型主机平台,那么主机平台的开发模式和软件设计必将有更好的发展。”
3、多维弹性总账与三层应用架构
维度是组成弹性账号结构的最小单元,通常用于描述账号实体的某一类特性。所谓多维弹性总账是为了适应经济业务多维度核算管理的需要,采用多维弹性总账来反映农业银行的会计信息,满足全行账务核算的。它是一种多维的、立体化的结构,通过多维度的灵活组合满足内部各种会计信息记录和提取。“IFAR总账采用的应用架构设置,支持多达五个维度的扩展,可以自己定义维度含义和属性,对会计信息进行全面的描述”,蔡钊说:“总账弹性账号的维度设置10段,包括省市代号、行号、币种、主科目、报告科目等,每个维度还可以单独设置若干属性值,同时还可以自定义显示方式,灵活配置会计科目和账户结构。”
“随着农行业务的快速发展,业务部门越来越依赖IT部门所提供的服务,而且要求能够快速、高质量的开发出新的应用系统”,蔡钊分享了这方面的经验,认为:“这种情况应越来越多的采用松耦合的三层应用架构(系统包含展示层,应用层,数据层),其中应用层既有Java应用,也有.NET应用。这些应用服务器通过远程数据库访问技术访问后端的数据库系统,从前后端的数据库系统通常都是分布式平台,IFAR系统开创性的将主机数据库作为数据层,分布式平台作为应用层和展示层的三层应用架构模式。灵活开放的架构和数据库强大的处理能力,让我们达到了鱼和熊掌兼得的目的。”
三层应用架构的核心技术是远程数据库访问技术(DRDA),它通过标准的TCP/IP进行通讯,是远程应用访问主机数据库的桥梁。JDBC TYPE 4 DRIVER是主机DB2自版本8之后提供的新的Java远程DB2访问驱动器,与DB2先前的Java驱动方式相比,这种方式具有简洁的架构,而且可以和IBM大型主机的Workload Manager配合实现主机Sysplex多个DB2实例访问交易级的动态负责均衡。
集成系统网络情报信息数据库
CIO频道人物视窗
CIO频道方案案例库
大数据建设方案案例库
电子政务建设方案案例库
互联集成系统构建方案案例库
商务智能建设方案案例库
系统集成类软件信息研发企业名录

