门户系统建设的误区及成功要素研究

作者：

欢迎访问e展厅 展厅 3 CIO信息化管理展厅 电子商务/企业门户, IT运维管理, 制造执行系统MES, 流程管理BPR/BPM, SOA/SaaS/云计算, ... 门户系统(Portal)是近几年来兴起的一项新的办公应用，由于它实现了对企事业等实体的信息、应用、业务流程的集成，应用日渐广泛，但同时也出现不少错误的认识，诸如将门户等同于网站、对整合作用认识不足等，本文对此进行了探讨。 门户(Portal)最初是以互联网的入口形式出现的，与搜索引擎一起为人们提供各类新闻等资讯。随着互联网的普及及其技术的发展，许多业务得以在网上实现，企业门户迅速崛起，成为帮助企业的客户、员工和合作伙伴以统一的、个性化的、多渠道的方式访问企业的信息和服务的主要工具。 今天，门户系统已成为很多组织以业务流程和应用为核心、把业务流程中功能不同的应用进行集成的平台。很多企业已将门户纳入企业形象、电子商务、企业内部业务组织的整体框架。 同时，为了提高办事效率、实现管理的科学化，许多事业单位特别是政府部门也纷纷建立起自己的门户系统，以实现信息的及时获取、及时传播、及时互动、决策支持的个性化服务。尽管如此，由于门户系统发展得较晚，企事业单位对它的理解时间也有限，因此产生了不少的误区。 误区一：门户等于网站 这个误解源于门户网站，由于众多的新闻资讯网站应用门户技术作为其入口，提供的也多是分类新闻等静态信息，使得常访问这类网站的人将门户网站和门户系统相混淆，将企事业门户等同于企事业网站，实际上，两者之间有着很大的区别。 首先，企事业门户的流程性非常强，而企事业网站多是仅进行内容显示和消息发布，没有把业务流程放在上面。 第二，人们使用企事业门户的一个重要目的是要把原来分散的应用集成起来，而国内企事业的网站定位在宣传，没有集成后台的应用，能做到的也往往仅是网上购物或网上查询而已。而门户系统提供了一整套框架技术构建企业应用集成系统，框架的底层可以由现有业务系统作为支撑，包括现有的业务数据库和遗留应用，然后由门户系统来整合并统一这些彼此孤立的应用系统。 通过门户系统统一数据整合与应用整合，将经过整合处理的数据发送到门户中，由门户系统来统一生成、管理不同的应用和应用的Web展示。在这个门户系统中使用者都可以通过一个单一定制化的登录点，根据不同的身份和角色拥有不同的权限访问信息资源，并可以接入多种客户端。 误区二：门户就是大门 正是门户的名称使得不少人认为门户就是一个大门，即门户仅仅实现界面级的整合。这种理解实在是小看了门户的整合作用。门户系统能够从外部应用系统中聚合数据，而且不同于一些具有本地整合能力的工具(如MS Exchange 或Lotus Notes)，门户能够使开发者方便地对整合进来的应用系统按用户要求进行定制。此外，门户系统的整合能力还表现在它能很容易地与其他门户系统整合。 根据门户系统整合外部应用的程度不同，整合可以分为以下几种方式： 1. 基于URL的整合(URL-Based Integration)。这是最基本、最简单的整合方式，门户对一个已存在的Web页面提供URL链接，点击它就会弹出一个新的浏览器窗口，显示那个页面或在门户窗口原样显示这个页面。如果是在门户里显示这个页面，一般会占一整屏而不是屏幕的某一块。这种方式可能会也可能不会包含验证消息。 虽然从技术角度来看，这种方式仅提供一个到函数、数据或信息的链接，不能称之为真正意义上的“整合进门户”，但最简单、省事，还能够提高用户的查找效率，只是如果要整合的目标URL需要验证时还以这种方式做到无缝整合会很困难。 2. 基于Web的抓屏。抓屏是指门户能将整个Web页面或页面中某个特定区域抓取到门户窗口中的能力。这种方式通常用于能解析为HTML标签的应用，根据标签可以产生Web页面并可以知道要抓取哪个区域。 这种方式主要用于从基于Web的静态内容源中合并定制个性化的内容。因为这种方式需要知道被抓取数据元素在屏幕中的确切位置，因此会形成一个极不灵活的界面，特别是一旦对应的网站做哪怕极微小的改变或升级，都可能导致整合失败。 3. 基于XML/XSL的整合。可扩充标记语言 (XML) 是一种可包含文件的结构化信息，用来传递数据信息，它已成为基于Web整合的标准。XML类型规定使用预先定义好标签的XML类型表单和XML页来表达信息。一个XML页也可以叫做标签组，定义好的XML页基于HTTP相互交换信息速度很快。XML处理程序负责读取XML文件并读出内容和结构。 XML具有简单、灵活、可扩展的特点，它与HTML不同，由于标记符号的无限性和可自定义性使得XML具有无限扩展性。另外基于XML的整合不需要编写自定义的整合代码就可以完成数据的拖入或处理。利用这种形式整合，只要对外部数据或内容源定义一个简单的标准就可以了，因而减少了定制的费用和开发周期。 4. 遗留屏幕抓取(Legacy screen scraping)。遗留屏幕抓取是指基于Web环境下复制遗留应用系统屏幕的过程。 遗留屏幕抓取通常是用户明确需要这样设计并且愿为高花费和长开发周期负责。这种形式的整合其前提是从C/S屏幕转为B/S形式和信息的工具已就位。虽然这种形式的整合带有天生缺陷，并缺乏灵活性和可测量性，但是可以保护用户此前开发应用系统时的投资，这从另一个角度也说明了门户整合的灵活性和适应性。 5. 基于API的整合。应用程序接口(API)整合需要开发者写代码来实现从其他系统中并入所需的信息或功能。API可以用于门户工具或其他应用系统，一个全面的API可以允许其他外部应用系统读取或写入。 API的优势在于它提供给用户一种直接将门户与外部应用相连的形式，增加了门户的整合深度和功能。如果要整合的应用系统是有限的，制定一个适合用户的整合方案是有意义的，但是需要整合的系统很多，那么诸如单点登录这类问题的解决将变得非常困难并难于管理和维护。 6. 通过EAI的整合。EAI 是指运用符合工业标准的中间件工具去整合应用，比如使用企业工作流引擎、数据元存储等来组织来自不同操作支撑系统的各种信息。EAI 工具使用同样的消息载体来绑定后台应用，从而保证一种松耦合结构。 EAI产品包括Tibco、MQ系统和Vitria等。EAI技术包括数据解释和转换、基于规则和基于内容路由策略，还包括为打包的应用提供连接器和适配器，如SAP、PeopleSoft等公司的电子商务应用等。 由于EAI方式通过一个共同的API为不同的应用提供了平台，将创建、管理、变化等事务抽象出来，大大降低了整合方案中的复杂性。使用EAI的整合方案比点到点的整合方案快速并且改变起来也容易得多。这种方式使得在一个平台上用门户可以整合多个企业级应用,极大地增加了门户的功能性和用户的开发效率。 误区三：对Portlet重视不够 Portlet是门户系统软件所具有的特色技术，通过Portlet带来了门户的无限使用空间和扩展性。门户系统就是通过在门户服务器上嵌入Portlet所构成，一个Portlet就是嵌入门户中的应用，是访问活动的终端，是组成门户系统中的Web页面的可视化组件。类似于PC桌面的窗口，每个Portlet占有浏览器屏幕的一部分。 从用户的角度来看，Portlet是一个内容频道或是按照用户预定的要求由应用输出给个人的门户页面，并通过个性化的配置显示内容。从Portlet本身来看，一个Portlet就是运行在门户服务器端的组件，可以把提供的内容嵌入到门户网站的页面之中。 Portlet运行在门户服务器的Portlet容器之中，类似于运行在应用服务器中的Servlet。 Portlet依靠API 来访问各种各样的信息，像用户配置文件。随着Java Portlet API的JSR 168和由OASIS组织正在制定中的Web服务远程访问规范(WSRP) 标准的推出，API也将形成标准，这将能够提供门户和Portlet之间、门户和面向用户的Web服务之间的互操作性。因为Java Portlet API能建立Portlet和门户之间的互操作性。 根据JSR 168编写的所有Portlet都可以运行在所有兼容的门户服务器上，能够清晰地将Portlet与所依赖的门户服务器基础架构分开，这样Portlet就可以运行在不同的门户服务器上，如同Servlet可以运行在不同应用服务器平台上一样。 同样，WSRP将允许门户和用于门户的WSRP兼容的Web服务之间的互操作性。WSRP是面向表示层和用户的Web服务，能够实现与门户或其他应用软件的即插即用。使用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回复并将结果返回到门户。 这样，在一系列的Portal标准下，应用系统的各类功能模块都能够做成Portlet，就像标准插件般即插即用，无论它是基于J2EE的还是基于.Net的。对于用户来说，门户的内容模块可以随需而变。 误区四：对门户的功能认识不足 总的来说，统一的门户为用户提供了一个进入丰富的信息资源的入口，将技术的不同屏蔽在门户之下，而只把业务集合在门户之上。以下是大家比较熟知的门户功能： 1. 统一身份管理。能够实现统一的用户资料、统一的用户认证。 用户无需申请多个账户、设置不同的密码。 2. 统一权限管理。统一管理用户在不同系统中的权限，虽然是一个用户名，却可以在不同系统中拥有不同权限。 3. 统一访问入口。通过门户系统统一访问OA、CRM、ERP等各种后端系统，支持多种设备接入。 4. 统一界面风格。集成OA、CRM、ERP等各种后端系统，并通过门户提供统一的界面风格。 5. 内容管理。实现内容的创建、发布、审批、发布、搜索、个性化。 6. 协同工作。通过多种方式，如内部论坛、日程表、工作任务、网上会议、即时通信等，让用户方便沟通和办公。让信息找人，而不是人找信息。 但从笔者单位使用门户系统来看，还有以下几点好处： 1.能够快速整合原有应用系统。正如笔者所在的事业单位，部门比较多，管理的事务比较杂，一些在IT上面跑得快的部门都建立了自己的业务应用系统，同时也形成了信息孤岛。而门户丰富的整合形式使得各部门既得到了信息共享，又保护了原来的投资，并且使用起来还很习惯。 2.能够快速集成一些购置的应用系统。门户提供了一套详细的标准可以跨系统地集成应用系统，这一点对于建设工期短、项目多的工程非常重要，只要各种应用产品都遵循门户规范，那么再设计好每个应用系统要提出的Portlet，就可以像搭积木般快速地搭建起灵活的单位门户了。 3.能够对以后的应用预留很大的扩展空间。事业单位在进行信息化建设之初，往往对应用系统估计不足，一般在开始时的需求不多，应用也不多，但经常是用了一段时间后，用户的应用意识会快速增长，这时会提出很多新的应用需求。如果没有门户系统，应用系统的升级往往要付出很大的代价才能满足这些需求，而门户系统能够在很大程度上降低变化所需的工作量和成本。 链接一:成功的门户系统6要素 一个成功的门户系统应该具有以下功能： 知识(或内容管理)与协作 这包括以智能化可搜索的分类方式组织内容，使其具备根据条件查询、版本管理以及访问控制等功能。 应用集成 门户是一种Web桌面，它是连接所有内部应用的网关。单一的登录功能使门户与应用之间可以进行无缝集成，集成化商业智能功能可用来提供仪表盘式的报告和事件通知服务。 业务流程管理 通过门户执行诸如发票核准以及HR任务之类的工作流程以减少和简化工作量。 品牌管理与自定义 门户框架结构可以满足企事业在单位范围内实施同步化品牌管理的需求，同时，还允许下属机构和单个用户自定义其单独的门户接口的展现和内容。 安全 功能强大的安全架构允许管理人员有选择地分派对门户性能和功能的访问，从而使相同的门户部署能够为不同的用户提供不同的内容。 管理方便 可以通过Web接口进行远程管理。此外，还可以把管理功能分散在数个用户之间，从而减轻通常由单个小组人员承担的管理责任。 链接二:渐进式门户部署方式值得考虑 一次到位，为所有的员工、合作伙伴和客户提供所需的服务，这是很多门户建设者的一个想法。尽管从技术的角度上讲，通过一个门户灵活地提供所有需要的内容来满足用户的不同需求是可行的，但是，在初始阶段要确保在指定的时间内达成这一目标是一项艰巨的任务，同时投入也要求相当高。因此，一种渐进式的门户部署方式值得考虑。 渐进式部署的好处在于，通过逐步的实施提供企业门户，在短时间内迅速地获得投资回报。就门户部署而言，可以从两个方面来考虑这一问题。首先，渐进可以按具有相似需求的单位内子门户的方式来进行：一个客户门户、一个合作伙伴门户以及一个员工门户。其次，就是把“渐进”视做每个子门户之内的重复性部署。 在第一种情况下，由于每个子门户已成功得以实施，因此，它将成为正在成长中的单位门户的一部分。这样，通过任何一个用户有权访问的登录页面都可以对该子门户进行访问；或者，“主”页通过链接把其作为可用的数个独立门户之一对其进行访问。不论哪种情形，内容和基础设施都可以在子门户之间进行共享，从而形成规模经济。 第二种情况下，重复性体现为每个子门户之内的部署，而每一次重复都将增加功能。要注意的是，推出一个拥有必要功能子集的子门户将加速投资回报的实现，但是用户的接受程度将受损失，因为门户不能立即实现为其用户提供单一访问点的目标。因此，在实现投资回报和提供能够成功地为用户所接受的产品之间达成某种平衡是至关重要的。(end)

文章内容仅供参考 (投稿) (如果您是本文作者，请点击此处) (3/10/2007)