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

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

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

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

你的橋上要有多少條道？

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

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

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

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

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

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

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

WSDL部件列表和指示表

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

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

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

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

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

FigureA

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

架構(gòu)的選擇

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

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

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

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

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

下一步

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

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

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