摘要：本文結合筆者的實際工作，從理論和應用兩方面闡述WebService技術在IT系統接口中的應用。筆者于2006年開始參與某通信公司物資管理系統的開發和實施，該系統使用的是全球排名第一的德國著名ERP軟件SAP，筆者主要負責系統間通信接口的設計、開發和維護工作，該系統與財務系統、項目管理、調度、客戶關系管理等系統都有接口，全部使用WebService技術實現。
　　
　　關鍵詞：Web，Service，ERP，SAP
　　
　　1.引言
　　
　　 某通信公司于2006年起開始開發和實施物資管理系統，使用的是全球排名第一的德國著名ERP軟件SAP，筆者有幸參與開發和實施工作，負責接口設計、開發工作。該物資系統與財務系統、項目管理、調度、客戶關系管理等系統都有接口，全部使用WebService技術實現。本文就筆者工作的具體內容，從理論和應用兩方面闡述一下WebService技術在IT系統接口中的應用。
　　
　　2.理論
　　2.1WebService技術
　　2.1.1WebService
　　
　　WebService是為實現“基于web無縫集成”的目標而提出的全新概念，希望通過WebService能夠實現不同的系統之間能夠用“軟件-軟件對話”的方式相互調用，打破軟件應用、網站和各種設備之間格格不入的狀態。
　　
　　WebService是一個應用程序，它向外界暴露一個能夠通過Web進行調用的API，這就是說，能夠用編程的方法通過web調用來實現某個功能的應用程序。
　　
　　WebService是一種新的Web應用程序分支，它們是自包含、自描述，模塊化的應用，可以在網絡中被描述、發布、查找以及通過Web調用。
　　
　　WebService平臺需要一套協議來實現分布式應用程序的創建。任何平臺都有它的數據表示方法和類型系統。要實現互操作性，WebService平臺必須提供一套標準的類型系統，用于溝通不同的平臺、編程語言和組建模型中的不同類型系統。
　　
　　2.1.2XML和XSD
　　
　　可擴展性標記語言XML是WebService平臺中表示數據的基本格式。除了易于建立和易于分析外，XML主要的優點在于它基于平臺無關，由于廠商無關。XML是由萬維網協會（W3C）創建，W3C制定的XMLSchemaXSD定義了一套標準的數據類型，并給出了一種語言來拓展這套數據類型。
　　
　　WebService平臺是用XSD來作為數據類型系統的。當用某種語言如VB.NET或C#來構造一個WebService是，為了符合WebService標準，所有使用的數據類型都必須被轉換為XSD類型。如想讓他使用在不同的平臺和不同的軟件的不同組織間傳遞，還需要用某種東西將它包裝起來。這種東西就是一種協議，如SOAP。
　　
　　2.1.3SOAP
　　
　　SOAP即簡單對象訪問協議（SimpleObjectAccessProtocol），它是用于交換XML編碼信息的輕量級協議。SOAP可以運行在任何其他傳輸協議上。例如，可以使用SMTP，即因特網電子郵件協議來傳遞SOAP消息。
　　
　　SOAP包含3個主要方面的內容：
　　 XML-envelope為描述信息內容和如何處理內容定義了框架
　　 將程序對象編碼為XML對象的規則
　　 執行遠程過程調用（RPC）的約定
　　
　　2.1.4WSDL
　　
　　WebService描述語言（WSDL）是用計算機能閱讀的方式提供的一個正式描述文檔而基于XML的語言，用于描述WebService及其函數、參數和返回值。因為是基于XML的，所以WSDL既是機器可閱讀的，又是人可閱讀的。
　　
　　2.1.5UDDI
　　
　　UDDI即統一描述、發現和集成（UniversalDescription,Discovery,andIntegration），其目的是為電子商務建立標準，UDDI是一套基于Web的、分布式、為WebService提供的、信息注冊中心的實現標準規范，同時也包含一組是企業能將自身提供的WebService注冊，可以使別的奇特能夠發現訪問間協議的實現標準。
　　
　　2.1.6遠程過程調用RPC與消息傳遞
　　
　　WebService本身其實是在實現應用程序的通信。現在有兩種應用程序通信的方法：RPC遠程過程調用和信息傳遞。使用RPC的時候，客戶端的概念是調用服務器上的遠程過程，通常的方式為實例化一個遠程對象并調用其方法和屬性。RPC系統試圖達到一種位置上的透明性：服務器暴露出遠程對象的端口，而客戶端就好像在本地使用這些對象的接口一樣，這樣就隱藏的底層的信息，客戶端也就根本不需要知道對象是在哪臺機器上。
　　
　　2.2SAP系統
　　2.2.1系統簡介
　　
　　SAP是一家通過業務工程成功地集成信息技術的公司，SAP（System,Applications,andProductsinDataProcessing,數據處理的系統、應用和產品）。SAP公司是ERP思想的倡導者，成立于1972年，總部設在德國南部的Walldorf。SAP的主打產品R/3是用于分布式客戶機/服務器環境的標準ERP軟件，主要功能模塊包括：銷售和分銷、物料管理、生產計劃、質量管理、工廠維修、人力資源、工業方案、辦公室和通信、項目系統、資產管理、控制、財務會計。R/3支持的生產經營類型是：按定單生產、批量生產、合同生產、離散型、復雜設計生產、按庫存生產、流程型，其用戶主要分布在航空航天、汽車、化工、消費品、電器設備、電子，食品飲料等行業。
　　
　　SAPR/3的功能涵蓋了企業管理業務的各個方面，這些功能模塊服務于各個不同的企業管理領域。在每個管理領域，R/3又提供進一步細分的單一功能子模塊，例如財務會計模塊包括總賬、應收賬、應付賬、財務控制、金融投資、報表合并、基金管理等子模塊。SAP所提供的是一個有效的標準而又全面的ERP軟件，同時軟件模塊化結構保證了數據單獨處理的特殊方案需求。
　　
　　2.2.2SAPR/3系統
　　
　　SAPR/3是一個基于客戶/服務機結構和開放系統的、集成的企業資源計劃系統。其功能覆蓋企業的財務、后勤（工程設計、采購、庫存、生產銷售和質量等）和人力資源管理、SAP業務工作流系統以及因特網應用鏈接功能等各個方面。　　
　　R/3采用模塊化結構，它們既可以單獨使用，也可以和其它解決方案相結合。從流程導向的角度而言，各應用間的整合程度越高，它們帶來的好處就越多。
　　
　　2.2.3SAP開發語言ABAP4
　　
　　SAP最初開發ABAP/4（高級商業應用程序設計）語言僅為內部使用，為應用程序員提供優化的工作環境。經過不斷的改進和修改以滿足商業領域的需要。現在，ABAP/4已成為SAP開發所有自己的應用程序的僅有工具。
　　
　　SAP客戶用ABAP/4進行其自身開發。這樣的開發對R/3標準解決方案適應特殊問題非常重要。ABAP/4開發工作平臺包含所有用于創建和維護ABAP/4程序的工具。
　　
　　ABAP/4的可解釋特性使其易于生成、測試并運行程序的中級版本，以便將來生成最終版本。此過程也叫做早期原形處理，意味著您不必丟棄中級版本。
　　
　　ABAP/4是第四代支持結構化程序設計的語言。它合并了所有通常的控制結構和模塊化概念。
　　
　　2.2.4SAP接口開發技術
　　
　　SAPR/3的接口方式主要有RFC、IDOC、BAPI三種，本文要介紹的是相對比較簡單的RFC（RemoteFunctionCall，遠程函數調用）。SAP系統RFC調用的原理其實很簡單，有一些類似于三層構架的C/S系統，第三方的客戶程序通過接口調用SAP內部的標準或自定義函數，獲得函數返回的數據進行處理后顯示或打印。
　　
　　SAP的RFC調用是其接口技術中最簡單和易用的一種方式，該方式開發比較簡便，特別適合于外部報表開發，但對于大數據量的查詢效率相對較低。
　　
　　3.應用
　　3.1系統功能
　　3.1.1功能描述
　　
　　本文以供應商模塊為例，該模塊完成將供應商主數據的創建、修改、刪除功能，由其他系統發起，通過WebService傳送給SAP系統，并在SAP系統中自動創建、修改、刪除供應商主數據，其中主要字段包括：供應商標識、供應商狀態、供應商稅號、供應商名稱、開戶銀行、公司帳號、帳戶名稱、是否跟供應商關聯等。
　　
　　雙方采用SOAP的方式進行對接，如下圖所示：
　　
　　
　　其中，提供SOAP服務的系統被稱作“被調用系統”，而通過SOAP方式去調用別系統SOAP服務的系統被稱作“發起調用系統”。這樣的界定只在于同一個接口上，同一個業務系統可能會在某些接口中充當“被調用系統”，而在另外一些接口中充當“發起調用系統”。
　　
　　接口分為兩種：
　　
　　一種是信息發送接口，由“發起調用系統”將業務信息發送給“被調用系統”，由“被調用系統”進行業務處理。對于信息發送接口，一般是采用按需發送方式，所以可以采用實時或者定時兩種方式，一般建議將業務處理過程和接口發送過程分開，以免接口發送影響正常業務的性能和響應時間，甚至導致正常業務出錯。對于這種接口，一般要求“發起調用系統”在發送失敗的時候能夠進行重發，保證不漏不重；而“被調用系統”需要對信息的有效性、完整性進行校驗。
　　
　　另外一種是信息查詢接口，由“發起調用系統”提供查詢條件給“被調用系統”，“被調用系統”根據查詢條件查詢業務信息后返回給“發起調用系統”。
　　
　　對于一次接口過程中，應該保證事務的完整性，即如果出錯的話，應該將業務相關處理完全回滾；另外一點，接口的結果必須是全部成功或者失敗，不能部分進行業務處理。
　　
　　3.1.2Webservice流程圖
　　
　　
　　3.2WebService配置
　　3.2.1配置
　　
　　 在SAP系統中，使用事務代碼SE80進入開發環境，在“EnterpriseService”中創建一個新的“ClientProgram”，選擇“URL/HTTPDestination”，在“Package”、“前綴”框內填寫相應內容，激活。
　　
　　3.2.2測試
　　
　　在SAP系統中，使用事務代碼SE80進入開發環境，在“EnterpriseService”中選重剛才創建的ClientProxyObject，運行后，如果顯示：ServiceProcessedWithoutError，則成功，否則不成功。
　　
　　4.總結與討論
　　
　　隨著Web應用的不斷發展，人們發現Web應用和傳統桌面（如企業ERP系統）應用之間存在著連接的鴻溝，人們不得不重復地將數據在Web應用和傳統桌面應用之間遷移，這成為了阻礙Web應用進入主流工作流的一個巨大障礙。
　　
　　從1998年開發發展的XML技術及其相關技術已證明有可能解決這個問題。而近期開始蓬勃發展的WebService技術則正是基于XML的針對這一問題的最佳解決方案。XMLWebService是當今IT業界的焦點所在。WebService的主要目標就是在現有的各種異構平臺的基礎上構建一個通用的與平臺無關、語言無關的技術層，各種不同平臺之上的應用依靠這個技術層來實施彼此的連接和集成。如果需要用一句話來概括WebService與傳統Web應用技術的差異的話，那就是：傳統Web應用技術解決的問題是如何讓人來使用Web應用所提供的服務，而WebService則要解決如何讓計算機系統來使用Web應用所提供的服務。
　　
　　 就現狀而言，一個企業僅僅是用一套集成的系統實現所有管理需求是不可能的，因此接口是必不可少的。使用WebService技術，某通信公司實現了SAP物資系統與財務、項目管理、調度、客戶關系管理等系統的接口，尤其是與項目系統的接口多大六個，分別是供應商主數據、物料主數據、項目主數據、送貨單、合同接口，以及一個項目執行情況查詢接口。在開發和實施過程中，筆者切身體會到WebService作為一種統一標準，對接口開發帶來的便利。
　　
　　 WebService技術，在IT系統的接口開發中，必將發揮更大的作用！
　　
　　參考文獻
　　 柴曉路、梁宇路，WebService技術、架構和應用，電子工業出版社，2003年1月

　　 王曉軍、毛京麗，計算機通信網，北京郵電大學，2007年6月