電子商務系統(tǒng)結構課程七-復習

施敏華

電子商務體系

0704028

Dzswtxjg-y@dl

13-14

《電子商務系統(tǒng)結構》復習

施敏華(smh@)

浙江杭州玉泉，浙江大學計算機學院，310027

Tel/p>

內容組織和結構

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

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

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

組成。介紹了新的應用程序開發(fā)模型和WebService架構，詳細分析基于

WebService架構中的三個要素：SOAP、WSDL和UDDI。

電子商務系統(tǒng)結構的要點

本課程討論的是針對當前基于WebService架構的第二代電子商務系統(tǒng)的

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

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

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

容量規(guī)劃等方面的作用。詳細說明了基于Web的三層開發(fā)架構和WebService

架構中的三個要素：SOAP、WSDL和UDDL

課程主要內容

?電子商務模型分析

?需求分析方法

?系統(tǒng)規(guī)劃設計

?客戶行為模型

?性能模型及分析

?應用程序開發(fā)模型

?SOAP/WSDL/UDDI

?電子商務解決方案

商務視角外部因素

技術視角

內部因素

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

于商務的特性以及通過電子商務站點提供服務的過程。下層單元集

中于客戶與站點交互的方式以及他們對站點基礎設施資源提出的要

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

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

商業(yè)模型

一個產品、服務和信息流的結構，包括商業(yè)活動

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

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

用，ii)_______，iii)

容），iv）處理Web費

用。

示例

在線零售

在線拍賣

門戶查詢入口

分銷

服務

出版業(yè)

功能模型

?一個電子商務公司向客戶提供服務的交易過

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

連環(huán)活動

?表征技術：過程流模型、分級活動模型、數(shù)

據流圖、以及實體關系模型

?站點導航結構和分析客戶采用的不同可能路

徑的框架

?示例：在線拍賣公司

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

競價、定價和拍賣完成、交易等

客戶模型

?捕獲一個客戶在訪問一個電子商務站點時的

導航模式

?描述了客戶如何在站點中航行，并且允許客

戶獲得諸如在一次購物期間某一功能被調用

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

的行為度量標準

?電子商務站點的性能取決于：

一＞客戶請求服務的模式

＞每個服務對站點資源的要求

＞客戶訪問站點的強度

資源模型

?工作負荷模型

＞捕獲客戶請求服務的模式以及每個服務需求的

站點資源在時間方面的要求

?性能模型

＞用于計算不同觀點的站點度量標準。資源使用

度量標準的例子包括過程利用和數(shù)據庫服務的

請求等待平均數(shù)等

＞高層度量標準如客戶響應時間或站點每秒鐘的

收入

定量方法分析電子商務模型

?定量方法概述

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

?定量方法分析電子商務站點的主要步驟

＞深入了解電子商務站點的結構

＞測量電子商務站點的系統(tǒng)性能

＞了解客戶行為

＞表征電子商務站點的工作負荷

＞分析評價電子商務站點的性能

＞為電子商務站點預測期望的負荷

＞選擇最劃算的一個體系結構

電子商務的特點

?電子商務使在更大的范圍內進行交易提供了

便利

?電子商務使交易和通信能夠即時完成

?客戶具有更多的自主權

?電子商務帶來了更加猛烈的競爭

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

電子商務的優(yōu)勢

?自動化交易，擴展了人的交易能力

?電子商務大大擴展了交易的范圍

?電子商務帶來了實時商務

建立電子商務式的思維模式

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

?變化比計劃快，我們需要實時商務

?擴展人的交易能力，我們需要動態(tài)商務

?明確長期的發(fā)展目標和計劃

?短期獨立的解決方案一》組合卻是高耗費、

復雜、獨立、初級

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

機的結合

電子商務時代的挑戰(zhàn)

?應用軟件通過Internet或WAN分布在世界范圍。

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

?用戶和應用程序間的連接

是非持久性的和低速的。

?千差萬別的數(shù)據表示設備

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

分布在不同的機器上。

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

電子商務問題

?緩慢的下載速度

?系統(tǒng)與網絡的超載

?安全、性能以及可用性

?“八秒規(guī)則”

?基礎設施和應用的飛速發(fā)展

＞各類網絡

＞各類網絡終端

＞軟件技術

電子商務模型分析

?服務質量影響因素

＞站點體系結構

-＞網絡容量

＞系統(tǒng)軟件結構

＞安全體系

＞不可預測的公眾行為

應用開發(fā)架構

?單層應用模型

?兩層客戶/服務器模型

?三層應用程序模型

?WebServi-

3數(shù)據表示

業(yè)務邏輯

,幽數(shù)據存儲

業(yè)務邏輯

◎里

