微软电子商务站点解决方案

　　电子商务蓬勃发展，尽管被称“店面”Web站点的企业到客户（business－to－consumer）的电子商务站点吸引了人们对电子商务的大部分关注，但真正推动电子商务快速增长的却是隐藏在幕后的企业到企业(business－to－business,B2B)关系，即公司与其供应商、生产商和分销商之间的关系。因此，我们测试了4种专为使这些买卖方关系运行得更有效率而设计的电子商务产品。

　　其中的两种产品，即微软的Site Server 3.0商务版与IBM的Net.Commerce 3.1.1，属于主要为中型和大型电子商务站点而设计的工具箱产品。这类站点必须具有很强的灵活性并且要能够进行大量的服务定制。这两种产品可以使开发常用的电子商务应用的工作更易于进行，如开发在线商品分类目录、订货项目系统(order entry system)以及货品发售管理器（shipping manager）等。这两种工具箱还可以提供应用程序接口（Application Program Interface，API）和一个框架，后者可以用来建立许多电子商务应用所需要的普通模块。

　　其它的两种解决方案，即Open Market公司的LiveCommerce 3.0（在后端与Transact 4共用）及Netscape的EXCpert 1.1.1、BuyerXpert 1.5.2以及SellerXpert 2.0的组合产品，则属于一种打包系统，它们可以减少编程和开发时间，并节省为建立电子商务应用并使之运行而投入的技术人员人力，为此它们所付出的代价是易于定制性和一定程度的架构鲁棒性的降低。

　　我们在位于芝加哥的Doculab实验室中进行了测试。Doculab实验室为参评厂商提供了详细的功能规范，该规范是关于构建一个虚构的图书分销商的电子商务B2B应用站点的。同时，Doculab实验室给厂商以充足的时间来生成应用外部站点的主体。对每个厂商的产品我们都用了两天的时间来进行测试。我们用第一天来熟悉厂商的产品和用作示例的应用，第二天的时间则用来使用产品创建新的附加功能（例如用一个获取订单/用户服务的前台应用界面），并对实验系统和进一步的测试进行了修正。

　　评测的结果显示，没有一种产品能够脱颖而出占据绝对优势。所有的产品都各有各的优势。如果你更需要一个工具箱产品并且要求可以跨平台地运行应用程序或使用OBI，我们建议你使用IBM的Net.Commerce。对不同的标准和平台的最大限度的充分支持是它的主要优势，并且它在外包功能（out－of－the－box Capability）方面比起Site Server来要更胜一筹。

　　另一方面，如果你想使你的系统运行在Windows NT上，微软的Site Server商务版可以为你提供一个用来开发电子商务系统的强大的、可定制的框架。在我们测试的产品中，Site Server的架构最具鲁棒性，而且，尽管其易用性和管理特性甚至还达不到其它微软产品的一般标准，它还是要比IBM提供的产品强一些。需要注意的是，这两种产品都具有非常陡峭的学习曲线，并且可以使用附加的基于GUI（用户图形界面，Graphical User Interface）的开发工具来使它们更易于使用。微软的Site Server的优势之一是其用C＋＋、Java、Visual Basic或COBOL来编写的API。IBM也将在将来的版本中加入对Java的支持。

　　至于那些“外包”产品，如果你需要EDI或OBI，你可能会青睐Netscape提供的产品。该产品提供对这些标准的强劲支持，还提供一个支持CORBA 的ORB以及对Oracle产品的后端集成。如果这些标准你一个也用不到，但是需要一种易于定制的产品，Open Market公司灵活的、设计完善的Live Commerce/Transact解决方案会比较合你的意。它具有优异的外包功能，并且在我们所测试的产品中它对商品分类目录的开发与管理是最好的，而且在价格上它也要比Netscape的产品便宜得多。
IBM Net.Commerce 3.1.1

