北京市應(yīng)急指揮系統(tǒng)BEA方案-V1

1、.BEA技術(shù)建議 ：.； PAGE 41北京市應(yīng)急指揮系統(tǒng)BEA技術(shù)建議V1.0BEA系統(tǒng)中國2006-01 目錄 TOC o 1-4 h z u HYPERLINK l _Toc125526853 1工程總體要求 PAGEREF _Toc125526853 h 3 HYPERLINK l _Toc125526854 2信息平臺技術(shù)要求 PAGEREF _Toc125526854 h 4 HYPERLINK l _Toc125526855 用戶需求的效力媒介： PAGEREF _Toc125526855 h 4 HYPERLINK l _Toc125526856 互聯(lián)網(wǎng) PAGEREF _To

2、c125526856 h 4 HYPERLINK l _Toc125526857 呼叫中心 PAGEREF _Toc125526857 h 4 HYPERLINK l _Toc125526858 3北京市應(yīng)急指揮系統(tǒng)BEA技術(shù)方案 PAGEREF _Toc125526858 h 5 HYPERLINK l _Toc125526859 3.1北京市應(yīng)急指揮系統(tǒng)SOA架構(gòu)總體設(shè)計 PAGEREF _Toc125526859 h 5 HYPERLINK l _Toc125526860 3.2運用支撐平臺與集成環(huán)境 PAGEREF _Toc125526860 h 6 HYPERLINK l _Toc1

3、25526861 3.3信息資源共享環(huán)境 PAGEREF _Toc125526861 h 7 HYPERLINK l _Toc125526862 3.3.1數(shù)據(jù)效力平臺 PAGEREF _Toc125526862 h 7 HYPERLINK l _Toc125526863 3.4任務(wù)流平臺 PAGEREF _Toc125526863 h 15 HYPERLINK l _Toc125526864 3.5門戶系統(tǒng)方案 PAGEREF _Toc125526864 h 17 HYPERLINK l _Toc125526865 3.5.1內(nèi)容管理 PAGEREF _Toc125526865 h 17 H

4、YPERLINK l _Toc125526866 3.5.2搜索功能 PAGEREF _Toc125526866 h 18 HYPERLINK l _Toc125526867 3.5.3多渠道訪問 PAGEREF _Toc125526867 h 19 HYPERLINK l _Toc125526868 3.5.4門戶平安管理 PAGEREF _Toc125526868 h 20 HYPERLINK l _Toc125526869 3.5.5一致用戶檔案 PAGEREF _Toc125526869 h 22 HYPERLINK l _Toc125526870 3.5.6單點登錄 PAGEREF

5、_Toc125526870 h 23 HYPERLINK l _Toc125526871 3.6系統(tǒng)部署和管理 PAGEREF _Toc125526871 h 24 HYPERLINK l _Toc125526872 3.6.1高性能 PAGEREF _Toc125526872 h 24 HYPERLINK l _Toc125526873 3.6.2集群和可靠性 PAGEREF _Toc125526873 h 25 HYPERLINK l _Toc125526874 3.6.3系統(tǒng)監(jiān)控，保證SLA PAGEREF _Toc125526874 h 26 HYPERLINK l _Toc12552

6、6875 3.7BEA實現(xiàn)的SOA架構(gòu)優(yōu)勢 PAGEREF _Toc125526875 h 27 HYPERLINK l _Toc125526876 3.7.1全面、一致的平臺 PAGEREF _Toc125526876 h 27 HYPERLINK l _Toc125526877 3.7.2基于規(guī)范的開放平臺 PAGEREF _Toc125526877 h 27 HYPERLINK l _Toc125526878 3.7.3簡單、高效率實施 PAGEREF _Toc125526878 h 29 HYPERLINK l _Toc125526879 4勝利案例 PAGEREF _Toc12552

7、6879 h 30工程總體要求工程要求見工程需求書，此處略。信息平臺技術(shù)要求用戶需求的效力媒介：互聯(lián)網(wǎng)用戶需求經(jīng)過互聯(lián)網(wǎng)滿足對信息的閱讀、查詢、決策、指揮、郵件效力、即時通訊等的需求。無線網(wǎng)絡(luò)用戶需求經(jīng)過無線效力，滿足隨時隨地閱讀信息、查詢信息、視頻會議等的需求。呼叫中心用戶需求經(jīng)過人工和語音的呼叫效力滿足信息效力，情況報告等語音效力需求。北京市應(yīng)急指揮系統(tǒng)BEA技術(shù)方案北京市應(yīng)急指揮系統(tǒng)SOA架構(gòu)總體設(shè)計根據(jù)工程的需求，該工程的運用可以分為幾個層面：底層的數(shù)據(jù)層經(jīng)過數(shù)據(jù)庫系統(tǒng)存儲共享的業(yè)務(wù)數(shù)據(jù)，共享數(shù)據(jù)從各自業(yè)務(wù)數(shù)據(jù)庫中提取，數(shù)據(jù)源之間進展復(fù)制和交換；運用支撐層經(jīng)過運用效力器支持程序組件的建

8、立和運轉(zhuǎn)；數(shù)據(jù)效力層針對不同的運用，運用對數(shù)據(jù)的訪問需求一個數(shù)據(jù)效力層，經(jīng)過數(shù)據(jù)效力層，運用可以做到透明訪問異構(gòu)的和分布的數(shù)據(jù)庫和文件系統(tǒng)，運用邏輯和數(shù)據(jù)源之間是松耦合的，經(jīng)過中間的數(shù)據(jù)效力層提供跨數(shù)據(jù)庫的關(guān)聯(lián)和映射；效力總線層經(jīng)過效力總線，銜接各類可重用效力模塊，完成音訊傳送，數(shù)據(jù)轉(zhuǎn)換，效力路由等功能；任務(wù)流層穿接運用模塊，按照任務(wù)流程構(gòu)建業(yè)務(wù)流程，支撐部門內(nèi)部和跨部門的流程建模，執(zhí)行和管理，并結(jié)合門戶系統(tǒng)構(gòu)建流程門戶，構(gòu)建SOA構(gòu)架運用，任務(wù)流平臺是必需的；門戶展現(xiàn)層可以針對不同類型的用戶提供靈敏的訪問方式，根據(jù)不同用戶類型提供個性化效力。北京市應(yīng)急指揮系統(tǒng)，其邏輯構(gòu)造可以按照上述六層來構(gòu)

9、建。其益處在于，從縱向構(gòu)造上看，應(yīng)器具有松耦合架構(gòu)。詳細的引見如下：在數(shù)據(jù)層數(shù)據(jù)庫或文件系統(tǒng)可以進展數(shù)據(jù)交換；運用支撐層經(jīng)過開發(fā)基于J2EE的運用程序組件實現(xiàn)運用模塊功能，組件可以封裝為效力，組件的構(gòu)建，運轉(zhuǎn)和管理由本層支撐，運用支持層經(jīng)過WebLogic Server實現(xiàn)；在數(shù)據(jù)效力層數(shù)據(jù)的訪問基于一致的入口，被訪問數(shù)據(jù)那么可以分布在外部相關(guān)單位的共享數(shù)據(jù)庫和北京市應(yīng)急指揮系統(tǒng)的數(shù)據(jù)庫中，經(jīng)過數(shù)據(jù)效力層進展跨數(shù)據(jù)庫的關(guān)聯(lián)，數(shù)據(jù)效力層的訪問可以經(jīng)過Java接口或Web效力實現(xiàn)，數(shù)據(jù)訪問層經(jīng)過AquaLogic Data Service Platform產(chǎn)品實現(xiàn)；效力總線層業(yè)務(wù)運用經(jīng)過組件方式構(gòu)