業(yè)務邏輯更

磔M

數(shù)據表示.數(shù)據存儲

n-Tier多層應用系統(tǒng)架構

?數(shù)據表示層

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

?數(shù)據存儲層

數(shù)據存儲

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

?性能方面

?互聯(lián)方面

?安全方面

?維護方面

性能方面

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

?遠程連接

?數(shù)據庫的瓶頸效應

幾種主要的多層應用系統(tǒng)架構

?CICS

?EnterpriseJavaBean

?CORBA

?COM/DCOM/COM+

?WebServices

電子商務技術的變化

HTML

數(shù)據集成

發(fā)布

目前使用Web的模式

。瀏覽互相鏈接的文檔

?通過手工操作處理采購等商業(yè)事務

?下載文件

P2P

(Person

To

Person)

B2B

(Business

To

Business)

應用集成

?數(shù)據層的集成

＞數(shù)據共享

數(shù)據遷移

三＞數(shù)據復制

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

＞API的方式

＞基于組件方法的功能調用

＞基于消息(MQ)的集成

＞基于WebService的功能集成

什么是動態(tài)電子商務?

舊M曾為動態(tài)電子商務下了一個簡單定義是：“著重于B2B

的綜合性和基礎設施組成上的下一代電子商務，通過調節(jié)因特網標

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

動態(tài)電子商務預想了這樣一個因特網，商業(yè)實體能在其自身的

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

伙人到與另一商務實體的集成，動態(tài)電子商務著重程序對程序的交

互作用，而不是早期B2c電子商務階段占主導地位的客戶對程序

的交互作用。

動態(tài)電子商務實現(xiàn)的關鍵是WebServices。WebServices

就是原來的組件技術思想在Internet時代中的進一步發(fā)展，它集成

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

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

子商務即取即用”技術發(fā)展的基礎。

WebService是使用Web的嶄新模式

?通過程序自動啟動和處理商務事務，而并

非使用瀏覽器

能夠在一個分布式的計算環(huán)境中動態(tài)地描

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

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

完全基于XML以及

U其他相關的Internet:標準

Foundationofe-Business

LWebService?

:，

戶」XMLWeb

I開放的service

JInternet

傳輸協(xié)議

通過標準的Web協(xié)議(HTTP)可

編程訪問的WEB組件

■UDDI-Webservice的黃頁UDDI

UniversalDescription,

DiscoveryandIntegration

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

XMLWebservices

當于訪問Webservice的接口DescriptionLanguage

■SOAP(簡單對象訪問協(xié)議)-用XML實現(xiàn)

Webservice的標準協(xié)議SOAP

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

WebService層次模型

■■■

Routing,ReliabilityandTransact!

Workflow:WSFL

ServiceDiscovery,Integration:UDDI

ServiceDescription:WSDL

Messaging:SOAP

Transport:HTTI>FTf>SIVITP

Internet:IPv4,IPv6

WebService會成功嗎？

美國InfoWorld雜志在2001年進行了一次有關WebService應

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

未來3個月內實施WebService戰(zhàn)略；11.4%的企業(yè)認為Web

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

商都已經宣布了對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

參考網址

?

?

?MSDNOnlineWebServicesDeveloper

Resources

>/webservices/

?IBMdeveloperWorks/WebServiceZone

>http://www-

106./developerworks/webservice/

電子商務隨需應變

“電子商務隨需應變”(e—businessondemand)o簡單地說

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

獨立投資建立內部的全套軟件和程序，只需到網上企業(yè)電子商務應

用軟件庫里去調一個出來用。

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

費用，而只需付軟件使用費，成本大大降低，使用更加簡便和經濟

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

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

這一新概念最值得關注的有兩點：第一是整合，就是說給你的

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

需。第二，對探索電子商務的賺錢模式是一大突破。

電子商務是一個長期以來被無數(shù)人看好的概念，但看好卻不賺

錢，甚至成為導致高科技泡沫破滅的替罪羊，最關鍵的癥結所在就

是它未能在普及和賺錢之間找到一個最佳切入點。

下一代IT系統(tǒng)結構一網格計算

SiteResources

HPSSHPSS.

ExternalExternal

NetworksNetworks

CaltechArgonne

External

External

Networks

Networks

NCSA/PACIJU

SiteResourcesSDSCSiteResources

AT匚?i

4.1TF8TFIII

240TB4

HPSS225TBUniTree

Si

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

需求收集的過程并不是一蹴而就的，會是一

個反復、反復、再反復的過程。

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

而不要讓技術來引導著電子商務的發(fā)展。

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

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

已經具有的條件，以及功能性的和技術性的需求。

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

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

條件。

你是否做好了準備？

?網絡系統(tǒng)和服務器

