1.2 主要门户产品简介

市场上主要的门户产品有以下几家，涉及评价时仅代表个人看法，仅用做教学交流用途，不代表任何其他目的或含义。

笔者认为，目前Portal做得比较成功的是IBM和SAP，其次是Oracle和BEA（已被Oracle收购并合并到Oracle的WebCenter产品中）。IBM的配置复杂，但功能比较强大，稳定性也比较好；BEA开发安装上手比较快，但是功能没有IBM做得好，特别是扩展性，不像IBM的生产环境和开发环境那样可以完全分离，Portal资源（比如主题、外观、Portlet）开发完成后，可以随意热插拔！

目前，一些企业门户解决方案都集中在门户的个性化服务和内容展现方面，即前端的内容管理上。但对于用户来说，建立门户的重点和难点在于对企业后台应用系统和数据的集成（Gartner Group定义），而不仅仅是前端的内容管理。我们应该从以下几方面来评价现在的门户产品。

（1）数据库产品的选择

数据库产品的选择要符合业界标准、健壮、可有效伸缩、可运行在多种硬件和软件平台上、有厂商的良好支持。

（2）开发工具包

开发、实施和维护企业门户的工具包必须与已大量采用的数据库产品，以及现有系统和应用有效集成，支持现有数据库的所有特征。开发工具包必须容易学习，并比较流行。

（3）可伸缩性

企业门户应该至少能够支持Windows NT和UNIX操作系统，并在保证企业有效利用现有资源，特别是系统管理、开发和操作方面的人员、系统与工具的基础上，提供可伸缩性和跨系统迁移的能力。

（4）包含高可用性软件

随着企业在使用者数量和使用频率上越来越依赖企业门户，高可用性乃至容错软件会越来越成为必需的。

（5）可定制

每个公司对企业数据都有多种多样的要求，所以门户就必须提供更有针对性的定制功能。

（6）与现有系统和应用的灵活结合与集成

由于把重点放在系统的反应灵敏度和对数据的访问能力上，所以所选择的系统及其所形成的架构应该能满足不断增长的需求，能够把企业数据与第三方应用有机地结合起来。

（7）包含种类繁多的对象

文档早已不是企业使用的唯一内容载体了，现在更广泛使用的是多种格式的载体，因此门户产品需要在适应范围、交互运作与实时更新方面提供强大的功能。

（8）内容管理和维护的简易性

企业门户必须能够方便快捷地加入新的内容。有的内容只限于内部使用，而另外一些将向外界公开的内容则应经过审查程序。此外，备份与归档功能必须以对用户透明的方式进行。在解决信息不一致时，对企业门户变化的自动跟踪记录工具就显得非常有用了。

全面的企业门户必须建立在一个统一集成、互联的平台基础之上，各个系统之间应能实现方便的信息交换，没有集成后台的内容就没有所谓的内容管理，因此后台系统的集成和互联是建立企业门户的重中之重。

关于产品选型的详细内容，将在本书的第3章中进行详细讲解。下面对几种产品进行简要介绍。

1.2.1 SAP Enterprise Portal与NetWeaver

1.2.1.1 SAP Enterprise Portal主要内容

SAP企业门户（SAP Enterprise Portal，简称为EP）产品将不同应用程序和IT环境中的关键信息以统一视图提供给用户，它允许企业从SAP和非SAP应用、数据仓库、桌面文档、内部和外部Web内容以及协作工具中轻松地获得业务的关键集成信息。SAP企业门户的最新版本提供了增强功能、改进的多平台支持和本地化特性，以帮助用户从技术投资中获取更多的价值。

SAP EP是组成该公司的应用软件集成平台“SAP NetWeaver”的部件之一。SAP NetWeaver与微软的.NET以及IBM的WebSphere（J2EE）具有互联性，可使用户更具灵活性，以管理多种多样的基础设施，将复杂性降到最低，以及降低总体拥有成本（TCO）。

SAP EP除了可以在最新的Windows服务器上运行以外，还可以在IBM、Sun Microsystems以及惠普的UNIX服务器上运行。该软件支持统一码（Unicode），支持20个国家语言，其中包括日语、中文以及韩国语等亚洲语言和主要欧洲语言。

新版配备了协作（Collaboration）功能，可以在工作小组和社区内共享创意、知识、文档以及计划等。工作小组的管理员可以很方便地更新共享内容、参加成员以及访问权限。此外，还可以与即时信息（IM）工具等互联实时进行交流。

