一、建设背景

    经过多年努力，新疆建行各部门及分支机构的计算机应用具备相当规模，其发展过程经历了若干阶段：从最初的手工操作到单点系统，从单点系统到城域网络系统，从城域网络系统到综合网络 系统，各地州相继实现了集中式的通存通兑系统，部分地州数据已经集中到乌鲁木齐网络中心。但随着业务的发展，对计算机网络系统又提出更高要求，从管理角度、人力资源利用、新旧业务发展等各方面都要求将业务系统从以地州为中心的分布操作方式过渡到集中操作方式。方正奥德公司作为该项目的总集成商，经过一年的努力圆满完成了该系统的开发、测试和上点工作。此系统是建行第一套基于开放平台的新一代大集中综合业务系统，采用了BEA公司的TUXEDO中间件，通过压力测试及试运行证明该系统完全达到新疆建行的要求，获得客户的好评。

二、案例介绍

    1、系统设计思想　

    本系统采用数据大集中的设计思想，利用BEA公司的TUXEDO中间件保证交易的完整性及系统的高并发访问能力。整个应用系统组织为多层结构，最上层是自治区数据中心，下层为地区数据中心，地区数据中心可以分两层，高层是地州数据中心，最低层为县支行数据中心，目前尚不存在县支行数据中心，但考虑特殊情况下可能需要县支行数据中心。

    各层的数据中心包括三部分：内层为系统接入层，外层为应用服务层，T.P.是Tuxedo前置服务，系统终端设备通过T.P.接入整个系统，自治区数据中心是整个系统的核心，所有面向全疆的业务均集中到自治区数据中心，这里包括全疆的帐务处理，全疆的中间业务等。地区数据中心负责当地终端设备的接入，并提供有当地特色的服务。鉴于目前系统的多样性，允许不是基于Tuxedo中间件的子系统接入到整个系统中，它们通过应用系统网关（AGw）完成双向调用的转换。　

    自治区数据中心框架是整个系统的核心部分，各地州数据中心采用相似的结构改造系统，使二者有机结合为统一整体。

    由于整个通讯系统采用Tuxedo中间件平台，主机的分配是不受应用限制的，在极端情况下，整个系统可以使用一台主机，一个数据库，该主机同时运行应用服务和数据库系统。但根据新疆建行现有数据量和将来发展，采用目前的主机分配方案。

    主机部署要点如下：　

    1）省中心设置3台数据库服务器，分别运行被分解的业务数据库；

    2）省中心设置4台应用服务器，通过Net/Star与数据库联网；

    3）4台应用服务器分别运行分解后的服务进程；

    4）4台应用服务器同时兼做Tuxedo的T.P.，负责乌市网点主机的接入工作，4台T.P.服务器互为备份；

    5）各地州设置地区应用服务器，地区服务器兼做二级行文件服务器；

    6）地州应用服务器兼做当地的T.P.，负责当地网点主机的接入工作；

    7）省中心4台T.P.作为地区T.P.的备份系统；

    2、软件设计架构

    新系统的软件结构采用了三层结构设计。三层结构的应用系统模型是一种先进的协同应用程序开发模型，它将应用功能分成表现层、商业逻辑层和数据层三部分。

    1）表示层

    作为应用的用户接口部分，它担负着用户与应用间的对话功能。检查用户从键盘输入的数据，显示应用输出的数据等；

    2）商业逻辑层

    一个系统最核心的部分应是商业层，它接受来自表现层的功能请求，将其实现出来。银行业务系统之所以有别于邮电业务系统，最大的差别在于核心设计的不同。商业层又可分为一层或多层，商业层可以设计为一个程序，所有的功能都运行其中，也可以是许多程序或分离的模块，但从逻辑上来看，都可以把商业层视为许多逻辑功能上相互独立的对象。这里的对象不是面向对象编程语言（OOP）中的对象，而是设计功能上的逻辑实体。这些对象完成各自的功能，对象之间还可能会相互请求服务。

    3）数据层　　

    实现对各种数据库和数据源的访问，并使得商业层的设计和实现更集中于系统本身的功能。这里要强调的是，数据层主要是封装对数据库的访问，但也是系统访问其它数据源的统一接口。数据层和商业层的分离，使得我们可以将它们放在不同机器上，提高数据库访问的性能。将来，随着企业数据库的发展，数据仓库和数据挖掘的应用，也可以通过这一层来访问数据库。从另一个角度来看，随着企业业务的进一步发展，越来越多的数据库平台得到应用，可以将外部系统送来的信息视为一种数据源。数据层和商业层的分离可以使我们适应这一变化，而无须更换商业层的核心逻辑，商业层的核心逻辑也没有必要关心实现的存储位置。

    目前系统共15类实体集，各实体集分布在不同层次，完成不同功能。

    3、安全认证体系

    本系统利用TUXEDO和应用层安控模块保证系统安全。从应用层角度出发，将Tuxedo服务区分为外部服务（交易）和内部服务。但从中间件角度出发，对客户端而言，外部服务与内部服务没有本质区别，它们都可以被客户端直接调用，因此内部服务同样需要安全认证过程。

 三、系统评价

    1、具备良好的可扩充性

    系统划分若干独立运行的数据库和可执行程序，这些独立系统称作功能对象集，功能对象集相互之间仅通过系统服务发生关联。功能对象集是按银行业务标准化程度和业务特性划分的，不同的功能对象集都有一定的独立性。功能对象集是整个系统的部件，服务是组成各部件的零件，因此银行新的扩展业务可以方便地建立在已经存在的服务上，是整个系统具备优秀的可扩充性。

    2、具备良好的可维护性

    功能对象集之间仅通过服务偶合，它们各自保持一定的独立性，因此某对象集的局部修改对对全局的影响比较小，这种结构便于系统的局部修正，使整个系统具备很强的可维护性。

    3、可以发挥多处理机优势　

    系统的功能对象集可运行在不同机器上，可以充分利用多机系统处理庞大的业务量，减缓业务量增长对主机的压力，延长主机的生命周期。由于本系统可以多机多进程协同工作，具备负载均衡能力，因此对不同业务需求的适应性更强，经压力测试与验收测试系统达到平均3000笔/分，日交易量100万笔以上的用户需求。

    4、引入面向客户化的管理模式

    旧系统是面向帐务处理系统，已不适合银行发展需求，新系统虽然保留了旧系统特色，但引入了客户中心的思想，调整部分表结构，利于今后CRM系统的建设。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。