[學習]電子商務系統(tǒng)建設

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

19、ML Webservice,Web Service會成功嗎?,美國InfoWorld雜志在2001年進行了一次有關(guān)Web Service應用的調(diào)查，結(jié)果顯示：在被調(diào)查的企業(yè)中，有38％的企業(yè)希望在未來3個月內(nèi)實施Web Service戰(zhàn)略；11.4%的企業(yè)認為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)格計算,第一章的重點和難點,第一章電子商務模型簡述第一節(jié) 電子商務的概念和基本特點1.1 電子商

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

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

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

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

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

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

34、.2 典型的應用程序開發(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),第五章 應用程序開發(fā)架構(gòu)第一節(jié) 應用程序開發(fā)模型1.1 應用程序的功能模塊劃分1.2

35、典型的應用程序開發(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),第六章的重點和難點,第六章 SOAP協(xié)議第一節(jié) 什么是SOAP?第二節(jié) SOAP消息傳遞2.1 S

36、OAP結(jié)點2.2 SOAP角色與SOAP結(jié)點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進行類型編碼的規(guī)則5.2 簡單類型5.3 多態(tài)存取標識5.4 復合類型5.5 默

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

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

39、 MIME 綁定,第八章的重點和難點,第四節(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標準協(xié)議的API,第八章 統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議UDDI第一節(jié) UDDI的起因第二節(jié) UDDI是什么？第三節(jié) UDDI標準技術(shù)概述3.1 UDDI信息

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