【正文】 ternational Journal of Web services Research》 （IJWSR） 、 《International Journal on Web Services Practices》 （IJWSP） 、 《SOA WEB SERVICES JOURNAL》等針對 Web 服務的期刊。隨著 Web 應用從集中式向分布式的迅速發(fā)展，以提高電子商務系統(tǒng)的健壯性、高性能計算能力為出發(fā)點，為了解決現(xiàn)實 Web 用中“應用到應用”及“點對點”的核心問題，使當前 Web 應用適應全球化和復雜商務處理的需求，研究并應用 Web 服務技術具有重要的意義。例如，語義 Web 在 Web 服務中的應用 [57]；針對 Web 服務應用中的安全及隱私問題 [2,8]； Web 服務的服務質(zhì)量 [9,10]；Web 服務的組合 [11,12]。此外，還有一些關于 Web 服務管理系統(tǒng) [27]和 Web服務模型驅(qū)動開發(fā) [28]等方面的研究。各大技術提供商和傳統(tǒng)商業(yè)企業(yè)都投入到標準的制定和應用中去，而作為 Web 服務體系架構的領導者的 IBM 公司和 Microsoft公司也開始在全球推廣 Web 服務技術，Web 服務將成為將來動態(tài)商務Web 的主流技術 [29]。這也從一個側面反映了國內(nèi)住房需求的變化。這樣，既克服了傳統(tǒng)紙筆的弊端，也大大提高了業(yè)務的效率，幫助企業(yè)獲取更大的利潤。后來互聯(lián)網(wǎng)蓬勃發(fā)展，各種形式內(nèi)容的網(wǎng)站吸引了越來越多的目光，由于高度集中了公眾的注意力，所以潛在的商機就被發(fā)掘出來，電子商務應運而生。此外，還有人研究基于手機短信的房屋交易平臺 [30]，這也是很好的思路，但是由于表現(xiàn)形式和資費的限制，業(yè)務有可能會受到 wap 網(wǎng)站的沖擊。論文的結構如下。第三章：在線房屋交易平臺的設計，通過研究目前的解決方案的缺陷以及采用 Web 服務解決的優(yōu)勢，對在線房屋交易平臺進行需求分析和 Web 建模以及平臺的總體設計。2 Web 服務及項目開發(fā)環(huán)境介紹Web 服務技術是為解決在 Inter 環(huán)境下，松散耦合的 Web 服務之間相互調(diào)用、相互集成而設計的技術框架。交互具體涉及到發(fā)布、查找和綁定操作。服務請求者使用查找操作從本地或服務注冊中心搜索的服務描述，然后使用服務描述與服務提供者進行綁定，并調(diào)用相應的 Web 服務實現(xiàn)或進行交互。服務提供者（Service Provider）：從企業(yè)的角度看，這是服務的所有者。服務請求者角色可以有瀏覽器來擔當，由人或無用戶界面的程序（例如，另一個 Web 服務）來控制它。同樣，服務請求者可以從服務注冊中心以外的其他來源得到服務描述，例如，本地文件、FTP 站點、Web 站點等。發(fā)布（Publish ）：為了使服務可訪問，需要發(fā)布服務描述以使服務請求者可以查找它。綁定（Bind ）：最后需要調(diào)用服務。Web Service ClientUDDIWeb ServiceQuery a Web serviceGet the Web service URLRequest the service descriptionGet the service descriptionRequest the Web serviceGet the service response圖 一個 Web 服務示例首先 Web 服務客戶端（Web service client）向 UDDI 中心發(fā)出一個定位Web 服務的請求，UDDI 中心返回一個鏈接到 Web 服務的 URL。 Web 服務協(xié)議棧Web 服務協(xié)議棧的基礎是網(wǎng)絡傳輸層。數(shù)據(jù)表現(xiàn)層的 XML 為整個 Web 服務上層協(xié)議提供了數(shù)據(jù)/ 信息描述手段，XML 是目前全球范圍內(nèi)用于描述數(shù)據(jù)和交換數(shù)據(jù)的一種標準方式。XML Schema 已經(jīng)成為 XML 世界中的標準數(shù)據(jù)建模語言，SOAP，WSDL，UDDI 的 XML 語法都是采用 XML Schema 進行定義和描述的。消息層是構筑在更低的傳輸層之上的，這意味著 SOAP 可以單獨使用，也可以與任何傳輸協(xié)議聯(lián)合使用。在服務發(fā)布層，服務提供者能夠直接向服務客戶端發(fā)送 WSDL 文檔，也可以選擇將 WSDL 文檔發(fā)布到本地 WSDL 注冊庫或是公共 /私有的 UDDI 注冊中心。與協(xié)議棧其他的標準不同，WSFL 針對的是商務流程建模和工作流 [1,31]。目前，介入 Web 服務標準開發(fā)的標準化組織有 W3C、OASIS、WSI 等。 Web 服務技術的基石XML 是整個 Web 服務技術架構的基石， XML 規(guī)范是一組由 W3C 定義的規(guī)則，用于用普通文本描述結構化的數(shù)據(jù)。由于 XML 和 HTML 有著本質(zhì)上的不同——具體地說，就是 XML 比HTML 提供了更多的對內(nèi)容和結構的說明和限制的機制，使得存儲、查詢、管理 XML 文檔相對而言更容易。自描述性：這個特性使差異性可以存在，使計算機可以在沒有人為干涉的情況下，理解數(shù)據(jù)的含義。豐富的鏈接定義：對應于 HTML 單一的單項通道鏈接，XML 提供各種不同的鏈接，如一對多、多對一和雙向鏈接。這些所有 XML 相關的應用如下。由于 XML 是可定制的可擴展的，人們制定了很多用于特定領域的商務事務信息描述規(guī)范，諸如 Ariba 的 cXML、Commerce One 的 xCBL 以及 的 ebXML 等。正是由于 XML 的特點和廣泛應用場合，對于 Web 服務而言，無論是 Web服務的調(diào)用（SOAP） 、Web 服務界面的描述（WSDL） ，還是 Web 服務的發(fā)現(xiàn)（UDDI ）都是使用 XML 作為信息描述和交換的標準手段。使用 XML 來描述商務信息使得各種B2B 應用在數(shù)據(jù)層上獲得了開放集成的能力。SOAP 是在 XML 基礎上定義的，完全繼承 XML 的開放性和描述可擴展性。被設計成跨平臺、跨語言、跨協(xié)議地完成對象互聯(lián)的 SOAP 逐漸顯露出了它的優(yōu)越性。SOAP 本身并不定義任何應用語義，它只是定義了一種簡單的機制，通過一個模塊化的包裝模型和對模塊中特定格式編碼的數(shù)據(jù)的重編碼機制來表示應用語義。SOAP 消息的封裝模型如 圖 所示?？梢韵胂?，為實施一個基于 SOAP 的遠程方法（或過程）調(diào)用，應當需要以下信息：目標 SOAP 結點的 URI（從一般意義上來看，可以認為是 SOAP 結點的入口地址） ；方法或過程調(diào)用；可選的方法或過程的特征；方法或過程的參數(shù)；可選的頭數(shù)據(jù)。SOAP 底層協(xié)議綁定沿著 SOAP 消息路徑在相鄰的 SOAP 結點間工作著。所有的這些 IDL 識別不同的描述方式，并且包含一些特定于它們所依附的SOAP 實現(xiàn)方案的項目（比如 Apache SOAP 或 Microsoft SOAP 等） 。WSDL 是一種 XML Application，它將 Web 服務描述定義為一組服務訪問點，客戶端可以通過這些服務訪問點對包含面向文檔信息或面向過程調(diào)用的服務進行訪問（類似遠程過程調(diào)用） 。將 Web 訪問地址于可再次使用的綁定向關聯(lián)，可以定義一個端口，而端口的集合則定義為服務。使用 Types 所定義的類型來定義整個消息的數(shù)據(jù)結構。Port：定義為協(xié)議/數(shù)據(jù)格式綁定與具體 Web 訪問地址組合的單個服務訪問點。Message 具體定義了在通信中使用的消息的數(shù)據(jù)結構，Message 元素包含了一組 Part 元素，每個 Part 元素都是最終消息的一個組成部分，每個 Part 都會引用一個 DataType 來表示它的結構。在 WSDL 里支持四種訪問入口調(diào)用的模式：單請求；單響應；請求/響應；響應/ 請求。Service 描述的是一個具體的被部署的 Web 服務所提供的所有訪問入口的部署細節(jié)，一個 Service 往往會包含多個服務訪問入口，而每個訪問入口都會使用一個 Port 元素來描述。WSDL 的設計理念完全繼承了以 XML 為基礎的當代 Web 技術標準的一貫設計理念：開放。 注冊發(fā)布 Web 服務目前，大多數(shù)電子商務的應用和基于 Web 的商業(yè)服務在處理購買者、供應商、交易市場和服務提供者之間的聯(lián)系方式上各不相同。UDDI 注冊使用的核心信息模型由 XML Schema 定義。 UDDI 信息模型結構圖如 圖 所示。businessService結構是一個描述性的容器，它將一系列有關的商業(yè)流程或分類目錄的 Web服務的描述組合到一起。publisherAssertion 元素：描述商業(yè)實體之間關聯(lián)關系的關聯(lián)信息。21businessEntity：發(fā)布服務信息的商業(yè)實體的詳細信息businessService：一組特定的技術服務的描述信息subscription：各種數(shù)據(jù)實體的訂閱信息，反映數(shù)據(jù)變化bindingTemplate：關于服務的入口點和構造規(guī)范的技術信息publisherAssertion：兩個商業(yè)實體間的關聯(lián)信息tModel：服務成分或分類的規(guī)范描述，是技術指紋的基礎圖 關于 UDDI 信息模型結構圖除了定義一系列的數(shù)據(jù)結構，UDDI 還定義了如何與這些數(shù)據(jù)結構交互，即如何通過 SOAP 使用它們。為了應對這些安全威脅，我們需要采取的措施為：Web 服務的通信安全問題是要解決的基本問題，即基于 XML 的 SOAP 消息的安全性問題。其中，身份認證和訪問控制是重要的研究問題。開發(fā)生命周期有以下四個階段。運行：在運行階段，可以調(diào)用 Web 服務。23 Web 服務開發(fā)工具和平臺Microsoft .NET 與 SUN J2EE 是目前的企業(yè) Web 服務平臺市場的兩個最重要的應用框架。.NET 框架包括基本的運行庫、用戶接口庫、CLR、C、C++ 、 、 、 框架 API 的各個方面。最新的 J2EE 規(guī)范包括 EJB 、J2EE Connector 、JDBC 、JSP 、Servlet 、JTA 、JMS 、JNDI 、Java RMI 、RMI/IIOP 、JAAS 、JavaMail 、JAXP 等。Web 服務體系結構基于三種角色（服務提供者、服務注冊中心和服務請求者）之間的交互。它們都為針對分布式 NTier 應用的設計、集成、性能、安全性和可靠性等諸多方面為用戶提供了總體的指南和規(guī)范，基于這些指南和規(guī)范，技術提供商提供了相應的平臺、工具和編程環(huán)境。 目前的解決方案及缺陷目前，在構建電子商務應用的時候，程序員們一般都是采用“獨立解決方案”來實施的。由于這些應用都是辛苦編程的產(chǎn)物，幾乎很難再定制。由于每個應用都有其自己特有的基礎架構，這些應用在部署、更改和維護上的代價都異常高昂。它們之所以無能為力，是因為它們不無例外地都是基于復雜應用連接的、不具備良好集成能力的應用開發(fā)模式，它們都是通過程序代碼實現(xiàn)復雜應用連接以連接用戶、電子商務應用以及其他信息系統(tǒng)的。有了 EAI，企業(yè)就可以將企業(yè)核心應用和新的 Inter 解決方案結合在一起。內(nèi)部應用系統(tǒng)企業(yè)門戶應用系統(tǒng)財務系統(tǒng) 供應鏈管理（SCM）遺留系統(tǒng)數(shù)據(jù)倉庫企業(yè)資源規(guī)劃（ERP） 客戶關系管理（CRM ）企業(yè)應用集成圖 使用 EAI 解決方案實施企業(yè)應用集成EAI 不是一個能徹底解決最終問題的方案，它更可以說是正在建立一個靈活的、標準化的企業(yè)應用底層架構。各種 Web 服務分別實現(xiàn)了一定的電子商務功能，通過將各種電子商務的 Web 服務進行組合和集成27以創(chuàng)建動態(tài)電子商務應用。在商務 Web 中，將不需要為使用一個電子商務應用而購買這個電子商務應用所承載的應用軟件。同時隨著新的 Web 服務技術，如 WSDL/UDDI/WSFL 的大量使用， Web 服務在運行時態(tài)進行動態(tài)裝配將成為現(xiàn)實，同時每個用戶甚至可以應用戶的需要而實時裝配。為物業(yè)信息 Web 服務提供數(shù)據(jù)的應用程序。通過調(diào)查研究，借鑒已有房屋交易平臺的特點，一個在線房屋交易平臺需要實現(xiàn)注冊用戶個人管理、店長個人管理、賬號管理、提交租售信息、發(fā)布租售信息、信息查詢、樓盤百科展示、成交數(shù)據(jù)展示、數(shù)據(jù)庫日志等。店長個人管理包括店長注冊、店長登錄/注銷、店長個人信息管理（包括密碼修改、姓名、性別、生日、聯(lián)系方法、照片、業(yè)務范圍、愛好、簽名檔、權限表） 、店長個人信息展示（姓名、性別、生日、聯(lián)系方法、照片、業(yè)務范圍、愛好、簽名檔、手中的房源） 、店長操作界面（處理房源信息、發(fā)布房源） 、店長的操作記錄（已處理的數(shù)據(jù)、已發(fā)布的數(shù)據(jù)） 。成交數(shù)據(jù)展示包括近期成交數(shù)據(jù)的簡要信息。這些頁面會在 0 項目運行一節(jié)給出實際運行的圖片。31圖 在線房屋交易平臺數(shù)據(jù)庫表的結構圖 在線房屋交易平臺 Web 建模針對在線房屋交易平臺來說，屬于 Web 方式的應用，雖然 Web 應用系統(tǒng)與傳統(tǒng)的應用系統(tǒng)有所不同，但建模對于 Web 系統(tǒng)的開發(fā)是同樣重要的。通過需求分析，可以得到在線房屋交易平臺的參與者有客戶、網(wǎng)絡經(jīng)紀人、管理員以及Web 服務。參與者：user、agent 、admin、Web 服務。后置條件：房屋交易平臺顯示出最新的房源及相關物業(yè)信息。對象的屬性和對象之間的關聯(lián)如 圖 所示。o r i g i n a l H o u s e提交房源信息公司房源數(shù)據(jù)庫a g e n t網(wǎng)站房源數(shù)據(jù)庫u s e r記錄到數(shù)據(jù)庫查看原始房源 ( )發(fā)布公司房源發(fā)布成功記錄成功提交成功圖 活動顯示提交房源發(fā)布房源順序圖user 首先將原始房源提交到公司房源數(shù)據(jù)庫，然后 agent 通過查看原始