電子商務(wù)系統(tǒng)結(jié)構(gòu)課程七-復(fù)習(xí)

施敏華

電子商務(wù)體系

0704028

Dzswtxjg-y@dl

13-14

《電子商務(wù)系統(tǒng)結(jié)構(gòu)》復(fù)習(xí)

施敏華(smh@)

浙江杭州玉泉，浙江大學(xué)計(jì)算機(jī)學(xué)院，310027

Tel/p>

內(nèi)容組織和結(jié)構(gòu)

互聯(lián)網(wǎng)的發(fā)展一日千里，電子商務(wù)的應(yīng)用也不斷發(fā)展。目前第二代基于

WebServices的系統(tǒng)結(jié)構(gòu)剛剛出現(xiàn)，我們力求反映這個(gè)全新的系統(tǒng)結(jié)構(gòu)。

系統(tǒng)基于商業(yè)模型、功能模型、顧客行為模型，以及IT資源的四層模型

組成。介紹了新的應(yīng)用程序開(kāi)發(fā)模型和WebService架構(gòu)，詳細(xì)分析基于

WebService架構(gòu)中的三個(gè)要素：SOAP、WSDL和UDDI。

電子商務(wù)系統(tǒng)結(jié)構(gòu)的要點(diǎn)

本課程討論的是針對(duì)當(dāng)前基于WebService架構(gòu)的第二代電子商務(wù)系統(tǒng)的

規(guī)劃、設(shè)計(jì)與實(shí)現(xiàn)。介紹了一種基于四層參考模型的、用于理解和分析電子商

務(wù)可測(cè)量性的定量方法。這個(gè)四層參考模型由商業(yè)模型、功能模型、顧客行為

模型，以及0■資源模型組成。用于解釋電子商務(wù)技術(shù)在性能模型、工作負(fù)載和

容量規(guī)劃等方面的作用。詳細(xì)說(shuō)明了基于Web的三層開(kāi)發(fā)架構(gòu)和WebService

架構(gòu)中的三個(gè)要素：SOAP、WSDL和UDDL

課程主要內(nèi)容

?電子商務(wù)模型分析

?需求分析方法

?系統(tǒng)規(guī)劃設(shè)計(jì)

?客戶行為模型

?性能模型及分析

?應(yīng)用程序開(kāi)發(fā)模型

?SOAP/WSDL/UDDI

?電子商務(wù)解決方案

商務(wù)視角外部因素

技術(shù)視角

內(nèi)部因素

這個(gè)參考模型由四層組成，分成兩個(gè)主要單元。上層單元集中

于商務(wù)的特性以及通過(guò)電子商務(wù)站點(diǎn)提供服務(wù)的過(guò)程。下層單元集

中于客戶與站點(diǎn)交互的方式以及他們對(duì)站點(diǎn)基礎(chǔ)設(shè)施資源提出的要

求。參考模型的每一層都與兩大類用于提供這一層定量描述的描述

符與規(guī)格相聯(lián)系。

商業(yè)模型

一個(gè)產(chǎn)品、服務(wù)和信息流的結(jié)構(gòu)，包括商業(yè)活動(dòng)

者、他們的角色以及收入來(lái)源。例如許多公司采

用的一些最普遍的收入生成模型是：i）廣告費(fèi)

用，ii)_______，iii)

容），iv）處理Web費(fèi)

用。

示例

在線零售

在線拍賣

門戶查詢?nèi)肟?/p>

分銷

服務(wù)

出版業(yè)

功能模型

?一個(gè)電子商務(wù)公司向客戶提供服務(wù)的交易過(guò)

程，這個(gè)過(guò)程是直接提供商業(yè)成果的一系列

連環(huán)活動(dòng)

?表征技術(shù)：過(guò)程流模型、分級(jí)活動(dòng)模型、數(shù)

據(jù)流圖、以及實(shí)體關(guān)系模型

?站點(diǎn)導(dǎo)航結(jié)構(gòu)和分析客戶采用的不同可能路

徑的框架

?示例：在線拍賣公司

＞買賣雙方的注冊(cè)、拍賣的建立、安排和廣告、

競(jìng)價(jià)、定價(jià)和拍賣完成、交易等

客戶模型

?捕獲一個(gè)客戶在訪問(wèn)一個(gè)電子商務(wù)站點(diǎn)時(shí)的

導(dǎo)航模式

?描述了客戶如何在站點(diǎn)中航行，并且允許客

戶獲得諸如在一次購(gòu)物期間某一功能被調(diào)用

的次數(shù)、或者一次典型會(huì)話的平均長(zhǎng)度之類

的行為度量標(biāo)準(zhǔn)

