门户网站调研报告.docx

门户网站调研报告.docx

《门户网站调研报告.docx》由会员分享，可在线阅读，更多相关《门户网站调研报告.docx（14页珍藏版）》请在冰豆网上搜索。

门户网站调研报告

门户网站调研报告

1.简介

1。

1目的

公司信息化统一平台采用的是B/S结构,给企业员工提供Web入口，而Web的架构设计涉及到门户网站的概念，为了将最新门户技术和理念应用到我们的平台建设中,有必要对门户网站进行调研，理解和吸收其中的技术。

1.2名词解释

名词

解释

Portal

门户，下文有具体解释

Portlet

组成门户的构件,是一些html相关代码片段

WSRP

WebServicesforRemotePortlets,一种构建门户网站的标准协议，文中详解.

EIP

EnterpriseInformationPortal，企业信息门户,文中有详解。

2。

概念

门户网站的定义比较广泛，各有各说法，不过大概内容框架一致,都是提供一个统一的信息聚合展示和信息处理的Web入口，这些信息可以来自不同的子应用系统,下面摘自网络上的定义：

2。

1来自XX百科的定义：

门户（portal），原意是指正门、入口，现多用于互联网的门户网站和企业应用系统的门户系统。

门户网站，也是一个被称为链接页面，提出一个统一的信息的方式从不同的来源研究。

所谓门户网站，是指通向某类综合性互联网信息资源并提供有关信息服务的应用系统.

广义定义：

这里是一个Web应用框架,它将各种应用系统、数据资源和互联网资源集成到一个信息管理平台之上，并以统一的用户界面提供给用户，并建立企业对客户、企业对内部员工和企业对企业的信息通道,使企业能够释放存储在企业内部和外部的各种信息。

狭义定义：

所谓门户网站，是指提供某类综合性互联网信息资源并提供有关信息服务的应用系统。

门户网站最初提供搜索引擎、目录服务。

由于市场竞争日益激烈,门户网站不得不快速地拓展各种新的业务类型，希望通过门类众多的业务来吸引和留住互联网用户，以至于门户网站的业务包罗万象，成为网络世界的“百货商场”或“网络超市".从现状来看,门户网站主要提供新闻、搜索引擎、网络接入、聊天室、电子公告牌、免费邮箱、影音资讯、电子商务、网络社区、网络游戏、免费网页空间等。

企业信息门户:

企业信息门户EIP（EnterpriseInformationPortal）是指在Internet的环境下，把各种应用系统、数据资源和互联网资源统一集到企业信息门户之下,根据每个用户使用特点和角色的不同，形成个性化的应用界面,并通过对事件和消息的处理、传输把用户有机地联系在一起.

个人门户网站：

就是以个人为中心的上网入口，还可以进一步延伸为个人信息中心.

个人门户具备门户的全部特征，同时能够实现个性化定制,实现内容、社区、应用的有机整合。

个人理解,所有等级的门户网站的框架是一样的,都是由一些不同应用系统的内容聚合在一个页面上,提供一站式服务，只是信息集不同，企业级别的是企业视图的门户（侧重在整个企业信息），部门级别是部门视图的门户（侧重在部门信息），个人级别是个人视图（则重在个人相关信息）。

2。

2企业门户和综合门户的区别

企业门户和其它大众综合门户最大的区别是，受众不一样，所以呈现的信息也不一样。

综合门户提供的内容一般有：

提供新闻、搜索引擎、聊天室、免费邮箱、影音资讯、电子商务、网络社区、网络游戏、免费网页等服务.在中国，典型的综合门户网站有新浪、网易、天涯、腾讯和搜狐等。

企业门户主要面向企业内部员工，客户、合作伙伴和供应商，一般提供的内容有包括内容管理、文档管理、搜索、分类、商业智能、协同、知识管理、工作流等.

企业门户和普通企业站点的分别,普通站点的内容一般来源于同一个系统，而且往往展示的内容比较固定，而企业门户,叫得上门户，都要求可以在同一个页面上聚合不同子应用系统的内容，而且可以较方便的进行内容定制.

下面是一个综合门户和企业门户的例子，图片中加的红色框在这里是为了说明采用的技术，这些门户由portlet构件组成,而这些portlet是很方便定制的。

综合门户（新浪网）：

企业门户（中石化）：

3.门户网站架构

