建立e-businessTM应用，创造竞争优势

Lotus Domino相对Microsoft竞争产品的优势

 

 

前言

 

当今经济发展的趋势是越来越依赖网络的发展，这迫使许多公司（实际上是行业）从根本上改变它们进行商业活动的方式。竞争正从地区或国家的范围，转移到全球化的基础上，部分原因是与Web相关的技术和应用快速融合与同化。越来越激烈的竞争，反过来也对企业的收入和成本施加越来越大的压力，促使企业想出新的方法吸引和保持顾客，从而保持成功。许多公司正把他们的注意力放回到客户服务上，以此与区别于其它公司，因为他们相信能提供持续的高水平服务的公司最有可能占据和保持竞争优势。这在当前尤其正确，因为越来越多的产品和服务的竞争，正越来越变得如同日常消费品的竞争一般。你只要观察一下计算机、航空和航运等行业的发展，就会发现这一发展趋势。

 

在这种面向客户的竞争方法上获得成功的公司，已经认识到这种努力实际上是一个漫长的过程，而不是一下就可以完成的事，需要沿着这条路进行持续的改善和提高，从而“提高水平”，并且同时拉大和他们的竞争者之间的距离。在这种新型经济中发展一种实质性的优势的关键之一，就是提供一种e-businessTM信息技术结构，它不仅能满足公司当前最迫切的需求，而且也是足够灵活和强健的，可以迅速地满足和集成未来变革过程中所出现的需求。业务活动必须能简单开始并快速成长。例如，一个公司在最初建立了一个提供公司的一般信息的web站点后，可能很快就会发现他们想要包括对它的雇员和客户/供货商之间的直接联系（例如电子邮件，日历，日程安排，等等）的支持。此外，这个公司可能随后又会希望它的客户和供货商可以在一种受控制的安全方式下，使用Internet访问位于后端系统的核心商业数据，如定货或存货情况。更进一步地，这个公司可能还会决定在将来采取走向电子商务的下一步，即允许顾客在线订购。

 

然而，如果实现上述目标的解决方案依靠的是分离的、冗余的的基础架构的话，那么这些解决方法能带来的商业优势就将荡然无存。尽管预测客户的需求还是一门不精确的科学，但是经验显示，对希望获得投资最大回报的企业来说，采用单一的web应用和实施平台，即采用一个模块化的、同时又是互相集成的方法，以适应多变环境与需求，是取得成功的绝对必要条件。

 

从这个角度出发，目前只有Lotus Domino能通过这一合格标准。它是一个独立的web服务器平台，提供单一的可伸缩的、模块化和集成的环境，由此可以高效地、成本划算地开发一系列的以面向客户的、高附加值的服务。作为竞争对手，Microsoft并没有与此对应的、符合这一标准的产品。作为一个web服务器，Internet Information Server(IIS)不提供电子邮件和日历/日程安排功能，迫使客户采用另外一个产品（Exchange）来实现这些服务，并需要客户自己做一些必要的集成工作。对工作流的支持是产品开发完毕才考虑到的想法，即便是简单的路由功能，客户也需要集成复杂的Exchange的附件。将新的基于web的应用程序与后端业务系统相结合的手段也受到了严格的限制（只能实现对关系型数据库的ODBC连接）。那些还想实现在线商务功能的公司，还需要在组合中添加另外的一个产品（Site Server, Commerce Edition），才能提供必需的功能。这样的话，每一个额外的集成和测试步骤都会增加风险，这极大地削弱了企业以一种成本合算的方式建立一个持久领先地位的能力。

 

 

简单开始...快速成长

 

《图！！！》

 

以上所描述的情况并非罕见。专家和分析家的研究一致显示：那些成功地实施了基于web的解决方案的有代表性的公司，是沿着“阶梯”式或着说路标阶段化的方式实现的，其中每一步的成功都为公司的业务活动提供了更大价值。对一些情况来说，第一步意味着改进内部和外部的通信。目标是建立一个电子邮件基础设施，不仅能够支持整个企业，而且能够满足连接供应商和客户群体的需要。在此电子邮件框架中，集成的日历和日程安排特性通常被认为是一个关键的需求。

 

