北京市應急指揮系統(tǒng)方案樣本

北京市應急指揮系統(tǒng)BEA技術建議V1.0BEA系統(tǒng)（中華人民共和國）有限公司-01

目錄TOC\o"1-4"\h\z\u1 項目總體規(guī)定 32 信息平臺技術規(guī)定 4顧客需求服務媒介： 4互聯(lián)網(wǎng) 4呼喊中心 43 北京市應急指揮系統(tǒng)BEA技術方案 53.1 北京市應急指揮系統(tǒng)SOA架構總體設計 53.2 應用支撐平臺與集成環(huán)境 63.3 信息資源共享環(huán)境 73.3.1 數(shù)據(jù)服務平臺 73.4 工作流平臺 153.5 門戶系統(tǒng)方案 173.5.1 內(nèi)容管理 173.5.2 搜索功能 183.5.3 多渠道訪問 193.5.4 門戶安全管理 203.5.5 統(tǒng)一顧客檔案 223.5.6 單點登錄 233.6 系統(tǒng)布置和管理 243.6.1 高性能 243.6.2 集群和可靠性 253.6.3 系統(tǒng)監(jiān)控，保證SLA 263.7 BEA實現(xiàn)SOA架構優(yōu)勢 273.7.1 全面、統(tǒng)一平臺 273.7.2 基于原則開放平臺 273.7.3 簡樸、高效率實行 294 成功案例 30項目總體規(guī)定項目規(guī)定見項目需求書，此處略。信息平臺技術規(guī)定顧客需求服務媒介：互聯(lián)網(wǎng)顧客需要通過互聯(lián)網(wǎng)滿足對信息瀏覽、查詢、決策、指揮、郵件服務、即時通訊等需求。無線網(wǎng)絡顧客需要通過無線服務，滿足隨時隨處瀏覽信息、查詢信息、視頻會議等需求。呼喊中心顧客需要通過人工和語音呼喊服務滿足信息服務，狀況報告等語音服務需求。北京市應急指揮系統(tǒng)BEA技術方案北京市應急指揮系統(tǒng)SOA架構總體設計依照項目需求，該項目應用可以分為幾種層面：底層數(shù)據(jù)層——通過數(shù)據(jù)庫系統(tǒng)存儲共享業(yè)務數(shù)據(jù)，共享數(shù)據(jù)從各自業(yè)務數(shù)據(jù)庫中提取，數(shù)據(jù)源之間進行復制和互換；應用支撐層——通過應用服務器支持程序組件建立和運營；數(shù)據(jù)服務層——針對不同應用，應用對數(shù)據(jù)訪問需要一種數(shù)據(jù)服務層，通過數(shù)據(jù)服務層，應用可以做到透明訪問異構和分布數(shù)據(jù)庫和文獻系統(tǒng)，應用邏輯和數(shù)據(jù)源之間是松耦合，通過中間數(shù)據(jù)服務層提供跨數(shù)據(jù)庫關聯(lián)和映射；服務總線層——通過服務總線，連接各類可重用服務模塊，完畢消息傳遞，數(shù)據(jù)轉換，服務路由等功能；工作流層——穿接應用模塊，按照工作流程構建業(yè)務流程，支撐部門內(nèi)部和跨部門流程建模，執(zhí)行和管理，并結合門戶系統(tǒng)構建流程門戶，構建SOA構架應用，工作流平臺是必要；門戶呈現(xiàn)層——可以針對不同類型顧客提供靈活訪問形式，依照不同顧客類型提供個性化服務。北京市應急指揮系統(tǒng)，其邏輯構造可以按照上述六層來構建。其好處在于，從縱向構造上看，應用品有松耦合架構。詳細簡介如下：在數(shù)據(jù)層——數(shù)據(jù)庫或文獻系統(tǒng)可以進行數(shù)據(jù)互換；應用支撐層——通過開發(fā)基于J2EE應用程序組件實現(xiàn)應用模塊功能，組件可以封裝為服務，組件構建，運營和管理由本層支撐，應用支持層通過WebLogicServer實現(xiàn)；在數(shù)據(jù)服務層——數(shù)據(jù)訪問基于統(tǒng)一入口，被訪問數(shù)據(jù)則可以分布在外部有關單位共享數(shù)據(jù)庫和北京市應急指揮系統(tǒng)數(shù)據(jù)庫中，通過數(shù)據(jù)服務層進行跨數(shù)據(jù)庫關聯(lián)，數(shù)據(jù)服務層訪問可以通過Java接口或Web服務實現(xiàn)，數(shù)據(jù)訪問層通過AquaLogicDataServicePlatform產(chǎn)品實現(xiàn)；服務總線層——業(yè)務應用通過組件方式構建，組件可以以便封裝成Web服務，在系統(tǒng)之間被互相調(diào)用，服務總線層通過AquaLogicServiceBus實現(xiàn)；在工作流層——工作流層支撐流程建模，執(zhí)行和管理，靈活流程管理工具使生成和變化工作流程變得簡樸；在門戶呈現(xiàn)層——通過門戶技術，北京市應急指揮系統(tǒng)門戶中建立各類應用呈現(xiàn)portlet，信息內(nèi)容呈現(xiàn)個性化。北京市應急指揮系統(tǒng)基于SOA統(tǒng)一技術架構要實現(xiàn)上述系統(tǒng)層次和功能，需要SOA構架設計和相應BEA產(chǎn)品支持，做到開放、靈活和敏捷。下面分層簡介BEA方案和產(chǎn)品技術特點。應用支撐平臺應用支撐平臺是通過BEAWebLogicServer應用服務器實現(xiàn)。詳細技術指標參照附件《北京市應急指揮系統(tǒng)BEA方案-V1-應用服務器技術指標.doc》。數(shù)據(jù)服務平臺BEA可以提供解決方案涉及數(shù)據(jù)訪問平臺通過AquaLogicDataServicePlatform實現(xiàn)。數(shù)據(jù)服務層在北京市應急指揮系統(tǒng)中起著數(shù)據(jù)訪問服務作用，可以在跨系統(tǒng)在分布式數(shù)據(jù)訪問中屏蔽數(shù)據(jù)源，形成基于XML統(tǒng)一訪問接口，數(shù)據(jù)構造，數(shù)據(jù)關聯(lián)，數(shù)據(jù)目錄定義和數(shù)據(jù)訪問控制通過數(shù)據(jù)服務平臺完畢。由于在數(shù)據(jù)庫和應用之間加入了數(shù)據(jù)服務層，數(shù)據(jù)庫表修改不會影響應用代碼，對此后系統(tǒng)升級和改造提供靈活構造。數(shù)據(jù)服務通過BEAAquaLogicDataServicePlatform來實現(xiàn)。提供一種原則途徑來迅速地聚合并呈現(xiàn)來自各種異構數(shù)據(jù)源數(shù)據(jù)視圖(涉及Webservices，數(shù)據(jù)庫，文獻、XML文獻、應用及Web站點等)。這種數(shù)據(jù)視圖可以通過JavaAPI，RMI，WebServices等辦法被應用，業(yè)務流程，門戶應用所直接調(diào)用。下圖是AquaLogicDataServicePlatform邏輯構造。（1）什么是數(shù)據(jù)服務層？從架構觀點看，數(shù)據(jù)服務層是位于底層數(shù)據(jù)源集合之上數(shù)據(jù)抽象層。從SOA原理分析，數(shù)據(jù)服務層作用是為所有讀寫操作提供一種訪問點，并對“使用者”應用隱藏底層數(shù)據(jù)物理構造和訪問機制。為此，數(shù)據(jù)服務層提供了一種獨立于底層數(shù)據(jù)源接口，它公開用來讀寫數(shù)據(jù)可重用數(shù)據(jù)服務原則集合。下圖描述了數(shù)據(jù)服務層在架構中角色。數(shù)據(jù)服務層一種重要優(yōu)勢在于，它遵循了一種重要SOA原理——“松耦合”——將使用數(shù)據(jù)服務應用與底層數(shù)據(jù)源提供者依賴性降至最低。這樣，應用將看不到數(shù)據(jù)源使用底層物理構造及有關訪問機制。“松耦合”容許數(shù)據(jù)庫架構師在不更改層接口或“使用者”應用狀況下，從數(shù)據(jù)服務層修改、組合、移動甚至刪除底層數(shù)據(jù)源。這樣，數(shù)據(jù)庫架構師既能為需要應用提供信息，又能控制數(shù)據(jù)構造。隨著時間推移，這種提高靈活性將簡化公司應用維護，并使公司更靈活、更敏捷地適應業(yè)務IT需求變化。數(shù)據(jù)服務層第二個優(yōu)勢在于：它提供了“單個”數(shù)據(jù)訪問位置。諸多公司都試圖解決“數(shù)據(jù)真實性”問題，例如，名為“收入”字段既也許指bookings數(shù)據(jù)庫預訂收入，也也許指sales數(shù)據(jù)庫銷售收入，在這里，“收入”項真實含義取決于它來源上下文，也取決于使用它上下文。典型數(shù)據(jù)服務層是訪問廣泛公司數(shù)據(jù)源統(tǒng)一訪問點機構之因此會遇到“數(shù)據(jù)真實性”問題，其中一種因素是公司中存在大量數(shù)據(jù)源。此外，這些數(shù)據(jù)源分散在不同應用中，使用狀況又不盡相似，因而導致混淆。當顧客試圖理解一種數(shù)據(jù)段真實含義時，經(jīng)常會遇到如下四個問題。對于將使用上下文而言，數(shù)據(jù)也許來自底層數(shù)據(jù)源一種錯誤位置字段名不清晰，數(shù)據(jù)也許是錯誤信息數(shù)據(jù)也許過時（例如，由于數(shù)據(jù)倉庫更新間隔）在讀取或上次更新時，也許將某些不對的和（或）不完整數(shù)據(jù)轉換應用到數(shù)據(jù)上數(shù)據(jù)服務層解決了上述所有問題，它是公司中單個數(shù)據(jù)訪問點，使公司可以找到數(shù)據(jù)“單個真實來源”。在實行數(shù)據(jù)服務層后，可保證從對的數(shù)據(jù)源獲得數(shù)據(jù)，并將恰當信息連貫地返給所有應用。此外，可在數(shù)據(jù)服務層對字段實行原則化，保證數(shù)據(jù)描述清晰可辨，并將使用對的數(shù)據(jù)源。數(shù)據(jù)服務層可保證返回數(shù)據(jù)是最新，來自恰當數(shù)據(jù)源，并且是實時獲取。最后，所有數(shù)據(jù)轉換都被用于數(shù)據(jù)服務層，以保證整個公司應用和執(zhí)行連貫性?？傊?，通過使用數(shù)據(jù)服務層，機構可獲得如下幾種明顯好處：應用與訪問數(shù)據(jù)復雜性隔離，故應用更易于創(chuàng)立。更改數(shù)據(jù)源影響范疇普通只限于數(shù)據(jù)服務層，故應用更易于維護。應用使用共享數(shù)據(jù)服務、驗證邏輯及服務封裝其她數(shù)據(jù)規(guī)則，故能獲得更一致數(shù)據(jù)。總之，使用BEAAquaLogicDataServicesPlatform公司敏捷性和反映速度更快，可以適應不斷變化市場規(guī)定。（2）構建數(shù)據(jù)服務層老式辦法老式上，開發(fā)人員在構建數(shù)據(jù)服務層時，會使用人工編碼方式，并將代碼嵌入在建應用中。這種辦法難以共享和重用數(shù)據(jù)服務。為此，公司開始尋找ETL（extract，transform，andload，提取、轉換和加載）產(chǎn)品來構建服務層。ETL起初用來為業(yè)務報表應用創(chuàng)立數(shù)據(jù)倉庫。在用ETL技術構建數(shù)據(jù)服務層時，將關聯(lián)和復制各種來源數(shù)據(jù)，將它們整合到一種數(shù)據(jù)倉庫、數(shù)據(jù)中心或操作數(shù)據(jù)庫，并將成果庫作為數(shù)據(jù)服務層數(shù)據(jù)源。對于“只讀”或“查詢密集”小型公司應用集而言，這種辦法非常有效，能支持周期性數(shù)據(jù)刷新（如分析或數(shù)據(jù)挖掘應用）?！疤砑有聰?shù)據(jù)源”等更改普通需要重新設計，并重新加載中心數(shù)據(jù)庫，故ETL辦法最適于靜態(tài)應用（此類應用需求很少更改）使用。過去經(jīng)驗證明，這種辦法合用于業(yè)務報表應用，這些應用執(zhí)行記錄分析、復雜數(shù)據(jù)匯聚或時間系列趨勢計算，能從長期數(shù)據(jù)解決（如整夜）中獲益。公司逐漸發(fā)現(xiàn)，ETL辦法需要IT部門建立和管理ETL系統(tǒng)，并經(jīng)常大規(guī)模移動數(shù)據(jù)，成本高昂。研究顯示，由于遷移數(shù)據(jù)會帶來初期和長期硬件和磁盤空間成本，用于開發(fā)、支持、升級和監(jiān)控ETL項目和工作成本也許相稱可觀。（3）BEAAquaLogicDataServicesPlatform構建數(shù)據(jù)服務層辦法TheBEAAquaLogicDataServicesPlatform從底層設計開始簡化為SOA實行開發(fā)數(shù)據(jù)服務任務。該平臺基于具備聲明性服務定義元數(shù)據(jù)驅動辦法，不需要人工創(chuàng)立工作流或代碼，能自動完畢許多數(shù)據(jù)服務創(chuàng)立和維護工作。此外，聲明性辦法能自動優(yōu)化數(shù)據(jù)訪問規(guī)劃，減輕后臺系統(tǒng)承擔，提高系統(tǒng)綜合性能。BEAAquaLogicDataServicesPlatform中聲明性編程：BEAAquaLogicDataServicesPlatform在數(shù)據(jù)服務聲明性定義中使用XQuery語言。聲明性編程使數(shù)據(jù)服務架構師可以定義需要服務及基本數(shù)據(jù)和服務；然后由BEAAquaLogicDataServicesPlatform來決定提供所需服務最佳算法。該平臺可以選取適當數(shù)據(jù)源訪問順序、編排底層服務調(diào)用，在遇到RDBMS數(shù)據(jù)源時，還能產(chǎn)生一組適當SQL查詢語句。它支持各種算法，可以創(chuàng)立高效SQL，將盡量多查詢解決委托給底層RDBMS數(shù)據(jù)源，只檢索后解決形式數(shù)據(jù)；為及時訪問Web服務等高延遲資源，它還支持并行、基于超時故障轉移工具。因而，BEAAquaLogicDataServicesPlatform提供對底層數(shù)據(jù)自動訪問、轉換與關聯(lián)以及底層數(shù)據(jù)訪問優(yōu)化。適應應用需求服務：對于任意服務調(diào)用，應用也許需要許多數(shù)據(jù)子集和各種不同成果。例如，對于一種返回客戶數(shù)據(jù)服務，應用也許需要查詢按客戶標記排序數(shù)據(jù)（排序）、郵政編碼為某特定數(shù)字客戶（篩選）、只要客戶姓（映射）或客戶數(shù)量（共計）。老式上，上述操作都必要是獨立服務調(diào)用，這些調(diào)用有互相重復數(shù)據(jù)轉換和確認邏輯。普通，以一種通用getCustomer（）服務調(diào)用獲得上述所有數(shù)據(jù)是無法接受，由于那會將太多數(shù)據(jù)帶到中間層，產(chǎn)生性能問題。BEAAquaLogicDataServicesPlatform聲明性辦法使數(shù)據(jù)服務架構師能定義一種getCustomer()服務調(diào)用，而不會產(chǎn)生性能問題。開發(fā)人員可以使用應用特有過濾、排序、映射或共計等功能，BEAAquaLogicDataServicesPlatform動態(tài)地創(chuàng)立針對各種不同狀況而優(yōu)化查詢和更新規(guī)劃。這消除了針對不同應用需求不斷變化數(shù)據(jù)服務層需要，提高了數(shù)據(jù)一致性。服務上服務（視圖演化）：如下圖所示，聲明性辦法使數(shù)據(jù)服務架構師能運用既有服務定義新服務，而不必緊張性能下降。BEAAquaLogicDataServicesPlatform引擎可以優(yōu)化掉服務調(diào)用中間層，為服務調(diào)用產(chǎn)生效率更高數(shù)據(jù)訪問規(guī)劃。與此相反，基于工作流（或人工編碼）辦法在服務調(diào)用其她服務時，性能會嚴重下降。各個服務按照編碼執(zhí)行，而不考慮高層服務需要也許只是一小某些數(shù)據(jù)；并且每種服務均有自己界限，要跨越界限需要進行多次數(shù)據(jù)復制和轉換。因而，數(shù)據(jù)服務架構師經(jīng)常不得不為所需各個數(shù)據(jù)服務分別編寫工作流。一次集成與重用：如下圖所示，聲明性辦法使數(shù)據(jù)服務架構師可以創(chuàng)立、共享、專用和重用數(shù)據(jù)服務。實例涉及了提供單一“客戶”視圖數(shù)據(jù)服務，或者提供重要業(yè)務實體數(shù)據(jù)服務。在數(shù)據(jù)服務層，數(shù)據(jù)服務架構師經(jīng)常創(chuàng)立許多類似服務調(diào)用：getCustomerByID(custID)getCustomersByRating(rating)getTopCustomers()如果客戶數(shù)據(jù)是從各種數(shù)據(jù)源獲取，則執(zhí)行這些數(shù)據(jù)服務最有效辦法似乎是使用各種SQL查詢和服務調(diào)用。使用BEAAquaLogicDataServicesPlatform，數(shù)據(jù)服務架構師可以創(chuàng)立一種通用數(shù)據(jù)集成服務，例如getCustomerProfile()。在這個重要“單一客戶視圖”上，可以以便快捷地定義各種專用服務。由于這些服務可以運用在底層服務中已經(jīng)預先完畢集成工作，因此定義這些高層服務非常容易。此外，BEAAquaLogicDataServicesPlatform聲明性辦法使其可以優(yōu)化掉中間層，為在其上構建服務產(chǎn)生更高效訪問途徑。與此相反，用工作流或人工編碼來解決此問題，需要為每個服務分別編寫程序。BEAAquaLogicDataServicesPlatform聲明性辦法，支持視圖演化，消除了服務調(diào)用其她服務時產(chǎn)生性能瓶頸。采用BEAAquaLogicDataServicesPlatform，通過重用既有服務，定義新服務變得極為簡樸。并且由于與數(shù)據(jù)關于規(guī)則在一種地方定義和使用后，可以一致地被所有有關數(shù)據(jù)服務使用，因而該特性有助于提高數(shù)據(jù)一致性。此外，由于變化只需在一種地方進行，使得對于這些規(guī)則維護十分輕松，提高了一致性。BEAAquaLogicDataServicesPlatform采用獨特聲明性辦法來定義數(shù)據(jù)服務，支持數(shù)據(jù)訪問邏輯自動化，提供“一次定義，多次重用”體驗，極大地簡化了數(shù)據(jù)服務開發(fā)和尋常維護。（4）定義數(shù)據(jù)服務BEAAquaLogicDataServicesPlatform提供了豐富建模環(huán)境，能依照業(yè)務實體和它們之間關系組織數(shù)據(jù)服務。使用這一環(huán)境，數(shù)據(jù)服務架構師能在單一地點理解數(shù)據(jù)服務模式、服務操作和數(shù)據(jù)服務管理方略。良好數(shù)據(jù)服務模型為應用開發(fā)人員提供了使用數(shù)據(jù)服務指南，并讓她們更有效地維護和重用數(shù)據(jù)服務。BEAAquaLogicDataServicesPlatform采用如圖“分段圖（chipdiagram）”，以圖形化方式描述每個數(shù)據(jù)服務功能。分段圖以簡潔格式概括一種數(shù)據(jù)服務信息，使數(shù)據(jù)服務架構師可以看到該服務及有關人工制品。圖3演示了該數(shù)據(jù)服務幾種方面信息：數(shù)據(jù)服務讀功能與之有關數(shù)據(jù)形狀，一種XMLSchema提供對有關數(shù)據(jù)服務訪問導航功能一組用來定義它低檔數(shù)據(jù)服務BEAAquaLogicDataServicesPlatform還支持數(shù)據(jù)模型圖創(chuàng)立和維護，該圖以圖形化方式記錄和共享一種數(shù)據(jù)服務層某些信息。與E-R或UML圖表非常類似，每個數(shù)據(jù)模型圖表都顯示一組數(shù)據(jù)服務和它們之間互有關系。BEAAquaLogicDataServicesPlatform中數(shù)據(jù)服務，按照實際業(yè)務實體建模（5）數(shù)據(jù)轉換通過數(shù)據(jù)服務平臺提供數(shù)據(jù)轉換功能，在不同格式數(shù)據(jù)之間互相轉換，將數(shù)據(jù)格式轉化為對方能辨認格式。這樣就使得具備不同數(shù)據(jù)格式服務能具備更廣泛兼容性。數(shù)據(jù)轉換是指數(shù)據(jù)從一種格式向另一種格式映射和轉換。例如，非XML格式數(shù)據(jù)可以轉換為XML格式，反之，XML格式數(shù)據(jù)也可以轉換為非XML格式。BEA數(shù)據(jù)服務平臺提供了基于XQuery技術可視化數(shù)據(jù)轉換功能，能通過拖拽手段迅速實現(xiàn)不同格式之間數(shù)據(jù)轉換，還可以對下列任意輸入輸出數(shù)據(jù)類型進行數(shù)據(jù)轉換：XML數(shù)據(jù)、非XML數(shù)據(jù)、Java原子類型、Java類。在這個過程中，不但可以實現(xiàn)數(shù)據(jù)格式上變化，還能使用XQuery函數(shù)，對數(shù)據(jù)內(nèi)容自身做各種運算。此外，通過BEA服務平臺實現(xiàn)數(shù)據(jù)轉換功能自身也可以被其她模塊復用?？梢暬瘮?shù)據(jù)轉換功能服務總線平臺不同系統(tǒng)之間和指揮決策系統(tǒng)同北京市各級政府有關系統(tǒng)之間系統(tǒng)調(diào)用和信息互換，建議使用Web服務辦法。為了建立開放服務調(diào)用管理框架，建議使用BEAAquaLogicServiceBus服務總線產(chǎn)品。BEA提供了服務平臺，提供了服務管理、服務路由、服務編排、數(shù)據(jù)轉換和消息代理等功能。在BEA提供服務平臺中，“服務”代表了業(yè)務功能上可被復用應用模塊。它不但僅可以是Web服務（WebServices），還可以是使用其她任何開放手段可訪問到應用資源，這些開放技術涉及Tuxedo、CORBA、消息機制、適配器、DCOM等。這種服務多樣性充分擴展了開放平臺資源管理范疇，無論是采用Java、C、C++開發(fā)應用系統(tǒng)，還是使用CORBA、Web服務、消息機制實現(xiàn)異構系統(tǒng)，這些資源都可以做為可復用業(yè)務資產(chǎn)，通過開放系統(tǒng)架構實現(xiàn)靈活互聯(lián)互通。服務管理一方面通過集成功能，將客戶系統(tǒng)中所包括使用不同實現(xiàn)技術、運營在不同平臺應用接入到應用架構中。在完畢集成單獨應用后，這些應用模塊就成為在開放架構中可以被復用業(yè)務模塊了。為了進一步增長應用和數(shù)據(jù)靈活性，來適應業(yè)務發(fā)展需要，可以將這些接入應用和數(shù)據(jù)資源交給核心層服務平臺進行管理。圖：BEA服務平臺服務資源管理BEA提供服務平臺可以集中管理集成層接入各種應用服務，它可以從注冊到其中服務自身描述（WSDL）中得到服務特性，然后對眾多基于服務應用資源進行集中管理。通過集中、有效管理可復用應用服務，可以清晰理解在信息平臺應用架構中有哪些應用和數(shù)據(jù)資源；這些資源是由什么應用或數(shù)據(jù)源提供服務；它們后臺實現(xiàn)實分布在哪些系統(tǒng)內(nèi)部；它們都可以提供什么可重用業(yè)務功能；如何才干訪問它們等信息；它們提供什么安全保護，從而真正實現(xiàn)了應用服務資產(chǎn)管理。服務路由使用服務路由功能，可覺得信息平臺實現(xiàn)更加非常靈活業(yè)務調(diào)用過程。在BEA提供服務平臺中，可以實現(xiàn)基于業(yè)務規(guī)則服務路由功能。一方面服務使用方通過服務平臺訪問某個服務入口，當服務平臺接受到顧客祈求后，如果在服務調(diào)用過程配備了訪問路由，那么平臺會使用路由配備表進行基于業(yè)務規(guī)則匹配，然后依照不同匹配成果，將顧客對服務祈求路由到后臺不同業(yè)務提供者。