10、建，組件可以方便的封裝成Web效力，在系統(tǒng)之間被相互調(diào)用，效力總線層經(jīng)過AquaLogic Service Bus實現(xiàn)；在任務(wù)流層任務(wù)流層支撐流程建模，執(zhí)行和管理，靈敏的流程管理工具使生成和改動任務(wù)流程變得簡單；在門戶展現(xiàn)層經(jīng)過門戶技術(shù)，北京市應(yīng)急指揮系統(tǒng)門戶中建立的各類運用展現(xiàn)portlet，信息內(nèi)容的展現(xiàn)個性化。北京市應(yīng)急指揮系統(tǒng)基于SOA的一致技術(shù)架構(gòu)要實現(xiàn)上述的系統(tǒng)層次和功能，需求SOA的構(gòu)架設(shè)計和相應(yīng)的BEA產(chǎn)品支持，做到開放、靈敏和矯捷。下面分層引見BEA的方案和產(chǎn)品技術(shù)特點。運用支撐平臺運用支撐平臺是經(jīng)過BEA WebLogic Server運用效力器實現(xiàn)。詳細的技術(shù)目的參照附件

11、。數(shù)據(jù)效力平臺BEA 可以提供的處理方案包括數(shù)據(jù)訪問平臺經(jīng)過AquaLogic Data Service Platform實現(xiàn)。數(shù)據(jù)效力層在北京市應(yīng)急指揮系統(tǒng)中起著數(shù)據(jù)訪問效力的作用，可以在跨系統(tǒng)在分布式數(shù)據(jù)訪問中屏蔽數(shù)據(jù)源，構(gòu)成基于XML的一致訪問接口，數(shù)據(jù)構(gòu)造，數(shù)據(jù)關(guān)聯(lián)，數(shù)據(jù)目錄定義和數(shù)據(jù)訪問控制經(jīng)過數(shù)據(jù)效力平臺完成。由于在數(shù)據(jù)庫和運用之間參與了數(shù)據(jù)效力層，數(shù)據(jù)庫表的修正不會影響運用代碼，對今后系統(tǒng)的晉級和改造提供靈敏的構(gòu)造。數(shù)據(jù)效力經(jīng)過BEA AquaLogic Data Service Platform來實現(xiàn)。提供一種規(guī)范途徑來快速地聚合并展現(xiàn)多種異構(gòu)數(shù)據(jù)源的數(shù)據(jù)視圖(包括 Web s

12、ervices, 數(shù)據(jù)庫, 文件、XML文件、運用及Web站點等) 。這種數(shù)據(jù)視圖可以經(jīng)過Java API，RMI，Web Services等方法被運用，業(yè)務(wù)流程，門戶運用所直接調(diào)用。以下圖是AquaLogic Data Service Platform的邏輯構(gòu)造。1什么是數(shù)據(jù)效力層？從架構(gòu)的觀念看，數(shù)據(jù)效力層是位于底層數(shù)據(jù)源集合之上的數(shù)據(jù)籠統(tǒng)層。從SOA的原理分析，數(shù)據(jù)效力層的作用是為一切讀寫操作提供一個訪問點，并對“運用者運用隱藏底層數(shù)據(jù)的物理構(gòu)造和訪問機制。為此，數(shù)據(jù)效力層提供了一個獨立于底層數(shù)據(jù)源的接口，它公開用來讀寫數(shù)據(jù)的可重用數(shù)據(jù)效力的規(guī)范集合。以下圖描畫了數(shù)據(jù)效力層在架構(gòu)中的角色

13、。數(shù)據(jù)效力層的一個重要優(yōu)勢在于，它遵照了一個重要的SOA原理“松耦合將運用數(shù)據(jù)效力的運用與底層數(shù)據(jù)源提供者的依賴性降至最低。這樣，運用將看不到數(shù)據(jù)源運用的底層物理構(gòu)造及相關(guān)訪問機制。“松耦合允許數(shù)據(jù)庫架構(gòu)師在不更改層的接口或“運用者運用的情況下，從數(shù)據(jù)效力層修正、組合、挪動甚至刪除底層數(shù)據(jù)源。這樣，數(shù)據(jù)庫架構(gòu)師既能為需求的運用提供信息，又能控制數(shù)據(jù)構(gòu)造。隨著時間的推移，這種提高的靈敏性將簡化企業(yè)運用的維護，并使企業(yè)更靈敏、更矯捷地順應(yīng)業(yè)務(wù)IT需求的變化。數(shù)據(jù)效力層的第二個優(yōu)勢在于：它提供了“單個數(shù)據(jù)訪問位置。很多企業(yè)都試圖處理“數(shù)據(jù)真實性問題，例如，名為“收入的字段既能夠指bookings數(shù)據(jù)

14、庫的預(yù)訂收入，也能夠指sales數(shù)據(jù)庫的銷售收入，在這里，“收入項的真實含義取決于它的來源上下文，也取決于運用它的上下文。典型的數(shù)據(jù)效力層是訪問廣泛企業(yè)數(shù)據(jù)源的一致訪問點機構(gòu)之所以會遇到“數(shù)據(jù)真實性問題，其中的一個緣由是企業(yè)中存在大量數(shù)據(jù)源。另外，這些數(shù)據(jù)源分散在不同運用中，運用情況又不盡一樣，因此導(dǎo)致混淆。當(dāng)用戶試圖了解一個數(shù)據(jù)段的真實含義時，經(jīng)常會遇到以下四個問題。對于將運用的上下文而言，數(shù)據(jù)能夠底層數(shù)據(jù)源的一個錯誤位置字段名不明晰，數(shù)據(jù)能夠是錯誤信息數(shù)據(jù)能夠過時例如，由于數(shù)據(jù)倉庫更新間隔在讀取或上次更新時，能夠?qū)⒁恍┎徽_和或不完好的數(shù)據(jù)轉(zhuǎn)換運用到數(shù)據(jù)上數(shù)據(jù)效力層處理了上述一切問題，它是

15、企業(yè)中的單個數(shù)據(jù)訪問點，使企業(yè)可以找到數(shù)據(jù)的“單個真實來源。在實施數(shù)據(jù)效力層后，可確保從正確數(shù)據(jù)源獲得數(shù)據(jù)，并將適當(dāng)信息銜接地返給一切運用。另外，可在數(shù)據(jù)效力層對字段實施規(guī)范化，確保數(shù)據(jù)的描畫明晰可辨，并將運用正確的數(shù)據(jù)源。數(shù)據(jù)效力層可確保前往的數(shù)據(jù)是最新的，適當(dāng)數(shù)據(jù)源，并且是實時獲取的。最后，一切數(shù)據(jù)轉(zhuǎn)換都被用于數(shù)據(jù)效力層，以確保整個企業(yè)運用和執(zhí)行的銜接性?？傊?，經(jīng)過運用數(shù)據(jù)效力層，機構(gòu)可獲得以下幾個明顯的益處：運用與訪問數(shù)據(jù)的復(fù)雜性隔離，故運用更易于創(chuàng)建。更改數(shù)據(jù)源的影響范圍普通只限于數(shù)據(jù)效力層，故運用更易于維護。運用運用共享的數(shù)據(jù)效力、驗證邏輯及效力封裝的其他數(shù)據(jù)規(guī)那么，故能獲得更一致的

