[學(xué)習(xí)]電子商務(wù)系統(tǒng)建設(shè)

1、?第二代電子商務(wù)系統(tǒng) 基于Web Service架構(gòu)的 規(guī)劃、設(shè)計與實現(xiàn)?電子商務(wù)可測量性定量方法 基于四層參考模型: 商業(yè)模型、功能模型、顧客行為模型，IT資源模型 性能模型、工作負(fù)載和容量規(guī)劃等方面的電子商務(wù)作用?Web Service架構(gòu) 基于Web的三層開發(fā)架構(gòu) 三個要素：SOAP、WSDL和UDDI,電子商務(wù)系統(tǒng)建設(shè),? 緩慢的下載速度?

2、 系統(tǒng)與網(wǎng)絡(luò)的超載 ? 安全,性能,以及可用性? “八秒規(guī)則”,電子商務(wù)系統(tǒng)應(yīng)用的瓶頸,,內(nèi)容組織和結(jié)構(gòu),,設(shè)計與規(guī)劃,應(yīng)用架構(gòu),互聯(lián)網(wǎng)的發(fā)展一日千里，電子商務(wù)的應(yīng)用也不斷發(fā)展。第二代基于Web Services的系統(tǒng)結(jié)構(gòu)正在開始應(yīng)用，我們力求反映這個全新的系統(tǒng)結(jié)構(gòu)。 系統(tǒng)基于商業(yè)模型、功能模型、顧客行為模型，以及IT資源的四層模型組成。介紹了新的應(yīng)用程序開發(fā)模型和Web Service架構(gòu)，詳細(xì)分析基于Web

3、 Service架構(gòu)中的三個要素：SOAP、WSDL和UDDI。,系統(tǒng)建設(shè),模型簡述需求分析規(guī)劃與設(shè)計決策性能建模及其分析,電子商務(wù)系統(tǒng)建設(shè)——系統(tǒng)設(shè)計,應(yīng)用程序開發(fā)架構(gòu)SOAPWSDLUDDI,電子商務(wù)系統(tǒng)建設(shè)——系統(tǒng)實現(xiàn),商務(wù)模型,功能模型,客戶模型,資源模型,,商務(wù)過程要素,,顧客行為模型,功能結(jié)構(gòu)導(dǎo)航,IT體系結(jié)構(gòu)和設(shè)備,,,,,商務(wù)視角,技術(shù)視角,內(nèi)部因素,外部因素,這個參考模型由四層組成，分成兩個主要單元。上層單

4、元集中于商務(wù)的特性以及通過電子商務(wù)站點(diǎn)提供服務(wù)的過程。下層單元集中于客戶與站點(diǎn)交互的方式以及他們對站點(diǎn)基礎(chǔ)設(shè)施資源提出的要求。參考模型的每一層都與兩大類用于提供這一層定量描述的描述符與規(guī)格相聯(lián)系。,商業(yè)模型,一個產(chǎn)品、服務(wù)和信息流的結(jié)構(gòu)，包括商業(yè)活動者、他們的角色以及收入來源。例如許多公司采用的一些最普遍的收入生成模型是：?。V告費(fèi)用，ⅱ）銷售商品和服務(wù)，ⅲ）數(shù)字目錄（內(nèi)容），ⅳ）處理Web上兩個當(dāng)事人之間交易的費(fèi)用。 示例在線零售

5、 在線拍賣 門戶查詢?nèi)肟?分銷 服務(wù) 出版業(yè),功能模型,一個電子商務(wù)公司向客戶提供服務(wù)的交易過程，這個過程是直接提供商業(yè)成果的一系列連環(huán)活動 表征技術(shù)：過程流模型、分級活動模型、數(shù)據(jù)流圖、以及實體關(guān)系模型 站點(diǎn)導(dǎo)航結(jié)構(gòu)和分析客戶采用的不同可能路徑的框架示例：在線拍賣公司買賣雙方的注冊、拍賣的建立、安排和廣告、競價、定價和拍賣完成、交易等,客戶模型,捕獲一個客戶在訪問一個電子商務(wù)站點(diǎn)時的導(dǎo)航模式 描述了客戶如何在站點(diǎn)中