?面向對象的技術

?J2EE或者.NET技術平臺

?應用軟件開發(fā)工具

?相關于分布式數(shù)據的數(shù)據庫

?事務處理的技術

?安全性

?標準、規(guī)范

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

?你愿意承受的風險等級。

理解商業(yè)驅動力

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

將會降低運作的成本嗎？”

將會增進公司的形象嗎？”

將會使我們的產品更快的推向市場嗎？”

將會使我們的商業(yè)更具有競爭性嗎？”

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

將會增加收入獲減少開支嗎?

理解商業(yè)驅動力

?將會增強與客戶的關系嗎？

?將會增強庫存和產品的管理嗎？

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

?將會提高客戶服務嗎？

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

?將會是我們開拓新的市場嗎？

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

解決方案的工作框圖

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

?評估商業(yè)的設施

?提供適當?shù)呐嘤?/p>

?將目標分成長期和短期的

?確定觀點

?討論技術性的更替

?提出下一步該如何進行

電子商務系統(tǒng)規(guī)劃與設計

?電子商務應用的各個階段

＞商務分析階段

＞規(guī)劃設計階段

＞建設變革階段

.＞整合運行階段

＞完善提高階段

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

?客戶行為模型

?客戶訪問模型

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

客戶行為模型

?概述

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

的聯(lián)系

2響應時

3吞吐能

客戶模型工作負荷模型資源模型

□

客戶行為影響著網站的工作負荷/結構模型

的問題及其變化所帶來的問題

?實例

客戶行為模型圖(CBMG)

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

?建立客戶行為模型圖

＞確定電子商務站點向客戶提供的功能集合

二＞根據資源消耗來精簡功能集合

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

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

如：響應時間＜2秒.

成功率＞99.5%

顧客服務水平

滿意度

如：UNIX服務器,

OracleDBMS,

特定的技術

SSL和SET足夠的容量

和標準

管理

成本

約束如：啟動成本＜5.5百萬,

維護費用＜1.6百萬/year

足夠容量的定義

?服務水平滿意度(SLAs)

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

性度量標準的上下界限。SLAs的例子包括“服

務方響應時間W2秒”，“站點可用性,

99?5%”和“會話吞吐量三30,000個會話/每

天”。

>8秒鐘規(guī)則

?特定的技術和標準

■成本約束

容量規(guī)劃方法論

商務層

商業(yè)描述

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

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

功能模

型

客戶行為層

客戶行為描述

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

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

?商務模型規(guī)劃

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

動的基本模式類型，確定企業(yè)未來的商務模式,

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

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

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

核心商務流程進行分析，以縮短企業(yè)產品供應

鏈、加速客戶服務響應、提高客戶個性化服務、

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

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

互關系

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

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

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

-＞關鍵業(yè)務流程

＞商務系統(tǒng)的體系架構

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

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

-各個組成部分的作用

-商務系統(tǒng)的結構

二■應用軟件系統(tǒng)的拓撲結構

-基礎網絡環(huán)境和架構

-安全交易環(huán)境等

EB系統(tǒng)規(guī)劃與設計的合格要求

對企業(yè)業(yè)務流、應用平臺、基礎網絡架構都

有清晰的描述

各個層次間有明確的分工，能為各層次的開

發(fā)設計人員所接受和理解

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

可重用組件提供指導

可以包容各種服務平臺、中間件和應用軟件

具備良好的可擴展性和可維護性

安全保障環(huán)境

性能建模及其分析

?性能模型的概念

?性能模型的作用

?性能模型的需求信息

?性能模型的基本原理

?建立簡單的性能模型

性能模型的概念

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

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

模型使用由資源模型和工作負載模型提供的

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

標灌如響應時間、春吐量、利用率和平均隊

到長度，以及新的面向商務的性能度量標準,

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

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

?分析模型通過公式來詳細說明系統(tǒng)的不同部

件之間的父互。例如HTTP事務響應的最小

可能時間：RT.=RTT+請求時間min+站

點處理時間+密復時間min，

性能模型的作用

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

的工具

?分析分布式應用程序的性能和評估網絡的影響

?可以通過回答假設性分析問題，而不是在生產

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

?可以用于預測目的。它們可以回答關于性能影

響的假設性分析問題，這些問題是由于電子商

務站點的組成部件、元素和工作負載的改變而

引起的。性能模型有助于分析將來的貿易場景

建模/預測范例

性能分析性能建模

服務時間和服務需求

?電子商務事務的定義

?服務時間構成

＞服務器上的服務時間

＞通信網絡的服務時間

?隊列、等待時間和響應時間

性能定律

?利用率定律

＞利用率=到達速率*每事務平均服務時間/隊列資

