您的位置: 网界网 > 周报全文 > 正文

[周报全文]这个窗口不简单

2003年08月04日 00:00:00 | 作者:佚名 | 来源:$page.getBroMedia() | 查看本文手机版

摘要:这个窗口不简单

标签

    ——企业门户软件技术与应用发展分析

    ■ 潘永花 王颐

    集成当属企业级软件领域最热的话题了,而真正展现在我们面前的并不是系统之间如何实现复杂的集成,而是友好互动的Web界面,这就是企业门户。人靠衣裳马靠鞍,同样地,企业门户的好坏实际上是企业信息系统的完善程度的体现。 企业门户并不只是展现信息的窗口那么简单。

    产生发展篇

    提到企业门户应用的产生和发展,从计算模式和人机交互界面的转变我们可见一斑。BEA的技术推广人吴启新接受记者采访时谈到,最早我们接触到的第一代主机/终端模式,带来的是集中式的应用软件和数据管理,优点是IT部门维护管理相对容易,缺点是开发软件比较困难。第二代则是客户机/服务器的模式所带来的Windows GUI界面,管理起来很困难。在90年代末,随着互联网的出现,基于浏览器的交互模式开始风行,这就是第三代人机交互方式。这种交互方式实际上比以前任何一种方式更优的特点就是普遍性。原来的界面只能基于某种操作系统或软件平台,或者用哪种开发工具来进行开发就只能用它来做应用和维护管理。而浏览器最大的好处,也可以说它是一种框架,开发厂商不需要作框架,而是要做这个框架本身下的内容,任何一家厂商生产出来的人机界面都跑在浏览器的框架下,所以这种普遍性就带来一种新的应用模式,就是企业门户应用的出现。

    企业门户不等于企业网站

    最早的企业门户只是聚集内容的地方,仅将一些静态或动态内容通过浏览器界面展示出来,如今已经成为应用聚集的地方,原来很多种应用要跑在不同的进程或实例中,而现在都在一个浏览器的界面上显示出来。像应用集成、工作流、应用开发、内容管理、协作等这类东西对于企业门户正变得越来越重要。

    很多人最初总是将企业门户等同于企业网站,实际上,企业门户与企业对外的网站有着很大的区别。首先是企业门户的流程性非常强,而现在很多企业网站基于内容显示和消息发布,没有把业务流程放在上面,第二点是使用企业门户要把原来分散的应用集成起来,而国内企业的外部网站纯粹是一种宣传性质的定位,没有集成后台的应用,能够做到的最多仅是网上购物或网上查询而已。IBM软件部大中华区副总经理刘秋美谈到,真正的企业门户应该实现无论是内部的员工、外部的客户还是合作伙伴,都可以通过一个单一定制化的登录点,根据不同的身份和角色拥有不同的权限访问信息资源,这就要求企业门户软件拥有个性化、安全管理以及可以拓展到移动无线客户端等特性。

    企业门户应用大有可为

    IBM的刘秋美认为,如今的企业门户不只是展示OA应用用于员工访问的内部应用,很多用户的企业门户正在向客户和合作伙伴推广。IBM 的合作伙伴也开始将其解决方案门户化。同时,非常值得强调的是,很多企业开始希望通过门户增加接触客户的机会,企业门户中会逐渐整合一些电子商务特性以满足用户的需求,比如在门户中针对合作伙伴或用户开展E-marketing等活动。

    BEA的吴启新认为,从两个角度来看,企业门户在国内会大有可为。第一种趋势是很多用户在将关键业务系统从二层客户机/服务器结构迁移到三层结构上,第二种趋势是要把原来分散的业务系统进行整合,把原来的多个业务流程进行整合,把企业内部的流程转换为企业之间的流程。在这种转换和迁移的过程中,界面是永远需要的,而企业门户是惟一选择,因此这个市场需求很大。

    技术分析篇

    企业门户软件是以应用服务器软件为基础而实现的附加了很多与门户相关组件的软件,涵盖了表示层服务、用户自定义功能、内容集成和搜索、协作服务等功能。我们在本篇主要阐述企业门户软件所具有的特色技术Portlet。

    企业门户通过在门户服务器上嵌入Portlet构成,一个Portlet就是嵌入门户中的应用,是访问活动的终端,是组成企业门户中的Web页面的可视化组件。类似于PC桌面的窗口,每个Portlet占有浏览器屏幕的一部分。从用户的角度来看,Portlet是一个内容频道或是按照用户预定的要求、由应用输出给个人的门户页面,并通过个性化的配置显示内容。从Portlet本身来看,一个Portlet就是运行在门户服务器端的组件,可以把提供的内容嵌入到门户网站的页面之中。Portlet运行在门户服务器的Portlet容器之中,类似于运行在应用服务器中的Servlet。

    Portlet依靠API 来访问各种各样的信息,像用户配置文件。缺乏标准使门户服务器平台厂商来定义专用API用于本地门户组件和远程组件。这带来了Portlet的互操作性问题,这也是企业门户应用发展面临的一个关键性挑战。

    已经推出草案版本的规定Java Portlet API的JSR 168和由OASIS组织正在制定中的Web服务远程访问规范(WSRP) 标准希望能够克服这些问题,它们将能够提供门户和Portlet之间,门户和面向用户的Web服务之间的互操作性。

    Java Portlet API 建立Portlet和门户之间的互操作性。根据JSR 168编写的所有Portlet都可以运行在所有兼容的门户服务器上,能够清晰地将Portlet与所依赖的门户服务器基础架构分开,这样Portlet就可以运行在不同的门户服务器上,如同Servlet可以运行在不同应用服务器平台上一样。

    同样地,WSRP将允许门户和用于门户的WSRP兼容的Web服务之间的互操作性。WSRP是面向表示层和用户的Web服务,能够实现与门户或其他应用软件的即插即用。这可以使得内容或应用都以一种统一的格式来提供。门户可以不需要编程就可以汇集WSRP服务。

    由于WSRP包括表示层特性,WSRP服务提供商可以决定终端用户如何来看它们的内容和应用。WSRP 服务可以发布到公共或企业服务目录(UDDI)中,其中门户想显示他们容易找到的内容。

    使用WSRP,门户可以简单集成来自内部或外部提供商的内容和应用。门户管理员简单地从列表中选择所需要的服务并集成他们。

    WSRP标准将定义使用Web服务描述语言(WSDL)的Web服务接口。该标准允许WSRP服务以不同方式来实现,它可以是基于J2EE的Web服务,可以是.Net平台上实现的Web服务或者作为WSRP服务发布的Portlet。

    该标准允许使用通用的适配器代码将WSRP服务插入中间的应用之中而不是使用专门的代理代码。这将允许在支持Web服务的任何平台上实现WSRP服务,不管它是J2EE还是.Net。

    Java Portlet API和 WSRP 将能协同工作。WSRP服务可以通过写入Java Portlet API的Portlet代理集成入门户之中。相反地,Portlet可以被打包并按照WSRP 服务来发布。

    一旦Portlet在UDDI目录的列表中,其他门户就可以找到并将它与相关的WSRP服务绑定。为了使WSRP 服务可作为Portlet使用,门户管理员可以用来自UDDI的信息在本地Portlet注册表中创建表项。

    例如,一旦这个表项在本地Portlet注册表中,那么用户可以选择它并把它复制到自己的页面上。在汇集页面调用Portlet代理时,该代理将产生简单对象访问协议(SOAP)请求并把它发给WSRP服务。那么它将接收来自WSRP服务的SOAP回复并将结果返回到门户。

    建设部署篇

    成功地得以部署的企业门户将成为企业实体内部和外部协作、信息传播和通信、应用功能及交互功能的单一门户,上述所有功能是以一种有效的集中式方式提供给访问者。成功的企业门户往往能完成以下功能:

    知识/内容管理与协作。这包括以智能化可搜索的分类学方式组织内容,使其具备根据条件查询、版本管理以及访问控制等功能。

    应用集成。门户是一种Web桌面,它是连接所有企业应用的网关。单一的登陆功能使门户与应用之间可以进行无缝运动。集成化商业智能功能可用来提供仪表板式的报告和事件通知服务。

    业务流程管理。通过门户执行诸如发票核准以及HR任务之类的工作流程过程可以减少和简化工作量。

    品牌管理与自定义。门户框架结构可以满足企业在企业范围内实施同步化品牌管理的需求,与此同时,允许下属机构和单个用户自定义其单独的门户接口的表示和内容。

    安全。功能强大的安全结构允许管理人员有选择地分派对门户性能和功能的访问,从而使相同的门户部署能够为不同的用户提供不同的内容。

    管理。可以通过Web接口进行远程管理。此外,还可以把管理功能分散在数个用户之间,从而可以减轻通常压在一小组人员身上的管理负担。

    专家建议,企业门户实施部署可以分为以下四步走。

    步骤一:计划

    采用重复性门户部署方式是一种考虑到ROI的选择。

    企业门户出现时最初的诱惑也许是可以只进行一次门户部署,就可以为所有的员工、合作伙伴和客户提供服务。尽管从技术的角度上讲,通过一个门户所提供的灵活的安全的内容功能来满足所有用户的不同需求,但是,在初始阶段,要确保在指定的时间内完成这么一项艰巨的任务很困难,同时投入也要求相当高。因此,一种重复性的企业门户部署方式也是一个很不错的备选方案。

    重复性部署的优势就是,可以通过在连续的实施过程当中提供整个企业门户的单一有用的组件,更快地获得ROI。就门户部署而言,可以用两种方式来考虑重复性问题。首先,重复性可以用具有相似需求的企业子门户的方式来定义:一个客户门户、一个合作伙伴门户以及一个雇员门户。其次,就是把重复性视作每个子门户之内的重复性部署。

    在第一种情况下,由于每个子门户已成功得以实施,因此,它将成为正在成长中的企业门户的一部分。这样,任何一个具有根据用户身份确定的登录页面都可以对该子门户进行访问;或者,“主”页也可以通过链接把其作为可用的数个独立门户之一对其进行访问。不论哪种情形,内容和基础设施都可以在子门户之间进行共享,从而形成规模经济。

    第二种情况下,重复性可以表示每个子门户之内的部署,而每一次重复都将增加功能。推出一个拥有必要功能子集的子门户将加速ROI的实现。但是,用户的接受程度将受损失,因为门户不能立即实现为其用户提供单一访问点的目标。因此,在实现ROI和提供能够成功地为用户所接受的有用的产品之间达成某种平衡是至关重要的。

    一旦定义了门户的范围,就必须收集相关的要求。共有两类要求:功能性和技术性的。功能要求包括内容、内容动态性程度、应用、定制以及可访问性功能。操作系统的选择、.NET与J2EE、数据库平台以及应用集成能力则属于必要的技术性考虑范畴,其中的一些功能已由现有的企业策略中定义过了。在要求所征询的源的数量与所部署门户的接受程度之间存在着很强的关联性。

    步骤二:产品选择

    选择门户产品时一定要从体系结构、可伸缩性、价格、厂商生存能力等方面进行全面考虑,不能只考虑显性成本,还要考虑隐性成本。

    一旦制订了要求,就可以开始进行厂商评估了。门户部署过程中最重要的步骤,即门户产品的选择将决定用户是否能够最终实施成功企业门户。

    对门户解决方案的日益需求促进了门户产品的大量涌现。评估要点如下。

    体系结构。这是最重要的评估要点之一。如果产品评估显示,有必要对功能进行重大变更以满足诸如对已提供的安全性能进行充实之类的要求,那么,厂商至少要提供对门户的API进行某些访问就显得至关重要了。有些厂商向其客户开放其绝大多数API供客户进行修改。有些厂商则使用的是完全封闭的体系结构,这就要求厂商进行变更。寻求接口灵活性,这样就可以对门户页面进行修改,从而可以把标识或内容放在任何地方,并完全删除厂商的标识。不仅要仔细考虑当前的还要考虑可能的未来需求以及它们可能对体系结构要求所产生的影响。

    可伸缩性。“适配器”(名称因厂商的不同而不同)可以把应用集成到门户之中。大多数厂商通常将以额外的价格随其产品,向诸如SAP、PeopleSoft以及Business Objects之类的许多流行应用提供预制的适配器。必须注意的是,如果已对这些应用进行大范围的修改,则相关的适配器将无法正常工作。如果相应的适配器不可用,而企业应用集成(EAI)工具也不能满足要求,或者,由于成本的缘故不能成为企业的选择,那么,必须定制适配器。定制适配器将涉及门户的软件开发包(SDK)的使用。最灵活的SDK是建立在诸如Java之类的公用技术的基础之上的。如果厂商提供专有SDK,或者,根本不提供,那么,其客户必须采纳诸如公用网关接口(CGI)以及ASP之类的技术。

    价格。硬件除外,门户产品本身的成本只是部署和维护门户的总成本当中的一小部分。实施成本、应用集成、定制、安全以及商标管理的成本将是许可证成本的数倍。虽然有一些成本明显是与接受外部咨询相关联的,然而,在使用内部资源时还必须考虑一些机会成本或“回填“成本。同样,一旦门户得以部署并投入运行,那么,内容和基础设施就需要进行维护,某种水平的开发也必须进行。应用服务提供商模型如今通常是由某些门户厂商提供,也可以把它们作为备份选择进行评估。最后,决定是否有必要购买门户需要但无法提供的任何一项技术,并对相关费用进行评估。这些方面包括单一登录能力以及强劲的内容管理数据包(版本管理、分类学、协作等)。

    正是出于上述原因,我们不可能得到什么免费门户。有些厂商虽然提供“免费”门户产品,但却要求购买支持或相关产品。尽管由这些公司提供的门户产品有不少优点,但是,仍需对实施和维护成本进行评估。此外,有些自由软件也可以用来建成简单的门户,但是,同样需要确信的就是要考虑与部署相关的一些工作。

    厂商生存能力。相对而言,门户市场还相当年轻,能够长期生存下去的厂商还未完全成形。在这方面需要考虑如下的一些主要因素:财政稳定性、成立年数、实施的数量以及所占市场份额的比例,还有其产品与众多技术的适应性(这是一个体系结构公开程度的问题,门户框架结构的专有程度有多大)和合作伙伴关系(纵向和横向市场组合)。

    除上述主要因素之外,还有一些次要因素也要考虑。比如,Web服务的可用性以及价格结构?安全结构是否足够灵活?管理模型是否能满足要求?用户使用什么类型的定制?厂商是否提供广泛的支持和培训?厂商是否愿意提供评估版本?必须为诸如语音识别之类的现有和正在出现的接口提供支持或开发支持。最后,非常重要的一点就是,与曾实施过门户的开发人员进行沟通借鉴他们的经验。

    步骤三:开发与实施

    开发阶段最耗精力的是进行应用集成。

    如果很好地执行了上述步骤,那么,在实施阶段就会出现一些意想不到的事情了。了解了所选产品的功能之后,具有必要技能的资源也就到位了。在此阶段,诸如硬件、负载平衡、自动故障检修、任务监控以及任务等级划分之类的后端问题也必须全部解决了。

    一旦把精力集中在开发和实施任务之上,通常就很容易忽视为部署准备和提供实际内容这个问题了。在进行开发的同时,一定要生成和格式化内容来充实门户。虽然开发小组会提供应用和Web服务,但是,能够使门户真正成为无所不在的联系点(如HR指南、产品信息和公司目录等)的其他内容则必须由其他部门提供。必须制定计划来持续而有规律地对内容进行更新,以便产生“粘性”和提高利用率。

    开发阶段最重要也是最耗时间的阶段就是应用集成。门户厂商预置了适配器的应用只需少量的工作、测试和极少量的修改。定制的适配器则是最棘手的。适配器集成应用的方式有如下两种。

    无缝集成。有了无缝集成,用户并未意识到他们发送的是非门户应用。应用的接口完全被门户框架结构包裹着。应用交互的字体、颜色和类型均以门户模式为准。更为棘手的是它要求制订一个消息模式,以使门户能够利用后端应用的功能。很显然,各种复杂情况都可能出现,尤其是如果应用体系结构不公开的话。

    分别集成。已拥有Web接口的应用可以使用这两种方法,而这两种方法的最终结果都是一样的。应用的本机接口保留在门户之内。应用接口是以门户显示屏之内的窗口或框符显示的。或者,门户之内有一条超文本链接可以在外部窗口打开应用。尽管这种方法通常能更快也更易于实施,但是,它确实会给人一种支离破碎的印象。

    无论使用哪种方法,需要提供用户身份信息的应用都可能在展现门户单一登录功能方面面临挑战。根据公司安全策略以及门户与应用之间的通信方案,我们都可以通过编码一种口令同步机制或购买第三方工具的方式来解决上述问题。

    开发与实施阶段另外两项重要工作就是实施安全以及为门户加商标。与内容一样,必须提前把商标管理的参数和要求通报相应各方,这样才不至于延误部署。实施安全包括装载所有用户,明确小组成员资格,行使这些小组的内容和活动优先权(+微信关注网络世界),以及制定管理员和指定管理员的等级。

    步骤四:门户测试

    要有充分理由让大家来使用门户,并通过反馈机制不断进行改进。

    用户在正式推出门户之前都应对其进行测试。设计和制造都很好的门户只需要进行少量的培训,通常只需要一页的用户指南。对于大多数企业门户部署而言,数量巨大的用户使得正式的用户培训费用太高且耗时太多,因此是不现实的。有些门户产品都会随送一些强劲的“帮助“链接,如果没有,则应该生成定制帮助屏幕。

    在企业门户新推出阶段,能否让人们来实际使用门户将是一项挑战。马上抛弃以前做生意的方法是不值得提倡的,因此,必须给用户一个理由来开始使用门户。最大的诱惑就是内容。门户必须提供新颖的的内容,诸如有冲击力的项目新闻、财政收益以及HR信息之类持续更新的内容将有助于建立用户信誉。提供相关的流行Web服务同样也会鼓励用户使用。最后,任何部署的最大不利因素就是不稳定性。没有什么东西会比门户总是无法正常工作更让用户避而远之的。

    在改进当前内容以及设计未来发展方面,门户提供的反馈机制极具价值。门户的持续成功有赖于对用户的建议做出的回应。必须对用户的使用情况进行跟踪。了解哪些内容和功能流行,不仅对开发小组而且对那些负责内容的人同等重要。使用的监控工具可由门户厂商提供,也可以从第三方厂商定制或购买。

    向所有公司资源和通信提供单一的进入点不仅可以使信息得到更有效的传播,而且还可以让员工、合作伙伴以及客户更有效地进行协作和互动。部署成功的企业门户是一项复杂的工作。然而,只要周密计划,筹集所需资源并提供必要的财政保证,企业门户就能带来远远高于项目成本的收益。

    方案推介篇

    我们在本次专题中向大家所推介的是目前业界主流的从基础架构层次上所提供的企业门户解决方案,其实除了这些方案之外,还存在很多应用软件厂商如SAP、PeopleSoft分别在自己所提供的应用软件基础上发展而来的门户软件,以及几家比较小的纯门户软件厂商。但我们认为,如果一个企业内部的应用会涉及到来自多家厂商的产品,那么进行选择时最好还是从基础架构厂商中作出选择。

    BEA WebLogic Portal

    简单、统一、可扩展

    BEA WebLogic Portal统一的门户框架借助企业门户架构,提供了一种灵活、可伸缩和可管理的门户基础,企业级集成降低了门户开发成本,为有效利用现有和未来的投资提供了所需的可伸缩性。

    BEA WebLogic Portal的生命周期管理功能目的在于通过缩短构建、部署和管理门户的时间,加快业务解决方案的交付。该开发框架扩展了BEA WebLogic Workshop,使其能够提供快速的门户开发。适应性强的交付功能提供了灵活的交付框架,能够包容任何用户定制的门户需求。智能化管理简化了门户的组装、部署、IT和业务管理,并提供足够的灵活性以适应业务变化。利用BEA Weblogic Portal模块化的预集成服务,能够部署目前所需要的服务,同时保证未来服务与它无缝地协同工作。

    CA CleverPath Portal

    帮企业循序渐进建门户

    CleverPath Portal是CA CleverPath品牌的基石。它可以把信息集成到一个个性化、智能的环境中,而且这个环境是可以通过任何Web浏览器或无线设备来访问的。

     CleverPath Portal自动的Web服务消费、部署和个性化,简化了打包应用和Web内容与标准应用的集成,确保CleverPath Portal在现在和将来都能够支持新的和正在制订的标准。

    CleverPath Portlet库包含几百个预定义的Portlet,提供了同当前最流行的应用、系统、组件、Web网站和功能的“开装即用”的集成功能。

    CleverPath Portal SDK(软件开发包)使开发人员能够在创建Portlet的过程中对XML和Java API进行基于向导系统的访问,从而更加轻松地定制门户并增强门户功能。

    高度的可视化特性使CleverPath Portal通过将业务信息整合到一个直观的、动人的可视化真实界面,为制定决策提供了一个新的视角。

    IBM WebSphere Portal

    满足不同用户的需求

    IBM WebSphere Portal产品系列提供统一的IBM门户网站策略,将所需的软件组件集成在一起,为雇员、提供商和客户提供基于个性化和协作性的门户网站使用经验。专门设计的门户网站技术、内容个性化、协作、Web站点分析、内容管理特性等有助于最大化企业门户的有效性以取得最大的投资回报。

    IBM WebSphere Portal产品系列解决了有关企业电子商务的特殊门户网站运营需求。安全访问动态信息、应用程序和相关业务是构建成功的企业门户应用的基础。使用该IBM软件解决方案,即刻增加员工的工作效率,建立并保持客户和贸易合作伙伴的忠诚度,同时减少构建和维护电子商务顶级访问门户网站的成本。

    WebSphere Portal建立在WebSphere Application Server和J2EE基础之上,将Lotus K-station功能和WebSphere Portal Server(WPS)融合进专一的门户软件,为WPS添加了协作组件,提供了更多额外的、预先建立的门户经验,并综合了WebSphere User Experience的优势。 门户软件所提供的Portlet数量已经成为衡量门户好坏的标准之一。IBM已经有60多家厂商为其提供Portlet。

    非常值得一提的是IBM针对中小企业发布的WebSphere Portal Express门户软件仅需一台服务器,点击五次就可安装,并有具有吸引力的价格。该软件的性价比是吸引中小企业用户的法宝。

    Oracle 9iAS Portal

    开放体系 灵活扩展

    作为Oracle 9iAS的一个集成组件,其门户体系结构包括一个高度可调的多线程Servlet引擎,用于从门户信息中心库中检索Portlet 内容、管理缓存、组装门户界面以及提供并行的完整页面。因为并行的页面引擎是在Oracle 的J2EE Server之上部署,可以最大限度地提高性能。

    Oracle9iAS Portal提供了一个可扩展的框架,在Portlet内集成基于Web的资源。门户框架还提供包括单次登录、内容分类、企业搜索、目录集成等服务。Portlet库中包含了Oracle众多合作伙伴所提供的组件。同时,还可以将Web服务和基于J2EE的组件作为Portlet合并进门户,而不需要编写额外的代码。

    Oracle9iAS Portal由于利用了应用服务器的基础架构,Oracle 9iAS可以灵活调整以符合不同类别的用户需求。由于基础体系结构跨多个平台,所以Oracle9iAS Portal可自由利用各种硬件资源,支持跨越多个服务器之间的负载均衡及并行执行。

    利用向导驱动的接口创建、发展和管理门户,Oracle9iAS Portal使开发者可使用浏览器构建门户大部分,提升开发效率。

    Oracle9iAS Portal的管理特性使单个管理员易于维护和管理门户实例。内置的商业智能可以使用户从中获益,同时其对无线的支持能使开发者轻松将门户页面结构转换为适于无线客户端的设备形式。使用Oracle 9iAS Portal开发套件(PDK),开发人员可构建自定义Portlet与指定的内容或应用程序进行交互。

    Sybase EP 5.0

    五大特色吸引用户

    Sybase 是比较早提出门户概念并推出解决方案的厂商, Sybase EP 5.0 以5大特点显示了它所拥有的特色。

    1. EP 5.0实现门户和电子商务应用开发和提交的企业级服务,使用户可以开发和提交门户与电子商务应用,同时集成现有的业务系统,进而提供内容、交易和团队的无缝集成。

    2.EP5.0 在B2B方面进行了有效的扩展,为企业门户提供了B2B协作和集成能力。它提供了高层次的外部集成、主要用于把业务消息从一种格式翻译成另外一种格式,诸如EDI和XML。

    3.EP5.0使企业可以建立扩展或集成现有的电子商务系统来提供内容、业务和团队间的无缝集成。它的移动与无线扩展功能可以在大量移动和无线设备上扩展业务内容和应用。

    4.EP5.0对于开发和提交门户和电子商务应用提供了集成的电子商务基础架构。它具有强大的可伸缩性并且能配置为24×7可用的操作。它包括一个J2EE应用服务器、目录服务、一个包括基于角色的单点登录的集成安全框架以及存储和同步数据的企业级数据服务器。

    5.EP5.0具有全面的后台集成特性,这使得集成企业事件、应用和数据到企业门户中更为容易,而不需要重新构建已有系统和业务过程。

    未来趋势篇

    随着技术的不断发展和用户需求的变化,企业门户软件将不再是一个单独的产品,而是应用平台套件(APS)的一部分。

    企业门户应用目前有三个发展趋势。一是门户已经从单纯地显示内容变成工作流程的一种体现。它不再是仅仅信息的展示台,而是一种支持业务流程的操作。二是通过企业门户将会把人和工作流程进行更紧密的结合,利用企业门户带来的流程性以及人机互动能力,可以使它了解访问者的意图,有目的地为访问者提供定制的信息,并能为其提供相应的最习惯使用方式,从而把人和业务流程更紧密地联系起来。

    第三种发展趋势就是企业门户将会满足用户越来越丰富的业务需求。早期的门户只要能够把各个业务在同一个界面上显示出来就可以,而现在不是这样。现在在同一个界面上不仅要显示各种东西,而且很多业务流程都是跨多个领域的,通过门户可以将原来相对独立的流程串联成更完整的大的统一的流程。

    如果从更长远的角度来看,企业门户作为第三代人机交互界面技术,到2006年可能成为业界规范和主流,也就是说传统的界面几乎被企业门户这种界面所取代。同时,现在对于很多厂家来说,企业门户服务器还是单独的产品,今后它不再作为一个单纯的产品来销售,而变成套件中的一部分来销售,这种套件被Gartner 称作应用平台套件(APS)。 APS包括三个部分,最底层的基础架构是应用服务器,在中间层完成业务整合和工作流程设置,可以归结为EAI。第三部分实际上是就是界面,即门户部分。

    APS的产生源于企业对门户技术的需求不再是简单的工具,不论是开发界面、做业务流程的整合还是进行业务的开发,都应该有一种统一的集成开发环境,来贯穿整个业务从开发、集成、部署到管理整个过程。原来用户选择软件时,往往要考虑进行业务开发的工具是什么,界面开发用什么产品。如果以套件的方式提供给用户,它们就可以用来自同一厂商的同一种技术,满足整个业务需求的开发过程。这样用户在购买产品的时候会降低费用,缩短开发周期,因为有很多公用的组件可以应用在从底层设计、工作流程设置一直到界面显示,开发者的开发量会明显减少。

    编看编想

    企业门户的“枢纽”角色

    ■ 本报记者 潘永花

    随着企业门户从单纯的一种界面发展成为一种枢纽,它与业务流程、应用集成的关系更加密切。BEA的吴启新认为,用户希望通过企业门户获得全程的体验,这就要求将流程以及应用集成很好地展示在门户之中。同时,建立企业门户和业务应用集成并不是两个项目,而是一个项目的两个阶段。业务集成更偏重于后台方面,而企业门户偏重于漂亮的界面。这两个阶段可以同时来做,谁都离不开谁。IBM 的刘秋美也认为,企业门户与后台整合可以同时来作,主要取决于用户的需求。

    从架构设计的角度来说,实际上真正复杂的是并不是前端界面设计,而是隐藏在页面显示设计之后的业务流程的结构规范设计。用户在构建门户时非常关键的就是要进行通盘考虑,从底层框架开始思考企业门户与应用集成、业务流程管理(BPM)的融合。

    要实现企业门户的“枢纽”角色,需要提醒用户的在选择产品时首先要保持开放的心态,选择基于标准而非封闭技术的企业门户软件,同时还需要考虑企业门户软件功能是否完善,不要被打着门户招牌的厂商所迷惑。

[责任编辑:程永来 cheng_yonglai@cnw.com.cn]