电子商务系统结构课程七-复习

施敏华

电子商务体系

0704028

Dzswtxjg-y@dl

13-14

《电子商务系统结构》复习

施敏华(smh@)

浙江杭州玉泉，浙江大学计算机学院，310027

Tel/p>

内容组织和结构

互联网的发展一日千里，电子商务的应用也不断发展。目前第二代基于

WebServices的系统结构刚刚出现，我们力求反映这个全新的系统结构。

系统基于商业模型、功能模型、顾客行为模型，以及IT资源的四层模型

组成。介绍了新的应用程序开发模型和WebService架构，详细分析基于

WebService架构中的三个要素：SOAP、WSDL和UDDI。

电子商务系统结构的要点

本课程讨论的是针对当前基于WebService架构的第二代电子商务系统的

规划、设计与实现。介绍了一种基于四层参考模型的、用于理解和分析电子商

务可测量性的定量方法。这个四层参考模型由商业模型、功能模型、顾客行为

模型，以及0■资源模型组成。用于解释电子商务技术在性能模型、工作负载和

容量规划等方面的作用。详细说明了基于Web的三层开发架构和WebService

架构中的三个要素：SOAP、WSDL和UDDL

课程主要内容

•电子商务模型分析

•需求分析方法

•系统规划设计

»客户行为模型

•性能模型及分析

•应用程序开发模型

•SOAP/WSDL/UDDI

•电子商务解决方案

商务视角外部因素

技术视角

内部因素

这个参考模型由四层组成，分成两个主要单元。上层单元集中

于商务的特性以及通过电子商务站点提供服务的过程。下层单元集

中于客户与站点交互的方式以及他们对站点基础设施资源提出的要

求。参考模型的每一层都与两大类用于提供这一层定量描述的描述

符与规格相联系。

商业模型

一个产品、服务和信息流的结构，包括商业活动

者、他们的角色以及收入来源。例如许多公司采

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

用，ii)_______，iii)

容），iv）处理Web费

用。

示例

在线零售

在线拍卖

门户查询入口

分销

服务

出版业

功能模型

•一个电子商务公司向客户提供服务的交易过

程，这个过程是直接提供商业成果的一系列

连环活动

•表征技术：过程流模型、分级活动模型、数

据流图、以及实体关系模型

•站点导航结构和分析客户采用的不同可能路

径的框架

•示例：在线拍卖公司

＞买卖双方的注册、拍卖的建立、安排和广告、

竞价、定价和拍卖完成、交易等

客户模型

•捕获一个客户在访问一个电子商务站点时的

导航模式

•描述了客户如何在站点中航行，并且允许客

户获得诸如在一次购物期间某一功能被调用

的次数、或者一次典型会话的平均长度之类

的行为度量标准

•电子商务站点的性能取决于：

一＞客户请求服务的模式

＞每个服务对站点资源的要求

＞客户访问站点的强度

资源模型

•工作负荷模型

＞捕获客户请求服务的模式以及每个服务需求的

站点资源在时间方面的要求

•性能模型

＞用于计算不同观点的站点度量标准。资源使用

度量标准的例子包括过程利用和数据库服务的

请求等待平均数等

＞高层度量标准如客户响应时间或站点每秒钟的

收入

定量方法分析电子商务模型

•定量方法概述

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

•定量方法分析电子商务站点的主要步骤

＞深入了解电子商务站点的结构

＞测量电子商务站点的系统性能

＞了解客户行为

＞表征电子商务站点的工作负荷

＞分析评价电子商务站点的性能

＞为电子商务站点预测期望的负荷

＞选择最划算的一个体系结构

电子商务的特点

•电子商务使在更大的范围内进行交易提供了

便利

•电子商务使交易和通信能够即时完成

•客户具有更多的自主权

•电子商务带来了更加猛烈的竞争

•客户团体的出现

电子商务的优势

•自动化交易，扩展了人的交易能力

・电子商务大大扩展了交易的范围

•电子商务带来了实时商务

建立电子商务式的思维模式

・“集成各种商业流程，便更好的服务客户”

•变化比计划快，我们需要实时商务

