市场上主要的门户产品有以下几家,涉及评价时仅代表个人看法,仅用做教学交流用途,不代表任何其他目的或含义。
笔者认为, 目前 P ortal 做得比较成功 的 是 IBM 和 SAP ,其次是 Oracle 和 BEA (已被 Oracle 收购并合并到 Oracle 的 WebCenter 产品中)。 IBM 的配置复杂,但功能比较强大,稳定性也比较好 ; BEA 开发安装上手比较快,但是功能没有 IBM 做得 好,特别是扩展性,不像 IBM 的生产环境和开发环境 那样 可以完全分离 , P ortal 资源(比如主题 、 外观 、 P ortlet )开发完成后,可以 随意热 插拔!
目前,一些企业门户解决方案都集中在门户的个性化服务和内容展现方面,即前端的内容管理 上 。但对于用户来说,建立门户的重点和难点在于对企业后台 应用 系统和数据的集成( Gartner Group 定义),而不仅仅是前端 的 内容管理。我们应该从以下几方面来评价现在的门户产品 。
( 1 ) 数据库产品的选择
数据库产品的选择 要符合业界标准 、 健壮 、 可有效伸缩 、 可运行 在 多种硬件和软件平台 上、 有厂商的良好支持。
( 2 ) 开发工具包
开发、实施和维护企业门户的工具包必须与已大量采用的数据库产品 , 以及现 有系统和应用有效集成,支持现有数据库的所有特征。开发工具包必须容易学习,并比较流行。
( 3 ) 可伸缩性
企业门户应该至少能够支持 Windows NT 和 U NIX 操作系统,并在保证企业有效利用现有资源,特别是系统管理、开发和操作方面的人员、系统与工具的基础上,提供可伸缩性和跨系统迁移的能力。
( 4 ) 包含高可用性软件
随着企业在使用者数量和使用频率上越来越依赖企业门户,高可用性乃至容错 软 件会越来越成为必需 的 。
( 5 ) 可定制
每个公司对企业数据都有多种多样的要求,所以门户就必须提供更有针对性的定制功能。
( 6 ) 与现有系统 和 应用的灵活结合与集成
由于把重点放在系统的反应灵敏度和对数据的访问能力上, 所以所 选择的系统及其所形成的架构应该能满足不断增长的需求,能够把企业数据与第三方应用有机地结合起来。
( 7 ) 包含种类繁多的对象
文档早已不是企业使用的唯一内容载体了,现在更广泛使用的是多种格式的载体 , 因此门户产品需要在适应范围、交互运作与实时更新方面提供强大的功能。
( 8 ) 内容管理和维护的简易性
企业门户必须能够方便快捷地加入新的内容。有的内容只限于内部使用,而另外一些将向外界公开的内容则应经过审查程序。此外,备份与归档功能必须以对用户透明的方式进行。在解决信息不一致时,对企业门户变化的自动跟踪记录工具就显得非常有用 了 。
全面的 企业门户 必须建立在一个统一集成、互联的平台基础之上,各个系统之间应能实现方便的信息交换,没有集成后台的内容就没有所谓的内容管理,因此后台系统的集成和互 联 是建立企业门户的重中之重。
关于产品选型的详细内容,将在本书的第 3 章中进行详细讲解。下面对几种产品进行简要介绍。
1.1 SAP Enterprise Portal 与 NetWeaver
1. 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.1.2 SAP 企业门户 解决方案与服务领域
SAP 企业门户 解决方案的 服务领域包括 :
— 企业门户的建设,包括知识管理和协同工作 。
— 外围系统集成 。
— 在 Portal 上 实现人力资源管理的管理者自助服务和员工自助服务 。
— 工作流控制 。
— Web Dynpro / J ava 定制开发 。
— 短信通知平台:达美的移动 SAP 产品使最终用户可以通过手机访问系统,特别适合于 在 业务流程上地位关键而又经常在外出差的用户 。
— 和 D uet 产品的集成: Duet 产品是 SAP 和 Microsoft 共同开发的、实现两套产品间的集成。通过 Duet 软件,前台工作人员通过熟悉的 Office 环境方便 、 迅速地访问后台 SAP 系统处理数据,提高决策流程的效率和降低企业成本 。
— 和 L otus Domino 系统的集成 。
SAP EP 项目模式 有如下两种。
第一种: 主要以 SAP Enterp r ise Portal 产品现有功能为中心的项目。
通常采用配置方式 来 实现, 使 用 SAP R/3 (现已更名为 ECC ) 的项目实施方法去实施项目。也就是说,尽量 使 用标准功能(包括 Business Package )去涵盖大部分客户需求。此类项目后端集成 的 系统 通常 为 SAP 系列 产品或 比较知名的大型 通用产品 , 如 : Exchange 、 Notes , 适用于以后端系统为中心的业务导向型项目 。
第二种: 以 SAP NetWeaver 作为二次开发平台的大型集成项目。
通常采用开发方式型项目实施方 法去 实施 项目, 适用于后端系统存在非 SAP 系统或非标准应用系统 的 情况。这种类型的项目往往为大型集成项目,同时存在利用 EAI 平台 ( 如 SAP XI ) 进行流程集成,利用 BI ( 如 SAP BW ) 进行信息集成。为了在后端 的 不同业务系统和最终用户之间设立更加友好的用户界面而实施 Portal , 此时需要根据后端系统的具体 情 况选 择 Portal Content 或者自己开发 (在 多数情况下 ) 。
正如 S ampan 所提到 的 ,当后端系统用户界面已经采用 Web Service 技术构架时,从技术难度和工作强度上可以大大简化 iView ( 对应于其他 Portal 产品中的 P ortlet 概念 ) 的开发。但由于多数后 端 系统采用过时的或者非开放型用户接口 , iView 的开发需要根据实际情况选择相应 的 技术方案 , 常用的开 发 技术为 J2EE , 接口技术为 SOAP/UDDI 。
当后端系统是 SAP 系统时,在后端系统中可以采用 WebDynpro 、 BSP 等技术开发 WebEnable UI , 便于生成相应的 iView , 或者直接利用 JCO 开发相应 的 iView 。 SAP P ortal 和 BP 自己提供的 i V iew 就能满足客户的要求,配置 一下 就能用了(国 内 目前 很多 的 EP 项目就是这样,没有开发);另外一种情况是, SAP P ortal 和 BP 提供的 i V iew 没有提供某些功能 , 或者某些功能虽然提供了,但不能完全满足客户的业务需求。
或 许你会想,在 第 二 种 项目模式 下,需要收集些真实、具体的例子。假设某公司上 EP ,想用到 MSS/ESS 来管理 HR 模块,但发现 SAP 提供的 MSS/ESS 不能满足某业务需求,要自己开发 i V iew 去完成。这个时候,就要知道具体的业务需求是什么,为什么 EP & BP 没有提供相关 的 i V iew ,或者 i V iew 提供的功能不 能 满足要求等,然后才是大概使用什么技术手段去开发这些 i V iew 。
其实对项目顾问和项目实施者来说,最 头痛的就是,国外的 EP 项目 很 多都是在找 EP 的 D eveloper 。没错,你是 有一点相关的开发知识,但 是 因为没有接触过真实的开发项目,所以要打听开发项目里面真正的例子,究竟开发些啥。 其实这正是本书的重点。虽然本书是介绍 IBM WPS 项目实践的,但是了解一下 SAP EP 的项目内容也没坏处!
1 . SAP EP 基本术语
( 1 ) Portal Development Kit for Microsoft .NET ( PDK.NET )
SAP 企业 Portal 开发包 PDK.N ET 允许 VS.N ET 开发者为 SAP 应用构建企业 Portal 组件。对于那些在 Microsoft.N ET 平台上有足够投资的企业而言,这无疑是好消息,因为可以采用 SAP NetWeaver 技术通过 PDK.N ET 极大 地 保护和重用 .N ET 投资。
目前, PDK.N ET 支持 C# 和 VB.N ET 两种语言。
( 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.N ET 开发的 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.N ET 的 Portal 架构 如图 1-12 所示。
考察图 1-12 ,我们会发现 PDK.N ET 主要由三部分构成 。
— 设计时环境( Portal Add- I n ) 。
— 运行时环境( Portal Runtime ) 。
— Java-.N ET 互操作框架( Interoperability Framework ) 。
下面进行详细介绍。
( 1 )设计时环境( Portal Add- I n )
Portal Add- I n 扩展了 VS.N ET 的功能,使得 .N ET 开发者可以构建、部署和调试 Portal Compone nt 。所有的 Portal Object (如 iView Profile 、 User Context )和 Portal Service (如 Systems Landscape Service 、 User Management Service )将通过 API 的方式提供给 Portal Component 开发者。
图 1-12 基于 PDK.NET 的 Portal 架构
( 2 )运行时环境( Portal Runtime )
P ortal Component 的运行必须依赖于 Portal Runtime ,它以 NT 服务的方式托管在 .N ET 引擎中。
( 3 ) Java-.N ET 互操作框架( Interoperability Framework )
Java-.N ET 互操作框架使得用 .N ET 构建的 Portal 运行时与基于 Java 的 SAP 企业 Portal 之 间 可以通信。
通常在两端各有一个组件: Portal 端是 Java Portal 组件, .N ET 端是 Remoting 组件。很奇怪,它们之间居然不是采用 S OAP 协议,我不知道 SAP 的技术人员出于何种考虑。
( 4 ) SAP.N ET 连接桥( SAP .NET Connector )
通常 SAP.N ET Connector 是一个附加工具,该工具可以使得 .N ET 的 Portal Component 连接到 SAP 后 端 系统,并且完全 地 访问其业务对象库。
3 . PDK.N ET 的运行时环境
PDK.N ET 的运行时环境包括 .N ET Portal 运行时和 Java-.N ET 互操作组件运行时 , 如图 1-13 所示,运行时流程如下 。
Portal 从 iView 接 收 请求。
Portal 检测到这是一个 .NET iView 。
Portal 分发请求给 Java-.N ET 互操作组件,因为只有该组件才能与 .N ET Portal 运行时通信。
Java-.N ET 组件传递请求给 .N ET Portal 运行时。
如 果该 iView 的请求需要访问 SAP 后端系统,那么该请求将被传递到 SAP.N ET 连接桥。
SAP.N ET 连接桥连接到 SAP 后端系统,获取或者更新数据。
结果返回到 iView 。
该 .N ET iView 必须被 .N ET Portal Runtime 处理和规则化 ( 着色 ) 后,传递给互操作组件。
处理结果通过互操作组件直接返回到 Portal 。
结果通过 J2EE Server 推送给浏览器。
图 1-13 PDK.NET 运行过程示意图
4. 其 他
目 前 PDK.N ET 的最新版本 是 2.5 版,评估版有 30 天的试用期。 PDK.NET 安装之后,感觉外观很丑陋 , SAP 的东西就是这样,有很好的理念和业务模型,但是技术上总是差强人意。
不过,我根据 SAP 的 Manual 尝试着做了一个 Case ,发现这个东西和一般的 .N ET Assembly 没有什么区别,使用起来还是很方便的。
如果大家对 NetWeaver 有一些基本了解的话,就可以知道,它主要 有 四层结构 , 即:应用的集成、流程的集成、信息的集成 和 人员的集成 , 以及 其他 一些辅助工具 , 如集成应用框架和生命周期管理 (见图 1-14 ) 。
图 1-14 SAP EP 的四层结构
NetWeaver 的 流程、信息以及人的集成分别由 以下几部分 来实现 。
— SAP MI ( Mobile Infrastruture )。
— 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 会理智地做出更进一步的举措, 将 更多的 J ava 以及 .N ET 开发人员 聚集 于 NetWeaver 平台的大旗之下 , 从而合力把 NetWeaver 打造成真正的 “ 企业 Windows ” 。
1.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-15 IBM WebSphere Portal 体系结构
1 .门户策略
IBM 应用门户方案所解决的问题就是与不同的异构系统应用连接,提供统一的客户端平台;提供标准平台和接口,进行企业应用整合;提供个性化的应用组合服务,从业务的角度管理应用内容;达到应用开发一次,服务多种不同终端;实现开发可部署的应用组件,为实现 Web Services 奠定好基础。
IB M 相应的策略就是提供跨行业的门户应用基础架构,满足不同类型的门户要求,如 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 Discovory Server ,用于先进信息集成和连接的 IBM EIP 、 Voice+ 、 Location Base Services 、 Dynamic Translation 和 WebSphere 平台的其他功能。
如图 1-16 所示,这些应用其实都可以作为一个独立的专业门户,例如:经销商门户 、 电子商务门户 、 商业智能门户 、 无线门户等。 IBM WebSphere Portal 采用了虚拟门户技术来解决这个问题,虚拟门户的下端是连同主门户一起集成的企业各类资源,上 端则根据具体的业务需要抽取出部分相对独立的数据和信息资源,以独立的方式为用户提供服务。
根据与 SAP Portals 达成的协议, IBM 已经在为用户提供将 SAP 、 PeopleSoft 、 Baan 、 O r acle Financials 及其他公司的关键业务应用与 WebSphere Portal 解决方案集成的软件。
1.2.1 WebSphere Portal 的主要功能模块
( 1 )内容和搜索
部署门户网站时,企业希望可以查看、组织、共享和查找各种信息源提供的信息,并可以查找各种信息源以各种格式提供的信息。在所有的门户网站产品中, WebSphere Portal 拥有最全面的内容特性,可以支持合成内容、文件管理、 W eb 内容管理,可以与领先的 Web 内容管理系统集成,实现高级个性化特性,并能够搜索包括归类和汇总功能的 Portlet 。
图 1-16 Portal 基础架构及其实例
( 2 ) Web 内容管理
Web 内容管理负责创建、核准内容创建者制作的 Web 内容,并将其发布到 Web 服务器。这一流程的步骤包括:定义内容类型、角色、发布选项、目的地规范以及工作流程。今天的市场上有许多内容管理厂商,包括 Lotus Workplace Content Development (以前称为 Aptrix )、 Interwoven 、 Vignette 、 Documentum 、 FatWire 、 Stellent 等。
( 3 )工作流
WPCP 管理每个用户的任务类别,维护每个用户能够看到或更改的内容的访问控制,并可以在内容准备好的时候协调核准和发布流程(见图 1-17 )。
图 1-17 WebSphere Portal 内嵌的工作流引擎功能相当强大
( 4 )高级搜索和文件处理
IBM Web Content Manager 能够跨多个信息源管理数据接入,如:内容管理库、电子邮件系统、关系型数据库、文件系统、网站(内部网站和互联网)等。开发人员用来使用 IBM Web Content Manager 的界面称做 DB2 Information Integrator for Content ,它通过一套统一的 API 集成企业范围内的数据源,以简化编程并加速开发和部署,同时提供将门户应用与基础数据存储库更改隔离的界面层。
1.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.3 门户网站个性化
( 1 )定制页面
用户能够拥有一个或多个个性化页面,并可以从主页导航到每个页面。页面分级排列,深度可以任意设定。每个页面都可以有自己的颜色主题、皮肤和页面布局选项。主题可以用来定义字体、颜色、间距及其他直观元素,主题包括层叠样式表单、 JSP 文件和图像。皮肤指 Portlet 周围的装饰和控制元件,如:标题栏、边界、阴影等。在页面结构的每个级别上,下一级的页面都可以继承上一级页面的主题和皮肤,也可以覆盖其中一个或全部。
( 2 )皮肤和主题
门户服务器 使用 JSP 模板、层叠样式表单和图像系统来定义门户页面的外观。可以修改这些元素,以控制门户网站的显示,甚至可以添加公司特定的商标元素,或者生成不同的颜色方案和直观风格。
新版本增强了定义颜色主题和门户网站皮肤的系统,可以支持每个主题的多个皮肤、附加商标元素、导航风格,以及独立于浏览器的动态层叠样式表单。
( 3 )虚拟门户网站
通过在不同的位置使用不同的 主题 ,简单地安装 门户服务器 即可提供支持许多 “虚拟”门户网站的效 果,例如:公司可能希望为每个部门提供不同的门户网站,或者希望为每个业务合作伙伴提供专用的 B2B 门户网站。每个虚拟门户网站都能够设计使用一个或几个位置;每个位置都有自己的主题、皮肤、页面布局和访问许可。相关门户网站资源的管理可以由不同 管理员 执行。
( 4 )个性化
WebSphere Portal 产品包括 WebSphere Personalization (个性化)服务器。使用个性化服务器的目的是可以针对特定用户提供内容,以满足门户网站的业务目标。
WebSphere Personalization 提供的方法使相关专家可以选择适用于每个站点访问者的特殊需求和兴趣的内容。基于 W eb 的工具可以帮助公司迅速、简便地利用业务部门和相关专家创建的内容。
个性化解决方案涉及 3 个基本组成部分。
— 用户配置文件:有关站点用户的信息,包括用户的属性。
— 内容模块:定义内容的属性,如产品说明、文章及其他信息。
— 匹配技术:将用户与适当内容匹配的引擎,包括过滤、规则、建议引擎或三者的组合。
1.2.4 系统管理
门户网站的管理是通过门户网站自身完成的,可以采用集中或委托的方式。门户网站的管理主要包括以下几个方面。
( 1 )门户网站设置
在全局设置 Portlet 中, 管理员 能够更改默认语言、缓存超时值等 Portlet 设置。此外,有的设置可以控制处理新用户会话的方式、用户非法访问 Portlet 时应采取的措施等。非法访问可以被忽略(换句话说,不显示 Portlet ),或者可以用提示信息页面代替,这样用户能够采取必要的措施来纠正状况。老用户可能希望从自己上次离开时的位置开始浏览,因此 WebSphere Portal 中提供了一种设置,可以保留上次访问的状态,并且在用户下次访问时自动返回该页面。
( 2 )门户网站分析和日志记录
管理员 能够控制跟踪和日志记录活动,可以通过 Portal Analysis 管理选项和带有启用跟踪设置的 Portlet 监控用户活动,跟踪用户常用信息,也可以通过修改日志子系统的配置属性文件来实现。
( 3 )协作
企业门户网站将人员连接到他们需要的应用、内容和资源。门户网站还通过社区页面、共享书签、联系人列表和个人工作 Portlet 将人员连接在一起。
协作实际上是要个人在团队中高效地工作,以解决业务问题。 门户服务器 包括 Portlet 和服务,设计用来通过消息收发、文件库、用户简要表、收件箱和日历、联机目录服务、团队工作空间和电子会议来支持团队活动。用户能够在他们当前的工作环境下使用这些协作服务,而无须离开门户网站再去打开其他应用程序。
1.2.5 移动门户网站
IBM 开发的最新企业门户产品可以通过手持或移动设备接入。目前 IBM 门户服务器 可以使用 3 种标记语言生成门户页面,支持移动设备。 HTML 用于桌面系统计算机和一些 PDA 产品; WML 用于 WAP 设备,主要包括移动电话;而 cHTML 则用于 NTT DoCoMo iMode 网络中的移动设备。
IBM 的移动解决方案是基于 WebSphere 平台构建的可用于手机、平板电脑访问的移动终端门户,其功能非常强大(见图 1-18 )。当然,美中不足的是, IBM 的手机门户采用了单独的介质,需要单独安装。换句话说,当一个企业基于 IBM WebSphere Portal 建设了 PC 企业门户后,如果想增加手机访问的功能,必须另外安装一套全新的介质,如果想做到大集成,还需要把 PC 企业门户迁移到手机门户上去。
图 1-18 WebSphere Portal 多终端支持
1.3 微软 SharePoint
比尔 · 盖茨曾说过,一个企业收集、管理和使用知识信息的方式,决定了这个企业的成败! 这也是微软的企业门户产品的精髓所在。 对企业运营来说,真正有价值的是把散乱的数据和无序的信息整合后作为一个有组织、有价值的知识存在。企业可以通过建立智能型的企业内部知识门户,实行自动化的灵活机动的工作流程应用和移动化办公手段来有效地管理现有企业知识,提高企业生产力和竞争优势。
企业的信息、竞争者的信息和文档是散落在各处的,企业内部 ERP 、 CRM 、财务、人事等各种各样 的 应用系统是各自独立的,所以找到 所 需要的信息和信息分享是相当不容易 的 。对 于 IT 管理人员来说,应用软件的整合也就更困难 了 。微软针对整个问题,推出了企业知识管理门户解决方案 ( Enterprise Knowledge Management Portal , E KM P ), 整合了 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.4 Sun : iPlanet EIP 可靠集成
早期的 Sun/Netscape 联盟作为 EIP 服务提供商 , iPlanet 已经把 EIP 发展成为一个完整的企业门户产品系列。 现在 Sun 公司已经被 Oracle 收购此组件处在一个相对尴尬的境地。
不论是采用 B2C 还是 B2B 的电子商务模式,第一步都要建立一个 “ 窗口 ”, 通过这个窗口,把客户、合作伙伴和企业的员工联系起来。客户、合作伙伴可以了解企业情况,员工可以不受时空的限制,了解自己的工作任务,企业决策者可以随时掌握企业各个部门或分公司的生产状况。因此,建立一个企业信息平台就成为企业信息管理的重要需求。
iPlanet 的 EIP 解决方案使企业将业务与客户、合作伙伴、供应商更紧密集成 在一起 。企业中从高层管理者到一般业务员,只需要通过标准的 Web 浏览器,就可以访问到自己需要的企业信息。 iPlanet 的 EIP 应用 可以 使企业定制自己的个性化、行业化的信息门户,无缝地集成企业的各种功能, 如图 1-19 所示, iPlanet 企业门户集成了 客户关系管理、在线销售、知识管理、内容管理 等系统,并为用户提供 安全 的 个性化服务。
图 1-19 iPlanet 门户的结构
i Planet 的 EIP 产品提供了一个企业信息网站建设的工具平台,可以方便地帮助企业完成信息的采集与发布 ,以及 企业内外部信息的反馈与传递、交流与沟通。 iPlanet 的门户作为业界领先的个性化电子商务门户平台,允许创建更加安全可靠和定制化 的 电子商务门户,从而为员工、客户、 合作 伙伴和供应商提供服务,减少门户 的 实现与管理成本。 iPlanet 的门户服务器为维护高度可伸缩和可靠门户,提供必需的全部成员管理服务、个性化服务、集合服务、安全服务以及集成服务。
iPlanet 的 EIP 产品具有如下特性 。
— 可以帮助客户创建和管理社区 。
— 可以实现多级别门户的个性化 。
— 通过可定制的门户渠道传递集成的内容、应用程序和服务 。
— 允许员工、供应商和合作伙伴利用无线接入设备或远程访问门户,而不需要安装和维护额外的客户端软件 。
— 保护现有技术和数字资产投资 。
— 集成本地未上网的 Windows NT 、 UNIX X-Server 和主机应用程序 。
— 提供单 点 登录门户应用程序的功能 。
— 提供高 度 可缩放、高可靠 性 的系统架构。
由此 我们可以看出, iPlanet 的 EIP 解决方案不仅可以减少企业门户的实现和管理费用,帮助企业汇集内部及外部的信息, 而且 可以全面改进员 工 的生产效率,优化供应商和合作伙伴的交易,并产生新的利润源。
iPlanet 门户服务器在 EIP 解决方案中起着非常重要的作用 , 它将信息管理技术应用到门户服务器中,使门户服务器的这部分功能在本质上得以提高。 iPlanet 门户服务器具有很强的开放性和可扩展性 , 企业能够方便地根据目前情况与计划进行设置;用户可以根据自己 的 需 要 设置相关参数,定制门户服务器界面,并可以很容易地加入其 他 电子商务提供商的增值服务与应用 ; 可以帮助客户创建和管理社区,实现多级别门户的个性化。用户通过可定制的门户渠道传递集成的内容、应用程序和服务,利用无线接入设备或远程访问门户,集成本地未上网的 Windows NT 、 UNIX X-Server 和主机应用程序,并提供单 点 登录门户应用程序的功能高 度 可缩放、高可靠 性 的系统架构。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9116427/viewspace-2219190/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/9116427/viewspace-2219190/