免費下載 計算機作業(yè)

1、×××學院屆畢業(yè)設(shè)計論文論文名稱 院 (系)： 學生姓名： 指導(dǎo)教師： 專 業(yè)： 班 級： 完成時間： 年 月摘 要Web效勞是一種優(yōu)秀的分布式的組件技術(shù)，以XML/SOAP/WSDL/UDDI為主干，為互聯(lián)網(wǎng)應(yīng)用提供了一種創(chuàng)立松散耦合、語言中立、平臺無關(guān)性的應(yīng)用程序的有效手段。各大軟件廠商都相繼推出Web效勞的開發(fā)平臺或框架，互聯(lián)網(wǎng)上Web效勞的各種應(yīng)用更是層出不窮。Web效勞使用XML作為數(shù)據(jù)標記格式，使用XML Schema來描述XML文檔的格式，使用SOAP描述Web效勞的通信規(guī)那么和格式，使用WSDL描述Web效勞和客戶機之間消息處理機制和Web效勞的接

2、口，使用UDDI來發(fā)現(xiàn)互聯(lián)網(wǎng)上更多的Web效勞。在線房屋交易已經(jīng)具有一定的市場規(guī)模，在線房屋交易具有長時間在線、動態(tài)交互、多種形式展示、受眾面廣、信息更新及時等優(yōu)越性，有力地沖擊了傳統(tǒng)店面交易。將Web效勞應(yīng)用于在線房屋交易中，可以提高房屋信息的準確性、可重用性，同時可以簡化交易平臺的開發(fā)流程，增加在線房屋交易平臺的靈活性和專業(yè)性。為了實現(xiàn)一個在線房屋交易平臺，首先分析房屋及物業(yè)信息的通用格式，構(gòu)造出用來描述房屋和物業(yè)信息的 XML的XML Schema。然后利用Web效勞提供一系列效勞接口，包括查詢、提交、修改、刪除等操作，使得包含有房屋及物業(yè)信息的XML可以通過SOAP在互聯(lián)網(wǎng)上供各種應(yīng)用

3、程序使用。通過對在線房屋交易平臺進行需求分析，對在線房屋交易平臺進行Web建模，應(yīng)用Web效勞提供的效勞接口，利用IIS作為Web效勞器，使用ASP.NET技術(shù)和HTML/CSS/JavaScript語言，實現(xiàn)一個在線房屋交易平臺。關(guān)鍵字： Web效勞，可擴展標記語言，Web效勞描述語言，統(tǒng)一描述發(fā)現(xiàn)與集成，在線房屋交易平臺AbstractWeb Services, whose main technology includes XML/SOAP/WSDL/UDDI, is considered as a kind of distributed component technology. It

4、provides effective means for implementing Internet applications which are loosely coupled, language neutral, and platform independent. Major software companies supply various kinks of platforms and frameworks to develop Web Services, and also there are a lot of applications about Web Services on the

5、 Internet.The data format of Web Services is XML. The description of XML document format is XML Schema. SOAP describes the rules and format of communication. WSDL describes the interfaces and the methods of processing messages between Web Services and the client, and computers can discovery more Web

6、 Services on the Internet by using UDDI.The market scale of housing online trading has developed to some extent. Housing online trading has occupied the advantages such as long time online, dynamic interaction, diversiform exhibition, broad impact and timely information update, which has a powerful

7、impact on traditional store trading. Web Services will be used in online housing trading and it can improve the accuracy and reusability of the information, simplify the development process of the trading platform, and increase the flexibility and professionalism of Housing Online Trading Platform.

8、In order to implement Housing Online Trading Platform, first, analyze common format of housing and estate information, construct XML Schema which describes XML of housing and the property information. With a series of interfaces provided by Web Services which includes enquiry, submission, modificati

9、on, deletion and other operations, XML of housing and the property information can be used by any application on the Internet through SOAP. With the requirement analysis and web modeling of Housing Online Trading Platform, making use of IIS as Web server, ASP.NET as development technology, and HTML/

10、CSS/JavaScript as development language, Housing Online Trading Platform is implemented.Key words： Web Services，XML，WSDL，UDDI，House Online Trading Platform1 緒論1.1.1 課題背景和意義近年來，全國各地如雨后春筍般地出現(xiàn)了很多二手房中介商，他們主要為買賣租賃二手房的人們效勞，通過提取一定酬金來進行盈利。由于房產(chǎn)交易屬于大宗買賣，所以這些中介商獲利頗豐，從而吸引越來越多的人進入這個行業(yè)。房產(chǎn)中介從一開始就采取了店鋪式的門面形式，采用紙和筆的數(shù)

11、據(jù)保存方法。這種方法的弊端顯而易見：首先是信息的非標準性，不同的業(yè)務(wù)員記錄的格式都不一樣，容易產(chǎn)生錯誤和紕漏，引起損失和糾紛；然后就是信息的易失性，對于紙質(zhì)的紀錄，非常容易發(fā)生不可復(fù)原的損壞，造成企業(yè)的損失；再者就是信息的不可復(fù)制性，對于大量的業(yè)務(wù)數(shù)據(jù)，如果制作備份或副本將會是一件浩大而繁瑣的工程，處理不當就會影響企業(yè)的穩(wěn)步開展。借助計算機和Internet，房產(chǎn)中介公司找到了暫時解決的方法。他們利用運行在桌面的計算機來作為公司日常業(yè)務(wù)所產(chǎn)生文檔的保存地方和處理中心；利用建立自己公司的網(wǎng)站來進行宣傳和業(yè)務(wù)處理。但是，簡單的一個桌面管理系統(tǒng)或是一個信息發(fā)布網(wǎng)站已經(jīng)無法滿足房產(chǎn)交易的需求，因為房產(chǎn)