•扩展人的交易能力，我们需要动态商务

•明确长期的发展目标和计划

•短期独立的解决方案一》组合却是高耗费、

复杂、独立、初级

•流水线的方式组合VS将各个商业流程有

机的结合

电子商务时代的挑战

•应用软件通过Internet或WAN分布在世界范围。

•数以百万/千万计的用户，可能存在的突发事件。

•用户和应用程序间的连接

是非持久性的和低速的。

•千差万别的数据表示设备

•应用程序所需的数据可能

分布在不同的机器上。

•全球化的协同工作

电子商务问题

•缓慢的下载速度

•系统与网络的超载

•安全、性能以及可用性

・“八秒规则”

•基础设施和应用的飞速发展

＞各类网络

＞各类网络终端

＞软件技术

电子商务模型分析

•服务质量影响因素

＞站点体系结构

-＞网络容量

＞系统软件结构

＞安全体系

＞不可预测的公众行为

应用开发架构

•单层应用模型

•两层客户/服务器模型

・三层应用程序模型

•WebServi-

3数据表示

业务逻辑

,幽数据存储

业务逻辑

◎里

业务逻辑更

磔M

数据表示.数据存储

n-Tier多层应用系统架构

•数据表示层

•业务逻辑处理层

•数据存储层

数据存储

n-Tier多层结构的优越性

・性能方面

•互联方面

•安全方面

•维护方面

性能方面

•数据库并发连接

•远程连接

•数据库的瓶颈效应

几种主要的多层应用系统架构

•CICS

•EnterpriseJavaBean

•CORBA

•COM/DCOM/COM+

•WebServices

电子商务技术的变化

HTML

数据集成

发布

目前使用Web的模式

。浏览互相链接的文档

❖通过手工操作处理采购等商业事务

❖下载文件

P2P

(Person

To

Person)

B2B

(Business

To

Business)

应用集成

•数据层的集成

＞数据共享

数据迁移

三＞数据复制

•业务功能的集成

＞API的方式

＞基于组件方法的功能调用

＞基于消息(MQ)的集成

＞基于WebService的功能集成

什么是动态电子商务?

旧M曾为动态电子商务下了一个简单定义是：“着重于B2B

的综合性和基础设施组成上的下一代电子商务，通过调节因特网标

准和通用基础设施为内部和外部企业计算创造最佳效益。”

动态电子商务预想了这样一个因特网，商业实体能在其自身的

域内以及在贸易合伙人之间有步骤地管理交互作用。从发现新的合

伙人到与另一商务实体的集成，动态电子商务着重程序对程序的交

互作用，而不是早期B2c电子商务阶段占主导地位的客户对程序

的交互作用。

动态电子商务实现的关键是WebServices。WebServices

就是原来的组件技术思想在Internet时代中的进一步发展，它集成

了CORBA、COM/DCOM等各种组件模型技术，是原有各种组件

技术的继承和发展。它不仅已作为动态电子商务的基础，也是“电

子商务即取即用”技术发展的基础。

WebService是使用Web的崭新模式

❖通过程序自动启动和处理商务事务，而并

非使用浏览器

能够在一个分布式的计算环境中动态地描

述、发布、发现和调用

❖许多基于WebService的新型应用将出现

完全基于XML以及

U其他相关的Internet:标准

Foundationofe-Business

LWebService?

:，

户」XMLWeb

I开放的service

JInternet

传输协议

通过标准的Web协议(HTTP)可

编程访问的WEB组件

■UDDI-Webservice的黄页UDDI

UniversalDescription,

DiscoveryandIntegration

■WSDL-描述Webservice的语言规范，相WSDL

XMLWebservices

当于访问Webservice的接口DescriptionLanguage

■SOAP(简单对象访问协议)-用XML实现

Webservice的标准协议SOAP

■基于开放的Internet协议XMLandHTTP

WebService层次模型

■■■

Routing,ReliabilityandTransact!

Workflow:WSFL

ServiceDiscovery,Integration:UDDI

ServiceDescription:WSDL

Messaging:SOAP

Transport:HTTI>FTf>SIVITP

Internet:IPv4,IPv6

