新万博_万博出事了

周一至周五 | 9:00—22:00

作者摧:未知

  摘要情挤:本文旨在解决不同数据库管理系统数据共享与交换问题驴冉,描述了通过采用soap协议以及Web Service技术泥描,通过XML进行数据交换耪吹,并跨平台柬、跨不同数据库之间实现实时交易的设计过程糕纲。该项研究运用广泛遍碌膳,特别是对现有已经成熟运行多年以上的某刷卡交易系统进行Webservice植入迷劳超,从而使得在不改变现有数据逻辑和程序流程的基础上侗,成功打通新用户平台的入口偶傲蹿,实现用户在新老平台系统安全有效地进行数据交换瓢签,达到无缝连接降低开发成本谱,延长已有平台的使用时限拷胜。
  关键词开舍北: soap;数据库;一卡通;Web service
  中图分类号宽休:TP311 文献标识码阮矢姜:A 文章编号梅:1009-3044(2018)27-0272-02
  1 问题提出
  随着互联网+技术的快速发展寥,特别是网购电商平台大量采用新一代移动支付技术反奇滥,大多数的支付交易系统逐步升级龄,这样新出的或已升级的电商系统平台能方便地进行各种支付漂且狼。但还是有许许多多的老支付系统仍然在运行裸,但又面临和新系统平台数据对接和交换的问题懒伪。业界在这方面比较常规的做法是对以往的系统进行推倒重来悼,实际上这种做法增加了企业的开发和运营成本髓,同时也造成了极大的浪费守。下面以某集团公司为例钡碍咀,介绍下该公司在一卡通交易系统和新集团消费平台之间的一个数据对接的实际需求耪。
  该集团公司紧跟当前互联网+形势谷群纤,新建了一个基于PC端寂、移动端的内部员工电子商城网站欺宛,供集团下属各分公司员工使用疼佬栓,而各分公司内部都有各自独立的一卡通消费系统毯斥袜,而且都稳定运营了若干年困薄,故如何让新平台在交易过程中使用到老一卡通消费系统的金额并进行实时交易惰哨叮,建立一个通用的标准实现异构系统数据交换糯咖删,就成为该项课题的研究核心溪答。
  2 具体架构与解决方案
  2.1 新老系统数据交换架构图
  2.2 开发平台
  一卡通平台轨蓟:采用传统的C/S模式开发息接,服务端程序运行在windows 2003上宏场,后台数据库采用MsSQLServer2000词,前台刷卡程序交易机通过RS485与刷卡终端相连悼竟。服务器程序和刷卡程序采用Delphi7.0开发硷蔫。下文统称为老平台释凸。
  新互联网交易平台咸缴:采用B/S模式开发起,服务端程序运行在Linux resin上奸,后台数据库采用Oracle 11g概栏,采用J2ee架构开发撅毛。下文统称为新平台铃券峭。
  2.3 数据交换和调用的流程描述
  首先先监,在新平台中导入老平台用户的职工编号姥涪,并开通账号貌配。
  其次级,老平台用户在新平台进行交易时媒臣份,新平台服务端根据用户来源规烁,发送交易请求到相应老平台的接口端酵喷。针对不同分公司的老平台冒。
  最后.老平台接口端根据数据请求发送相关程序到老平台数据库服务器端吵崇楼,获得相应的结果代码反馈给新平台拉秸。
  2.4 关键技术
  本文采用Soap简单对象访问协议咎,来实现应用层数据交换肝锈猩。soap是目前互联网上应用最为广泛的数据交换的协议规范汀,它通过http协议在WEB上交换面向对象的数据普飞曝。
  Soap首先是基于http协议的刹,它采用XML定义了一个信封(Envelope)车丛,通过WSDL来描述具体的访问接口函数湍,而UDDI用来管理和分发以及查询相关的web服务算肝傅。它不仅支持http调用柯,而且支持远程过程调用(RPC)才。
  SOAP的消息基本结构诞试递:
  它工作原理就是把相关的XML结构化数据放到一个XML的信封套里坊,通过http协议传送相关的请求数据和结果数据幌团恍,现今手机上APP程序的通过移动互联网和云服务器进行网络数据交换图唐,采用soap协议的占绝大多数徊关,是一种简单筛巫潦、便捷反窗粱、安全的基于XML的协议暖。基于soap的简单性和实用性祷,一些大型互联网公司如百度匙,也在云端开发了大量的web service供开发者调用世拣,譬如语音识别匙律林、食物识别卫、花卉识别等Web service盟,减少了许多重复劳动人,催生了各种APP百花齐放呵。
  2.5 解决方案
  根据新老系统数据交换架构和数据交换的调用描述窍才,笔者负责老平台Web Services的编写苛,实现两个过程方法釜巧,余额查询和交易支付弛理。为了不增加和改变老平台的运行环境梢,降低影响料,决定另外增加一台服务器蹭蕾朔,专门运行该Web Services啸,直接和老平台后台数据库进行数据交换袜沦。Web Services 采用C# 开发粕筹,生成.asmx文件沤,运行环境采用IIS7.0警龋庭,.net4.6.5褐,操作系统采用Windows 2008 Server R2 Sp1甲彩。
  我们可以通过C#编写在web services 服?粘绦颍?来处理soap的XML请求划肩,通过oleDB调用后台MSSql数据库中相应的存储过程脯临,然后根据存储过程返回结果谱,进行判断生成相关的响应报文即可完成一次查询余额操作枫芥。
  3 开发总结
  在开发和调试过程中酵放,发现最难的就是测试肋卢。由于web服务是被调用的帛,没有相关的程序界面来查看孙藉,开发和测试人员往往要编写测试程序来调试web service崔赂,这就大量增加了开发时间周期和开发成本纲佩杰。
  笔者通过SoapUI5.2.1这一开源工具来进行web service的测试娶乔,可以节省大量的自己编写测试程序的时间旱。该工具能进行Webservice的功能林、负载碾猜杭、结果性调试等常规测试藉。它也可以作为一个单独的测试工具来使用翰,也可利用插件集成到一些编程环境中去使用妊乳泻。
  如图2所示放觅狡,笔者通过SoapUI 5.2.1建了一个项目挤奶,对项目先命名缮拢锭,然后在Initial WSDL中要测试的web service的wsdl地址芍,就可以自动生成相关的测试项目睹诗汰。
  参考文献痛:
  [1] Luo Z. WEB SERVICE TESTING TOOL SOAPUI AND ITS ANALYSIS[J]. Computer Applications & Software固, 2010.
  [2] 柴晟甲擞摔, 罗传军厂, 卓毕生. 基于SOAP的Web Services开发的关键技术[J].计算机与现代化息雾, 2007(8)弟颗乳:100-102.
  [3] 施明辉.基于B/S+SOAP的系统开发方法研究[D].江南大学能浇策, 2002.
  [4] 唐良招叮,何险峰凛笺,余华彬盾拨,等.基于WebService的农业经济信息交换共享系统[J].计算机应用与软件澳,2010版肚, 27(11)夕:188-190.
  [5] 余枝强偏溺嘎,薛云皎箍裂唯,王春森.网络服务与简单对象访问协议[J].计算机工程与设计咕沧密, 2002晚习, 23(3)添龋:30-34.
  [通联编辑枪逃泡:唐一东]