WSDL適合你的B2B后端應(yīng)用軟件嗎？

申請免費(fèi)試用、咨詢電話：400-8352-114

WSDL適合你的B2B后端應(yīng)用軟件嗎？

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

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

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

你的橋上要有多少條道？

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

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

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

相互關(guān)系是一對一，還是一對多？

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

如果是一對多，那么數(shù)據(jù)流是雙向的嗎？

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

WSDL部件列表和指示表

Web服務(wù)已經(jīng)迅速地出現(xiàn)在我們面前，承諾了自身帶有的很多內(nèi)容。如果你初次接觸這個詳細(xì)的技術(shù)，不要讓它使你厭煩。Web服務(wù)是建構(gòu)在靈活的常見的技術(shù)之上的并確實(shí)實(shí)現(xiàn)了它所承諾的內(nèi)容。

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

你需要確實(shí)進(jìn)行編寫的部分是服務(wù)描述，了解它在方案中的位置是很重要的。

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

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

Figure A

Web services數(shù)據(jù)傳輸?shù)膮f(xié)議層

架構(gòu)的選擇

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

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

準(zhǔn)備傳輸?shù)膽?yīng)用軟件數(shù)據(jù)的格式將是什么？

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

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

下一步

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

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

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