12、交易市場的日益透明化、標準化，整個行業(yè)進入了劇烈的競爭。隨著房產(chǎn)中介的業(yè)務(wù)越來越大，信息越來越多，各種復(fù)雜的應(yīng)用程序和歷史遺留數(shù)據(jù)給房產(chǎn)中介帶來了很高的維護費用和更新代價。如圖 1.1所示。公司數(shù)據(jù)保存在桌面應(yīng)用程序公司數(shù)據(jù)保存在紙質(zhì)文件公司數(shù)據(jù)保存在Web頁面公司數(shù)據(jù)保存為其他的形式中介公司數(shù)據(jù)圖 4.1中介公司數(shù)據(jù)訪問示意圖比起實時變化的房產(chǎn)信息，一些物業(yè)小區(qū)的信息相對固定且具有持久性，對于同一區(qū)域的不同房產(chǎn)中介公司來說，重復(fù)錄入物業(yè)小區(qū)的資料浪費了很多人力、物力和財力，而且不同的房產(chǎn)交易平臺在信息的準確性和實時性上也參差不齊，有時甚至會誤導(dǎo)客戶。房產(chǎn)中介公司和購房者對統(tǒng)一標準的物業(yè)信息的

13、需求愈來愈大，通過Web效勞解決這個問題也就自然而然成了本文的研究目標。Web效勞就是通過Web提供的效勞。按照W3C的定義，Web效勞是一種通過統(tǒng)一資源指示符URI標識的軟件應(yīng)用，其接口及綁定形式可通過XML標準定義、描述和檢索，Web效勞能夠通過XML消息及Internet協(xié)議如 完成與其他軟件應(yīng)用的直接交互。Web效勞的主要目標就是在現(xiàn)有的各種異構(gòu)平臺的根底上構(gòu)筑一個通用的與平臺無關(guān)、與語言無關(guān)的技術(shù)層，各種不同平臺之上的應(yīng)用依靠這個技術(shù)層實施彼此的連接和集成。簡單來說，Web效勞就是一個向外界暴露出的能夠通過Internet進行調(diào)用的API或者應(yīng)用程序。對于外部的Web效勞使用者而言，

14、Web效勞實際上是一種部署在Web上的對象或者組件，它具有以下特征：良好的封裝性、松散耦合、使用標準協(xié)議標準、高度可集成能力1。Web效勞這些特征決定了它是適合解決目前獲取統(tǒng)一標準的物業(yè)信息的最正確途徑。不管房產(chǎn)中介自身的應(yīng)用平臺是桌面應(yīng)用程序還是網(wǎng)站，都可以使用標準的方法從Web效勞獲取最新最準確的物業(yè)信息，并應(yīng)用到自己的系統(tǒng)中。1.2 國內(nèi)外研究狀況自從2000年6月，Web效勞被Ariba、IBM和Microsoft 正式提出以來，它一直是學術(shù)界、工業(yè)界討論的焦點和研究的重點。特別是隨著面向效勞的體系結(jié)構(gòu)SOA技術(shù)和Grid技術(shù)的開展和應(yīng)用的普及，作為其根底的Web效勞也得到普遍重視。其

15、重要標志是目前國際上已經(jīng)形成了每年召開的IEEE International Conference on Web ServicesICWS和IEEE International Conference on Services ComputingSCC兩個主要國際會議，以及各種有關(guān)的Web與Grid應(yīng)用、分布式計算等會議上，都有涉及Web效勞的專題。同時，國際上也已經(jīng)發(fā)行了?International Journal of Web services Research?IJWSR、?International Journal on Web Services Practices? IJWSP、?SOA

16、 WEB SERVICES JOURNAL?等針對Web效勞的期刊。國外許多大的國際組織和企業(yè)、公司，如IBM、Microsoft、VeriSign、W3C、RSA、EBA、IETF、OASIS、SUN、HP等，都在致力于研究和開發(fā)有關(guān)Web效勞的各種標準、協(xié)議和應(yīng)用產(chǎn)品，這些都極大地推動了Web效勞技術(shù)的應(yīng)用和開展2。Web效勞作為一種分布式計算模型，是Web上數(shù)據(jù)和信息集成的有效機制。在電子商務(wù)應(yīng)用領(lǐng)域，復(fù)雜的應(yīng)用連接和歷史遺留的程序代碼造成了電子商務(wù)應(yīng)用過高的維護代價和更新代價，而Web效勞正好能夠解決這一問題，成為目前應(yīng)用環(huán)境中最為合理的解決方案。隨著Web應(yīng)用從集中式向分布式的迅速開

17、展，以提高電子商務(wù)系統(tǒng)的健壯性、高性能計算能力為出發(fā)點，為了解決現(xiàn)實Web用中“應(yīng)用到應(yīng)用及“點對點的核心問題，使當前Web應(yīng)用適應(yīng)全球化和復(fù)雜商務(wù)處理的需求，研究并應(yīng)用Web效勞技術(shù)具有重要的意義。Web務(wù)的根本構(gòu)架包括Web效勞提供者、效勞請求者和效勞代理以及它們之間的通信、XML格式的消息傳遞機制等。正是基于該架構(gòu)，對Web效勞核心支撐技術(shù)的研究和應(yīng)用才得以迅速開展3,4。同時，學術(shù)界對Web效勞有不同側(cè)面的研究工作和相應(yīng)的技術(shù)成果。例如，語義Web在Web效勞中的應(yīng)用5-7；針對Web效勞應(yīng)用中的平安及隱私問題2,8；Web效勞的效勞質(zhì)量9,10；Web效勞的組合11,12。以及以上幾

18、種方面的交叉研究，如基于本體的平安隱私研究13,14；Web效勞組合的效勞質(zhì)量研究15；基于語義Web效勞自動組合的研究16等。在應(yīng)用領(lǐng)域，有P2P環(huán)境中的Web效勞應(yīng)用17；網(wǎng)格環(huán)境中Web效勞的研究18；Web根底結(jié)構(gòu)的開發(fā)和部署19；分布式并行數(shù)據(jù)庫中Web效勞的應(yīng)用20等。在實際開發(fā)領(lǐng)域，在商業(yè)21,22,23、醫(yī)藥24、環(huán)境25、政務(wù)26等領(lǐng)域都有Web效勞應(yīng)用的身影。此外，還有一些關(guān)于Web效勞管理系統(tǒng)27和Web效勞模型驅(qū)動開發(fā)28等方面的研究。隨著軟件廠商不斷完善Web效勞相關(guān)技術(shù)標準，并推出新的產(chǎn)品，越來越多的企業(yè)正受益于Web效勞。同時，各大技術(shù)提供商陸續(xù)推出Web效勞的構(gòu)