?電子商務(wù)站點(diǎn)的性能取決于：

一＞客戶請(qǐng)求服務(wù)的模式

＞每個(gè)服務(wù)對(duì)站點(diǎn)資源的要求

＞客戶訪問(wèn)站點(diǎn)的強(qiáng)度

資源模型

?工作負(fù)荷模型

＞捕獲客戶請(qǐng)求服務(wù)的模式以及每個(gè)服務(wù)需求的

站點(diǎn)資源在時(shí)間方面的要求

?性能模型

＞用于計(jì)算不同觀點(diǎn)的站點(diǎn)度量標(biāo)準(zhǔn)。資源使用

度量標(biāo)準(zhǔn)的例子包括過(guò)程利用和數(shù)據(jù)庫(kù)服務(wù)的

請(qǐng)求等待平均數(shù)等

＞高層度量標(biāo)準(zhǔn)如客戶響應(yīng)時(shí)間或站點(diǎn)每秒鐘的

收入

定量方法分析電子商務(wù)模型

?定量方法概述

＞容量、可靠性、可伸縮性以及安全性

?定量方法分析電子商務(wù)站點(diǎn)的主要步驟

＞深入了解電子商務(wù)站點(diǎn)的結(jié)構(gòu)

＞測(cè)量電子商務(wù)站點(diǎn)的系統(tǒng)性能

＞了解客戶行為

＞表征電子商務(wù)站點(diǎn)的工作負(fù)荷

＞分析評(píng)價(jià)電子商務(wù)站點(diǎn)的性能

＞為電子商務(wù)站點(diǎn)預(yù)測(cè)期望的負(fù)荷

＞選擇最劃算的一個(gè)體系結(jié)構(gòu)

電子商務(wù)的特點(diǎn)

?電子商務(wù)使在更大的范圍內(nèi)進(jìn)行交易提供了

便利

?電子商務(wù)使交易和通信能夠即時(shí)完成

?客戶具有更多的自主權(quán)

?電子商務(wù)帶來(lái)了更加猛烈的競(jìng)爭(zhēng)

?客戶團(tuán)體的出現(xiàn)

電子商務(wù)的優(yōu)勢(shì)

?自動(dòng)化交易，擴(kuò)展了人的交易能力

?電子商務(wù)大大擴(kuò)展了交易的范圍

?電子商務(wù)帶來(lái)了實(shí)時(shí)商務(wù)

建立電子商務(wù)式的思維模式

?“集成各種商業(yè)流程，便更好的服務(wù)客戶”

?變化比計(jì)劃快，我們需要實(shí)時(shí)商務(wù)

?擴(kuò)展人的交易能力，我們需要?jiǎng)討B(tài)商務(wù)

?明確長(zhǎng)期的發(fā)展目標(biāo)和計(jì)劃

?短期獨(dú)立的解決方案一》組合卻是高耗費(fèi)、

復(fù)雜、獨(dú)立、初級(jí)

?流水線的方式組合VS將各個(gè)商業(yè)流程有

機(jī)的結(jié)合

電子商務(wù)時(shí)代的挑戰(zhàn)

?應(yīng)用軟件通過(guò)Internet或WAN分布在世界范圍。

?數(shù)以百萬(wàn)/千萬(wàn)計(jì)的用戶，可能存在的突發(fā)事件。

?用戶和應(yīng)用程序間的連接

是非持久性的和低速的。

?千差萬(wàn)別的數(shù)據(jù)表示設(shè)備

?應(yīng)用程序所需的數(shù)據(jù)可能

分布在不同的機(jī)器上。

?全球化的協(xié)同工作

電子商務(wù)問(wèn)題

?緩慢的下載速度

?系統(tǒng)與網(wǎng)絡(luò)的超載

?安全、性能以及可用性

?“八秒規(guī)則”

?基礎(chǔ)設(shè)施和應(yīng)用的飛速發(fā)展

＞各類網(wǎng)絡(luò)

＞各類網(wǎng)絡(luò)終端

＞軟件技術(shù)

電子商務(wù)模型分析

?服務(wù)質(zhì)量影響因素

＞站點(diǎn)體系結(jié)構(gòu)

-＞網(wǎng)絡(luò)容量

＞系統(tǒng)軟件結(jié)構(gòu)

＞安全體系

＞不可預(yù)測(cè)的公眾行為

應(yīng)用開(kāi)發(fā)架構(gòu)

?單層應(yīng)用模型

?兩層客戶/服務(wù)器模型

?三層應(yīng)用程序模型

?WebServi-

3數(shù)據(jù)表示

業(yè)務(wù)邏輯

,幽數(shù)據(jù)存儲(chǔ)

