微软商业服务器2000目录管理系统:选择目录管理系统的标准(八)

特定关节

    个人计算机制造商

    个人计算机(PC)是最初能上因特网的各种资源之一。PC商务一直都有很高的竞争力,因而要求在产品设计和产品访问方面进行不断地创新。

    个人计算机一般是作为预配置系统从零售商那里购买,或者作为定制化配置的解决方案从制造商那里直接购买。这些不同的选项的设计是为了吸引不同类型的消费者。

    许多PC制造商认为提供一个在线商业显示以便于顾客配置和购买PC是很关键的。由于个人计算机的复杂性,这个配置过程要以一种顾客友好的方式实现是非常困难道。因此,PC制造商往往花费大量的时间和精力来创建一个与其竞争者不同的配置流程。

    一个配置器必须与产品目录紧密集成起来,以便于商务用户能够定义存在于组成一台个人计算机的不同组件之间的关系和约束。

    商业服务器目录管理系统提供了定义产品和目录之间关系以及控制哪些产品在一个目录里出现的功能。这些特点能够可用来构建一个配置器,但对于构建一个PC制造商所需的配置器类型一般来说则是不够的。

    在这种情况下,使用一个定制化目录解决方案将是适当的。这种方法将为商务公司提供机会通过创建针对其需要的解决方案“裁缝师”来确立一种竞争性优势。

    顾客账号完整性

    商务公司一般都会力图建立与其顾客的长期联系。获得一个顾客的成本要比保持一个顾客高得多。因此,除了例行的客户支持外,重点通常都放在如何提供商务的个人化试图给顾客。

    在某些情况下,维护一个长期的客户关系不仅是合意的,而且是商务本身的一个必要部分。在服务行业里一般就是这种情况。

    顾客一般会建立商务账号。这些账号反映出顾客已经购买的产品和/或服务,以及要求顾客支付定期费用。

    无论何时顾客想进行进一步购买,通常都有必要对商务公司提供的产品和/或服务的可得集合进行过滤以反映出顾客已经拥有了什么。而且,如果某位顾客试图购买他们已经拥有的东西,也可能有必要阻止他们的这种购买行为。

    目前商业服务器目录管理系统尚不支持这种层次的现有顾客账号的完整性。作为一种替代方案,一旦从目录系统返回了任何查询结果,过滤和控制进程就会应用上去。

    商业站点集合

    在过去几年里,一家外部公司托管其他公司的应用程序的观念的发展导致了一个主要产业的创新。并且已经确定了ASP这个术语专门用来描述这些外部公司。

    ASP给市场带来了许多方案,从给小公司简单地提供数据中心服务到为大企业开发完整的定制化程序。许多这种ASP主要着眼于电子商 业服务的提供。对于为顾客提供电子商业站点的ASP来说,重要的一般都是如何以最经济的方式提供这些服务。这则意味着在同样的环境里放置许多站点。然而, 这种事情必须小心地去做,以确保每个顾客都能持续得到一个可接受的性能、可用性以及安全。

    因为许多商业站点的核心是一个目录,所以ASP必须把目录服务作为他们全部服务的一部分来提供。这些服务包括:

  • 对目录系统的基于浏览器的远程访问以管理通过站点提供的产品和结构。包含相关信息如可下载文件和图片的功能。
  • 对于第三方产品的接口,例如ERP系统或者==桌面生产力软件,以支持目录信息的自动上载功能。另外,这些接口必须提供下载功能,包括下载作为订单一部分的产品信息。
  • 包括对目录信息例如顶端销售产品的操作报告。

        更多的目录服务可能包括进行产品折扣、个人化产品显示以及为不同的站点客户组应用定制化目录或特定目标目录的功能。

        为了收益最大化,ASP也会使资源利用最大化。这意味着他们需要做到为支持尽可能多的目录同时,还要尽可能使用到的软硬件以及管理操作最小化。目录系统包含对其用途的任何内在限制。

        这意味着为支持顾客小型操作,目录系统要能够支持目录系统的许多实例在同一平台上的并发操作;同时系统还要支持同一专用平台上的顾客大型操作的目录。

        供应商目录完整性

        基于因特网的市场开始于许多年前。至于托管产业,市场已经进化成一个主产业部门,它提供了许多不同的应用方案。一般来说,一个基于 因特网的市场由一个着眼于市场的纵向或横向部门的公司来操作。这个公司力图通过为其提供服务的方式从市场上得到尽可能多的供应商和购买者。

        对于供应商来说,市场能够提供最为重要的服务就是一个灵活动目录管理系统。ASP提供的许多同样的目录服务需要通过市场来提供。然 而,一般来说如何把市场目录和供应商的内部系统集成起来却是一个更为重要的问题。这也是确保目录能够反映出产品可用性和定价信息的同时简化目录管理所必要 的。

        对市场来说,为购买者提供目录关联的服务例如搜索和浏览供应商目录聚合集的功能也是重要的。而且,可能需要市场支持把目录集成到购买者的内部系统以实现记帐和工作流程管理的功能需求。

        集成一个外部目录管理系统

        把一个现存的目录系统和商业服务器2000集成起来要求编程以修改或替代商业服务器的组件。下面是一个关于商业服务器为了满足完整性而需要修改的领域的一个描述。

        集成活动

        表达式求值程序组件用来确定哪种折扣应该应用到已放在顾客购物车里的产品,如果有折扣的话。表达式求值程序处理目录表达式集合,这 些目录表达式是通过活动管理器里的表达式建造器创建的。在产品属性上加一个_product_前缀就可以使得表达式求值程序把表达式求值中的属性包含进 来。

        当创建一个外部目录里产品的折扣时,为了使用目录表达式,有必要在目录设计器内部为要被添加到购物车里的从外部目录选定的产品创建属性定义。

        集成数据仓库

        为了使用一个外部产品目录,下面的数据仓库组件可能需要扩展:

  • 定义模式 数据模式必须通过商业服务器OLE数据库提供者的使用正确地定义。作为另一种选择,现有的目录DW模式项可用来存贮产品信息。
  • 导入数据 需要一段定制脚本或程序来把数据从外部目录导入数据仓库。
  • 为分析而准备数据 创建和适当放置任何为支持外部目录产品所需的附加OLAP立方体。
  • 修改或创建报告 创建和修改使用产品目录的任何报告以便于它们使用第三方目录。

        集成篮子

        为了把产品信息从现有目录转化成篮子,需要创建定制化组件并把它加入篮子管道来代替QueryCatalogInfo 组件。根据数据结构的复杂度,现有的QueryProductInfoADO 管道组件可用来提供与外部目录的集成性。

        替代的组件必须基于一个产品关键字(例如,SKU)把适当的目录数据拷成到篮子里的每行一项。当组件拷贝目录数据时,它必须给每个 被写入的字典关键字冠以_product_"前綴。例如,产品描述信息将被拷贝成"item._product_description"。典型情况下, 这个写入的数据最低限度也要包括_product_list_price"。它也可以包括为告知顾客他们购买细节和为支持购买操作所必要的任何其他信息。

        为了支持从购物车里删除不存在的产品,组件应该在行项目上删除关键字上写入值1. RequiredProdInfo 管道组件接着就会处理这个错误情况。

        为了提高整体性能和容量,QueryCatalogInfo 组件对产品数据进行了缓存。这一点是通过CacheManager 组件的使用做到的,这个组件作为上下文对象的组成部分传递给管道。如果要取代这个组件,必须考虑到实现一个类似的缓存策略。

        集成应用程序

        商业服务器解决方案站点直接与商业服务器目录系统结合。如果这些程序要和现存的目录系统一起使用,所有对商业服务器目录API的调用都必须替换。

        集成商务桌子目录模块

        如果有必要通过商业服务器商务桌子管理外部产品目录,则管理目录的模块也需要替换或修改。

    结论

        商业服务器目录管理系统提供了一个丰富和强大的商务解决方案,使得商务公司能够创建和管理定制化产品目录。

        把目录管理系统集成到整个商业服务器结构里使得快速开发一个提供全面的端到端商业解决方案成为可能。

        而且,因为目录管理系统是作为商业服务器的组成部分而开发的,所以它在提供高性能、高容量解决方案的同时也提供了一个简单的、统一的管理接口。

        因此,不管什么情况下,都应采取集成的目录管理系统。然而,如果一家商务公司感到它的特定需要要求一个定制化的外部目录系统,商业服务器的开放性结构使得它能够没有任何功能损失地与之集成。

作者:Philip Reilly——微软咨询服务部,高级顾问 来源:中国知识管理网