19、建工具，包括Microsoft公司的Visual Studio.NET、IBM公司的Web Service Toolkit、SUN公司的SUN ONE等。基于Web效勞的公共技術(shù)標準SOAP、WSDL、UDDI、WSFL等或是已經(jīng)成為事實行業(yè)標準，或是正處于制定的過程中。各大技術(shù)提供商和傳統(tǒng)商業(yè)企業(yè)都投入到標準的制定和應(yīng)用中去，而作為Web效勞體系架構(gòu)的領(lǐng)導(dǎo)者的IBM公司和Microsoft公司也開始在全球推廣Web效勞技術(shù)，Web效勞將成為將來動態(tài)商務(wù)Web的主流技術(shù)29。根據(jù)經(jīng)濟觀察網(wǎng)的報道?2021年地產(chǎn)中介行業(yè)分化將加劇?：“2002年北京每成交4.59套商品住宅，才成交1套二手房；2

20、003年每成交4.21套商品住宅，成交1套二手房；2004年每成交3.40套商品住宅，成交1套二手房；2005年每成交3.06套商品住宅，成交1套二手房；2006年每成交2.39套商品住宅，成交1套二手房；2007二手房和商品房的成交數(shù)量距離更是縮小，2007年每成交1.6套商品住宅，就成交1套二手房。如圖 1.2所示。從圖 1.2的數(shù)據(jù)我們可以看到，二手房越來越成為北京人購房的一個主要選擇。這也從一個側(cè)面反映了國內(nèi)住房需求的變化。與之相照應(yīng)的是全國各地如雨后春筍般地出現(xiàn)了很多二手房中介商，他們主要為買賣租賃二手房的人們效勞，通過提取一定酬金來進行盈利。由于房產(chǎn)交易屬于大宗買賣，所以這些中介商

21、獲利頗豐，從而吸引越來越多的人進入這個行業(yè)。圖 4.2北京2002-2007商品房與二手房成交數(shù)量比值趨勢圖為了消除這些弊端，很多房產(chǎn)中介開始利用計算機管理信息，他們借助運行在個人電腦上的桌面應(yīng)用程序來進行業(yè)務(wù)信息的保存和更新，并可以定期備份。這樣，既克服了傳統(tǒng)紙筆的弊端，也大大提高了業(yè)務(wù)的效率，幫助企業(yè)獲取更大的利潤。隨著一些房產(chǎn)中介的開展，他們的業(yè)務(wù)從原來的一家店面開展到幾家甚至幾十家，此時孤立的信息管理系統(tǒng)便不能適應(yīng)開展的要求。這時計算機再一次發(fā)揮了強大的作用，借助互聯(lián)網(wǎng)，實現(xiàn)信息的隨時同步，讓多家店面仿佛在同一個辦公室工作一樣，任何信息一經(jīng)發(fā)布就立刻到達每一個業(yè)務(wù)員的眼前，便捷高效且步

22、調(diào)一致，大大推動了房產(chǎn)中介的開展。目前利用網(wǎng)絡(luò)進行信息交換的桌面應(yīng)用程序有很多，其中不乏應(yīng)用范圍很廣的房屋中介平臺，如房友、房博士等。后來互聯(lián)網(wǎng)蓬勃開展，各種形式內(nèi)容的網(wǎng)站吸引了越來越多的目光，由于高度集中了公眾的注意力，所以潛在的商機就被開掘出來，電子商務(wù)應(yīng)運而生?；ヂ?lián)網(wǎng)具有天然的優(yōu)勢，它具有長時間在線、動態(tài)交互、多種形式展示、受眾面廣泛等特點，逐漸成為眾多房產(chǎn)中介公司青睞的宣傳方法和交易手段。這種類型的房屋交易平臺在互聯(lián)網(wǎng)上很多見，比方各大媒體的房產(chǎn)頻道、房產(chǎn)中介自己運行的房屋交易平臺等。其中做的出色的有廣州的滿堂紅網(wǎng)站，他們憑借網(wǎng)站這種形式，把自己的公司規(guī)模擴大到很多城市中，并取得不錯的

23、業(yè)績。此外，還有人研究基于 短信的房屋交易平臺30，這也是很好的思路，但是由于表現(xiàn)形式和資費的限制，業(yè)務(wù)有可能會受到wap網(wǎng)站的沖擊。1.3 論文的主要內(nèi)容和結(jié)構(gòu)本文首先表達了相關(guān)技術(shù)背景、課題的研究意義及課題的國內(nèi)外研究現(xiàn)狀；接著對Web效勞技術(shù)進行了研究，分析了Web效勞的體系結(jié)構(gòu)，系統(tǒng)地研究了Web效勞的關(guān)鍵技術(shù)：包括XML、SOAP、WSDL、UDDI以及Web效勞的平安，并討論了基于Web效勞實現(xiàn)本系統(tǒng)的優(yōu)勢所在；然后介紹了論文的主要研究內(nèi)容和全文的內(nèi)容結(jié)構(gòu)。在系統(tǒng)的分析與設(shè)計階段，首先對房產(chǎn)交易平臺進行總體目標和具體功能進行分析，根據(jù)功能和意義劃分模塊，提出了基于Web效勞和數(shù)據(jù)、

24、行為、表現(xiàn)三層模型的系統(tǒng)架構(gòu)；在系統(tǒng)的開發(fā)與實現(xiàn)階段，根據(jù)實際需求，創(chuàng)立房產(chǎn)、用戶等相關(guān)數(shù)據(jù)庫以及提供物業(yè)信息的Web效勞，按照Web效勞平安性能要求，實現(xiàn)Web效勞消費以及按照符合W3C所制訂的各項標準建立在線房產(chǎn)交易平臺。最后，對本文的研究內(nèi)容和技術(shù)創(chuàng)新進行了總結(jié)，并提出了下一步工作的展望。論文的結(jié)構(gòu)如下。第一章：緒論，主要表達了課題背景和意義，以及國內(nèi)外研究狀況。第二章：Web效勞及工程開發(fā)環(huán)境介紹，給出了Web效勞體系架構(gòu)、協(xié)議棧、標準、平安以及開發(fā)生命周期，比照了Web效勞開發(fā)的工具和平臺。為第三章的研究做好了理論和工具的準備。第三章：在線房屋交易平臺的設(shè)計，通過研究目前的解決方案的