業(yè)務(wù)邏輯

◎里

業(yè)務(wù)邏輯更

磔M

數(shù)據(jù)表示.數(shù)據(jù)存儲(chǔ)

n-Tier多層應(yīng)用系統(tǒng)架構(gòu)

?數(shù)據(jù)表示層

?業(yè)務(wù)邏輯處理層

?數(shù)據(jù)存儲(chǔ)層

數(shù)據(jù)存儲(chǔ)

n-Tier多層結(jié)構(gòu)的優(yōu)越性

?性能方面

?互聯(lián)方面

?安全方面

?維護(hù)方面

性能方面

?數(shù)據(jù)庫(kù)并發(fā)連接

?遠(yuǎn)程連接

?數(shù)據(jù)庫(kù)的瓶頸效應(yīng)

幾種主要的多層應(yīng)用系統(tǒng)架構(gòu)

?CICS

?EnterpriseJavaBean

?CORBA

?COM/DCOM/COM+

?WebServices

電子商務(wù)技術(shù)的變化

HTML

數(shù)據(jù)集成

發(fā)布

目前使用Web的模式

。瀏覽互相鏈接的文檔

?通過(guò)手工操作處理采購(gòu)等商業(yè)事務(wù)

?下載文件

P2P

(Person

To

Person)

B2B

(Business

To

Business)

應(yīng)用集成

?數(shù)據(jù)層的集成

＞數(shù)據(jù)共享

數(shù)據(jù)遷移

三＞數(shù)據(jù)復(fù)制

?業(yè)務(wù)功能的集成

＞API的方式

＞基于組件方法的功能調(diào)用

＞基于消息(MQ)的集成

＞基于WebService的功能集成

什么是動(dòng)態(tài)電子商務(wù)?

舊M曾為動(dòng)態(tài)電子商務(wù)下了一個(gè)簡(jiǎn)單定義是：“著重于B2B

的綜合性和基礎(chǔ)設(shè)施組成上的下一代電子商務(wù)，通過(guò)調(diào)節(jié)因特網(wǎng)標(biāo)

準(zhǔn)和通用基礎(chǔ)設(shè)施為內(nèi)部和外部企業(yè)計(jì)算創(chuàng)造最佳效益?！?/p>

動(dòng)態(tài)電子商務(wù)預(yù)想了這樣一個(gè)因特網(wǎng)，商業(yè)實(shí)體能在其自身的

域內(nèi)以及在貿(mào)易合伙人之間有步驟地管理交互作用。從發(fā)現(xiàn)新的合

伙人到與另一商務(wù)實(shí)體的集成，動(dòng)態(tài)電子商務(wù)著重程序?qū)Τ绦虻慕?/p>

互作用，而不是早期B2c電子商務(wù)階段占主導(dǎo)地位的客戶對(duì)程序

的交互作用。

動(dòng)態(tài)電子商務(wù)實(shí)現(xiàn)的關(guān)鍵是WebServices。WebServices

就是原來(lái)的組件技術(shù)思想在Internet時(shí)代中的進(jìn)一步發(fā)展，它集成

了CORBA、COM/DCOM等各種組件模型技術(shù)，是原有各種組件

技術(shù)的繼承和發(fā)展。它不僅已作為動(dòng)態(tài)電子商務(wù)的基礎(chǔ)，也是“電

子商務(wù)即取即用”技術(shù)發(fā)展的基礎(chǔ)。

WebService是使用Web的嶄新模式

?通過(guò)程序自動(dòng)啟動(dòng)和處理商務(wù)事務(wù)，而并

非使用瀏覽器

能夠在一個(gè)分布式的計(jì)算環(huán)境中動(dòng)態(tài)地描

述、發(fā)布、發(fā)現(xiàn)和調(diào)用

?許多基于WebService的新型應(yīng)用將出現(xiàn)

完全基于XML以及

U其他相關(guān)的Internet:標(biāo)準(zhǔn)

Foundationofe-Business

LWebService?

:，

戶」XMLWeb

I開(kāi)放的service

JInternet

傳輸協(xié)議

通過(guò)標(biāo)準(zhǔn)的Web協(xié)議(HTTP)可

編程訪問(wèn)的WEB組件

■UDDI-Webservice的黃頁(yè)UDDI

UniversalDescription,

DiscoveryandIntegration

■WSDL-描述Webservice的語(yǔ)言規(guī)范，相WSDL

XMLWebservices

當(dāng)于訪問(wèn)Webservice的接口DescriptionLanguage

■SOAP(簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議)-用XML實(shí)現(xiàn)

Webservice的標(biāo)準(zhǔn)協(xié)議SOAP

