當前位置:工程項目OA系統(tǒng) > 泛普各地 > 上海OA系統(tǒng) > 上海OA快博
WSDL適合你的B2B后端應用軟件嗎?
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服務之中,但你還是不得不由衷地對它表示欣賞。
- 1麥肯錫電子商務論叢-寬頻能夠挽救網絡媒體嗎
- 2數字資產管理:捕獲競爭優(yōu)勢的新方式(by AMT 劉宇 編譯)
- 3網絡服務:壓在MSN上的賭注
- 4上海OA:未來企業(yè)核心競爭力
- 5“數據掘金”豈能用“鋤頭”
- 6信息生命周期管理(ILM)(田新泉)
- 7OA辦公軟件系統(tǒng)中的工作“民意調查”很強大
- 8Web服務,等待全民公決
- 9泛普軟件-協(xié)同OA辦公系統(tǒng)官方網站分析
- 10IBM推出面向移動設備的Web服務編程工具
- 11分析員:英特爾與Web Service
- 12CRM中的上海OA(二):知識審計方法和工具戰(zhàn)略選擇(by AMT 劉宇 編譯)
- 13企業(yè)如何實施上海OA(唐志豪 蘇燕平 劉險峰)
- 14PayCircle公布Web服務移動結算標準
- 15第二代Web服務展望
- 16Web技術、上海OA與高等教育(by AMT 劉宇 編譯)
- 17證據顯示微軟曾阻礙Sun參加網絡服務標準組織
- 18頂級IT企業(yè)的世界大戰(zhàn):Web Services 驚世未了緣
- 19上海OA的個人學習筆記
- 20什么是知識整合?(by AMT 胡鵬編譯)
- 21上海OA的四個層面
- 22聯(lián)合國《2003 年電子商務與發(fā)展報告》
- 23信息生命周期管理:存儲界的最新發(fā)展浪潮
- 24架起結構化和非結構化數據之間的橋梁(AMT 唐曉輝 編譯)
- 25泛普(上海)OA績效有以下特點
- 26讓“內容”成為價值
- 27上海OA和信息管理之間的聯(lián)系和區(qū)別(By AMT 宋亮)
- 28泛普OA辦公軟件即將在上海灘發(fā)布最新的報表系統(tǒng)
- 29Web服務:重塑服務型經濟
- 30PKM:個人上海OA
成都公司:成都市成華區(qū)建設南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務大廈18樓