25、缺陷以及采用Web效勞解決的優(yōu)勢，對在線房屋交易平臺進行需求分析和Web建模以及平臺的總體設(shè)計。第四章：在線房屋交易平臺的實現(xiàn)，主要包括Web效勞和在線房屋交易平臺的實現(xiàn)、工程的測試、工程運行結(jié)果，并對其做出了總結(jié)。第五章：總結(jié)與展望，對全文的工作進行總結(jié)以及對未來工作的展望。最后為致謝和參考文獻。2 Web效勞及工程開發(fā)環(huán)境介紹Web效勞技術(shù)是為解決在Internet環(huán)境下，松散耦合的Web效勞之間相互調(diào)用、相互集成而設(shè)計的技術(shù)框架。以XML/SOAP/WSDL/UDDI為主干的Web效勞技術(shù)賦予了Web效勞一個與傳統(tǒng)對象調(diào)用技術(shù)相似但又有本質(zhì)區(qū)別的體系結(jié)構(gòu)1,30。本章主要介紹Web效勞的

26、體系架構(gòu)、標準和平安，討論了Web效勞的主流開發(fā)工具和平臺以及Web效勞的開發(fā)生命周期。2.1 Web效勞體系架構(gòu)Web效勞體系結(jié)構(gòu)基于三種角色效勞提供者、效勞注冊中心和效勞請求者之間的交互。交互具體涉及到發(fā)布、查找和綁定操作。這些角色和操作儀器作用于Web效勞構(gòu)件：Web效勞軟件模塊及其描述。在典型情況下，效勞提供者提供可通過網(wǎng)絡(luò)訪問的軟件模塊Web效勞的一個實現(xiàn)。效勞提供者定義Web效勞的效勞描述，并把它發(fā)布到效勞請求者和效勞注冊中心。效勞請求者使用查找操作從本地或效勞注冊中心搜索的效勞描述，然后使用效勞描述與效勞提供者進行綁定，并調(diào)用相應(yīng)的Web效勞實現(xiàn)或進行交互。效勞提供者和效勞請求者

27、角色是邏輯結(jié)構(gòu)32。圖 2.3展示了這些操作、提供這些操作的組件以及它們之間的交互。效勞注冊中心效勞提供者效勞使用者查找UDDI，WSDL發(fā)布UDDI，WSDL綁定SOAP WSDL圖 4.3展示W(wǎng)eb效勞體系架構(gòu)模型示意圖2.1.1 Web效勞角色Web效勞體系結(jié)構(gòu)中的角色包括如下。效勞提供者Service Provider：從企業(yè)的角度看，這是效勞的所有者。從體系結(jié)構(gòu)的角度看，這是托管訪問效勞的平臺。效勞請求者Service Requestor：從企業(yè)的角度看，這是滿足特定功能的企業(yè)。從體系結(jié)構(gòu)的角度看，這是尋找并調(diào)用效勞，或啟動與效勞交互的應(yīng)用程序。效勞請求者角色可以有瀏覽器來擔當，由人

28、或無用戶界面的程序例如，另一個Web效勞來控制它。效勞注冊中心Services Registry：這是可搜索的效勞描述注冊中心，效勞提供者在此發(fā)布它們的效勞描述。在靜態(tài)綁定開發(fā)或動態(tài)綁定執(zhí)行期間，效勞請求者查找效勞并獲得效勞的綁定信息在效勞描述中。對于靜態(tài)綁定的效勞請求者，效勞注冊中心是體系結(jié)構(gòu)中的可選角色，因為效勞提供者可以把描述直接發(fā)送給效勞請求者。同樣，效勞請求者可以從效勞注冊中心以外的其他來源得到效勞描述，例如，本地文件、FTP站點、Web站點等。2.1.2 Web效勞行為對于利用Web Services的應(yīng)用程序，必須發(fā)生以下三個行為：發(fā)布效勞描述、查詢或查找效勞描述以及根據(jù)效勞描述

29、綁定或調(diào)用效勞。這些行為可以單次或反復(fù)出現(xiàn)1。Web效勞體系架構(gòu)中包含的這些具體操作如下。發(fā)布Publish：為了使效勞可訪問，需要發(fā)布效勞描述以使效勞請求者可以查找它。發(fā)布效勞描述的位置可以根據(jù)應(yīng)用程序的要求而變化。查找Find：在查找操作中，效勞請求者直接檢索效勞描述或在效勞中冊中心中查詢所要求的效勞類型。對于效勞請求者，可能會在兩個不同的生命周期階段中牽涉到查找操作：在設(shè)計時，為了程序開發(fā)而檢索效勞的接口描述；而在運行時，為了調(diào)用而檢索效勞的綁定和位置描述。綁定Bind：最后需要調(diào)用效勞。在綁定操作中，效勞請求者使用效勞描述中的綁定細節(jié)來定位、聯(lián)系和調(diào)用效勞，從而在運行時調(diào)用或啟動與效勞

30、的交互。2.1.3 Web效勞例如為了更加清楚地展示W(wǎng)eb效勞的體系架構(gòu)，現(xiàn)在給出一個虛構(gòu)的例子來說明。如圖 2.4所示。Web Service ClientUDDIWeb ServiceQuery a Web serviceGet the Web service URLRequest the service descriptionGet the service descriptionRequest the Web serviceGet the service response圖 4.4一個Web效勞例如首先Web效勞客戶端Web service client向UDDI中心發(fā)出一個定位Web效

31、勞的請求，UDDI中心返回一個鏈接到Web效勞的URL。Web效勞客戶端向上一步返回的提供Web效勞的效勞器請求描述Web效勞的WSDL，效勞器返回WSDL。最終，Web效勞客戶端按照需求發(fā)出Web效勞請求，并得到效勞器返回的Web效勞的響應(yīng)。這就是一個典型的Web效勞例如。2.1.4 Web效勞協(xié)議棧Web效勞協(xié)議棧的根底是網(wǎng)絡(luò)傳輸層。Web效勞要被效勞請求者調(diào)用，就必須是可以通過網(wǎng)絡(luò)可以訪問的。 ，F(xiàn)TP，SMTP等Internet環(huán)境下的協(xié)議均可用于Web效勞的傳輸協(xié)議。對于Intranet，Web效勞還可以使用中間件作為傳輸交互的根底架構(gòu)，如IBM的CORBA。數(shù)據(jù)表現(xiàn)層的XML為整個

