李之翔

摘要：本文旨在解決不同數(shù)據(jù)庫管理系統(tǒng)數(shù)據(jù)共享與交換問題，描述了通過采用soap協(xié)議以及Web Service技術，通過XML進行數(shù)據(jù)交換，并跨平臺、跨不同數(shù)據(jù)庫之間實現(xiàn)實時交易的設計過程。該項研究運用廣泛，特別是對現(xiàn)有已經(jīng)成熟運行多年以上的某刷卡交易系統(tǒng)進行Webservice植入，從而使得在不改變現(xiàn)有數(shù)據(jù)邏輯和程序流程的基礎上，成功打通新用戶平臺的入口，實現(xiàn)用戶在新老平臺系統(tǒng)安全有效地進行數(shù)據(jù)交換，達到無縫連接降低開發(fā)成本，延長已有平臺的使用時限。

關鍵詞： soap；數(shù)據(jù)庫；一卡通；Web service

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2018）27-0272-02

1 問題提出

隨著互聯(lián)網(wǎng)+技術的快速發(fā)展，特別是網(wǎng)購電商平臺大量采用新一代移動支付技術，大多數(shù)的支付交易系統(tǒng)逐步升級，這樣新出的或已升級的電商系統(tǒng)平臺能方便地進行各種支付。但還是有許許多多的老支付系統(tǒng)仍然在運行，但又面臨和新系統(tǒng)平臺數(shù)據(jù)對接和交換的問題。業(yè)界在這方面比較常規(guī)的做法是對以往的系統(tǒng)進行推倒重來，實際上這種做法增加了企業(yè)的開發(fā)和運營成本，同時也造成了極大的浪費。下面以某集團公司為例，介紹下該公司在一卡通交易系統(tǒng)和新集團消費平臺之間的一個數(shù)據(jù)對接的實際需求。

該集團公司緊跟當前互聯(lián)網(wǎng)+形勢，新建了一個基于PC端、移動端的內(nèi)部員工電子商城網(wǎng)站，供集團下屬各分公司員工使用，而各分公司內(nèi)部都有各自獨立的一卡通消費系統(tǒng)，而且都穩(wěn)定運營了若干年，故如何讓新平臺在交易過程中使用到老一卡通消費系統(tǒng)的金額并進行實時交易，建立一個通用的標準實現(xiàn)異構系統(tǒng)數(shù)據(jù)交換，就成為該項課題的研究核心。

2 具體架構與解決方案

2.1 新老系統(tǒng)數(shù)據(jù)交換架構圖

2.2 開發(fā)平臺

一卡通平臺：采用傳統(tǒng)的C/S模式開發(fā)，服務端程序運行在windows 2003上，后臺數(shù)據(jù)庫采用MsSQLServer2000，前臺刷卡程序交易機通過RS485與刷卡終端相連。服務器程序和刷卡程序采用Delphi7.0開發(fā)。下文統(tǒng)稱為老平臺。

新互聯(lián)網(wǎng)交易平臺：采用B/S模式開發(fā)，服務端程序運行在Linux resin上，后臺數(shù)據(jù)庫采用Oracle 11g，采用J2ee架構開發(fā)。下文統(tǒng)稱為新平臺。

2.3 數(shù)據(jù)交換和調(diào)用的流程描述

首先，在新平臺中導入老平臺用戶的職工編號，并開通賬號。

其次，老平臺用戶在新平臺進行交易時，新平臺服務端根據(jù)用戶來源，發(fā)送交易請求到相應老平臺的接口端。針對不同分公司的老平臺。

最后.老平臺接口端根據(jù)數(shù)據(jù)請求發(fā)送相關程序到老平臺數(shù)據(jù)庫服務器端，獲得相應的結(jié)果代碼反饋給新平臺。

2.4 關鍵技術

本文采用Soap簡單對象訪問協(xié)議，來實現(xiàn)應用層數(shù)據(jù)交換。soap是目前互聯(lián)網(wǎng)上應用最為廣泛的數(shù)據(jù)交換的協(xié)議規(guī)范，它通過http協(xié)議在WEB上交換面向?qū)ο蟮臄?shù)據(jù)。

Soap首先是基于http協(xié)議的，它采用XML定義了一個信封（Envelope），通過WSDL來描述具體的訪問接口函數(shù)，而UDDI用來管理和分發(fā)以及查詢相關的web服務。它不僅支持http調(diào)用，而且支持遠程過程調(diào)用（RPC）。

SOAP的消息基本結(jié)構：

它工作原理就是把相關的XML結(jié)構化數(shù)據(jù)放到一個XML的信封套里，通過http協(xié)議傳送相關的請求數(shù)據(jù)和結(jié)果數(shù)據(jù)，現(xiàn)今手機上APP程序的通過移動互聯(lián)網(wǎng)和云服務器進行網(wǎng)絡數(shù)據(jù)交換，采用soap協(xié)議的占絕大多數(shù)，是一種簡單、便捷、安全的基于XML的協(xié)議?；趕oap的簡單性和實用性，一些大型互聯(lián)網(wǎng)公司如百度，也在云端開發(fā)了大量的web service供開發(fā)者調(diào)用，譬如語音識別、食物識別、花卉識別等Web service，減少了許多重復勞動，催生了各種APP百花齊放。

2.5 解決方案

根據(jù)新老系統(tǒng)數(shù)據(jù)交換架構和數(shù)據(jù)交換的調(diào)用描述，筆者負責老平臺Web Services的編寫，實現(xiàn)兩個過程方法，余額查詢和交易支付。為了不增加和改變老平臺的運行環(huán)境，降低影響，決定另外增加一臺服務器，專門運行該Web Services，直接和老平臺后臺數(shù)據(jù)庫進行數(shù)據(jù)交換。Web Services 采用C# 開發(fā)，生成.asmx文件，運行環(huán)境采用IIS7.0，.net4.6.5，操作系統(tǒng)采用Windows 2008 Server R2 Sp1。

我們可以通過C#編寫在web services 服務程序，來處理soap的XML請求，通過oleDB調(diào)用后臺MSSql數(shù)據(jù)庫中相應的存儲過程，然后根據(jù)存儲過程返回結(jié)果，進行判斷生成相關的響應報文即可完成一次查詢余額操作。

3 開發(fā)總結(jié)

在開發(fā)和調(diào)試過程中，發(fā)現(xiàn)最難的就是測試。由于web服務是被調(diào)用的，沒有相關的程序界面來查看，開發(fā)和測試人員往往要編寫測試程序來調(diào)試web service，這就大量增加了開發(fā)時間周期和開發(fā)成本。

筆者通過SoapUI5.2.1這一開源工具來進行web service的測試，可以節(jié)省大量的自己編寫測試程序的時間。該工具能進行Webservice的功能、負載、結(jié)果性調(diào)試等常規(guī)測試。它也可以作為一個單獨的測試工具來使用，也可利用插件集成到一些編程環(huán)境中去使用。

如圖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開發(fā)的關鍵技術[J].計算機與現(xiàn)代化， 2007（8）：100-102.

[3] 施明輝.基于B/S+SOAP的系統(tǒng)開發(fā)方法研究[D].江南大學， 2002.

[4] 唐良招，何險峰，余華彬，等.基于WebService的農(nóng)業(yè)經(jīng)濟信息交換共享系統(tǒng)[J].計算機應用與軟件，2010， 27（11）：188-190.

[5] 余枝強，薛云皎，王春森.網(wǎng)絡服務與簡單對象訪問協(xié)議[J].計算機工程與設計， 2002， 23（3）：30-34.

[通聯(lián)編輯：唐一東]