圖：BEA服務平臺服務路由配備功能BEA實現(xiàn)基于應用信息服務路由功能可以通過可視化路由配備界面實現(xiàn)，這樣可以在應用系統(tǒng)在運營時候，更加靈活、以便適應業(yè)務動態(tài)變化需要?？捎糜脕碜鰹榕袛嗦酚蓽蕜t數(shù)據(jù)可以涉及：傳遞進來業(yè)務信息，與顧客有關環(huán)境信息（applicationcontext），通過接口可以訪問到外部信息等內(nèi)容。服務路由規(guī)則可以通過服務平臺可視化編排界面實現(xiàn)既可。如果路由規(guī)則比較復雜，建議使用規(guī)則服務提供更加靈活實現(xiàn)。服務在路由過程中，可以結合核心層負載均衡，并能動態(tài)判斷后臺服務系統(tǒng)連通狀況，實現(xiàn)智能路由功能。顧客祈求可以通過負載均衡轉到負載較小服務器上，這樣可以對外提供更好QoS保障。服務編排服務路由功能實際是服務編排其中一某些。BEA服務平臺能提供更多強大服務編排功能。其中除了服務路由提供了較為重要功能外，其她重要功能還涉及：圖：BEA服務平臺中豐富、靈活服務編排功能Skip（跳轉）——跳轉到服務編排中指定解決節(jié)點位置上。Reply（回應）——終結服務編排調(diào)用，向調(diào)用者返回服務編排成果。IfThen（判斷）——服務流程判斷構造。PublishTable（分支）——服務流程分支構造。WebServiceCallout（Web服務外調(diào)）——調(diào)用指定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)境變量名稱。RaiseError（錯誤解決）——定義錯誤解決方式。Log（日記）——定義記錄日記記錄信息。