16、數(shù)據(jù)?？傊?，運用BEA AquaLogic Data Services Platform的企業(yè)的矯捷性和反響速度更快，可以順應(yīng)不斷變化的市場要求。2構(gòu)建數(shù)據(jù)效力層的傳統(tǒng)方法傳統(tǒng)上，開發(fā)人員在構(gòu)建數(shù)據(jù)效力層時，會運用人工編碼方式，并將代碼嵌入在建運用中。這種方法難以共享和重用數(shù)據(jù)效力。為此，企業(yè)開場尋覓ETLextract, transform, and load，提取、轉(zhuǎn)換和加載產(chǎn)品來構(gòu)建效力層。ETL起初用來為業(yè)務(wù)報表運用創(chuàng)建數(shù)據(jù)倉庫。在用ETL技術(shù)構(gòu)建數(shù)據(jù)效力層時，將關(guān)聯(lián)和復(fù)制多個來源的數(shù)據(jù)，將它們整合到一個數(shù)據(jù)倉庫、數(shù)據(jù)中心或操作數(shù)據(jù)庫，并將結(jié)果庫作為數(shù)據(jù)效力層的數(shù)據(jù)源。對于“只讀或“查

17、詢密集的小型企業(yè)運用集而言，這種方法非常有效，能支持周期性數(shù)據(jù)刷新如分析或數(shù)據(jù)發(fā)掘運用。“添加新數(shù)據(jù)源等更改普通需求重新設(shè)計，并重新加載中心數(shù)據(jù)庫，故ETL方法最適于靜態(tài)運用此類運用的需求極少更改運用。過去的閱歷證明，這種方法適用于業(yè)務(wù)報表運用，這些運用執(zhí)行統(tǒng)計分析、復(fù)雜數(shù)據(jù)會聚或時間系列趨勢計算，能從長期數(shù)據(jù)處置如整夜中獲益。企業(yè)逐漸發(fā)現(xiàn)，ETL方法需求IT部門建立和管理ETL系統(tǒng)，并經(jīng)常大規(guī)模挪動數(shù)據(jù)，本錢高昂。研討顯示，由于遷移數(shù)據(jù)會帶來初期和長久的硬件和磁盤空間本錢，用于開發(fā)、支持、晉級和監(jiān)控ETL工程和任務(wù)的本錢能夠相當(dāng)可觀。3BEA AquaLogic Data Services

18、Platform構(gòu)建數(shù)據(jù)效力層的方法The BEA AquaLogic Data Services Platform 從底層設(shè)計開場簡化為SOA實施開發(fā)數(shù)據(jù)效力的義務(wù)。該平臺基于具有聲明性效力定義的元數(shù)據(jù)驅(qū)動方法，不需求人工創(chuàng)建任務(wù)流或代碼，能自動完成許多數(shù)據(jù)效力創(chuàng)建和維護的任務(wù)。此外，聲明性的方法能自動優(yōu)化數(shù)據(jù)訪問規(guī)劃，減輕后臺系統(tǒng)負擔(dān)，提高系統(tǒng)綜合性能。BEA AquaLogic Data Services Platform中的聲明性編程：BEA AquaLogic Data Services Platform在數(shù)據(jù)效力的聲明性定義中運用XQuery言語。聲明性編程使數(shù)據(jù)效力架構(gòu)師可以定義

19、需求的效力及根底數(shù)據(jù)和效力；然后由BEA AquaLogic Data Services Platform來決議提供所需效力的最正確算法。該平臺可以選擇適宜的數(shù)據(jù)源訪問順序、編排底層效力調(diào)用，在遇到RDBMS數(shù)據(jù)源時，還能產(chǎn)生一組適宜的SQL查詢語句。它支持各種算法，可以創(chuàng)建高效SQL，將盡量多的查詢處置委托給底層RDBMS數(shù)據(jù)源，只檢索后處置方式的數(shù)據(jù)；為及時訪問Web效力等高延遲資源，它還支持并行的、基于超時的缺點轉(zhuǎn)移工具。因此，BEA AquaLogic Data Services Platform提供對底層數(shù)據(jù)的自動訪問、轉(zhuǎn)換與關(guān)聯(lián)以及底層數(shù)據(jù)訪問優(yōu)化。順應(yīng)運用需求的效力：對于恣意效力

20、調(diào)用，運用能夠需求許多數(shù)據(jù)子集和各種不同的結(jié)果。比如，對于一個前往客戶數(shù)據(jù)的效力，運用能夠需求查詢按客戶標(biāo)識排序的數(shù)據(jù)排序、郵政編碼為某特定數(shù)字的客戶挑選、只需客戶的姓映射或客戶數(shù)量合計。傳統(tǒng)上，上述操作都必需是獨立的效力調(diào)用，這些調(diào)用有相互反復(fù)的數(shù)據(jù)轉(zhuǎn)換和確認邏輯。通常，以一個通用的getCustomer效力調(diào)用獲得上述一切數(shù)據(jù)是無法接受的，由于那會將太多的數(shù)據(jù)帶到中間層，產(chǎn)生性能問題。BEA AquaLogic Data Services Platform的聲明性方法使數(shù)據(jù)效力架構(gòu)師能定義一個getCustomer( )效力調(diào)用，而不會產(chǎn)生性能問題。開發(fā)人員可以運用運用特有的過濾、排序、映

21、射或合計等功能，BEA AquaLogic Data Services Platform動態(tài)地創(chuàng)建針對各種不同情況而優(yōu)化的查詢和更新規(guī)劃。這消除了針對不同運用需求不斷改動數(shù)據(jù)效力層的需求，提高了數(shù)據(jù)一致性。效力上的效力視圖演化：如以下圖所示，聲明性方法使數(shù)據(jù)效力架構(gòu)師能利用現(xiàn)有效力定義新效力，而不用擔(dān)憂性能下降。BEA AquaLogic Data Services Platform引擎可以優(yōu)化掉效力調(diào)用的中間層，為效力調(diào)用產(chǎn)生效率更高的數(shù)據(jù)訪問規(guī)劃。與此相反，基于任務(wù)流或人工編碼的方法在效力調(diào)用其他效力時，性能會嚴重下降。各個效力按照編碼執(zhí)行，而不思索高層效力需求的能夠只是一小部分數(shù)據(jù)；而且

22、每種效力都有本人的界限，要跨越界限需求進展多次數(shù)據(jù)復(fù)制和轉(zhuǎn)換。因此，數(shù)據(jù)效力架構(gòu)師經(jīng)常不得不為所需的各個數(shù)據(jù)效力分別編寫任務(wù)流。一次集成與重用：如以下圖所示，聲明性方法使數(shù)據(jù)效力架構(gòu)師可以創(chuàng)建、共享、公用和重用數(shù)據(jù)效力。實例包括了提供單一“客戶視圖的數(shù)據(jù)效力，或者提供重要業(yè)務(wù)虛體的數(shù)據(jù)效力。在數(shù)據(jù)效力層，數(shù)據(jù)效力架構(gòu)師經(jīng)常創(chuàng)建許多類似的效力調(diào)用：getCustomerByID(custID)getCustomersByRating(rating)getTopCustomers( )假設(shè)客戶數(shù)據(jù)是從多個數(shù)據(jù)源獲取的，那么執(zhí)行這些數(shù)據(jù)效力的最有效的方法似乎是運用多個SQL查詢和效力調(diào)用。運用BEA

23、 AquaLogic Data Services Platform，數(shù)據(jù)效力架構(gòu)師可以創(chuàng)建一個通用的數(shù)據(jù)集效果勞，比如getCustomerProfile( )。在這個主要的“單一客戶視圖上，可以方便快捷地定義多個公用效力。由于這些效力可以利用在底層效力中曾經(jīng)預(yù)先完成的集成任務(wù)，所以定義這些高層效力非常容易。此外，BEA AquaLogic Data Services Platform的聲明性方法使其可以優(yōu)化掉中間層，為在其上構(gòu)建的效力產(chǎn)生更高效的訪問途徑。與此相反，用任務(wù)流或人工編碼來處置此問題，需求為每個效力分別編寫程序。BEA AquaLogic Data Services Platfo