源數(shù)

?強制流模型

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

務數(shù)

?服務需求定律

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

?Little定律

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

客戶平均停留時間

瓶頸和可擴展性分析

?漸進性的界限

＞開放式模型

＞封閉式模型

小結

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

的系統(tǒng)的最相關的特性。特別的，性能模型表達了工作負

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

要的因素。

??我們使用分析性能模型，它通過公式詳細描述了系

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

??性能模型有助于基礎結構設計、資源分配問題、系

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

??一個電子商務事務使用多個服務器。事務的總的響

應時間有兩個主要的部分構成：服務時間和等待時間。

??在通信網絡中，我們給出了多個公式來計算平均服

務時間。

??我們通過簡單和實際的電子商務的例子來描述了幾

個重要的關系，包括利用率定律、服務需求定律、強制流

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

WebService層次模型

■■■

Routing,ReliabilityandTransact!

Workflow:WSFL

ServiceDiscovery,Integration:UDDI

ServiceDescription:WSDL

Messaging:SOAP

Transport:HTTI>FTf>SIVITP

Internet:IPv4,IPv6

WebService發(fā)展階段

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

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

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

?4.豁然開朗的應用發(fā)展期

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

?XML技術位于第四階段

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

“泡沫”的頂峰

?ItemWebServicesCorba

?ProtocolSOAP,http,SchemaIIOP,GIOP

?LocationidentifiersURLslORs,URLs

?InterfacedefineWSDLIDL

?Naming,directoryUDDINamingService

?CORBA適合用于后臺分布式服務器之間的互

聯(lián)。webservice是廣域網內客戶端和服務器

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

何時使用WebService

?1.跨越防火墻的通信

?2.應用程序集成

?3.B2B的集成

?4.軟件重用

?5,用Webservice來集成各種應用中的功能,

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

組件軟件

?部分升級

＞補丁

＞縮短軟件的更新周期

?增加了異構軟件的可能

-＞標準接口、標準規(guī)范、標準協(xié)議

?動態(tài)組合，提高軟件生產力

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

軟件組件

?關鍵：接口設計

A接口不變性

＞接口可擴展性

?對基礎設施的依賴

aCOM、CORBA、...

?內部獨立設計、獨立開發(fā)

?獨立發(fā)布、獨立測試

基礎設施：組件體系

?COM(ComponentObjectModel)

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

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

?CORBA(CommonObjectRequest

BrokerArchitecture)

>91年第1版，OMG(ObjectManagement

Group)

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

?EJB(EnterpriseJavaBean)

>98年第1版，sun

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

COM：組件對象模型

_?建立在二進制層次上的標準

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

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

?COM規(guī)范

＞平臺無關

一＞定義了大量的標準接口用于各種用途

?COM實現(xiàn)

＞平臺相關

＞Windows實現(xiàn)了規(guī)范要求以及許多輔助功能

COM：COM體系

一?基本的功能

?擴展功能

＞連接點

二＞結構化存儲

「一名字服務

＞自動化

＞其他“

?COM+

COM：COM+

?建立在COM的基礎上，COM的自

然延伸

?Services

二＞事件服務

＞隊列服務

＞事務服務

＞負載平衡

＞其他

COM：應用

?OLE

?ActiveXcontrol

?腳本功能擴展

?OLEDB

?ADSI

?ASP

?其他

COM：分布式應用

?COM/COM+為基于Windows的分

布式應用提供了基礎設施

>Transaction

>Security

>OLEDB

>Web

>集成ActiveDirectory

>管理功能

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

>91年1.0,主要是C語言映射

>95年2.0,加入HOP

>目前最新版本3.0

?CORBA規(guī)范

>制訂了互操作規(guī)范，上層標準協(xié)議

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

>各種服務相關的規(guī)范

?CORBA實現(xiàn)：ORB

CORBA體系結構

ORBCore

CORBA：跨平臺、跨語言

?典型的語言：C++語言、Java語言、

Smalltalk

?多種平臺

>關鍵：IOR(lnteroperableObjectreference

?ORB實現(xiàn)

部分ORB實現(xiàn)

?商業(yè)ORB

>Orbix,IONA公司

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

Netscapecommunicator瀏覽器嵌入Visibroker

?自由ORB

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

高

>mico,GNU,OpenSource

二：>TAO,美國華盛頓大學分布式對象計算研究小組

>omniORB,AT&T劍橋實驗室

?國產ORB

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

CORBA：服務

?命名服務

＞層次命名

＞綁定

?TradingService

＞功能更強、使用更靈活的對象查詢服務

?事件服務

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

EnterpriseJavaBean

EJB體系是JAVA平臺上的服務器端組件模型

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

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