另外，新版还加强了知识管理（Knowledge Management）功能，利用一条龙内容管理、数据回收、分类以及搜索，可以使零散的信息上升为知识。而加强后的SAP EP知识管理能力，则可以将非结构化信息转换成可存取、可使用的知识，让用户能充分运用最新的入口网站内容及原有的智慧财产。

这些新特性提供了完善的内容管理、先进的信息撷取、高阶的分类与搜索，提升了管理人员及使用者对信息整合及传送方式的掌控能力。

人的协同将适用的功能和正确的信息带给正确的执行者，最终用户可以不用考虑支持其业务工作的复杂的后台系统，而享受单一的客户入口和集成的用户界面，支持移动设备的接入以方便客户的移动办公。

基于SAP NetWeaver的企业门户解决方案，为客户搭建基于角色的个性化企业门户，使最终用户可以方便地访问到客户后台复杂的业务系统，特别是现有的SAP系统。企业门户可以用于企业内部网，以及企业和合作伙伴、供应商之间的B2B外部网。

采用SAP EP的典型客户有：中石油Hr Portal、国家电网的部分下属省市电力公司（如：上海市电力公司）、企业集团战略绩效门户、ABB的Hr Portal等。

1.2.1.2 SAP企业门户解决方案与服务领域

SAP企业门户解决方案的服务领域包括：

● 企业门户的建设，包括知识管理和协同工作。

● 外围系统集成。

● 在Portal上实现人力资源管理的管理者自助服务和员工自助服务。

● 工作流控制。

● Web Dynpro/Java定制开发。

● 短信通知平台：达美的移动SAP产品使最终用户可以通过手机访问系统，特别适合于在业务流程上地位关键而又经常在外出差的用户。

● 和Duet产品的集成：Duet产品是SAP和Microsoft共同开发的、实现两套产品间的集成。通过Duet软件，前台工作人员通过熟悉的Office环境方便、迅速地访问后台SAP系统处理数据，提高决策流程的效率和降低企业成本。

● 和Lotus Domino系统的集成。

SAP EP项目模式有如下两种。

第一种：主要以SAP Enterprise Portal产品现有功能为中心的项目。

通常采用配置方式来实现，使用SAP R/3（现已更名为ECC）的项目实施方法去实施项目。也就是说，尽量使用标准功能（包括Business Package）去涵盖大部分客户需求。此类项目后端集成的系统通常为SAP系列产品或比较知名的大型通用产品，如：Exchange、Notes，适用于以后端系统为中心的业务导向型项目。

第二种：以SAP NetWeaver作为二次开发平台的大型集成项目。

通常采用开发方式型项目实施方法去实施项目，适用于后端系统存在非SAP系统或非标准应用系统的情况。这种类型的项目往往为大型集成项目，同时存在利用EAI平台（如SAP XI）进行流程集成，利用BI（如SAP BW）进行信息集成。为了在后端的不同业务系统和最终用户之间设立更加友好的用户界面而实施Portal，此时需要根据后端系统的具体情况选择Portal Content或者自己开发（在多数情况下）。

正如Sampan所提到的，当后端系统用户界面已经采用Web Service技术构架时，从技术难度和工作强度上可以大大简化iView（对应于其他Portal产品中的Portlet概念）的开发。但由于多数后端系统采用过时的或者非开放型用户接口，iView的开发需要根据实际情况选择相应的技术方案，常用的开发技术为J2EE，接口技术为SOAP/UDDI。

当后端系统是SAP系统时，在后端系统中可以采用WebDynpro、BSP等技术开发WebEnable UI，便于生成相应的iView，或者直接利用JCO开发相应的iView。SAP Portal和BP自己提供的iView就能满足客户的要求，配置一下就能用了（国内目前很多的EP项目就是这样，没有开发）；另外一种情况是，SAP Portal和BP提供的iView没有提供某些功能，或者某些功能虽然提供了，但不能完全满足客户的业务需求。

或许你会想，在第二种项目模式下，需要收集些真实、具体的例子。假设某公司上EP，想用到MSS/ESS来管理HR模块，但发现SAP提供的MSS/ESS不能满足某业务需求，要自己开发iView去完成。这个时候，就要知道具体的业务需求是什么，为什么EP & BP没有提供相关的iView，或者iView提供的功能不能满足要求等，然后才是大概使用什么技术手段去开发这些iView。