第二步信息共享，比发布静态web页面更进一步，鼓励一种更具交互性的意见和信息的交流。例如，讨论论坛或数据库的应用，使得产品开发部门和销售/市场部门在新产品的设计上的可以互相协作，从而缩短了产品上市的时间。同样的功能也可以扩展到客户和供应商，使他们可以参与反馈过程，或者也可能发现他们对产品使用的问题，找到解决问题的答案。

 

第三步，业务集成，典型地包括对公司的核心操作系统的web化，从而使用户和应用可以在一种受控制的安全方式下，同样容易地访问到信息。许多企业走得更远，他们开发投产工作流应用，加速了日常业务过程，提高了客户和供应商的参与程度。

 

在前面的几步打下了坚实的基础后，非常自然的下一步就是在现有销售渠道之外，引入电子化商务，作为一种以低成本手段扩展新市场和获取高收入。典型的商务化web站点包括与公司后端的定单登记和执行系统相集成的在线产品/服务目录和电子购物应用。

 

Lotus Domino相对于它的竞争对手的最大的优点之一，就是对这些步骤里的每一步都能提供单一与统一的实现方式。这样，公司就可以在阶梯的任何一点开始实现他们的新型业务活动，然后向上或向下移动，而不再需要重新铺设一个平台或者结构，以添加新功能。由于它的3层结构（逻辑上来说）的设计，以及对服务器端应用程序处理的强调，Domino是唯一可以完成这一任务的产品。这意味着web浏览器使用者可以象那些使用功能更强的Notes客户端的使用者一样访问Domino应用程序。另外，位于公司后端核心业务系统的信息，可以直接集成到Domino应用中，这样就提供了一个可以整合多个分散数据来源的集成平台。采用Domino的好处是成本更低、更短的开发周期，这些加起来都保证了公司实现明显的竞争优势，以及满足更多客户需要的发展潜力。

 

《图！！！》

 

因为Microsoft无法使公司能沿这种形式的阶梯上下移动，所以他们试图避开考虑“大的图景”，改为强调首先建立一个通信基础设施的重要性。一旦实现了，就象他们的市场宣传的那样，其他业务应用就可以放置在这个基于Exchange的基础上。然而他们没有说的是，Exchange无法单独满足这些将来的需求。其结果是，客户最后不得不集成其它一些基础结构性质的组件，才能满足需要。这其中一些组件由Microsoft提供，其它的需由第三方厂商提供，或客户自己编写。由于这些组件之间常常缺少紧密的集成，客户经常不得不被迫牺牲一些功能需求。要不就是客户投入更多的资源，自己来做集成工作。

 

几乎在任何一种评价方式下，Microsoft的方法和Lotus Domino相比，都要有更高的风险，冗长的延迟，以及实现起来更加昂贵。专家的研究看来支持这一论断，就象在Business Research Group的对包括Microsoft在内的多个软件厂商的intranet解决方案的分析1中指出的那样。在对100多个一级公司的一项研究中，BRG发现实现一个包括文档发布，电子邮件，数据库访问，讨论数据库，数据流以及事务处理的Lotus的intranet环境所需的时间要比同样的Microsoft和Netscape的解决方案少40%。客户们也同意，Lotus Notes/Domino已经卖出了2200多万套，而Microsoft的Exchange只卖出了1300万套2。Lotus Domino在intranet群件市场的占有份额是Exchange的两倍多（33%比13%）3，并正迅速使自己成为电子商务应用的开发平台。

 

以邮件开始

 

 

考虑把建立通信的基础工作作为第一步的公司还是会发现Lotus Domino平台是首选的方案，原因有以下几点：

 

《图！！！》

 

·        企业可伸缩性：Domino可以在最小的PC服务器到最大的大型机上运行，提供一个邮件的解决方案中空前的，跨平台的可伸缩性。Benchmark的测试显示一个Windows NT服务器可以支持4600多个只使用邮件服务的用户（4路，200Mhz Intel Pentium II），而S/390估计可以在单个平台上支持10,000到20,000个用户。IBM甚至用RS/6000 SP机器组成的网络来支持它全球的200,000多个雇员。实际上，用户数目上万的客户产品环境并不罕见。

