Web服務持續發展的時候,應用技術必須克服某些阻礙和困難。因為越來越多企業認識到了Web服務的巨大潛力,開始把它運用到他們的組織中,這時一些有爭議的概念急需得到解決。

  其中一個有爭議的概念是關于B2B協同。Web服務本來并不是設計用來幫助標準商業流程的規劃和建模,而ebXML(電子商務可擴展性標識語言)就是提出來解決這個問題的技術。在第一部分,我們將探討ebXML的主要目標和基本組成。

  ebXML和Web服務

  乍一看,ebXML和Web服務可能看上去非常相似。但是事實上它們非常不一樣。

  是一個規范的模塊組合,它讓企業能通過國際互聯網進行商務交易。這些規格由聯合國貿易便利與電子商務中心(UN/CEFACT)和結構化信息標 準促進組織(OASIS)發起,Web服務是一種Internet上應用程序之間交流的共同操作的方式。Web服務也伴隨一系列為實現不同任務的不同規 格。這就是Web服務和ebXML之間的不同。

  盡管Web服務和ebXML都允許在Internet上進行商業交流,但ebXML是嘗試提供一種體系結構,承認那些提供相似產品和服務的商業可以用相似商業交易過程來描述。

  通過提供描述商業交易的規格和標準方式,ebXML就可以執行這些過程,讓公司能用標準方式互相交流。通過Web服務,你被鎖定到一個特定公司的API,而且必須分開操作多方商業伙伴的API。

  ebXML體系結構的核心

  ebXML規范的細節非常復雜,因為用一種標準格式來描述如何與其他企業進行商業交流不是一個容易的事。ebXML技術體系結構規范提出了以下七點來描述ebXML體系結構的核心組成。ebXML提出了:

  1.描述一個商業流程及其相關信息模型的標準機制。

  2.一個用來注冊和存儲商業流程和信息元模型以便于它們可以共享和重復使用的機制。

  3.對每個參與者信息的探索,包括:他們支持的商業流程;他們提供的支持商業流程的商業服務接口。;在他們各自商業服務接口之間交換的商業管理;相關傳送、安全和編碼協議的技術配置。

  4.一個注冊上述信息以便于能讓其被找到和提取的機制。

  5.一個描述執行雙方達成一致的商業安排的機制,它可以是來自上面第三點中各方提供的信息。(協作協議協定——CPA)

  6.一個標準商業通信服務框架,它能讓貿易伙伴之間信息進行可操作的、安全和可靠的交換。

  7.一個單獨通信服務配置結構,用來使商業流程和商業協定中規定的條件達成一致。

  詳細分析

  為了理解一個企業如何使用ebXML,讓我們進一步來分析以上每一點:

  1.這個體系結構的關鍵部分就是提供了一套指南,來詳細說明一個企業做了一些什么以及是如何做的。UN/CEFACT建模技術方法(UMM)利 用統一建模語言(UML),描述了一個企業如何來實現它。結果就是得到一個元模型,描述某一特定企業如何開展其商業流程。然后同一類型的其他企業可以同樣 再使用這些元模型。

  2.為了存儲元模型,一個UDDI的擴展被創建為ebXML,允許對商業流程元模型的探索和注冊。

 3.ebXML描述了其他公司用來探索其他已注冊公司描述性信息的處理過程。

  4.作為一個像前面第二點提到的擴展,ebXML允許公司注冊操作ebXML的細節。

  5.CPA是用來描述企業如何鏈接他們商業流程元模型的關鍵文件。

  6.通信服務描述了用來將商業流程信息打包并在企業間進行分發的XML擴展。

  7.通信服務配置允許更改通信語義和傳送協議(如:HTTP/S, FTP,SMTP等)

  總結

  ebXML是非常復雜的,但是它的執行效果又是非常吸引人和強有力的。總的來說,ebXML:

  能讓企業找到他們想與之進行商業往來的企業。

  制定一系列規格來創建一個適應ebXML的標準環境,讓企業能相對容易地整合應用程序。

  描述可重復使用的商業流程,以達到迅速執行。

  可以被擴展,以提供常規商業流程操作。

  實施一個通信框架,描述企業之間如何根據不同的協議共同操作。

  Web服務也開始采用規范,讓想到沒有聯系的商業交易如WS-Coordination,WS-Transaction和WS-Choreography能一起工作。

Flock 瀏覽器 創建

標簽: , ,