某地數(shù)據(jù)中心輔助決策系統(tǒng)概要設計學習文檔

免責聲明，本資源僅供用戶學習和技術研究探討使用，如果由于以上原因造成的版權糾紛，概不負責！希望人人都能擁有學習研究知識的機會。PAGE231某地區(qū)數(shù)據(jù)中心項目輔助決策學習系統(tǒng)設計學習系統(tǒng)框架設計的目的是完成項目的頂層規(guī)劃，從全的角度設計項目的功能邊界、技術實現(xiàn)路線、學習系統(tǒng)部署方案，等等?？傮w框架設計的成果將對整個項目的學習系統(tǒng)建設起到指導和約束作用。從技術方案的角度看，它是項目建設的“作戰(zhàn)地圖”，它的編制、評審和發(fā)布可以保證項目的建設在一個總體框架內(nèi)進行，不至于發(fā)生“策略性”的偏差?；诙嗄陙碓赬X數(shù)字化學習系統(tǒng)建設方面積累的經(jīng)驗，遵循IT行業(yè)的普遍規(guī)律，針對本項目建設的總體目標和特點，制定了如下圖所示的總體框架設計方法。項目的目標和任務是總體框架設計的出發(fā)點，它代表了項目的整體需求。我們主要依據(jù)目標和任務做架構(gòu)設計，但在整個設計過程中需要全面分析IT學習系統(tǒng)現(xiàn)狀，包括軟件和硬件現(xiàn)狀，因為IT學習系統(tǒng)現(xiàn)狀對架構(gòu)設計將產(chǎn)生一定約束。從某種意義上講，IT學習系統(tǒng)現(xiàn)狀也是需求的一部分。同時約束架構(gòu)設計的還有業(yè)務、技術發(fā)展現(xiàn)狀及趨勢。在架構(gòu)設計過程中，首先要做的是業(yè)務架構(gòu)，它的目的是理清學習系統(tǒng)的功能邊界，梳理學習系統(tǒng)內(nèi)部各功能之間的關系，描繪數(shù)字化的宏觀流動模式。它要回答的問題是：學習系統(tǒng)要完成什么樣的業(yè)務功能？業(yè)務架構(gòu)決定了數(shù)據(jù)架構(gòu)，在本項目這樣的管理數(shù)字化學習系統(tǒng)中，數(shù)據(jù)（又稱資源）是學習系統(tǒng)管理的核心，業(yè)務功能決定了學習系統(tǒng)要管理哪些數(shù)據(jù)，這些數(shù)據(jù)應該如何組織起來，這就是數(shù)據(jù)架構(gòu)。在總體框架設計中我們不會設計到每個數(shù)據(jù)庫的詳細的存儲結(jié)構(gòu)，重點是針對各類數(shù)據(jù)特點，規(guī)劃出所有主要數(shù)據(jù)庫對應的所有物理庫、物理庫與業(yè)務應用的對應關系、數(shù)據(jù)分布策略、各類數(shù)據(jù)的來源與更新維護、數(shù)據(jù)流和部署方案。從業(yè)務架構(gòu)和數(shù)據(jù)架構(gòu)出發(fā)，接下來要考慮的是用什么樣的技術來完成學習系統(tǒng)功能和數(shù)據(jù)分布，這就是技術實現(xiàn)架構(gòu)。技術實現(xiàn)架構(gòu)更多的是考慮用什么樣的軟件技術來實現(xiàn)業(yè)務需求，但軟件終究要部署在IT基礎設施上才能運轉(zhuǎn)，這要求有IT基礎設施建設方案。依據(jù)我們在復雜的大型學習系統(tǒng)的建設經(jīng)驗，我們沒有從軟件方案一步跨到硬件方案，而是特意規(guī)劃了一個“邏輯部署架構(gòu)”設計環(huán)節(jié)。邏輯部署架構(gòu)設計旨在從軟件的角度出發(fā)提出“應用學習系統(tǒng)如果要正常運轉(zhuǎn)需要有什么樣的基礎設施做支撐？”它是應用學習系統(tǒng)對IT基礎設施提要求的過程。邏輯部署架構(gòu)設計的成果是IT基礎設施建設方案的主要依據(jù)和約束，但不是全部。IT基礎設施建設方案還要受到用戶投資、IT學習系統(tǒng)現(xiàn)狀、技術發(fā)展趨勢、廠商服務水等諸多因素的限制。在總體框架設計過程中，標準和規(guī)范既對框架設計過程產(chǎn)生了約束，同時框架設計過程也產(chǎn)生了一系列新的標準和規(guī)范，用以指導和約束工程內(nèi)各學習系統(tǒng)的開發(fā)和實施工作?？偟恼f來，這套框架設計方法遵循了面向服務（SOA）的核心思想，業(yè)務決定了應用，軟件決定了硬件。避免“為技術而技術”、“軟硬件不配套”等問題，從而保證了在框架設計過程中“一切以完成項目目標和任務為最高宗旨”，使需求真正成為項目建設的驅(qū)動力。接下來我們將就業(yè)務架構(gòu)、邏輯架構(gòu)、技術實現(xiàn)架構(gòu)、部署架構(gòu)逐級展開設計。從業(yè)務角度來看，數(shù)據(jù)中心建設是按照數(shù)據(jù)中心數(shù)據(jù)規(guī)范，統(tǒng)計分析學習系統(tǒng)。業(yè)務架構(gòu)設計如下：審判質(zhì)量效率評估審判質(zhì)量效率評估學習系統(tǒng)輔助決策學習系統(tǒng)集中數(shù)據(jù)庫數(shù)據(jù)集中數(shù)據(jù)倉庫清洗轉(zhuǎn)換數(shù)據(jù)中心數(shù)據(jù)服務接口注：上圖中背景為灰色的部分是已有的學習系統(tǒng)或本項目其他包完成的內(nèi)容，背景為黃色部分是本項目要完成的內(nèi)容。數(shù)據(jù)中心建設業(yè)務包括：數(shù)據(jù)服務接口：根據(jù)XX審判業(yè)務的需要及數(shù)據(jù)公開的需要，基于Webservice模型為各類應用提供數(shù)據(jù)服務。數(shù)據(jù)中心查詢分析學習系統(tǒng)：為全區(qū)用戶提供基于數(shù)據(jù)中心的XX查詢、統(tǒng)計、分析功能。同時以WebService方式提供給其他軟件開發(fā)商集成使用。數(shù)據(jù)中心建設是以數(shù)據(jù)倉庫技術為基礎，基于全區(qū)XX數(shù)據(jù)中心，引入“分析數(shù)據(jù)模型”、“數(shù)據(jù)抽取加工”、“分析型數(shù)據(jù)展現(xiàn)”等技術手段，建設學的、可持續(xù)發(fā)展的數(shù)據(jù)分析展現(xiàn)臺；以XX數(shù)字化作為基礎的接口對話界面，給用戶宏觀、一覽全的整體感和親切感，為各級XX和領導提供全方位的數(shù)字化和決策支持服務。結(jié)合學習系統(tǒng)總體業(yè)務架構(gòu)我們將學習系統(tǒng)的邏輯架構(gòu)設計如下：生產(chǎn)庫生產(chǎn)庫下級XX生產(chǎn)庫下級XX生產(chǎn)庫數(shù)據(jù)存儲服務平臺數(shù)據(jù)轉(zhuǎn)換集中平臺地區(qū)院集中數(shù)據(jù)庫數(shù)據(jù)加工清洗(ETL)平臺主題數(shù)據(jù)庫數(shù)據(jù)立方體數(shù)據(jù)分析展現(xiàn)平臺學習系統(tǒng)管理與監(jiān)控平臺OLAP分析自動報表OLTP查詢歷史數(shù)據(jù)ODS數(shù)據(jù)庫學習系統(tǒng)主要由五個部分組成。數(shù)據(jù)轉(zhuǎn)換集中臺：通過數(shù)據(jù)轉(zhuǎn)換采集接口（適配器）采集業(yè)務數(shù)據(jù)增量，通過數(shù)據(jù)交換臺將各XX數(shù)據(jù)傳輸集中到XXXXX中心。包括：數(shù)據(jù)轉(zhuǎn)換采集、數(shù)據(jù)傳輸集中和數(shù)據(jù)核對補錄功能。數(shù)據(jù)加工清洗(ETL)臺：根據(jù)分析主題的需要將業(yè)務數(shù)據(jù)從集中數(shù)據(jù)庫向數(shù)據(jù)倉庫（主題數(shù)據(jù)庫）中進行抽取，轉(zhuǎn)換和匯總，裝載。數(shù)據(jù)存儲服務臺：保存數(shù)據(jù)中心涉及的各種數(shù)據(jù)，并進行分類設計和存放。按照數(shù)據(jù)庫存儲數(shù)據(jù)的類型和作用分為：業(yè)務數(shù)據(jù)庫、數(shù)據(jù)倉庫/數(shù)據(jù)集、元數(shù)據(jù)/學習系統(tǒng)控制數(shù)據(jù)幾個數(shù)據(jù)庫。數(shù)據(jù)分析展現(xiàn)臺：對業(yè)務數(shù)據(jù)及主題分析的查詢和分析功能，包括明細數(shù)據(jù)查詢、多維分析、排名分析、趨勢分析、對比分析等，并結(jié)合圖形和圖表、鉆取、切片、旋轉(zhuǎn)等分析手段實現(xiàn)對數(shù)據(jù)的全方位展現(xiàn)。學習系統(tǒng)管理和監(jiān)控臺：學習系統(tǒng)管理完成基于角色的統(tǒng)一用戶授權，以及對學習系統(tǒng)中的數(shù)據(jù)交換，ETL過程應用的功能定義的元數(shù)據(jù)進行統(tǒng)一的定義和發(fā)布；學習系統(tǒng)監(jiān)控完成對數(shù)據(jù)交換和ETL任務的調(diào)度設計以及對定時任務的執(zhí)行日志的監(jiān)控；結(jié)合當前計算機技術的最新發(fā)展，我們采用將采用J2EE體系架構(gòu)來建設XXXXX中心。從上圖可以看出，總體技術架構(gòu)從上至下由展現(xiàn)層、應用層、應用支撐層、數(shù)據(jù)層和基礎設施層及3個體系構(gòu)成。整個技術架構(gòu)集中體現(xiàn)：以基礎層和數(shù)據(jù)層為依托，以應用支撐層和應用層為核心，通過展現(xiàn)層，全面為各層次客戶提供高品質(zhì)的個性化服務。結(jié)合學習系統(tǒng)需求、業(yè)務架構(gòu)、邏輯架構(gòu)、技術架構(gòu)以及IT技術的發(fā)展現(xiàn)狀和趨勢，我們將XXXXX中心的物理架構(gòu)設計如下：在學習系統(tǒng)的物理部署設計中包括以下服務器、應用組件及學習系統(tǒng)組件：數(shù)據(jù)倉庫服務器：部署數(shù)據(jù)倉庫，具體包括操作型數(shù)據(jù)、明細業(yè)務數(shù)據(jù)以及聚合數(shù)據(jù)，并對來自客戶端的查詢請求作出響應。選擇SybaseASE。業(yè)務數(shù)據(jù)庫服務器：部署全區(qū)XX集中數(shù)據(jù)庫。采用SybaseASE。在本項目中數(shù)據(jù)倉庫和業(yè)務數(shù)據(jù)庫服務器組成雙機熱備學習系統(tǒng)。數(shù)據(jù)交換服務器：部署數(shù)據(jù)交換服務組件和數(shù)據(jù)庫客戶端組件。負責按照學習系統(tǒng)要求定時將來自下級基層XX的數(shù)據(jù)交換到上級的數(shù)據(jù)中心；ETL服務器：部署ETL服務器組件和數(shù)據(jù)庫客戶端組件。負責按照學習系統(tǒng)定義將業(yè)務數(shù)據(jù)往數(shù)據(jù)倉庫中進行遷移，并進行數(shù)據(jù)清洗和按照一定的匯總粒度進行數(shù)據(jù)的聚合。應用服務器：部署J2EE中間件以及應用展現(xiàn)組件、學習系統(tǒng)管理和監(jiān)控組件等應用組件，負責處理客戶端的查詢請求，并將查詢結(jié)果展現(xiàn)到查詢客戶端。查詢客戶端：負責與用戶交互，將查詢請求提交到應用服務器，并將處理結(jié)果展現(xiàn)給用戶。查詢客戶端部署IE瀏覽器。監(jiān)控客戶端：對整個輔助決策分析學習系統(tǒng)的日常運行進行監(jiān)控，由于學習系統(tǒng)采用的是三層B/S架構(gòu)，因此，監(jiān)控客戶端部署IE瀏覽器即可。1.6數(shù)據(jù)存儲服務臺數(shù)據(jù)存儲服務臺是保存數(shù)據(jù)中心涉及的各種數(shù)據(jù)，并進行分類設計和存放。1.6.1數(shù)據(jù)組織結(jié)構(gòu)設計數(shù)據(jù)組織結(jié)構(gòu)設計是從數(shù)據(jù)類型的劃分、數(shù)據(jù)的分布、數(shù)據(jù)的用途、數(shù)據(jù)的時效性等角度進行分類和設計，數(shù)據(jù)中心包括以下類型的數(shù)據(jù)：業(yè)務數(shù)據(jù)：由業(yè)務處理學習系統(tǒng)產(chǎn)生和管理，數(shù)據(jù)的組織以業(yè)務處理（OLTP）為主，數(shù)據(jù)的時效性要求比較高，通常只保存近期（二至三年內(nèi)、及處于活動狀態(tài)）的數(shù)據(jù)，業(yè)務明細以滿足業(yè)務處理的性能作為中心進行結(jié)構(gòu)設計，通常基于ER模型（實體－關系模型）進行設計和存儲。操作型數(shù)據(jù)存儲（ODS）：通過數(shù)據(jù)抽取從業(yè)務數(shù)據(jù)庫獲得的數(shù)據(jù)，或通過數(shù)據(jù)采集/交換學習系統(tǒng)直接錄入的各種業(yè)務數(shù)據(jù)，可以直接提供各種明細數(shù)據(jù)的查詢服務，數(shù)據(jù)的時效性為接近實時，數(shù)據(jù)結(jié)構(gòu)組織上貼近于業(yè)務處理學習系統(tǒng)。歷史明細數(shù)據(jù)：由業(yè)務處理學習系統(tǒng)中遷移出來，通過一定的數(shù)據(jù)清洗和轉(zhuǎn)換后形成的歷史明細數(shù)據(jù)；歷史明細數(shù)據(jù)通常為處于穩(wěn)定（不再發(fā)生變化）的數(shù)據(jù)，對歷史明細數(shù)據(jù)訪問的時效性要求通常不高，歷史明細數(shù)據(jù)即數(shù)據(jù)倉庫中的細節(jié)數(shù)據(jù)，歷史明細數(shù)據(jù)滿足對業(yè)務歷史數(shù)據(jù)的訪問要求。主題分析數(shù)據(jù)：從歷史明細數(shù)據(jù)基礎上通過數(shù)據(jù)的加工和聚合產(chǎn)生的業(yè)務分析數(shù)據(jù)，業(yè)務分析數(shù)據(jù)通過以業(yè)務主題為中心，主題分析數(shù)據(jù)的數(shù)據(jù)時效性要求不高。數(shù)據(jù)類型劃分和相互關系主題分析數(shù)據(jù)是數(shù)據(jù)分析的基礎，主題分析數(shù)據(jù)根據(jù)業(yè)務主題進行劃分，對歷史數(shù)據(jù)進行整理，并隨著時間的推移形成不同粒度的分析數(shù)據(jù)，形成不同匯總粒度的業(yè)務分析數(shù)據(jù)，整個數(shù)據(jù)的組織結(jié)構(gòu)見下圖所示。數(shù)據(jù)組織結(jié)構(gòu)1.6.2數(shù)據(jù)庫分布設計數(shù)據(jù)中心涉及的具體數(shù)據(jù)庫如下：數(shù)據(jù)交換數(shù)據(jù)庫：提供基層XX、中級XX、XX交換數(shù)據(jù)的存儲；數(shù)據(jù)庫學習系統(tǒng)采用SybaseASE；集中數(shù)據(jù)庫：用來集中保存全區(qū)XX業(yè)務數(shù)據(jù)（如審判、執(zhí)行、信訪、檔案）等。數(shù)據(jù)庫學習系統(tǒng)采用SybaseASE；數(shù)據(jù)倉庫：用來保存操作型明細數(shù)據(jù)（ODS），報表數(shù)據(jù)、主題分析數(shù)據(jù)。數(shù)據(jù)庫學習系統(tǒng)使用SybaseASE。數(shù)據(jù)庫學習系統(tǒng)作為數(shù)據(jù)存儲環(huán)境，由于采用JAVA－JDBC標準接口，并盡量使用相對標準的SQL語句操作和訪問數(shù)據(jù)庫，降低應用學習系統(tǒng)和數(shù)據(jù)庫學習系統(tǒng)之間的耦合程度，減少數(shù)據(jù)庫學習系統(tǒng)切換過程中的工作量。1.6.3數(shù)據(jù)倉庫模型設計數(shù)據(jù)中心的數(shù)據(jù)存儲全部是關系型的數(shù)據(jù)庫管理學習系統(tǒng)，在數(shù)據(jù)庫對象的結(jié)構(gòu)設計上采用以下的思路：業(yè)務數(shù)據(jù)采用ER模型進行設計，盡量遵照范式設計的標準，以減少數(shù)據(jù)的冗余，同時提高存儲的效率和學習系統(tǒng)的性能，并降低數(shù)據(jù)一致性控制的難度。明細數(shù)據(jù)采用ER模型進行設計，但在數(shù)據(jù)加工處理過程中按照數(shù)據(jù)倉庫的要求對數(shù)據(jù)進行清洗和轉(zhuǎn)換，包括對過程數(shù)據(jù)的記錄，確保歷史數(shù)據(jù)的穩(wěn)定和質(zhì)量。主題分析數(shù)據(jù)采用維模型進行設計。1.6.4設計建模工具數(shù)據(jù)庫設計建模工具使用SybasePowerDesigner。該工具集成了數(shù)據(jù)庫的邏輯建模，物理建模以及數(shù)據(jù)倉庫設計規(guī)劃功能，因此完全能滿足數(shù)據(jù)中心查詢分析學習系統(tǒng)的設計建模要求。本項目涉及到的第三方產(chǎn)品包括：數(shù)據(jù)倉庫和業(yè)務數(shù)據(jù)庫：考慮用戶目前使用SybaseASE及最高人民XX的相關規(guī)定。本項目采用SybaseASE作為數(shù)據(jù)倉庫和業(yè)務集中數(shù)據(jù)庫。應用服務器中間件：本項目將采用開源的Jboss作為J2EE應用服務器。同時支持BEAWeblogic、IBMWebSphere、KingdeeApusic等應用服務器。數(shù)據(jù)加工(ETL)臺：采用成熟的、開源的數(shù)據(jù)加工臺-Kettle工具。詳細參見《ETL數(shù)據(jù)加工臺》數(shù)據(jù)展示工具：采用北京億信華辰軟件有限責任公司的“數(shù)據(jù)分析展示臺”作為數(shù)據(jù)分析展現(xiàn)臺。詳細參見《數(shù)據(jù)分析展現(xiàn)臺》1.8.1J2EE體系結(jié)構(gòu)J2EE是目前企業(yè)級應用最為常用的典型體系結(jié)構(gòu)，它簡化諸多與多級企業(yè)解決方案的開發(fā)、部署和管理相關的復雜問題J2EE不僅鞏固了標準版中的許多優(yōu)點，例如“編寫一次、到處運行”的特征、方便存取數(shù)據(jù)庫的JDBCAPI、CORBA技術以及能夠在Internet應用中保護數(shù)據(jù)的安全模式等等，同時還提供了對EJB（EnterpriseJavaBeans）、JavaServletsAPI、JSP（JavaServerPages）以及XML技術的全面支持。J2EE技術還為這些組件提供一整套企業(yè)級服務，通過自動化的方式完成應用程序開發(fā)中的諸多耗時且費力的艱難工作，為用戶提供一種可創(chuàng)建廣泛兼容的企業(yè)解決方案而無需進行復雜編程的臺。利用這一優(yōu)勢可以方便的開發(fā)出高質(zhì)量的、適合企業(yè)使用的應用程序。J2EE臺定義了一種標準的公開的存取控制規(guī)則，當程序在企業(yè)臺上開發(fā)時就已被J2EE本身定義和解釋了。J2EE也需要提供一個標準的注冊機制以便應用程序不用將這些注冊機制和邏輯相混合，相同的工作要執(zhí)行于大量的不同的環(huán)境中而并不需要改變源代碼。最大化開發(fā)和推廣的簡易性和速度。采用服務器集中模式，以Java為基礎構(gòu)件架構(gòu)和合適的工具，可以改善從界面設計師到程序員等各種人才間的合作，最有效的發(fā)揮他們的不同技能，迅速開發(fā)和推廣學習系統(tǒng)。B/S架構(gòu)指Browser/Server的客戶端發(fā)布模式，與傳統(tǒng)的C/S模式向?qū)?。采用B/S架構(gòu)可以消除客戶端程序更新帶來的維護成本，同時也可以方便的支持各種客戶端設備，包括辦公所需要的各種設備和終端，而各種不同的設備利用同一業(yè)務應用服務。J2EE技術的基礎是JAVA語言，JAVA語言的與臺無關性，保證了基于J2EE臺開發(fā)的應用學習系統(tǒng)和支撐環(huán)境可以跨臺運行?；贘2EE技術的應用服務器（ApplicationServer）主要是用來支持開發(fā)基于Web的三層體系結(jié)構(gòu)應用的支撐臺，這一類的產(chǎn)品包括Jboss、BEAWebLogic、IBMWebsphere等。本項目應用學習系統(tǒng)的開發(fā)將采用J2EE體系架構(gòu)。1.8.2SOA與WebService技術（一）SOA的基本概念近年來，隨著SOA出現(xiàn)并成為熱點，它是一種體系結(jié)構(gòu)模型，它可以根據(jù)需求通過網(wǎng)絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用。這個概念來源于早期的基于構(gòu)件的分布式計算方式，Allen在《Component-BasedDevelopmentforEnterpriseSystems》一書中首次提到了服務的概念，認為：服務是將構(gòu)件描述成提供相關服務的物理黑盒封裝的可執(zhí)行代碼單元，服務只能通過一致的已發(fā)布的接口進行訪問，構(gòu)件必須能夠連接到其他構(gòu)件以構(gòu)成一個更大的構(gòu)件。在OMG和IONA的推動下，目前SOA已成為了一個大家所廣泛認可的規(guī)范，并且著名的IT公司（包括IBM、BEA、SAP、Oracle等）紛紛推出了支持SOA開發(fā)的工具。S將SOA定義為：“本質(zhì)上是服務的集合。服務間彼此通信，這種通信可能是簡單的數(shù)據(jù)傳送，也可能是兩個或更多的服務協(xié)調(diào)進行某些活動。服務間需要某些方法進行連接。所謂服務就是精確定義、封裝完善、獨立于其他服務所處環(huán)境和狀態(tài)的函數(shù)。”W3C將服務定義為：“服務提供者完成一組工作，為服務使用者交付所需的最終結(jié)果。最終結(jié)果通常會使使用者的狀態(tài)發(fā)生變化，但也可能使提供者的狀態(tài)改變，或者雙方都產(chǎn)生變化”。（二）SOA概念模型服務注冊中心服務請求者服務注冊中心服務請求者服務提供者服務服務描述發(fā)布查找交互從圖中可以看出，SOA結(jié)構(gòu)中共有三種角色：（1）服務提供者：其工作是提供服務，并且把包含服務接口、服務訪問地址等數(shù)字化的服務描述以及服務的其他一些相關元數(shù)字化（如服務提供者數(shù)字化，服務質(zhì)量特征）發(fā)布到注冊中心。（2）服務注冊中心：提供服務間接尋址功能，是幫助服務消費者發(fā)現(xiàn)和定位合適服務的“中介服務”。顯然，服務注冊中心最大的作用是剝離了服務消費者和服務提供者之間的服務直接尋址依賴，使服務的地址在發(fā)生變更時不會影響服務消費者。另外，服務注冊中心可以使服務消費者實現(xiàn)一種更靈活的動態(tài)服務定位：在運行時通過約束條件在多個服務中選擇與條件最匹配的服務；（3）服務請求者：可以通過服務注冊中心間接獲得服務描述，或者從服務提供者處直接獲得服務描述，然后遵從服務描述的接口和地址約定實現(xiàn)和服務提供者所提供服務的交互。SOA體系結(jié)構(gòu)中的組件必須具有上述一種或多種角色，這些角色之間使用三種操作：發(fā)布操作：使服務提供者可以向服務注冊中心注冊自己的功能及訪問接口。查找操作：使服務請求者可以通過服務注冊中心查找特定種類的服務。交互操作：使服務請求者提供真正使用服務提供者提供的服務。（三）SOA的作用和優(yōu)勢SOA的松耦合本質(zhì)可以帶給應用復用性和靈活性。（1）松耦合和復用性首先由于客戶端和服務之間剝離了語言和臺的依賴，因此可以被更多的客戶端所使用；其次，服務具有自治性，客戶端可以隨時訪問服務，與需要事先獲得并部署的構(gòu)件相比，復用性進一步提高；再次，服務注冊中心為服務提供了共享場所，有利于服務被更多的客戶所使用。（2）松耦合和靈活性靈活性體現(xiàn)在軟件的維護、軟件的調(diào)整和增長兩個方面。松耦合使服務具有實現(xiàn)無關性，因此在接口描述不改變的情況下，服務提供者對服務實現(xiàn)的任意維護都不會對SOA應用有任何影響，提高了軟件的維護靈活性；另一方面，SOA應用的功能由該應用說包含的一組服務以及這些服務之間的松耦合關系體現(xiàn)，對服務功能的調(diào)整可以通過調(diào)整這些松耦合關系實現(xiàn)，新的功能既可以通過服務組合得到，也可以通過引入新的服務得到。從企業(yè)的角度考慮，SOA的體系結(jié)構(gòu)具有以下優(yōu)勢：保護企業(yè)投資，提升現(xiàn)有IT資源的作用，促進IT資源復用；提高企業(yè)的敏捷性；支持企業(yè)外包管理模式。（四）WebServices的概念服務是構(gòu)件在網(wǎng)絡特別是Internet環(huán)境下的自然延伸和發(fā)展，具有開放性、自治性、自描述性以及實現(xiàn)無關性。WebServices作為一種特殊的服務繼承了服務的這些特性，它是由URI標示的軟件應用，其接口和綁定可以用XML來定義和描述并且可以被發(fā)現(xiàn)，與其他軟件通過基于Internet的協(xié)議以XML消息交換的方式直接交互。因此，WebServices具有如下特點：WebServices是自包含的。在客戶機端不需要附加軟件；在服務器端僅僅需要Web服務器和SOAP服務器。WebServices是自描述的。客戶機和服務器都不知道或不關心請求和響應消息的格式與內(nèi)容之外的任何事，這是松散的應用程序集成的基礎。消息格式的定義可以與消息一起傳遞，不需要其他工具的支持。WebServices是獨立于實現(xiàn)技術和可互操作的。客戶機和服務器可在異構(gòu)的臺和語言環(huán)境中實現(xiàn)。WebServices是開放的和基于標準的。XML和HTTP是WebServices的主要技術基礎。WebServices的很大一部分是使用開放式源代碼項目構(gòu)建的。WebServices是動態(tài)的，因為可以自動化WebServices描述和發(fā)現(xiàn)。WebServices是可組合的。使用工作流技術或通過從WebServices實現(xiàn)調(diào)用下層WebServices，可把簡單WebServices的功能增值，能實現(xiàn)級別更高的業(yè)務功能。服務組合技術縮短了學習系統(tǒng)開發(fā)時間，并可通過選擇使用類似服務中最可靠的實現(xiàn)來提高服務質(zhì)量。WebServices構(gòu)建在一些已經(jīng)成熟的技術之上的。WebServices是松散耦合的，它允許對有問題的服務集成進行更靈活的重新配置。WebServices提供編程的訪問能力。WebServices不提供圖形化用戶界面，它需要使用代碼進行訪問。服務消費者需要知道WebServices的接口，但不必知道服務實現(xiàn)的詳細數(shù)字化。WebServices提供打包現(xiàn)有應用程序的能力。通過實現(xiàn)WebServices作為接口，可方便地把現(xiàn)有獨立應用程序集成到面向服務的體系結(jié)構(gòu)中。（五）WebServices技術關鍵WebServices技術體系由一系列開放的協(xié)議和規(guī)范組成，這些協(xié)議和規(guī)范可以由任意方實現(xiàn)。WebServices技術體系中SOAP（SimpleObjectAccessProtocol）、WSDL（WebServicesDescriptionLanguage）和UDDI（UniversalDescription，DiscoveryandIntegration）構(gòu)成了WebServices的核心技術規(guī)范，其他規(guī)范是在其基礎上擴展形成的。SOAP（簡單對象訪問協(xié)議）是一個輕量級的分布式協(xié)議，它允許在分布式環(huán)境中交換數(shù)字化。SOAP沒有與具體的硬件臺、操作學習系統(tǒng)、編程語言或網(wǎng)絡硬件綁定，這使得SOAP具有跨硬件臺、操作學習系統(tǒng)、編程語言和網(wǎng)絡硬件臺的高度互操作性。SOAP可以在HTTP上傳輸，HTTP允許它利用已有的基礎設施投資，比如Web服務器、代理服務器和防火墻。SOAP也可以用其他協(xié)議（如SMTP和JMS）進行傳輸。SOAP規(guī)范的主要目標是簡單性和可擴展性。自描述是服務的基本特征，通過自描述，服務以編程語言無關的方式對外公布其調(diào)用接口和其他相關特征。正是通過服務描述，服務屏蔽了其實現(xiàn)細節(jié)，使服務提供者和服務消費者能以一種松耦合方式協(xié)作。對WebServices進行描述使用的是WSDL，它可以描述WebServices的接口、訪問消息格式和訪問地址。并且，WSDL是基于XML的。UDDI（UniversalDescriptionDiscoveryandIntegration）是由Ariba、IBM和微軟等公司倡導并交由OASIS開放標準組織管理，其目標是建立一個全球化的、與臺無關的、開放式的體系結(jié)構(gòu)，使得不同企業(yè)能夠發(fā)現(xiàn)彼此、定義如何通過Internet交互、使用一個全球性的商務注冊中心以共享數(shù)字化，并加速全球B2B電子商務的應用。只要WebServices注冊到UDDI，客戶就可以很方便地查找和定位到所需要的WebServices。本項目將采用WebService技術實現(xiàn)：（1）以WebService形式提供數(shù)據(jù)中心內(nèi)外接口。包括：內(nèi)部接口如：XX數(shù)字化查詢、上訴XX數(shù)字化查詢等；外部接口如：與最XX、檢察院、區(qū)委區(qū)人大區(qū)等學習系統(tǒng)的數(shù)據(jù)數(shù)字化提供接口。（2）以WebService形式提供基于數(shù)據(jù)中心的XX查詢、統(tǒng)計、分析功能。AJAX界面開發(fā)技術AJAX是AsynchronousJavaScriptandXML（以及DHTML等）的縮寫，是最新的瀏覽器界面開發(fā)技術，用來建立桌面應用程序的功能和交互性，是不斷更新的Web應用程序之間的橋梁。AJAX可以在WEB應用程序中使用桌面應用程序中常見的動態(tài)用戶界面和漂亮的控件，可以給用戶在瀏覽器上帶來非常豐富的操作體驗。AJAX應用程序所用到的基本技術：（1）HTML用于建立Web表單并確定應用程序其它部分使用的字段；（2）JavaScript代碼是運行Ajax應用程序的核心代碼，幫助改進與服務器應用程序的通信；（3）DHTML或DynamicHTML，用于動態(tài)更新表單。使用div、span和其它動態(tài)HTML元素來標記HTML；（4）文檔對象模型DOM用于（通過JavaScript代碼）處理HTML結(jié)構(gòu)和（某些情況下）服務器返回的XML。本項目將采用AJAX界面開發(fā)技術來實現(xiàn)各類應用的界面展現(xiàn)。聚集主題技術聚集主題技術是用來處理分析海量數(shù)據(jù)的一個強有力的方法，通過減少主題中的維度，或者將維度的顆粒變粗，我們可以大大減少一個主題表的數(shù)據(jù)行數(shù)，一個幾千萬行的主題可能會變?yōu)橹挥袔资f行，這個過程就叫做聚集，通過聚集生成的主題就叫聚集主題，在聚集主題上進行分析比在原始主題上分析要高效很多，通過聚集主題和其它的相關技術可以輕易的處理海量數(shù)據(jù)的快速分析。OLAP引擎ROLAP數(shù)據(jù)倉庫中的數(shù)據(jù)就是通過的強大的OLAP引擎查詢出來的，OLAP引擎在查詢數(shù)據(jù)時實現(xiàn)了下列功能：限制用戶的查詢范圍例如級單位的用戶只能查詢自己的或自己下級的數(shù)據(jù)。這是特有的功能，可以部署在一個多級用戶的使用環(huán)境中，為所有用戶提供一個集中的分析引擎，自動限制每級用戶只能查詢到自己或自己的下級的數(shù)據(jù)。判別主題之間、主題與維表之間的鏈接關系，并進行聯(lián)合查詢多數(shù)分析都不會是在一個主題中進行，往往都需要用到多個主題和維表。處理取前期數(shù)據(jù)、增幅、增減額等統(tǒng)計方法的運算數(shù)據(jù)庫只提供了求和、求均值、求最大值、求最小值等普通的統(tǒng)計方法，OLAP引擎針對各種不同的數(shù)據(jù)庫運用最高效的查詢方法自動的處理取前期數(shù)據(jù)、增幅、增減額等統(tǒng)計方法的運算，除此之外，OLAP引擎還可以處理用戶自定義的統(tǒng)計方法，例如標準差、相關系數(shù)等。實現(xiàn)聚集主題導航上文介紹了聚集主題技術，它可以大大提高數(shù)據(jù)分析的效率，但對普通用戶來說，手工指定使用哪個聚集主題是有一定難度的，LAP引擎可以智能的判斷是否需要使用聚集主題，減少了用戶使用的難度?？罩岛土阒档奶幚碓谟行?shù)據(jù)庫中空值+非空值＝空值，被零除會觸發(fā)異常，OLAP引擎處理了各種空值和零值的特殊情況，根據(jù)用戶的設置返回期望的值。OLAP引擎是的核心技術之一，它還具有很多其它的功能特性，例如處理TOPN、TOP％、排序、結(jié)果過濾、查詢結(jié)果的二次處理、自定義分組、數(shù)值型分段等等。報表引擎報表引擎是我們引以為傲的功能，最終呈現(xiàn)給用戶的各種報表和圖形以及其它的數(shù)據(jù)展現(xiàn)形式都是報表引擎實現(xiàn)的。報表引擎分析用戶定義的報表格式，并根據(jù)分析結(jié)果自動生成若干個OLAP對象交給OLAP引擎運算，OLAP引擎查詢出來的結(jié)果基本上還是一行一行的比較單調(diào)的數(shù)據(jù)，報表引擎接下來加工這些數(shù)據(jù)并經(jīng)過再次的分析運算將這些數(shù)據(jù)生成出美觀的報表和圖形。在這個過程中，報表引擎實現(xiàn)了下列功能：分析OLAP對象報表參數(shù)處理數(shù)據(jù)自動分頁自動分析表內(nèi)表達式運算順序，進行表達式運算宏替換預警功能腳本運算生成報表和圖報表引擎所處理的這些復雜的步驟其實對用戶是透明的，用戶只需要使用報表定義工具定義出報表，提交給報表引擎后，報表引擎就可以將之處理成期望的美觀的表或圖。多數(shù)據(jù)庫連接池技術擁有自主開發(fā)的數(shù)據(jù)庫連接池技術，支持所有主流數(shù)據(jù)庫，將所有數(shù)據(jù)庫的操作和查詢用統(tǒng)一的方式提供給OLAP引擎，使OLAP引擎不需要根據(jù)不同的數(shù)據(jù)庫生成不同的SQL，數(shù)據(jù)庫連接池會自動根據(jù)不同的數(shù)據(jù)庫用最優(yōu)的SQL執(zhí)行查詢。另外借助這個技術，還允許用戶在管理界面上管理多個數(shù)據(jù)庫連接，增加、刪除或修改連接池。簡單易用的報表定義工具我們一直堅持簡單易用的軟件是好軟件的必備條件之一，不管內(nèi)部有多復雜的開發(fā)技術，我們提供給用戶的永遠是最簡單易用的操作界面，報表定義工具就是如此。與其它的BI軟件不同，實施的項目可以不需要二次開發(fā)，普通用戶就可以直接使用提供的報表定義工具定義出各種報表