24、rm的聲明性方法，支持視圖演化，消除了效力調(diào)用其他效力時產(chǎn)生的性能瓶頸。采用BEA AquaLogic Data Services Platform，經(jīng)過重用現(xiàn)有效力，定義新效力變得極為簡單。而且由于與數(shù)據(jù)有關(guān)的規(guī)那么在一個地方定義和運用后，可以一致地被一切相關(guān)的數(shù)據(jù)效力運用，因此該特性有助于提高數(shù)據(jù)的一致性。此外，由于改動只需在一個地方進展，使得對于這些規(guī)那么的維護非常輕松，提高了一致性。BEA AquaLogic Data Services Platform采用獨特的聲明性方法來定義數(shù)據(jù)效力，支持數(shù)據(jù)訪問邏輯的自動化，提供“一次定義，多次重用的體驗，極大地簡化了數(shù)據(jù)效力的開發(fā)和日常維護。4

25、定義數(shù)據(jù)效力BEA AquaLogic Data Services Platform提供了豐富的建模環(huán)境，能根據(jù)業(yè)務(wù)虛體和它們之間的關(guān)系組織數(shù)據(jù)效力。運用這一環(huán)境，數(shù)據(jù)效力架構(gòu)師能在單一地點了解數(shù)據(jù)效力方式、效力操作和數(shù)據(jù)效力管理戰(zhàn)略。良好的數(shù)據(jù)效力模型為運用開發(fā)人員提供了運用數(shù)據(jù)效力的指南，并讓他們更有效地維護和重用數(shù)據(jù)效力。BEA AquaLogic Data Services Platform采用如圖的“分段圖chip diagram，以圖形化方式描畫每個數(shù)據(jù)效力的功能。分段圖以簡約的格式概括一個數(shù)據(jù)效力的信息，使數(shù)據(jù)效力架構(gòu)師可以看到該效力及相關(guān)人工制品。圖3演示了該數(shù)據(jù)效力的幾個方面

26、的信息：數(shù)據(jù)效力的讀功能與之相關(guān)的數(shù)據(jù)外形，一種XML Schema提供對相關(guān)數(shù)據(jù)效力訪問的導(dǎo)航功能一組用來定義它的低級數(shù)據(jù)效力BEA AquaLogic Data Services Platform還支持數(shù)據(jù)模型圖的創(chuàng)建和維護，該圖以圖形化方式記錄和共享一個數(shù)據(jù)效力層的部分信息。與E-R或UML圖表非常類似，每個數(shù)據(jù)模型圖表都顯示一組數(shù)據(jù)效力和它們之間的相互關(guān)系。BEA AquaLogic Data Services Platform中的數(shù)據(jù)效力，按照實踐業(yè)務(wù)虛體建模5數(shù)據(jù)轉(zhuǎn)換經(jīng)過數(shù)據(jù)效力平臺提供的數(shù)據(jù)轉(zhuǎn)換功能，在不同格式的數(shù)據(jù)之間相互轉(zhuǎn)換，將數(shù)據(jù)格式轉(zhuǎn)化為對方能識別的格式。這樣就使得具有不

27、同數(shù)據(jù)格式的效力能具備更廣泛的兼容性。數(shù)據(jù)轉(zhuǎn)換是指數(shù)據(jù)從一種格式向另一種格式的映射和轉(zhuǎn)換。例如，非 XML 格式的數(shù)據(jù)可以轉(zhuǎn)換為 XML 格式，反之，XML 格式的數(shù)據(jù)也可以轉(zhuǎn)換為非 XML 格式。BEA的數(shù)據(jù)效力平臺提供了基于XQuery技術(shù)的可視化的數(shù)據(jù)轉(zhuǎn)換功能，能經(jīng)過拖拽的手段快速實現(xiàn)不同格式之間的數(shù)據(jù)轉(zhuǎn)換, 還可以對以下恣意輸入輸出數(shù)據(jù)類型進展數(shù)據(jù)轉(zhuǎn)換：XML 數(shù)據(jù)、非 XML 數(shù)據(jù)、Java 原子類型、Java 類。在這個過程中，不但可以實現(xiàn)數(shù)據(jù)格式上的變化，還能運用XQuery的函數(shù)，對數(shù)據(jù)內(nèi)容本身做各種運算。此外，經(jīng)過BEA效力平臺實現(xiàn)的數(shù)據(jù)轉(zhuǎn)換功能本身也可以被其他模塊復(fù)用?？梢?/p>

28、化數(shù)據(jù)轉(zhuǎn)換功能效力總線平臺不同系統(tǒng)之間和指揮決策系統(tǒng)同北京市各級政府的相關(guān)系統(tǒng)之間的系統(tǒng)調(diào)用和信息交換，建議運用Web效力方法。為了建立開放的效力調(diào)用管理框架，建議運用BEA AquaLogic Service Bus效力總線產(chǎn)品。BEA提供了效力平臺，提供了效力管理、效力路由、效力編排、數(shù)據(jù)轉(zhuǎn)換和音訊代理等功能。在BEA提供的效力平臺中，“效力代表了業(yè)務(wù)功能上可被復(fù)用的運用模塊。它不僅僅可以是Web效力WebServices，還可以是運用其他任何開放手段可訪問到的運用資源，這些開放技術(shù)包括Tuxedo、CORBA、音訊機制、適配器、DCOM等。這種效力的多樣性充分擴展了開放平臺的資源管理范圍

29、，無論是采用Java、C、C+開發(fā)的運用系統(tǒng)，還是運用CORBA、Web效力、音訊機制實現(xiàn)的異構(gòu)系統(tǒng)，這些資源都可以做為可復(fù)用的業(yè)務(wù)資產(chǎn)，經(jīng)過開放的系統(tǒng)架構(gòu)實現(xiàn)靈敏的互聯(lián)互通。效力管理首先經(jīng)過集勝利能，將客戶系統(tǒng)中所包含的運用不同實現(xiàn)技術(shù)、運轉(zhuǎn)在不同平臺的運用接入到運用架構(gòu)中。在完成集成單獨運用后，這些運用模塊就成為在開放架構(gòu)中可以被復(fù)用的業(yè)務(wù)模塊了。為了進一步添加運用和數(shù)據(jù)的靈敏性，來順應(yīng)業(yè)務(wù)開展的需求，可以將這些接入的運用和數(shù)據(jù)資源交給中心層的效力平臺進展管理。圖：BEA效力平臺的效力資源管理BEA提供的效力平臺可以集中管理集成層接入的各種運用效力，它可以從注冊到其中的效力本身描畫WSDL

30、中得到效力的特性，然后對眾多基于效力的運用資源進展集中管理。經(jīng)過集中、有效的管理可復(fù)用的運用效力，可以明晰的了解在信息平臺運用架構(gòu)中有哪些運用和數(shù)據(jù)資源；這些資源是由什么運用或數(shù)據(jù)源提供效力的；它們后臺實現(xiàn)實分布在哪些系統(tǒng)內(nèi)部；它們都可以提供什么可重用業(yè)務(wù)功能；如何才干訪問它們等信息；它們提供什么平安維護，從而真正實現(xiàn)了運用效力資產(chǎn)管理。效力路由運用效力的路由功能，可以為信息平臺實現(xiàn)更加非常靈敏的業(yè)務(wù)調(diào)用過程。在BEA提供的效力平臺中，可以實現(xiàn)基于業(yè)務(wù)規(guī)那么的效力路由功能。首先效力運用方經(jīng)過效力平臺訪問某個效力的入口，當(dāng)效力平臺接納到用戶懇求后，假設(shè)在效力調(diào)用過程配置了訪問路由，那么平臺會運用