■基于開(kāi)放的Internet協(xié)議XMLandHTTP

WebService層次模型

■■■

Routing,ReliabilityandTransact!

Workflow:WSFL

ServiceDiscovery,Integration:UDDI

ServiceDescription:WSDL

Messaging:SOAP

Transport:HTTI>FTf>SIVITP

Internet:IPv4,IPv6

WebService會(huì)成功嗎？

美國(guó)InfoWorld雜志在2001年進(jìn)行了一次有關(guān)WebService應(yīng)

用的調(diào)查，結(jié)果顯示：在被調(diào)查的企業(yè)中，有38%的企業(yè)希望在

未來(lái)3個(gè)月內(nèi)實(shí)施WebService戰(zhàn)略；11.4%的企業(yè)認(rèn)為Web

Service對(duì)企業(yè)的發(fā)展非常重要。目前，業(yè)界最重要的軟、硬件廠

商都已經(jīng)宣布了對(duì)WebService的支持。

MicrosoftORACLe@Sune

in@mlcwjrilcm

：PM^on^ttifK

⑦Netfish

一xmisolutions

LilliSOFTWAREVerticolNet

WebServicesTimeLine

2001WebServicestoolingdelivered.DevelopersbuynewService-oriented

developmenttools.BeginbuildingrealworldWebServices.

2002BusinessWebServicesbegintoappearinlargenumbers.Mass

consumerB2CWeb-servicesalreadyinplace.

2003UDDIRegistryadoptionGrowsinsignificance.Privateregistries

proliferatetosupportprivateexchanges.GovernmentusageofWeb

Servicesacceleratessignificantly.

2004BusinessadoptionofWebServicesbasedmodelsandServiceCentric

Computingentersadolescence.Privateregistriesstilldominate.New

revenuegenerationmodelsandchannelopportunitiesare

commonplace.40%offinancialServicesTransactionsleverageWeb

ServicesModels.35%ofonlinegovernmentServicesdeliveredasWeb

Services.

2005PublicUDDIRegistriesgainattentionasPublicExchangesre-emerge.

DynamicServicesgainmoreattention.GartnerGroup

參考網(wǎng)址

?

?

?MSDNOnlineWebServicesDeveloper

Resources

>/webservices/

?IBMdeveloperWorks/WebServiceZone

>http://www-

106./developerworks/webservice/

電子商務(wù)隨需應(yīng)變

“電子商務(wù)隨需應(yīng)變”(e—businessondemand)o簡(jiǎn)單地說(shuō)

,就是企業(yè)用戶在需要企業(yè)管理程序、商業(yè)數(shù)據(jù)庫(kù)資料時(shí)，不必再

獨(dú)立投資建立內(nèi)部的全套軟件和程序，只需到網(wǎng)上企業(yè)電子商務(wù)應(yīng)

用軟件庫(kù)里去調(diào)一個(gè)出來(lái)用。

這樣做的好處很明顯，首先，不用再付軟件和程序本身的高額

費(fèi)用，而只需付軟件使用費(fèi)，成本大大降低，使用更加簡(jiǎn)便和經(jīng)濟(jì)

0其次，企業(yè)的電子商務(wù)軟件在使用過(guò)程中，可以更直接地得到

IBM專家的協(xié)助和技術(shù)支持，效率可以大大提高。

這一新概念最值得關(guān)注的有兩點(diǎn)：第一是整合，就是說(shuō)給你的

是一套餐具，包括筷子、刀子、叉子，讓吃中餐、西餐的人各取所

需。第二，對(duì)探索電子商務(wù)的賺錢模式是一大突破。

電子商務(wù)是一個(gè)長(zhǎng)期以來(lái)被無(wú)數(shù)人看好的概念，但看好卻不賺

錢，甚至成為導(dǎo)致高科技泡沫破滅的替罪羊，最關(guān)鍵的癥結(jié)所在就

是它未能在普及和賺錢之間找到一個(gè)最佳切入點(diǎn)。

下一代IT系統(tǒng)結(jié)構(gòu)一網(wǎng)格計(jì)算

SiteResources

HPSSHPSS.

ExternalExternal

NetworksNetworks

CaltechArgonne

External

External

Networks

Networks

NCSA/PACIJU

SiteResourcesSDSCSiteResources

AT匚?i

4.1TF8TFIII

240TB4

HPSS225TBUniTree

Si

電子商務(wù)系統(tǒng)需求分析

需求收集的過(guò)程并不是一蹴而就的，會(huì)是一

個(gè)反復(fù)、反復(fù)、再反復(fù)的過(guò)程。

是商業(yè)需求促成了電子商務(wù)這一方法的產(chǎn)生,

