【正文】 ................................................. 31 企業(yè)門戶的測(cè)試 ..................................................................................................................... 32 第六章 結(jié)論 ............................................................................................................ 32 參考文獻(xiàn) ................................................................................................................. 33 致 謝 ..................................................................................................................... 34 中文摘要 Portal是近年 IT領(lǐng)域的一項(xiàng)重要新技術(shù)，是企業(yè)信息化的重要發(fā)展方向。當(dāng)今，人們對(duì)于信息的獲取、集成要求越來(lái)越高。 Portal 就是在這樣的背景下應(yīng)運(yùn)而生的，它幫助人們?cè)讷@取特定的數(shù)據(jù)時(shí)不用再進(jìn)入眾多的應(yīng)用系統(tǒng)，而是由門戶就可以方便快捷的獲取信息，人們能夠 快速地調(diào)用各種不同的后臺(tái)應(yīng)用，并完成對(duì)后臺(tái)應(yīng)用的各種操作。把 Portal作為企業(yè)信息集成平臺(tái)，實(shí)現(xiàn)企業(yè)信息應(yīng)用的整合、集成、增值，已經(jīng)成為重要的企業(yè)信息應(yīng)用集成基礎(chǔ)框架。因特網(wǎng)的廣泛應(yīng)用與日益普及，使得知識(shí)的產(chǎn)生、更新、傳播、利用等環(huán)節(jié)大大加速；技術(shù)創(chuàng)新、技術(shù)擴(kuò)散的速度明顯加快，用戶需求瞬息萬(wàn)變，市場(chǎng)產(chǎn)品日新月異，競(jìng)爭(zhēng)異常激烈。 目前的企業(yè)采用了各種應(yīng)用系統(tǒng)，數(shù)據(jù)正以幾何級(jí)數(shù)增長(zhǎng)，這些存儲(chǔ)在企業(yè)數(shù)據(jù)庫(kù)、主機(jī)、文件服務(wù)器上的海量信息是企業(yè)最為頭疼的問(wèn)題，企業(yè)迫切需要一種提供組織、搜索和獲取真正有價(jià)值的信息的解決方案。 企業(yè)信息門戶通過(guò)這些數(shù)據(jù)與應(yīng)用的集成和個(gè)性化的控制，為管理者、雇員、供應(yīng)商、用戶、分銷商等提供一個(gè)唯一的接入點(diǎn)，而且保證企業(yè)內(nèi)部和外部的每個(gè)合法用戶都能訪問(wèn)到這些信息，充分滿足企業(yè)對(duì)信息交流實(shí)時(shí)互動(dòng)的要求。 在我國(guó)，隨著信息化帶動(dòng)工業(yè)化戰(zhàn)略的不斷發(fā)展和深入，企業(yè)為了解決各個(gè)部門的信息孤島，提高獲得有效信息的速度，減少成本，也將目光轉(zhuǎn)向企 業(yè)信息門戶系統(tǒng)。 目前在線運(yùn)行的大小應(yīng)用系統(tǒng)有幾十項(xiàng)，這些系統(tǒng)是企業(yè)信息化建設(shè)快速發(fā)展的必然結(jié)果和真實(shí)寫照，為企業(yè)的生產(chǎn)經(jīng)營(yíng)管理發(fā)揮了日益重要的作用。 隨著企業(yè)信息化浪潮的高速發(fā)展，企業(yè)信息門戶已經(jīng)成為未來(lái)企業(yè)信息化與電子商務(wù)發(fā)展的主要方向。 論文研究?jī)?nèi)容 論文研究 了基于 portal技術(shù)的個(gè)性化門戶系統(tǒng)的信息化發(fā)展現(xiàn)狀，分析了 J2EE 開發(fā)平臺(tái)和現(xiàn)有 Portal方案的主要技術(shù)，設(shè)計(jì)了基于 liferay 框架下的企業(yè)門戶網(wǎng)站的基本架構(gòu)。 (2) 設(shè)計(jì)了系統(tǒng)企業(yè)門戶網(wǎng)站的體系結(jié)構(gòu)，采用基于 J2EE平臺(tái)的 MVC 設(shè)計(jì)模式。表示層由 Web 窗體組成，實(shí)現(xiàn) View 和 Controller 的功能；業(yè)務(wù)層包括業(yè)務(wù)實(shí)體組件和業(yè)務(wù)邏輯組件；數(shù)據(jù)層包括數(shù)據(jù)對(duì)象、數(shù)據(jù)訪問(wèn)組件等，由業(yè)務(wù)層和數(shù)據(jù)層共同實(shí)現(xiàn) Model 的功能。 (4) 設(shè)計(jì)出一個(gè)比較清晰的頁(yè)面框架展現(xiàn)機(jī)制，把 View 層布局框架分為三層：頁(yè)面(Page)、面板 (Pane)、內(nèi)容 (Content)。 主要解決的技術(shù)問(wèn)題 在門戶網(wǎng)站的建設(shè)過(guò)程中，以下幾個(gè)問(wèn)題解決起來(lái)是比較復(fù)雜和困難的： (1) 權(quán)限管理及單點(diǎn)登錄問(wèn)題。 (3) 為生成動(dòng)態(tài)信息內(nèi)容各 Web 組件間的通訊問(wèn)題。所以在本文中力求研究出比較簡(jiǎn)單容易實(shí)現(xiàn)的解決方案。 1998 年 11 月，美國(guó)美林公司發(fā)表了一份關(guān)于企業(yè)信息門戶（ Enterprise Information Portal，簡(jiǎn)稱 EIP）的報(bào)告，這份報(bào)告成為引導(dǎo)電子商務(wù)想象空間的問(wèn)路石，在美國(guó)企業(yè)界引起了巨大反響。又據(jù) GartnerGroup 市場(chǎng)研究調(diào)查中心預(yù)測(cè)， 2020 年， 60%的財(cái)富 500家大公司會(huì)導(dǎo)入企業(yè)信息門戶。 企業(yè)門戶與 Yahoo、新浪等 Public Portal 網(wǎng)站是不同的。但是，從企業(yè)門戶的發(fā)展歷程來(lái)看，這兩者之 間又存在著聯(lián)系，企業(yè)門戶是在 Public Portal 的基礎(chǔ)上逐步發(fā)展起來(lái)的。 在 EIP（ Enterprise Information Portal）發(fā)展的第二個(gè)階段，隨著信息量的增加，EIP 將企業(yè)中可以為大家共享的文檔集成起來(lái)，并增加了搜索功能和內(nèi)容發(fā)布功能，從而在一定程度上實(shí)現(xiàn)了內(nèi)容管理 (Content Management)。使得 EIP 逐漸發(fā)展成為企業(yè)運(yùn)營(yíng)的平臺(tái)。 在 EIP 發(fā)展的第四個(gè)階段，集成了更多的應(yīng)用，如 ERP、 CRM、 SCM 等。 在 EIP 發(fā)展的第五個(gè)階段， EIP 軟件進(jìn)一步與應(yīng)用服務(wù)器相結(jié)合，加強(qiáng)了高級(jí)的個(gè)性化功能，發(fā)展成為應(yīng)用服務(wù)器之上的管理客戶、員工和合作伙伴應(yīng)用的一個(gè)框架。 EIP 演化的時(shí)間并不完全符合這種階段劃分方式。 Portal 技術(shù)原理 JSR168 將 Portal 的組成分為三部份 (1) Portal Server (2) Portlet Container (3) Portlet。負(fù)責(zé)接收 HTTP 請(qǐng)求，調(diào)用 Portlet，并將 Portlet 產(chǎn)生的內(nèi)容聚集到 Portal 頁(yè)面返回給用戶。同時(shí)也提供 Portlet 相關(guān)信息的存儲(chǔ)。 Portlet Container 沒有義務(wù)去組合 Portlets 產(chǎn)生的信息內(nèi)容，這個(gè)工作必須由 Portal （即 Portal Server）來(lái)處理。 Portlet 的定義 一個(gè) Portlet 是以 Java 技術(shù)為技術(shù)的 Web 組件，由 Portlet Container 所管理，專門處理客戶的 request 以及產(chǎn)生各種動(dòng)態(tài)的信息內(nèi)容。 這些由 portlet 產(chǎn)生的內(nèi)容也被稱為片段 (fragment)，而片段是具有一些規(guī)則的Markup( HTML、 XHTML、 WML )，而且可以和其他的片段組合而成一個(gè)復(fù)雜的文件。而 Portlet 的生命周期是被 Portlet Container 所管理控制的。這些 portlet 內(nèi)容的產(chǎn)生可能會(huì)因?yàn)椴煌氖褂谜叨胁煌淖兓?，完全是根?jù)客戶對(duì)于這個(gè) portlet 的設(shè)置。 由 Portlet 容器調(diào)用，在將 Portlet 放入服務(wù)區(qū)前調(diào)用。 public void processAction (ActionRequest request, ActionResponse response) throws PortletException, 。 public void render (RenderRequest request, RenderResponse response) throwsPortletException, 。 public void destroy() 。 一個(gè) Portal 處理流程 1. 一個(gè)客戶端（例如：一個(gè) web 瀏覽器）在被驗(yàn)證之后向 Portal 發(fā)出 HTTP 請(qǐng)求； 2. Portal（或稱為 Portal Server）接收到請(qǐng)求； 3. Portal 判斷請(qǐng)求是否包含與組成門戶網(wǎng)站網(wǎng)頁(yè)的 portlet 有關(guān)的動(dòng)作； 4. 如果存在與某個(gè) portlet 相關(guān)的動(dòng)作， Portal 請(qǐng)求 portlet 容器調(diào)用 portlet 處理動(dòng)作； 5. Portal 通過(guò) portlet 容器調(diào)用 portlet，獲得被包含在產(chǎn)生的門戶網(wǎng)站網(wǎng)頁(yè)中的內(nèi)容片段； 6. Portal 將 portlet 產(chǎn)生的結(jié)果聚集于門戶網(wǎng)站的網(wǎng)頁(yè)，然后將網(wǎng)頁(yè)返回至客戶端。 Portal 服務(wù)器不可獨(dú)立的運(yùn)行。就目前國(guó)內(nèi)門戶市場(chǎng)的現(xiàn)狀而言，我想用 困惑和硝煙并存 來(lái)形容。而對(duì)于提供企業(yè)門戶套件或解決方案的國(guó)內(nèi)外廠商，他們背后則在進(jìn) 行一場(chǎng)沒有硝煙的戰(zhàn)爭(zhēng)。有關(guān)資料顯示， 2020 年， Plumtree、 SAP和 IBM 的市場(chǎng)占有率并列第一位，但這三家公司各自的市場(chǎng)占有率都只不過(guò) 7%。 在這樣的一個(gè)大背景下，國(guó)內(nèi)企業(yè)門戶應(yīng)用的現(xiàn)狀怎么樣？他們?cè)诮ㄔO(shè)企業(yè)門戶的摸索道路上是否有成功的經(jīng)驗(yàn)和教訓(xùn)？企業(yè)門戶建設(shè)的關(guān)鍵成功因素是什么？等等這些問(wèn)題都是需要我們?nèi)セ卮鸬摹? 中國(guó)企業(yè)的門戶建設(shè)才剛剛起步，但企業(yè)門戶應(yīng)用的趨勢(shì)不可阻擋 2020年 6月， Gartner Group 估計(jì)門戶市場(chǎng)將從 2020年的 709萬(wàn)美元上升到 2020 年的 2億美元；就在當(dāng)月 IDC研究也表明門戶市場(chǎng)將從 2020年的 550萬(wàn)美元上升到 2020年的（見表 1）。在這種大環(huán)境下， 國(guó)內(nèi)那些企業(yè)信息化完善的公司或那些敢于吃 螃蟹 的 CIO們已經(jīng)在摸索中開始了門戶建設(shè)，通過(guò)調(diào)查企業(yè)門戶建設(shè)的狀態(tài)和水平，我們發(fā)現(xiàn)有 %企業(yè)門戶建設(shè)處于萌芽和啟動(dòng)階段， % 的企業(yè)正在進(jìn)行門戶建設(shè)的規(guī)劃制定工作，更有 %的企業(yè)部署了企業(yè)門戶軟件。即使這樣，還差不多有接近 6成的企業(yè)對(duì)企業(yè)門戶的關(guān)注和投入在增加。雖然我們現(xiàn)在還無(wú)法估計(jì)國(guó)內(nèi)的門戶市場(chǎng)究竟有多大，但是根據(jù)我們調(diào)查的結(jié)果，我們對(duì)于門戶應(yīng)用的趨勢(shì)不可阻擋性還是十分樂觀的。隨著網(wǎng)絡(luò)和應(yīng)用技術(shù)的迅速發(fā)展， Portal 本身也會(huì)隨之快速發(fā)展。隨著網(wǎng)絡(luò)的快速發(fā)展，以后的 Portal 就是一個(gè)“應(yīng)用操作系統(tǒng)”內(nèi)核，軟件開發(fā)人員只要按規(guī)范開發(fā)好應(yīng)用，就可以“安裝”到 Portal平臺(tái)里，就好象 Windows 平臺(tái)開發(fā)的軟件一樣，只要符合規(guī)范要求，就能 setup到系統(tǒng)中，系統(tǒng)菜單會(huì)自動(dòng)添加相關(guān)的功能項(xiàng)，點(diǎn)擊菜單就可以運(yùn)行相應(yīng)的功能。這就像 Windows 與 Apples 一樣，對(duì)于用戶來(lái)說(shuō)不關(guān)心后臺(tái)的實(shí)現(xiàn)技術(shù)，而是 根據(jù)界面、某些方 面的處理能力上做選擇。 三、跨平臺(tái)的優(yōu)勢(shì)仍然很重要：在操作系統(tǒng)平臺(tái)上， Oracle 依靠其跨平臺(tái)特點(diǎn)贏得大量的 Linux、 UNIX客戶，使得 SQL SERVER 無(wú)法企及。 相關(guān)技術(shù) J2EE 平臺(tái) J2EE 是一套全然不同于傳統(tǒng)應(yīng)用開發(fā)的技術(shù)架構(gòu)，包含許多組件，主要可簡(jiǎn)化且規(guī)范應(yīng)用系統(tǒng)的開發(fā)與部署，進(jìn)而提高可移植性、安全與再用價(jià)值。 在 J2EE 架構(gòu)下，開發(fā)人員可依循規(guī)范基礎(chǔ)，進(jìn)而開發(fā)企業(yè)級(jí)應(yīng)用；而不同 J2EE 供貨商，同會(huì)支持不同 J2EE 版本內(nèi)所擬定的標(biāo)準(zhǔn)，以確保不同 J2EE 平臺(tái)與產(chǎn)品之間的兼容性。 J2EE 主由升陽(yáng) (SUN)與 IBM 等廠商協(xié)同業(yè)界共同擬定而成的技術(shù)規(guī)范，以企業(yè)與企業(yè)之間的運(yùn)算為導(dǎo)向的 JAVA 開發(fā)環(huán)境。 對(duì)于開發(fā)人員而言，只需要專注于各種應(yīng)用系統(tǒng)的商業(yè)邏輯與架構(gòu)設(shè)計(jì)，至于底層繁瑣的程序撰寫工作，可搭配不同的開發(fā)平臺(tái)，以讓應(yīng)用系統(tǒng)的開發(fā)與部署效率大幅提升。 EJB 依照特性的不同，目前共分為三種，分別是 Session Bean、 Entity Bean，以及 Message Driven Bean 。 目前業(yè)界許多程序設(shè)計(jì)師，或者是網(wǎng)頁(yè)設(shè)計(jì)人員，多利用 JSP/Servlet 的便利性，進(jìn)而在 J2EE 服務(wù)器之上開發(fā)相關(guān)的應(yīng)用，或是整合公司內(nèi)部的各種資源。 從整體上講， J2EE 是使用 Java 技術(shù)開發(fā)企業(yè)級(jí)應(yīng)用的一種事實(shí)上的工業(yè)標(biāo)準(zhǔn) (Sun 公司出于其自身利益的考慮，至今沒有將 Java 及其相關(guān)技術(shù)納入標(biāo)準(zhǔn)化組織的體系 )，它是 Java技術(shù)不斷適應(yīng)和促進(jìn)企業(yè)級(jí)應(yīng)用過(guò)程中的產(chǎn)物。 J2EE 是一個(gè)標(biāo)準(zhǔn)，而不是一個(gè)現(xiàn)成的產(chǎn)品。由于它們都遵循了 J2EE 規(guī)范，因此，使用 J2EE 技術(shù)開發(fā)的企業(yè)級(jí)應(yīng)用可以部署在各種 J2EE 應(yīng)用服務(wù)器上。 J2EE Blueprints 提供了實(shí)施 J2EE 企業(yè)級(jí)應(yīng)用的體系架構(gòu)、設(shè)計(jì)模式和相關(guān)的代碼，通過(guò)應(yīng)用 J2EE Blueprints 所描述的體系模型，能夠部分簡(jiǎn)化架構(gòu)企業(yè)級(jí)應(yīng)用這項(xiàng)復(fù)雜的工作。 J2EE 組成了一個(gè)完整企業(yè)級(jí)應(yīng)用的不同部分納入不同的容器 (Container)，每個(gè)容器中都包含若干組件 (這些組件是需要部署在相應(yīng)容器中的 )，同時(shí)各種組件 都能使用各種 J2EE Service/API。 Web 容器中的組件可使用 EJB 容器中的組件完成復(fù)雜的商務(wù)邏輯。 EJB 規(guī)范定義了一個(gè)開發(fā)和部署分布式商業(yè)邏輯的框架，以簡(jiǎn)化企業(yè)級(jí)應(yīng)用的開 發(fā)，使其較容易地具備可伸縮性、可移植性、分布式事務(wù)處理、多用戶和安全性等。 Applet 是嵌在瀏覽器中的一種輕量級(jí)客戶端，一般而言，僅當(dāng)使用 Web 頁(yè)面無(wú)法充分地表現(xiàn)數(shù)據(jù)或應(yīng)用界面的時(shí)候，才使用它。 ◆ Application Client 容器 客戶端容器，包含的組件為 Application Client。 通過(guò)這四個(gè)容器， J2EE 能夠靈活地實(shí)現(xiàn)前面描述的企業(yè)級(jí)應(yīng)用的架構(gòu)。 Web 容器中的Servlet 是實(shí)現(xiàn) Controller 部分業(yè)務(wù)流程控制的主要手段；而 EJB 則主要針 對(duì) Model 部分的業(yè)務(wù)邏輯實(shí)現(xiàn)。 在 J2EE 的各種服務(wù)和 API 中