其实对项目顾问和项目实施者来说，最头痛的就是，国外的EP项目很多都是在找EP的Developer。没错，你是有一点相关的开发知识，但是因为没有接触过真实的开发项目，所以要打听开发项目里面真正的例子，究竟开发些啥。其实这正是本书的重点。虽然本书是介绍IBM WPS项目实践的，但是了解一下SAP EP的项目内容也没坏处！

1.SAP EP基本术语

（1）Portal Development Kit for Microsoft .NET（PDK.NET）

SAP企业Portal开发包PDK.NET允许VS.NET开发者为SAP应用构建企业Portal组件。对于那些在Microsoft.NET平台上有足够投资的企业而言，这无疑是好消息，因为可以采用SAP NetWeaver技术通过PDK.NET极大地保护和重用.NET投资。

目前，PDK.NET支持C#和VB.NET两种语言。

（2）SAP Enterprise Portal

SAP Enterprise Portal是一种应用集成平台，它把企业的商业信息、企业应用和服务等整合在一起，并且以独立的基于Web用户界面的形式展示给操作者。

关于这一点，我认为与其他的Portal平台没有任何区别，比如BizTalk。

（3）Portal Content

Portal Content是一组Portal对象的统称。这些Portal对象存储在PCD（Portal Content Directory）中，Portal管理者可以构建、定义这些对象的外观和操作，并且访问后台的SAP应用。

（4）iView

iView是Portal Content面对用户的逻辑再现，iView本质上是一个可视化的组件，从物理的Portal Content获取数据并且在Portal中感知和展示数据。

（5）Portal Component

Portal Component是iView的支撑组件，它隐藏在iView的背后，所有展示给用户的iView外观的背后，都是经由某个对应的Portal Component从Portal Content获取数据并且推介给iView展示的。

（6）Portal Component VS. iView

Portal Component看起来与iView非常类似，但是它们有很大的区别，它们之间的区别类似于“对象与对象的实例”的区别。

采用PDK.NET开发的Code Object（代码化对象）被部署在企业Portal中，并且作为Portal Component引用。

当Portal Content管理者利用Portal Component构建自己的iView时，这些Portal Component被实例化。本质上，一个iView是一个Portal Component的实例。

（7）Portal Application

Portal Application是一组部署在同一个Portal上、逻辑上相关的Portal Component的集合。

（8）Portal Services

Portal Services是一组为Portal Component提供服务的Portal Middleware。

2.基于PDK.NET的Portal架构

基于PDK.NET的Portal架构如图1-12所示。

考察图1-12，我们会发现PDK.NET主要由三部分构成。

● 设计时环境（Portal Add-In）。

● 运行时环境（Portal Runtime）。

● Java-.NET互操作框架（Interoperability Framework）。

下面进行详细介绍。

（1）设计时环境（Portal Add-In）

Portal Add-In扩展了VS.NET的功能，使得.NET开发者可以构建、部署和调试Portal Component。所有的Portal Object（如iView Profile、User Context）和Portal Service（如Systems Landscape Service、User Management Service）将通过API的方式提供给Portal Component开发者。

（2）运行时环境（Portal Runtime）

Portal Component的运行必须依赖于Portal Runtime，它以NT服务的方式托管在.NET引擎中。

（3）Java-.NET互操作框架（Interoperability Framework）

Java-.NET互操作框架使得用.NET构建的Portal运行时与基于Java的SAP企业Portal之间可以通信。

通常在两端各有一个组件：Portal端是Java Portal组件，.NET端是Remoting组件。很奇怪，它们之间居然不是采用SOAP协议，我不知道SAP的技术人员出于何种考虑。

（4）SAP.NET连接桥（SAP .NET Connector）

通常SAP.NET Connector是一个附加工具，该工具可以使得.NET的Portal Component连接到SAP后端系统，并且完全地访问其业务对象库。

3.PDK.NET的运行时环境

PDK.NET的运行时环境包括.NET Portal运行时和Java-.NET互操作组件运行时，如图1-13所示，运行时流程如下。

[1] Portal从iView接收请求。

[2] Portal检测到这是一个.NET iView。

[3] Portal分发请求给Java-.NET互操作组件，因为只有该组件才能与.NET Portal运行时通信。

[4] Java-.NET组件传递请求给.NET Portal运行时。