32、Web效勞上層協(xié)議提供了數(shù)據(jù)/信息描述手段，XML是目前全球范圍內(nèi)用于描述數(shù)據(jù)和交換數(shù)據(jù)的一種標準方式。對于Web效勞而言，無論是Web效勞的調(diào)用SOAP、Web效勞界面的描述WSDL，還是Web效勞的發(fā)現(xiàn)UDDI都是使用XML作為信息描述和交換的標準手段。數(shù)據(jù)模型層是描述數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)模型也稱為元數(shù)據(jù)。它同樣也是一種數(shù)據(jù)，因此，描述數(shù)據(jù)結(jié)構(gòu)的方式也是使用根底的數(shù)據(jù)表現(xiàn)方式：XML。XML Schema已經(jīng)成為XML世界中的標準數(shù)據(jù)建模語言，SOAP，WSDL，UDDI的XML語法都是采用XML Schema進行定義和描述的。XML Schema已經(jīng)成為XML世界中的標準交流工具，這與UML在

33、軟件設(shè)計中的地位是相類似的。Web效勞協(xié)議棧如表 2.1所示。表 4.1 Web效勞協(xié)議棧示意表協(xié)議效勞層次相關(guān)問題WSFLService FlowSecurityManagementQuality of ServicesUDDI-staticService DiscoveryUDDI-directService PublicationWSDLService Description：-Service Implementation-Service InterfaceSOAPXML-based MessagingXML SchemaData ModelingXMLData Presentation

34、 ，F(xiàn)TP，SMTPTransport基于XML的消息層使用的是基于XML的消息協(xié)議SOAP。消息層是構(gòu)筑在更低的傳輸層之上的，這意味著SOAP可以單獨使用，也可以與任何傳輸協(xié)議聯(lián)合使用。效勞描述層為調(diào)用Web效勞提供了具體的方法。WSDL是一個基于XML格式的定義效勞的實現(xiàn)和接口的根底標準。這意味著WSDL將效勞的描述分為兩局部：效勞接口和效勞實現(xiàn)。在效勞發(fā)布層，效勞提供者能夠直接向效勞客戶端發(fā)送WSDL文檔，也可以選擇將WSDL文檔發(fā)布到本地WSDL注冊庫或是公共/私有的UDDI注冊中心。效勞發(fā)現(xiàn)層是基于效勞發(fā)布層的。如果Web效勞沒有或不能被發(fā)布，那么它就不能被發(fā)現(xiàn)。WSFL是協(xié)議棧頂層

35、的效勞工作流層的標準。與協(xié)議棧其他的標準不同，WSFL針對的是商務(wù)流程建模和工作流1,31。2.1.5 Web效勞標準Web效勞完全是基于標準的技術(shù)，只有基于標準，所有的開放廠商才有相同的準那么，才能夠在各自的平臺上開發(fā)出具有跨平臺互操作能力的軟件產(chǎn)品和解決方案。標準是達成跨平臺互操作能力的靈魂。在標準的開發(fā)方面，各大技術(shù)廠商在標準化組織和承諾下，積極開展工作。目前，介入Web效勞標準開發(fā)的標準化組織有W3C、OASIS、WS-I等。這些組織的工作集中在Web效勞的整體架構(gòu)、Web效勞的訪問協(xié)議、Web效勞的界面描述、UDDI、WSIA、WSRP以及跨平臺、操作系統(tǒng)和編程語言的Web效勞架構(gòu)的

36、互操作。由標準化組織或技術(shù)廠商開發(fā)的Web效勞技術(shù)標準包括XML、XML Schema、SOAP、WSDL、UDDI、WS-Security、WSFL、WSCL、WSXL、WSIA和WSRP等。下面著重介紹一下組成Web效勞標準的幾大技術(shù)標準。2.1.6 Web效勞技術(shù)的基石XML是整個Web效勞技術(shù)架構(gòu)的基石，XML標準是一組由W3C定義的規(guī)那么，用于用普通文本描述結(jié)構(gòu)化的數(shù)據(jù)。其開始設(shè)計時的主要目的是用來彌補HTML作為在Internet上描述數(shù)據(jù)的標準語言的缺乏。無論是HTML還是XML，都是從SGML演化而來的。這三種語言的相互關(guān)系可以描述為：XML是SGML的一個子集，而HTML是S

37、GML的一個具體應(yīng)用實例，同樣，HTML也是XML的一個應(yīng)用實例，具體的來說，HTML是由XML或SGML定義出來的。由于XML和HTML有著本質(zhì)上的不同具體地說，就是XML比HTML提供了更多的對內(nèi)容和結(jié)構(gòu)的說明和限制的機制，使得存儲、查詢、管理XML文檔相對而言更容易。總之，XML使用一個簡單而又靈活的標準格式，為基于Web的應(yīng)用提供了一個描述數(shù)據(jù)和交換數(shù)據(jù)的有效手段。HTML描述了顯示全球數(shù)據(jù)的通用方法，而XML提供了直接描述處理全球數(shù)據(jù)的通用方法。其主要特點如下。自描述性：這個特性使差異性可以存在，使計算機可以在沒有人為干預(yù)的情況下，理解數(shù)據(jù)的含義。可擴展性：文檔通過DTD或XML S

38、chema來定義文檔結(jié)構(gòu)，使其他信息系統(tǒng)自動了解文檔的內(nèi)容?？尚ｒ炐裕河脩艨梢酝ㄟ^DTD或XML Schema來校驗XML文檔的格式是否滿足DTD或XML Schema的約束。層次結(jié)構(gòu)：能夠保證信息的層次性描述。豐富的鏈接定義：對應(yīng)于HTML單一的單項通道鏈接，XML提供各種不同的鏈接，如一對多、多對一和雙向鏈接。多樣的樣式表支持：XML把數(shù)據(jù)內(nèi)容與它們的表現(xiàn)形式分開。這樣既可以只關(guān)心數(shù)據(jù)的邏輯結(jié)構(gòu)，也可以通過樣式表來格式化數(shù)據(jù)的表現(xiàn)。隨著XML在Internet應(yīng)用中的不斷普及，XML從Web網(wǎng)站的內(nèi)容管理、內(nèi)容描述起步，逐漸發(fā)散到其他基于Internet的應(yīng)用中。這些所有XML相關(guān)的應(yīng)用如