3。

1门户网站常见功能：

一般门户可能会包含以下功能，见表3.1。

1：

功能

描述

内容聚合

能够把各种不同应用的内容聚合到一个统一的页面呈现给用户。

基于角色的视图定制

能够基于组织机构中不同的用户的角色生成不同的视图内容.例如，人力资源总监和财务经理登录后所看到的页面也是不同的.

个性化

用户能够根据个人喜好定制符合自己风格的页面和内容。

例如，小王喜欢淡蓝色的格调，并且投资股票，则他可以选择一个淡蓝色风格的主题，并且使用一个已经定制好的股票portlet，允许小王设定此portlet的自动刷新时间和自选股等.

单点登录

只需登录Portal服务器一次就可以访问所有其它的应用，这意味着你无需再分别登录每一个应用。

协作功能

一些Portal框架可能会提供复杂的portlets用于聊天，应用程序共享，白板，在线会议,论坛等.

访问控制

根据用户权限限制可访问的内容和服务。

搜索功能

提供内容搜索功能。

国际化

根据locale的不同呈现不同国家的文字。

工作流

这里主要指支持跨越不同数据源和应用的工作流。

支持不同的客户端

包括主流web浏览器,PDA等。

表3。

1。

1Portal功能

3.2门户网站的页面构成：

门户网站页面元素,一般若干Portlets组成，Porlet表示门户的组件，一般由title和content组成，见图3。

2。

2:

图3.2.2portal页面的元素

实例：

实例来源：

http:

//www。

onjava。

com/pub/a/onjava/2005/09/14/what-is—a—portlet.html

3。

3应用架构

参考例子：

实例来源：

这是网上的一个例子，是一个企业信息门户架构,有一定代表性。

功能方面按照不同的企业需求会有所不同.

3。

4技术架构

在浏览器端使用ajax技术,子应用系统端使用SOA，Webservice，Portlet,WSRP等技术。

说明：

1，这里只显示了门户内容发布和聚合的情形,其它的如单点登录等功能没画出来。

2，各子系统需要暴露的门户入口内容转成网页构件portlets，并实现WSRP协议接口。

3，门户站点通过WSRP协议访问各子系统，按照发布需求把相关的portlets抓过来组成一个门户页面.

4，用户通过浏览器访问门户站点，返回一个统一的页面。

Ajax技术可以局部刷新内容,或者直接把portlet拉回来（如果权限和设计允许）。

5，用户通过门户进入其中一个portlet后，如果那个portlet不是一个子门户，可以根据需要设计成正常访问子站点一样（不用全部页面都设计成portlet模式）.

4。

门户构建技术

传统上，采用“container—orientedportalmodel”方式创建门户网站,这种方式比较依赖容器，使得内容聚合比较困难。

随着Web2。

0的到来，大量的新技术开始应用到门户建设中，例如AJAX，widgets,REST,WOA/SOA等，也出现了针对门户Portal的国际标准,比如java社区的JSR168/JSR286，还有通用的WSRP（WebServicesforRemotePortlets），下面介绍下JSR168和WSRP（重点介绍）:

首先是portlet的定义：

Portlets在Web门户上管理和显示的可插拔的用户界面组件。

Portlet产生可以聚合到门户页面中的标记语言代码的片段，如HTML，XML等，通常,根据桌面隐喻，一个门户页面显示为一组互相不重叠的portlet窗口，其中每一个portlet窗口显示一个portlet，因此,可以说一个（或一组）portlet就像一个在门户网站上运行的基于Web的应用程序,Portlet应用程序的一些例子包括电子邮件，天气预报，论坛和新闻等.Portlet标准的目的是使开发人员开发出的portlet可以插入到任何支持该标准的门户网站。

JavaPortlet规范（JSR168，JSR286）提供portlet在不同Web门户网站的互操作能力。

该规范定义了portlet容器和portlet之间交互的一组API,解决个性化，展示和安全方面的问题.

由于JSR168/JSR286标准只能应用在java上，所以这里不详述.下面介绍的标准是通用的,没有受语言和容器限制，此标准比JSR168/JSR286更高一层次.

4。

1门户实现技术规范（WSRP）：

（注意：

内容摘自网络）

WSRP（WebServicesforRemotePortlets），一个定义了如何利用基于SOAP的Web服务在门户应用程序中生成标记片断的规范。