·        相反的，Microsoft 的Exchange只能运行在Windows NT上，甚至Exchange v5.5的Microsoft自己的基准也显示和NT上的Lotus Domino相比有类似的容量限制，用户数量超过几千，客户就将被迫配置和管理一个分布式的Exchange基础结构。据最近的专家研究表明6，这种实现方式与Domino花费要昂贵的多，因为Domino支持跨平台，可以实现更集中的基础结构模式。那些使用可伸缩性更强的UNIX或S/390服务器、采用更集中的方法的公司，估计他们的每个用户的开销在$115和$88之间，而相应的Windows NT大概要$149。如果公司依赖一个完全的、分布式的NT邮件/消息传递基础架构的话，这些费用差不多要翻倍（$287）。

 

尽管声称的一个单独的Exchange服务器最终能支持的用户数很高，但实际客户的使用情况则显示出完全不同的结果，许多配置情况要少于200用户/服务器。一份Seattle杂志上的文章描绘了一副更加不能让人满意的情景，它报告说Microsoft自己的Exchange配置需要1,500个服务器来支持37,000个用户帐号。以前的Exchange版本（v5.0或者更早版本）上的16GB的服务器储存限制，一直被认为是造成这种相当低的用户对服务器的比率的原因之一。Microsoft指望最新版本的产品（Exchange v5.5）成为消除这种限制的解决方法。但是，这一“修理”必须对现存的Exchange数据库结构进行转换，并且需要将整个用户基础和数据全部迁移到新版本，才能获取在新版本中可能存在的任何容量改进的优势。据Microsoft的估计，对Exchange 5.0的用户来说转换速度是1GB/小时，而对更早版本的用户则是一半的速度（0.5GB/小时）8。这意味着一个完全配置的服务器仅转换时间就需要16到32小时，而对几百个用户以上的配置来说则需要更多的时间。这种移植工作往往给关键业务系统的持续可靠性带来严重的问题。由于Exchange（包括最新的v5.5版本）同时还使用了与Windows NT不同的单独的目录结构，客户还将面临进一步的移植，即预期将在1999年的上半年发布的Exchange的“Platinum”版本，这一版本必须借助Windows NT 5.0和它的Active Directory组件。

·        进一步支持web浏览器和Internet标准：除了Notes客户端外，Lotus Domino还支持web浏览器对邮件和日历服务的访问。用户可以直接通过他们的web浏览器起草、编辑、接收和发送邮件，或查看/创建日历条目和日程安排，而不需要特殊的“助手”应用程序。Lotus的这一独特的技术的实现，是通过使用集成在Domino服务器上的转换引擎，动态地直接以HTML形式提交邮件，日历和其他的Domino服务，例如讨论数据库。对那些希望通过工业的标准的客户端/服务器配置如POP3/IMAP4（邮件），NNTP（新闻组，讨论论坛），和LDAP（目录服务）来访问他们的邮件，讨论论坛，目录以及其他的服务的公司，Lotus Domino也可以提供支持。

虽然Exchange也在v5.5版本中支持POP3/IMAP4，NNTP和LDAP接口，它对web浏览器用户提供强有力服务的能力还是有限的。客户需要把Exchange 和IIS web服务器相结合，并结合Collaboration Data Objects(CDO)使用Active Server Page脚本，才能保证将基本的邮件和日历服务转换成HTML格式。CDO是Microsoft的将多种Exchange服务转换成可用HTML格式实现的对象的方法。它只是对早期的通过OLE Messaging和Active Messaging 提供类似功能的不太成功的工作的取代。然而，这种CDO的环境，需要客户自己做相当多的编程工作，尤其是当涉及到基于MAPI的高级Exchange功能、或者定制功能时。这与Lotus Domino的方法完全不同，后者提供一系列预定义的、基于web的邮件和日历模板，从而使这一切都能更加轻易和快速地实现。