[5] 如果该iView的请求需要访问SAP后端系统，那么该请求将被传递到SAP.NET连接桥。

[6] SAP.NET连接桥连接到SAP后端系统，获取或者更新数据。

[7] 结果返回到iView。

[8] 该.NET iView必须被.NET Portal Runtime处理和规则化（着色）后，传递给互操作组件。

[9] 处理结果通过互操作组件直接返回到Portal。

[10] 结果通过J2EE Server推送给浏览器。

注意

在设计状态，其过程与此相同。

4.其他

目前PDK.NET的最新版本是2.5版，评估版有30天的试用期。PDK.NET安装之后，感觉外观很丑陋，SAP的东西就是这样，有很好的理念和业务模型，但是技术上总是差强人意。

不过，我根据SAP的Manual尝试着做了一个Case，发现这个东西和一般的.NET Assembly没有什么区别，使用起来还是很方便的。

如果大家对NetWeaver有一些基本了解的话，就可以知道，它主要有四层结构，即：应用的集成、流程的集成、信息的集成和人员的集成，以及其他一些辅助工具，如集成应用框架和生命周期管理（见图1-14）。

NetWeaver的流程、信息以及人的集成分别由以下几部分来实现。

● SAP MI（Mobile Infrastructure）。

● SAP EP（Enterprise Portal）。

● SAP BW（Business Information Warehouse）。

● SAP MDM（Master Data Management）。

● SAP XI（Exchange Infrastructure）。

在大多数SAP相关项目中，只有SAP WAS（Web Application Server）是必需的，而其他的都是应用企业视自身需求进行自行选择。因此，目前在与NetWeaver相关的具体实施项目中，主要还是分成以下两种。

（1）只安装WAS

这种所谓的NetWeaver实施其实很难称之为“NetWeaver实施”，因为很多企业在安装WAS时，脑子里压根就没有NetWeaver平台的概念，他们仅仅是把WAS作为SAP的新版Basis来用。他们的实施方式通常是只安装一个WAS的ABAP环境，然后在上面安装mySAP ERP等SAP应用系统。

这种单纯地只安装WAS模块的项目，委实与SAP本身对NetWeaver的期望相差甚远。但幸运的是，SAP并未因此而自我欺骗，从一开始SAP公司内部就规定，用户至少要采用3个以上的NetWeaver组件（最常见的选项通常是WAS+Portal+BW）的项目才能被计算成一个NetWeaver项目，最近又进一步地把必须采用的组件数目上升为4个。

（2）重点应用NetWeaver中的某些组件

我们在上文提到过，SAP绝不希望用户仅仅是把NetWeaver当做传统Basis的替代品，而是希望他们能切实地把NetWeaver作为企业内部的一个集成应用平台。如果要发挥集成应用平台的作用，显然要尽量应用NetWeaver的相关功能。

比如，企业可能为了整合对各系统的统一访问入口而采用SAP EP；或者为了集成不同系统简化接口而采用SAP XI；或者为了对企业内部各个应用系统中的各种信息进行深入分析而采用SAP BW；或者为了统一企业内部杂乱无章的产品信息等各类主数据而采用SAP MDM；甚至是更多其他NetWeaver中的高级应用。这些项目都可以作为一个独立的NetWeaver项目来实施，而通常意义上所指的NetWeaver项目也主要是指这种项目。

但SAP NetWeaver完全改变了这种现象，SAP公司已经宣布重大政策调整，向非客户个人开发者授权NetWeaver，而以前只有SAP的客户以及合作伙伴公司才有权获得SAP系统。我们完全有理由期望SAP会理智地做出更进一步的举措，将更多的Java以及.NET开发人员聚集于NetWeaver平台的大旗之下，从而合力把NetWeaver打造成真正的“企业Windows”。

1.2.2 IBM WebSphere Portal简介

IBM WebSphere Portal是业界综合性最强的门户网站解决方案，已经成为了事实上的电子商务体系结构标准。为了实现这个体系结构（见图1-15），WebSphere Portal中集成了IBM和业务合作伙伴的技术。IBM还在扩展门户软件，以开发更多的产品，这些产品可提供高度个性化和情景相关的应用——可随时通过任何设备访问。

IBM WebSphere Portal Server为动态信息、应用、流程和人员提供了单一的节点，以实现那些已创建成功的B2E（Business-To-Employee）、B2B和B2C门户的要素之间的互动。同时，IBM WebSphere Portal还支持各种普及运算设备，使用户可以随时随地通过任何有线或无线设备与门户实现互动。