6、航行，并且允許客戶獲得諸如在一次購物期間某一功能被調(diào)用的次數(shù)、或者一次典型會話的平均長度之類的行為度量標(biāo)準(zhǔn) 電子商務(wù)站點(diǎn)的性能取決于： 客戶請求服務(wù)的模式每個服務(wù)對站點(diǎn)資源的要求客戶訪問站點(diǎn)的強(qiáng)度,資源模型,工作負(fù)荷模型捕獲客戶請求服務(wù)的模式以及每個服務(wù)需求的站點(diǎn)資源在時間方面的要求 性能模型用于計算不同觀點(diǎn)的站點(diǎn)度量標(biāo)準(zhǔn)。資源使用度量標(biāo)準(zhǔn)的例子包括過程利用和數(shù)據(jù)庫服務(wù)的請求等待平均數(shù)等高層度量標(biāo)準(zhǔn)如客戶響應(yīng)時間或站點(diǎn)

7、每秒鐘的收入,定量方法分析電子商務(wù)模型,定量方法概述 容量、可靠性、可伸縮性以及安全性 定量方法分析電子商務(wù)站點(diǎn)的主要步驟 深入了解電子商務(wù)站點(diǎn)的結(jié)構(gòu)測量電子商務(wù)站點(diǎn)的系統(tǒng)性能了解客戶行為 表征電子商務(wù)站點(diǎn)的工作負(fù)荷 分析評價電子商務(wù)站點(diǎn)的性能 為電子商務(wù)站點(diǎn)預(yù)測期望的負(fù)荷 選擇最劃算的一個體系結(jié)構(gòu),技術(shù)評估準(zhǔn)備,網(wǎng)絡(luò)服務(wù)器 面向?qū)ο蟮募夹g(shù) J2EE 或者 .NET 應(yīng)用軟件開發(fā)工具 相關(guān)于分布式數(shù)據(jù)的數(shù)據(jù)庫

8、事務(wù)處理的技術(shù) 在一個網(wǎng)絡(luò)應(yīng)用中保持原有的狀態(tài) 安全性 標(biāo)準(zhǔn)、規(guī)范 所有的決定者對于采用新技術(shù)的態(tài)度 愿意承受的風(fēng)險等級,將會增加顧客的數(shù)量嗎？ 將會降低運(yùn)作的成本嗎？ 將會增進(jìn)公司的形象嗎？ 將會使我們的產(chǎn)品更快的推向市場嗎？ 將會使我們的商業(yè)更具有競爭性嗎？ 將會減少我們的發(fā)展環(huán)節(jié)嗎？ 將會增加收入或減少開支嗎？ 將會增強(qiáng)與客戶的關(guān)系嗎？ 將會增強(qiáng)庫存和產(chǎn)品的管理嗎？ 將會提高客戶服務(wù)嗎？ 將會使我們

9、的雇員在團(tuán)隊和協(xié)作中更有效嗎？ 將會是我們開拓新的市場嗎？ 將會降低發(fā)送的成本嗎？,商業(yè)驅(qū)動力分析,電子商務(wù)系統(tǒng)需求分析方法概述,提出一個解決方案的工作框架 構(gòu)建工作框架前的準(zhǔn)備 確定公司的參與者 確定一個電子商務(wù)解決方案平臺的提供者 和每個人交流工作框架的目標(biāo) 在當(dāng)前環(huán)境下，從你的公司收集資料 規(guī)劃解決方案的工作框架的議程，并發(fā)放給每一個參與者 操作一個工作框架,系統(tǒng)規(guī)劃的幾個有力工具,客戶行為模型 客戶訪問模型

10、系統(tǒng)容量規(guī)劃,電子商務(wù)系統(tǒng)容量規(guī)劃,足夠容量的定義,服務(wù)水平滿意度（SLAs） 這是性能（例如，響應(yīng)時間和吞吐量）和可用性度量標(biāo)準(zhǔn)的上下界限。SLAs的例子包括“服務(wù)方響應(yīng)時間 ≤ 2秒”，“站點(diǎn)可用性 > 99.5%”和“會話吞吐量 ≥ 30,000個會話/每天”。 8秒鐘規(guī)則 特定的技術(shù)和標(biāo)準(zhǔn) 成本約束,EB系統(tǒng)規(guī)劃與設(shè)計的一般過程,商務(wù)模型規(guī)劃 第一階段：分析企業(yè)的核心業(yè)務(wù)流程和商務(wù)活動的基本模式類型，確定企業(yè)未來

