WSDL適合你的B2B后端應用軟件嗎？

申請免費試用、咨詢電話：400-8352-114

WSDL適合你的B2B后端應用軟件嗎？

去年秋天，一個顧問伙伴在接受了一個時間短但很麻煩的應用軟件整合工作之后，向我尋求幫助。他為一個大型的運營SAP R/3的Midwest制造商工作，這個公司兼并了一個運營MFG/Pro的小型制造商。兩個公司都具有與眾多客戶，經紀人和發(fā)行商的預先設定數據溝通，因此父公司決定將所兼并的小型公司的室內系統(tǒng)保持不動。然而，父公司需要將購買訂單傳遞給其它公司。我的這個朋友認為這正是利用WSDL應用軟件的時候。

他打電話來詢問有關EDI的內容，EDI是小型公司進行溝通交流的主要方式。計劃方案是簡化公司之間的訂單處理過程并對雙方公司的事物辦理帶來最小的影響。在我們對其進行了詳細討論之后，他決定在大型公司這一端，購買訂單，一份來自客戶（存儲在客戶的系統(tǒng)之中）的回歸文檔的直接拷貝，需要在發(fā)送端被看成是出外的SAP IDoc且在接收端被看成是回歸的EDI。但這里的麻煩是整個的轉移過程需要實現完全的自動化。

還在不久之前，要實現這樣的透明化還是一個重大的課題。然而，隨著Web服務的出現，這樣的B2B事務處理將不再成為問題，它可以很快地被實現并不需要過多花費。

你的橋上要有多少條道？

在選擇一個WSDL應用軟件來作為這些應用軟件的最佳橋梁時，我們必須要回答一些問題。首先，我們必須要面對這么多的麻煩嗎？其實有很多針對基于Web的應用軟件的第三方整合數據包都可能完成這個工作。

然而，我們所需要的是對商業(yè)檔案的詳細而明確的重新包裝，而這又需要進行常規(guī)修改，有時候會是非常詳細而棘手的（那些接觸過EDI的源代碼層級的人會深有體會）。此外，父公司預計這個橋梁只是第一個，類似的客制化，透明的應用軟件橋梁將需要陸續(xù)地建立。一個第三方整合數據包就足夠了嗎？或者公司最好是投入WSDL的領域并建構它自己的Web服務應用軟件？

如果你面對一個類似的決定，這是第一個必須要有回答的高級別問題，你必須將一些相關問題作為你做出決定的基礎：

相互關系是一對一，還是一對多？

如果是一對一，那么它是否穩(wěn)定？是否還需要格式修正（在兩端）？

如果是一對多，那么數據流是雙向的嗎？

如果是一種一對一連接而不需要很多的修正的話，一個off-the-shelf整合數據包也許就是適合的。如果還有其他方面的情況，則建構一個Web服務應用軟件將會是更好的選擇。

WSDL部件列表和指示表

Web服務已經迅速地出現在我們面前，承諾了自身帶有的很多內容。如果你初次接觸這個詳細的技術，不要讓它使你厭煩。Web服務是建構在靈活的常見的技術之上的并確實實現了它所承諾的內容。

對于Web服務中需要實現自動控制的地方，很多B2B應用軟件都可以作為候選者。供應鏈管理（特別是貨物清單管理），外來數據庫的更新，第三方服務代理和其他很多應用軟件都是很理想的候選者。

你需要確實進行編寫的部分是服務描述，了解它在方案中的位置是很重要的。

一旦你了解了應用軟件將如何被配置，你就需要選擇一個雙方都認可的應用軟件架構。一般來講，你所發(fā)送的應用軟件的數據（被映射到ebXML或一些類似的格式）是被包裹在一個封套之中的。標準的封套是XML-derived Simple Object Access Protocol (SOAP)。SOAP是獨立傳輸協(xié)議的，所以你可以選擇你的傳輸協(xié)議(SMTP, HTTP, HTTPS等等)。見圖A，SOAP將應用軟件的數據綁在選定的傳輸協(xié)議上，這樣就將數據送至服務部分。

服務目錄提供了一個服務名稱，它描述了適合于應用軟件（這是WSDL部分）的服務。這個服務在WSDL之中被定義，在描述中包含的內容是應用軟件數據的目的地（一旦應用軟件數據被服務所處理，整個處理過程就會在應用軟件數據向接收器前進時反轉）。

Figure A

Web services數據傳輸的協(xié)議層

架構的選擇

架構的選擇也許就像調用公司的庫存一樣簡單。Web服務的整體理念就是使應用軟件在互聯(lián)網上相互交流而不依賴于平臺和語言，這樣做的初衷就是現在世界上絕大多數的公司都具有某些互聯(lián)網平臺。

這樣做還有一個優(yōu)點就是在遠程處理時釋放了雙方，例如在我同事所做的應用軟件之中的兩個公司，他們彼此是完全獨立于架構的，不僅是在應用軟件數據格式和house系統(tǒng)（這是他們的目標）之中，而且是在互聯(lián)網溝通交流的各個方面。下面的一些問題需要各方來進行回答：

準備傳輸的應用軟件數據的格式將是什么？

傳輸協(xié)議將是什么？

要記住這里的理念是使用已經存在的東西，除非你有非常好的理由不去這么做。這就是Web服務最明顯的經濟和便利之處。在你開始對你的應用軟件進行配置時，解決雙方進行處理時的細節(jié)問題將是十分重要的。

下一步

一旦你感覺到出于商業(yè)需要，處理過程要實現自動化，你的應用軟件的客制化程度究竟有多高，還有現有平臺的詳細資料，你就做好了對應用軟件進行配置的準備。

工作中有兩個主要的階段：設置數據溝通和編寫Web服務描述，我將在這個系列中的第二，第三部分分別地進行介紹。

讓你的客戶或是高層管理者知道你達到了這些目的，現在應該是強調設置B2B詳細資料這種方式的有效性的時候了，當然還有它可以節(jié)省多少資金。這種節(jié)省內建在了整個Web服務之中，但你還是不得不由衷地對它表示欣賞。