1.门户策略

IBM应用门户方案所解决的问题就是与不同的异构系统应用连接，提供统一的客户端平台；提供标准平台和接口，进行企业应用整合；提供个性化的应用组合服务，从业务的角度管理应用内容；达到应用开发一次，服务多种不同终端；实现开发可部署的应用组件，为实现Web Services奠定好基础。

IBM相应的策略就是提供跨行业的门户应用基础架构，满足不同类型的门户要求，如B2E、B2B、B2C，支持固网或移动网络终端设备，满足企业或运营商的需求；提供知识管理的门户应用，侧重于社区和协同工作型的B2E方面，利用Lotus公司在知识管理方面的优势和产品，集中各方优势，形成共享的技术基础。IBM为满足不同用户需求而提供的三个级别的解决方案如下。

（1）WebSphere Portal Enable Solution

这是一个灵活的、可扩展的门户框架，是企业创建高度个性化门户的基础。它为跨门户环境提供了连接、集成、管理及其他个性化功能，例如，连接服务可以使用户轻松地访问企业数据、外部信息资源，以及来自业务合作伙伴的应用。

WebSphere Portal Enable Solution还为电子邮件、日历、协作、企业共享信息、应用集成以及其他功能提供了很多应用程序或模块，用户以及其他软件厂商完全可以通过采用门户模块应用程序接口（API）拓展业务。

（2）WebSphere Portal Extend Solution

它除了具备WebSphere Portal Enable Solution的所有功能之外，还附加了集成化团队空间、即时消息处理、扩展搜索、社区创建以及网站分析等功能。

另外，WebSphere Portal Extend Solution还包含了扩展搜索功能，用户可以启动多个搜索引擎，检索DB2、Oracle等多个相关数据库和Lotus Notes Domino数据库、文本或HTML（超文本标记语言）文档，以及启动Web搜索引擎。

（3）WebSphere Portal Experience Solution

它在WebSphere Portal Extend Solution的基础上增加了先进的电子会议、应用共享、企业内容管理以及强化的安全等特性，成为开发、配置和维护企业门户的最广泛的解决方案。

WebSphere Portal Experience Solution还具备Lotus QuickPlace和Sametime技术的先进协作功能，例如，支持电子会议、应用共享、非连接团队空间等。

IBM WebSphere Portal Server使各公司能够构建自己的满足员工、业务合作伙伴和客户需要的客户化门户网站，用户可以登录门户网站，得到能够根据自己的需要提供信息和Web应用的个性化网页。

IBM WebSphere Portal Server是企业用来开发和部署门户网站的软件，许多类型的门户网站，包括企业、电子市场、客户及工作区门户网站正变得很普通。WebSphere Portal Server提供了单个解决方案，供企业构建商务需要的门户网站类型。

2.扩展门户功能

由于客户的门户应用重点不同，可以使用IBM的业务合作伙伴和附加软件扩展WebSphere Portal，这些软件包括用做无线网络基础架构的IBM WebSphere Everyplace Server，用于信息管理的Lotus Discovery Server，用于先进信息集成和连接的IBM EIP、Voice+、Location Base Services、Dynamic Translation和WebSphere平台的其他功能。

如图1-16所示，这些应用其实都可以作为一个独立的专业门户，例如：经销商门户、电子商务门户、商业智能门户、无线门户等。IBM WebSphere Portal采用了虚拟门户技术来解决这个问题，虚拟门户的下端是连同主门户一起集成的企业各类资源，上端则根据具体的业务需要抽取出部分相对独立的数据和信息资源，以独立的方式为用户提供服务。

根据与SAP Portals达成的协议，IBM已经在为用户提供将SAP、PeopleSoft、BaaN、Oracle Financials及其他公司的关键业务应用与WebSphere Portal解决方案集成的软件。

1.2.2.1 WebSphere Portal的主要功能模块

（1）内容和搜索

部署门户网站时，企业希望可以查看、组织、共享和查找各种信息源提供的信息，并可以查找各种信息源以各种格式提供的信息。在所有的门户网站产品中，WebSphere Portal拥有最全面的内容特性，可以支持合成内容、文件管理、Web内容管理，可以与领先的Web内容管理系统集成，实现高级个性化特性，并能够搜索包括归类和汇总功能的Portlet。