·        可延伸性：基于表单的应用是电子邮件系统延伸到满足特殊需求的业务应用的经典例子。公司可以提供调查表、注册表单、计划跟踪表单，以及其他表单应用，这些表单可以根据收件人自动地发送和邮递、处理。由于Lotus Domino是围绕一系列公共服务（其中一项是邮件）建立起来的、完全成熟的应用开发环境，客户可以很容易地迅速开发、投产这些基于邮件的应用，取得更大的业务运用价值。Domino开发环境的一个重要强项是，它可以实现即能被Notes客户端、又能被web浏览器访问的单一的表单应用。这一任务的实现可以采用预先定义的应用模板（例如Web Mail），使实现更加简单。这些模板可以动态地控制如何对每个客户端发送不同的应用功能和内容。这样，代码编写就成了例外的工作，而不是象使用其它竞争对手的产品那样，开发是强加给用户的必行工作。这种客户化定制允许开发人员在保持应用程序一致性的同时，充分利用两种客户端的独特功能。其结果是，与可选择的其他竞争者的产品相比，公司在建立具备基于邮件的应用时选用Domino，可以减少开发时间、降低成本、在功能上做更少的折衷。

 

而在另一方面，Microsoft的Exchange主要是作为一个电子邮件系统设计的。因此，除了对不同的Exchange功能提供MAPI接口外，很少关注于使产品通过应用开发工具实现可延伸性。为弥补这些缺陷，Microsoft最初提出了Exchange Forms Designer（EFD）作为分离的开发工具，可以开发基于表单的应用，与Exchange邮件传输一起工作。然而，EFD在本质上是一个表单设计工具，还需要外部的编程工具，如Visual Basic，才可以对最终表单提供任何重要的智能或业务逻辑，以满足实际业务需要。一旦编译完成，那些基于表单的应用只能运行在Windows平台上，与Exchange的Apple Mac客户端并不兼容。Outlook的推出仍然没有解决这种情况，尽管在表单生成功能有所修补。实际上，它比EFD限制性更强，因为在它只能在32位Windows平台上工作，而且每个客户端必须已安装Outlook。

 

由于不能支持对这些表单应用的web访问，Microsoft又指望另一个贴膏药式的解决方案：Outlook Web Access（OWA），试图消除这种局限性。OWA需要使用IIS web服务器和用户自己定义的、包含基于HTML的表单属性的ASP文件，来实现web浏览器的访问方式。因此，企业就需要创建并维持重复的两个基于表单的开发环境来满足他们的Outlook和web浏览器客户端基础的要求。这明显地增加了用Exchange开发和使用基于邮件的应用的时间、复杂性和费用。

 

使共享信息更加容易

 

虽然Lotus Domino也提供静态web页面的服务，它的实力还是在它的动态发布特性，和允许用户与他们接收的信息交互的能力上。这一优势要部分归功于前面提到的Domino的实时转换引擎，其商业价值有：

·        对更新后的内容的即时访问：在Domino服务器上对文档的修改，在下一次该页面被用户请求时马上就可以反映出来。这样最大限度减少复杂的工作，如需要分离的缓冲服务器存储更新后的内容，或使用复杂的编程方法不断刷新生产服务器上的数据。

·        对不同种类的用户提供相应的内容：Lotus Domino能够辨别一个请求是来自web浏览器还是其它种类的客户端（例如，Notes、基于POP3/IMAP4的邮件、基于NNTP的讨论组，等等），并根据那些特定客户端的性能，动态地生成和返回最适当的响应。客户可以用Domino提供的简单的对话框，在应用的创建过程中选择这一功能。而面对同样的任务，Microsoft技术的使用者必须编写代码和定制Active Server Pages和IIS web服务器，这是一种更复杂和更费时间的实现方式。

更轻松地寻找和查看信息：Domino的标准服务系列中还包括一个全文搜索引擎和动态分类页面的能力（也叫做“视图”）。页面可以根据标题、主题、日期、作者、产品／内容等等标准进行组合和分类，使用户更容易地按照他们的特定需求，迅速地查找和定位有用的数据。而集成的全文搜索引擎可以在信息寻找过程中更进一步帮助查询者。象许多其它的Domino服务一样，这些功能可以既可以通过web浏览器又可以通过Notes客户端中使用。这些与搜寻相关的工具在即将于98年第四季度发布的Notes/Domino R5版本中有进一步的增强。用户将可以在多个Notes/Domino数据库、文件和文本系统中，用一条查询语句进行交叉搜寻。在搜寻中包括web站点的扩展功能将于以后在1999年增加。

 