而不要讓技術(shù)來(lái)引導(dǎo)著電子商務(wù)的發(fā)展。

我們不光要收集商業(yè)需求，與之相關(guān)的還有一

系列其他的需求。它們包括系統(tǒng)實(shí)現(xiàn)中的阻礙，

已經(jīng)具有的條件，以及功能性的和技術(shù)性的需求。

這些需求是客戶和解決方案提供商共同討論商定

的，或者是在解決方案中必須要用到的一般普適

條件。

你是否做好了準(zhǔn)備？

?網(wǎng)絡(luò)系統(tǒng)和服務(wù)器

?面向?qū)ο蟮募夹g(shù)

?J2EE或者.NET技術(shù)平臺(tái)

?應(yīng)用軟件開(kāi)發(fā)工具

?相關(guān)于分布式數(shù)據(jù)的數(shù)據(jù)庫(kù)

?事務(wù)處理的技術(shù)

?安全性

?標(biāo)準(zhǔn)、規(guī)范

?所有的決定者對(duì)于采用新技術(shù)的態(tài)度。

?你愿意承受的風(fēng)險(xiǎn)等級(jí)。

理解商業(yè)驅(qū)動(dòng)力

將會(huì)增加顧客的數(shù)量嗎？”

將會(huì)降低運(yùn)作的成本嗎？”

將會(huì)增進(jìn)公司的形象嗎？”

將會(huì)使我們的產(chǎn)品更快的推向市場(chǎng)嗎？”

將會(huì)使我們的商業(yè)更具有競(jìng)爭(zhēng)性嗎？”

將會(huì)減少我們的發(fā)展環(huán)節(jié)嗎？”

將會(huì)增加收入獲減少開(kāi)支嗎?

理解商業(yè)驅(qū)動(dòng)力

?將會(huì)增強(qiáng)與客戶的關(guān)系嗎？

?將會(huì)增強(qiáng)庫(kù)存和產(chǎn)品的管理嗎？

?將會(huì)增強(qiáng)通道的聯(lián)系嗎？

?將會(huì)提高客戶服務(wù)嗎？

?將會(huì)使我們的雇員在團(tuán)隊(duì)和協(xié)作中更有效嗎?

?將會(huì)是我們開(kāi)拓新的市場(chǎng)嗎？

?將會(huì)降低發(fā)送的成本嗎？

解決方案的工作框圖

?了解現(xiàn)存的環(huán)境和需求

?評(píng)估商業(yè)的設(shè)施

?提供適當(dāng)?shù)呐嘤?xùn)

?將目標(biāo)分成長(zhǎng)期和短期的

?確定觀點(diǎn)

?討論技術(shù)性的更替

?提出下一步該如何進(jìn)行

電子商務(wù)系統(tǒng)規(guī)劃與設(shè)計(jì)

?電子商務(wù)應(yīng)用的各個(gè)階段

＞商務(wù)分析階段

＞規(guī)劃設(shè)計(jì)階段

＞建設(shè)變革階段

.＞整合運(yùn)行階段

＞完善提高階段

系統(tǒng)規(guī)劃的幾個(gè)有力工具

?客戶行為模型

?客戶訪問(wèn)模型

?系統(tǒng)容量規(guī)劃

客戶行為模型

?概述

?客戶模型、工作負(fù)荷模型以及資源模型之間

的聯(lián)系

2響應(yīng)時(shí)

3吞吐能

客戶模型工作負(fù)荷模型資源模型

□

客戶行為影響著網(wǎng)站的工作負(fù)荷/結(jié)構(gòu)模型

的問(wèn)題及其變化所帶來(lái)的問(wèn)題

?實(shí)例

客戶行為模型圖(CBMG)

?概述(靜態(tài)、動(dòng)態(tài))

?建立客戶行為模型圖

＞確定電子商務(wù)站點(diǎn)向客戶提供的功能集合

二＞根據(jù)資源消耗來(lái)精簡(jiǎn)功能集合

＞確定狀態(tài)間的轉(zhuǎn)換

電子商務(wù)系統(tǒng)容量規(guī)劃

如：響應(yīng)時(shí)間＜2秒.

成功率＞99.5%

顧客服務(wù)水平

滿意度

如：UNIX服務(wù)器,

OracleDBMS,

特定的技術(shù)

SSL和SET足夠的容量

和標(biāo)準(zhǔn)

管理

成本

約束如：?jiǎn)?dòng)成本＜5.5百萬(wàn),

維護(hù)費(fèi)用＜1.6百萬(wàn)/year

足夠容量的定義

?服務(wù)水平滿意度(SLAs)