（2）Web内容管理

Web内容管理负责创建、核准内容创建者制作的Web内容，并将其发布到Web服务器。这一流程的步骤包括：定义内容类型、角色、发布选项、目的地规范以及工作流程。今天的市场上有许多内容管理厂商，包括Lotus Workplace Content Development（以前称为Aptrix）、Interwoven、Vignette、Documentum、FatWire、Stellent等。

（3）工作流

WPCP管理每个用户的任务类别，维护每个用户能够看到或更改的内容的访问控制，并可以在内容准备好的时候协调核准和发布流程（见图1-17）。

（4）高级搜索和文件处理

IBM Web Content Manager能够跨多个信息源管理数据接入，如：内容管理库、电子邮件系统、关系型数据库、文件系统、网站（内部网站和互联网）等。开发人员用来使用IBM Web Content Manager的界面称作DB2 Information Integrator for Content，它通过一套统一的API集成企业范围内的数据源，以简化编程并加速开发和部署，同时提供将门户应用与基础数据存储库更改隔离的界面层。

1.2.2.2 安全性

随着B2B和B2C Web应用的迅猛发展，电子商务需要保护关键的信息资产，免受入侵者和黑客的破坏。为客户重新托管电子商务内容和应用时，服务供应商也需要类似的保护。门户应用和资源可以通过以下方式得到保护。

（1）成员服务

许多环境都需要集中管理用户身份、用户证书和许可。门户服务器包括用来定义门户用户和管理用户访问权限的方法。

用户和用户组子系统包括网页、管理Portlet以及一个存储库；用户可以在网页上注册并管理自己的账户信息，管理Portlet用来管理用户账户和用户组信息，而存储库则保存所有有关门户用户的信息。它提供了各种服务，可以从存储库中创建、读取、更新和删除用户。用户配置文件信息包括用户姓名和用户ID等一般信息，以及感兴趣的新闻主题、首选语言等参考信息。用户可以是一个用户组或多个用户组的成员，而且用户组中可以包含其他用户组。

（2）身份验证

身份验证指建立用户身份的程序。通常，门户服务器使用WebSphere Application Server提供的身份验证，还可以使用与应用服务器可靠关联的第三方身份认证服务器，如：Tivoli Access Manager WebSeal或Netegrity SiteMinder。

IBM Tivoli Access Manager和Netegrity SiteMinder的TAI模块已经打包在门户服务器中，包括所有版本。WebSphere Application Server InfoCenter包括为其他第三方代理服务器创建自定义TAI模块的有关信息。

（3）单点登录

门户服务器提供综合单点登录（SSO）支持，用户希望能够一次登录成功，并使用同样的统一用户证书了解门户服务器的不同部分，访问不同的门户应用不需要用户多次登录。

门户服务器使用WebSphere Application Server以及身份验证代理来支持单点登录域，这意味着用户只需登录一次就可以访问单点登录域中安装的所有企业应用。

1.2.2.3 门户网站个性化

（1）定制页面

用户能够拥有一个或多个个性化页面，并可以从主页导航到每个页面。页面分级排列，深度可以任意设定。每个页面都可以有自己的颜色主题、皮肤和页面布局选项。主题可以用来定义字体、颜色、间距及其他直观元素，主题包括层叠样式表单、JSP文件和图像。皮肤指Portlet周围的装饰和控制元件，如：标题栏、边界、阴影等。在页面结构的每个级别上，下一级的页面都可以继承上一级页面的主题和皮肤，也可以覆盖其中一个或全部。

（2）皮肤和主题

门户服务器使用JSP模板、层叠样式表单和图像系统来定义门户页面的外观。可以修改这些元素，以控制门户网站的显示，甚至可以添加公司特定的商标元素，或者生成不同的颜色方案和直观风格。

新版本增强了定义颜色主题和门户网站皮肤的系统，可以支持每个主题的多个皮肤、附加商标元素、导航风格，以及独立于浏览器的动态层叠样式表单。

（3）虚拟门户网站

通过在不同的位置使用不同的主题，简单地安装门户服务器即可提供支持许多“虚拟”门户网站的效果，例如：公司可能希望为每个部门提供不同的门户网站，或者希望为每个业务合作伙伴提供专用的B2B门户网站。每个虚拟门户网站都能够设计使用一个或几个位置；每个位置都有自己的主题、皮肤、页面布局和访问许可。相关门户网站资源的管理可以由不同管理员执行。

