,电子商务系统结构,
施敏华 （ smh@cs.zju.edu.cn）
浙江杭州玉泉，浙江大学计算机学院,310027
Tel,0571－ 87951256
电子商务系统需求分析
需求收集的过程并不是一蹴而就的，会是一
个反复、反复、再反复的过程。
是商业需求促成了电子商务这一方法的产生，
而不要让技术来引导着电子商务的发展。
我们不光要收集商业需求，与之相关的还有一
系列其他的需求。它们包括系统实现中的阻碍，
已经具有的条件，以及功能性的和技术性的需求。
这些需求是客户和解决方案提供商共同讨论商定
的，或者是在解决方案中必须要用到的一般普适
条件。
电子商务系统需求分析
我们首先要确定我们所要解决的问题需要的是
一个基于电子商务的解决方案，而不是一个其他
类型的解决方案，比如信息管理系统或者协同设
计制造系统。
有一些在项目早期计划中的需求也许就显示你
所需要的是一个电子商务的解决方案。一旦你发
现这些需求，你要不断的挖掘才能对你所真正需
要的东西有一个深入的了解。
而在这些需求之后的一个简洁的电子商务目标
的解释将为你提供一个验证这些的机会，并且帮
助你收集那些有助于方案设计的信息
有关电子邮件和协作的需求
在部门和群体间共享信息：如果你发现公司的
不同部门因为对其他部门所做的不了解,而重复工
作,那么协作将有助于克服这个缺点,而且不需要
诸多枯燥的会议和繁琐的情况报告。
减少项目计划的开支,项目在早期是需要计划的,
尤其是早期的一些行程,花费是巨大的,在参与者
之间始终保持有效信息的交换,这是一种有效的能
够减少早期计划开销的协作方法。
有关电子邮件和协作的需求
克服团队 (协作成员 )分布在全球而产生的障碍,
当团队分散在全球各个角落时,组织一次情况会议,
哪怕是通过电话,都会是相当艰难的,而协作的办
法就能够根据允许每个人按照自己的时间表来参
与进来,从而大大的减少了这方面的难度,
减少繁文缛节的过程,基于书面形式的过程不仅
会有时间上的拖延,也会产生一定的花费,协作的
解决的方法通过电子形式来替代书面形式,而且可
以基于任何数字条件来发送和对这些文件进行归
档,
对那些获取信息的人员进行更好的掌握,一般的
站点只能够给用户提供一些信息,但是对于掌握究
竟是谁访问了网站是困难的,
电子贸易的需求
拓展公司的基础,因为放在互联网上的一项生意
对于世界每个角落的人来说都是可见的,方便的,
所以将会有更多的人有机会看到并且考虑和你的
公司进行贸易,
用于工作的时间是 24*7：因为一个电子商务的
解决方案可以成为一个自动的过程,所以你现在有
机会一天 24小时做生意,如果你的业务范围遍布全
球,那么全天 24小时开放的要求将是紧迫的,
电子贸易的需求
减少用于交易处理的开支：通过电子贸易的解
决方案你可以在一定范围内自动完成交易的过程。
这对于那些客户知道自己需要什么的一般的交易
处理尤显得有效。
向客户提供更好的售前和售后服务：电子贸易
的解决方案能够提供对客户重要的售前信息，并
且可以在售后帮助客户享受和使用所购买的产品。
使现存的互联网站点更灵活：许多早期的网站
是由静态超文本标记语言的页面来执行的。当这
些页面的数量非常多时，那么管理将变得困难。
一个有效的电子商务方案将会在很大程度上更灵
活，相对于依靠手工的过程可以利用技术使这一
过程自动完成。
电子贸易的需求
使现有的网站融合到现有的企业系统中：任何
一个仍然依靠手工方式来从其它的系统上复制数
据的网站都是有待提高的。今天世界上大多数和
网络服务器相连的企业，他们的企业数据可以使
上述的复制过程变得有效的多。
通过互联网使用新的付费方法：更新的支付手
段，譬如安全电子交易（ Secure Electronic
Transactions,SET）可以给需要的网站提供更安
全，更完整的服务。对于这些新技术的使用的需
求将会给那些关心自己商务安全或者相信通过使
用新的技术能够提供更多的商务机会的人们以建
议。
网络设备服务器的需求
使现有的网站融合到现有的企业系统中：一个
单独的站点只是一个不太能够发挥作用的网站。
如果你希望一个站点能够发挥一些实际的功能，
相对于仅仅提供一些静态的文档，还需要提供某
些与其他现存系统联系的形式。
从网站向用户提供为用户定制的报告：基于用
户的标识和需求提供内容。这需要在站点上有服
务过程的逻辑原理。网站的应用服务器的解决方
案中要能够用于提供这些功能。
自动的，不是手工的更新一个网站的内容：每
天难以计数的时间被人们用于手动更新网站的内
容。无论在何种情况下，这种更新的过程都能够
并且应该自动的完成。
网络设备服务器的需求
提供好的性能和能力由此来衡量服务器：网络
应用服务器应该提供能够良好的性能表现和能力
以便于管理诸如支持缓存，群集和负载均衡等技
术的性能。
提供会话管理容量：网络应用程序的开发者不
应该将宝贵的时间花在担心如何保存请求的会话
上。网络应用服务器应该提供这些服务。
你是否做好了准备？
? 网络系统和服务器
? 面向对象的技术
? J2EE 或者,NET技术平台
? 应用软件开发工具
? 相关于分布式数据的数据库
? 事务处理的技术
? 安全性
? 标准、规范
? 所有的决定者对于采用新技术的态度。
? 你愿意承受的风险等级。
理解商业驱动力
? 将会增加顾客的数量吗？,
? 将会降低运作的成本吗？,
? 将会增进公司的形象吗？,
? 将会使我们的产品更快的推向市场吗？,
? 将会使我们的商业更具有竞争性吗？,
? 将会减少我们的发展环节吗？,
? 将会增加收入获减少开支吗？,
理解商业驱动力
? 将会增强与客户的关系吗？
? 将会增强库存和产品的管理吗？
? 将会增强通道的联系吗？
? 将会提高客户服务吗？
? 将会使我们的雇员在团队和协作中更有效吗？
? 将会是我们开拓新的市场吗？
? 将会降低发送的成本吗？
解决方案的工作框图
? 了解现存的环境和需求
? 评估商业的设施
? 提供适当的培训
? 将目标分成长期和短期的
? 确定观点
? 讨论技术性的更替
? 提出下一步该如何进行
文 档
注 释
目标设备总览 （ 这也许是在这一过程中, 高度
的或者是粗略的观点 ） 。
提供了一种与领域专家的交流和寻找现存设计
资料的参考的方法 。
现存的数据库和数据库设计 。
有利于基于网络的服务器和终端之间连接的拓
展, 这在数据库访问中很典型 。
现存的网络环境 （ 包括服务器, 防火墙等 ） 。
预示着公司的网络成熟度, 也标定了解决方案
的范围 。
现存服务器的环境, 包括设置的图表, 软件的
版本, 以及将来软件的升级 。
有助于对现有的结构和新的结构比较的讨论 。
安全需求 。
现有的安全规范不能够满足诸多电子商务的需
求, 因此新的安全体制就成了关键 。
运作的参数 （ 24*7等 ） 。
对基于网络的 24*7的服务的期望集中在了现存
系统的运行日程表了 。
点对点执行的需求 。
如果点对点服务提前确定了, 最好在设计方案
提出前理解它 。 跨越互联网的点对点操作并不
能保证 。 一定的电子商务技术也同时在点对点
上消耗了, 因此不提倡 。
现存的标准 （ 网络的, 名字的, 协议等 ） 。
对那些也许将在解决方案设计中用到的固定变
量给出了提示 。
用经验来组织图表 。
将你公司放到工作框图中的组织结构的部分 。
信 息
注 释
网络的基本状况包括带宽, 当前网络流量, 反
应时间等 。
低速的远程连接不能进行 intranet的解决方案 。
Internet设备可以增加坚实的负载给整个网络 。
IP的设计和策略 （ DNS,VPN）, 如果 IP网络存
在 。
IP网络的存在将促进电子商务解决方案的执行 。
网络拓扑图, 包括路由器, 交换机的位置, 来
源和同步点 。
网络隔离, 地址空间孤立是重要的电子商务解
决方案的因素, 从而影响了他们的复杂性 。
设备 /数据 /物体拜访原则和目前情况 。
成熟的组织倾向于摆放原则, 这也许对提出的
解决方案来说带有强制性 。 同时, 许多电子商
务的机会要求访问现存的设备和数据 。
管理和安全策略 。
这些也许促使或者限制了一定技术和内容的使
用 。 比如, 一个防火墙只允许 80端口的通信,
这就禁止了 applets使用不同端口通信 。
Internet在解决方案中的角色 。
Internet带来了一整套安全和执行的问题 。 这些
问题需要被整合到解决方案的设计中, 如果使
用了 Internet。
理解网络基础
重审最初的理解
作为工作框图的起点，你必须重审下面的这
些项目,
1,工作框图的目标
2,商业需要和驱动（建议，由别人来负责这个重
审）
3,提供商从公司文档中理解的当前处境。
对于上面这些项目的简单重审可以帮助你得
到更精细的需求信息
分析需求信息
当你收集其他需求信息时，不要去质疑别人提
供的信息，只是简单的收集它们。你对他们进行
优先级排序，然后你可以发现每个人提供的信息
中间的区别。
那些其他的需求信息可以被分成下面几类,
1,功能性需求
2,明显或者隐含的障碍
3,已经存在的条件
区分需求信息的优先次序
收集需求信息能够产生出很多项目。只能通过
给它们排优先级来处理它们。推荐的办法是,
1,每个人都同意进行优先级排序
2,粗粗的浏览需求信息的每一项，重新描述需求信
息，并且保证每个人都同意。很多时候这个步骤
能够导致一个需求信息的删除或添加。
3,到列表的第一个，然后问每一个人他们，这一项
的优先级是高还是低。
4,如果你已经处理了很多的高优先级项，然后你就
可以把这些高优先级的排一下序
5,每个人都认为这个列表是很精确的，并且表达了
商业的每一个方面。
电子商务模型分析
? 服务质量影响因素
? 站点体系结构
? 网络容量
? 系统软件结构
? 安全体系
? 不可预测的公众行为
? 单层应用模型
? 两层客户 /服务器模型
? 三层应用程序模型
? Web Service
应用开发架构
n-Tier多层应用 系统架构
?业务逻辑处理层
?数据表示层
?数据存储层
?性能方面
?互联方面
?安全方面
?维护方面
n-Tier多层结构的优越性
性能方面
?数据库并发连接
?远程连接
?数据库的瓶颈效应
交互次数 二层结构耗时 多层结构耗时
1 Tc Tc+Ts
2 2*Tc Tc+2*Ts
n n*Tc Tc+n*Ts
Tc,交易在客户端完成的时间
Ts,交易在服务器端完成的时间
Tc>>Ts
互连方面
?不同的客户端软件,互操作 问题
?需所有数据库的访问权,管理复杂
?增加连接数目,加重数据库的负担
安全方面
?权限控制 -最小权限原则
?信息安全 -加密和身份认证
数据库对象的访问权限 VS 事务的访问权限
系统级的身份认证 VS 应用级的身份认证
权限 A
Table A Table B
权限 B
二层系统, 权限 A+ B
多层系统, 权限 A*B
A+ B > A * B
维护方面
?不同的客户端软件,维护复杂
?数据模式的变动,影响巨大
如何应对普及计算的挑战
?CICS
?Enterprise JavaBean
?CORBA
?COM/DCOM/COM+
?Web Services
几种主要的多层应用系统架构
电子商务技术的变化
数据集成
DB+HTML
动态电子商务
发布
HTML
Web Services
应用集成
? 浏览互相链接的文档
? 通过手工操作处理采购等商业事务
? 下载文件
通过浏览器
手工操作
B2B
P2P
(Person
To
Person)
(Business
To
Business)
目前使用 Web的模式
应用集成
? 数据层的集成
? 数据共享
? 数据迁移
? 数据复制
? 业务功能的集成
? API的方式
? 基于组件方法的功能调用
? 基于消息 (MQ)的集成
? 基于 WebService的功能集成
什么是动态电子商务？
IBM曾为动态电子商务下了一个简单定义是：,着重于 B2B
的综合性和基础设施组成上的下一代电子商务，通过调节因特网标
准和通用基础设施为内部和外部企业计算创造最佳效益。”
动态电子商务预想了这样一个因特网，商业实体能在其自身的
域内以及在贸易合伙人之间有步骤地管理交互作用。从发现新的合
伙人到与另一商务实体的集成，动态电子商务着重程序对程序的交
互作用，而不是早期 B2C 电子商务阶段占主导地位的客户对程序
的交互作用。
动态电子商务实现的 关键是 Web Services。 Web Services
就是原来的组件技术思想在 Internet时代中的进一步发展，它集成
了 CORBA,COM/DCOM等各种组件模型技术，是原有各种组件
技术的继承和发展。它不仅已作为动态电子商务的基础，也是“电
子商务即取即用”技术发展的基础。
? 通过程序自动启动和处理商务事务，而并
非使用浏览器
? 能够在一个分布式的计算环境中动态地描
述、发布、发现和调用
? 许多基于 Web Service的新型应用将出现
完全基于 XML以及
其他相关的 Internet标准
Web Service是使用 Web的崭新模式
什么是 XML Web Service?
通过标准的 Web 协议（ HTTP）可
编程访问的 WEB组件
开放的
Internet
传输协议
XML Web
service
SOAP ? SOAP （简单对象访问协议） – 用 XML 实现 Web service 的标准协议
WSDL
XML Web services
Description Language
? WSDL – 描述 Web service 的语言规范，相
当于访问 Web service 的接口
? 基于开放的 Internet 协议 XML and HTTP
UDDI
Universal Description,
Discovery and Integration
? UDDI - Web service 的黄页
Internet,IPv4,IPv6
Transport,HTTP,FTP,SMTP
Messaging,SOAP
Service Description,WSDL
Service Discovery,Integration,UDDI
Workflow,WSFL
Routing,Reliability and Transaction,
M
ana
gem
ent
Qualit
y of
S
er
vice
Secur
ity
Web Service层次模型
Web Service会成功吗?
美国 InfoWorld杂志在 2001年进行了一次有关 Web Service应
用的调查，结果显示：在被调查的企业中，有 38％的企业希望在
未来 3个月内实施 Web Service战略； 11.4%的企业认为 Web
Service对企业的发展非常重要。目前，业界最重要的软、硬件厂
商都已经宣布了对 Web Service的支持。
Web Services Time Line
Web Services 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 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 models 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
Services 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,
2001
2002
2003
2004
2005
Gartner Group
电子商务随需应变
―电子商务随需应变” (e—business on demand)。简单地说
，就是企业用户在需要企业管理程序、商业数据库资料时，不必再
独立投资建立内部的全套软件和程序，只需到网上企业电子商务应
用软件库里去调一个出来用。
这样做的好处很明显，首先，不用再付软件和程序本身的高额
费用，而只需付软件使用费，成本大大降低，使用更加简便和经济
。其次，企业的电子商务软件在使用过程中，可以更直接地得到
IBM专家的协助和技术支持，效率可以大大提高。
这一新概念最值得关注的有两点：第一是整合，就是说给你的
是一套餐具，包括筷子、刀子、叉子，让吃中餐、西餐的人各取所
需。第二，对探索电子商务的赚钱模式是一大突破。
电子商务是一个长期以来被无数人看好的概念，但看好却不赚
钱，甚至成为导致高科技泡沫破灭的替罪羊，最关键的症结所在就
是它未能在普及和赚钱之间找到一个最佳切入点。
26
24
8
4 HPSS
5
HPSS
HPSS UniTree
External
Networks
External
Networks External Networks
External
Networks
Site Resources Site Resources
Site Resources Site Resources
NCSA/PACI
8 TF
240 TB
SDSC
4.1 TF
225 TB
Caltech Argonne
下一代 IT系统结构－网格服务
施敏华 （ smh@cs.zju.edu.cn）
浙江杭州玉泉，浙江大学计算机学院,310027
Tel,0571－ 87951256
电子商务系统需求分析
需求收集的过程并不是一蹴而就的，会是一
个反复、反复、再反复的过程。
是商业需求促成了电子商务这一方法的产生，
而不要让技术来引导着电子商务的发展。
我们不光要收集商业需求，与之相关的还有一
系列其他的需求。它们包括系统实现中的阻碍，
已经具有的条件，以及功能性的和技术性的需求。
这些需求是客户和解决方案提供商共同讨论商定
的，或者是在解决方案中必须要用到的一般普适
条件。
电子商务系统需求分析
我们首先要确定我们所要解决的问题需要的是
一个基于电子商务的解决方案，而不是一个其他
类型的解决方案，比如信息管理系统或者协同设
计制造系统。
有一些在项目早期计划中的需求也许就显示你
所需要的是一个电子商务的解决方案。一旦你发
现这些需求，你要不断的挖掘才能对你所真正需
要的东西有一个深入的了解。
而在这些需求之后的一个简洁的电子商务目标
的解释将为你提供一个验证这些的机会，并且帮
助你收集那些有助于方案设计的信息
有关电子邮件和协作的需求
在部门和群体间共享信息：如果你发现公司的
不同部门因为对其他部门所做的不了解,而重复工
作,那么协作将有助于克服这个缺点,而且不需要
诸多枯燥的会议和繁琐的情况报告。
减少项目计划的开支,项目在早期是需要计划的,
尤其是早期的一些行程,花费是巨大的,在参与者
之间始终保持有效信息的交换,这是一种有效的能
够减少早期计划开销的协作方法。
有关电子邮件和协作的需求
克服团队 (协作成员 )分布在全球而产生的障碍,
当团队分散在全球各个角落时,组织一次情况会议,
哪怕是通过电话,都会是相当艰难的,而协作的办
法就能够根据允许每个人按照自己的时间表来参
与进来,从而大大的减少了这方面的难度,
减少繁文缛节的过程,基于书面形式的过程不仅
会有时间上的拖延,也会产生一定的花费,协作的
解决的方法通过电子形式来替代书面形式,而且可
以基于任何数字条件来发送和对这些文件进行归
档,
对那些获取信息的人员进行更好的掌握,一般的
站点只能够给用户提供一些信息,但是对于掌握究
竟是谁访问了网站是困难的,
电子贸易的需求
拓展公司的基础,因为放在互联网上的一项生意
对于世界每个角落的人来说都是可见的,方便的,
所以将会有更多的人有机会看到并且考虑和你的
公司进行贸易,
用于工作的时间是 24*7：因为一个电子商务的
解决方案可以成为一个自动的过程,所以你现在有
机会一天 24小时做生意,如果你的业务范围遍布全
球,那么全天 24小时开放的要求将是紧迫的,
电子贸易的需求
减少用于交易处理的开支：通过电子贸易的解
决方案你可以在一定范围内自动完成交易的过程。
这对于那些客户知道自己需要什么的一般的交易
处理尤显得有效。
向客户提供更好的售前和售后服务：电子贸易
的解决方案能够提供对客户重要的售前信息，并
且可以在售后帮助客户享受和使用所购买的产品。
使现存的互联网站点更灵活：许多早期的网站
是由静态超文本标记语言的页面来执行的。当这
些页面的数量非常多时，那么管理将变得困难。
一个有效的电子商务方案将会在很大程度上更灵
活，相对于依靠手工的过程可以利用技术使这一
过程自动完成。
电子贸易的需求
使现有的网站融合到现有的企业系统中：任何
一个仍然依靠手工方式来从其它的系统上复制数
据的网站都是有待提高的。今天世界上大多数和
网络服务器相连的企业，他们的企业数据可以使
上述的复制过程变得有效的多。
通过互联网使用新的付费方法：更新的支付手
段，譬如安全电子交易（ Secure Electronic
Transactions,SET）可以给需要的网站提供更安
全，更完整的服务。对于这些新技术的使用的需
求将会给那些关心自己商务安全或者相信通过使
用新的技术能够提供更多的商务机会的人们以建
议。
网络设备服务器的需求
使现有的网站融合到现有的企业系统中：一个
单独的站点只是一个不太能够发挥作用的网站。
如果你希望一个站点能够发挥一些实际的功能，
相对于仅仅提供一些静态的文档，还需要提供某
些与其他现存系统联系的形式。
从网站向用户提供为用户定制的报告：基于用
户的标识和需求提供内容。这需要在站点上有服
务过程的逻辑原理。网站的应用服务器的解决方
案中要能够用于提供这些功能。
自动的，不是手工的更新一个网站的内容：每
天难以计数的时间被人们用于手动更新网站的内
容。无论在何种情况下，这种更新的过程都能够
并且应该自动的完成。
网络设备服务器的需求
提供好的性能和能力由此来衡量服务器：网络
应用服务器应该提供能够良好的性能表现和能力
以便于管理诸如支持缓存，群集和负载均衡等技
术的性能。
提供会话管理容量：网络应用程序的开发者不
应该将宝贵的时间花在担心如何保存请求的会话
上。网络应用服务器应该提供这些服务。
你是否做好了准备？
? 网络系统和服务器
? 面向对象的技术
? J2EE 或者,NET技术平台
? 应用软件开发工具
? 相关于分布式数据的数据库
? 事务处理的技术
? 安全性
? 标准、规范
? 所有的决定者对于采用新技术的态度。
? 你愿意承受的风险等级。
理解商业驱动力
? 将会增加顾客的数量吗？,
? 将会降低运作的成本吗？,
? 将会增进公司的形象吗？,
? 将会使我们的产品更快的推向市场吗？,
? 将会使我们的商业更具有竞争性吗？,
? 将会减少我们的发展环节吗？,
? 将会增加收入获减少开支吗？,
理解商业驱动力
? 将会增强与客户的关系吗？
? 将会增强库存和产品的管理吗？
? 将会增强通道的联系吗？
? 将会提高客户服务吗？
? 将会使我们的雇员在团队和协作中更有效吗？
? 将会是我们开拓新的市场吗？
? 将会降低发送的成本吗？
解决方案的工作框图
? 了解现存的环境和需求
? 评估商业的设施
? 提供适当的培训
? 将目标分成长期和短期的
? 确定观点
? 讨论技术性的更替
? 提出下一步该如何进行
文 档
注 释
目标设备总览 （ 这也许是在这一过程中, 高度
的或者是粗略的观点 ） 。
提供了一种与领域专家的交流和寻找现存设计
资料的参考的方法 。
现存的数据库和数据库设计 。
有利于基于网络的服务器和终端之间连接的拓
展, 这在数据库访问中很典型 。
现存的网络环境 （ 包括服务器, 防火墙等 ） 。
预示着公司的网络成熟度, 也标定了解决方案
的范围 。
现存服务器的环境, 包括设置的图表, 软件的
版本, 以及将来软件的升级 。
有助于对现有的结构和新的结构比较的讨论 。
安全需求 。
现有的安全规范不能够满足诸多电子商务的需
求, 因此新的安全体制就成了关键 。
运作的参数 （ 24*7等 ） 。
对基于网络的 24*7的服务的期望集中在了现存
系统的运行日程表了 。
点对点执行的需求 。
如果点对点服务提前确定了, 最好在设计方案
提出前理解它 。 跨越互联网的点对点操作并不
能保证 。 一定的电子商务技术也同时在点对点
上消耗了, 因此不提倡 。
现存的标准 （ 网络的, 名字的, 协议等 ） 。
对那些也许将在解决方案设计中用到的固定变
量给出了提示 。
用经验来组织图表 。
将你公司放到工作框图中的组织结构的部分 。
信 息
注 释
网络的基本状况包括带宽, 当前网络流量, 反
应时间等 。
低速的远程连接不能进行 intranet的解决方案 。
Internet设备可以增加坚实的负载给整个网络 。
IP的设计和策略 （ DNS,VPN）, 如果 IP网络存
在 。
IP网络的存在将促进电子商务解决方案的执行 。
网络拓扑图, 包括路由器, 交换机的位置, 来
源和同步点 。
网络隔离, 地址空间孤立是重要的电子商务解
决方案的因素, 从而影响了他们的复杂性 。
设备 /数据 /物体拜访原则和目前情况 。
成熟的组织倾向于摆放原则, 这也许对提出的
解决方案来说带有强制性 。 同时, 许多电子商
务的机会要求访问现存的设备和数据 。
管理和安全策略 。
这些也许促使或者限制了一定技术和内容的使
用 。 比如, 一个防火墙只允许 80端口的通信,
这就禁止了 applets使用不同端口通信 。
Internet在解决方案中的角色 。
Internet带来了一整套安全和执行的问题 。 这些
问题需要被整合到解决方案的设计中, 如果使
用了 Internet。
理解网络基础
重审最初的理解
作为工作框图的起点，你必须重审下面的这
些项目,
1,工作框图的目标
2,商业需要和驱动（建议，由别人来负责这个重
审）
3,提供商从公司文档中理解的当前处境。
对于上面这些项目的简单重审可以帮助你得
到更精细的需求信息
分析需求信息
当你收集其他需求信息时，不要去质疑别人提
供的信息，只是简单的收集它们。你对他们进行
优先级排序，然后你可以发现每个人提供的信息
中间的区别。
那些其他的需求信息可以被分成下面几类,
1,功能性需求
2,明显或者隐含的障碍
3,已经存在的条件
区分需求信息的优先次序
收集需求信息能够产生出很多项目。只能通过
给它们排优先级来处理它们。推荐的办法是,
1,每个人都同意进行优先级排序
2,粗粗的浏览需求信息的每一项，重新描述需求信
息，并且保证每个人都同意。很多时候这个步骤
能够导致一个需求信息的删除或添加。
3,到列表的第一个，然后问每一个人他们，这一项
的优先级是高还是低。
4,如果你已经处理了很多的高优先级项，然后你就
可以把这些高优先级的排一下序
5,每个人都认为这个列表是很精确的，并且表达了
商业的每一个方面。
电子商务模型分析
? 服务质量影响因素
? 站点体系结构
? 网络容量
? 系统软件结构
? 安全体系
? 不可预测的公众行为
? 单层应用模型
? 两层客户 /服务器模型
? 三层应用程序模型
? Web Service
应用开发架构
n-Tier多层应用 系统架构
?业务逻辑处理层
?数据表示层
?数据存储层
?性能方面
?互联方面
?安全方面
?维护方面
n-Tier多层结构的优越性
性能方面
?数据库并发连接
?远程连接
?数据库的瓶颈效应
交互次数 二层结构耗时 多层结构耗时
1 Tc Tc+Ts
2 2*Tc Tc+2*Ts
n n*Tc Tc+n*Ts
Tc,交易在客户端完成的时间
Ts,交易在服务器端完成的时间
Tc>>Ts
互连方面
?不同的客户端软件,互操作 问题
?需所有数据库的访问权,管理复杂
?增加连接数目,加重数据库的负担
安全方面
?权限控制 -最小权限原则
?信息安全 -加密和身份认证
数据库对象的访问权限 VS 事务的访问权限
系统级的身份认证 VS 应用级的身份认证
权限 A
Table A Table B
权限 B
二层系统, 权限 A+ B
多层系统, 权限 A*B
A+ B > A * B
维护方面
?不同的客户端软件,维护复杂
?数据模式的变动,影响巨大
如何应对普及计算的挑战
?CICS
?Enterprise JavaBean
?CORBA
?COM/DCOM/COM+
?Web Services
几种主要的多层应用系统架构
电子商务技术的变化
数据集成
DB+HTML
动态电子商务
发布
HTML
Web Services
应用集成
? 浏览互相链接的文档
? 通过手工操作处理采购等商业事务
? 下载文件
通过浏览器
手工操作
B2B
P2P
(Person
To
Person)
(Business
To
Business)
目前使用 Web的模式
应用集成
? 数据层的集成
? 数据共享
? 数据迁移
? 数据复制
? 业务功能的集成
? API的方式
? 基于组件方法的功能调用
? 基于消息 (MQ)的集成
? 基于 WebService的功能集成
什么是动态电子商务？
IBM曾为动态电子商务下了一个简单定义是：,着重于 B2B
的综合性和基础设施组成上的下一代电子商务，通过调节因特网标
准和通用基础设施为内部和外部企业计算创造最佳效益。”
动态电子商务预想了这样一个因特网，商业实体能在其自身的
域内以及在贸易合伙人之间有步骤地管理交互作用。从发现新的合
伙人到与另一商务实体的集成，动态电子商务着重程序对程序的交
互作用，而不是早期 B2C 电子商务阶段占主导地位的客户对程序
的交互作用。
动态电子商务实现的 关键是 Web Services。 Web Services
就是原来的组件技术思想在 Internet时代中的进一步发展，它集成
了 CORBA,COM/DCOM等各种组件模型技术，是原有各种组件
技术的继承和发展。它不仅已作为动态电子商务的基础，也是“电
子商务即取即用”技术发展的基础。
? 通过程序自动启动和处理商务事务，而并
非使用浏览器
? 能够在一个分布式的计算环境中动态地描
述、发布、发现和调用
? 许多基于 Web Service的新型应用将出现
完全基于 XML以及
其他相关的 Internet标准
Web Service是使用 Web的崭新模式
什么是 XML Web Service?
通过标准的 Web 协议（ HTTP）可
编程访问的 WEB组件
开放的
Internet
传输协议
XML Web
service
SOAP ? SOAP （简单对象访问协议） – 用 XML 实现 Web service 的标准协议
WSDL
XML Web services
Description Language
? WSDL – 描述 Web service 的语言规范，相
当于访问 Web service 的接口
? 基于开放的 Internet 协议 XML and HTTP
UDDI
Universal Description,
Discovery and Integration
? UDDI - Web service 的黄页
Internet,IPv4,IPv6
Transport,HTTP,FTP,SMTP
Messaging,SOAP
Service Description,WSDL
Service Discovery,Integration,UDDI
Workflow,WSFL
Routing,Reliability and Transaction,
M
ana
gem
ent
Qualit
y of
S
er
vice
Secur
ity
Web Service层次模型
Web Service会成功吗?
美国 InfoWorld杂志在 2001年进行了一次有关 Web Service应
用的调查，结果显示：在被调查的企业中，有 38％的企业希望在
未来 3个月内实施 Web Service战略； 11.4%的企业认为 Web
Service对企业的发展非常重要。目前，业界最重要的软、硬件厂
商都已经宣布了对 Web Service的支持。
Web Services Time Line
Web Services 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 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 models 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
Services 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,
2001
2002
2003
2004
2005
Gartner Group
电子商务随需应变
―电子商务随需应变” (e—business on demand)。简单地说
，就是企业用户在需要企业管理程序、商业数据库资料时，不必再
独立投资建立内部的全套软件和程序，只需到网上企业电子商务应
用软件库里去调一个出来用。
这样做的好处很明显，首先，不用再付软件和程序本身的高额
费用，而只需付软件使用费，成本大大降低，使用更加简便和经济
。其次，企业的电子商务软件在使用过程中，可以更直接地得到
IBM专家的协助和技术支持，效率可以大大提高。
这一新概念最值得关注的有两点：第一是整合，就是说给你的
是一套餐具，包括筷子、刀子、叉子，让吃中餐、西餐的人各取所
需。第二，对探索电子商务的赚钱模式是一大突破。
电子商务是一个长期以来被无数人看好的概念，但看好却不赚
钱，甚至成为导致高科技泡沫破灭的替罪羊，最关键的症结所在就
是它未能在普及和赚钱之间找到一个最佳切入点。
26
24
8
4 HPSS
5
HPSS
HPSS UniTree
External
Networks
External
Networks External Networks
External
Networks
Site Resources Site Resources
Site Resources Site Resources
NCSA/PACI
8 TF
240 TB
SDSC
4.1 TF
225 TB
Caltech Argonne
下一代 IT系统结构－网格服务