>這是性能(例如，響應(yīng)時(shí)間和吞吐量)和可用

性度量標(biāo)準(zhǔn)的上下界限。SLAs的例子包括“服

務(wù)方響應(yīng)時(shí)間W2秒”，“站點(diǎn)可用性,

99?5%”和“會(huì)話吞吐量三30,000個(gè)會(huì)話/每

天”。

>8秒鐘規(guī)則

?特定的技術(shù)和標(biāo)準(zhǔn)

■成本約束

容量規(guī)劃方法論

商務(wù)層

商業(yè)描述

商業(yè)發(fā)展規(guī)劃功能分析

功能發(fā)展規(guī)劃

功能模

型

客戶行為層

客戶行為描述

客戶行為發(fā)展規(guī)劃客戶行為模型

EB系統(tǒng)規(guī)劃與設(shè)計(jì)的一般過(guò)程

?商務(wù)模型規(guī)劃

＞第一階段：分析企業(yè)的核心業(yè)務(wù)流程和商務(wù)活

動(dòng)的基本模式類型，確定企業(yè)未來(lái)的商務(wù)模式,

包括企業(yè)的服務(wù)對(duì)象、企業(yè)的核心業(yè)務(wù)及其贏

利模式、企業(yè)業(yè)務(wù)的增值點(diǎn)和延伸范圍等

＞第二階段：規(guī)劃企業(yè)的商務(wù)模型。通過(guò)對(duì)企業(yè)

核心商務(wù)流程進(jìn)行分析，以縮短企業(yè)產(chǎn)品供應(yīng)

鏈、加速客戶服務(wù)響應(yīng)、提高客戶個(gè)性化服務(wù)、

提高企業(yè)信息資源的共享和增值為目標(biāo)，抽象

企業(yè)業(yè)務(wù)流的基本邏輯組成單位，并界定其相

互關(guān)系

EB系統(tǒng)規(guī)劃與設(shè)計(jì)的一般過(guò)程

?商務(wù)系統(tǒng)規(guī)劃

＞企業(yè)的核心業(yè)務(wù)功能

-＞關(guān)鍵業(yè)務(wù)流程

＞商務(wù)系統(tǒng)的體系架構(gòu)

-規(guī)劃商務(wù)系統(tǒng)的基本組成部分

'■各個(gè)層次的聯(lián)系

-各個(gè)組成部分的作用

-商務(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è)計(jì)的合格要求

對(duì)企業(yè)業(yè)務(wù)流、應(yīng)用平臺(tái)、基礎(chǔ)網(wǎng)絡(luò)架構(gòu)都

有清晰的描述

各個(gè)層次間有明確的分工，能為各層次的開(kāi)

發(fā)設(shè)計(jì)人員所接受和理解

能抽象出系統(tǒng)各部分間的接口特征，從而為

可重用組件提供指導(dǎo)

可以包容各種服務(wù)平臺(tái)、中間件和應(yīng)用軟件

具備良好的可擴(kuò)展性和可維護(hù)性

安全保障環(huán)境

性能建模及其分析

?性能模型的概念

?性能模型的作用

?性能模型的需求信息

?性能模型的基本原理

?建立簡(jiǎn)單的性能模型

性能模型的概念

?性能模型表達(dá)了工作負(fù)載使用系統(tǒng)資源的方

法，描述了決定系統(tǒng)性能的主要因素。這些

模型使用由資源模型和工作負(fù)載模型提供的

信息。性能模型被用來(lái)計(jì)算傳統(tǒng)的性能度量

標(biāo)灌如響應(yīng)時(shí)間、春吐量、利用率和平均隊(duì)

到長(zhǎng)度，以及新的面向商務(wù)的性能度量標(biāo)準(zhǔn),

諸如攻入總額或者損失總額P=K/r

?可以分為兩個(gè)范疇：分析和仿真模型

?分析模型通過(guò)公式來(lái)詳細(xì)說(shuō)明系統(tǒng)的不同部

件之間的父互。例如HTTP事務(wù)響應(yīng)的最小

可能時(shí)間：RT.=RTT+請(qǐng)求時(shí)間min+站

點(diǎn)處理時(shí)間+密復(fù)時(shí)間min，

性能模型的作用

?電子商務(wù)環(huán)境下研究資源分配問(wèn)題的一個(gè)基本

的工具

?分析分布式應(yīng)用程序的性能和評(píng)估網(wǎng)絡(luò)的影響

?可以通過(guò)回答假設(shè)性分析問(wèn)題，而不是在生產(chǎn)

環(huán)境中進(jìn)行任何變化，來(lái)幫助發(fā)現(xiàn)性能問(wèn)題