WebService会成功吗？

美国InfoWorld杂志在2001年进行了一次有关WebService应

用的调查，结果显示：在被调查的企业中，有38%的企业希望在

未来3个月内实施WebService战略；11.4%的企业认为Web

Service对企业的发展非常重要。目前，业界最重要的软、硬件厂

商都已经宣布了对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简单地说

,就是企业用户在需要企业管理程序、商业数据库资料时，不必再

独立投资建立内部的全套软件和程序，只需到网上企业电子商务应

用软件库里去调一个出来用。

这样做的好处很明显，首先，不用再付软件和程序本身的高额

费用，而只需付软件使用费，成本大大降低，使用更加简便和经济

0其次，企业的电子商务软件在使用过程中，可以更直接地得到

IBM专家的协助和技术支持，效率可以大大提高。

这一新概念最值得关注的有两点：第一是整合，就是说给你的

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

需。第二，对探索电子商务的赚钱模式是一大突破。

电子商务是一个长期以来被无数人看好的概念，但看好却不赚

钱，甚至成为导致高科技泡沫破灭的替罪羊，最关键的症结所在就

是它未能在普及和赚钱之间找到一个最佳切入点。

下一代IT系统结构一网格计算

SiteResources

HPSSHPSS.

ExternalExternal

NetworksNetworks

CaltechArgonne

External

External

Networks

Networks

NCSA/PACIJU

SiteResourcesSDSCSiteResources

AT匚・i

4.1TF8TFIII

240TB4

HPSS225TBUniTree

Si

电子商务系统需求分析

需求收集的过程并不是一蹴而就的，会是一

个反复、反复、再反复的过程。

是商业需求促成了电子商务这一方法的产生,

而不要让技术来引导着电子商务的发展。

我们不光要收集商业需求，与之相关的还有一

系列其他的需求。它们包括系统实现中的阻碍，

已经具有的条件，以及功能性的和技术性的需求。

这些需求是客户和解决方案提供商共同讨论商定

的，或者是在解决方案中必须要用到的一般普适

条件。

你是否做好了准备？

•网络系统和服务器

•面向对象的技术

•J2EE或者.NET技术平台

•应用软件开发工具

•相关于分布式数据的数据库

•事务处理的技术

•安全性

•标准、规范

•所有的决定者对于采用新技术的态度。

•你愿意承受的风险等级。

理解商业驱动力

将会增加顾客的数量吗？”

将会降低运作的成本吗？”

将会增进公司的形象吗？”

将会使我们的产品更快的推向市场吗？”

将会使我们的商业更具有竞争性吗？”

将会减少我们的发展环节吗？”

将会增加收入获减少开支吗?

理解商业驱动力

•将会增强与客户的关系吗？

•将会增强库存和产品的管理吗？

•将会增强通道的联系吗？

•将会提高客户服务吗？

•将会使我们的雇员在团队和协作中更有效吗?

•将会是我们开拓新的市场吗？

•将会降低发送的成本吗？

解决方案的工作框图

•了解现存的环境和需求

•评估商业的设施

•提供适当的培训

•将目标分成长期和短期的

•确定观点

•讨论技术性的更替

•提出下一步该如何进行

电子商务系统规划与设计

・电子商务应用的各个阶段

＞商务分析阶段

＞规划设计阶段

＞建设变革阶段

.＞整合运行阶段

＞完善提高阶段

系统规划的几个有力工具

•客户行为模型

•客户访问模型

•系统容量规划

客户行为模型

•概述

•客户模型、工作负荷模型以及资源模型之间

的联系

2响应时

3吞吐能

客户模型工作负荷模型资源模型

□

客户行为影响着网站的工作负荷/结构模型

的问题及其变化所带来的问题

•实例

客户行为模型图(CBMG)

•概述(静态、动态)

•建立客户行为模型图

＞确定电子商务站点向客户提供的功能集合

二＞根据资源消耗来精简功能集合

＞确定状态间的转换

电子商务系统容量规划

如：响应时间＜2秒.

成功率＞99.5%

顾客服务水平

满意度

如：UNIX服务器,

OracleDBMS,