39、下。內(nèi)容管理發(fā)布：人們依靠XML的可定義可擴展的能力來描述整個Web世界上種類繁多、樣式豐富多彩的數(shù)據(jù)內(nèi)容，依靠一次描述、屢次表現(xiàn)的XML標準應(yīng)用模式，使得基于XML的內(nèi)容能夠以多種形式進行信息發(fā)布。這些發(fā)布方式包括Web網(wǎng)站內(nèi)容發(fā)布、電子出版內(nèi)容發(fā)布以及其他出版業(yè)內(nèi)容發(fā)布等。電子商務(wù)應(yīng)用：在這個領(lǐng)域，XML一般承當以往EDI所承當?shù)慕巧藗円揽縓ML來描述交換商務(wù)事務(wù)信息，實現(xiàn)分布式的電子商務(wù)應(yīng)用的交互。由于XML是可定制的可擴展的，人們制定了很多用于特定領(lǐng)域的商務(wù)事務(wù)信息描述標準，諸如Ariba的cXML、Commerce One的xCBL以及OASIS-Open.ORG的ebXML等。

40、數(shù)據(jù)層集成：對于當代電子商務(wù)而言，商務(wù)數(shù)據(jù)的交換是應(yīng)用的關(guān)鍵環(huán)節(jié)，隨著在電子商務(wù)應(yīng)用中比方B2B，B2C應(yīng)用，尤其B2B中商務(wù)信息交換的應(yīng)用模式不斷為主流應(yīng)用開發(fā)所接受，面向通用領(lǐng)域的數(shù)據(jù)集成數(shù)據(jù)交換應(yīng)用也成為了一個重要的XML應(yīng)用領(lǐng)域，在這方面，不少電子商務(wù)應(yīng)用領(lǐng)域尤其B2B應(yīng)用的解決方案在陸續(xù)進入這一更廣泛化的領(lǐng)域。應(yīng)用層集成：當XML在經(jīng)歷了電子商務(wù)應(yīng)用的經(jīng)驗之后，人們逐漸地不僅在數(shù)據(jù)層上完成應(yīng)用系統(tǒng)尤其是商務(wù)系統(tǒng)的連接，同時希望能在業(yè)務(wù)層或者函數(shù)層上完成系統(tǒng)的互聯(lián)，這也就是人們常說的Internet環(huán)境的應(yīng)用的廣泛互聯(lián)，這方面的技術(shù)主要是以XML為技術(shù)根底的Web效勞系列技術(shù)。系統(tǒng)配置

41、信息描述：隨著XML在各種各樣應(yīng)用開放中的延伸，原先系統(tǒng)軟件、應(yīng)用軟件中使用文本、Profile文件或者是INI文件形式進行系統(tǒng)、應(yīng)用配置信息管理的方式逐漸被使用XML文檔的管理方式所替代。正是由于XML的特點和廣泛應(yīng)用場合，對于Web效勞而言，無論是Web效勞的調(diào)用SOAP、Web效勞界面的描述WSDL，還是Web效勞的發(fā)現(xiàn)UDDI都是使用XML作為信息描述和交換的標準手段。2.1.7 調(diào)用Web效勞Web效勞的開展離不開電子商務(wù)的開展，電子商務(wù)其實遠遠不僅是指像Amazon 這樣的網(wǎng)絡(luò)零售業(yè)的B2C模式的電子商務(wù)，其更核心的更重要的是常事潛力比零售業(yè)大幾個數(shù)量級的企業(yè)級電子商務(wù)應(yīng)用，即B2

42、B。傳統(tǒng)上，B2B電子商務(wù)是基于EDI技術(shù)的，而EDI信息標準的最大缺點是在EDI世界內(nèi)部，沒有一個全球通用的標準。自XML技術(shù)被引入到B2B電子商務(wù)應(yīng)用中去，人們發(fā)現(xiàn)在B2B電子商務(wù)應(yīng)用環(huán)境中XML確實是一個非常優(yōu)秀而且極為適宜的技術(shù)。使用XML來描述商務(wù)信息使得各種B2B應(yīng)用在數(shù)據(jù)層上獲得了開放集成的能力。然而從技術(shù)的角度來看，這僅僅完成了應(yīng)用領(lǐng)域中最低層次的集成：數(shù)據(jù)層集成。但要使B2B電子商務(wù)應(yīng)用真正被方便地連接在一起，我們需要在數(shù)據(jù)之外，在模塊層、應(yīng)用層等方面也需要達成一致。正是為了解決模塊層能夠以一種開放的，自說明的，統(tǒng)一的方式進行集成和交互，IBM，Microsoft，Devel

43、opMentor等公司協(xié)作制定了Simple Object Access ProtocolSOAP1.1標準。SOAP是在XML根底上定義的，完全繼承XML的開放性和描述可擴展性。SOAP使用現(xiàn)有基于TCP/IP的應(yīng)用層協(xié)議 ，SMTP，POP3等，可以獲得與現(xiàn)有的網(wǎng)絡(luò)通信協(xié)議最大程度的兼容。SOAP的消息路徑機制和可擴充的Header和Body機制又為分布式計算提供了很好的支持。在2001年4月，在美國San Jose召開的Web效勞研討會上正式確立了SOAP作為Web效勞的核心標準的地位。被設(shè)計成跨平臺、跨語言、跨協(xié)議地完成對象互聯(lián)的SOAP逐漸顯露出了它的優(yōu)越性。SOAP可以看成是分布式

