（计算机应用技术专业论文）银行大前置系统的研究与开发.pdf

中宿大学硕士论文摘要 摘要 近年来，中间代理业务、卡业务等各种银行新兴业务得到了迅猛的发展。 由于缺乏统一的规划，导致目前银行的整个系统架构日渐混乱，造成网络复杂 化、系统效率低、维护困难、可扩充性差，集中表现为在银行核心业务主机外 围的各种前置系统越来越多。基于银行当前的现状和需求，本文提出了银行大 前置系统解决方案。 本文着重于后台核心系统的研究与开发，将其划分为渠道子系统和业务处 理子系统。其中渠道子系统负责业务的收发，主要采用t c m p 协议和s o c k e t 套接口网络编程技术来屏蔽复杂的网络通信：业务处理子系统负责业务的本地 处理，主要采用c o r b a 技术对业务逻辑进行封装，使得系统具有良好的可扩 充性。 论文集中、深入地讨论了系统实现中的若干关键技术，包括多线程问题、 后台子系统之间的交互模型、数据交换和数据的一致性。论文还从负载均衡和 w j b - c o r b a 集成两方面详细地讨论了系统的扩充与集成问题。然后，论文结 合开发实践讨论了本系统中使用的一些安全措施。总的来说，本论文做了如下 工作：提出并实现了基于线程池的并发服务模型，有效地解决了渠道子系统对 大规模交易的支持；提出并实现了基于事件服务的信息交互模型，解决了两个 子系统之间高效、异步通讯的问题 提出并实现了自动冲正机制来保证多方协 作系统中交易数据的致性：同时，提出了基于扩充的c o r b a 命名服务的负 载均衡模式和基于j a v a 的w 曲c o i 也a 集成模式，进一步提升了系统的适用性。 论文的最后对开发出来的系统进行了评测，并对下一步的工作提出了几个 值得研究的方向。 关键字：大前置系统，c o r b a ，u n ，线程，负载均衡 中南太学硕士论文 a b s t r d c l a b s t r a c t i nr e s e n ty e a r s ，k i n d so fn e w l y d e v e l o p e db a n k i n gb u s i n e s s e s ，i n c l u d i n gm i d d l e a g e n tb u s i n e s s ，c 戤db u s i n e s s ，e t c ，h a v eb e e nd e v e l o p e dr a p i d l y b u tt i l ec u r r e n t b a r 山i n g 雒c h i t e c t u r ei sb e c o m i n gi f l c r e a s i n g l yd i s o r d e r e dd u et ol a c ko f u n i f o m lp l a n s u c hs i t u a t i o nr e s u l t si nc o m p l i c a t e db a n i 【i n gn e t w o r k ，l o wd e a l i n ge f h c i e n c y h a r d m a i n t e n a n c e 姐db a ds y s t e ms c a i a b i l i t y n o w ，b a n k i n gc o r eb u s i n e s sm a i n f 哪ei s s u r r o u n d e d 讯mm o 化a n dm o r ef b o n t b 锄k i n em a c h i n e s 0 nt h eb 够i so fp m f o u n d a n a l y s i sf o rt h ep 帕s e n ts i t u a t i o n 蛐dr e q u i r e m e n to fb a n k ，t l t i st h e s i sp u t sf o n v a r da t o t a lr e s o l u t i o ns c h e m eo nc o m p r e l e n s i v e 矗o n t b a n k i n gs y s t e m t h i st h e s i sh a sf o c u s e do nr c 盯c ha n dd e v e l o p m e n ti nb a c kc o r es y s t e m 、】l ，h i c h i sd i v i d e di n t o ，os u b s v s t e m s 0 n ei sn 锄e db vc h a n n e ls u b s v s t e m 。w h i c hi s r e p r c s e m e df o rr e c e i v i n ga i l ds e n d i n go ft r a d e i nt h i ss u b s y s t e m ，t c p i pp r o t o c o l a n ds o c k e tn e t w o r kp r o g 翔m m i n gt e c h n o l o g j e sh a sb e e nm a i n l yu s e dt om a s k c o m p l i c a t e dn e t w o r kc o m m 城i c a t i o n t h eo t l l e ri sn 锄e db yb u s i n e s sd e a l i n g s u b - s y s t e m ，w h i c hi sr e p r e s e n t e df o re n c 印s u l a t i n gb u s i n e s s1 0 9 i c i nm i ss u b s y s t e m ， c o i m am i d d l e w a r ei su s e di np u r s u i to f2 0 0 ds c a l a b i l i t y t h i st h e s i sd e e p l yd i s c u s s e ds o m ek e yt e c t l i l o l o g i e si nr e a l i z a t i o no fs y s t e m ， i n d u d i n gm u l t i m r c a d i n gp r o b l e m i 0 f n l a t i o nm u t u a lm o d e lb e t 、v e e nb a c k s u b s y s t e m s ，d a t as w i t c ha n dd a t ac o n s i s t e n c e a n dt h e n t m st h e s i sd i s c u s s e dt h c e x t e n s i o no fs y s t 啪f r o mt l l ea s p e c t so fl o a db a i a | l c ea f l dw 曲0 0 r b ai n t e 盯a t i o n b e s i d e s ，t l l i st h e s i sa l s od i s c u s s e ds o m es e c u r i t yp o l i c i e su s e db yt h i ss y s t e m b r i e f l y s a i d ，m ea c h i e v e m e n t so ft l l i st h e s i sl i ei nm ef o l l o w i n ga s p e c t s ：b r o u g h tf o 朋a r d a n dt t l e nr e a l i z e das i m u l t a n e o u ss e r v e rb a s e do nt l 】峨a d i n gp o o l ，a n ds oi m p r o v e d t h et r a d ed e a l i n ga b i l i t yo fc h a 埘1 e ls u b s y s t e m ：b m u g h tf b n v a r da i l dr e a l i z e da 1 1 i n f 0 咖a t i o nm u t l l a lm o d e lb 船e do nc o r b ae v e ms e r v i c e a 1 1 ds or e s o l v e dt h e p r o b l e mo fe 伍c i e n ta f i dy n c l l r o n o u sc o m m u n i c a t i o nb e t w e e nt w ob k s u b - s y s t e m s ；b m u g h tf o r w a r da n dr e a i i z e da 1 1a u t o r e c o v e f ym e c l 瑚i s mt oe n s u r e t l l ec o n s i s 把n c eo ft r a d ed a t ai n v o l v i n gm u l t i o r g a n i z e ；b e s i d e s ，山i st h e s i sb r o u 曲t f o n a r dal o a db a l a n c em o d e lb a s e do ne x t e n d e dc o r b an 锄i n 2s e r v i c ea i l d w e b c o r b ai n t e 窑r a t i o nr n o d e lb a s e do nj a 、r at o 叠e tb e t t e rs y s t e ma p p l i ca _ b i l i t v i nt h ee n d ，w eh a da ne v o l u t i o no nt t l ed e v e l o p e ds y s t e m ，a l l dd u tf o 删ds o m e d i r e c t i o n sn e e d e dt or e a r c ho nt h ef b l l o w i n gd a y s k e yw o r d s ：c o m p r e l l e n s i v ef f o n t 七a i l h n gs y s t e m ，c o r b a ，u n i x ，t 王l r e a d ，l o a d b a i 锄c e 1 i - 中南大学硬士论文 第一章概论 第一章概论 银行业务软件的研究、开发与维护是我国计算机应用的重要领域之一从银柠传统的 综合业务系统到新兴的中问代理业务系统、卡业务系统、电话银行、网上银行，都吸引了 众多软件开发商的参与有力地推动了我国银行的自动化管理和计算机应用水平。 1 。1 课题背景 存贷业务是我国银行的传统业务，即吸纳存款和发放贷款，我国银行现有的综合业务 系统就是基于传统业务而建立的。随着国家金融体系的日益完善和我国正式加入w 1 d ， 各个商业银行也处于一个国内、国外全面竞争的环境当中。这种竞争表现在业务和技术 两个层面上： 从业务层面来看，随着竞争的加剧和传统存贷利差的下降，金融机构利润增长点越来 越依靠核心业务之外的衍生业务，这样在传统的综合业务系统之外又出现了品种繁多的业 务系统，如：中间代理业务系统、卡业务系统、电话银行、网上银行等。以中间代理业务 为例在发达国家的商业银行，中间代理业务收入已经成为其经营收入的重要来源，甚至 超过了利息收入所占的比垂口h ”。据统计，美国商业银行的中间代理业务收入占全部收入 的比重已由8 0 年代的3 0 上升到目前的3 8 4 ，英国由2 8 5 上升到4 1 1 。在我国2 0 0 1 年上半年中间代理业务收入就已经超过1 9 亿元，收支净额为1 7 4 亿元，比同期增长1 倍 以上。 从技术层面来看，激烈的竞争要求各个商业银行提供更加方便、快捷，多样化的服务 这样就要求软件提供商更快地将先进的计算机技术应用到产品当中。 有鉴于此近年来，各个商业银行为提升自身的服务水平，加强行业竞争力，在电子 化建设上不遗余力。但由于缺乏统一规划，导致目前银行整个系统架构日渐混乱，系统的 可靠性和可维护性不断下降，集中表现为在银行核心业务主机外围的各种前置系统越来越 多，如各种各样的中间代理业务前置机、卡前置机等。面对着日益增加的各种前置系统， 技术人员需要耗费大量的精力进行维护和管理对业务的拓展和管理有着极大的制约。 其弊端主要表现如下 ( 1 ) 目前银行系统普遍存在前置系统多、业务流程不合理、数据分布非常分散、核心 业务主机负担越来越重、业务扩展时需改动的外围系统较多、扩展较为困难以及服务渠道 需要通过与主机和其它应用系统的交叉联系来完成前端服务请求等诸多问题，这样就极大 地阻碍了银行各种金融服务手段和自身电子化程度的改进与提高。 ( 2 ) 大量分散的业务系统导致计算环境异常复杂，各种服务渠道之间缺乏信息交互通 道，而银行传统的i t 基础架构无法有效地管理多样化、层出不穷的服务渠道品种。 ( 3 ) 银行核心数据集中到全国，甚至全球一至两个数据中心，国内各大商业银行都已 经或正在进行全国数据的大集中。在这种情况下再也不可能通过修改核心业务系统来支 持外围业务，客户服务器二层结构根本不可能支持银行多种多样的外围业务的开展。 在这种情况下，通f l ；i 、统一的零维护或少维护的太前置系统就应运而生并迅速地推广 中南太学硕士论文第一章概论 ，r 来。人前簧系统能够对进入核心业务系统的信息进行预处理，以调褴系统信息流逻辑结 构，减轻土机系统j r 力，提岛整个业务系统处理能力，降低系统故障牢，成为金融业务系 统中至关重要的创新“枢纽”。这也使得大前置系统软件的开发成为金融软件提供商软件研 发的热点。 1 2 研究现状 据了解，国内在大前置系统的研发上刚刚起步，初步有一些产品推向市场，如“北京 易诚”与i b m 合作推出的新一代金融交付渠道框架体系e c h a n n e i s 、“新晨”的大前置平 台、“先进数通”推出的银行大前置平台产品s t a 丌t n 2 等。这些平台实现技术各异，细节功 能各不相同，但要解决问题的目标都是一样的，即多交付渠道整合、前置机大集中，屏蔽 网络通讯底层处理和通用外设等的程序开发，使得开发者将精力集中在业务逻辑的开发上， 从而降低整个系统的开发量羽i 维护鼍，提高开发效率，降低运营成本。 “北京易诚”的e c h a n n e l s 采川【b mw s b c c ( w e b s p h e r eb u s i n e s sc o m p o n e n i c o m p o s e r ) 作为核心的交易置入引擎，是一个面向对象的交易处理渠道层应州体系框架。其 多层次架构使不同的渠道可以共用同样的交易服务模块。不同渠道发起的交易请求以统一 的方式进行处理。基于e - c h a n n e l s 方案可为金融机构统一杜臆网上银行、柜员系统、无线 银行、自助银行以及电话呼叫中心等渠道系统。 新晨大前置平台以新晨数据交换平台为核心，新晨q ( 一种消息队列中间f ：) 作为消息 传递中间件，集成了e t s ( 易通终端前置系统，其作为犬前置平台子系统之一) 、新晨中 间业务平台等多个前置系统，并支持c a l l c e n t e r 、网上银行、金乜外卡系统的接入功能， 以实现统一前置、统一监控、统一管理的前置机平台。 “先进数通”开发的银行大前置平台产品s t a r r i n g 是一个金融交易处理、运行框架， 由一系列围绕分行特色业务和相关的客户服务的金融交易处理、可视化的管理功能以及能 够开发、裁剪、定义银行相关业务处理的集成开发环境( i d e ) 组成，通过i d e ，用户可 以定制适合金融行业的应用系统。 纵观这些前置平台的技术和市场发展历程，从早期简单的直接开发接入工具到带界面 配置的平台，再到“大前置”思想的框架化渠道接入平台，前置平台产品目前正朝着模块 化、多功能、参数化管理、跨平台的完全基于面向对象技术的框架结构产品化方向发展。 总结目前国内在大前置系统上的研究、开发现状，主要还存在以一f 问题 ( 1 ) 它们要么脱胎于传统的数据交换平台或原有的中间业务解决方案，要么就是在国 外系统软件提供商成熟产品上作二次开发。对于第一种情况往往采用的是过程化、参数化 技术，并且设计时是紧扣传统业务的因而对于支持日新月异的业务品种和混业经营要求 还有凼难，而且实现复杂，维护量很人，无法适应犬集中化的要求：对于第二种情况，尽 管采川了先进的面向对象组件技术，基丁b ，s 的麻川模式，克服了第一种平台的缺陷，但 却无法兼容目前的s c o 字符终端应川模式，而实际情况是限于应_ i ； j 模式和经济承受能力， s c o 字符终端模式在比较长时间内还将是银行的主流模式。 ( 2 ) 它们不能完全雨i 具体的业务脱离，当新增加一种业务时，必须进行该种业务的可 适应性开发，这对系统的稳定性和安全性构成严重的威胁并影响已支持业务的止常处理； ( 3 ) 大量基于“中间件”来实现，对第三方机构提出了配置运行环境的要求，这不一 2 兰墼堂壁塑! 垒二兰塑堕 定合理，并且提高了软件产品本身的成本： 综上所述，我国银行人前置系统软 j 【：的开发现状是：不能兼顾原有传统系统，或者对 新兴业务支持不够，系统功能、性能有待改善。 1 3 本论文解决的伺题 本论文的目的就是在深刻理解金融软件的开发、应用现状和需求的基础上，对各种不 同种类前置业务系统和外围业务系统的共性加以提取和综合，结合当今分布对象技术发展 的成果提出一个稳定可靠、功能强大、可扩充性好、具有实用价值的银行大前置系统解决 方案。其酋要目标是能取代目前分离的中间代理业务系统平譬业务系统，并且在体系结构 上满足今后业务种类扩充的需要。 本论文将重点放在大前置系统的后台核心系统的研发上。首先介绍了分布对象技术发 展的重要成果之一的c o r b a 技术，并分析了它与其它分布对象技术的比较优势。接下来， 以c o r b a 和u n i x 技术为基础，提出了系统的总体方案。在该方案中，对大前置系统的 设计目标，系统架构、组成和概念体系作了详细的论述。然后，论文集中、深入地讨论了 系统实现中的若干关键技术，包括多线程问题、后台子系统之间的信息交互模型、数据交 换和数据的一致性，这些问题是本论文的研究重点，也是整个大前置系统研发成功与否的 核心所在。为进一步增强系统的适用性，论文还从负载均衡和w e b c o r b a 集成两方丽详 细地讨论了系统的扩充与集成问题。最j i ! = ；，论文结合开发实践讨论了本系统中使_ 【i j 的一些 安全措施。 具体来说，通过本论文的研究工作，解决了以f 问题： ( 1 ) 研发山了一个满足行业需求的银行人前嚣系统软件。 ( 2 ) 讨论了系统实现中的多线程问题，实现了基于线程池的u n i x 并发服务模型，有 效地解决了系统对大规模交易的支持。 ( 3 ) 讨论了c o f u 3 a 请求调用中的通讯机制捉山了基于事什服务的信息交互模型来 解决c o r b a 调用中客户机与服务器的高效、异步通讯问题。 ( 4 ) 讨论了多方协作体系中交易数据的一致性问题，提山了自动冲正机制来保证一笔 交易中数据的一致性与完整性。 ( 5 ) 提出了基于扩充的c o l u 认命名服务的负载均衡模式和基于j a v a 的w e b - c o r b a 集成模式，进一步提升了系统的适用性。 1 4 论文组织结构 本论文分为三部分。 第一部分是综述包括第一章概论。在这一部分中主要就课题背景、研究现状以及本 论文所解决的问题作了简要的介绍，回顾了计算机技术在金融业中的应用现状、面对的竞 争、目前面临的困境，论述了目前犬前置系统在国内的研究、开发现状平解决方案。 第二部分是技术背景包括第二章c o r b a 体系简介。在这一部分中，着重分析了 中南大学礤士论文 第一章概论 c o r b a 体系结构并将其与目前业界的其它两大分布对象技术一一微软支撑的 d c o m ，c o m + 体系和以s u nm i c m s y s t e m 为首，并获得其它软件提供商大力支持的j 2 e e 体 系作了简要的比较。 第三部分是本论文的核心，包括第三章系统总体架构，第四章系统实现中的关键技 术第五章系统的扩充与集成，第六章安全设计。在第三章，介绍本系统的设计目标、系 统架构、系统划分、概念体系、开发环境。在第四章，介绍系统实现中所使用的若干关键 技术和设计，包括：多线程问题、渠道子系统与业务处理子系统的交互、数据交换、数据 一致性。在第五章，介绍系统在业务处理子系统中所采取的负载均衡模式以及w 曲与 c o r b a 集成模式。在第六章，介绍系统在安全方面采取的一些措施。 第四部分是总结，包括第七章系统评价与展望。本章最后就开发山来的系统进彳j ：评测 并对下一步的工作提山了几个值得研究的方向。 4 ! 堕查堂! 垡! 垫：星三苎璺! ! 墅! 堡丝坌 第二章c o r b a 体系简介 分布对象技术( d o t ) 在开发大型分布式应用系统中表现出强大的生命力。所谓分布 对象，是指位置透明、并能被远程客户以方法调用的形式访闷的实体。分布对象技术已经 发展成为分布异构环境下建立应用系统集成框架和标准组r i ：的核心技术洲”。 本章将主要介绍分布对象技术发展的重要成果之一的c o r b a 体系，井分析了它相对 于d c o m c o m + 体系平j 2 e e 体系的比较优势。 2 1 背景 当今，分布性、异构性、开放性和可扩充性已经成为现代企业计算环境的显著特征。 计算机网络是一个典型的异构( h e t e r o g e n e o u s ) 系统。网络的一小部分也许是同构的，网 络规模越大，它的异构性就越明显，这就使从事分布式系统的开发者陷入困境：必须面对 复杂的底层细节，开发困难；开发出来的软件可移植性差。 目前，业界在解决开发分布式异构系统的开发问题上总结出两条主要原则1 6 l ： ( 1 ) 寻求独立于平台的模型和抽象。 ( 2 ) 尽可能隐藏底层的复杂细节。 使用合适的模型和抽象将会提供新的异构的应用程序开发层，在这一层上，底层的细 节被隐藏起来，并且允许应用程序的开发者将注意力集中于业务逻辑的开发，丽不必面对 应用程序涉及到的，由于不同计算机平台、操作系统等带米的底层的网络细。1 ，问题。 在上述背景下，结合对象技术的发展成果，目前出现了三种主流的分布式计算技术： o m g 的c o r b a ：m i c r o s o f i 的d c o m ，c o m + ；s u n 的j 2 e e 。 2 2o m g 及其o m a o m g ( o b ；e c t m a g e g r o u p 对象管理组织 1 成立于1 9 8 9 年，它是目前世界上最大 的软件团体，拥有8 0 0 多个成员，包括了业界几乎所有的著名厂商和机构。o m g 致力于 面向对象软件开发的理论和实践，其目标就是为应用对象之间的通信提供一个通用的结构 化框架。该框架能适应分布式异构环境下应用程序的开发。o m g 制定的晟关键规范 o m a ( o b j e c tm a g c m e n ta r c h i t e c t u m 。对象管理体系) 参考模型和它的核心也就是 c o r b a 规范提供了一个完整的体系结构，这个架构以灵活、丰富的形式适用于各类 分布式异构系统。 o m a 将面向对象技术和网络通讯技术有机结合起来，用。r 在分布式异构环境下实现 应用的集成。o m a 定义了其体系结构和一组适合于异构分布式计算的服务，包括：o r b ( o b j e c tr e q u e s tb r o k e r ，对象请求代理) 、对象服务( o b j e c ts e r v i c e s ) 、公共设施( c o m m o n f a c i l i l ；e s ) 、领域接口( d o m a i ni n t e r f a c e s ) 和应用对象( a p p l c a t i o no b j e c t s ) 其核心是 o r b 。如图2 1 所示： 5 中角太学硬二t ：论文 第二章c o r b a1 障系蠲舟 图2 1 对象管理体系结构( o m a ) o r b 是对象的软总线，负责为客户应用查找服务的对象实现，传送请求和返回 结果，激活对象实现以接受请求。o r b 是建立分布式对象应用的基础，也是在同 构或异构环境中应用之间交互的基础。 对象服务是一组服务( 对象和接口) 的集合，它对软总线的功能进行了扩展。 提供的服务有命名服务( n a m ；n gs e r v i c e ) 、事件服务( e v e n ts e r v i c e ) 、事物服务 ( m n s a c t i o ns e r v i c e ) 、安全服务( s e c u r 时s e r v i c e ) 等。 公共设施是一纽可以由多个应用程序共享的服务的集合，如g u i 服务、数据库 服务、系统管理服务、电子邮什服务等。它相对于对象服务而言更接近川户层。 领域接口与公共设施的作用相似，只是领域接口针对某个具体的领域。o m g 涉及的领域有制造、电信、金融、医疗健康等。 应用对象是该参考模型的最高层 o m g 制定的标准，在这个体系中 任何其它的对象实现。 2 3c o r b a 体系结构 相当于传统概念中的应用程序。它们并不是 它们被显式地标注井平等地参与活动，就像 c o r b a l 9 】 o 川】全称为通用对象请求代理体系结构( c o m m o no b j e c tr e q u e s tb m k e r a f c h i t e c n l r c ) ，是o m g 组织定义的面向分布对象计算的中问件规范，其主要目标是使对象 在分布式异构环境中可重用、可移植和可互操作。图2 - 2 显示了c o r b a 的体系结构： 图2 2 c o r b a 体系结构 一6 一 中南大学颈士论文 第二牵c o r b a 体系蘅彳卜 2 3 1 一般请求流程 在图2 2 中，客户机应用程序提出请求，服务器应用程序接收请求并做出响应。其基 本请求流程如下： ( 1 ) 客户机提出请求。提出请求有两种方式：第一种使用由对象接口定义、用i d l 编译器编译的静态存根( s 忸t i cs t u b s ) ：第二种使用d i l ( d y n 帅j ci n v o c a f i o ni n t e m c e ，动 态调用接口) ，不论哪种方式，客户机都将请求传送到与之相连的o r b 核心。 ( 2 ) 客户机0 r b 核心通过网络将请求传送到与服务器应用程序相连接的o r b 核心。 ( 3 ) 服务器o r b 核心将这些请求分配给对象适配器( 0 b j e c ta d a p t e r ) 。 ( 4 ) 对象适配器将请求分配给实现目标对象的伺服程序( s e r v a n l ) 。与客户机一样， 服务器端作用于伺服程序的调度机制有静态框架( s t a t i cs k e i e t o n ) 和d s l ( d y n a m i cs k e i e t o n i n t e 血c e ，动态框架接口) 两种方式。 ( 5 ) 伺服程序执行后，返回结果给客户机。 2 3 2o m g 接口定义语言 为了调用一个分布式对象的操作，客户机必须了解这个对象所提供的接口。在c o r b a 中，对象接口是由o m gi d l ( i n t e 慨ed e 鼎n el 锄g u a g e ，接口定义语言) 来定义的。i d l 不是编程语言，其目的是允许对象的接口可以用与具体的编程语言无关的形式来定义。i d l 与编程语言无关，这一点是c o r b a 支持异构系统和独立开发的应用程序集成的关键。 o m gi d l 支持内置的简单类型，如籀型、浮点型、字符型、布尔型、字符串等，以及 结构化数据类型，如枚举、结构、联合、序列和异常等。这些数据类型用来定义参数的类 型和操作的返回类型。 i d l 操作的参数必须具有它们的方向( d i f e c t i o n ) 说明。在接口的定义中，关键词i n 表示参数是从客户机传给目标对象，o u t 表示参数从目标对象返回给客户机，i n o u t 表示该 参数由客户机初始化，然后从客户机发送给目标对象，目标对象可以修改这个参数值，然 后返回给客户机。 2 3 3 语言映射 o m 0i d l 是一种说明性的语言，因此它不能被编译或解释成一个可执行的程序。语言 映射指定如何把i d l 编译成不同的编程语言。对于每个l d l 结构，语言映射定义编程语言 的哪些功能软件用来作为应用程序可用的结构。例如在c + + 中，i d l 接口被映射为类， 操作映射为这些类的成员函数。语言映射还指定应用程序如何使用o r b 功能软件，服务 器应用程序如何实现伺服程序。 i d l 语言映射是开发应用程序的关键，它们提供c 0 r b a 所支持的抽象概念和模型的 具体实施。一个完整的、直观的语言映射应使得用这种语言开发c o r b a 应用程序简单直 接，反之，一个糟糕的或是效率低下的语言映射将严重妨碍c o r b a 应用程序的开发。目 前，o m g 制定了c ，c + + ，s m a l l t a i k ，c o b o l ，a d a 和j a v a 的语言映射标准。多种o m g i d l 语言映射的存在意味着开发者可以用不同的语言实现一个分布式系统的不同部分。 - ，- 中南大学礤士论文第二章c o r b a 体系筠彳卜 2 3 4 请求调用方法 c o r b a 应用程序是以接收c o r b a 对象的请求或调川c o r b a 对象的请求这种形式 ：作的。c o r b a 规范提山了两种通州的请求调j _ j 方法： 静态调用采用这种方法，o m gj d l 被翻泽成特定语言的存根君l 框架，这些存根 和框架分别与客户机应朋程序年服务器麻川群序一起联编成应h 程序。在将存根 和框架编译成一个应用程序时它给出编程语言类型的静态信息和由远程对象的 l d l 描述所映射成的函数的静态信息。存根是客户端函数集，它将客户机发出的 请求映射成对普通本地函数的调用；同样，框架是一个服务器端函数集，它将服 务器接收到的请求调度给合适的伺服程序。 动态调_ 【l ；j 这种方法涉及到c o r b a 请求的结构和调度是在运行时产生的，而不 是在编译时( 静态方法是在编译时产生) 。在作动态调j ! ；j 时需要访问l r ( i n t e r f a c e r e p o s i t o 接口仓库) ，由它来提供有关对象接口的信息。 一般来说，静态调_ l - i j 提供了一个更自然的编程形式。而动态调用提供了更犬的灵活性 但是其执行效率要比静态调用低得多。 2 3 5 对象适配器 对象适配器是伺服程序和o r b 之问的身l 带，一个对象适配器就是一个对象。它将一 个对象接口配置给调用程序所需要的不同接口。如果没有对象适配器，o r b 的接口将会非 常复杂，这会给接口的管理带来很大的困难，并且会限定伺服程序实现方式的数目。 c o r b a2 ，2 提出了p o a ( p o r t a b i eo b j e c ta d a p i e r ，可移植对象适配器) ，用来取代之 前的b o a ( b 嬲i co b j e c la j a p t e r ，基本的对象适配器) 。因为可移植对象适配器强调在维护 应用程序的可移植过程中，应确保c o r b a 对象的和编程语言有关的伺服程序之间能够完 全交互，所以p o a 规范的质量远比b o a 优越。目前，b o a 规范已经从c o r b a 规范中删 除了。 p o a 规范以一种可移植的方式支持不同的伺服程序，同时支持静态和动态接口。管理 和激活，取消伺服程序。p o a 提供以下功能： 跨越o r b 的可移植性和伺服程序的透明激活。 对伺服程序的持久性标识的支持。 对伺服程序的透明性的支持。 对伺服程序的不同行为定义不同的策略，井对这些行为有完全的控制权。 2 3 6 0 i m 间协议 在c o r b a 2 0 之前为了允许远程的o r b 应用程序能够进行通信，o r b 软件供应商 都不得不开发它们自己的网络协议，或是借用其它分布式技术的网络协议这就造成了 “o r b 应用程序孤岛”，即：应川禚序都是建立在某个软件提供商的o r b 之上，而它们之 间义不能互相通信。 c o r b a 2 o 引入了一个通用的o r b 互操作体系，称为g l o p ( g e n e r a li n t e 卜o r b - 8 一 中南大学硬士论文第二章c o r b a 律系祷舟 p r o t o c 0 1 ，通川o r b 问咖议) 。g l o p 为o r b 之间的通信定义了标准的信息格式。因而运 行于不同o r b 产品之上的应h 样序可以实现互操作。g i o p 是一类抽象的协议，它并不指 向特定的传输层。i j o p ( i n t e m e ti n t e r 旬r bp m t o c o l ，因特网o r b 问协议) 指定了g l o p 如何在t c m p 上实现，它是g 1 0 p 在传输层上的一个实例。所有符合c o r b a 2 0 互操作 性要求的0 r b 必须实现g i o p 和h o p 。 2 4 其它分布对象体系及比较 分布对象技术除了o m gc o r b a 以外，还有m i c r o s o f t 的d c o m c o m + 和s u n 的 j 2 e e ，上述三种技术是当今分布对象技术发展的主流n 2 5 1m i c r o s o f td c o m ，c o m + d c o m ( d i s l r i b u t e dc o m p o n e n to b j e c tm o d e l ，分布式组件对象模型) 于1 9 9 6 年由 m i c m s o r 推出，它与w i n d o w s 操作系统紧密结合。d c o m 提供组件间必要的粘合和完全 的服务，包括协同工作、位置透明性、安全性、网络化和基本服务，使得组件能够彼此通 信并且以标准方式操作。d c o m 的底层通信技术是从o s f ，d e cr p c 发展而来，并增加了 一些m i c r o s o f t 自身的扩展。由于d c o m 并未提供继承的能力，严格来说，它只能是一种 基于对象而非面向对象的分布计算技术。 随着时间的推移，企业内基于w i n d o w s 的p c 服务器的生存能力和i n t c m e t 的高速发 展给企业级应用带来了新的挑战。在w i n d o w s2 0 0 0 x p 系列中，d c o m 被重新命名为 c o m + 。c o m + 统一了d c o m 和m t s ( m i c r o s o f it m n s a c t i o ns e r v i c e ，微软事务服务) ，支 持对象合并、动态负载均衡和数据库缓存，从而可以更好地管理不断增加的高度动态变化 的负载、综台基下浏览器的客户及处理新的分布安全模式。 2 5 2s u nj 2 e e ，e j b j 2 e e ( j a v a 2 p i a l f b n i l e n t e r p r i s ee d i t i o n ，j a v a2 企业级版本) 是由s u n 公司于1 9 9 9 年 推出的一个支持企业级计算的j a v a 平台。j 2 e e 提供了一个基于组件的集中式服务器多级 应用体系，其基础是e j b ( e n t e r p r i s ej a v a b e a n s ，企业级j a v a 组件) 。e j b 为开发和部署可 重用的j a v a 服务器组件定义了一个模型，为j a v a 应用服务器定义了标准编程接口。e j b 组件在e j b 服务器提供的e j b 容器中运行，e j b 服务器代表e j b 组件自动管理大量的企业 级中间件服务如事务、状态、持久性和安全性，这使得开发人员可以集中精力编写业务 逻辑。e j b 组件在运行时的特性可通过使j = jx m l 语言定义的配置描述符加以定制，无需 更改代码，从而能很好地适应快速发展的电子商务等应用领域。另一方面，由于j a v a 与 i n t e m e t 有着不可分割的联系，因此对基于w 曲的分布计算环境支持得也非常好，j 2 e e 完 全支持w 曲服务器端使用s e r v i e t 和j s p 技术。除了e j b 组件和w 曲组件外，j 2 e e 还定义 了企业级应用需要访问的各种中间件服务，包括名字服务、事务服务、消息服务和数据库 访问等。 连接j 2 e e 组件各个部分的关键技术是r m i ( r e m o t em e t h o dl n v o c a t i o n ，远程方法调 用) ，与c o r b a 和c o m + 不同，r m i 的接口直接使用j a v a 语言定义，而不需要使用专门 设计的i d l 语言。为支持与c o r b a 的互操作，s u n 在r m i 的基础上又推山了r m l ，i i o p 它采用n o p 作为其传输协议，因此可以与c o r b a 无缝地进行互操作，同时又保持j a v ar m l 9 中南夫学硬士论文 第二章c o r 8 a 体系椅介 简明的优点。 2 5 3 比较与结论 前面所讨论的三种分布对象技术代表了目前主流，三者备有优势，表2 一i 对这三种分 布对象技术作了一个简明的比较旧。 表2 1 分布对象技术分类比较表 c o r b ad c o m ，c o m +j 2 e e ，e j b 集成性好一般好 支持跨语言操作好蚶般 支持跨平台操作好一般好 网络通讯好一般好 公共服务组件好 一般 好 可用性一般妤好 事务处理好一般一般 消息服务一般一般一般 安全服务好一般好 目录服务好 般 一般 可扩展性好一般好 综合对这三种分布对象技术的分析及比较在本系统后台业务逻辑的开发中采用了 c o r b a 技术，主要基丁以r 考虑1 1 3 】1 1 4 j ： ( 1 ) d c o m ，c o m + 是m i c m s o r 的专有技术，与w i n d o w s 结合紧密，而银行系统，特 别是核心业务系统都是构建于u n i x 操作系统之上的。因此，跨平台操作能力较弱的 d c 0 m ，c o m + 技术并不适合在本系统中使用。 ( 2 ) j 2 e e 甩j b 尽管是与厂商无关的技术并且具有良好的跨平台能力，但它是一种构 建于j a v a 之上的技术，其底层代码的执行是由j v m ( j a v av i r t u a im a c h i n e ，j a v a 虚拟机) 来解释执行的，因而处理效率不理想，可以说，j a v a 的跨平台能力是以牺牲速度为代价的。 因此，在对处理效率要求很高的后台核心业务系统中不适宜使用j 2 e e ，e j b 技术。 2 6 本章小结 o m gc o r b a 、m i c r o s o rd c o m c o m + 利s u nj 2 巳e ，e j b 是分布对象技术的三种主流 技术。分布对象技术是本系统研发的重要技术基础。本章着重讨论了c o r b a 体系，并将 其与d c 0 m ，c o m + 和j 2 e b ，e j b 进行了简要的比较。 中南太学硕：| ? 论文 第i 章系统总体方案 第三章系统总体方案 3 1 系统设计目标 3 1 1 大前置系统的特点 综合目前国内银行信息化的现状以及对未来业务发展的需求，大前置系统具有以下主 要特点1 邬q ： ( 1 ) 以大前置系统为中心，“客户大前置代理服务器银行帐务主机，第三方主 机”的多方协作的处理方式。一笔交易的完成涉及到多个方面，处理环境扩大到，域网， 甚至互联网。 ( 2 ) 业务处理的宽适应性、高效性。所谓宽适应性就是要支持中间代理业务、膏业务 和其它一些新兴的业务，同时作为多方协作体系的中问节点，它还要具有很高的处理能力， 不能成为业务处理瓶颈。 ( 3 ) 渠道接入的多样化。要支持字符、图形、w e b 等多种表现形式以及柜丽终端、 a t m 、p o s 、c a l lc e n t e | 等不同类型的金融终端。 3 1 2 总体设计目标 基于大前置系统的特点，本系统提出的基本设计目标是能满足中间代理业务和银行 业务的需求，并且在体系结构上能满足将来扩充网上银行等其它新兴业务的需要。其具体 目标如下： ( 1 ) 能将多个原有的基于c ，s 两层或三层结构的业务软件进行网络互连，不影响原有 软件的功能和结构。 ( 2 ) 交易流程的流水线式规划，通过配置实现不同业务、不同的交易以及同一交易的 不同流程。提供方便、灵活的配置管理，全面实现数据包配置化管理、交易配置化管理和 系统参数配置化管理。 ( 3 ) 结合分布对象技术实现业务逻辑的可重用性、分布式部署性。考虑到业务的不 均匀性和突发性，采用一定的负载均衡策略保证在分布式处理模式下的海量吞吐和快速响 应