电子商务模式及发展.ppt

集成模式 集成模式不同于商业模式，本身不解决特定的商业问题，而是通过组织商业模式的内部功能点以支持更高级的功能。或者通过允许集成两个或更多的商业模式使复合商业模式容易实现。 有两种截然不同的集成模式： 访问集成模式：用于无缝集成各种商业模式以及核心的商业应用（如采购系统）向用户提供统一的商业解决方案。 应用程序集成模式：用于提供用于增加网站用户亲和力的更复杂的功能，如提供门户网站界面、单点登录功能等个性化服务和支持各种设备的访问功能。 复合模式 复合模式组合了商业模式和集成模式以创建复杂的高级电子商务应用。 仅当由多个这样的构件组成的解决方案适用于各行各业并反复用来解决商业问题时，才能将这一解决方案视作复合模式。 具体应用： 电子交易（Electronic Commerce） 电子市场（e-Marketplace） 门户网站 （Portal Website） 账户访问（Account Access） 定制设计 定制设计会组合商业模式和集成模式以创建复杂的高级电子商务应用，这一点和复合模式一样。定制设计的重用性还无法达到复合模式解决方案所要求的程度。 一般来说功能需求决定业务构架，非功能需求模式决定技术构架。 功能需求定义了系统能做什么，根据业务需求来设计业务构架。非功能需求决定技术构架, 定义了系统性能、效率上的一些约束及规则。两者结合就可以确定用户需求，确定解决方案构架。 六种非功能性需求：可扩展性；可维护性；可管理性；高可用性；高性能；安全性 应用程序模式 一旦确定了适当的商业模式、集成模式或者复合模式，就需要定义实现这些模式的高级逻辑组件以及组件间交互的方式。这就是应用程序模式，它描述了构建电子商务应用时所需的应用程序框架。 一个商业模式、集成模式或者复合模式通常可有多种应用程序模式去实现。通常有两种基本方法 : Web 向上（Web-up）：用于非常快速地构造基于 Web 的购物站点，无需与后端系统紧密集成； 企业对外（Enterprise-out）：将现有的订单处理系统扩展成一个新的基于 Web 的购买渠道，这种情况包含与现有后端系统的紧密集成和对这些系统的重用。 运行时模式 运行时模式使用节点来组合功能型组件和运作组件，并节点互连来解决商业问题。每个应用程序模式至少有一个（或多个）对应的运行时模式。它描述了所需的运行时支持。 记住：单个逻辑节点可散布在多台物理机器上，而多个节点也可以映射在一台机器上。 运行时模式节点 零售顾客节点（Retail Customer Node） Web 服务器（Web server） 协议防火墙节点（Protocol firewall node） 负载均衡器节点（Load Balancer Node）/ 网络分派器节点（Network dispatcher node） 事务型Web 服务器（Transactional Web Server） 商业服务器节点（Commerce server node） 数据库服务器节点（Database server node） 应用程序节点（Application node） 内容创建和管理节点（Content Creation and M Node） 目录节点（Directory Node）轻量级目录节点LDAP 安全性节点（Security node） 系统管理节点（Systems Management node） 集成服务器节点（Integration Server Node） 产品映射 每一种运行时模式都是由多个逻辑节点组成的。这些逻辑节点在“产品映射”中被映射成产品实例。 在有些情况下，逻辑节点一对一地映射成一台物理机器；不过，并不总是这样的。 运行时模式中的每个逻辑节点都可以有专门的软件和系统平台来支撑实现。 产品映射定义了平台，软件产品名称，以及版本号。 电子商务模式是基于开放标准的，并基于已有的IBM电子商务软件策略。这些已有的框架包括多种平台，如： IBM AIX, IBM OS/400, IBM Z/OS, Sun Solaris, HP-UX, Linux, 以及 Windows NT/2000。 服务器的负载平衡 NLB(Network Load Balancing )就是提供相同服务的一系列服务器同时监听服务请求，并允许在同一时间运行多个应用程序实例。NLB的核心是位于网络适配器驱动和网络层之间的筛选器驱动。NLB把每个IP数据包分发到所有群集节点，并根据数据包的源地址、目标地址、传输层协议、端口、群集的配置参数以及算法做出由某个节点处理而其他节点丢弃此数据包的决定。负载平衡不但能有效地解决单服务器的性能