Microsoft并没有类似的动态的页面分类机制，而全文搜索功能还需要使用另外一个服务器：Index Server，作为IIS的一个附件或者是Site Server的Knowledge Manager组件。因此，企业需要选择是另外投入编程资源以在站点上提供相同的、对用户友好的功能，还是冒着使用户更加灰心的风险使用更简单粗糙的导航方法。

·        用web浏览器创建和改变内容：Lotus Domino一个独特的领域是互动性方面，web浏览器的使用者可以创建和修改内容，而不需要单独的辅助应用程序或某种单一用途的客户端。例如，使用者可以创建/删除/归档一条邮件信息，张贴一条新的讨论见解或者对已有的进行回复，所有这些都可以在他们的web浏览器中进行。其他的性能包括由浏览器发起的对日历空余时间的查询、对姓名和地址簿（Name and Address Book）查询、给邮件信息附加附件以及进行文件传送。这些特性的web应用比起其它静态web页面的实现方式，更高效和经济。

 

其他基于web的解决方案，包括那些来自Microsoft的解决方案，在更多意义上是单方面的的解决方案：主要着眼于采用自动的方式、或者根据用户的要求把内容推送到web浏览器上。交互式的使用通常只限于浏览器用户填写标准的基于HTML的表单，然后把他们的回复发回服务器进行后面的处理。任何稍微复杂的功能都典型地需要对应的、单一用途或特殊应用的客户端来处理（例如：POP3/IMAP4实现邮件相关的特性，讨论线程需要NNTP，Outlook实现办公室功能，等等），或者需要扩展的Active Server Pages的客户化编程以及使用相应的脚本来创建对web用户来说甚至只是很低层次的交互式应用。这两种方案都没有吸引力：一种是提供有限的用户访问能力（特定的客户端），另一种是需要更多的编程开发从而需要更高代价（web浏览器）。

 

通过更好的集成使业务过程更流畅

 

许多客户和供应商们认为真正有价值的信息常常存在操作系统中（例如产品数据/供货能力、定货或发货状态、存货情况、票据信息、帐目状态、以及客户/产品登记等等，这些只是最基本的例子）。因此，对他们来说，公司利用基于web的技术，充分利用商业数据、应用和过程的程度和范围，决定了公司如何在网络经济时代提升竞争优势。Lotus Domino，通过它的集成的工作流特性和后端连接工具如Domino Enterprise Connection Service（DECS）等，在这一领域提供了最佳的实现机会。

 

工作流应用通过整合化和自动化业务过程，使公司可以加速处理许多商业运作。随着越来越多的企业希望修改这些处理过程，以更好地反应客户和供应商的需求、加深他们的参与程度，对这些应用的web访问的安全性控制就变得极其重要了。这种实现策略是将服务器端的处理放在第一位，如由“代理”或软件程序根据一系列预先定义的工作流事件，自动地实现邮件路由和商业规则的实现方法（例如，“如果销售人员输入了客户定单，就触发来自发货部门的产品存货状态提示”）。为完成任务，对这些事件的处理经常需要来自不同的操作来源的信息来，所以工作流应用程序需要能够对那些核心业务系统进行广泛的、可编程的访问。

 

所以，业务集成实际上需要一个多规则框架，一个包括和集成了邮件路由、应用开发和对后端操作数据/应用进行访问的框架，这样才能最有效率。由此看来，Lotus Domino是最好和最明显的选择：

 

《图》