　　与微软的Site Server类似，IBM的Net.Commerce 3.1.1用工具箱的方式来实现电子商务能力。Net.Commerce强劲有力且具有完备的功能，但是尽管它的外包能力要比Site Server的强一些，它还是需要高度熟练的编程人员来实现它的功能。然而，它的开发和维护工具却相当初级，而且它需要更多的GUI界面和向导(wizard)方式，并需要将现有的模式更好地集成化为一个相关的软件包。现有版本已在1998年第二季度开始发售，计划在下次发布的产品将与IBM新的WebSphere应用服务器集成在一起，因此到那时产品将会得到显著的改善。

Net.Commerce将与IBM的DB2数据库一同发售。该数据库将被用作整个产品的中央数据库。由于代码与内部数据库的概要已被完整地加以存档，因此Net.Commerce非常易于扩展。它对多平台的支持特性也非常出色——该产品在AIX、AS/400、System 390、Windows NT以及Solaris上都可用。Net.Commerce支持对DB2和Oracle数据库的本地连接，并支持其它数据库的ODBC(Open DataBase Connectivity，开放式数据库连接)连接。IBM不打算在Net.Commerce中支持SQL服务器。当前版本的Net.Commerce也不支持LDAP（Lightweighted Directory Access Protocol，轻载目录访问协议）协议，但是它可以向LDAP数据库询问用户信息。出于性能的考虑，IBM建议使用内建的DB2注册数据库。