11、的商務(wù)模式，包括企業(yè)的服務(wù)對象、企業(yè)的核心業(yè)務(wù)及其贏利模式、企業(yè)業(yè)務(wù)的增值點(diǎn)和延伸范圍等 第二階段：規(guī)劃企業(yè)的商務(wù)模型。通過對企業(yè)核心商務(wù)流程進(jìn)行分析，以縮短企業(yè)產(chǎn)品供應(yīng)鏈、加速客戶服務(wù)響應(yīng)、提高客戶個性化服務(wù)、提高企業(yè)信息資源的共享和增值為目標(biāo)，抽象企業(yè)業(yè)務(wù)流的基本邏輯組成單位，并界定其相互關(guān)系,EB系統(tǒng)規(guī)劃與設(shè)計的一般過程,商務(wù)系統(tǒng)規(guī)劃 企業(yè)的核心業(yè)務(wù)功能 關(guān)鍵業(yè)務(wù)流程 商務(wù)系統(tǒng)的體系架構(gòu) 規(guī)劃商務(wù)系統(tǒng)的基本組成部分 各

12、個層次的聯(lián)系 各個組成部分的作用 商務(wù)系統(tǒng)的結(jié)構(gòu) 應(yīng)用軟件系統(tǒng)的拓?fù)浣Y(jié)構(gòu) 基礎(chǔ)網(wǎng)絡(luò)環(huán)境和架構(gòu) 安全交易環(huán)境等,EB系統(tǒng)規(guī)劃與設(shè)計的合格要求,對企業(yè)業(yè)務(wù)流、應(yīng)用平臺、基礎(chǔ)網(wǎng)絡(luò)架構(gòu)都有清晰的描述各個層次間有明確的分工，能為各層次的開發(fā)設(shè)計人員所接受和理解能抽象出系統(tǒng)各部分間的接口特征，從而為可重用組件提供指導(dǎo)可以包容各種服務(wù)平臺、中間件和應(yīng)用軟件 具備良好的可擴(kuò)展性和可維護(hù)性,性能建模及其分析,性能模型表達(dá)了工作負(fù)

13、載使用系統(tǒng)資源的方法，描述了決定系統(tǒng)性能的主要因素。這些模型使用由資源模型和工作負(fù)載模型提供的信息。性能模型被用來計算傳統(tǒng)的性能度量標(biāo)準(zhǔn)如響應(yīng)時間、吞吐量、利用率和平均隊列長度，以及新的面向商務(wù)的性能度量標(biāo)準(zhǔn)，諸如收入總額或者損失總額 可以分為兩個范疇：分析和仿真模型 分析模型通過公式來詳細(xì)說明系統(tǒng)的不同部件之間的交互。例如HTTP事務(wù)響應(yīng)的最小可能時間：RTmin = RTT + 請求時間min + 站點(diǎn)處理時間 + 答復(fù)時間mi

14、n,,建模/預(yù)測范例,性能定律,利用率定律 利用率=到達(dá)速率*每事務(wù)平均服務(wù)時間/隊列資源數(shù) 強(qiáng)制流模型 平均吞吐量=平均訪問對列數(shù)*單位時間完成事務(wù)數(shù) 服務(wù)需求定律 服務(wù)需求=系統(tǒng)吞吐量*利用率 Little定律 黑盒子中的客戶的平均數(shù)量=黑盒子的吞吐率*客戶平均停留時間,單層應(yīng)用模型 兩層客戶/服務(wù)器模型 三層應(yīng)用程序模型 Web Service,應(yīng)用開發(fā)架構(gòu),n-Tier多層應(yīng)用系統(tǒng)架構(gòu),業(yè)務(wù)邏輯處理層,數(shù)據(jù)表

15、示層,數(shù)據(jù)存儲層,CICSEnterprise JavaBeanCORBACOM/DCOM/COM+Web Services,幾種主要的多層應(yīng)用系統(tǒng)架構(gòu),電子商務(wù)技術(shù)的變化,數(shù)據(jù)集成,DB+HTML,動態(tài)電子商務(wù),發(fā)布,HTML,,Web Services,,,,應(yīng)用集成,瀏覽互相鏈接的文檔通過手工操作處理采購等商業(yè)事務(wù)下載文件,目前使用Web的模式,應(yīng)用集成,數(shù)據(jù)層的集成 數(shù)據(jù)共享 數(shù)據(jù)遷移 數(shù)據(jù)復(fù)制 業(yè)務(wù)功能的集

