市場上主要的門戶產品有以下幾家，涉及評價時僅代表個人看法，僅用做教學交流用途，不代表任何其他目的或含義。

筆者認為， 目前 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 以及 的 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 企業門戶 解決方案的 服務領域包括 ：

—  企業門戶的建設，包括知識管理和協同工作 。

—  外圍系統整合 。

—  在 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 是業界綜合性最強的入口網站解決方案，已經成為了事實 上的電子商務體系結構標準。為了實現這個體系結構（見圖 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 、 等多個相關資料庫和 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 acle Financials 及其他公司的關鍵業務應用與 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 整合企業範圍內的資料來源，以簡化程式設計並加速開發和部署，同時提供將門戶應用與基礎資料儲存庫更改隔離的介面層。

隨著 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 ）定製頁面

使用者能夠擁有一個或多個個性化頁面，並可以從主頁導航到每個頁面。頁面分級排列，深度可以任意設定。每個頁面都可以有自己的顏色主題、皮膚和頁面佈局選項。主題可以用來定義字型、顏色、間距及其他直觀元素，主題包括層疊樣式表單、 JSP 檔案和影像。皮膚指 Portlet 周圍的裝飾和控制元件，如：標題欄、邊界、陰影等。在頁面結構的每個級別上，下一級的頁面都可以繼承上一級頁面的主題和皮膚，也可以覆蓋其中一個或全部。

（ 2 ）皮膚和主題

門戶伺服器 使用 JSP 模板、層疊樣式表單和影像系統來定義門戶頁面的外觀。可以修改這些元素，以控制入口網站的顯示，甚至可以新增公司特定的商標元素，或者生成不同的顏色方案和直觀風格。

新版本增強了定義顏色主題和入口網站皮膚的系統，可以支援每個主題的多個皮膚、附加商標元素、導航風格，以及獨立於瀏覽器的動態層疊樣式表單。

（ 3 ）虛擬入口網站

透過在不同的位置使用不同的 主題 ，簡單地安裝 門戶伺服器 即可提供支援許多 “虛擬”入口網站的效 果，例如：公司可能希望為每個部門提供不同的入口網站，或者希望為每個業務合作伙伴提供專用的 B2B 入口網站。每個虛擬入口網站都能夠設計使用一個或幾個位置；每個位置都有自己的主題、皮膚、頁面佈局和訪問許可。相關入口網站資源的管理可以由不同 管理員 執行。

（ 4 ）個性化

WebSphere Portal 產品包括 WebSphere Personalization （個性化）伺服器。使用個性化伺服器的目的是可以針對特定使用者提供內容，以滿足入口網站的業務目標。

WebSphere Personalization 提供的方法使相關專家可以選擇適用於每個站點訪問者的特殊需求和興趣的內容。基於 W eb 的工具可以幫助公司迅速、簡便地利用業務部門和相關專家建立的內容。

個性化解決方案涉及 3 個基本組成部分。

—  使用者配置檔案：有關站點使用者的資訊，包括使用者的屬性。

—  內容模組：定義內容的屬性，如產品說明、文章及其他資訊。

—  匹配技術：將使用者與適當內容匹配的引擎，包括過濾、規則、建議引擎或三者的組合。

入口網站的管理是透過入口網站自身完成的，可以採用集中或委託的方式。入口網站的管理主要包括以下幾個方面。

（ 1 ）入口網站設定

在全域性設定 Portlet 中， 管理員 能夠更改預設語言、快取超時值等 Portlet 設定。此外，有的設定可以控制處理新使用者會話的方式、使用者非法訪問 Portlet 時應採取的措施等。非法訪問可以被忽略（換句話說，不顯示 Portlet ），或者可以用提示資訊頁面代替，這樣使用者能夠採取必要的措施來糾正狀況。老使用者可能希望從自己上次離開時的位置開始瀏覽，因此 WebSphere Portal 中提供了一種設定，可以保留上次訪問的狀態，並且在使用者下次訪問時自動返回該頁面。

（ 2 ）入口網站分析和日誌記錄

管理員 能夠控制跟蹤和日誌記錄活動，可以透過 Portal Analysis 管理選項和帶有啟用跟蹤設定的 Portlet 監控使用者活動，跟蹤使用者常用資訊，也可以透過修改日誌子系統的配置屬性檔案來實現。

（ 3 ）協作

企業入口網站將人員連線到他們需要的應用、內容和資源。入口網站還透過社群頁面、共享書籤、聯絡人列表和個人工作 Portlet 將人員連線在一起。

協作實際上是要個人在團隊中高效地工作，以解決業務問題。 門戶伺服器 包括 Portlet 和服務，設計用來透過訊息收發、檔案庫、使用者簡要表、收件箱和日曆、聯機目錄服務、團隊工作空間和電子會議來支援團隊活動。使用者能夠在他們當前的工作環境下使用這些協作服務，而無須離開入口網站再去開啟其他應用程式。

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 和主機應用程式，並提供單 點 登入門戶應用程式的功能高 度 可縮放、高可靠 性 的系統架構。