44、對象訪問技術(shù)的一個新的特性，比起CORBA，COM+，EJB這些傳統(tǒng)主流的分布式對象技術(shù)，SOAP合理地解決了異構(gòu)系統(tǒng)，異構(gòu)組件對B2B電子商務(wù)全球化的束縛，加上XML已經(jīng)得到廣泛的應(yīng)用，各種平臺都可以有效地使用XML，那么使用XML重新描述和包裝各種遠程組建訪問協(xié)議，以使各種組建平臺的遠程訪問協(xié)議都能通過同一個標準的消息進行傳輸?shù)腟OAP就成了大勢所趨。如圖 2.5所示。CORBACORBA組件COM+COM/DCOMJ2EEEJBIIOPORPCRMISOAP Message圖 4.5展示SOAP抹平組件平臺差異示意圖SOAP為在一個松散的、分布的環(huán)境中使用XML對等地交換結(jié)構(gòu)化的和類型化

45、的信息提供了一個簡單且輕量級的機制。SOAP本身并不定義任何應(yīng)用語義，它只是定義了一種簡單的機制，通過一個模塊化的包裝模型和對模塊中特定格式編碼的數(shù)據(jù)的重編碼機制來表示應(yīng)用語義。SOAP的這項能力使得它可被很多類型的系統(tǒng)用語從消息系統(tǒng)到RPC的延伸。SOAP由以下四局部組成。SOAP信封SOAP envelope：它構(gòu)造定義了一個整體的表示框架，可用于表示在消息message中的是什么，誰應(yīng)當處理它，以及這是可選的還是強制的。SOAP消息的封裝模型如圖 2.6所示。SOAP EnvelopeSOAP HeaderSOAP條目SOAP條目SOAP BodySOAP條目SOAP條目圖 4.6關(guān)于S

46、OAP消息的封裝模型示意圖SOAP編碼規(guī)那么SOAP encoding rules：它定義了一個數(shù)據(jù)的編序機制，通過這樣一個編序機制來定義應(yīng)用程序中需要使用的數(shù)據(jù)類型，并可用于交換由這些應(yīng)用程序定義的數(shù)據(jù)類型所衍生的實例。在SOAP中，數(shù)據(jù)的編碼風格是基于一個簡單類型系統(tǒng)的，這個簡單類型系統(tǒng)可以看成是程序語言、數(shù)據(jù)庫和半結(jié)構(gòu)數(shù)據(jù)中不同類型系統(tǒng)的公共特性的泛化。SOAP遠程過程調(diào)用表示SOAP RPC representation：它定義了一個用于表示遠端過程調(diào)用和響應(yīng)的約定?？梢韵胂?，為實施一個基于SOAP的遠程方法或過程調(diào)用，應(yīng)當需要以下信息：目標SOAP結(jié)點的URI從一般意義上來看，可以認

47、為是SOAP結(jié)點的入口地址；方法或過程調(diào)用；可選的方法或過程的特征；方法或過程的參數(shù)；可選的頭數(shù)據(jù)。使用SOAP Header的RPC如圖 2.7所示。SOAP綁定SOAP binding：它定義了一個使用低層傳輸協(xié)議來完成在結(jié)點間交換SOAP信封的約定。對于一個SOAP結(jié)點來說，接受和發(fā)送SOAP消息最終是要通過與某個低層通信協(xié)議進行綁定來完成。SOAP底層協(xié)議綁定沿著SOAP消息路徑在相鄰的SOAP結(jié)點間工作著。SOAP協(xié)議綁定并不會單獨提供一個處理模型，也不會通過協(xié)議綁定來重新指定SOAP結(jié)點。SOAP協(xié)議綁定是SOAP結(jié)點實現(xiàn)的一個組成局部，從外部看，是SOAP結(jié)點的行為特征之一。SO

48、AP發(fā)送者應(yīng)用ASOAP處理器消息標識處理器RPC請求SOAP接收者應(yīng)用BSOAP處理器消息關(guān)聯(lián)性處理器RPC響應(yīng)底層協(xié)議底層協(xié)議效勞器A效勞器B圖 4.7使用SOAP Header的RPC2.2 描述Web效勞自最初開始使用SOAP之后，在業(yè)界曾出現(xiàn)過多種基于XML的接口說明語言IDL，其中包括IBM的NASSL、Microsoft的SDL和SCL等。所有的這些IDL識別不同的描述方式，并且包含一些特定于它們所依附的SOAP實現(xiàn)方案的工程比方Apache SOAP或Microsoft SOAP等。業(yè)界很快意識到必須進行標準化，以賦予Web效勞統(tǒng)一的界面描述能力，并獲得最好的互操作能力。由IB

49、M、Microsoft以及Ariba為首的多個技術(shù)提供商向W3C提交了WSDL標準1.1版。2001年3月，W3C接受了這一提案。WSDL是一種XML Application，它將Web效勞描述定義為一組效勞訪問點，客戶端可以通過這些效勞訪問點對包含面向文檔信息或面向過程調(diào)用的效勞進行訪問類似遠程過程調(diào)用。WSDL首先對訪問的操作和訪問時使用的請求/響應(yīng)消息進行抽象描述，然后將其綁定到具體的傳輸協(xié)議和消息格式上，以最終定義具體部署的效勞訪問點。WSDL文檔將Web效勞定義為效勞訪問點或端口的集合。在WSDL中，由于效勞訪問點和消息定義已從具體的效勞部署或數(shù)據(jù)格式綁定中別離出來，因此可以對抽象定

50、義進行再次利用：消息，指對交換數(shù)據(jù)的抽象描述；而端口類型，指操作的抽象集合。將Web訪問地址于可再次使用的綁定向關(guān)聯(lián)，可以定義一個端口，而端口的集合那么定義為效勞。WSDL文檔在Web效勞的定義中使用以下元素。WSDL Definition- isContainerTypes- isContainerMessage- isContainerPart- name- elementOperation- messagePortType- isContainerBinding- portTypePort- bindingService- isContainerData Type- SimpleType

51、- ComplexType圖 4.8關(guān)于WSDL文檔的元素結(jié)構(gòu)圖Types：數(shù)據(jù)類型定義的容器，它使用某種類型系統(tǒng)一般地使用XML Schema中的類型系統(tǒng)。Message：通信消息的數(shù)據(jù)結(jié)構(gòu)的抽象類型定義。使用Types所定義的類型來定義整個消息的數(shù)據(jù)結(jié)構(gòu)。Operation：對效勞中所支持的操作的抽象描述，一般單個Operation描述了一個訪問入口的請求/響應(yīng)消息對。PortType：某個訪問點類型所支持的操作的抽象集合，這些操作可以由一個或多個效勞訪問點來支持。Binding：特定端口類型的具體協(xié)議和數(shù)據(jù)格式標準的綁定。Port：定義為協(xié)議/數(shù)據(jù)格式綁定與具體Web訪問地址組合的單個效