?可以用于預(yù)測(cè)目的。它們可以回答關(guān)于性能影

響的假設(shè)性分析問(wèn)題，這些問(wèn)題是由于電子商

務(wù)站點(diǎn)的組成部件、元素和工作負(fù)載的改變而

引起的。性能模型有助于分析將來(lái)的貿(mào)易場(chǎng)景

建模/預(yù)測(cè)范例

性能分析性能建模

服務(wù)時(shí)間和服務(wù)需求

?電子商務(wù)事務(wù)的定義

?服務(wù)時(shí)間構(gòu)成

＞服務(wù)器上的服務(wù)時(shí)間

＞通信網(wǎng)絡(luò)的服務(wù)時(shí)間

?隊(duì)列、等待時(shí)間和響應(yīng)時(shí)間

性能定律

?利用率定律

＞利用率=到達(dá)速率*每事務(wù)平均服務(wù)時(shí)間/隊(duì)列資

源數(shù)

?強(qiáng)制流模型

＞平均吞吐量=平均訪問(wèn)對(duì)列數(shù)*單位時(shí)間完成事

務(wù)數(shù)

?服務(wù)需求定律

一＞服務(wù)需求=系統(tǒng)吞吐量*利用率

?Little定律

＞黑盒子中的客戶的平均數(shù)量=黑盒子的吞吐率*

客戶平均停留時(shí)間

瓶頸和可擴(kuò)展性分析

?漸進(jìn)性的界限

＞開(kāi)放式模型

＞封閉式模型

小結(jié)

??模型是系統(tǒng)的表示，它必須簡(jiǎn)單和能夠提取所研究

的系統(tǒng)的最相關(guān)的特性。特別的，性能模型表達(dá)了工作負(fù)

載使用系統(tǒng)資源的方法，并且提取了決定系統(tǒng)性能的最主

要的因素。

??我們使用分析性能模型，它通過(guò)公式詳細(xì)描述了系

統(tǒng)各個(gè)部件之間的交互。

??性能模型有助于基礎(chǔ)結(jié)構(gòu)設(shè)計(jì)、資源分配問(wèn)題、系

統(tǒng)協(xié)調(diào)和容量規(guī)劃。

??一個(gè)電子商務(wù)事務(wù)使用多個(gè)服務(wù)器。事務(wù)的總的響

應(yīng)時(shí)間有兩個(gè)主要的部分構(gòu)成：服務(wù)時(shí)間和等待時(shí)間。

??在通信網(wǎng)絡(luò)中，我們給出了多個(gè)公式來(lái)計(jì)算平均服

務(wù)時(shí)間。

??我們通過(guò)簡(jiǎn)單和實(shí)際的電子商務(wù)的例子來(lái)描述了幾

個(gè)重要的關(guān)系，包括利用率定律、服務(wù)需求定律、強(qiáng)制流

定律和Little定律，以及它們的使用。

WebService層次模型

■■■

Routing,ReliabilityandTransact!

Workflow:WSFL

ServiceDiscovery,Integration:UDDI

ServiceDescription:WSDL

Messaging:SOAP

Transport:HTTI>FTf>SIVITP

Internet:IPv4,IPv6

WebService發(fā)展階段

?1.技術(shù)顯現(xiàn)

?2.不斷膨脹的期望期川

?3.希望破滅之后的醒悟期

?4.豁然開(kāi)朗的應(yīng)用發(fā)展期

?5.大量的工業(yè)化生產(chǎn)期

?XML技術(shù)位于第四階段

?webservice卻剛好處于第二階段也就是

“泡沫”的頂峰

?ItemWebServicesCorba

?ProtocolSOAP,http,SchemaIIOP,GIOP

?LocationidentifiersURLslORs,URLs

?InterfacedefineWSDLIDL

?Naming,directoryUDDINamingService

?CORBA適合用于后臺(tái)分布式服務(wù)器之間的互

聯(lián)。webservice是廣域網(wǎng)內(nèi)客戶端和服務(wù)器

端一種比較好的交互方式。

何時(shí)使用WebService

?1.跨越防火墻的通信

?2.應(yīng)用程序集成

?3.B2B的集成

?4.軟件重用

?5,用Webservice來(lái)集成各種應(yīng)用中的功能,

為用戶提供一個(gè)統(tǒng)一的界面

組件軟件

?部分升級(jí)

＞補(bǔ)丁

＞縮短軟件的更新周期

?增加了異構(gòu)軟件的可能

-＞標(biāo)準(zhǔn)接口、標(biāo)準(zhǔn)規(guī)范、標(biāo)準(zhǔn)協(xié)議

?動(dòng)態(tài)組合，提高軟件生產(chǎn)力

