（控制理论与控制工程专业论文）基于xfs金融自助设备跨平台的开发.pdf

武汉理工大学硕士学位论文 摘要 当前，自动柜员机( a 1 、m ，a u t o m a t e dt e l l e rm a c h i n e ) 作为一种方便人们 日常生活的工具已经成为银行为其客户提供金融服务的重要渠道。一个银行所 拥有a t m 分布网点及a t m 的管理水平情况直接关系着其自动化水平的高低， 也直接关系着银行本身在同行业中是否具有核心竞争力。为此。现在银行都希 望迅速发展自己的a t m ，并不断提高其信息化管理水平，以更好的为客户服务。 但是目前市场上a t m c ( a u t o m a t c dt e l l e r m a c h i n e c l i e n t ) 软件有很多弊病。 首先，a t m c 软件能支持的设备类型单一。有的只能支持一种品牌，有的只能 支持一种品牌的某一型号。其次，a r m c 软件运行的环境复杂多样。有的机器 运行的是i b m 公司的0 s 2 系统，有的运行的w i n d o w s 系列操作系统。这两 种情况又产生了a 1 m c 软件功能扩展困难、a t m c 软件系统维护难度高的新问题。 因此，基于w i n d o w s 的开放服务体系结构金融服务扩展( w i n d o w s0 p e n s e r v i c e sa r c m t e c t u r e e x t e n s i o n sf o rf i n a n c i a ls e r v i c e s ：w o s a f s ) 标准应运而 生。w o s 脚s 是由银行解决方案供应商协会于1 9 9 3 年5 月2 4 日发布的基于 晰n d o w s 的应用对金融设备的访问规范。目前x f s 标准已被广大业界厂商所接 受，不只是a t m 生产商，其他的金融终端也按照这个规范运行。 本人参与开发的a t m 跨平台软件是基于w o s a ，f s 标准、在n e t 平台上 的，能够解决多厂商、多品牌、多型号a t m 机运行软件不统一的问题。本文详 细阐述了w o s 脚s 规范下跨平台软件的开发内容，以及本人在开发过程中遇 到的问题和解决方法。同时将我们的软件与市场上相同平台作了横向和纵向比 较、分析。最后通过在北京光大银行项目招标测试表明：我们开发的跨平台软 件系统是稳定性好、兼容性强的新型a n 讧c 软件，完全能够适应银行在未来信 息化发展中的业务需要。 本文共有六个章节。本文第一章简要介绍了本研究的来源、相关背景、相 关技术点和本研究的内容和意义。第二章介绍了系统设计思想和遵循的规范。 第三章详细介绍了系统各层次结构。第四章详细分析了打印控件层的封装和处 理。第五章阐述了系统运用的主要技术。第六章总结了a t m 跨平台现有工作， 并对未来发展方向作了展望。 关键词：w o s a ，) ( f s ，a t m ，跨平台软件，金融自助设备软件 武汉理工大学硕士学位论文 a b s t r a c t r c c e n t l y ，a u t o m a t e dt e l l e rm a c l l i n e ( 删) h a sb e c o m e 孤i m p o r t 趾tm e m o dt o p r o v i d e f i n a n c i a ls e r v i c ef o rt h eb a 【l k sc u s t o m e ra sac o n v e n i e n tt 0 0 1 a r m d i s 拄i b u t e dp o i ma i l dm a n a g e m e mk v e lo w n e dba i 】i ki sr c l a t e dt od e 掣e eo fb a i 血s a u t o m a t i o na n dt ob a i l ki t s e l fw l 础埘i ti sa b l et 0c o i n p e t ei n 也es 锄e 廿a d e 1 1 1 e r e f o r e ，b a n kh o p et od e v e l o pa t mo f 也c i ro w nr a p i d l yn o w ，孤di m p m v e “s m a n a g e m e n tl e v e io fi o m a t i z a t i o nc o l l s t a n t l y i no r d e rt os e n ，ec u s t o m e rb e t t e l b u ta u t o m a t e d1 e l l e rm a c m n ec l i e m ( a t m c ) s o n w a r eh a sm a n yd i s a d v a i 】_ t a g e so t 1 1 em a r k e ta tp r e s e m f i r s t l y ，a 工m cs o 行w a r ec a ns u p p o r td e v i c et y p es i n 甜e s o m e o n l ys u p p o r to n eb r a n d ，o t h e r s0 1 1 l ys u p p o r to n et y p eo fo n eb r a l l d s e c o n d l y ， o p e r a t i n gc o n d i d o n so fa t m cs o 胁a r ea r ec o r n p l e xa n dm u l t i p l e x s o m em n o n o s 2s y s t e mo fi b m ，o t h e r sn 1o nw i n d o w ss y s t e m u n d e rs u c hc i r c u m s t a n c e s ， t h e r ea r en e wp r o b l e m sa r i s i n gf 如mt l l e m ，w h i c h 血e 劬c t i o no f 删cs o f t w a r ei s d i f f i c u l tt oe x t e n da 1 1 dm es y s t e mo f 删cs o f t w a r ei sd i f f i c u l tt om a i n t a i n 1 1 1 e r e f o r e ，w o s a ss t a l l d a r de m e r g e sa st l l et i n l e sr e q l l i r e w i n d o w so p e n s e r v i c e sa r c h i t e c t u r e ，e x t e n s i o n sf o rf i i l a i l c i a ls e r v i c e s ( w o s a x f s ) i sa i la c c e s s s p e c 姬c a t i o nb a s e do na p p l i c a t i o no fw i n d o w st of i n a n c i a le 删p m e n tb yb a n k s 0 1 u t i o np r o v i d e ri n s t i t i n i o np u b l i s h e do nm a y2 4 ，1 9 9 3 、o s a s 2 0s t a n d a r di s p u b l i s h e do nf e b r u a r y11 ，1 9 9 6 a tp r e s e n t ，x f ss t a n d a r di l a sb e e na c c e p t e d b y1 a r g e p m d u c e r s ，n o t0 1 l l yi n c l u d i n ga t mm a n u f a c t u r e r s ，b u ta l s oo t l l e rf i r l 趾c i a lt e r m i m l i p a n i c i p a t e d i na 1 1 dd e v e l o p e d 也e 丘n a n c i a ls e l f _ s e r v i c e e q u i p m e n t c r o s s p l a t f o r n ls o 行w 舡eb a s e do nw o s a ss t a n d a r da n d n e tp ia _ d _ 0 m t h es o r w a r e c a i ls e t t l et h cs t a t et h a tm u l t i m 柚u f a c t u r e r m u l t i _ b r a n d ，m u l t i m o d e l sq u e s t i o n t h i s p a p e re l a b o r a t e dt h ed e v e l o p m e n tc t e n to fc r o s sp l a 墒蛐s o 瓣a r eu n d e rw o s 彭 x f ss t a l l d a r di nd e t a i l ，a sw e l la sm yq u e s t i o na n ds o l u t i o nw h i c hi n e e ti nt 1 1 e d e v e l 叩m e n tp m c e s s m e a n w ep 印c rc o m p a r e do u rs o 脚a r e 谢廿1t l l es 锄e p l a t f o r mo nm em a r k e ta n dh a da 埘l - s c a l ea 1 1 a l y s i s f m l l y 也et e s ti nm eb e 司i n g c e bb a n kb i d d i n gp r o j e c ti n d i c a t e d 也a to u rd e v e l o p e dt l l ec r o s sp l a t f o r ms o 矗w a r e s y s t e mi ss t a b i ea n dc o 玎l p a t i b l ea n dn e wa r m cs o r w a r e ，a n di sa b l e 幻m e e t 也e i i 武汉理工大学硕士学位论文 b u s i n e s sd 锄a i l do f 1 eb a n ki n 也ef h 眦 t h c r ea r es i xc h a p t e r si nt h i sd i s s e 删i o n c l 即t e r0 n ei sa ni 1 1 怕d u c t i o nt ot l l e s o u r c ea i l db a c k 掣o u n do fm es y s t e m c 王l a p t e rt w oi n t r o d u c e st h ed e s i g nm o u g h to f s y s t e md e v e l o p e da n ds t a n d a r d c h 印t c rn 鹏ed e s 丽b e st 1 1 ee v e r yl e v e lo ft h i s s y s t e m i nc h a p t e rf o u r ，t h ea c t i v e xo c xo fp r i n t e ri nd e t a i li sd e s c r i b e d c h 印t e r f i v ed i s c u s s e st h em a i nt e c h n 0 1 0 9 yo fs y s t e m c h 印t e rs i xs w m r l a r i z e st 1 1 e 、v o r ko f r e s e a r c ha 1 1 dt h ed e v e l o p m e mo f m m t i p l a t f o m a t ms o 珩 ，a r ep l a t f o h n k e yw o r d s ：w o s a f s ，a t m ，m u m p l a t f o ms o 向 c ， f j n a n c i a 】s e l f - s e i c ee q u i p m e n ts o n w 盯e i i i 武汉理工大学硕士学位论文 1 1 课题概述 1 1 1 课题研究的背景 第1 章绪论 随着信息化、网络化的日新月异，以a t m 交易为代表的自助交易将逐步取 代银行网点交易，成为现代商业银行为客户服务的主流渠道。随着金融行业竞 争加剧，银行的需求也出现了变化：希望对不同a t m 品牌机上运行程序进行整 合，以减少应用开发和维护成本：银行对自助服务渠道有整合成统一的体系结 构的需求：市场竞争需要银行自助服务更加丰富，开发方式更灵活；自助渠道 要成为新的赢利中心。银行a t m 未来的运行效率、经营成本、管理水平和盈利 能力的高低将直接决定其核心竞争力的高低。 但是目前市场上a t m c ( a u t o1 1 e l l e rm a c h i n ec l i e n t ) 软件有很多弊病。首 先，a t m c 软件能支持的设备类型单一。有的只能支持一种品牌，有的只能支 持一种品牌的某型号。其次，a t m c 软件运行的环境复杂多样。有的机器运 行的是i b m 公司的o s 2 系统，有的运行的w i n d o w s 系列操作系统【2 1 。这又闻 接产生了删c 软件功能扩展困难、a 1 m c 软件系统维护难度高的新问题。 近年来，许多银行和金融机构希望能够将所有金融渠道统一建立在单一的 软件平台上，并且意识到自助服务也需要符合这策略。许多银行已经将他们 的自助服务渠道转移到w i n d o w s 支持的软件环境上。据调查，全球已经有2 0 0 0 多家银行已经全面转移到w i n d o w s 平台上，超过8 5 的银行会在未来两年内 转移至w i n d o w s i j j 。 因此在这种环境下，基于w 砌o w s 的开放服务体系结构金融服务扩展 ( w i n d o w s o p e ns e r v i c e sa r c h i t e c t u r e ， e x t e n s i o n sf o rf i n a n c i a ls e r v i c e s ： w o s x f s ) 标准应运而生。w o s a f s 是由银行解决方案供应商协会于1 9 9 3 年5 月2 4 目发布的基于w i n d o w s 的应用对金融设备的访问规范。1 9 9 6 年2 月 1 1 日发布了w o s a ) ( f s 2 0 版本标准，并于1 9 9 8 年5 月1 1 日在比利时布鲁塞尔 正式将这一标准己交给欧洲标准化委员会( 1 1 1 ee u r o p e a nc o m m i n e ef 醅 武汉理工大学硕士学位论文 s t a l l d a r d i z a t i o n ：c e n ) 【4 。c e n 作为非盈利性、纯粹的标准定之机构，是x f s 规范真正的管理者和制定着。目前x f s 标准己为广大业界所接受，不只是删 生产商，其他的金融终端也按照这个规范运行。 因此，本文重点开发了基于w o s a f s ( 以下简称为x f s ) 标准的跨平台 金融自助设备软件平台( 以下简称a t m 跨平台系统) 。 1 1 2 相关技术介绍 w o s a 全称是w i n d o w s 开放式系统体系结构 ( w i n d o w so p e ns y s t e m m c h i t e c t u r e ) ，是微软公司提出的一种在w i n d o w s 操作系统下的软件架构。 w o s r ) ( f s 是基于w o s a 的扩展金融服务( w i n d o wo p e ns y s t e m a r c h i t e c t i l r “e x t e n s i o n sf o rf i n a l l c i a ls e r v i c e s ) q 是微软公司为全球金融行业软 件提出的一种软件架构，它在w o s a 软件架构的基础上针对全球金融行业进行 了一些相应的修改。 随着全球信息技术的发展和个人电脑的发展，人们倾向于购买各个电脑厂 商的硬件，然后自己组装成一台完整的电脑，这样可以避免赡买单个厂商的硬 件，从而不用受制于某个单独的厂商。作为与个人电脑相似的银行金融外设行 业( 以a 1 m 为例) ，银行希望能够象个人电脑一样购买多个厂商的产品，然后 组装成一台a t m 机。这样一来，银行的a t m 机就不会受制于某一家厂商，银 行只需要一台删机的各个厂商维护各自的设备，整机可以由某个厂商维护， 也可由专门维护a t m 机的专业公司来维护。最终，会有更多原来没有能力生产 整台a t m 的厂商或代理公司进入到金融行业，它们只销售a t m 机中的几个硬 件，从而银行拥有更多的选择，会得到更多更好的服务，得到更便宜的价格， 它是各个厂商互相竞争中的最大受益者。所以，国外银行现在都要求各个厂商 的设备能够互相连接起来，从而组成一台完整的a 1 m 机 5 】。 为了使不同厂商的金融外设能够组合成一台完整的觚m ，需要在两方面考 虑：一方面是硬件的互连，一方面是软件的互连。由于硬件的发展有很多年的 历史，也有许多已i 有的技术规范能够使不同的硬件在物理上连接起来，所以硬 件的互连基本都可以做到。但是软件的发展历史相对于硬件来讲时间比较短， 还没有现成的技术规范能够使不同硬件上的控制软件能够互相连接起来 6 】。为了 处理金融行业的软件互连问题，微软公司、几个大的金融外设厂商和几个大的 银行机构在一起讨论，最终定下来了一套软件技术规范。只要任何一个厂商自 2 武汉理工大学硕士学位论文 己硬件的软件驱动程序符合这套规范，那么它的硬件就可以无缝连接到其他同 样符合这套规范的a t m 机上，而不需要做任何的软件改动。同时w o s a 也规 定了硬件驱动程序和a t m 上层控制流程的程序之间的接口规范1 7 ，从而银行可 以购买非厂商提供的a t m c 上层程序，比较典型的是k a l 公司，它可以不卖硬 件，只卖软件，提供给银行更多的选择和更专业的软件服务。 这一套软件技术规范就被称为w o s a f s 规范，一般简称w o s 脚s 。 因为银行作为w o s a 的最大受益者，所以国外银行购买的金融设备都要求 符合w o s a 规范，其中a t m 首当其冲的被要求必须符合w o s a 规范。当然， n c r 、d i e b o l d 等大的朋阿江厂商都很快迎合这种需要，相继对原有的软件进行 了彻底的改造，推出了自己的符合w o s a 规范的a t m 软件。 近几年，随着w o s a 的优点越来越被肯定，所以国内银行相继要求各个厂 商提供符合w o s a 标准的硬件驱动程序，并且n c r 、d i e b o l d 等国外厂商也在 大力的向国内银行推广它的w o s a 软件，灌输w o s a 的概念，相信随着时间的 推移，国内各个银行一定也会走国外银行同样的道路，最终要求各个厂商的金 融外设全部符合w o s a 的规耐”。 1 2 系统介绍 1 2 1 开发历程 本项目系统是属于公司内部研发项目，严格执行c m m i n 的软件质量控制管 理规范。主要经历了以下几个时期阶段； 1 ) 产品原型期： 此期间完成以h t m l 页面作为客户界面的自助终端设备应用软件。取得应 用于中国建设银行全辖3 8 家分行的自助终端设备软件成果。 2 ) 产品发展期： 此期间完成支持业务的逻辑二次开发，全面引入) 。m ，技术等工作。取得湖 北农行自助终端构件化平台项目成果。 3 ) 产品进阶期： 此期间完成读卡器、配钞、指示器、传感器、凭条打印、流水打印、存折 打印、明细打印、操作员面板、客户键盘等支持) ( f s 标准的功能模块开发。增 武汉理工大学硕士学位论文 加了脚本执行、w 曲服务调用功能。 1 2 2 与国内外同类产品的比较( 横向比较) 国外同类产品主要有：n c r 的a p t r a 平台、d i e b o l d 的a g i l i sp o w e r 平台， 以及去年已经在建行上线并正推广的k a l 及紫金的跨平台软件。 以上所有平台( 包括我们) 在底层硬件封装层上，都是以v c 为基础封装 a c t i v e x 控件。因为，w o s a ) ( f s 规范就是建立在c c + + 基础上的。这一层，所 有的平台都是一样的。 a t m 管理层上：n c r 公司的a p t r a 提供了一个用v b 封装的a c t i v e x 控 件来管理a t m 机运行状况的软件。紫金有一个监控状态机的线程来专门处理监 控删机运行状态。a t m 跨平台系统用微软的新技术n e t 开发了监控插件，专 门用于处理监控系统下发的监控命令和监控a t m 机运行状态。相比与其他两个 平台，a t m 跨平台系统运行状态全面、可靠，部署灵活。 应用程序层：a p t r a 平台利用v b 开发上层应用。紫金的w a s p 应用是利 用v c 开发的。a g i l i sp o w e r 和a t m 跨平台系统是基于n e t 开发的应用程序。从 未来技术发展趋势来看，a g i l i sp o w e r 和a t m 跨平台系统走在了技术前列。 业务逻辑层：a p t r a 平台和a 西l i sp o w e r 都是通过页面+ 脚本的方式来控制 整个业务。而且，平台提供了已经写好的例子，该例子包含了删可能的象查 询、取款、转帐等交易的h t m l 模板文件，该模板文件可以直接运行就是一个 完整的a t m 程序。a r m 跨平台系统和紫金的跨平台都是利用一个l 文件来 控制业务逻辑的。这种x m l 格式的逻辑控制文件，相比与页面控制的方式要更 加灵活、简便。 总体来说，a t m 跨平台系统是在充分参考国内外现有同类系统优缺点 的情况下所作的开发，基本是上吸收了他们的架构和技术优点，同时根 据自身的行业技术经验加入了新特性。如：a t m 机监控插件、流程引 擎、原子交易构件等。后面章节将详细介绍。 1 2 1 3 与以往a t m c 软件的比较( 纵向比较) 删跨平台软件的跨平台实质指的是跨不同硬件厂商、不同a t m 品牌的平 台，这同般意义上的跨操作系统软件平台是有区别的。 4 武汉理工大学硕士学位论文 由于历史原因，各家a t m 硬件厂商在长期市场竞争环境下分别生产出具有 各自标准的硬件模块。自家的各个硬件模块组合在一起构成自己各种系列的产 品线，以满足不同银行的不同需要。彼此之间出于竞争关系，使得相同功能模 块由于电气连接标准不同、驱动接口规范不同，不能鸯接互换，以达到自身利 益最大化的目的。 以上情况，会导致一家银行因拥有不同品牌、不同厂家的机器，必须分别 使用不同的删c 应用软件。比如：同一家银行同时拥有n c r 和西门子的机器， 不同厂家的机器上运行的a t m c 软件各不相同。从用户角度看，他在同一家银 行不同a t m 机上看到的提示界面不同，而且取款的操作步骤也可能不同。 界面、流程的不统一会给客户带来困惑，影响企业形象。而且软件的不一 致会给软件维护增加难度。并且如果银行针对纷繁复杂的市场推出新的业务， 需要修改软件流程时，银行就需要把所有硬件厂商召集在一起，协调大家增加 新的业务。这样银行和不同厂家之间的协调会耗费软件工程的绝大部分时间， 不仅效率降低，软件设计也难以达到最优。 1 3 本研究的意义 a t m c 软件技术一般不会采用当今流行的新技术，因为新技术的潜在不稳 定因素会引发未知的安全问题。而a t m c 软件直接与现金发生关系，一小点安 全问题都会触发严重的金融危险和社会影响。因此，只有被证明为稳定成熟的 技术才会应用到a t m 机软件上。 此次n e t 平台技术在a t m 跨平台系统上的应用，一方面是因为其在各种 应用中表现出的稳定性，另一方面也是由于我们在该技术掌控能力的提高。通 过n e t 在a t m 跨平台系统上的应用可以证明，n e t 技术能够使用于金融传统 应用领域，至少在a t m c 上的应用是可以信赖的。这是本研究的意义其一。 其二，国外跨平台软件我们暂且不提。国内拥有跨平台软件公司，紫金科 技拥有的跨平台软件，只有上层应用和脚本文件是自行开发的。其模块控件是 由英国k a l 公司提供的，紫金公司对这部分软件没有知识产权。因此，可以说 国内各公司对核心技术没有决定权。所有涉及到核心代码的更改，都需要国外 公司的支持和授权。而本文中的删跨平台系统除了硬件模块驱动s p 、x f s 中间件是由厂家和国际组织提供的外，其他各部分软件都享有完全知识产权。 5 武汉理工大学硕士学位论文 我们可以根据中国人民银行的国家标准，做出符合国情的软件修改，而无须受 制于他人。 其三，也是最重要的一点。a t m 跨平台系统的出现给银行带来巨大的好处： 1 ) 统一用户界面、统一流程处理，有利于提升银行企业形象；2 ) 统一的a t m c 软件，有利于降低银行维护成本；3 ) 银行能够二次开发，可以根据市场变化推 出新式自助金融产品，有利于提升银行市场竞争力； 1 4 本论文的主要工作和贡献 本文的主要介绍了a 1 m 跨平台系统软件的层次结构、相关技术。a t m 跨平 台系统包括应用层、控件层、管理层、硬件层。本文第四章将详细分析控件层 封装的方法和技术特点。其中对于打印控件封装的技术细节和注意事项作了详 细阐述。第五章则对a t m 跨平台系统整体的关键技术问题进行了深入研究，并 提出了解决这些问题的新方法和新思路。 本文的主要贡献体现在以下方面 1 ) 本论文的成果改变了a t m c 跨平台软件核心技术由国外公司垄断的局 面。将微软新技术平台n e t 引入到传统的a t m c 领域，标志着n e t 在银行金 融领域应用的稳定性。 2 ) 提供了一个可以跨越多厂家、多品牌、多型号的a t m c 应用软件。 最直接的好处就是，客户在同一家银行不同机器上使用的软件界面是相同 的、操作步骤是相同的。客户不会产生因同家银行不同机器操作习惯、使用界 面不一致的困惑。这有利于银行企业形象的提升。 3 ) 提供银行一套可定制、可快速二次开发的应用平台软件。 银行可以根据市场的变化特点，推出有自身特点的新型金融白助服务产品。 可以根据银行自身需要设计新的自助服务界面、增加新的自助交易；还可以根 据金融犯罪新特情况，对金融自助交易作合理限制以抵御金融犯罪风险。有了 快速二次开发工具，银行可以方便、快速地在a t m 跨平台系统上开发新功能。 有利于提高银行市场竞争力。 4 ) 有利于银行统一a t m 机软件运行和维护管理。 a t m 跨平台系统包括应用程序、配置文件、交易流程文件。这些程序和文 件对于不同的机器来说都是相同的。数据的一致性使得银行维护和管理删c 6 武汉理工大学硕士学位论文 软件成本相比以前大大降低。从此不用在更改交易时需要所有硬件厂家和软件 提供商集合共同开发新功能的协调工作。 7 武汉理工大学硕士学位论文 2 1 总体设计思想 第2 章总体设计 a t m 跨平台系统主要是为了解决多品牌、多厂家删c 软件平台不统一， 银行对a t m 机软件运行维护任务繁重等问题。因此无论是从采用的技术上，还 是从遵循的标准上都要应用当今成熟、稳定、先进的思想来设计此系统平台。 另外，还要充分考虑到银行客户对于此系统二次开发的需要，提供二次开发接 口以及使用简单方便的开发工具。只有一个稳定、高效、实用的应用平台加上 快速、简便的二次开发平台才能符合当前以及经后一段时期内银行客户的需求。 整套系统分为应用平台和二次开发平台两个部分。应用平台是商业逻辑的 实际运行环境，二次开发平台提供商业逻辑的快速开发、定制。 2 1 1 应用平台 a t m 跨平台系统中的应用平台又可称为c o s a p ( c o m p o n e n t0 r i e n t e d s e l f s e n ，i c e a p p l i c a t i o n p l a 响r r n ，面向构件的自助服务应用平台) ，是针对金融、 服务行业推出的完善的自助服务应用运行平台，在c o s a p 的基础上可以应用于 任何类型的自助服务设备( 包括：删、c d m 、b s m 等) 。 顾名思义，系统是面向构件的开放式平台，采用可配置框架的思想实现各 个构件模块的整合，形成一种插件式组合的系统结构。因此，整个平台具有良 好的兼容性、扩展性和可维护性。 c o s a p 平台采用了m v c ( m o d e l e w c o m r 0 1 1 e r ) 的设计思想，将处理单元 ( 构件) 、显示、控制分离，通过三者的互动协同完成特定的业务逻辑。 m v c 由t r y g v er e e n s k a u g 提出，首先被应用在s m a l l t a l k _ 8 0 环境中，使许 多交互和界面系统的构成基础，m i c r o s o f 【的m f c 基础类也遵循了m v c 的思想。 如图2 1 所示。 8 武汉理工大学硕士学位论文 图2 1m v c 结构图 m o d e i ：数据处理单元，也就是平台中的构件，用于完成某种特定操作的处 理单元。c o s a p 平台中的每个构件都具有最大的可重用性，通过构件的组合搭 配即可实现各种不同的业务逻辑处理。 v e w ：界面展现，用于客户交互界面的展现、客户输入的捕获。c o s a p 平 台将u i ( u s e ri n t e 妇e ) 独立出来，每一幅界面都是可以重用的。 c o n t m l ：逻辑控制，即c o s a p 平台中的流程处理引擎，该引擎通过解析 业务逻辑描述文件，调用相应的构件进行处理，控制展现层显示相应的客户界 面，从而完成整个业务逻辑。 模型、视图与控制器的分离，使得一个模型可以具有多个显示视图。如果 用户通过某个视图的控制器改变了模型的数据，所有其它依赖于这些数据的视 图都应反映到这些变化。因此，无论何时发生了何种数据变化，控制器都会将 变化通知所有的视图，导致显示的更新。这实际上是一种模型的变化传播机制。 m v c 的实现需要完成下面几项工作： 1 ) 分析应用问题，对系统进行分离 分析应用问题，分离出系统的内核功能、对功能的控制输入、系统的输出 行为三大部分。设计模型部件使其封装内核数据和计算功能，提供访问显示数 9 武汉理工大学硕士学位论文 据的操作，提供控制内部行为的操作以及其他必要的操作接口。以上形成模型 类的数据构成和计算关系。这部分的构成与具体的应用问题紧密相关。 糍设计和实现每个视图 设计每个视图的显示形式，它从模型中获取数据，将它们显示在屏幕上。 鬻设计和实现每个控制器 对于每个视图，指定对用户操作的响应时间和行为。在模型状态的影响下， 控制器使用特定的方法接受和解释这些事件。控制器的初始化建立起与模型和 视图的联系，并且启动事件处理机制。事件处理机制的具体实现方法依赖于界 面的工作平台。 m 凳曩 嚣 黼繁使用可安装和卸载的控制器 控制器的可安装性和可卸载性，带来了更高的自由度，并且帮助形成高度 灵活性的应用。控制器与视图的分离，支持了视图与不同控制器结合的灵活性， 以实现不同的操作模式，例如对普通用户、专业用户、或不使用控制器建立的 只读视图。这种分离还为在应用中集成新的i o 设备提供了途径。 在a t m 跨平台系统中，原子交易构件、脚本构件、基础构件、w 曲s e r v i c e 构件都是属于m o d e l 一类；用作用户界面的h 刑l 页面是v i e w 类；而流程引 擎则是c o n 仃o l l e r 类； 2 1 2 二次开发平台 c o s d p ( c o m p o n e mo r i e m e ds e l r v i c ed e v e l o pp la _ t f o m ，面向构件的自助 服务开发平台) 是针对c o s a p 平台的业务逻辑客户化定制平台，通过c o s d p 平台可以快速、便捷的定制商业逻辑。 在该平台中包括以下几大功能： 蘸蕊_ ；应用参数配置 2 1 系统参数配置 3 1 流程文件配置 4 ) 通信报文配置 5 1 打印模板配置 6 )s p ( s e r v e rp r o v i d e r ) 管理配置 7 ) 日志管理配置等 l o 武汉理工大学硕士学位论文 2 1 3 系统支持的业务类型 系统支持构建取款、查询、转帐和改密等传统类型的交易，同时也支持构 建诸如：费用代缴、代扣，股票、基金买卖，电子售票等中间代理业务，将来 甚至会把通过互联网络的电子商务功能也整合进来。 2 1 4 系统中的主要技术 在完成系统分析工作后，急需解决的关键问题包括以下几点： 1 ) 在应用中嵌入脚本文件的处理 2 ) 不同标准s p 的兼容性处理 3 ) n e t 没有钩子函数，消息拦截需要使用新方法的处理 这3 个关键问题的解决将在第五章详细描述。 2 2 系统设计遵循的规范 2 2 1 系统支持的7 s 标准模块 a t m 跨平台系统遵循c e n - x f s2 o 3 o 标准规范，目前设计支持如下硬件 模块： 武汉理工大学硕士学位论文 表2 1a 1 m 跨平台系统支持的硬件模块 模块名称 a t mb s m 读卡器( 1 d c ) 00 客户键盘( p l n )_ 0 流水打印机( p t r ) 0 凭条打e 9 机( p t r ) -0 存折打印机( p t r ) 0 文档打e 9 机( p t r ) 0 现金发放( c d m )_ 传感器( s l u ) 、l 指示器( s l u )- 指示灯( s i u ) - 安全门( s i u ) _ 字符终端( t t u ) 存款模块( c i m ) - 注：a t m 指自助柜员机；b s m 指自助查询机 2 2 2 系统支持的7 s 标准版本 目前支持标准有3 0 2 和2 0 。最新的3 0 3 正在测试当中。 2 3 系统要求环境 本系统要求环境可以从以下三个方面来区分。 1 ) 开发环境 w i n d o w s2 0 0 0 x p 操作系统，n e tf r 锄e w o r k1 1 运行环境，v s 2 0 0 3 开发工 1 2 武汉理工大学硕士学位论文 具集( v c n e t 、c # | n e t ) ，m i c r o s o f cx f sm a n a g e r3 0 2 ，模拟s p 。 在此环境下可以进行a t m 跨平台系统的控件开发和应用开发。 2 ) 运行环境 w i n d o w sn r l l 2 0 0 0 ) 口，n e tf r 锄e 、0 r k1 1 ，m i c r o s o 矗sm a i l a g e r 2 0 7 3 0 2 。c o s a p 。 客户可以在满足上述条件的环境上运行删跨平台系统软件。 3 ) 客户化二次开发环境 w i n d o w s2 0 0 0 p ，n e tf r a n l e w o r k1 1 ，m i c r o s o f c ) ( f sm 黝g e r2 0 7 3 0 2 ， c o s d p ( c o m p o n e mo r i e n t e ds e l f - s e r v i c ed e v e l o pp la _ 响n ) 。 客户可以在满足上述条件的机器上进行a 1 m 跨平台软件的二次开发工作。 1 3 武汉理工大学硕士学位论文 3 1 系统体系结构 第3 章系统设计 a t m 跨平台系统结构图如下图3 1 所示： 斛m va t m 挈智能发布平台 图3 1a 1 m 跨平台系统整体结构图 平台可以与其它辅助应用组合，组成完整的自助设备渠道整体解决方案。 这些辅助应用包括：智能发布系统、监控管理系统等。 最上层是银行的前置系统( a t m p ) 、监控系统( a t m v ) 和智能发布平台， 属于银行管理层。 c o s a p 中的客户界面展现处理部分是界面层；流程控制部分是应用层：构 1 4 武汉理工大学硕士学位论文 件处理库除了控件层外还包括基本交易构件( 即原子交易构件) ；智能发布a g e m 和监控管理a g e n t 插件属于管理层：服务层s e r v i c ep m v i d e r 属于硬件层；平台 层属于中间件由标准化组织提供。 右边c o s d p 的部分，是提供给银行客户用来二次开发的开发工具。包括： 业务逻辑定制( 也就是流程配置) 、运行参数配置、通讯报文配置、打印模板配 置、菜单功能配置等。 两边之间的数据交换均采用现在流行的) ( 1 “l 格式文件。 3 2 系统层次介绍 我们这套系统借鉴了紫金w s a p 的结构特点，同时融入了自己的设计创新。 从结构上分为应用层、平台层、服务层【9 1 。其中应用层包括展现模块、控制模块、 逻辑模块和内部数据流。详见下图3 2 ： 1 5 武汉理工大学硕士学位论文 图3 2a t m 跨平台系统应用程序结构图 3 2 1 应用层介绍 应用层主要包括显示界面、流程控制引擎、脚本文件、内部数据流，分别 对应展现层、控制层、逻辑层和内部数据区。 显示界面就是普通的h t m l 页面【1 0 1 。平台内嵌浏览器，使用w e b 页面作为 1 6 武汉理工大学硕士学位论文 客户视觉界面。c o s a p 平台中的w 曲页面既可以部署在本地，也可以部署在远 端的w 曲服务器上，不考虑带宽的情况下，这二种方式对c 0 s a p 内的处理逻 辑毫无差别。在部署在远端w 曲服务器的模式下，c o s a p 平台通过主动c a t c h 技术加快页面的加载，在页面首次完全加载后，再次显示该页面的速度与本地 文件几乎没有差异【“】。 c o s a p 平台封装了几种不同显示处理方式，以应对业务逻辑中的需求，包 括： n o j v a i t ：显示框架在当前页面完全载入后，不再对页面进行任何 处理，直接反馈控制层成功响应，若页面家在失败则反馈失败响应。 w a i t t l m e o u t ：显示框架在页面加载完成后，等待指定的时间后 反馈给控制层超时响应。 w a l t - _ s e l e c t ，w a l l j n p u t ：显示框架在页面载入后，在指定的时 间范围内等待用户选择相应功能( 触摸屏) 或者数据输入，在客户响 应后反馈成功响应给控制层( 流程处理引擎) ，若在指定的时间内客 户没有任何输入则抛出超时响应给控制层。 w a i r _ ”l s e l e c t ，v 悄i t - t i u n p u t ：显示框架在页面载入后，永久 等待用户选择相应功能( 触摸屏) 或者数据输入，直到客户响应后反 馈成功响应给控制层( 流程处理引擎) 。 流程控制引擎是我们用来加载、解析、流转流程文件的专用引擎。流程引 擎( c f 编写的) 通过d o m ( d o c 啪e n t o b i e c t m o d e l ) 【1 2 】方式导入x m l 格式的 流程文件【l9 1 。然后引擎控制应用程序按照流程文件中预定的路线、预订的顺序 完成一系列预定动作【2 ”。流程控制引擎首先导入我们指定的流程文件，按照流 程文件的指定的路线，引导程序依次执行我们预定义其完成的动作 13 1 。这种思 想和当今流行的工作流机制十分类似。许多大型e r p 、c r m 系统都建立在工作 流引擎上【l ”。工作流机制正是为了处理这种可配置、可记录状态、业务逻辑复 杂、多工作任务的系统【1 5 】【1 6 】。 脚本文件是我们用来控制硬件模块动作的控制文件。硬件模块每一个硬件 动作都被定义在脚本文件中，等待流程文件的加载、调用【1 7 】【1 8 】。 内部数据流是用来存放内部数据的存储区。应用程序在初始化的时候就在 内存空间中开辟一块区域，专门用来存放应用程序在运行过程中需要用到的各 1 7 武汉理工大学硕士学位论文 种全局变量。该内部数据流是按照树形结构存放数据的，节点可以自由动态增 删。在应用程序退出后，该存储空间将被程序释放19 】【2 0 】。 3 2 2 控件层介绍 控件层主要包括1 4 个基本硬件模块：读卡器模块、出钞模块、存款模块、 凭条打印模块、流水打印模块、存折打印模块、明细打印模块、操作员面板模 块、指示灯模块、客户键盘模块、指示器模块、安全门模块、传感器模块、厂 商模块等。下面简要介绍一下各模块的功能以及处理方式。 1 ) 读卡器模块介绍： 该控件与读卡器硬件进行指令交互动作。将应用对读卡器发出的各种指令 通过m a n a g e r 发送到硬件，以驱动硬件完成指定动作1 2 “。 功能：封装) ( f s 规范中读卡器的相关操作，给应用提供统一、简单的控件 属性、方法和事件。 在控件初始化时建立与m a i l a g e r 的连接，控件卸载时关闭与m a n a g e r 的连 接；控件方法封装了对s p 的常用操作，并增加了容错处理；控件属性为应用提 供访问控件内部变量的接口；控件在接收到s p 的消息和事件时，为上层应用触 发事件，以便应用进行必要的处理。 调用