31、路由配置表進展基于業(yè)務(wù)規(guī)那么的匹配，然后根據(jù)不同的匹配結(jié)果，將用戶對效力的懇求路由到后臺不同的業(yè)務(wù)提供者。圖：BEA效力平臺的效力路由配置功能BEA實現(xiàn)的基于運用信息的效力路由功能可以經(jīng)過可視化的路由配置界面實現(xiàn)，這樣可以在運用系統(tǒng)在運轉(zhuǎn)的時候，更加靈敏、方便的順應(yīng)業(yè)務(wù)動態(tài)變化的需求?？捎糜脕碜鰹榕袆e路由準(zhǔn)那么的數(shù)據(jù)可以包括：傳送進來的業(yè)務(wù)信息，與用戶相關(guān)的環(huán)境信息application context，經(jīng)過接口可以訪問到的外部信息等內(nèi)容。效力的路由規(guī)那么可以經(jīng)過效力平臺的可視化編排界面實現(xiàn)既可。假設(shè)路由規(guī)那么比較復(fù)雜，建議運用規(guī)那么效力提供更加靈敏的實現(xiàn)。效力在路由過程中，可以結(jié)合中心層的負

32、載平衡，并能動態(tài)判別后臺效力系統(tǒng)的連通情況，實現(xiàn)智能路由的功能。用戶的懇求可以經(jīng)過負載平衡轉(zhuǎn)到負載較小的效力器上，這樣可以對外提供更好的QoS保證。效力編排效力路由功能實踐是效力編排其中一部分。BEA的效力平臺能提供更多強大的效力編排功能。其中除了效力路由提供了較為重要的功能外，其他重要功能還包括：圖：BEA效力平臺中豐富、靈敏的效力編排功能Skip跳轉(zhuǎn)跳轉(zhuǎn)到效力編排中的指定的處置節(jié)點位置上。Reply回應(yīng)終結(jié)效力編排調(diào)用，向調(diào)用者前往效力編排結(jié)果。If Then判別效力流程判別構(gòu)造。Publish Table分支效力流程的分支構(gòu)造。Web Service CalloutWeb效力外調(diào)調(diào)用指定

33、的Web效力。Validate校驗運用XML，校驗數(shù)據(jù)格式或數(shù)據(jù)內(nèi)容。Insert添加添加新的環(huán)境變量內(nèi)容。Replace交換交換環(huán)境變量的內(nèi)容。Delete刪除刪除環(huán)境變量的內(nèi)容。Rename更改稱號更改環(huán)境變量的稱號。Raise Error錯誤處置定義錯誤處置方式。Log日志定義記錄日志記錄信息。圖：圖形化的效力編排功能經(jīng)過上面這些靈敏的效力編排功能和可視化的編排實現(xiàn)，BEA的效力平臺可以實現(xiàn)非常靈敏地組合可被重用的業(yè)務(wù)效力來順應(yīng)不斷變化的業(yè)務(wù)需求。任務(wù)流平臺指揮決策的業(yè)務(wù)過程中，會有一系列的任務(wù)流過程，為了構(gòu)建靈敏的業(yè)務(wù)運用，需求任務(wù)流工具支持。BEA WebLogic Integrat

34、ion中BPM功能很好的支持政府部門的任務(wù)流。以下圖是懇求任務(wù)流的表示圖。要實現(xiàn)面向效力的中心系統(tǒng)，僅有底層的組件效力的剝離是遠遠不夠的，各種原子效力、分子效力最終應(yīng)成為運用實現(xiàn)層面上的邏輯，而業(yè)務(wù)的組裝、修正、運轉(zhuǎn)那么應(yīng)與運用實現(xiàn)分別而經(jīng)過流程管理器來實現(xiàn)。經(jīng)過可視化界面，對各原子或分子效力進展組裝構(gòu)成新業(yè)務(wù)。因此，任務(wù)流管理器就成為業(yè)務(wù)支撐系統(tǒng)的中心，將業(yè)務(wù)系統(tǒng)構(gòu)造在基于規(guī)范的任務(wù)流根底上，實現(xiàn)業(yè)務(wù)邏輯和運用邏輯的剝離，使得業(yè)務(wù)管理人員可以自行定義和管理數(shù)據(jù)業(yè)務(wù)的流程。以下圖是WebLogic Integration的BMP的開發(fā)視圖：WebLogic Integration的業(yè)務(wù)流程管理

35、工具BPM基于規(guī)范BPEL。業(yè)務(wù)流程執(zhí)行言語BPEL允許指定業(yè)務(wù)流程以及它們和 Web 效力的關(guān)系。其中指定了業(yè)務(wù)流程是怎樣運用 Web 效力來到達它的目的，還指定了由業(yè)務(wù)流程提供的 Web 效力。用 BPEL 指定的業(yè)務(wù)流程是完全可執(zhí)行的，且在符合 BPEL 的環(huán)境間是可移植的。無論實現(xiàn) BPEL 業(yè)務(wù)流程的同伴的 Web 效力能否基于 BPEL，BPEL 業(yè)務(wù)流程都能和這些 Web 效力互操作。最后，BPEL 支持單位之間的業(yè)務(wù)協(xié)議規(guī)范和復(fù)雜內(nèi)部業(yè)務(wù)流程的視圖。任務(wù)流實現(xiàn)功能內(nèi)外部之間指揮決策業(yè)務(wù)流轉(zhuǎn)實現(xiàn)對于指揮決策系統(tǒng)中復(fù)雜的指揮決策流程，BEA Weblogic Integration

36、支持各種跨不同地域的部門、跨不同平臺的流程。中心平臺業(yè)務(wù)流程引擎任務(wù)列表 流程管理外部平臺業(yè)務(wù)流程引擎任務(wù)列表 審批調(diào)用接口審批調(diào)用接口發(fā)起流程圖：跨不同指揮決策平臺的指揮決策流程實現(xiàn)如上圖所示，發(fā)起指揮決策流程是運轉(zhuǎn)在指揮決策平臺上的。當(dāng)指揮決策業(yè)務(wù)需求外部平臺審批的時候，業(yè)務(wù)流程引擎可以調(diào)度審批流程。一切和指揮決策相關(guān)的資料也經(jīng)過調(diào)用接口傳到外部平臺。假設(shè)外部平臺完成審批，系統(tǒng)還可以把結(jié)果前往給指揮決策平臺。運用BEA Weblogic Integration，可以有多種方法實現(xiàn)調(diào)用分布的效力接口?；贘2EE的音訊機制的接口調(diào)用流程將一切必要的信息經(jīng)過JMS發(fā)送到BEA Weblogic

37、 Integration的音訊代理中。而被調(diào)用經(jīng)過監(jiān)聽訂閱音訊通道中特定的音訊，當(dāng)有發(fā)給它本人的指揮決策調(diào)用時候，異地指揮決策平臺啟動指揮決策流程。Web效力經(jīng)過Web效力技術(shù)將業(yè)務(wù)流程封裝，Web效力會將指揮決策流程的啟動功能放在接口中。調(diào)用流程經(jīng)過調(diào)用部署在異地的Web效力來啟動一個遠程的指揮決策流程。任務(wù)流平臺的實現(xiàn)中心BEA Welogic Integration的業(yè)務(wù)流成管理功能BPM為指揮決策系統(tǒng)的效力功能提供了一個易用、可靠、開放、可管理的平臺，是指揮決策功能實現(xiàn)的中心。它的主要特點是：以集成框架為根底，完全包含集成平臺中的基于接口的功能系統(tǒng)間的信息將不僅僅是用于共享，這些信息將

38、被有效的管理起來集成平臺要包含任務(wù)流管理器的功能和工具集成平臺中擴展的主要功能包括：任務(wù)流定義、信息的自動路游，自動判別。BEA Welogic Integration的業(yè)務(wù)流程管理功能主要包括了：可視化流程定義工具BEA Weblogic Inegration經(jīng)過可視化的集成開發(fā)工具BEA Weblogic Workshop來定義流程業(yè)務(wù)。業(yè)務(wù)流程引擎保管了可視化創(chuàng)建業(yè)務(wù)流程的才干，因此具有靈敏性，運用戶得以集中精神專注于運用邏輯，而不用關(guān)懷實施細節(jié)。實踐上，用戶構(gòu)建的是業(yè)務(wù)流程的圖形化表示。圖：可視化業(yè)務(wù)流程定義在利用 BEA WebLogic Workshop 中的圖形化工具(設(shè)計視圖)