·        快速的应用程序开发：如前所述，Lotus Domino是围绕一个应用开发为中心进行产品设计的，其目标是使工作流这样的应用可以快速、容易地建立。公司可以充分利用Domino集成开发环境的优势，例如，用以文档为设计元素、以表单进行驱动的方法，极大地缩短开发周期。如果用更常见的Internet术语来描述，文档就是web页面，而表单是描述web页面的样式和内容的机制。然而，Domino的独特之处在于它能超越通常的web发布，更进一步地通过简单的编程或脚本技术为web功能增加交互性。例如，可以通过编程自动处理：从电子表单中得到输入，检查输入的有效性，将处理完成后的表单传递给另一个用户或系统，所有操作都不需手工干涉，系统可以自动完成一系列预先定义的操作。用更少的编程使这一过程更有效率的关键，是充分利用丰富的核心Domino服务，例如邮件/路由、目录、安全机制、“代理”、复制，以及其他许多服务。即使编程人员希望利用其他开发工具和语言，如Visual BASIC, Java, C或C++来建立这些web应用，也可以利用这些同样的核心服务来减少编程工作，这些人员还可以利用各种工业标准协议和接口来完成这项工作。

 

在另一方面，Microsoft无法提供相似的吸引人的思路。就其结构核心来说，Exchange本质上是一个电子邮件环境而不是一个集成的web开发平台。 它只提供有限的扩展应用能力，有限度的支持工作流应用以及支持集成其他业务过程。服务器端脚本代理和路由向导这样的特性（从98年2季度开始可作为Exchange v5.5的一个服务包版本获得）已经被草率地捆绑在基本产品上，以实现哪怕是最低层的工作流性能。不过，据Microsoft Exchange Solution Providers说9，Exchange这一微弱的心脏根本承担用这些特性创建的应用程序。他们建议建立基于COM的软件组件，以取代冗长的服务器端脚本，这增加了编程技巧的难度。这样，需要多种组件（Exchange, IIS, Active Server Pages, Visual Basic或其他Visual Studio工具，CDO, 和第三方软件，等等）之间的深入集成，编写大量的定制代码，才能实现单一的Lotus Domino平台中所包含的哪怕是基本的功能。

·        对操作系统的普遍的访问：Domino Enterprise Connection Services扩展了Lotus Domino编程模型的功能，使web应用只要编写少得多的代码就可以访问几乎任意后端数据、应用、或事务处理环境。公司可以利用DECS中的这种新的基于表单的技术，来自动连接到其他核心业务系统，或用新一套的Connector对象类实现对连接逻辑的更细微的、可编程的控制。数据可以多种格式存放（关系的或非关系的），来自多个厂商（IBM的DB2，Oracle, Informix, Sybase，等等），而且能以实时或调度的方式来访问。连接也可以由IBM的CICS或IMS编写的任务驱动的应用程序来建立，专门有连接SAP R/3 ERP系统的直接接口。DECS，通过一套同时支持Java和LotusScripts接口的MQSeries连接类，还可以直接编程访问其它基于事务处理的企业核心信息系统。所有这些连接选件的结果是，使用Lotus Domino的公司能把自己置于一个更好的位置，对他们的客户和供应商（就象他们自己的内部成员一样）的信息需求作出快速响应，以获得持续的竞争优势。

 

尽管Microsoft声称能提供类似的普遍的信息访问，它的方法和Lotus Domino的方法（用Domino Enterprise Connection Services实现）相比而言显得苍白无力。与可减轻编程人员负担的现成的产品不同的是，它主要是提供一个数据访问结构，基于Microsoft定义的接口（Active Data Object即ADO，和OLE DB）上。因此，它极大地依赖于第三方厂商的支持以完全实现该结构声称的功能。这意味着数据库和其他数据源厂商将不得不把OLE DB加入他们支持的其他数据访问方式的列表中，这样以ADO规格编写的应用程序才能获得效益。ADO的目的是用一个单一的应用程序接口掩盖访问多种不同格式的数据的复杂性。可是，对这种方案的支持现在只限于Microsoft自己的产品（SQL Server, MSMQ）以及由Microsoft提供的一个Oracle接口。因此，这一解决方案只会对那些所有数据库都建立在Microsoft产品之上的公司有吸引力，至少在它最初的形成阶段是如此。然而，那些从这条路着手的公司，将会发现自己需要又一次编写相当多的代码来集成多个产品，才能实现解决方案中哪怕是最小的一点功能。其结果就是削弱了在一种适时的和划算的方式下，对客户和供应商的需求进行反应的能力。

 

为销售和服务打开一个新的渠道

 