52、勞訪問點。Service：相關(guān)效勞訪問點的集合。以上這七種元素的關(guān)系如圖 4.8所示。Types是一個數(shù)據(jù)類型定義的容器，包含了所有在消息中需要的XML元素的類型定義。Message具體定義了在通信中使用的消息的數(shù)據(jù)結(jié)構(gòu)，Message元素包含了一組Part元素，每個Part元素都是最終消息的一個組成局部，每個Part都會引用一個DataType來表示它的結(jié)構(gòu)。Part元素不支持嵌套可以使用DataType來實現(xiàn)，都是并列出現(xiàn)。PortType具體定義了一種效勞訪問入口的類型，就是傳入/傳出消息的模式及其格式。一個PortType可以包含假設(shè)干個Operation，而一個Operation那么

53、是指訪問入口支持的一種類型的調(diào)用。在WSDL里支持四種訪問入口調(diào)用的模式：單請求；單響應(yīng)；請求/響應(yīng)；響應(yīng)/請求。PortType的定義中會引用消息定義局部的一個到兩個消息，作為請求或響應(yīng)消息的格式。以上三種結(jié)構(gòu)描述了調(diào)用Web效勞的抽象定義，這三局部與具體Web效勞部署細節(jié)無關(guān)，是可復(fù)用的描述。如果與一般的對象語言作比擬的話，這局部可以說是IDL描述的對象，描述了對象的接口標準。Service描述的是一個具體的被部署的Web效勞所提供的所有訪問入口的部署細節(jié)，一個Service往往會包含多個效勞訪問入口，而每個訪問入口都會使用一個Port元素來描述。Port描述的是一個效勞訪問入口的部署細節(jié)

54、，包括通過哪個Web地址URL來訪問，應(yīng)當使用怎樣的消息結(jié)構(gòu)調(diào)用模式來訪問等。其中，消息調(diào)用模式使用Binding結(jié)構(gòu)來表示。Binding結(jié)構(gòu)定義了某個PortType與某一種具體的網(wǎng)絡(luò)傳輸協(xié)議或消息傳輸協(xié)議相綁定，從這一層開始，描述的內(nèi)容就與具體效勞的部署相關(guān)了。WSDL的設(shè)計理念完全繼承了以XML為根底的當代Web技術(shù)標準的一貫設(shè)計理念：開放。WSDL允許通過擴展使用其他的類型定義語言不止是XML Schema，允許使用多種網(wǎng)絡(luò)傳輸協(xié)議和消息格式。同時，WSDL也應(yīng)用了當代軟件工程中的復(fù)用理念，別離了抽象定義層和具體部署層，使得抽象定義層的復(fù)用性大大增加。而不同的運營公司可以采用不同的具

55、體部署層的描述，結(jié)合抽象定義完成其自身的Web效勞的描述。2.3 注冊發(fā)布Web效勞目前，大多數(shù)電子商務(wù)的應(yīng)用和基于Web的商業(yè)效勞在處理購置者、供給商、交易市場和效勞提供者之間的聯(lián)系方式上各不相同。這就決定了它們只能在和他們使用相同的應(yīng)用和基于Web的商業(yè)效勞的商業(yè)實體中進行貿(mào)易。面對這個挑戰(zhàn)，技術(shù)領(lǐng)域和商業(yè)領(lǐng)域的領(lǐng)導(dǎo)者組成的開發(fā)小組開發(fā)了統(tǒng)一描述、發(fā)現(xiàn)與集成協(xié)議標準。這是一個非常重要的創(chuàng)新，它是第一個由平臺提供者、軟件開發(fā)者、交易市場運營者、電子商務(wù)企業(yè)和全球商務(wù)領(lǐng)頭羊為解決B2B電子商務(wù)的開展的局限性而一起提出的跨行業(yè)的解決方案。UDDI注冊使用的核心信息模型由XML Schema定義。

56、使用XML是因為它提供了平臺無關(guān)的數(shù)據(jù)描述，并能很自然地描述了數(shù)據(jù)的層次關(guān)系。而選擇XML Schema是因為它支持豐富的數(shù)據(jù)類型，便捷的描述方式及其按信息模型對數(shù)據(jù)進行檢驗的能力。UDDI XML Schema定義了六種主要信息類型，它們是技術(shù)人員在需要使用合作伙伴所提供的Web效勞時必須了解的技術(shù)信息。UDDI信息模型結(jié)構(gòu)圖如圖 2.9所示。businessEntity元素：商業(yè)實體信息。是支持對UDDI商業(yè)注冊的商業(yè)信息發(fā)布和發(fā)現(xiàn)的核心XML元素。businessService元素和bindingTemplate元素：效勞信息。businessService結(jié)構(gòu)是一個描述性的容器，它將一

57、系列有關(guān)的商業(yè)流程或分類目錄的Web效勞的描述組合到一起。bindingTemplate那么是關(guān)于效勞的入口點和構(gòu)造標準的技術(shù)信息。tModel元素：標準描述的指針和技術(shù)標志。是關(guān)于調(diào)用標準的元數(shù)據(jù)，它包括效勞名稱、發(fā)布的效勞的組織以及指向這些標準本身的URL指針等。publisherAssertion元素：描述商業(yè)實體之間關(guān)聯(lián)關(guān)系的關(guān)聯(lián)信息。這個機制能令多于一個的已注冊的businessEntity元素以某種方式互相連接，用以表示一種特定類型的關(guān)聯(lián)關(guān)系。subscription元素：實現(xiàn)實體信息訂閱的訂閱信息。為了幫助UDDI使用者跟蹤感興趣的數(shù)據(jù)實體以及及時獲得數(shù)據(jù)更新的消息，UDDI參加了訂閱的功能。businessEntity：發(fā)布效勞信息的商業(yè)實體的詳細信息b