39、設(shè)計業(yè)務(wù)流程的過程中， BEA WebLogic Workshop 用定義業(yè)務(wù)流程的 XML，為 JPD (Java 流程定義)文件作注釋。當(dāng)需求編寫 Java 代碼時，單擊訪問源代碼視圖就可運用它。BEA WebLogic Integration 的業(yè)務(wù)流程管理功能，使公司開發(fā)人員具備了開發(fā)、運轉(zhuǎn)、維護復(fù)雜業(yè)務(wù)流程的才干。業(yè)務(wù)流程將企業(yè)現(xiàn)有系統(tǒng)、整個企業(yè)的各種運用以及決策人員集成在一同。業(yè)務(wù)流程引擎業(yè)務(wù)流程引擎是指揮決策系統(tǒng)指揮決策平臺的關(guān)鍵實現(xiàn)中心，它將業(yè)務(wù)系統(tǒng)構(gòu)造在基于規(guī)范的任務(wù)流根底上，實現(xiàn)業(yè)務(wù)邏輯和運用邏輯的剝離，使得管理人員可以自行定義和管理數(shù)據(jù)業(yè)務(wù)的流程，實現(xiàn)業(yè)務(wù)管理的閉環(huán)構(gòu)造。

40、業(yè)務(wù)流程引擎能解釋、運轉(zhuǎn)定義的流程。首先流程引擎會創(chuàng)建指揮決策流程實例，每個流程實例是一個獨立的指揮決策業(yè)務(wù)?？梢越?jīng)過多種方式啟動一個指揮決策流程：用戶自動調(diào)用，時間定時運轉(zhuǎn)，接納到訂閱音訊道的指定音訊。一旦指揮決策流程開場，流程引擎會調(diào)度、監(jiān)控各項流程中的活動，比如指揮決策業(yè)務(wù)需求自動獲得農(nóng)產(chǎn)品的統(tǒng)計數(shù)據(jù)，流程引擎就會自動經(jīng)過運用程序接口調(diào)用計算統(tǒng)計模塊，并把所得結(jié)果前往任務(wù)流中。當(dāng)指揮決策流程需求人為參與指揮決策的時候，系統(tǒng)會按照定義，為目的指揮決策用戶建立“指揮決策義務(wù)，與此同時流程引擎實時監(jiān)控用戶的義務(wù)列表執(zhí)行情況，一旦用戶處置完指定給他的義務(wù)后，流程會自動往下執(zhí)行。圖：BEA Web

41、logic Integration業(yè)務(wù)流程實現(xiàn)機制BEA Weblogic Integration提供的業(yè)務(wù)流程引擎是基于開發(fā)規(guī)范BPEL流程執(zhí)行言語Business Process Execution Language根底上的。BPEL是一種流程定義言語，用于指定包含Web效力的業(yè)務(wù)流程。BPEL適用于支持業(yè)務(wù)流程邏輯的宏觀定義。這些業(yè)務(wù)流程均是完好而獨立的運用，它們將Web效力作為實現(xiàn)其業(yè)務(wù)功能的活動。在BEA Weblogic Integration定義的的業(yè)務(wù)流程中可以調(diào)用各種各樣的系統(tǒng)資源。包括經(jīng)過JDBC讀寫數(shù)據(jù)庫，經(jīng)過J2CA運用適配器來調(diào)用系統(tǒng)遺留運用，經(jīng)過Web效力接口調(diào)用部

42、署在異地的運用，經(jīng)過JMS觸發(fā)音訊機制。經(jīng)過EJB接口調(diào)用運用邏輯。BEA WebLogic Integration運用J2EE兼容型技術(shù)，包括Java根底、JSP和EJB互操作性、用于流程元素間數(shù)據(jù)傳送的XML以及用于業(yè)務(wù)流程組件間音訊傳送的JMS。這些開放規(guī)范意味著在IT人員的技藝適用于不同的工程，而且IT人員可以協(xié)同完成同一工程的不同部分。因此，運用規(guī)范技術(shù)XML和開放編程API意味著處理方案可以擴展，為未來開展留有余地。業(yè)務(wù)流程任務(wù)列表BEA Weblogic Integation 提供了業(yè)務(wù)流程任務(wù)列表Worklist功能。它表反映出每個參與指揮決策人員當(dāng)前和哪些指揮決策任務(wù)相關(guān)，例

43、如待辦指揮決策事務(wù)，未辦指揮決策事務(wù)，相關(guān)指揮決策事務(wù)，跟蹤義務(wù)形狀等。它使人們能在業(yè)務(wù)流程內(nèi)協(xié)作，完好的任務(wù)流包括各種操作，例如接納、同意、修正和路由文檔業(yè)務(wù)人員經(jīng)過訪問本人的任務(wù)列表可以知道和本人崗位相關(guān)的任務(wù)內(nèi)容，并迅速處置。BEA Weblogic Integation 的任務(wù)列表還允許業(yè)務(wù)員人員將分配給他的指揮決策義務(wù)做其他操作，例如：回絕接納，轉(zhuǎn)分配給其他業(yè)務(wù)人員等。業(yè)務(wù)流程監(jiān)控與管理業(yè)務(wù)流程是隨著外部用戶的更高要求、內(nèi)部部門的職能變化等要素不斷發(fā)上變化的，這就需求業(yè)務(wù)流程能靈敏的順應(yīng)這種變化，從而為寬廣的用戶提供不斷完善業(yè)務(wù)功能。 BEA Weblogic Integation的

44、業(yè)務(wù)流程管理功能提供了強大的業(yè)務(wù)流程監(jiān)控，統(tǒng)計，管理功能。經(jīng)過這些詳細的監(jiān)控手段，業(yè)務(wù)管理人員可以全面的掌握流程的運轉(zhuǎn)情況，分析流程流程安排的合理性，為優(yōu)化各種業(yè)務(wù)流程提供了詳細的數(shù)據(jù)根據(jù)。流程監(jiān)控功能能為監(jiān)控每個運轉(zhuǎn)在流程引擎中的業(yè)務(wù)流程實例的各種信息，包括流程的實例的啟動者、開場時間，完成時間，總共運轉(zhuǎn)時間，運轉(zhuǎn)節(jié)點位置，當(dāng)前流程運轉(zhuǎn)形狀。曾經(jīng)指揮決策完的每個節(jié)點的信息包括：開場時間、指揮決策歷時、終了時間、指揮決策人等。而且這些信息都是經(jīng)過下面的可視化的管理界面來實現(xiàn)的。圖：業(yè)務(wù)流程管理監(jiān)控可視化界面Portal技術(shù)概念Portal一詞原來是門戶網(wǎng)站的意思，例如雅虎、新浪等這樣的網(wǎng)站。但

45、是對于政府和企業(yè)企業(yè)信息化平臺建立而言，Portal所扮演的角色那么有所不同。 原來業(yè)界對Portal的定義有很多種分類，比如把Portal定義為信息門戶、協(xié)作門戶、專業(yè)門戶、知識門戶等等。但不論分類如何劃分，Portal對底層的要求和其根底架構(gòu)有顯著的一致性，并且隨著時間的推移，業(yè)界、新聞界以及分析家都對Portal定義的看法逐漸趨于一致。簡單的說，門戶是一個重要的 Web 站點并且是一個結(jié)合的社區(qū)，它提供內(nèi)容聚集、搜索效力、協(xié)作工具、運用程序訪問和集成，一切這些功能存在于與最終用戶進展個性化的交互中。經(jīng)過個性化 我的主頁My Home Pages 來滿足每個最終用戶的需求并將個性化嵌入門戶

