【正文】 the content integration, the enterprise operation platform, developed Portal using the integration which today the platform Portal as the enterprise information, the realization enterprise information application conformity, the integration, the increment, already became the important enterprise information application integration foundation frame. 第一章 引言 選題意義 經(jīng)濟(jì)全球化和信息網(wǎng)絡(luò)化已成為當(dāng)今世界發(fā)展的趨勢。因特網(wǎng)的廣泛應(yīng)用與日益普及，使得知識的產(chǎn)生、更新、傳播、利用等環(huán)節(jié)大大加速；技術(shù)創(chuàng)新、技術(shù)擴(kuò)散的速度明顯加快，用戶需求瞬息萬變，市場產(chǎn)品日新月異，競爭異常激烈。企業(yè) 求生存、圖發(fā)展，必須有很強(qiáng)的應(yīng)變能力和快速的反映能力。 目前的企業(yè)采用了各種應(yīng)用系統(tǒng)，數(shù)據(jù)正以幾何級數(shù)增長，這些存儲在企業(yè)數(shù)據(jù)庫、主機(jī)、文件服務(wù)器上的海量信息是企業(yè)最為頭疼的問題，企業(yè)迫切需要一種提供組織、搜索和獲取真正有價值的信息的解決方案。 企業(yè)信息門戶超出了傳統(tǒng)的管理信息系統(tǒng)概念，也超越了普通意義上的門戶網(wǎng)站，它也不僅是企業(yè)管理信息系統(tǒng)與電子商務(wù)應(yīng)用的簡單結(jié)合，他的核心是提供一個集成企業(yè)內(nèi)部和外部信息的基礎(chǔ)設(shè)施，整合企業(yè)的知識管理系統(tǒng)、財務(wù)系統(tǒng)、 ERP系統(tǒng)、流程管理等應(yīng)用系統(tǒng)，擴(kuò)展企業(yè)資源管理的范圍， 從而更有效地利用企業(yè)的數(shù)據(jù)資源和信息資產(chǎn)。 企業(yè)信息門戶通過這些數(shù)據(jù)與應(yīng)用的集成和個性化的控制，為管理者、雇員、供應(yīng)商、用戶、分銷商等提供一個唯一的接入點(diǎn)，而且保證企業(yè)內(nèi)部和外部的每個合法用戶都能訪問到這些信息，充分滿足企業(yè)對信息交流實(shí)時互動的要求。同時企業(yè)信息門戶為各種類型的用戶提供個性化的信息搜索、訪問和分析功能，幫助他們通過有效利用企業(yè)的信息資產(chǎn)做出最佳的業(yè)務(wù)分析和決策。 在我國，隨著信息化帶動工業(yè)化戰(zhàn)略的不斷發(fā)展和深入，企業(yè)為了解決各個部門的信息孤島，提高獲得有效信息的速度，減少成本，也將目光轉(zhuǎn)向企 業(yè)信息門戶系統(tǒng)。尤其是一些企業(yè)，企業(yè)信息化建設(shè)起步比較早，經(jīng)過近十年的努力，建立了硬件設(shè)備先進(jìn)、安全基礎(chǔ)扎實(shí)，應(yīng)用軟件系統(tǒng)門類齊全、信息量大的管理信息系統(tǒng)。 目前在線運(yùn)行的大小應(yīng)用系統(tǒng)有幾十項(xiàng)，這些系統(tǒng)是企業(yè)信息化建設(shè)快速發(fā)展的必然結(jié)果和真實(shí)寫照，為企業(yè)的生產(chǎn)經(jīng)營管理發(fā)揮了日益重要的作用。但是由于應(yīng)用系統(tǒng)是在不同時期、根據(jù)不同的需求、由不同廠商來開發(fā)實(shí)施的，應(yīng)用系統(tǒng)的用戶界面不友好，也沒有形成統(tǒng)一規(guī)范，所以企業(yè)的員工無法完全了解每一個應(yīng)用系統(tǒng)的具體功能，更難熟記所有應(yīng)用的口令以及操作方式，大大影響和制約了各 項(xiàng)應(yīng)用的實(shí)際效果；而且不同的應(yīng)用系統(tǒng)都有自身的應(yīng)用數(shù)據(jù)庫，各個數(shù)據(jù)庫也是獨(dú)立運(yùn)行的，這樣使得各應(yīng)用數(shù)據(jù)庫之間沒有統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)、編碼標(biāo)準(zhǔn)，數(shù)據(jù)的統(tǒng)一性、共享性、唯一性、穩(wěn)定性沒有保證，信息孤島現(xiàn)象嚴(yán)重，這為所有系統(tǒng)的整合和集成造成了障礙；對企業(yè)基礎(chǔ)數(shù)據(jù)進(jìn)行縱向比較和深層次挖掘以及業(yè)務(wù)流程的整合集成帶來了困難。 隨著企業(yè)信息化浪潮的高速發(fā)展，企業(yè)信息門戶已經(jīng)成為未來企業(yè)信息化與電子商務(wù)發(fā)展的主要方向。電力企業(yè)作為我國的龍頭企業(yè)也迫切需要建設(shè)自己的門戶網(wǎng)站來適應(yīng)信息 化發(fā)展的需要。 論文研究內(nèi)容 論文研究 了基于 portal技術(shù)的個性化門戶系統(tǒng)的信息化發(fā)展現(xiàn)狀，分析了 J2EE 開發(fā)平臺和現(xiàn)有 Portal方案的主要技術(shù)，設(shè)計了基于 liferay 框架下的企業(yè)門戶網(wǎng)站的基本架構(gòu)。本文的主要工作如下： (1) 分析了 J2EE 開發(fā)平臺的框架及主要技術(shù)，討論了 J2EE框架下的三層體系結(jié)構(gòu)的特點(diǎn)，對 Web Service 的體系結(jié)構(gòu)，相關(guān)標(biāo)準(zhǔn)與技術(shù)進(jìn)行了研究，指出了基于 J2EE平臺下構(gòu)建企業(yè)門戶網(wǎng)站的優(yōu)勢所在。 (2) 設(shè)計了系統(tǒng)企業(yè)門戶網(wǎng)站的體系結(jié)構(gòu)，采用基于 J2EE平臺的 MVC 設(shè)計模式。按照三層模式將 Web 結(jié)構(gòu) 劃分為表示層（ Web）、業(yè)務(wù)層（ Biz）和數(shù)據(jù)層（ DAO）。表示層由 Web 窗體組成，實(shí)現(xiàn) View 和 Controller 的功能；業(yè)務(wù)層包括業(yè)務(wù)實(shí)體組件和業(yè)務(wù)邏輯組件；數(shù)據(jù)層包括數(shù)據(jù)對象、數(shù)據(jù)訪問組件等，由業(yè)務(wù)層和數(shù)據(jù)層共同實(shí)現(xiàn) Model 的功能。 (3) 在此系統(tǒng)中提出了一套基于用戶、用戶組、業(yè)務(wù)和角色相結(jié)合的身份控制方案，實(shí)現(xiàn)了靈活多變的權(quán)限控制組合。 (4) 設(shè)計出一個比較清晰的頁面框架展現(xiàn)機(jī)制，把 View 層布局框架分為三層：頁面(Page)、面板 (Pane)、內(nèi)容 (Content)。既能夠滿足用 戶靈活多變的需求又易于實(shí)現(xiàn)。 主要解決的技術(shù)問題 在門戶網(wǎng)站的建設(shè)過程中，以下幾個問題解決起來是比較復(fù)雜和困難的： (1) 權(quán)限管理及單點(diǎn)登錄問題。 (2) 個性化頁面的展現(xiàn)機(jī)制。 (3) 為生成動態(tài)信息內(nèi)容各 Web 組件間的通訊問題。 在對現(xiàn)有的門戶技術(shù)進(jìn)行了研究分析后發(fā)現(xiàn)雖然對上面的問題已經(jīng)有了比較成熟的解決方案，但是實(shí)現(xiàn)起來比較復(fù)雜，對開發(fā)人員的要求較高，運(yùn)行起來對系統(tǒng)資源的消耗也比較大。所以在本文中力求研究出比較簡單容易實(shí)現(xiàn)的解決方案。 論文的內(nèi)容安排 第二章 國內(nèi)外研究現(xiàn)狀及相關(guān)技術(shù) Portal 技術(shù)的提出及其發(fā)展歷程 Portal 一詞是“門戶、入口”的意思，基于 Portal 技術(shù)的門戶網(wǎng)站的概念起源于Inter 的門戶網(wǎng)站，如美國的 yahoo，國內(nèi)的 sohu 和網(wǎng)易等。 1998 年 11 月，美國美林公司發(fā)表了一份關(guān)于企業(yè)信息門戶（ Enterprise Information Portal，簡稱 EIP）的報告，這份報告成為引導(dǎo)電子商務(wù)想象空間的問路石，在美國企業(yè)界引起了巨大反響。據(jù)報告估計， 1998 年全球 EIP 市場已達(dá) 44 億美 元， 2020 年將達(dá) 148 億美元。又據(jù) GartnerGroup 市場研究調(diào)查中心預(yù)測， 2020 年， 60%的財富 500家大公司會導(dǎo)入企業(yè)信息門戶。自 2020 年以來， IBM， BEA， Sybase 等一些重要的企業(yè)級軟件廠商已經(jīng)開始正式進(jìn)入這一市場，伴隨著眾多小規(guī)模的獨(dú)立軟件廠商的加入，這一市場迅速擁擠起來。 企業(yè)門戶與 Yahoo、新浪等 Public Portal 網(wǎng)站是不同的。無論其面對的使用者還是要解決的實(shí)際問題以及安全模式、與業(yè)務(wù)系統(tǒng)的集成等方面都有較大的不同。但是，從企業(yè)門戶的發(fā)展歷程來看，這兩者之 間又存在著聯(lián)系，企業(yè)門戶是在 Public Portal 的基礎(chǔ)上逐步發(fā)展起來的。 從功能擴(kuò)展的角度，企業(yè)門戶的發(fā)展分為五個階段： 在企業(yè)信息門戶發(fā)展的最初階段， Portal 實(shí)際上就是一些靜態(tài)網(wǎng)頁，用戶通過這些網(wǎng)頁可以獲得企業(yè)提供的信息及服務(wù)。 在 EIP（ Enterprise Information Portal）發(fā)展的第二個階段，隨著信息量的增加，EIP 將企業(yè)中可以為大家共享的文檔集成起來，并增加了搜索功能和內(nèi)容發(fā)布功能，從而在一定程度上實(shí)現(xiàn)了內(nèi)容管理 (Content Management)。 在 EIP 發(fā)展的第三個階段，為了更好的支持企業(yè)的業(yè)務(wù)運(yùn)營， EIP 增加了工作流、渠道 (包括電子郵件等 )的功能。使得 EIP 逐漸發(fā)展成為企業(yè)運(yùn)營的平臺。這時的 EIP 已經(jīng)具備了初步的集成過程和交互能力。 在 EIP 發(fā)展的第四個階段，集成了更多的應(yīng)用，如 ERP、 CRM、 SCM 等。同時，增加了web service 引擎， EIP 集成業(yè)務(wù)的能力進(jìn)一步增強(qiáng)，逐漸成為與這些業(yè)務(wù)系統(tǒng)進(jìn)行交互的平臺， 這時 EIP 的理念與 EAI （ Enterprise ApplicationIntegration）已經(jīng)有些類似。 在 EIP 發(fā)展的第五個階段， EIP 軟件進(jìn)一步與應(yīng)用服務(wù)器相結(jié)合，加強(qiáng)了高級的個性化功能，發(fā)展成為應(yīng)用服務(wù)器之上的管理客戶、員工和合作伙伴應(yīng)用的一個框架。以上階段的劃分主要基于 EIP 功能擴(kuò)展的考慮。 EIP 演化的時間并不完全符合這種階段劃分方式。一些機(jī)構(gòu)也研究了 EIP 的發(fā)展過程。 Portal 技術(shù)原理 JSR168 將 Portal 的組成分為三部份 (1) Portal Server (2) Portlet Container (3) Portlet。 Portal Server 的定義 建立在 HTTP Server 上。負(fù)責(zé)接收 HTTP 請求，調(diào)用 Portlet，并將 Portlet 產(chǎn)生的內(nèi)容聚集到 Portal 頁面返回給用戶。（ Portal Server 有時簡稱 Portal） Portlet Container 的定義 Portal Container：管理 Portlet 的生命周期并且提供其運(yùn)行所需要的必要環(huán)境。同時也提供 Portlet 相關(guān)信息的存儲。一個 Portlet container 接收到來自 Portal 的請求后，接著將這個請求傳遞給存在 Container 的 Portlet 執(zhí)行。 Portlet Container 沒有義務(wù)去組合 Portlets 產(chǎn)生的信息內(nèi)容，這個工作必須由 Portal （即 Portal Server）來處理。 Portal 和 Portlet Container 可以放在一起視為同一個系統(tǒng)的組件，或者分開成為兩個獨(dú)立的組件。 Portlet 的定義 一個 Portlet 是以 Java 技術(shù)為技術(shù)的 Web 組件，由 Portlet Container 所管理，專門處理客戶的 request 以及產(chǎn)生各種動態(tài)的信息內(nèi)容。 Portlets 為可插式 ( pluggable ) 的客戶界面組件，提供呈現(xiàn)層成為一個信息系統(tǒng)。 這些由 portlet 產(chǎn)生的內(nèi)容也被稱為片段 (fragment)，而片段是具有一些規(guī)則的Markup( HTML、 XHTML、 WML )，而且可以和其他的片段組合而成一個復(fù)雜的文件。而 Portlet 中的內(nèi)容正常來說是與其他 Portlet 的內(nèi)容聚合而成為一個 Portal 網(wǎng)頁。而 Portlet 的生命周期是被 Portlet Container 所管理控制的。 客戶端和 portlets 的互動是由 portal 通過典型的 request/response 方式實(shí)現(xiàn)，正常來說，客戶會和 portlets 所產(chǎn)生的內(nèi)容互動，舉例來說，根據(jù)下一步的連接或者是確認(rèn)送出的表單，結(jié)果 portal 將會接收到 portlet 的動作，將這個處理狀況轉(zhuǎn)向到目標(biāo) portlet。這些 portlet 內(nèi)容的產(chǎn)生可能會因?yàn)椴煌氖褂谜叨胁煌淖兓?，完全是根?jù)客戶對于這個 portlet 的設(shè)置。 Portlet 生命周期 Portlet 接口的四個方法構(gòu)成一個完整的生命周期： public void init(PortletConfig config) throws PortletException。 由 Portlet 容器調(diào)用，在將 Portlet 放入服務(wù)區(qū)前調(diào)用。 Portlet 容器在初始 Portlet 后，直接調(diào)用這個方法。 public void processAction (ActionRequest request, ActionResponse response) throws PortletException, 。 由 Portlet 容器調(diào)用，用來處理 action request。 public void render (RenderRequest request, RenderResponse response) throwsPortletException, 。 由 Portlet 容器調(diào)用，用來生成輸出。 public void destroy() 。 將 Portlet 從服務(wù)區(qū)中刪除。 一個 Portal 處理流程 1. 一個客戶端（例如：一個 web 瀏覽器）在被驗(yàn)證之后向 Portal 發(fā)出 HTTP 請求； 2. Portal（或稱為 Portal Server）接收到請求； 3. Portal 判斷請求是否包含與組成門戶網(wǎng)站網(wǎng)頁的 portlet 有關(guān)的動作； 4. 如果存在與某個 portlet 相關(guān)的動作， Portal 請求 portlet 容器調(diào)用 portlet 處理動作； 5. Portal 通過 portlet 容器調(diào)用 portlet，獲得被包含在產(chǎn)生的門戶網(wǎng)站網(wǎng)頁中的內(nèi)容片段； 6. Portal 將 portlet 產(chǎn)生的結(jié)果聚集于門戶網(wǎng)站的網(wǎng)頁，然后將網(wǎng)頁返回至客戶端。 在下圖中需要注意的是 Portal 服務(wù)器是建立在 Http 服務(wù)器的基礎(chǔ)上的。 Portal 服務(wù)器不可獨(dú)立的運(yùn)行。 研究現(xiàn)狀 及發(fā)展趨勢 研究現(xiàn)狀 雖然企業(yè)門戶的概念可以被預(yù)言家們肆意地描繪，然而真正要實(shí)現(xiàn)企業(yè)門戶，所面臨的問題卻不是輕易能夠跨越的。就目前國內(nèi)門