圖：圖形化服務編排功能通過上面這些靈活服務編排功能和可視化編排實現(xiàn)，BEA服務平臺可以實現(xiàn)非常靈活地組合可被重用業(yè)務服務來適應不斷變化業(yè)務需求。工作流平臺指揮決策業(yè)務過程中，會有一系列工作流過程，為了構建靈活業(yè)務應用，需要工作流工具支持。BEAWebLogicIntegration中BPM功能較好支持政府部門工作流。下圖是申請工作流示意圖。要實現(xiàn)面向服務核心系統(tǒng)，僅有底層組件服務剝離是遠遠不夠，各種原子服務、分子服務最后應成為應用實現(xiàn)層面上邏輯，而業(yè)務組裝、修改、運營則應與應用實現(xiàn)分離而通過流程管理器來實現(xiàn)。通過可視化界面，對各原子或分子服務進行組裝形成新業(yè)務。因而，工作流管理器就成為業(yè)務支撐系統(tǒng)核心，將業(yè)務系統(tǒng)構造在基于原則工作流基本上，實現(xiàn)業(yè)務邏輯和應用邏輯剝離，使得業(yè)務管理人員可以自行定義和管理數(shù)據(jù)業(yè)務流程。下圖是WebLogicIntegrationBMP開發(fā)視圖：WebLogicIntegration業(yè)務流程管理工具BPM基于原則BPEL。業(yè)務流程執(zhí)行語言（BPEL）容許指定業(yè)務流程以及它們和Web服務關系。其中指定了業(yè)務流程是如何使用Web服務來達到它目，還指定了由業(yè)務流程提供Web服務。用BPEL指定業(yè)務流程是完全可執(zhí)行，且在符合BPEL環(huán)境間是可移植。無論實現(xiàn)BPEL業(yè)務流程伙伴Web服務與否基于BPEL，BPEL業(yè)務流程都能和這些Web服務互操作。最后，BPEL支持單位之間業(yè)務合同規(guī)范和復雜內(nèi)部業(yè)務流程視圖。工作流實現(xiàn)功能內(nèi)外部之間指揮決策業(yè)務流轉實現(xiàn) 對于指揮決策系統(tǒng)中復雜指揮決策流程，BEAWeblogicIntegration支持各種跨不同地區(qū)部門、跨不同平臺流程。中心中心平臺業(yè)務流程引擎工作列表流程管理外部平臺業(yè)務流程引擎工作列表審