特定的技术

SSL和SET足够的容量

和标准

管理

成本

约束如：启动成本＜5.5百万,

维护费用＜1.6百万/year

足够容量的定义

•服务水平满意度(SLAs)

>这是性能(例如，响应时间和吞吐量)和可用

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

务方响应时间W2秒”，“站点可用性,

99・5%”和“会话吞吐量三30,000个会话/每

天”。

>8秒钟规则

•特定的技术和标准

■成本约束

容量规划方法论

商务层

商业描述

商业发展规划功能分析

功能发展规划

功能模

型

客户行为层

客户行为描述

客户行为发展规划客户行为模型

EB系统规划与设计的一般过程

•商务模型规划

＞第一阶段：分析企业的核心业务流程和商务活

动的基本模式类型，确定企业未来的商务模式,

包括企业的服务对象、企业的核心业务及其赢

利模式、企业业务的增值点和延伸范围等

＞第二阶段：规划企业的商务模型。通过对企业

核心商务流程进行分析，以缩短企业产品供应

链、加速客户服务响应、提高客户个性化服务、

提高企业信息资源的共享和增值为目标，抽象

企业业务流的基本逻辑组成单位，并界定其相

互关系

EB系统规划与设计的一般过程

•商务系统规划

＞企业的核心业务功能

-＞关键业务流程

＞商务系统的体系架构

-规划商务系统的基本组成部分

'■各个层次的联系

-各个组成部分的作用

-商务系统的结构

二■应用软件系统的拓扑结构

-基础网络环境和架构

-安全交易环境等

EB系统规划与设计的合格要求

对企业业务流、应用平台、基础网络架构都

有清晰的描述

各个层次间有明确的分工，能为各层次的开

发设计人员所接受和理解

能抽象出系统各部分间的接口特征，从而为

可重用组件提供指导

可以包容各种服务平台、中间件和应用软件

具备良好的可扩展性和可维护性

安全保障环境

性能建模及其分析

•性能模型的概念

•性能模型的作用

•性能模型的需求信息

•性能模型的基本原理

•建立简单的性能模型

性能模型的概念

•性能模型表达了工作负载使用系统资源的方

法，描述了决定系统性能的主要因素。这些

模型使用由资源模型和工作负载模型提供的

信息。性能模型被用来计算传统的性能度量

标灌如响应时间、春吐量、利用率和平均队

到长度，以及新的面向商务的性能度量标准,

诸如攻入总额或者损失总额P=K/r

•可以分为两个范畴：分析和仿真模型

•分析模型通过公式来详细说明系统的不同部

件之间的父互。例如HTTP事务响应的最小

可能时间：RT.=RTT+请求时间min+站

点处理时间+密复时间min，

性能模型的作用

•电子商务环境下研究资源分配问题的一个基本

的工具

•分析分布式应用程序的性能和评估网络的影响

•可以通过回答假设性分析问题，而不是在生产

环境中进行任何变化，来帮助发现性能问题

•可以用于预测目的。它们可以回答关于性能影

响的假设性分析问题，这些问题是由于电子商

务站点的组成部件、元素和工作负载的改变而

引起的。性能模型有助于分析将来的贸易场景

建模/预测范例

性能分析性能建模

服务时间和服务需求

•电子商务事务的定义

•服务时间构成

＞服务器上的服务时间

＞通信网络的服务时间

•队列、等待时间和响应时间

性能定律

•利用率定律

＞利用率=到达速率*每事务平均服务时间/队列资

源数

•强制流模型

＞平均吞吐量=平均访问对列数*单位时间完成事

务数

•服务需求定律

一＞服务需求=系统吞吐量*利用率

•Little定律

＞黑盒子中的客户的平均数量=黑盒子的吞吐率*

客户平均停留时间

瓶颈和可扩展性分析

•渐进性的界限

＞开放式模型

＞封闭式模型

小结

••模型是系统的表示，它必须简单和能够提取所研究

的系统的最相关的特性。特别的，性能模型表达了工作负

载使用系统资源的方法，并且提取了决定系统性能的最主

要的因素。

