敏捷智能第四代银行核心业务系统的SOA架构平台

       SOA架构、参数控制和模块化业务系统配置是敏捷智能第四代银行核心业务系统的SOA架构平台 （简 称QM系统）的突出特点，正是因为采用这些先进的设计理念和技术开发手段，才使得QM系统能从根本上解决第三代银行核心业务系统的固有弊病。所谓SOA架 构，简言之就是核心业务系统的共享服务平台，通过这个平台，实现不同业务系统的服务、集成和共享。SOA是一种结构化的应用程序开发方法，它提高了系统应 用的可伸缩性、可维护性以及可延展性，基于这种方法设计的体系架构称为SOA架构或SOA平台,因此SOA和SOA架构是两个完全不同的概念。
       银行核心业务系统是个庞大的软件工程，当软件代码堆积到上亿行时，这就是软件工程的灾难了。如何把这灾难消除掉，过去都是银行IT部门花大气力努力解决的问题，如果设计、开发在SOA思想的基础上重新审视，就会发现这个问题可以从架构中得到根本解决。 SOA 架构的核心服务包括集成、流程协调、状态管理、策略和部署，这些服务决定解决方案的构建方式、人员和其它环境的访问方式、安全保护和管理方式，以及利用方 式。一个结构完善、基于标准的 SOA可以通过以服务形式自动配置独立、可复用的自动化业务和系统功能，以及提供充分利用这些服务所需的稳固、安全的基础，使业务环境具有灵活的基础架构 和处理环境。基于SOA架构的系统在设计、实施和运行方面的高效率可以使组织大大提高从容应对环境变化的能力，因此SOA架构是二十一世纪系统软件开发的 主流趋势。
        国内银行在核心业务系统升级时都对自己的软件开发部门或软件开发商提出了SOA架构的要求，但银行核心业务系统的SOA架构到底是什么，几乎没有一家银行 或软件开发商能够准确地回答。现在不同人在灌输SOA，每家在讲SOA时都是想卖不同的东西。通过技术交流发现国外一些著名的银行核心业务系统开发商如 Fiserv、Open solutions、SAP 在他们的系统中根本不存在核心系统的SOA架构。包括工商银行 在内，目前国内银行的核心业务系统都不存在SOA架构，有的银行IT系统甚至连严格意义上的系统架构都没有。尽管一些银行和软件开发商号称在新一代银行核心业务系统中采用了SOA架构，这不过是一种宣传的需要。建设银行 、交通银行 在 核心系统中开始采用SOA技术，把大软件变成若干很小的基于流程的模块。但这并不表明上述两行在核心业务系统中采用了SOA架构。在银行核心业务系统 中,SOA架构并不是一种虚拟的架构，并不是一种软件中间件的架构平台（如工作流），SOA架构的系统设计必须满足以下基本功能：
1. 松耦合形式，设计的服务具有自主性和实施无关性。这样做可以在引进新服务、将现有服务合并成复合解决方案及更改  服务部署方面获得更大的灵活性，而不必考虑原有系统中的不同级别的相关性；
2. 服务封装，这涉及将服务接口与服务的详细内部规格以及实施相分离；
3. 接口标准化，服务互操作性的标准化术语确保各服务可以相互通信；
4. 共享语义框架，它可以确保理解服务间交换的消息内容；

5.业务抽象，SOA是面向业务服务的，不同的行业领域其SOA架构是不同的，对其行业领域的业务抽象，要求软件设计师或架构师具有较高的行业专业知识， 否则SOA架构只能是一句空 话。                                                                                                  在银行核心业务系统中采用SOA架构，彻底去掉了所谓渠道整合平台、业务流程整合平台、信息管理 整合平台，这将大大提高银行核心业务系统的稳定性、安全性、可靠性，其优势是不言而喻的。
        真正的银行核心业务系统SOA架构是把原单一的总账系统改为直通式服务要素驱动会计核算的动态智能会计核算平台，以会计核算平台为核心，规范银行服务对象 包括会计要素在与交易风险、财务分析、产品开发、监管数据相关的其它各种属性的存储格式，从而建立了统一以服务对象明细账为基础的完整数据体系结构，为数 据大集中、数据库或数据仓库管理、数据挖掘提供了有力的技术支持。
       在银行核心业务系统中，只有总帐系统（或会计核算系统）才能起到统领全局的作用，才能定义、规范核心业务系统的数据格式，也只有通过会计核算平台才能把业 务系统软件、管理系统软件和风险控制软件有机地集合为一个整体，彻底解决第三代银行核心业务系统的结构缺陷问题，国内各银行在数据大集中所遇到的无法自动 生成“1104工程”报表、数据挖掘、数据垃圾等难题迎刃而解。银行核心业务系统的核心平台从静态会计核算体系，经过几代发展，回到动态会计核算体系，展 现了事物否定之否定螺旋式发展的客观规律。