批

調(diào)

用

接

口審

批

調(diào)

用

接

口發(fā)起流程圖：跨不同指揮決策平臺指揮決策流程實現(xiàn)如上圖所示，發(fā)起指揮決策流程是運營在指揮決策平臺上。當指揮決策業(yè)務需要外部平臺審批時候，業(yè)務流程引擎可以調(diào)度審批流程。所有和指揮決策有關材料也通過調(diào)用接口傳到外部平臺。如果外部平臺完畢審批，系統(tǒng)還可以把成果返回給指揮決策平臺。使用BEAWeblogicIntegration，可以有各種辦法實現(xiàn)調(diào)用分布服務接口?；贘2EE消息機制接口調(diào)用流程將所有必要信息通過JMS發(fā)送到BEAWeblogicIntegration消息代理中。而被調(diào)用通過監(jiān)聽訂閱消息通道中特定消息，當有發(fā)給它自己指揮決策調(diào)用時候，異地指揮決策平臺啟動指揮決策流程。Web服務通過Web服務技術將業(yè)務流程封裝，Web服務會將指揮決策流程啟動功能放在接口中。調(diào)用流程通過調(diào)用布置在異地Web服務來啟動一種遠程指揮決策流程。工作流平臺實現(xiàn)核心BEAWelogicIntegration業(yè)務流成管理功能（BPM）為指揮決策系統(tǒng)服務功能提供了一種易用、可靠、開放、可管理平臺，是指揮決策功能實現(xiàn)核心。它重要特點是：以集成框架為基本，完全包括集成平臺中基于接口功能系統(tǒng)間信息將不但僅是用于共享，這些信息將被有效管理起來集成平臺要包括工作流管理器功能和工具集成平臺中擴展重要功能涉及：工作流定義、信息自動路游，自動判斷。BEAWelogicIntegration業(yè)務流程管理功能重要涉及了：可視化流程定義工具BEAWeblogicInegration通過可視化集成開發(fā)工具BEAWeblogicWorkshop來定義流程業(yè)務。業(yè)務流程引擎保存了可視化創(chuàng)立業(yè)務流程能力，因而具備靈活性，使顧客得以集中精力專注于應用邏輯，而不必關懷實行細節(jié)。事實上，顧客構建是業(yè)務流程圖形化表達。圖：可視化業(yè)務流程定義在運用BEAWebLogicWorkshop中圖形化工具(設計視圖)設計業(yè)務流程過程中，BEAWebLogicWorkshop用定義業(yè)務流程XML，為JPD(Java流程定義)文獻作注釋。當需要編寫Java代碼時，單擊訪問（源代碼視圖）就可使用它。BEAWebLogicIntegration業(yè)務流程管理功能，使公司開發(fā)人員具備了開發(fā)、運營、維護復雜業(yè)務流程能力。業(yè)務流程將公司既有系統(tǒng)、整個公司各種應用以及決策人員集成在一起。業(yè)務流程引擎業(yè)務流程引擎是指揮決策系統(tǒng)指揮決策平臺核心實現(xiàn)核心，它將業(yè)務系統(tǒng)構造在基于原則工作流基本上，實現(xiàn)業(yè)務邏輯和應用邏輯剝離，使得管理人員可以自行定義和管理數(shù)據(jù)業(yè)務流程，實現(xiàn)業(yè)務管理閉環(huán)構造。業(yè)務流程引擎能解釋、運營定義流程。一方面流程引擎會創(chuàng)立指揮決策流程實例，每個流程實例是一種獨立指揮決策業(yè)務?？梢酝ㄟ^各種方式啟動一種指揮決策流程：顧客積極調(diào)用，時間定期運營，接受到訂閱消息道指定消息。一旦指揮決策流程開始，流程引擎會調(diào)度、監(jiān)控各項流程中活動，例如指揮決策業(yè)務需要自動獲得農(nóng)產(chǎn)品記錄數(shù)據(jù)，流程引擎就會自動通過應用程序接口調(diào)用計算記錄模塊，并把所得成果返回工作流中。當指揮決策流程需要人為參加指揮決策時候，系統(tǒng)會按照定義，為目的指揮決策顧客建立“指揮決策任務”，與此同步流程引擎實時監(jiān)控顧客任務列表執(zhí)行狀況，一旦顧客解決完指定給她任務后，流程會自動往下執(zhí)行。圖：BEAWeblogicIntegration業(yè)務流程實現(xiàn)機制BEAWeblogicIntegration提供業(yè)務流程引擎是基于開發(fā)原則BPEL（流程執(zhí)行語言BusinessProcessExecutionLanguage）基本上。BPEL是一種流程定義語言，用于指定包括Web服務業(yè)務流程。BPEL合用于支持業(yè)務流程邏輯"宏觀定義"。這些業(yè)務流程均是完整而獨立應用，它們將Web服務作為實現(xiàn)其業(yè)務功能"活動"。在BEAWeblogicIntegration定義業(yè)務流程中可以調(diào)用各種各樣系統(tǒng)資源。涉及通過JDBC讀寫數(shù)據(jù)庫，通過J2CA應用適配器來調(diào)用系統(tǒng)遺留應用，通過Web服務接口調(diào)用布置在異地應用，通過JMS觸發(fā)消息機制。通過EJB接口調(diào)用應用邏輯。BEAWebLogicIntegration使用J2EE兼容型技術，涉及Java基本、JSP和EJB互操作性、用于流程元素間數(shù)據(jù)傳送XML以及用于業(yè)務流程組件間消息傳送JMS。這些開放原則意味著在IT人員技能合用于不同項目，并且IT人員可以協(xié)同完畢同一項目不同某些。因而，使用原則技術（XML）和開放編程API意味著解決方案可以擴展，為將來發(fā)展留有余地。業(yè)務流程工作列表BEAWeblogicIntegation提供了業(yè)務流程工作列表（Worklist）功能。它表反映出每個參加指揮決策人員當前和哪些指揮決策工作有關，例如待辦指揮決策事務，未辦指揮決策事務，有關指揮決策事務，跟蹤任務狀態(tài)等。它使人們能在業(yè)務流程內(nèi)協(xié)作，完整工作流涉及各種操作，例如接受、批準、修改和路由文檔業(yè)務人員通過訪問自己工作列表可以懂得和自己崗位有關工作內(nèi)容，并迅速解決。BEAWeblogicIntegation工作列表還容許業(yè)務員人員將分派給她指揮決策任務做其她操作，例如：回絕接受，轉分派給其她業(yè)務人員等。業(yè)務流程監(jiān)控與管理業(yè)務流程是隨著外部顧客更高規(guī)定、內(nèi)部部門職能變化等因素不斷發(fā)上變化，這就需要業(yè)務流程能靈活適應這種變化，從而為廣大顧客提供不斷完善業(yè)務功能。BEAWeblogicIntegation業(yè)務流程管理功能提供了強大業(yè)務流程監(jiān)控，記錄，管理功能。通過這些詳細監(jiān)控手段，業(yè)務管理人員可以全面掌握流程運營狀況，分析流程流程安排合理性，為優(yōu)化各種業(yè)務流程提供了詳細數(shù)據(jù)根據(jù)。流程監(jiān)控功能能為監(jiān)控每個運營在流程引擎中業(yè)務流程實例各種信息，涉及流程實例啟動者、開始時間，完畢時間，總共運營時間，運營節(jié)點位置，當前流程運營狀態(tài)。已經(jīng)指揮決策完每個節(jié)點信息涉及：開始時間、指揮決策歷時、結束時間、指揮決策人等。并且這些信息都是通過下面可視化管理界面來實現(xiàn)。 圖：業(yè)務流程管理監(jiān)控可視化界面Portal技術概念Portal一詞本來是"門戶網(wǎng)站"意思，例如雅虎、新浪等這樣網(wǎng)站。但是對于政府和公司公司信息化平臺建設而言，Portal所扮演角色則有所不同。本來業(yè)界對Portal定義有諸各種分類，例如把Portal定義為信息門戶、協(xié)作門戶、專業(yè)門戶、知識門戶等等。但不論分類如何劃分，Portal對底層規(guī)定和其基本架構有明顯一致性，并且隨著時間推移，業(yè)界、新聞界以及分析家都對Portal定義看法逐漸趨于一致。簡樸說，門戶是一種重要Web站點并且是一種聯(lián)合社區(qū)，它提供內(nèi)容匯集、搜索服務、協(xié)作工具、應用程序訪問和集成，所有這些功能存在于與最后顧客進行個性化交互中。通過個性化"我主頁（MyHomePages）"來滿足每個最后顧客需要并將個性化嵌入門戶服務和應用程序各個角落，咱們可以對門戶加以區(qū)別。另一方面，門戶與Web站點不同，由于它用幾乎相似辦法將個性化與選取內(nèi)容、協(xié)作功能程序以及應用程序服務結合在一起。對最后顧客而言，門戶就是一種到所有計算資源單獨訪問點。門戶（Portal）是Web應用程序簡樸統(tǒng)一訪問點,不但如此還提供了許多有價值附加功能，例如安全性、搜索、協(xié)作和工作流。門戶網(wǎng)站提供了集成內(nèi)容和應用，以及統(tǒng)一協(xié)作工作環(huán)境。事實上，門戶網(wǎng)站就是下一代桌面，可以在Web上向各種客戶機設備提供大量電子商務應用。BEAWeblogicPortal完整門戶網(wǎng)站解決方案可以讓顧客隨時隨處、安全、以便地訪問完畢她們?nèi)蝿账杷袞|西。門戶網(wǎng)站是延伸與顧客體驗（Reachanduserexperience）核心。也就是說，門戶網(wǎng)站提供工具和顧客界面，用于訪問信息和應用程序，個性化管理和選取內(nèi)容。 集中完畢應用認證和授權管理。門戶服務將承擔顧客對各種信息和應用資源統(tǒng)一訪問服務，對顧客身份進行驗證，并控制顧客對各類資源訪問權限。 構建、連接和管理應用程序。為公司應用整合提供基本支撐，通過Portal服務，公司可以將各種分散應用服務功能整合在門戶服務平臺上，以便顧客對各種應用資源訪問，使各種獨立應用系統(tǒng)通過門戶服務平臺形成一種完整應用。 業(yè)務流程集成和自動化。通過門戶服務平臺提供功能化服務組件，如：工作流服務組件，公司可以實行大量以業(yè)務為導向業(yè)務流程集成和自動化解決。為各種顧客提供個性化訪問功能。通過門戶服務咱們可以有效定義和控制各種不同顧客可以獲得和訪問信息內(nèi)容。在大型信息化門戶平臺中，需要對不同業(yè)務資源進行整合，有組織地對顧客進行展示。通過下面辦法，在WebLogicPortal中，將整個公司資源充分運用并有機組合，以靈活和有序方式進行展示。Portlet：Portlet是門戶中某些應用或應用視圖，可以被當作不同內(nèi)容版塊。依照開發(fā)方式不同，BEAWebLogicPortal可以支持不同類型Portlet（JSP/HTML、Web服務、Pageflow或Java），開發(fā)人員可以使用Portlet來集成公司系統(tǒng)中位于不同位置數(shù)據(jù)和訪問不同性質應用，并以統(tǒng)一方式進行展示。Web集成：通過WebLogicPortal，不但可以用Portlet直接透視公司數(shù)據(jù)。同樣，如果這些數(shù)據(jù)已經(jīng)通過Web方式進行了展示，或者需要在Portal中集成其她Web頁面信息，Portal提供了Web內(nèi)容集成功能，將其她Web頁面內(nèi)容嵌入公司Portal，使Portal成為所有資源統(tǒng)一入口。WebServices：公司門戶中某些數(shù)據(jù)也許是通過訪問WebServices應用得到。WebLogicWorkshop中可以使用簡樸可視化開發(fā)工具，簡化對WebServices訪問，以便將對WebServices訪問迅速地集成到公司門戶中。頁面流Pageflow：公司級應用往往建立在MVC技術基本上實現(xiàn)，在WebLogicPortal中，實現(xiàn)了以Struts為核心流程控制管理功能，頁面邏輯、后臺服務（由EJB等實現(xiàn)），數(shù)據(jù)效驗和流程控制在統(tǒng)一圖形化界面中完畢?？梢允箲瞄_發(fā)進行合理分工，同步保證了整個系統(tǒng)靈活性，同一種后臺服務可以同步為不同界面邏輯服務。只要系統(tǒng)管理員將應用進行相應配備就可以實現(xiàn)。內(nèi)容管理內(nèi)容管理系統(tǒng)是門戶重要功能之一。管理人員通過內(nèi)容管理完畢網(wǎng)站信息采集、編輯、審核、發(fā)布。BEAWebLogicPortal提供內(nèi)置內(nèi)容管理系統(tǒng)模塊，同步也可集成第三方內(nèi)容管理系統(tǒng)。內(nèi)容管理系統(tǒng)可以與門戶系統(tǒng)無縫集成，支持門戶網(wǎng)站統(tǒng)一目錄服務，系統(tǒng)必要通過門戶網(wǎng)站管理系統(tǒng)認證后進入，向各類顧客提供統(tǒng)一訪問點。內(nèi)容管理系統(tǒng)應能提供對信息收集、組織、篩選、分類、搜索和自定義等一系列功能，實現(xiàn)對非構造化和構造化數(shù)據(jù)高效和有序統(tǒng)一管理和存儲。支持顧客管理和權限設立，并能讓顧客依照自身狀況迅速搭建內(nèi)容組織構造。