?符合現(xiàn)代軟件的發(fā)展要求

軟件組件

?關(guān)鍵：接口設(shè)計(jì)

A接口不變性

＞接口可擴(kuò)展性

?對(duì)基礎(chǔ)設(shè)施的依賴

aCOM、CORBA、...

?內(nèi)部獨(dú)立設(shè)計(jì)、獨(dú)立開(kāi)發(fā)

?獨(dú)立發(fā)布、獨(dú)立測(cè)試

基礎(chǔ)設(shè)施：組件體系

?COM(ComponentObjectModel)

>93年發(fā)布，脫胎于MS的OLE

>規(guī)范+實(shí)現(xiàn)

?CORBA(CommonObjectRequest

BrokerArchitecture)

>91年第1版，OMG(ObjectManagement

Group)

>規(guī)范+實(shí)現(xiàn)

?EJB(EnterpriseJavaBean)

>98年第1版，sun

>規(guī)范+實(shí)現(xiàn)

COM：組件對(duì)象模型

_?建立在二進(jìn)制層次上的標(biāo)準(zhǔn)

＞許多概念與C++的特征相似，如vtable

I＞程序與程序之間的通信建立在此基礎(chǔ)上

?COM規(guī)范

＞平臺(tái)無(wú)關(guān)

一＞定義了大量的標(biāo)準(zhǔn)接口用于各種用途

?COM實(shí)現(xiàn)

＞平臺(tái)相關(guān)

＞W(wǎng)indows實(shí)現(xiàn)了規(guī)范要求以及許多輔助功能

COM：COM體系

一?基本的功能

?擴(kuò)展功能

＞連接點(diǎn)

二＞結(jié)構(gòu)化存儲(chǔ)

「一名字服務(wù)

＞自動(dòng)化

＞其他“

?COM+

COM：COM+

?建立在COM的基礎(chǔ)上，COM的自

然延伸

?Services

二＞事件服務(wù)

＞隊(duì)列服務(wù)

＞事務(wù)服務(wù)

＞負(fù)載平衡

＞其他

COM：應(yīng)用

?OLE

?ActiveXcontrol

?腳本功能擴(kuò)展

?OLEDB

?ADSI

?ASP

?其他

COM：分布式應(yīng)用

?COM/COM+為基于Windows的分

布式應(yīng)用提供了基礎(chǔ)設(shè)施

>Transaction

>Security

>OLEDB

>Web

>集成ActiveDirectory

>管理功能

?OMG,00多家廠商聯(lián)合制定的標(biāo)準(zhǔn)

>91年1.0,主要是C語(yǔ)言映射

>95年2.0,加入HOP

>目前最新版本3.0

?CORBA規(guī)范

>制訂了互操作規(guī)范，上層標(biāo)準(zhǔn)協(xié)議

>一系列映射到多種語(yǔ)言的規(guī)范

>各種服務(wù)相關(guān)的規(guī)范

?CORBA實(shí)現(xiàn)：ORB

CORBA體系結(jié)構(gòu)

ORBCore

CORBA：跨平臺(tái)、跨語(yǔ)言

?典型的語(yǔ)言：C++語(yǔ)言、Java語(yǔ)言、

Smalltalk

?多種平臺(tái)

>關(guān)鍵：IOR(lnteroperableObjectreference

?ORB實(shí)現(xiàn)

部分ORB實(shí)現(xiàn)

?商業(yè)ORB

>Orbix,IONA公司

?Visibroker,Inprise公司，4.0版完全支持2?3規(guī)范

Netscapecommunicator瀏覽器嵌入Visibroker

?自由ORB

>ORBit,遵循CORBA2.2規(guī)范，支持C語(yǔ)言，性能較

高

>mico,GNU,OpenSource

二：>TAO,美國(guó)華盛頓大學(xué)分布式對(duì)象計(jì)算研究小組

>omniORB,AT&T劍橋?qū)嶒?yàn)室

?國(guó)產(chǎn)ORB

>國(guó)防科大的嵌入式CORBA(eBus)

CORBA：服務(wù)

?命名服務(wù)

＞層次命名

＞綁定

?TradingService

＞功能更強(qiáng)、使用更靈活的對(duì)象查詢服務(wù)

?事件服務(wù)

＞事件發(fā)送方和接受方之間的decouple

EnterpriseJavaBean

EJB體系是JAVA平臺(tái)上的服務(wù)器端組件模型

?目標(biāo)是最大限度地減輕分布式應(yīng)用程序的開(kāi)發(fā)工作。

■安全、事務(wù)處理盡可能不再由手工編碼的方式實(shí)現(xiàn)