（4）个性化

WebSphere Portal产品包括WebSphere Personalization（个性化）服务器。使用个性化服务器的目的是可以针对特定用户提供内容，以满足门户网站的业务目标。

WebSphere Personalization提供的方法使相关专家可以选择适用于每个站点访问者的特殊需求和兴趣的内容。基于Web的工具可以帮助公司迅速、简便地利用业务部门和相关专家创建的内容。

个性化解决方案涉及3个基本组成部分。

● 用户配置文件：有关站点用户的信息，包括用户的属性。

● 内容模块：定义内容的属性，如产品说明、文章及其他信息。

● 匹配技术：将用户与适当内容匹配的引擎，包括过滤、规则、建议引擎或三者的组合。

1.2.2.4 系统管理

门户网站的管理是通过门户网站自身完成的，可以采用集中或委托的方式。门户网站的管理主要包括以下几个方面。

（1）门户网站设置

在全局设置Portlet中，管理员能够更改默认语言、缓存超时值等Portlet设置。此外，有的设置可以控制处理新用户会话的方式、用户非法访问Portlet时应采取的措施等。非法访问可以被忽略（换句话说，不显示Portlet），或者可以用提示信息页面代替，这样用户能够采取必要的措施来纠正状况。老用户可能希望从自己上次离开时的位置开始浏览，因此WebSphere Portal中提供了一种设置，可以保留上次访问的状态，并且在用户下次访问时自动返回该页面。

（2）门户网站分析和日志记录

管理员能够控制跟踪和日志记录活动，可以通过Portal Analysis管理选项和带有启用跟踪设置的Portlet监控用户活动，跟踪用户常用信息，也可以通过修改日志子系统的配置属性文件来实现。

（3）协作

企业门户网站将人员连接到他们需要的应用、内容和资源。门户网站还通过社区页面、共享书签、联系人列表和个人工作Portlet将人员连接在一起。

协作实际上是要个人在团队中高效地工作，以解决业务问题。门户服务器包括Portlet和服务，设计用来通过消息收发、文件库、用户简要表、收件箱和日历、联机目录服务、团队工作空间和电子会议来支持团队活动。用户能够在他们当前的工作环境下使用这些协作服务，而无须离开门户网站再去打开其他应用程序。

1.2.2.5 移动门户网站

IBM开发的最新企业门户产品可以通过手持或移动设备接入。目前IBM门户服务器可以使用3种标记语言生成门户页面，支持移动设备。HTML用于桌面系统计算机和一些PDA产品；WML用于WAP设备，主要包括移动电话；而cHTML则用于NTT DoCoMo iMode网络中的移动设备。

IBM的移动解决方案是基于WebSphere平台构建的可用于手机、平板电脑访问的移动终端门户，其功能非常强大（见图1-18）。当然，美中不足的是，IBM的手机门户采用了单独的介质，需要单独安装。换句话说，当一个企业基于IBM WebSphere Portal建设了PC企业门户后，如果想增加手机访问的功能，必须另外安装一套全新的介质，如果想做到大集成，还需要把PC企业门户迁移到手机门户上去。

1.2.3 微软SharePoint

比尔·盖茨曾说过，一个企业收集、管理和使用知识信息的方式，决定了这个企业的成败！这也是微软的企业门户产品的精髓所在。对企业运营来说，真正有价值的是把散乱的数据和无序的信息整合后作为一个有组织、有价值的知识存在。企业可以通过建立智能型的企业内部知识门户，实行自动化的灵活机动的工作流程应用和移动化办公手段来有效地管理现有企业知识，提高企业生产力和竞争优势。

企业的信息、竞争者的信息和文档是散落在各处的，企业内部ERP、CRM、财务、人事等各种各样的应用系统是各自独立的，所以找到所需要的信息和信息分享是相当不容易的。对于IT管理人员来说，应用软件的整合也就更困难了。微软针对整个问题，推出了企业知识管理门户解决方案（Enterprise Knowledge Management Portal，EKP），整合了Microsoft SharePoint Portal Server 2001平台和Exchange 2000与数字仪表板的Web组件技术。