16、成 API的方式 基于組件方法的功能調(diào)用 基于消息(MQ)的集成 基于WebService的功能集成,什么是動態(tài)電子商務(wù)？,IBM曾為動態(tài)電子商務(wù)下了一個簡單定義是：“著重于 B2B 的綜合性和基礎(chǔ)設(shè)施組成上的下一代電子商務(wù)，通過調(diào)節(jié)因特網(wǎng)標(biāo)準(zhǔn)和通用基礎(chǔ)設(shè)施為內(nèi)部和外部企業(yè)計算創(chuàng)造最佳效益?！?動態(tài)電子商務(wù)預(yù)想了這樣一個因特網(wǎng)，商業(yè)實體能在其自身的域內(nèi)以及在貿(mào)易合伙人之間有步驟地管理交互作用。從發(fā)現(xiàn)

17、新的合伙人到與另一商務(wù)實體的集成，動態(tài)電子商務(wù)著重程序?qū)Τ绦虻慕换プ饔茫皇窃缙?B2C 電子商務(wù)階段占主導(dǎo)地位的客戶對程序的交互作用。 動態(tài)電子商務(wù)實現(xiàn)的關(guān)鍵是Web Services。Web Services就是原來的組件技術(shù)思想在Internet時代中的進(jìn)一步發(fā)展，它集成了CORBA、COM/DCOM等各種組件模型技術(shù)，是原有各種組件技術(shù)的繼承和發(fā)展。它不僅已作為動態(tài)電子商務(wù)的基礎(chǔ)，也是“電子商務(wù)

18、即取即用”技術(shù)發(fā)展的基礎(chǔ)。,通過程序自動啟動和處理商務(wù)事務(wù)，而并非使用瀏覽器能夠在一個分布式的計算環(huán)境中動態(tài)地描述、發(fā)布、發(fā)現(xiàn)和調(diào)用許多基于Web Service的新型應(yīng)用將出現(xiàn),完全基于XML以及其他相關(guān)的Internet標(biāo)準(zhǔn),Web Service是使用Web的嶄新模式,什么是 XML Web Service?,通過標(biāo)準(zhǔn)的 Web 協(xié)議（HTTP）可編程訪問的WEB組件,開放的 Internet 傳輸協(xié)議,X

19、ML Webservice,Web Service會成功嗎?,美國InfoWorld雜志在2001年進(jìn)行了一次有關(guān)Web Service應(yīng)用的調(diào)查，結(jié)果顯示：在被調(diào)查的企業(yè)中，有38％的企業(yè)希望在未來3個月內(nèi)實施Web Service戰(zhàn)略；11.4%的企業(yè)認(rèn)為Web Service對企業(yè)的發(fā)展非常重要。目前，業(yè)界最重要的軟、硬件廠商都已經(jīng)宣布了對Web Service的支持。,Web Services Time Line,Web Se

20、rvices tooling delivered. Developers buy new Service-oriented development tools. Begin building real world Web Services.Business Web Services begin to appear in large numbers. Mass consumer B2C Web-services already in

21、place. UDDI Registry adoption Grows in significance. Private registries proliferate to support private exchanges. Government usage of Web Services accelerates significantly.Business adoption of Web Services based mod

22、els and Service Centric Computing enters adolescence. Private registries still dominate. New revenue generation models and channel opportunities are commonplace. 40% of financial Services Transactions leverage Web Servic

23、es Models. 35% of online government Services delivered as Web Services.Public UDDI Registries gain attention as Public Exchanges re-emerge. Dynamic Services gain more attention.,20012002200320042005,Ga

24、rtner Group,參考網(wǎng)址,www.uddi.orgwww.webservices.orgMSDN Online Web Services Developer Resourceshttp://msdn.microsoft.com/webservices/IBM developerWorks/Web Service Zonehttp://www-106.ibm.com/developerworks/webservice/,

25、,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

26、,,,,,,,,,,,,,,26,24,8,,,4,HPSS,,,,,,,,,,,,,5,,,,,HPSS,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,HPSS,UniTree,External Networks,External Networks,

27、External Networks,External Networks,,Site Resources,Site Resources,Site Resources,Site Resources,,,NCSA/PACI8 TF240 TB,SDSC4.1 TF225 TB,Caltech,Argonne,下一代IT系統(tǒng)結(jié)構(gòu)－網(wǎng)格計算,第一章的重點(diǎn)和難點(diǎn),第一章電子商務(wù)模型簡述第一節(jié) 電子商務(wù)的概念和基本特點(diǎn)1.1 電子商