46、效力和運用程序各個角落，我們可以對門戶加以區(qū)分。其次，門戶與 Web 站點不同，由于它用幾乎一樣的措施將個性化與選擇內(nèi)容、協(xié)作功能程序以及運用程序效力結(jié)合在一同。對最終用戶而言，門戶就是一個到一切計算資源的單獨訪問點。門戶Portal是Web 運用程序的簡單一致的訪問點,不僅如此還提供了許多有價值的附加功能，例如平安性、搜索、協(xié)作和任務(wù)流。門戶網(wǎng)站提供了集成的內(nèi)容和運用，以及一致的協(xié)作任務(wù)環(huán)境?，F(xiàn)實上，門戶網(wǎng)站就是下一代的桌面，可以在 Web 上向各種客戶機設(shè)備提供大量的電子商務(wù)運用。BEA Weblogic Portal完好的門戶網(wǎng)站處理方案可以讓用戶隨時隨地、平安、方便地訪問完成他們義務(wù)所

47、需的一切東西。門戶網(wǎng)站是延伸與用戶體驗Reach and user experience的關(guān)鍵。也就是說，門戶網(wǎng)站提供工具和用戶界面，用于訪問信息和運用程序，個性化管理和選擇內(nèi)容。集中完成運用的認證和授權(quán)管理。門戶效力將承當(dāng)用戶對各種信息和運用資源的一致訪問效力，對用戶的身份進展驗證，并控制用戶對各類資源的訪問權(quán)限。構(gòu)建、銜接和管理運用程序。為企業(yè)運用整合提供根底支撐，經(jīng)過Portal效力，企業(yè)可以將各種分散的運用效力功能整合在門戶效力平臺上，方便用戶對各種運用資源的訪問，使各種獨立的運用系統(tǒng)經(jīng)過門戶效力平臺構(gòu)成一個完好的運用。業(yè)務(wù)流程的集成和自動化。經(jīng)過門戶效力平臺提供的功能化的效力組件，如

48、：任務(wù)流效力組件，企業(yè)可以實施大量的以業(yè)務(wù)為導(dǎo)向的業(yè)務(wù)流程集成和自動化處置。為各種用戶提供個性化訪問功能。經(jīng)過門戶效力我們可以有效的定義和控制各種不同的用戶可以獲得和訪問的信息內(nèi)容。在大型信息化門戶平臺中，需求對不同的業(yè)務(wù)資源進展整合，有組織地對用戶進展展現(xiàn)。經(jīng)過下面的方法，在WebLogic Portal中，將整個企業(yè)的資源充分利用并有機組合，以靈敏和有序的方式進展展現(xiàn)。Portlet：Portlet是門戶中的一些運用或運用的視圖，可以被看成不同的內(nèi)容版塊。根據(jù)開發(fā)方式的不同，BEA WebLogic Portal可以支持不同類型的PortletJSP/HTML、Web效力、Pageflow

49、或Java，開發(fā)人員可以運用Portlet來集成企業(yè)系統(tǒng)中位于不同位置的數(shù)據(jù)和訪問不同性質(zhì)的運用，并以一致的方式進展展現(xiàn)。Web 集成：經(jīng)過WebLogic Portal, 不僅可以用Portlet直接透視企業(yè)的數(shù)據(jù)。同樣，假設(shè)這些數(shù)據(jù)曾經(jīng)經(jīng)過Web方式進展了展現(xiàn)，或者需求在Portal中集成其他Web頁面的信息，Portal提供了Web內(nèi)容集勝利能，將其他Web頁面內(nèi)容嵌入企業(yè)的Portal，使Portal成為一切資源的一致入口。Web Services：企業(yè)門戶中某些數(shù)據(jù)能夠是經(jīng)過訪問 Web Services運用得到的。WebLogic Workshop中可以運用簡單的可視化開發(fā)工具，簡

50、化對Web Services的訪問，以便將對Web Services的訪問快速地集成到企業(yè)門戶中。頁面流Pageflow：企業(yè)級運用往往建立在MVC的技術(shù)根底上實現(xiàn)，在WebLogic Portal中，實現(xiàn)了以Struts為中心的流程控制管理功能，頁面邏輯、后臺效力由EJB等實現(xiàn)，數(shù)據(jù)效驗和流程控制在一致的圖形化界面中完成?？梢允惯\用開發(fā)進展合理分工，同時保證了整個系統(tǒng)的靈敏性，同一個后臺效力可以同時為不同的界面邏輯效力。只需系統(tǒng)管理員將運用進展相應(yīng)的配置就可以實現(xiàn)。內(nèi)容管理內(nèi)容管理系統(tǒng)是門戶的重要功能之一。管理人員經(jīng)過內(nèi)容管理完成網(wǎng)站信息的采集、編輯、審核、發(fā)布。BEA WebLogic P

51、ortal 提供內(nèi)置的內(nèi)容管理系統(tǒng)模塊，同時也可集成第三方的內(nèi)容管理系統(tǒng)。內(nèi)容管理系統(tǒng)可以與門戶系統(tǒng)無縫集成，支持門戶網(wǎng)站一致的目錄效力，系統(tǒng)必需經(jīng)過門戶網(wǎng)站管理系統(tǒng)認證后進入，向各類用戶提供一致的訪問點。內(nèi)容管理系統(tǒng)應(yīng)能提供對信息的搜集、組織、挑選、分類、搜索和自定義等一系列功能，實現(xiàn)對非構(gòu)造化和構(gòu)造化數(shù)據(jù)的高效和有序的一致管理和存儲。支持用戶管理和權(quán)限設(shè)置，并能讓用戶根據(jù)本身情況快速搭建內(nèi)容的組織構(gòu)造。提供對信息平安性的多級別、多方式的定義，以保證信息的完好、真實和平安?？深A(yù)先定義信息的發(fā)布方式和頁面顯示格式。內(nèi)部和外部用戶可以經(jīng)過閱讀器、智能搜索、個性化工具等快速獲得信息。支持本網(wǎng)站的全

52、文檢索。支持多語種。支持模板管理。支持系統(tǒng)集成。提供二次開發(fā)接口。搜索功能BEA WebLogic Portal的內(nèi)置搜索引擎支持多種后臺的數(shù)據(jù)源，這種靈敏性允許根據(jù)門戶用戶業(yè)務(wù)的需求，從多個數(shù)據(jù)庫中搜索非構(gòu)造化、半構(gòu)造化和構(gòu)造化的信息：JDBC，ODBC數(shù)據(jù)源：支持任何可以訪問到的JDBC 和ODBC數(shù)據(jù)源，對數(shù)據(jù)庫中的數(shù)據(jù)庫進展搜索。文件系統(tǒng)數(shù)據(jù)源：包括HTML文件、文本文件、PDF文件、Office文件等外部HTTP數(shù)據(jù)源：支持用戶指定的HTTP地址，系統(tǒng)會自動分析該網(wǎng)站內(nèi)的一切內(nèi)容，并將分析結(jié)果保管的檢索庫中。BEA WebLogic Portal的內(nèi)置搜索引擎支持了多種搜索方式和功能