提供對信息安全性多級別、多方式定義，以保證信息完整、真實和安全。

可預先定義信息發(fā)布形式和頁面顯示格式。

內(nèi)部和外部顧客可以通過瀏覽器、智能搜索、個性化工具等迅速獲得信息。支持本網(wǎng)站全文檢索。支持多語種。支持模板管理。支持系統(tǒng)集成。提供二次開發(fā)接口。搜索功能BEAWebLogicPortal內(nèi)置搜索引擎支持各種后臺數(shù)據(jù)源，這種靈活性容許依照門戶顧客業(yè)務需求，從各種數(shù)據(jù)庫中搜索非構造化、半構造化和構造化信息：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)容，并將分析成果保存檢索庫中。BEAWebLogicPortal內(nèi)置搜索引擎支持了各種搜索方式和功能：聯(lián)合搜索：支持在查找內(nèi)容之間設立聯(lián)合邏輯功能。自然語言搜索：支持搜索成果匹配度：支持按照匹配限度，對搜索成果排序功能。所搜成果排序內(nèi)容有關性分級BEAWebLogicPortal搜索功能擁有全文檢索能力。它使用了成熟模式匹配技術，無論英文還是中文，都能將原文中內(nèi)容通過提取環(huán)節(jié)，放到更適合高速查詢索引文獻中。顧客發(fā)出所有內(nèi)容查詢，都是通過索引庫迅速定位到指定信息上。BEAWebLogicPortal對于國際化語言有較好支持。由于BEAWebLogicPortal搜索功能是通過開放接口來實現(xiàn)，因而對于不同語言種類，可以通過開發(fā)針對不同語言語法分析器，來而實現(xiàn)國際化科技信息檢索和搜索。當前BEAWebLogicPortal支持語言種類有：英文和所有單字節(jié)語種雙字節(jié)語種：中文，日文，韓文，泰文等由于國家科技基本條件平臺上可以被搜索科技信息和數(shù)據(jù)非常眾多，必要要考慮顧客在訪問這些數(shù)據(jù)和信息安全性。平臺安全體系除了可以保證集成到平臺應用安全性，還應當保證顧客對搜索成果安全訪問。不同級別、分組和角色顧客對科技數(shù)據(jù)訪問范疇是不同，某個范疇顧客應當只可以搜索到安全控制機制中所規(guī)定資源范疇。對于沒有授權顧客訪問數(shù)據(jù)信息，此顧客是不可以通過搜索工具查找該信息。此外，門戶搜索內(nèi)容和安全訪問設立需要通過統(tǒng)一安全平臺，統(tǒng)一管理界面進行靈活，迅速配備。BEAWebLogicPortal搜索功能也是基于開放架構來實現(xiàn)。不但在生成內(nèi)容索引時候，可以通過開放接口，實現(xiàn)不同語言語法分析器，還能通過實現(xiàn)統(tǒng)一一致搜索引擎接口，可以以便快捷集成進第三方搜索引擎。多渠道訪問在可北京市應急指揮系統(tǒng)將來系統(tǒng)接入前端必然會以各種方式存在，例如手機訪問、PDA訪問、筆記本無線訪問、文字終端等。為了系統(tǒng)可以適應將來應用趨勢發(fā)展，需要各種前端設備統(tǒng)一接入解決方案。BEA平臺與其她產(chǎn)品最大不同在于不是以網(wǎng)關位置來判斷接入設備而是以訪問合同來判斷，而是依照每種類型接入設備發(fā)出不同祈求格式來判斷它們。通過該技術可以最精確最簡便判斷出當前接入設備類型。依托內(nèi)置內(nèi)容翻譯器可以對所提供內(nèi)容按合同及方略進行轉化以適應當前接入設備。內(nèi)容翻譯器可以按照不同訪問終端類型，將門戶顯示內(nèi)容自動翻譯成適合它們?yōu)g覽格式。這樣北京市應急指揮系統(tǒng)需要實現(xiàn)一套門戶系統(tǒng)，就可以滿足各種不同終端訪問了，而不必針對每種終端設備單獨實現(xiàn)一種門戶。