28、務(wù)是什么1.2電子商務(wù)的分類1.3 電子商務(wù)的特點(diǎn)1.4 建立電子商務(wù)式的思維模式第二節(jié) 電子商務(wù)帶來的挑戰(zhàn)第三節(jié) 電子商務(wù)模型分析3.1定量方法3.2 商業(yè)和功能模型3.3 客戶和資源模型3.4 定量方法分析電子商務(wù)模型,第一章電子商務(wù)模型簡述第一節(jié) 電子商務(wù)的概念和基本特點(diǎn)1.1 電子商務(wù)是什么1.2電子商務(wù)的分類1.3 電子商務(wù)的特點(diǎn)1.4 建立電子商務(wù)式的思維模式第二節(jié)

29、電子商務(wù)帶來的挑戰(zhàn)第三節(jié) 電子商務(wù)模型分析3.1定量方法3.2 商業(yè)和功能模型3.3 客戶和資源模型3.4 定量方法分析電子商務(wù)模型,第二章的重點(diǎn)和難點(diǎn),第二章電子商務(wù)系統(tǒng)需求分析第一節(jié) 電子商務(wù)系統(tǒng)需求分析內(nèi)容1.1需求收集過程總覽1.2. 看看你是否做好了準(zhǔn)備1.3 理解商業(yè)的驅(qū)動力第二節(jié) 電子商務(wù)系統(tǒng)需求分析方法概述2.1提出一個解決方案的工作框架2.2構(gòu)建工作框架前的準(zhǔn)備2.3

30、操作一個工作框架,第二章電子商務(wù)系統(tǒng)需求分析第一節(jié) 電子商務(wù)系統(tǒng)需求分析內(nèi)容1.1需求收集過程總覽1.2. 看看你是否做好了準(zhǔn)備1.3 理解商業(yè)的驅(qū)動力第二節(jié) 電子商務(wù)系統(tǒng)需求分析方法概述2.1提出一個解決方案的工作框架2.2構(gòu)建工作框架前的準(zhǔn)備2.3操作一個工作框架,第三章的重點(diǎn)和難點(diǎn),第三章 電子商務(wù)系統(tǒng)規(guī)劃與設(shè)計第一節(jié) 客戶行為模型1.1 介紹1.2 為什么要模仿客戶行為？1.3 一

31、個在線書店的客戶行為模型1.4 客戶行為模型圖(CBMG)1.5 建立客戶行為模型圖1.6 Web和電子商務(wù)站點(diǎn)的聚集度量標(biāo)準(zhǔn)1.7 從客戶行為模型圖獲得的度量標(biāo)準(zhǔn)1.8 客戶訪問模型(CVM)1.9 會話識別,第二節(jié)電子商務(wù)系統(tǒng)容量規(guī)劃2.1介紹2.2容量規(guī)劃和足夠的容量2.3 一個容量規(guī)劃場景2.4 方法論2.5商務(wù)層2.6客戶行為層次第三節(jié) EB系統(tǒng)規(guī)劃與設(shè)計的考慮3.1 商務(wù)模型規(guī)劃3.2 商

32、務(wù)系統(tǒng)規(guī)劃,第四章的重點(diǎn)和難點(diǎn),第四章 性能建模及其分析第一節(jié) 性能建模概念1.1介紹1.2 一個簡單電子商務(wù)服務(wù)器的性能分析1.3什么是性能模型？1.4服務(wù)時間和服務(wù)需求1.5隊列、等待時間和響應(yīng)時間1.6性能定律1.7瓶頸和可擴(kuò)展性分析第二節(jié) 電子商務(wù)網(wǎng)站性能模型的解決方案2.1 概述2.2 一個簡單的例子2.3 方法一：單隊列法2.4 改進(jìn)方法：多類型（multiple class）,第三節(jié) 服

33、務(wù)器軟件競爭模型3.1 簡介3.2 一個簡單的例子3.3 電子商務(wù)網(wǎng)站中的軟件競爭3.4 為軟件競爭建模第四節(jié) 電子商務(wù)網(wǎng)站工作負(fù)載分析4.1 簡介4.2 Web流量的工作負(fù)載特性4.3 客戶行為描述4.4 從HTTP日志到CBMG4.5 從HTTP日志到CVM4.6 在資源級別上描述工作負(fù)載,第五章的重點(diǎn)和難點(diǎn),第五章 應(yīng)用程序開發(fā)架構(gòu)第一節(jié) 應(yīng)用程序開發(fā)模型1.1 應(yīng)用程序的功能模塊劃分1