Internet对许多公司的诱惑之一是，它作为一种比多数传统方法成本更低的、新的销售和市场的渠道。除了无须建立真正的店铺，或支付直接销售所需的管理费用外，在线销售的低成本结构也意味着需要对现有核心业务系统（如定货登记/完成）的更紧密的集成和使用。因此，更成功的公司是那些沿着阶梯向上移动、并预先为电子商务奠定必要基础的公司，而不是那些直接就投入电子商务，想直接获利的公司。

 

用Lotus Domino建立这一基础的公司会发现很容易地发展到下一步的电子交易（e-commerce）。Domino.Merchant是运行在Domino服务器上的一个联机存储应用程序。它包括一系列定制的、预先定义的模板，公司可以用它们创建一个虚拟的商店，包含一个产品目录和安全的现在线付款工具。在产品商店创建“向导”完成后，Domino.Merchant应用程序既自动地生成的所有的web站点商务组件（Domino数据库）。有些公司希望他们的商店外表和感觉更灵活，或者有更复杂的商务需求，但又不想要损害他们的Lotus Domino投资，则可以利用、升级到IBM的Net.Commerce。这样，当企业发现需要用到新的、与服务相关的特性来增加在线销售活动时，就能继续把Domino作为他们的标准web开发平台，比起其它解决方案，可以在更短时间内，用更低费用，产生更大的价值。

 

Microsoft帮助企业为e-commerce作准备的解决办法是：从第三方（eShop）购买技术，把它转换到Windows NT平台上，然后把它和其他Microsoft组件以及其他购买来的组件捆绑到一起，生成一个表面上完整的、集成的软件包——Site Server, Commerce Edition。尽管他们在提高不同碎片之间的合作方面采取了措施（例如，一个商店创建“向导”，启动商店模板，和一个定单处理过程(OPP)模板）。事实是，为提供一个功能完整的系统，用户仍然有许多的集成和定制工作要作。在用OPP模板集成和定制后端业务应用，以及整合来自第三方的基于SET的安全付款技术的情况下，更是如此。

 

 

Web如何改变应用程序开发的过程

 

根据结构化和面向记录的数据建立应用的时代，正迅速让位给那些同样包含高度的非结构化内容的应用。富文本、图形、图象、音频和视频片段，现在组成了基于web的技术处理的大部分信息。对这些非结构化数据的频繁更新的需要，增加了创建和维护这些新的web应用程序的复杂性。

 

这一复杂性大部分要归于传统的web服务器存储和刷新web页面及其关联的内容时所使用的层次化的文件系统。随着企业的web站点的成长，所须维护的文件和目录的数目也会增长。因为维护工作通常包括增加、删除、移动，或更新单独的文件和目录，使得连接断裂和空白页面的出现机率大大增加。虽然web页面管理软件如FrontPage可以部分解决一些问题，但它并不能完全地解决版本问题，也无法解决所使用的文件系统的本质上的限制：难以开发适应需要经常变化的、非结构化数据的应用。

 

相反的，Lotus Domino并不受这些短处的影响，因为它使用一种可编程的对象存储作为它的设计的中心点。所有非结构化的数据都被视为对象，每个都有一个唯一的ID。文档（与web页面类似）成为快速组织非结构化数据的方法。除了解决版本问题之外，这种方法使数据可以被其他需要它的应用轻易地共享或引用，而不需要管该信息的存储位置。数据的一致性因此得到加强，而页面管理成了过去的事情。

 

可编程的对象存储的另一个优点是，只需很少的编程工作，就能用许多不同的方法操作或显示这些非结构化信息。例如，可以设置对象在用户或者一个预定义系统事件所改变后，自动执行一些操作（通过“代理”软件）。例如，一个在线地址改变表单（它自己是Domino范围里的一个对象），当用户提交后自动触发对客户数据库记录的一次修改。传统的web服务器，包括Microsoft自己的IIS，不提供这种有力和灵活的编程功能。这意味着公司将花费更多的时间来编写和维护这些定制的代码，以提供基本的Lotus Domino平台本身就有的功能。

 

满足不断增长的移动工作的需求

 