　　在连通性和可扩展性方面，Net.Commerce确实不同凡响。它为CICS、MQ系列和IMS准备了预定义好的交易模块。它还支持与ERP系统(SAP公司的R3系统，使用SSA认证)的集成，而且至少对于订单/订单通知和出端供应链数据（outbound supply－chain data）来说，它也可以与EDI进行集成。Net.Commerce支持OBI、SET、SSL和Certificate(对Verifone和CyberCash也可作为可选付费方式而加以支持）。然而，与Site Server不同，Net.Commerce现在还不支持XML。

　　Net.Commerce使用Netscape Enterprise Server 3和Domino作为它的Web服务器，并且不久也将支持将Apache和IIS作为其Web服务器。对会话信息的例行保存、与 Crystal Report的集成以及被完整记录的数据库概要保证了任何类型的用户或使用信息都可以被抽取出来。

　　Net.Commerce中的命令代表了一些商务进程，并被映射至一个包含有命令名以及像名称数值对（name value pair）这样的参量的特定URL上。这些命令接受HTTP请求并对其进行处理，然后将生成的HTTP文档返回给用户界面。那些由命令定义并调用的、用来处理不同的商务逻辑的任务是以存档API的方式来实现的，用户可以通过废弃现存功能的方法在Net.Commerce中定制任何商务功能　

　　Net.Commerce在功能上支持CORBA、COM/DCOM和企业级Java Beans。但是DCOM只能在输出端被支持——只能是从服务器到COM对象，而不是从客户机输入端到Net.Commerce服务器。与Site Server不同，Net.Commerce代码只能用C＋＋来编写，但在下一版的产品中这种情况会因Java的加入而有所改变。　

　　Net.Commerce的服务器模式速度很快且具有良好的可扩展性，但在配置上却有些古怪。“服务器”（运行起来更像进程）是多进程的但并非多线程的，而且多个服务器可以运行在一个物理主机之上，每一个都被分配给一个服务器池（对服务器池的管理可以使用其自带的GUI工具）。每个服务器维护着两个与数据库的连接，一个是用作密钥管理的连接，另一个是用作交易的连接。一个软件路由器/缓冲区管理器负责将请求分配给负载最轻的服务器以平衡服务器的负载。这种架构具有很强的鲁棒性，但是由于服务器的数量无法被动态地调整，因此理论上一旦某个流量高峰突然出现，服务器过载现象就很容易发生。IBM计划在下次产品发布时将Net.Commerce与其WebSphere应用服务器产品集成在一起，因为后者具有一个鲁棒性与可伸缩性都更强的服务器模式。　

　　Net.Commerce具有设计完善的、类似于向导的功能，可以大大地减少它的安装与站点维护工作。商店生成器(store creator)是一个Java小程序。它格外有用，因为它可以对结果进行迭代运行。它并不只是一个单向生成器，甚至一个不具有多少编程知识的人也可以在几分钟之内初步建起一个店面并使之运行。当然了，那些真正复杂和非标准的东西（包括三种标准店面“模板”）还是需要你对其进行编程的。　

　　Net.Commerce的销售助理(Sale Assistant)功能是用来对散乱的产品进行基于规则的(rule－based)查询的。它是我们所见过的一种设计得最完善、最具创造性的产品查询功能。在由业务经理或系统管理员进行简单的配置后，它可以让使用者提出一系列简单的、用直白英语表达的关于产品的问题，如“价格高低对您来说是否非常重要”等。根据对问题的回答，销售助理报告有多少种产品符合标准，并让用户随意选择产品级别。

尽管Net.Commerce支持对商品分类目录的管理和输入，但在当前版本中这一功能却显得非常累赘。它需要定制代码将商品分类目录转储到一个文本文件中去，然后使用一个独立的输入程序来将信息置入DB2数据库中去。当你读到本文时，IBM应该已经发布了一款新的基于NT的分类目录管理工具，以帮助用户创建和维护大型的产品分类目录。　

　　Net.Commerce的用户管理与安全功能非常全面且极具灵活性，在下次发布时它还将会增加对SNMP调度的支持。顾客可以被分成顾客小组，这种小组可以被用来将内容个性化（例如可以用来决定某个给定的用户可以访问哪一部分产品分类目录）。Net.Commerce将使用户从一个更为集成化的开发环境以及更为强大的调试功能中大大地受益，它还会让用户从商业逻辑与表现逻辑之间更大的差异中得到好处，尤其值得一提的是它对管理的益处——例如，我们希望在由业务经理负责维护的内容与由系统管理员负责维护的内容之间进行更为清晰的功能划分。　

　　这就是说，你可能会用得着的全部原始功能Net.Commerce都能提供，而所有的代码、功能和API都会被完全存档。另外，该产品中提供了大量的入门指导和演示示例，而可以对数据库进行充分的访问所带来的好处也是巨大的。例如，与Site Server不同，Net.Commerce不具有任何内建的交叉销售或向上销售功能，但我们却可以在两小时之内将它加到我们的试验站点上去，这使我们奇怪于IBM为什么不将cross－sell代码加入到试验站点中去。　
Microsoft Site Server 3.0商务版

　　微软是在1996年底凭借着其Merchant Server 1.0而加入到电子商务的竞技行列中来的。该产品最初是以一个叫Eshop的软件包的形式而出现的。它主要是一个B2C解决方案，而这一产品定位在第二代的Site Sever 2.0企业版产品中仍没有改变。只是在今年4月份Site Server 3.0商务版出现后，这一情况才有所改观。微软终于提供了一个可工作的B2B解决方案。我们发现该产品是一个用来开发常用电子商用站点的灵活、强大且功能完备的工具箱。

　　微软将Site Server视为其电子商务“平台”的一部分，而不是一个完全的、压缩打包的解决方案。这使它非常适合于高端应用。它的实现对开发者的技术熟练程度要求很高，而其生成的应用也非常适于企业对其进行定制，并且在需要时可以扩展。但是，考虑到定制的级别以及你可能会花费的开发时间，这种解决方案也并不便宜。

　　Site Server商用版只能运行在Windows NT之上。开发者可能会将Visual Interdev 6.0作为他们的主开发工具（与Visual Interdev集成在一起的Site Server商务版将更强大），并使用微软的IIS Server 4.0来为Active Server page提供服务。我们使用SQL Server 6.5作为后端数据库对该产品进行了测试，但实际上3.0版可以通过ADO与任何支持ODBC的数据库实现互操作。

　　Site Server商务版的核心部分是一个设计完善的“管道架构”。它本质上是一个用来再现和遍历特殊商务进程的概念化框架。例如，我们使用订货处理管道来收集产品信息和货品价格、计算订货部分加总、发售和税额、安排信用卡或其它方式的付费，并将整个交易过程提交给数据库（Site Server商务版在交易管理方面与微软的交易服务器很好地集成在了一起）。如果添加的附加功能需要，在管理中每个分立的组件都可以被修改或替换，而且它也提供附加组件。商务交换管道可以使应用程序在购买/供货或价值链贸易场景下与其它应用程序交换商务数据。该管道中的组件包括有数字签名组件、加密和解密组件、数据映射组件与运输组件。运输组件支持SMTP、HTTP、DCOM和EDI VAN以及XML和EDI之类的数据格式。它也支持COM数据对象。

　　该产品和管道编辑器可以从附加的遍历调试器(step－through debugger)中获得好处。微软说他们将在未来发布的产品中实现这一改善。我们还希望能有一种在设计时关闭管道缓存的方法。我们在一个管道中发现了一个漏洞（bug），在对其进行修补后重新运行应用程序，但是漏洞还是再次出现了。这是由于Site Server商务版继续使用缓存中的管道版本而造成的。　

　　我们喜欢Site Server商务版强有力的交叉销售功能及其有用的广告服务器。交叉销售特性能使我们对那些顾客最想看到的产品进行预测和排序，然后展示其中的一种或多种产品。广告服务器允许对站点广告的集中化和灵活的管理、放置与轮换。“现在就买”(“Buy Now”)功能使顾客可以在不离开站点的条件下通过站点来购物。最后的这一功能可能更适合于B2C应用，但一些B2B站点可能也愿意使用它。

对于开发者，Site Server商务版中有七种完整的预建“模板”Web站点，它可以提供很好的跨地区商务模式并且有使开发结果生效的功能。这七种模板中的五种已与产品同时发售，而其它两种则可以从网上获得。尽管买方与卖方站点都可以用这些模板来表示，而且七种模板听起来似乎已经很多了，我们仍强烈地感到为了使它对开发者更有用，应该对模板的种类进行扩充。包括产品的站点基础(Site Foundation)与站点构建器(Site Builder)的向导非常有用，但是只能单向地工作——在重新运行一个向导程序时，它会自动地将前面的工作清除掉。微软已经承认了该产品的这一缺点，并计划在下一次产品发布时对其进行改善。Site Server商务版还有6种付费服务的模块可以被电话完全激活，而且也与微软的Wallet产品进行了集成。这使得这两种产品的用户都可以直接地用他们的Wallet帐号来付费。

　　Site Server商务版的成员与个性化能力是它的一种实现得非常好的特性。它可以使用一个LDAP成员数据库，而后者目前还要借助于SQL 服务器来实现。我们发现在试验站点上依据用户身份来对站点内容进行个性化是非常容易的，而且使用Direct Mailer组件将E－mail信息投送给指定用户的过程也是轻而易举的。另外，广告服务器可以被用来展示定制的广告，并针对不同的用途生成用户分析报告。我们使用了该产品的规则生成器(Rule Builder)工具在页面内执行ASP/VB脚本程序代码来展示基于成员数据的信息，但是如果微软在该产品中加入规则向导(Rule Wizard)的话，这一过程会变得容易得多。　

　　Site Server 3.0商务版可以完成大型的、通过定制建立的电子商务站点的工作，但对于那些不那么聪明的商业用户来它却并不那么管用。它应该有使非编程人员也能够轻易建立并维护类似于广告这样的商务的功能。Site Server也不具有任何内建的商品分类目录的管理能力。这是一个非常严重的缺陷。Site Server商务版现在支持XML，但不提供对OBI的外包支持。

　　与Open Market公司一样，Netscape的精力主要放在了满足市场对外包解决方案的需求上。在这一领域中它取得了非凡的业绩。我们所测试的这种B2B解决方案由ECXpert 1.1.1、BuyerXpert 1.5.2和SellerXpert 2.0这三种产品组成。它提供的整体功能水平是最高的。在这一解决方案中产品任务的划分非常清楚：作为BuyerXpert和SellerXpert的前端，ECXpert处理与现有系统的后端连接、管理成员数据库和通信安全并处理交易；BuyerXpert维护客户成员数据库并管理购货(买方)交易；而SellerXpert则负责处理对商品分类目录的维护、监督销售交易(顾客付费及订货跟踪等)并维护销售商成员数据库。

　　每一种产品的GUI都设计得很完善且非常易用，尽管大部分管理工作还是基于模块的而非集中式的，但所有的管理工具都可以通过Web远程地高效完成。　

　　Netscape的产品对标准的支持非常出色，而它对EDI的集成远远超出了其竞争对手。所有这三个模块都支持OBI和EDI。这三个模块使用EDI交易模板、内建数据映射工具以及与Oracle、Financials和SAP/R3的后端连接。建立在Visigenix支持CORBA的ORB上的这三个模块都是充分面向事务处理的。SellerXpert还支持X.509数字认证以及SSL、S/MIME和RSA口令与信用卡加密，但是它所能支持的平台数却很有限。ECXpert模块可以支持Solaris和NT平台，但BuyerXpert与SellerXpert却只能支持Solaris平台。只有ECXpert可以支持LDAP协议。　

　　商品分类目录管理是一个百宝箱。在输入或创建商品分类目录时我们没有遇到麻烦，但其个性化能力却非常有限。每次我们改变了某项产品的特性值后我们都必须重新启动服务器以便清除缓存——这并不是一个好的办法。Netscape的解决方案也不具有任何类型的内建交叉销售、向上销售和替代销售能力。它没有广告服务器，但有一个非常强大且易用的、用来生成并管理折扣的系统，但折扣必须在产品或组织的基础上生成。我们希望它能提供一种方法来为指定的客户分配折扣。我们还为没有在产品中找到一种通用定价结构而失望。　

　　Netscape的解决方案包括超过200种业务规则，这使其极具灵活性，但是它并不具备类似于IBM和微软的基于组件的架构所提供的那种工作流程定制能力。我们可以对流程和屏幕上的内容进行一些调整，但它并没有提供好的方法使开发者或第三方能够将他们自己的模块或代码插入Netscape现存的工作流程模式中。另一方面，在现有体系中对工作流程的安排却非常顺利，尤其是在BuyerXpert软件包中。SellerXpert中的状态跟踪非常简单且有效。

SellerXpert模块进行的订货管理包括对折扣、收费与促销的支持。它还可以处理重复订货与多次定货。订货成本可以被轻易地在多个成本中心间进行划分。但奇怪的是运输与发售方式间并没有自动的链接。Netscape没有把精力投在为用户提供应用程序开发环境上。Open Market的LiveCommerce解决方案也有这一缺陷。它当然也没有集成开发环境、调试器或源代码管理。但是，有经验的编程人员可以借助于各种已编好的C＋＋ API来定制解决方案。

Open Market公司的LiveCommerce 3.0/Transact 4

　　与微软和IBM所提供的电子商务产品不同，Open Market的外包解决方案使其更易于建立一个B2B站点并对其进行配置，并且实现起来更便宜。Open Market的高端“产业工具”(industrial tool)LiveCommerce 3.0无需你编写任何代码就可以提供给你大量的内建功能，其代价便是对特性进行定制、扩展和修改的能力以及总体架构鲁棒性的降低。

　　LiveCommerce 3.0与一个称为Transact 4的后端组件相互协作。后者负责处理订货处理、客户服务、成员信息和购买者简表，它也提供一个持续于整个浏览器会话阶段的安全(支持SET与SSL认证)购物车。实际上，在电子商务信用卡付费和购物车的使用以及持续会话ID方面，Open Market公司拥有重要的专利权。

　　LiveCommerce最大的优势在于其丰富的商品分类目录功能。它包括分立的商品分类目录服务器组件，以及用来管理内容、输入数据、设计屏幕和管理用户的完善工具。新的商品分类目录可以手工输入或从描述产品的特性列表中自动地生成，例如，如果你销售骆驼，“驼峰数”便是产品的一个特性。它可以被设置为1或2。商品分类目录生成器可以自动地为“单峰骆驼”或“双峰骆驼”创建新的商品分类目录条目。排斥规则(exclusion rule)可以防止生成实际上并没有将产品区分开来的假的特性条目。如果你拥有的产品线非常庞大，而它又是由很多共享某一标准特性的小产品群组成的(比如电子产品)，这种方法便可以极大地节省你的时间。商品分类目录可以针对每个用户或者用户层和公司而充分地个性化(如果多个公司或产品线的业务都由一台商品分类目录服务器来提供的话)。另外，每类被展示的货品、可用的功能甚至总体商品分类目录设计都可以被定制。页面布局与导航、产品分类目录和特性展现、搜索类型与能力、所提供的交叉销售类型、折扣以及其它的市场促销活动都可以以外包的方式被定制和个性化。我们发现商品分类目录的布置极具灵活性和可伸缩性。一个给定的商品分类目录可以跨越多个物理主机，而出于平衡负载的目的，多个商品分类目录服务器也可以被同一个商品分类目录所利用。但是，负载平衡基于一种相当低级的轮换主机方式，并且不是真正可配置的。尽管可以在网络中部署多个IIS Web服务器的拷贝和对象库缓存(它缓存并储存对象以减轻数据库的负载)，位于系统核心部位的ODB(Object DataBase，对象数据库)与后端Transact服务器一样，仍是一个单点失效的潜在发生源。

　　LiveCommerce的许多特性都是可扩展的，但是比起IBM或微软来，Open Market公司与Netscape一样在开发能力的深度方面投入的注意力似乎太少了一些。该产品中没有源控制特性或界面，没有集中的调试能力，也没有外观布局工具(visual layout tool)。它具有用来实现某些特性的存档的API，例如链接并使用一个外部的购物车而不是使用Transact中的购物车。但是比起像Net.Commerce这样的工具箱产品来，其作为基础的系统功能实在是太少了。例如，工作流程和进程控制不能像在微软的Site Server的管道模式中那样被轻易地修正或加以补充。系统的管理不支持SNMP协议，也不支持XML。LiveCommerce也不支持任何类型的外部事务处理器，而且它不是完全基于事务处理的。

　　LiveCommerce/Transact确实表现出了极强的外包处理和实现能力，包括部分付费与信用备忘录。它充分支持前付费和后付费两种微付费模式(micro payment model)。在类似于一个公司的在线分配文本或其它信息的场景下，这一功能尤为有用。“实现”通知可以通过电子邮件、传真或安全Web页面来传达，或者借助于已有的API通过某个常规机制来实现。Transact 4在处理像发售与付费方式、取消和信用之类的问题方面干得很出色。付费特性支持购货订单和通过SET认证进行的实时安全信用卡交易。对不同的付费处理器的集成非常简便和安全，而且它还指供可以用在测试期间的“哑”付费处理器。对EDI的支持少到根本不存在。如果你购买了该产品后想将其应用在供应链环境下，那你会失望的。

　　个性化的“智能页面”可以提供功能完备的顾客自助服务。像订货状态与追踪、发售与订货历史记录这样的信息可以通过Web直接获取。

　　LiveCommerce只能运行于Windows NT之上，并与Microsoft IIS服务器集成在一起。不幸的是，它现在还不支持通过使用LDAP协议来维护用户数据。

1