53、：結(jié)合搜索：支持在查找內(nèi)容之間設(shè)置結(jié)合邏輯功能。自然言語搜索：支持搜索結(jié)果匹配度：支持按照匹配程度，對搜索結(jié)果的排序功能。所搜結(jié)果排序內(nèi)容相關(guān)性分級BEA WebLogic Portal的搜索功能擁有全文檢索的才干。它運用了成熟的方式匹配技術(shù)，無論英文還是中文，都能將原文中的內(nèi)容經(jīng)過提取步驟，放到更適宜高速查詢的索引文件中。用戶發(fā)出的一切內(nèi)容查詢，都是經(jīng)過索引庫迅速定位到指定信息上。BEA WebLogic Portal對于國際化言語有很好的支持。由于BEA WebLogic Portal的搜索功能是經(jīng)過開放的接口來實現(xiàn)的，因此對于不同的言語種類，可以經(jīng)過開發(fā)針對不同的言語語法分析器，來而實現(xiàn)

54、國際化科技信息的檢索和搜索。目前BEA WebLogic Portal支持的言語種類有：英文和一切單字節(jié)語種雙字節(jié)語種：中文，日文，韓文，泰文等由于國家科技根底條件平臺上可以被搜索的科技信息和數(shù)據(jù)非常眾多，必需求思索用戶在訪問這些數(shù)據(jù)和信息的平安性。平臺的平安體系除了可以保證集成到平臺的運用的平安性，還應(yīng)該保證用戶對搜索結(jié)果的平安訪問。不同級別、分組和角色的用戶對科技數(shù)據(jù)的訪問范圍是不同的，某個范圍的用戶應(yīng)該只可以搜索到平安控制機制中所規(guī)定的資源范圍。對于沒有授權(quán)用戶訪問的數(shù)據(jù)信息，此用戶是不可以經(jīng)過搜索工具查找的該信息的。另外，門戶的搜索內(nèi)容和平安訪問的設(shè)置需求經(jīng)過一致的平安平臺，一致的管理

55、界面進展靈敏，快速的配置。BEA WebLogic Portal的搜索功能也是基于開放的架構(gòu)來實現(xiàn)的。不但在生成內(nèi)容索引的時候，可以經(jīng)過開放的接口，實現(xiàn)不同言語的語法分析器，還能經(jīng)過實現(xiàn)一致一致的搜索引擎接口，可以方便快捷的集成進第三方的搜索引擎。多渠道訪問在可北京市應(yīng)急指揮系統(tǒng)未來系統(tǒng)的接入前端必定會以多種方式存在，例如手機訪問、PDA訪問、筆記本無線訪問、文字終端等。為了系統(tǒng)可以順應(yīng)未來運用趨勢的開展，需求多種前端設(shè)備一致接入處理方案。BEA的平臺與其他產(chǎn)品最大的不同在于不是以網(wǎng)關(guān)位置來判別接入設(shè)備而是以訪問協(xié)議來判別，而是根據(jù)每種類型的接入設(shè)備發(fā)出的不同懇求的格式來判別它們。經(jīng)過該技術(shù)可

56、以最準(zhǔn)確最簡便的判別出目前的接入設(shè)備類型。依托內(nèi)置的內(nèi)容翻譯器可以對所提供的內(nèi)容按協(xié)議及戰(zhàn)略進展轉(zhuǎn)化以順該當(dāng)前的接入設(shè)備。內(nèi)容翻譯器可以按照不同的訪問終端類型，將門戶顯示內(nèi)容自動翻譯成適宜它們閱讀的格式。這樣北京市應(yīng)急指揮系統(tǒng)需求實現(xiàn)一套門戶系統(tǒng)，就可以滿足多種不同終端的訪問了，而不用針對每種終端設(shè)備單獨實現(xiàn)一個門戶。圖：BEA訪問層對提供多渠道支持門戶平安管理在北京市應(yīng)急指揮系統(tǒng)系統(tǒng)中包括的眾多被集成的運用系統(tǒng)和規(guī)模龐大的數(shù)據(jù)信息。BEA 提供的運用技術(shù)架構(gòu)能經(jīng)過一致的平安架構(gòu)，將一切已有用戶管理、權(quán)限控制等平安功能集成到統(tǒng)計的架構(gòu)中，因此能有效的實現(xiàn)北京市應(yīng)急指揮系統(tǒng)平臺的一致平安管理和維

57、護。BEA的平安架構(gòu)中提供了用戶身份認證、權(quán)限管理，平安審計、角色管理、一致用戶檔案管理等豐富的平安性功能。更為重要的是一切平安功能模塊，都是基于開發(fā)式架構(gòu)實現(xiàn)的，既它提供了即插即用的實現(xiàn)方式。允許無縫插入用戶定制或第三方的平安性處理方案，提供了平安性效力的擴展功能。身份認證授權(quán)審計Module(s)角色 Mapping Module(s)身份映射用戶檔案平安性框架主要管理員認證人員審計人員角色定義證書人員用戶圖：BEA提供開放可插拔式平安架構(gòu)可插式平安性框架支持與第三方平安性處理方案的集成，允許充分利用市場上“最好的平安性處理方案所提供的全部功能。另外也能將用戶定制化的平安實現(xiàn)集成到一致平安

58、架構(gòu)中。身份驗證借助用戶名與口令的組合或數(shù)字證書，確定用戶的身份。所謂用戶是指個人、自動進程或其他運用，同時回絕有害入侵者的訪問。授權(quán)規(guī)定該當(dāng)提供應(yīng)每個經(jīng)過身份驗證的用戶的運用功能、效力和數(shù)據(jù)資源。加密確?？蛻舳撕托Яζ鞫酥g的數(shù)據(jù)能在嚴密的情況下進展通訊和網(wǎng)絡(luò)數(shù)據(jù)傳輸。審計提供記錄一切與平安性相關(guān)的活動的功能，例如用戶登錄、資源訪問要求。用戶和用戶組定義提供定義運用用戶或組合授權(quán)用戶所需的功能，在用戶組內(nèi)，一切成員都共享一樣的權(quán)限來訪問各種運用功能和效力，這樣可以一致、方便地管理不同用戶。平安數(shù)據(jù)存儲保管角色、簡檔和權(quán)限數(shù)據(jù)。BEA Weblogic Server內(nèi)置有符合LDAP V3規(guī)范

59、的高度優(yōu)化的 LDAP 目錄效力。由于擁有的完全開放的平安架構(gòu)，因此還可以集成第三方的LDAP效力器，目前系統(tǒng)支持的目錄效力器有：Novell NDSOpenLDAPSun iPlanetMicrosoft Active Directory其他一切和LDAP V3規(guī)范兼容的目錄效力器平安性戰(zhàn)略定義提供配置和維護基于規(guī)那么、動態(tài)的平安性訪問規(guī)范的框架和 GUI 工具，以便讓特定的角色與/或用戶組可以平安地訪問資源。權(quán)限規(guī)那么的根底可以是一系列可擴展的操作和參數(shù)，例如時間、身份、用戶簡檔和調(diào)用參數(shù)值，它們可以在運轉(zhuǎn)時動態(tài)計算和確認。Secure Sockets Layer還可采用Secure So

60、ckets LayerSSL、數(shù)字簽名以及其它基于規(guī)范的平安措施。當(dāng)這些平安措施共同運用時，它們可追蹤誰訪問了哪種效力。Web效力平安平安框架為內(nèi)置的Web效力根底構(gòu)造提供高度的平安性，讓客戶可以創(chuàng)建平安的分布式應(yīng)。Web效力的平安維護普通是經(jīng)過：控制用戶訪問權(quán)限、經(jīng)過SSL對Web效力進展數(shù)字簽名，維護Web效力調(diào)用、加密Web效力傳輸內(nèi)容這三種方式實現(xiàn)的。利用BEA提供的一致平安架構(gòu)，北京市應(yīng)急指揮系統(tǒng)可以管理各種運用和系統(tǒng)資源的平安屬性，包括：運用程序資源 COM資源 J2CA資源 EJB資源 JDBC資源JMS資源 JNDI資源 效力器資源 URL資源 Web效力資源 一致用戶檔案除了