尽管web技术使移动人员在任意位置访问公司信息变得更加容易，但对强大的离线支持的需要还是在很大程度上没有得到满足。浏览器的一些附加工具可以捕获静态的web页面及其相关的连接，并在本地上存储他们，以便用户在脱机状态下使用。然而，没有一个能真正满足应用的需求，让用户在脱机的环境下与信息交互。这是Lotus Notes客户端的特有的功能，既它强大的、经受实践考验的复制技术。这样的话，用Domino开发的e-business应用，可以既在在线方式下，又在离线方式下操作。其益处是所有用户的工作效率都得到提高，包括那些移动方式的用户。

 

Lotus使用单一的、可选择的复制机制，在同步的同时也在进行本质上的比较。可选择意味着使用者或管理员可以定义有多少信息需要被复制——所有的、一些、只有那些改变过的项目、或者一个也不——以及何时进行复制。整个过程由对象存储实现，使用户可以指定复制操作在各个层次上进行，一直到文档里的字段一级。Lotus的复制机制中的同步和比较特性，和事物处理环境的两阶段提交有些类似。这意味着参与复制的双方（客户端到服务器、或服务器到服务器）在每一次持续连接中，在提交对方任何修改之前，首先要比较他们现在和将要改变的状态。如果本次连接终止，目标和源系统都恢复到他们原来的状态，直到复制过程再次激活。尽管还有其他优点，这种方法的基本优点是确保了数据的完整性，以及只复制变化项目的能力，使得公司可以最大限度地减少拨号连接的费用。

 

Microsoft的Exchange有六个不同的、而不是唯一的复制模型，增加了公司的管理和应用开发的负担。除了需要对客户端对服务器、服务器对服务器的复制有着不同的配置外，在站点内对公用文件夹的复制与不同站点间的复制采用不同的模型。目录同步采用另外的复制模型。所有复制都依赖于基于邮件的、异步技术来，来同步源和目的数据存储，这种方法比起同步算法更不可靠，难以确保数据一致性和准确性。

 

总结

 

有许多公司使用Internet和它的相关技术，从根本上改变他们的业务运作模式。对许多情况来说，受益是快速和明显的。一个欧洲的批发商把给它的零售商的折扣的批准周期从几个星期减少到了几天，他看到他们的客户满意指标明显好转。另一个公司是信息资源的提供者，通过重新规划他们客户服务代表的定货登记过程，把操作效率提高了25%。而在把系统扩展到为客户提供在线定货后，获得了另外的改进。还有一个例子是一个专门提供汽车贷款服务的拉丁美洲银行，通过使用Internet，把对私人筹集资金购买汽车的借款批准周期从行业平均的几天时间，减少到了只要几分钟。这些公司使用的都是Lotus Domino平台，因为它能使他们简单开始，快速成长——为了创造和保持竞争优势，沿着阶梯快速上下移动是必须的。

 

Microsoft的解决方案让企业简单开始——并停留在简单的层次上，为满足新的客户需求的结果是留下多个基础架构。把Exchange作为邮件服务的客户，将需要用扩展的IIS web服务器和Active Server Page技术才能提供基于邮件的应用程序。对核心业务系统和数据的访问，通常只限于关系数据存储，对Microsoft的SQL Server以外的数据库需要做更多的定制代码编写工作。建立有交易功能的web站点也是如此。可伸缩性和运行性能上的不足都会限制发展的机会。所有这些都明显地加重了企业的开发、部署和管理的负担，严重地阻碍了企业以高效、经济的方式建立任何竞争优势。

 

 

1 Business Research Group, A Comparative of Web Server Vendors, 1996

2 Electronic Mail and Messaging Systems (EMMS), March 1998

3 International Data Corporation, December 1997

4 NotesBench Consortium, Mail Only benchmark, various vendors, June 1998

5 http://www.lotus.com (select Success Stories for reference example)

6 International Technology Group, "Cost of Messaging", December 1997

7 Romano, Mike; UPSIDE magazine; October 7, 1997

8 Microsoft Professional Developers Conference, October 1997

9 Microsoft Tech-Ed 98 Conference, "Building Applications with Exchange Server Scripting and Routing"; Session 6-301