34、.2 典型的應(yīng)用程序開發(fā)模型第二節(jié) Web Services相關(guān)技術(shù)2.1 什么是Web Service?2.2為什么需要Web Service?2.3 Web Service的技術(shù)構(gòu)架2.4 Web Service的實現(xiàn)框架2.5 Web Service的實現(xiàn)平臺2.6 Web Service的前景和挑戰(zhàn),第五章 應(yīng)用程序開發(fā)架構(gòu)第一節(jié) 應(yīng)用程序開發(fā)模型1.1 應(yīng)用程序的功能模塊劃分1.2

35、典型的應(yīng)用程序開發(fā)模型第二節(jié) Web Services相關(guān)技術(shù)2.1 什么是Web Service?2.2為什么需要Web Service?2.3 Web Service的技術(shù)構(gòu)架2.4 Web Service的實現(xiàn)框架2.5 Web Service的實現(xiàn)平臺2.6 Web Service的前景和挑戰(zhàn),第六章的重點(diǎn)和難點(diǎn),第六章 SOAP協(xié)議第一節(jié) 什么是SOAP?第二節(jié) SOAP消息傳遞2.1 S

36、OAP結(jié)點(diǎn)2.2 SOAP角色與SOAP結(jié)點(diǎn)2.3 定位SOAP Header條目2.4 理解SOAP Header2.5 處理消息第三節(jié) SOAP的結(jié)構(gòu)第四節(jié) SOAP的元素4.1 SOAP的主要元素4.2 SOAP Header4.3 SOAP Body4.4 SOAP錯誤,第五節(jié) SOAP的編碼規(guī)則5.1 使用XML進(jìn)行類型編碼的規(guī)則5.2 簡單類型5.3 多態(tài)存取標(biāo)識5.4 復(fù)合類型5.5 默

37、認(rèn)值5.6 SOAP root屬性第六節(jié) 使用HTTP傳送SOAP6.1 SOAP HTTP請求6.2 SOAP HTTP響應(yīng)6.3 HTTP擴(kuò)展框架6.4 SOAP HTTP示例第七節(jié) SOAP和RPC7.1 RPC和SOAP Body7.2 RPC和SOAP Header第八節(jié) SOAP協(xié)議的應(yīng)用,第七章的重點(diǎn)和難點(diǎn),第七章 Web服務(wù)描述語言WSDL第一節(jié) 什么是WSDL？第二節(jié) 為什么需要WSDL

38、？第三節(jié) WSDL文檔3.1 介紹3.2 服務(wù)定義第四節(jié) WSDL綁定4.1 SOAP 綁定4.2 HTTP GET & POST 綁定4.3 MIME 綁定,第七章 Web服務(wù)描述語言WSDL第一節(jié) 什么是WSDL？第二節(jié) 為什么需要WSDL？第三節(jié) WSDL文檔3.1 介紹3.2 服務(wù)定義第四節(jié) WSDL綁定4.1 SOAP 綁定4.2 HTTP GET & POST 綁定4.3

39、 MIME 綁定,第八章的重點(diǎn)和難點(diǎn),第四節(jié) UDDI的數(shù)據(jù)結(jié)構(gòu)4.1商業(yè)實體描述信息規(guī)范定義4.2 Web Service描述信息結(jié)構(gòu)規(guī)范定義4.3 tModel結(jié)構(gòu)規(guī)范定義的說明4.4 publisherAssertion結(jié)構(gòu)規(guī)范定義的說明 第五節(jié) UDDI標(biāo)準(zhǔn)協(xié)議的API,第八章 統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議UDDI第一節(jié) UDDI的起因第二節(jié) UDDI是什么？第三節(jié) UDDI標(biāo)準(zhǔn)技術(shù)概述3.1 UDDI信息

40、模型3.2 UDDI程序員API3.3 UDDI調(diào)用模型3.4 遠(yuǎn)程Web Service調(diào)用失敗的處理3.5 UDDI的安全、識別與授權(quán),第八章 統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議UDDI第一節(jié) UDDI的起因第二節(jié) UDDI是什么？第三節(jié) UDDI標(biāo)準(zhǔn)技術(shù)概述3.1 UDDI信息模型3.2 UDDI程序員API3.3 UDDI調(diào)用模型3.4 遠(yuǎn)程Web Service調(diào)用失敗的處理3.5 UDDI的安全、識別與授權(quán)