1.定義
由兩部分組成
·SOAP--Web Service之間的基本通信協議。
·WSDL--Web Service描述語言，它定義了Web Service做什么，怎么做和查詢的信息。
2.簡單的Web Service實現
包含四個基本步驟
·創建Web Service的商業邏輯（通常是一些Java類）
·將這些Java類部署到一個SOAP服務器上
·生成客戶訪問代碼
·部署客戶應用
注意：WSDL等文件的生成通常是利用廠商提供的工具來完成
3.SOAP
Web Service 的通信協議。當把 SOAP 描述為一種通信協議時，多數人都會想到 DCOM 或 CORBA，并且會問“SOAP 如何激活對象？”或“SOAP 使用什么樣的命名服務？”等問題。雖然 SOAP 實現方案可能會包含上述內容，但 SOAP 標準并未對其進行規定。SOAP 一種規范，用來定義消息的 XML 格式 - 這是規范中所必需的部分。包含在一對 SOAP 元素中的、結構正確的 XML 段就是 SOAP 消息。這是不是很簡單？
SOAP 規范的其他部分介紹如何將程序數據表示為 XML，以及如何使用 SOAP 進行遠程過程調用 (RPC)。這些可選的規范部分用于實現 RPC 形式的應用程序，其中客戶端將發出一條 SOAP 消息（包含可調用函數，以及要傳送到該函數的參數），然后服務器將返回包含函數執行結果的消息。目前，多數 SOAP 實現方案都支持 RPC 應用程序，這是因為習慣于開發 COM 或 CORBA 應用程序的編程人員熟悉 RPC 形式。SOAP 還支持文檔形式的應用程序，在這類應用程序中，SOAP 消息只是 XML 文檔的一個包裝。文檔形式的 SOAP 應用程序非常靈活，許多新的 XML Web Service 都利用這一特點來構建使用 RPC 難以實現的服務。
SOAP 規范的最后一個可選部分定義了包含 SOAP 消息的 HTTP 消息的樣式。此 HTTP 綁定非常重要，因為幾乎所有當前的 OS（以及許多以前的 OS）都支持 HTTP。HTTP 綁定雖然是可選的，但幾乎所有 SOAP 實現方案都支持 HTTP 綁定，因為它是 SOAP 的唯一標準協議。由于這一原因，人們通常誤認為 SOAP 必須使用 HTTP。其實，有些實現方案也支持 MSMQ、MQ 系列、SMTP 或 TCP/IP 傳輸，但由于 HTTP 非常普遍，幾乎所有當前的 XML Web Service 都使用它。由于 HTTP 是 Web 的核心協議，因此大多數組織的網絡基礎結構都支持 HTTP，并且員工已經了解了如何對其進行管理。如今，已經建立了用于 HTTP 的安全保護、監視和負載平衡的基礎結構。
4.WSDL解析
WSDL描述語言一般包含三部分
·What部分--包括了type、message和portType元素
Type：定義了Web Service使用的數據結構（使用XML Schema定義）
Message：一個Message是SOAP的基本通信元素。每個Message可以有一個或多個Part，每個Part代表一個參數。
PortType：消息匯總為不同的操作并歸入到一個被稱為portType的實體中。一個portType代表一個接口（Web Service支 持的操作集合），每個Web Service可以有多個接口，它們都使用portType表示。每個操作又包含了input和 output部分。
·How部分--包含binding元素
binding元素將portType綁定到特定的通信協議上（如HTTP上的SOAP協議）
·Where部分--由service元素組成
它將portType,binding以及Web Service實際的位置（URI）放在一起描述
5.客戶端
通常Web Service可以有三種類型的客戶
·商業伙伴（Business Partner）--包括分發商，零售商以及大型消費者）
此類客戶通過SOAP、WSDL、ebXML、UDDI等XML技術與Web Service連接
·瘦客戶--包括Web瀏覽器、PDA以及無線設備
該類客戶通常經由輕量協議(如HTTP)與Web Service連接
·肥客戶--包括Applet、各類應用以及現存系統
通常使用重量級協議（如IIOP）連接Web Service