SharePoint Portal Server是一个灵活的企业门户解决方案，可以帮助用户轻松地查找、共享和发布信息。这个服务器产品提供了可以与Microsoft Office和Microsoft Windows办公桌面环境无缝集成的知识管理平台，从而使企业客户将强劲的文档管理、搜索、订阅及在线讨论功能集成到文档协作处理过程中。它可以索引分布于企业各处的文件服务器、Web服务器、Exchange公共文件夹、Lotus Notes数据库及其他数据源中的文档，并提供相应的搜索和发布功能，使用户可以高效地利用现有的信息，并以非常有效的新方式捕捉信息。SharePoint Portal Server同时具备可扩展Web Part技术的体系结构，为企业提供创建与扩展局域网所需的有效途径。

此方案让企业不但可以快速构建企业知识门户，同时还可以通过单一网页整合来自不同出处的信息、文档及不同时期发展的应用系统。它除了可以彻底解决企业信息分享、整合、搜寻与管理不易的问题外，更让使用者只要通过简便的浏览器即可操作不同的系统应用软件，大幅降低软件的使用学习时间。

在国内，联想电脑、北方工业公司下属公司、中国移动、中国地质勘探和多所学校等许多客户陆续采用了SharePoint Portal Server建立企业内部的管理门户。

1.2.4 Sun：iPlanet EIP可靠集成

早期的Sun/Netscape联盟作为EIP服务提供商，iPlanet已经把EIP发展成为一个完整的企业门户产品系列。现在Sun公司已经被Oracle收购，此组件处在一个相对尴尬的境地。

不论是采用B2C还是B2B的电子商务模式，第一步都要建立一个“窗口”，通过这个窗口，把客户、合作伙伴和企业的员工联系起来。客户、合作伙伴可以了解企业情况，员工可以不受时空的限制，了解自己的工作任务，企业决策者可以随时掌握企业各个部门或分公司的生产状况。因此，建立一个企业信息平台就成为企业信息管理的重要需求。

iPlanet的EIP解决方案使企业将业务与客户、合作伙伴、供应商更紧密集成在一起。企业中从高层管理者到一般业务员，只需要通过标准的Web浏览器，就可以访问到自己需要的企业信息。iPlanet的EIP应用可以使企业定制自己的个性化、行业化的信息门户，无缝地集成企业的各种功能，如图1-19所示，iPlanet企业门户集成了客户关系管理、在线销售、知识管理、内容管理等系统，并为用户提供安全的个性化服务。

iPlanet的EIP产品提供了一个企业信息网站建设的工具平台，可以方便地帮助企业完成信息的采集与发布，以及企业内外部信息的反馈与传递、交流与沟通。iPlanet的门户作为业界领先的个性化电子商务门户平台，允许创建更加安全可靠和定制化的电子商务门户，从而为员工、客户、合作伙伴和供应商提供服务，减少门户的实现与管理成本。iPlanet的门户服务器为维护高度可伸缩和可靠门户，提供必需的全部成员管理服务、个性化服务、集合服务、安全服务以及集成服务。

iPlanet的EIP产品具有如下特性。

● 可以帮助客户创建和管理社区。

● 可以实现多级别门户的个性化。

● 通过可定制的门户渠道传递集成的内容、应用程序和服务。

● 允许员工、供应商和合作伙伴利用无线接入设备或远程访问门户，而不需要安装和维护额外的客户端软件。

● 保护现有技术和数字资产投资。

● 集成本地未上网的Windows NT、UNIX X-Server和主机应用程序。

● 提供单点登录门户应用程序的功能。

● 提供高度可缩放、高可靠性的系统架构。

由此我们可以看出，iPlanet的EIP解决方案不仅可以减少企业门户的实现和管理费用，帮助企业汇集内部及外部的信息，而且可以全面改进员工的生产效率，优化供应商和合作伙伴的交易，并产生新的利润源。

iPlanet门户服务器在EIP解决方案中起着非常重要的作用，它将信息管理技术应用到门户服务器中，使门户服务器的这部分功能在本质上得以提高。iPlanet门户服务器具有很强的开放性和可扩展性，企业能够方便地根据目前情况与计划进行设置；用户可以根据自己的需要设置相关参数，定制门户服务器界面，并可以很容易地加入其他电子商务提供商的增值服务与应用；可以帮助客户创建和管理社区，实现多级别门户的个性化。用户通过可定制的门户渠道传递集成的内容、应用程序和服务，利用无线接入设备或远程访问门户，集成本地未上网的Windows NT、UNIX X-Server和主机应用程序，并提供单点登录门户应用程序的功能高度可缩放、高可靠性的系统架构。