通过定义一组公共接口，WSRP允许门户在它们的页面中显示远程运行的portlet，而不需要门户开发人员进行任何编程。

对于最终用户，这些porlet就和运行在他们本地的门户上一样，但是实际上这些portlet来自于远程运行的portlet容器,并且交互是通过SOAP消息的交换来实现的。

在面向服务的体系结构中利用WSRP将是一个强大的组合，从而使面向呈现的portlet应用程序可以被发现并重用而不用任何额外的开发和部署活动.

WSRP是一项呈现技术，并且最近获得了众多门户市场主要厂商的支持,包括IBM®,BEA，Oracle和Microsoft®。

WSRP的最终目标是将Web服务和面向服务体系结构的优点带给最终用户。

下面通过图文简要介绍：

图4。

1。

1.WSRP依赖于现有的Web服务技术

图4.1。

2.集合本地portlet标记的门户

图4.1.2 显示了一个传统的门户模型，门户有一个portlet容器，运行多个不相关的portlet。

每个portlet都生成标记片断,门户把这些片断集合在一起，创建一个完整的页面呈现给用户。

如果Web服务提供一个机制来创建独立于平台的服务，且JSR—168定义了一个标准来开发portlet，那么你为什么需要WSRP呢？

答案很简单.虽然Web服务提供了重用后端服务的能力，WSRP却让你能够重用整个用户接口！

在这个例子中加入WSRP，你可以更加容易的将股票报价portlet集成到你的门户中。

你可以浏览UDDI目录来为用户提供portlet本身，或者提供用户浏览portlet注册表的能力。

一旦发现了StockQuotePortlet,将其添加到门户上只需要点击几下鼠标就完成了.你不需要执行任何代码编写或者部署活动,因为该portlet是通过WSRP来调用的.最终用户不需要了解任何关于WSRP的知识，甚至不知道他们的portlet实际上是远程托管的！

最终用户只知道他们有一个可用的portlet目录，他们可以从中进行挑选。

还有什么可以更容易呢？

图4。

1。

3。

作为WSRP消费者的portlet从远程portlet中集合标记

WSRP生产者（WSRPproducer）:

这是一个Web服务，提供了一个或者多个portlet，并且实现了一套WSRP接口，因此也为消费者提供了一组常用操作。

生产者仅仅可以提供一个portlet，或者提供一个运行时（或容器）来部署和管理多个portlet，这取决于实现方式。

WSRP生产者是一个真实的Web服务，通过WSDL和一组端点完成。

WSRP中的每个生产者都是通过标准的WSDL文档来描述的。

WSRPportlet：

WSRPportlet是一个可插入的用户接口组件，存在于WSRP生产者内，通过生产者定义的接口进行远程访问。

WSRPportlet并不是一个Web服务（它不能被直接访问，必须通过他的父生产者来访问）。

WSRP消费者（WSRPconsumer）：

这是一个Web服务客户端，调用生产者提供的WSRPWeb服务并且为用户提供环境来同一个或多个生产者提供的portlet进行交互。

WSRP消费者最常见的例子是门户。

正如前面间接提到的那样,WSRP定义了一组公共接口，所有的WSRP生产者都需要实现这些接口，并且WSRP消费者必须使用这些接口来同远程运行的portlet进行交互。

由于这些接口已经被完善定义，用来同任何符合WSRP的生产者进行通信,因此标准化这些接口使门户可以与远程运行的portlet进行交互.WSRP规范需要每个生产者实现两个必需的接口，还可以实现另外两个可选接口：

∙服务描述接口（必选）：

 服务描述接口允许WSRP生产者向消费者介绍它的功能。

WSRP消费者可以使用这个接口来查询生产者，以便发现其提供了哪些portlet，以及关于生产者自身的一些其他元数据。

这个接口可以作为一个发现机制来确定所提供的portlet，但是同样重要的是让消费者可以了解关于生产者技术能力的附加信息。

生产者元数据可以包含消费者与任何portlet交互之前，生产者是否需要注册或初始化cookie的信息.

∙标记接口（必选）：

 标记接口允许WSRP消费者同WSRP生产者的远程运行的portlet进行交互.例如,当用户通过门户页面提供一个表单时需要使用这个接口执行一些交互。