••我们使用分析性能模型，它通过公式详细描述了系

统各个部件之间的交互。

••性能模型有助于基础结构设计、资源分配问题、系

统协调和容量规划。

••一个电子商务事务使用多个服务器。事务的总的响

应时间有两个主要的部分构成：服务时间和等待时间。

••在通信网络中，我们给出了多个公式来计算平均服

务时间。

••我们通过简单和实际的电子商务的例子来描述了几

个重要的关系，包括利用率定律、服务需求定律、强制流

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

WebService层次模型

■■■

Routing,ReliabilityandTransact!

Workflow:WSFL

ServiceDiscovery,Integration:UDDI

ServiceDescription:WSDL

Messaging:SOAP

Transport:HTTI>FTf>SIVITP

Internet:IPv4,IPv6

WebService发展阶段

•1.技术显现

•2.不断膨胀的期望期川

•3.希望破灭之后的醒悟期

•4.豁然开朗的应用发展期

•5.大量的工业化生产期

•XML技术位于第四阶段

•webservice却刚好处于第二阶段也就是

“泡沫”的顶峰

•ItemWebServicesCorba

•ProtocolSOAP,http,SchemaIIOP,GIOP

•LocationidentifiersURLslORs,URLs

•InterfacedefineWSDLIDL

•Naming,directoryUDDINamingService

•CORBA适合用于后台分布式服务器之间的互

联。webservice是广域网内客户端和服务器

端一种比较好的交互方式。

何时使用WebService

•1.跨越防火墙的通信

•2.应用程序集成

•3.B2B的集成

•4.软件重用

•5,用Webservice来集成各种应用中的功能,

为用户提供一个统一的界面

组件软件

•部分升级

＞补丁

＞缩短软件的更新周期

•增加了异构软件的可能

-＞标准接口、标准规范、标准协议

・动态组合，提高软件生产力

•符合现代软件的发展要求

软件组件

•关键：接口设计

A接口不变性

＞接口可扩展性

•对基础设施的依赖

aCOM、CORBA、...

•内部独立设计、独立开发

•独立发布、独立测试

基础设施：组件体系

•COM(ComponentObjectModel)

>93年发布，脱胎于MS的OLE

>规范+实现

•CORBA(CommonObjectRequest

BrokerArchitecture)

>91年第1版，OMG(ObjectManagement

Group)

>规范+实现

•EJB(EnterpriseJavaBean)

>98年第1版，sun

>规范+实现

COM：组件对象模型

_•建立在二进制层次上的标准

＞许多概念与C++的特征相似，如vtable

I＞程序与程序之间的通信建立在此基础上

•COM规范

＞平台无关

一＞定义了大量的标准接口用于各种用途

•COM实现

＞平台相关

＞Windows实现了规范要求以及许多辅助功能

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多家厂商联合制定的标准

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

>95年2.0,加入HOP

>目前最新版本3.0

•CORBA规范

>制订了互操作规范，上层标准协议

>一系列映射到多种语言的规范

>各种服务相关的规范

•CORBA实现：ORB

CORBA体系结构

ORBCore

CORBA：跨平台、跨语言

•典型的语言：C++语言、Java语言、

Smalltalk

•多种平台

>关键：IOR(lnteroperableObjectreference

•ORB实现

部分ORB实现

•商业ORB

>Orbix,IONA公司

»Visibroker,Inprise公司，4.0版完全支持2・3规范

Netscapecommunicator浏览器嵌入Visibroker

•自由ORB

>ORBit,遵循CORBA2.2规范，支持C语言，性能较

高

>mico,GNU,OpenSource

二：>TAO,美国华盛顿大学分布式对象计算研究小组

>omniORB,AT&T剑桥实验室

•国产ORB

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

CORBA：服务

•命名服务

＞层次命名

＞绑定

•TradingService

＞功能更强、使用更灵活的对象查询服务

•事件服务

＞事件发送方和接受方之间的decouple

EnterpriseJavaBean

EJB体系是JAVA平台上的服务器端组件模型

•目标是最大限度地减轻分布式应用程序的开发工作。

■安全、事务处理尽可能不再由手工编码的方式实现