商業功能性
上圖是一個Web服務提供者展示他們Web服務的功能。重要的是要理解，商業機構不會選擇他們現有的基於J2EE應用程序，並把他們的EJB展示為Web服務的。雖然用Web服務平台或目前市場上出售的工具在技術上是可行的，但是在商業上這樣做是沒有現實意義，因為商業不在組件中展示方法調用。
在商業上他們展示的是商業功能，這些功能會轉換成一系列執行該商業功能所需要的協調動作。在即時返回服務消費者的響應中可能有也可能沒有結果，還可能需要幾天的時間才能完成。商業也需要通過多層開發系統的功能性，需要記住幾個安全性等級和由不同的內部應用程序使用。
例如，假設有一個在因特網上售書的商業機構G，比方說，他們決定在因特網上把一項在線訂書服務展示為Web服務。當顧客下訂單的時候，訂單信息在商業企業G內部啟動了一個交易過程。這個交易過程需要執行多項行動，例如，檢查圖書訂單的總量或執行一個財務事務處理過程。這涉及到顧客把錢劃到商業G賬上，最後，給運輸部門送一份消息，讓他們把書送給顧客。
從圖5中的J2EE系統功能圖可以看出，這個交易過程可能需要與各種EJB發生交互作用，而這反過來又與企業信息系統或跨機構的數據庫產生交互作用。在所有這些交易過程中，交易的完整性以及顧客想從認真企業級的交易過程中得到的任何其他標准都需要保存起來。
Web服務系統
Web服務系統類似於J2EE中的容器(container)的概念。它給執行Web服務提供了一個運行時間環境。為了進行討論的目的，完全可以說在較高的級別上Web服務系統會包含一個Web服務運行時間環境，該運行時間環境能接受SOAP請求並把它們映射到對應的Java組件，即在商業功能性中共享的Java類或EJB。同時，從該商業過程中收集的所有結果都是可靠的，並被封裝在SOAP響應中，送回Web服務的客戶機。
Web服務器
Web服務器是從Web服務客戶機發出SOAP請求到服務提供者收到這個請求的過程中最主要的網關。Web服務器通過HTTP協議進行通信，通常在端口80收聽。因為SOAP消息需要在HTFP上傳輸，所以它很適合進入我們的XML消息層和傳輸層。我們在圖5上應當注意到的一件重要事情是，事實上WSDL文件是存放在Web服務器上的，因為這樣它給服務的消費者提供了全球性的可訪問機制，使他們能查閱WSDL技術規范。
因此，如果我們提供了一個在UDDI注冊表作為URL引用的WSDL文件的話，服務消費者就可以很容易地通過URL找到該WSDL，並對它進行轉換，以確定該機構支持的服務和服務的終端。
Web服務器還在整個系統中執行另外一種重要功能。這種功能會把適當的SOAP請求轉送到Web服務系統去。
Web服務客戶機
Web服務客戶機是Web服務的消費者。由於Web服務是不確定平台的，因此用目前任何一種主流編程語言寫成的客戶機都可以調用Web服務。例如，它可能是一個Java程序，一個Visual Basic程序或者一個C++程序。Web服務客戶機要做的第一步工作是查閱UDDI信息，查找能提供它感興趣的Web服務的商業。
從UDDI信息中重新得到WSDL URL引用，並從可公開訪問的URL下載WSDL文檔。通常，URL指的就是從圖5中的Web服務器。一旦得到了WSDL文件，服務消費者就有了調用該Web服務所需要的技術信息。技術信息我們指的是該Web服務中的方法。該方法需要的參數，該方法的數據類型和終端信息。可以根據WSDL文件產生SOAP客戶代碼，然後再把產生的SOAP客戶代碼嵌入到客戶機巾，以便調用該Web服務。
通過本文的介紹，希望對你有幫助。