另外，门户可能需要根据portlet当前的状态来获取最新的标记（例如当用户点击刷新或者与当前页面的另一个portlet进行交互的时候）.

∙注册接口（可选）:

 注册接口允许WSRP生产者要求WSRP消费者在通过服务描述和标记接口与服务进行交互之前进行某种形式的注册.通过这个机制,生产者可以为特定类型的消费者定制他的行为。

例如，生产者可能基于特定的消费者过滤一些提供的portlet。

另外，注册接口提供了一个机制允许生产者和消费者进行对话，这样他们可以交换关于彼此技术能力的信息。

∙Portlet管理接口（可选）：

 Portlet管理接口使WSRP消费者可以访问远程运行的portlet的生命周期。

通过这个接口，消费者具备定制portlet行为甚至是销毁一个远程运行的portlet实例的能力.

图4。

1.4.涉及WSRP的一个典型的发布—发现-绑定（publish—find-bind）使用场景

图4。

1.4 显示了一个典型的使用场景，有以下几个步骤：

a）提供者已经开发了一组portlet，通过设置WSRP生产者并将其公开为WSRPportlet,使这些portlet可用。

提供者希望这些portlet可以公用，因此他将它们发布到一个集中的UDDI注册中心中。

由于UDDI公开了Web服务接口，提供者可以通过自定义构建UI或者通过UDDI服务器提供的UI来执行发布。

b）最终用户正在为他的门户寻找portlet。

他使用他的门户提供的工具（或者为了这个目的而自己编写的工具）执行了对portlet的查找，一旦用户发现想要添加到门户的portlet，他很容易的就将新的portlet应用程序添加到他的一个门户页面上。

或者，门户管理员可以搜索UDDI注册中心并将他们添加到门户的内部注册中心中,使其对于最终用户可用.

c）当用户访问添加了新portlet的页面时，该页面现在就已包含了远程运行的portlet.幕后的活动是门户将Web服务请求发送给远程生产者，生产者为门户返回标记片断以集成到门户页面中。

然而，最终用户对WSRP的繁琐细节一无所知－－他所知道的就是他可以将新的应用程序简单的无缝集成到他的门户中。

4。

2开源框架：

常用的开源框架有：

DotNetNuke,Liferay，eXoplatform，Sakai，uPortal，GridSphere,StringBeans等，其中非java的有DotNetNuke.

下面给每个开源Portal框架打分，1～5分,其中5分是满分，最后统计总分，就是我们评价的最优开源Portal框架（DotNetNuke没有数据）

标准

Portal框架

Sakai1。

5

uPortal

GridSphere

eXo平台

Liferay

StringBeans

遵循JSR168规范

0

5

5

5

5

5

便于安装

3

5

5

5

5

5

文档

2

2

4

3

3

5

在线支持

3

3

4

4

3

5

Potal管理

3

5

4

5

4

5

自定义

4

3

4

3

5

4

portlet资源库

4

3

4

3

5

3

性能

2

4

3

4

3

3

安全

3

4

3

4

4

4

技术

3

3

4

5

4

3

Portal特性

2

2

3

5

4

2

服务器兼容性

3

3

3

4

5

3

WSRP标准

0

3

0

3

3

0

合计

35

49

51

57

58

51

5.手机门户

随着移动化需求高涨，手机也是一个重要的门户，也可以使用Web方式的门户技术。

但如果不采用Web方式展示信息，则需要重新规划设计用户UI架构，尽量使其做到“即插即用"效果，方便扩展和定制。

6.我们的平台门户建设

目前我们统一平台,新开发的子应用系统都是使用。

net技术构建，其它部门的或者遗留系统有使用delphi和java实现的。

在自己可控部分可以使用portlet,webpart，WebService，WSRP技术.而与其它系统集成时,如果其它系统不方便按照上面的技术实现接口，则退而求次，和其它系统之间只是提供链接图标入口和单点登录功能（如果可行的话）。

在集团信息化平台建设过程中，可以加入分层门户的架构，比如集团门户，事业部门户，个人门户。

根据实际情况，可采用WSRP标准实现，或者使用自定义标准实现（如果WSRP实现有困难的话）。

同时实现门户的个性化，可定制功能，满足员工的习惯，提供他们的工作效率。

有几个值得考虑的功能点是：

社交,即时通讯，数据共享，移动化,这些功能有待斟酌讨论。