圖：BEA訪問層對提供多渠道支持門戶安全管理在北京市應急指揮系統(tǒng)系統(tǒng)中涉及眾多被集成應用系統(tǒng)和規(guī)模龐大數(shù)據(jù)信息。BEA提供應用技術架構能通過統(tǒng)一安全架構，將所有已有顧客管理、權限控制等安全功能集成到記錄架構中，因而能有效實現(xiàn)北京市應急指揮系統(tǒng)平臺統(tǒng)一安全管理和維護。BEA安全架構中提供了顧客身份認證、權限管理，安全審計、角色管理、統(tǒng)一顧客檔案管理等豐富安全性功能。更為重要是所有安全功能模塊，都是基于開發(fā)式架構實現(xiàn)，既它提供了即插即用實現(xiàn)方式。容許無縫插入顧客定制或第三方安全性解決方案，提供了安全性服務擴展功能。身份認證身份認證授權審計

Module(s)角色MappingModule(s)身份映射顧客檔案安全性框架重要管理員認證人員審計人員角色定義證書人員顧客圖：BEA提供開放可插拔式安全架構可插式安全性框架——支持與第三方安全性解決方案集成，容許充分運用市場上“最佳”安全性解決方案所提供所有功能。此外也能將顧客定制化安全實現(xiàn)集成到統(tǒng)一安全架構中。身份驗證——借助顧客名與口令組合或數(shù)字證書，擬定顧客身份。所謂顧客是指個人、自動進程或其她應用，同步回絕有害入侵者訪問。授權——規(guī)定應當提供應每個通過身份驗證顧客應用功能、服務和數(shù)據(jù)資源。加密——保證客戶端和服務器端之間數(shù)據(jù)能在保密狀況下進行通信和網(wǎng)絡數(shù)據(jù)傳播。審計——提供記錄所有與安全性有關活動功能，例如顧客登錄、資源訪問規(guī)定。顧客和顧客組定義——提供定義應用顧客或組合授權顧客所需功能，在顧客組內(nèi)，所有成員都共享相似權限來訪問各種應用功能和服務，這樣可以統(tǒng)一、以便地管理不同顧客。安全數(shù)據(jù)存儲——保存角色、簡檔和權限數(shù)據(jù)。BEAWeblogicServer內(nèi)置有符合LDAPV3原則高度優(yōu)化LDAP目錄服務。由于擁有完全開放安全架構，因而還可以集成第三方LDAP服務器，當前系統(tǒng)支持目錄服務器有：NovellNDSOpenLDAPSuniPlanetMicrosoftActiveDirectory其她所有和LDAPV3原則兼容目錄服務器安全性方略定義——提供配備和維護基于規(guī)則、動態(tài)安全性訪問原則框架和GUI工具，以便讓特定角色與/或顧客組可以安全地訪問資源。權限規(guī)則基本可以是一系列可擴展操作和參數(shù)，例如時間、身份、顧客簡檔和調(diào)用參數(shù)值，它們可以在運營時動態(tài)計算和確認。SecureSocketsLayer——還可采用SecureSocketsLayer（SSL）、數(shù)字簽名以及其他基于原則安全辦法。當這些安全辦法共同使用時，它們可追蹤誰訪問了哪種服務。Web服務安全——安全框架為內(nèi)置Web服務基本構造提供高度安全性，讓客戶可以創(chuàng)立安全分布式應。Web服務安全保護普通是通過：控制顧客訪問權限、通過SSL對Web服務進行數(shù)字簽名，保護Web服務調(diào)用、加密Web服務傳播內(nèi)容這三種方式實現(xiàn)。運用BEA提供統(tǒng)一安全架構，北京市應急指揮系統(tǒng)可以管理各種應用和系統(tǒng)資源安全屬性，涉及：應用程序資源 COM資源 J2CA資源EJB資源 JDBC資源JMS資源JNDI資源服務器資源URL資源Web服務資源統(tǒng)一顧客檔案除了基于構成員資格授權和個性化外，BEAWebLogicPortal也能依照顧客檔案值動態(tài)個性化。動態(tài)設立對門戶資源訪問允許。顧客檔案存儲各種與顧客有關信息，如地址、聯(lián)系方式以及應用指定屬性。BEAWebLogicPortal缺省將顧客檔案基于RDBMS存儲。在諸多狀況下，顧客檔案需要與各種外部數(shù)據(jù)倉庫涉及定制顧客數(shù)據(jù)庫、LDAP聯(lián)合使用。統(tǒng)一顧客檔案為在不同資源之間實現(xiàn)單一客戶檔案視圖提供了基本構造。統(tǒng)一顧客檔案采用無狀態(tài)會話EJB實現(xiàn)，該EJB是各種負責存取各自顧客數(shù)據(jù)無狀態(tài)會話EJB聯(lián)合接口。從門戶方面看，統(tǒng)一顧客檔案屬性可以通過管理工具以及API或JSP標記庫編程訪問。為了將已有系統(tǒng)顧客檔案映射到統(tǒng)一顧客檔案，開發(fā)人員需要實現(xiàn)訪問資源系統(tǒng)、存取指定特性接口，并在WebLogicPortal注冊。統(tǒng)一顧客檔案在從各種資源映射屬性時具備很強伸縮性。如一完整顧客檔案也許由存于LDAP屬性子集、存于缺省RDBMS顧客屬性子集、存于定制數(shù)據(jù)庫子集三某些構成。BEAWebLogicPortal區(qū)別了為認證身份對顧客信息目錄進行訪問與對顧客檔案屬性進行存取。前面已經(jīng)講過，認證是通過WebLogicServer安全域進行，而顧客檔案屬性是經(jīng)由統(tǒng)一顧客檔案存取。這樣就可以采用各種LDAP存儲，一種用于認證，另一種用于顧客檔案數(shù)據(jù)。BEAWebLogicPortal會自動地為安全域內(nèi)沒有檔案記錄顧客創(chuàng)立新顧客檔案記錄。這個功能在顧客安全信息不是由WebLogicPortal創(chuàng)立和維護狀況下特別有用，如，處在LDAP或第三方安全產(chǎn)品環(huán)境下。BEAWebLogicPortal實用程序可以同步存儲在顧客檔案和安全域內(nèi)顧客記錄。單點登錄這些第三方解決方案涉及身份驗證解決方案、Web訪問管理解決方案、審計解決方案，等等。Web層單點登錄在Web層，瀏覽器使用者被提示進行應用程序驗證（聲明她們身份）。這個身份被傳到應用服務器上以用于驗證顧客。成功登錄成果是生成一種cookie，它作用范疇是應用服務器駐留DNS域。然后cookie返回到給向應用程序服務器發(fā)送祈求瀏覽器。默認狀況下，當顧客退出應用程序或關閉瀏覽器時，cookie生命周期結束。除了J2EE指定機制外，通過它安全基本構造和關聯(lián)安全服務提供者，BEAWebLogicServer通過配備可以支持使用身份驗證。如果想把基本顧客名/密碼這種身份驗證辦法改為更強身份驗證辦法，例如標記(token)，只需要簡樸地為新身份驗證辦法實現(xiàn)安全服務提供者(SecurityServiceProvider)。系統(tǒng)布置和管理北京市應急指揮系統(tǒng)應用架構除了需要有功能強大異構系統(tǒng)集成能力和靈活服務管理能力外，面對業(yè)務發(fā)展壓力，還必要需要擁有卓越運營和管理能力，來保證整個應用架構能提供穩(wěn)定可靠平臺。北京市應急指揮系統(tǒng)服務器布置建議如下圖所示，其中軟件應用訪問控制訪問器功能在Portal中已經(jīng)實現(xiàn)，因此沒有單獨畫出。北京市應急指揮系統(tǒng)布置圖高性能在完整北京市應急指揮系統(tǒng)SOA應用技術架構中，服務層和集成層需要承擔著大量代理人和瀏覽器顧客并發(fā)訪問。那么架構運運營性能和系統(tǒng)可靠性是保證北京市應急指揮系統(tǒng)應用服務水平（SLA）有力保證。BEA平臺支持無限可擴展性。隨著顧客業(yè)務量增長，系統(tǒng)可以通過集群和負載均衡方式動態(tài)添加服務器。并通過涉及動態(tài)負載分擔、多路復用技術、線程池、對象池、連接池、群集負載分擔等先進技術，雖然在峰值巨大壓力下，保證顧客業(yè)務系統(tǒng)7×24×365實時在線，并提供滿意響應速度。高性能在BEASOA技術架構中，對于不同層次，提供了一系列提高和優(yōu)化系統(tǒng)性能技術手段。圖：BEA核心架構保證高性能集群和可靠性BEA提供先進集群技術，可以使北京市應急指揮系統(tǒng)SOA架構具備良好伸縮能力和24x7系統(tǒng)可用性。集群技術指通過各種辦法組合服務器，實現(xiàn)核心業(yè)務系統(tǒng)負載分布，消除個別故障點。集群采用備份配備，通過對象集群技術，使復制服務器或對象實例可以進行自動故障接替，保持有狀態(tài)對象狀態(tài)。發(fā)生硬件或軟件故障時，客戶機訪問透明地切換到運營中服務器或對象副本。集群是面向客戶機獨立“超級”服務器，用一種URL編址。在集群內(nèi)部，服務器之間通過IP多播進行通信，運用DNS負載平衡、硬件負載平衡器或代理服務器支持訪問模型。BEA集群是業(yè)內(nèi)最先進技術，可為顧客核心業(yè)務Web應用提供最強大伸縮能力和可用性。與單個服務器相比，集群具備兩大長處：伸縮能力——與單服務器或單機相比，集群容量不受限制。為了提高容量，可在集群中動態(tài)地添加新服務器。如果需要增長硬件，可在新機器中加裝服務器。當單個服務器局限性以充分運用既有設備時，也可以在機器中增長服務器。高可用性——集群采用多服務器備份來避免客戶機硬件或軟件故障。同樣服務可以由集群中各種服務器來提供。當其中一種服務器發(fā)生故障時，另一種服務器可以接替發(fā)生故障服務器繼續(xù)工作。這種故障服務器故障接替能力可保證客戶機應用無縫可用性，客戶機主線察覺不到曾經(jīng)發(fā)生過問題。BEA應用技術架構通過集群和可靠Web服務（WS-Reliable）等特性保證了平臺級別和服務級別可靠運營。將北京市應急指揮系統(tǒng)應用架構構建在集群構造上，通過BEA提供故障轉移功能，系統(tǒng)意外宕機不會導致服務平臺停止業(yè)務解決，BEA集群支持?？煽縒eb服務能可以保證服務調(diào)用可靠被執(zhí)行。它可以自動將系統(tǒng)解決但是來大規(guī)模并發(fā)解決祈求暫時保存到存儲機制中，待到系統(tǒng)資源充分時候再調(diào)用。這樣就可以有效地應對瞬時大并發(fā)顧客祈求了。系統(tǒng)監(jiān)控，保證SLA通過BEA提供應用技術架構，不但可以保證北京市應急指揮系統(tǒng)擁有靈活、可擴展開放業(yè)務架構，還能最大