大數(shù)據(jù)的匯聚與大屏展示項目的_需求規(guī)格說明書

1、數(shù)據(jù)匯聚及大屏展示項目需求規(guī)格說明書0一七年七月文件狀態(tài)：草稿V止在修改當前版本：文件名：數(shù)據(jù)匯聚及大屏展示項目需求規(guī)格說明書.doc精彩文檔實用標準文案正式發(fā)布受控狀態(tài)：V受控非受控作者：審核人：批準人：保密等級：內(nèi)部公開批準日期：實用標準文案修訂日期版本號修訂說明修訂人2017-07-130.1初稿實用標準文案目錄1. 文檔介紹61.1. 文檔目的61.2. 文檔范圍61.3. 讀者對象61.4. 術(shù)語與縮寫解釋62. 系統(tǒng)概述62.1. 系統(tǒng)建設(shè)目標62.2. 系統(tǒng)總體結(jié)構(gòu)73. 系統(tǒng)功能性需求83.1. 軟件功能概述83.2. 數(shù)據(jù)匯聚83.3. 數(shù)據(jù)分析103.3.1. 警情總覽10

2、3.3.2. 四色預(yù)警103.3.3. 警情分析錯誤！未定義書簽。3.3.4. 警情通報133.3.5. 分析統(tǒng)計143.4. 大屏展示154. 系統(tǒng)非功能性需求164.1. 性能、并發(fā)性需求164.1.1. 系統(tǒng)整體性能及并發(fā)性要求164.2. 安全及保密性需求164.2.1. 敏感數(shù)據(jù)加密164.2.2. 角色權(quán)限分配174.3. 可靠性需求174.3.1. 運行可靠性174.3.2. 數(shù)據(jù)可靠性184.4. 可維護性需求184.4.1. 功能模塊配置優(yōu)化185. 系統(tǒng)總體設(shè)計195.1. 設(shè)計原則195.1.1. 統(tǒng)一性原則195.1.2. 標準化原則195.1.3. 穩(wěn)定可靠性原則19

3、5.1.4. 可擴展性原則19實用標準文案5.1.5. 先進性原則205.1.6. 易操作性原則205.1.7. 安全原則205.2. 系統(tǒng)技術(shù)要求205.2.1. 數(shù)據(jù)支持要求205.2.2. 分析服務(wù)和引擎要求205.2.3. 系統(tǒng)擴展性要求215.3. 系統(tǒng)運行流程215.4. 系統(tǒng)的邏輯結(jié)構(gòu)225.4.1. 基礎(chǔ)通信網(wǎng)225.4.2. 基礎(chǔ)硬件環(huán)境235.4.3. 數(shù)據(jù)庫平臺235.4.4. 支撐平臺235.4.5. 服務(wù)系統(tǒng)235.4.6. 應(yīng)用系統(tǒng)235.4.7. 安全體系235.4.8. 運行保障體系235.4.9. 技術(shù)標準規(guī)范體系235.5. 系統(tǒng)框架結(jié)構(gòu)245.6. 關(guān)鍵技

4、術(shù)選型與分析246. 外部接口說明256.1. PGIS接口256.2. 云指揮平臺重大警情推送接口256.3. 情報平臺門戶對接接口266.4. 短信接口266.5. 郵件接口錯誤！未定義書簽。實用標準文案1 .文檔介紹1.1. 文檔目的介紹數(shù)據(jù)匯聚及大屏展示項目系統(tǒng)總體情況。明確需要開發(fā)的系統(tǒng)及功能模塊。明確開發(fā)計劃要求。1.2. 文檔范圍本文檔包括數(shù)據(jù)匯聚、數(shù)據(jù)分析、大屏展示的需求規(guī)格說明，同時也包括整個系統(tǒng)平臺的建設(shè)目標、總體結(jié)構(gòu)、網(wǎng)絡(luò)結(jié)構(gòu)、系統(tǒng)接口描述、用戶界面需求和軟硬件環(huán)境方面的需求規(guī)格說明。1.3. 讀者對象用戶、開發(fā)部系統(tǒng)分析組、計劃質(zhì)量部、工程負責人、市場部合同負責人1.4

5、. 術(shù)語與縮寫解釋縮寫、術(shù)語解釋BI商業(yè)智能(BusinessIntelligence)ETL數(shù)據(jù)的抽取、車t換和裝載(ExtractTransformationLoad)DM數(shù)據(jù)掘(DataMining)DW數(shù)據(jù)倉庫(DataWarehouse)OLTP聯(lián)機事務(wù)處理(On-LineTransactionProcessing)OLAP聯(lián)機分析處理(On-LineAnalyticalProcessing)IAS警情研判與智能分析系統(tǒng)(InformationAnalysisSystem)2 .系統(tǒng)概述2.1. 系統(tǒng)建設(shè)目標依據(jù)業(yè)務(wù)需求，通過建立數(shù)據(jù)匯聚系統(tǒng)實現(xiàn)對警情數(shù)據(jù)及與警情相關(guān)業(yè)實用標準文案務(wù)

6、的數(shù)據(jù)的監(jiān)測分析，全面掌控警情數(shù)據(jù)運行質(zhì)態(tài)，進而開展業(yè)務(wù)數(shù)據(jù)間的關(guān)聯(lián)性分析、地理數(shù)據(jù)分析研判，為日常業(yè)務(wù)工作的開展提供全面、準確的信息支持；對歷史業(yè)務(wù)數(shù)據(jù)進行綜合分析，提煉出有意義的業(yè)務(wù)規(guī)律，為管理決策提供數(shù)據(jù)支持，提高對業(yè)務(wù)規(guī)律的把握能力和管理工作的針對性。本系統(tǒng)建設(shè)具體應(yīng)包含以下系統(tǒng)內(nèi)容：1 .數(shù)據(jù)匯聚2 .數(shù)據(jù)分析3 .分析統(tǒng)計4 .大屏展示2.2. 系統(tǒng)總體結(jié)構(gòu)系統(tǒng)邏輯結(jié)構(gòu)圖如下：分析過程展示過程系統(tǒng)的物理結(jié)構(gòu)圖如下:其他業(yè)務(wù)系統(tǒng)實用標準文案3 .系統(tǒng)功能性需求3.1. 軟件功能概述其中軟件方面的需求分為如下幾個模塊:1、 數(shù)據(jù)匯聚2、 數(shù)據(jù)分析3、 統(tǒng)計分析4、 大屏展示3.2. 數(shù)

7、據(jù)匯聚3.2.1. 接警表數(shù)據(jù)的整合目前主要的工作是數(shù)據(jù)匯聚整合，需求比較迫切，尤其從時間上，要盡快完成使用系統(tǒng)主要涉及到的接警區(qū)域有市區(qū)，消防系統(tǒng)，另外還有警綜平臺數(shù)據(jù)整合要求實時性，對重大敏感警情要求秒級實時需要整合的詳細數(shù)據(jù)如下：3.2.1.1. 警情類數(shù)據(jù)匯聚整合1、接警表數(shù)據(jù)整合實用標準文案接警表需要整合的字段：電話、呼叫時間、呼入時間、呼入時長、ID號、電話號碼、報警人姓名、性別、報警人地址、報警人坐標、身份證號、警情發(fā)生的地址、警情坐標、警情類別（案由）、報警內(nèi)容、警情所屬管轄單位、關(guān)注類型、接警區(qū)域、敏感屬性（片區(qū)）、關(guān)聯(lián)重復(fù)警情、關(guān)聯(lián)單位（誰來關(guān)聯(lián)的）、接警員工號、接警員姓名

8、、管理信息：入庫時間（時間戮）、操作標志（增刪改）、自處單位（代碼）推送時間、推送類別、推送單位、是否結(jié)束、DS受理單號、接警編號2、處警表需要整合的字段：暫時先以警綜平臺為準3、指令單表（流轉(zhuǎn)）需要整合的數(shù)據(jù)字段：流程的各個節(jié)點狀態(tài)（比如，到場、簽收、反饋等），各個節(jié)點的時間，可以按我們的指令單表4、重大敏感警情表將重大敏感警情數(shù)據(jù)單獨存表3.2.1.2. 未存庫（消息形式）數(shù)據(jù)匯聚整合以消息的形式發(fā)送，沒有存表的數(shù)據(jù)1、 基本表以10秒為間隔，從0:00:00開始，來存入表，表的字段包括：開始時間、結(jié)束時間、接通率、呼叫量、呼叫早釋量、排隊早釋量、呼入量2、匯總表（以10分鐘時間匯總），表

9、字段與基本表相同：開始時間、結(jié)束時間、接通率、呼叫量、呼叫早釋量、排隊早釋量、呼入量3.2.1.3. 接警員數(shù)據(jù)整合1、接警員基本信息表接警單位、姓名、性別、身份證號、班組、職務(wù)、接警員工號實用標準文案2、接警員班組調(diào)整表接警員工號、姓名、原班組，調(diào)整后班組，調(diào)整時間3.3. 數(shù)據(jù)分析3.3.1. 警情總覽根據(jù)用戶需要，查看、導出或打印指定日期的警情總覽信息。具體內(nèi)容：今日、本周、本月、本年的警情，今日警情總覽，無效的警情總覽，警情總覽，接警同環(huán)比?？蓞⒄丈綎|省公安廳警情研判系統(tǒng)的界面3.3.2. 和地圖結(jié)合展示與地圖做接口將地圖的警情撒點、四色預(yù)警、熱點渲染、統(tǒng)計圖表等在該系統(tǒng)展示3.3.3

10、. 四色預(yù)警該子系統(tǒng)利用警務(wù)平臺中歷史處警信息記錄，通過計算得出警情常量，用于與當前每天實際發(fā)生的警情數(shù)相比較，衡量治安狀況指標。警情常量按月進行計算，市局及分局的常量分別設(shè)日、周、月常量，派出所設(shè)周、月的警情常量；其中可供分析的警情類別有：警情總量、盜竊總量、盜竊汽車、盜竊車內(nèi)財物、入室盜竊、兩搶、搶劫、搶奪、盜竊和騙取少量財物；通過轄區(qū)實時警情數(shù)與警情常量值對比，展現(xiàn)當日警情與警情常量的差異。實用標準文案3.3.3.1. 警情狀態(tài)該模塊顯示各轄區(qū)的四色警情狀態(tài)、巡防等級、警力投入狀態(tài)、當前刑事類警情情況。3.3.3.2. 時段分析該模塊對一段時間內(nèi)的刑事類警情按白天、夜晚、凌晨、上午、中午

11、、下午、晚上、夜間、24小時，進行分析、以柱狀圖和表格的形式展示；對某單位不同警情類別按時間段警情統(tǒng)計分析。統(tǒng)計分析條件包括統(tǒng)計單位、起始日期、結(jié)束日期、警情類別?？蛇x實用標準文案擇的警情類別包括警情總量、盜竊總量、盜竊汽車、盜竊車內(nèi)財物、入室盜竊、兩搶、搶劫、搶奪、盜竊和騙取少量財物；對統(tǒng)計條件日期范圍內(nèi)每天各個時間段警情數(shù)分別求和，再求出各個時間段警情發(fā)案平均數(shù)。統(tǒng)計圖中橫坐標為24小時時間段，縱坐標為警情數(shù)量。3.3.3.3. 走勢分析該模塊對一段時間內(nèi)的刑事類警情，按照類別、單位，以曲線圖的方式展現(xiàn)。并使用常見的預(yù)測分析算法對全市（分縣局）的警情發(fā)案數(shù)據(jù)進行預(yù)測分析（可預(yù)測下一周、下一

12、月的數(shù)據(jù)），以圖表的形式進行展示。具體算法可使用多項式曲線法、指數(shù)曲線法、移動平均法、指數(shù)平滑法、周期變動法等；統(tǒng)計分析條件包括統(tǒng)計方式、統(tǒng)計單位、起始日期、結(jié)束日期、警情類別；統(tǒng)計方式包括按日統(tǒng)計、按月統(tǒng)計、按年統(tǒng)計；可選擇的警情類別包括警情總量、盜竊總量、盜竊汽車、盜竊車內(nèi)財物、入室盜竊、兩搶、搶劫、搶奪、盜竊和騙取少量財物。統(tǒng)計結(jié)果以折線圖展示，縱坐標為警情數(shù)，橫坐標按不同統(tǒng)計方式而改變。按日統(tǒng)計時，橫坐標為統(tǒng)計條件日期范圍內(nèi)每天具體日期，每天警情數(shù)在圖中表示為一個坐標點；按月統(tǒng)計時，橫坐標為統(tǒng)計條件日期范圍內(nèi)各個月份值，每月警情數(shù)為一個坐標點；按年統(tǒng)計時，橫坐標為統(tǒng)計條件日期范圍內(nèi)各個

13、年份值，每年警情數(shù)為一個坐標點。3.3.3.4. 區(qū)域分析該模塊對不同警情類別按地域警情統(tǒng)計分析。統(tǒng)計分析條件包括統(tǒng)計單位、起始日期、結(jié)束日期、警情類別。3.3.3.5. 警情指標該模塊對四色警情常量的算法進行說明，設(shè)定，并提供當前各單位的警情常量和報警閥值。3.3.3.6. 警情統(tǒng)計該模塊對一段時間內(nèi)，轄區(qū)單位內(nèi)的四色警情數(shù)據(jù)進行統(tǒng)計，可以分別以市局、分縣局、派出所、社區(qū)（巡區(qū)）為單位進行統(tǒng)計。3.3.3.7. 歷史查詢該模塊對歷史上某一日、周、月的四色警情數(shù)據(jù)進行查詢，可以看該時間段的四色警情數(shù)據(jù)。3.3.3.8. 變化監(jiān)測該模塊對當前警情數(shù)據(jù)按日、周、旬、月、季度內(nèi)變化最大的單位（分縣局

14、、派出所、社區(qū)、巡區(qū)）進行排序。實用標準文案3.3.4. 全文檢索該模塊對一定時間段內(nèi)的接處警數(shù)據(jù)進行全文檢索，對檢索出來的結(jié)果，可以按照警情類別、管轄單位，時間等定義項進行分類統(tǒng)計，并可進行上鉆、下鉆和二次檢索；可以自由設(shè)定一定的檢索模板進行保存，以便自由調(diào)用。3.3.5. 專題分析該模塊通過建立一定的計算模型，實現(xiàn)對關(guān)注主題的結(jié)果進行展示，可以自由搭建運算模型和展示界面，初期形成以下幾個計算展示模型：“兩搶一盜”、“盜竊”（“扒竊”、“入室盜竊”、“盜竊車內(nèi)財物”、“盜竊機動車”）、“治安類警情”、“傷害、打架斗毆”、“重大交通事故”、“火警分析”、“群眾求助類”。3.3.6. 警情通報該

15、模塊對警情按選擇的設(shè)定模板進行統(tǒng)計，自動生成固定格式的word通報文件,可在線編輯、導出。其中發(fā)布模版可靈活配置；警情通報模板設(shè)置中，對警情模板進行增加、修改、刪除等管理工作，可設(shè)置多個模板，如按日、月、季度、年設(shè)定，按照警情類別設(shè)定、按照單位進行設(shè)定。警情通報分為：每日警情通報、每周警情通報、每月警情通報和全年警情通報，任意兩時段內(nèi)通報，有效警情查詢。3.3.7. 常見以關(guān)鍵字內(nèi)容分析1 .關(guān)鍵字出現(xiàn)頻率高的警情分析一段時間，某些警情類別突然比以前有所提高，目前只能根據(jù)警情內(nèi)容包含的關(guān)鍵實用標準文案字出現(xiàn)頻率高來判斷，但是準確率不高2 .敏感類的和季節(jié)相關(guān)的，比如積水，和去年同期相比，積水點

16、在哪些區(qū)域長假的交通事故、重大會議期間等類似情況，難點在怎樣提取關(guān)鍵字3.3.8. 重大敏感警情全流程監(jiān)控展示1 .已辦結(jié)的重大敏感警情分析對于已辦結(jié)的重大敏感警情以列表的形式展現(xiàn)，可以查詢，詳情展現(xiàn)整個警的全過程（從接警到辦結(jié)的整個過程，每個流程節(jié)點都需要展現(xiàn)），包括附件，視頻圖像等2 .未辦結(jié)的重大敏感警情分析對于正在處理的重大敏感警情，監(jiān)控目前處理到哪一步，組織力量有哪些，可以實時監(jiān)控3.3.9. 一般警情通過異常數(shù)據(jù)關(guān)注對于一般警情，關(guān)注的是異常，有沒有形成閉環(huán)，有沒有數(shù)據(jù)丟失（人員未登記、物品未登記等），是否有視頻未上傳、視頻在多個警情里重復(fù)用（目前技術(shù)上能否解決重復(fù)用，是個問題），

17、另外要關(guān)注警單質(zhì)量，違規(guī)情況主要有以下情況1 .分局自接警的警單報警電話是否有內(nèi)部電話，是否有視頻未上傳、視頻在多個警情里重復(fù)用（目前技術(shù)上能否解決重復(fù)用，是個問題），主要是防止造假2 .違規(guī)關(guān)聯(lián)，類別、內(nèi)容不一致的要列出來處警反饋內(nèi)容與報警內(nèi)容一致，是否是從接警內(nèi)容復(fù)制過去的，要進行異常檢測，并定期列出來3 .對于重復(fù)報警電話，異常的也列出來，接警時給于提示，比如精神病人多次報警，目前有黑名單，但是不敢用4 .重點關(guān)注警情，推送到調(diào)度臺的是電話號碼和報警內(nèi)容，要把以前打過多少電話，及以前報警的相關(guān)信息一并列出來3.4. 分析統(tǒng)計分析統(tǒng)計包括：按案由查詢同環(huán)比、按行政區(qū)劃查詢同環(huán)比、警情分析。

18、3.4.1. 按案由查詢同環(huán)比按案由查詢今日、本周、本月以及本年同環(huán)比，案由時間段查詢同環(huán)比圖。實用標準文案3.4.2. 按行政區(qū)劃查詢同環(huán)比今日、本周、本月以及本年各行政區(qū)劃按案由查詢同環(huán)比。3.4.3. 警情分析案由時間行政區(qū)劃統(tǒng)計查詢、出警時間統(tǒng)計分析、兩時間段接警查詢比較、接警情況統(tǒng)計表、接警情況統(tǒng)計月報、到場效率統(tǒng)計表、處警效率統(tǒng)計表、警情坐標采集統(tǒng)計表、四圖聯(lián)動。3.4.4. 重復(fù)報警統(tǒng)計當天、本周、本月接到重復(fù)報警多少，接警環(huán)節(jié)定了多少重復(fù)報警，分析都是哪些類別的警情，比如，報警遲緩、不出警、騷擾、敲詐勒索、多次撥打等等3.4.5. 接警員接警量統(tǒng)計按工號、姓名、所屬班組、平均時

19、長、類別、數(shù)量進行統(tǒng)計，并按所屬班組進行排名3.4.6. 統(tǒng)計分析轉(zhuǎn)換率到立案率比如違法犯罪類警情，一天接警400-500，實際處警100-200,立案的數(shù)量會更少，立案的是否按原始警情，是否大類變了，轉(zhuǎn)換率多少，立案率多少3.5. 大屏展示3.5.1. 坐席情況展示工號、姓名、班次、照片、接警數(shù)、自處警數(shù)、平均每小時接警數(shù)以每個坐席占一方格的形式在大屏上展示實用標準文案3.5.2. 坐席狀態(tài)展示每個坐席以圖（工號、姓名、狀態(tài)）的形式展示，鼠標點上可看詳情4 .系統(tǒng)非功能性需求4.1. 性能、并發(fā)性需求5 .1.1.系統(tǒng)整體性能及并發(fā)性要求對系統(tǒng)性能、并發(fā)性需求要做到如下幾點：1）系統(tǒng)打開登錄

20、頁面前的加載時間少于10秒2）系統(tǒng)加載多維分析數(shù)據(jù)和報表數(shù)據(jù)的時間少于5秒3）統(tǒng)計功能點擊響應(yīng)的時間要小于2秒4）查詢功能點擊響應(yīng)的時間要小于2秒5） 一般功能點擊響應(yīng)的時間要小于1秒4.2. 安全及保密性需求4.2.1. 敏感數(shù)據(jù)加密1）提出者信息a）提出者b）提出者分類用戶c）提出時間需求分析階段2）提出原因和考慮在一個軟件系統(tǒng)中，用戶的密碼是最重要的機密，用戶密碼外泄將嚴重威脅到系統(tǒng)的安全、系統(tǒng)重要數(shù)據(jù)的安全，為此系統(tǒng)應(yīng)該提供對用戶密碼數(shù)據(jù)的加密保護功能。3）安全性需求描述在系統(tǒng)中需要用戶輸入密碼的地方以'*'顯示，用戶密碼在網(wǎng)絡(luò)傳輸和存儲時應(yīng)加密實用標準文案處理，防止用

21、戶密碼外泄。4.2.2. 角色權(quán)限分配1）提出者信息a）提出者b）提出者分類用戶c）提出時間需求分析階段2）提出原因和考慮本系統(tǒng)的權(quán)限一方面包括對數(shù)據(jù)和管理方面的操作權(quán)限分配，另一方面又包括對系統(tǒng)加載資源的權(quán)限分配，要達到用戶可以自己方便的設(shè)置各種權(quán)限組合，方便用戶的管理，因此采用用戶一角色一權(quán)限這樣的權(quán)限分配策略，用戶可以分配一種或幾種角色，一種角色可以分配一種權(quán)限或幾種權(quán)限，每種角色還可以分配一個或幾個資源的訪問權(quán)限。3）安全性需求描述本系統(tǒng)的權(quán)限劃分為完全控制、寫入、修改、讀取和修改密碼五種。完全控制的權(quán)限最大包括寫入、修改、讀取和修改密碼；寫入權(quán)限是指具備新增數(shù)據(jù)的權(quán)限；修改權(quán)限是指具

22、備修改數(shù)據(jù)的權(quán)限；讀取權(quán)限是指只具備查看數(shù)據(jù)的權(quán)限；修改密碼的權(quán)限是指具備修改密碼模塊的操作權(quán)限。4.3. 可靠性需求4.3.1. 運行可靠性1）提出者信息a）提出者b）提出者分類用戶c）提出時間需求分析階段2）提出原因和考慮實用標準文案系統(tǒng)上線后能穩(wěn)定運行，保證用戶日常統(tǒng)計分析業(yè)務(wù)正常開展。3）可靠性需求描述對于功能性錯誤要給出友好提示，對于影響系統(tǒng)正常運行的錯誤每年不超過1次。4.3.2. 數(shù)據(jù)可靠性1）提出者信息a）提出者b）提出者分類用戶c）提出時間項目需求分析階段2）提出原因和考慮本系統(tǒng)是基于數(shù)據(jù)的分析研判系統(tǒng)，保證基礎(chǔ)數(shù)據(jù)的可靠性是所有分析業(yè)務(wù)正確運行的基礎(chǔ)。3）可靠性需求描述要保

23、證抽取到數(shù)據(jù)倉庫的數(shù)據(jù)的安全性、正確性、一致性，ETL程序能重復(fù)執(zhí)行。4.4. 可維護性需求4.4.1. 功能模塊配置優(yōu)化1）提出者信息a）提出者b）提出者分類用戶c）提出時間需求分析階段2）提出原因和考慮對于不同級別的用戶，可以方便的定制含有不同功能模塊的版本。3）可維護性需求描述根據(jù)系統(tǒng)不同的功能特性，將系統(tǒng)劃分為標準版、專業(yè)版、旗艦版，可以通過可視實用標準文案化配置工具進行功能剪裁以滿足不同用戶的需求。5 .系統(tǒng)總體設(shè)計5.1. 設(shè)計原則5.1.1,統(tǒng)一性原則系統(tǒng)所需數(shù)據(jù)從警綜平臺、DS三臺合一系統(tǒng)、消防系統(tǒng)中獲取，按照統(tǒng)一的數(shù)據(jù)標準存儲和進行ETL數(shù)據(jù)抽取，保障了數(shù)據(jù)格式的一致性，遵從

24、統(tǒng)一性原則。5.1.2. 標準化原則數(shù)據(jù)匯聚及大屏展示系統(tǒng)應(yīng)嚴格遵循行業(yè)相關(guān)標準，按照一定的數(shù)據(jù)規(guī)范、技術(shù)規(guī)范和業(yè)務(wù)規(guī)范，進行設(shè)計、實施。5.1.3. 穩(wěn)定可靠性原則數(shù)據(jù)匯聚及大屏展示系統(tǒng)數(shù)據(jù)是公安信息化中重要的分析數(shù)據(jù)，因此要通過多種安全技術(shù)手段和防護手段，保證系統(tǒng)自身的安全性，保證服務(wù)不會中斷。采用多種技術(shù)來避免數(shù)據(jù)出錯、丟失、損壞，系統(tǒng)應(yīng)保證高穩(wěn)定、高可靠，確保系統(tǒng)平穩(wěn)運行。5.1.4. 可擴展性原則數(shù)據(jù)匯聚及大屏展示系統(tǒng)充分考慮現(xiàn)有及將來各種公安應(yīng)用系統(tǒng)的接入需要，在結(jié)構(gòu)、容量、通信能力、產(chǎn)品升級、處理能力、數(shù)據(jù)庫、軟件開發(fā)等方面具備良好的可擴展性和靈活性。數(shù)據(jù)匯聚及大屏展示系統(tǒng)采用平

25、臺化設(shè)計方法，按照平臺化的設(shè)計思想，應(yīng)對現(xiàn)有的應(yīng)用、數(shù)據(jù)庫和以后新增加的應(yīng)用、數(shù)據(jù)庫的變化，由實施者自行通過各種工具配置完成。數(shù)據(jù)匯聚及大屏展示系統(tǒng)采用插件化設(shè)計方法，對各種業(yè)務(wù)服務(wù)功能采用插件化設(shè)計模式，方便開發(fā)、定義、加載，卸載和擴展各種業(yè)務(wù)服務(wù)模型。采用挖掘引擎框架，方便擴展各種挖掘模型算法；采用信息交換平臺框架，方便擴展各種對外信息交換系統(tǒng)接口。數(shù)據(jù)匯聚及大屏展示系統(tǒng)基于SOA架構(gòu)，能適應(yīng)以后業(yè)務(wù)需求變更，以及接入其他的業(yè)務(wù)系統(tǒng)等需求，使得系統(tǒng)的擴展性和兼容性更好。實用標準文案5.1.5. 先進性原則在整體架構(gòu)上要兼顧當前實用和今后的發(fā)展，有選擇地適當采取當今國際上成熟、主流并領(lǐng)先的產(chǎn)

26、品和技術(shù)以適應(yīng)更高的數(shù)據(jù)處理要求，使整個架構(gòu)體現(xiàn)在一定時期內(nèi)保持技術(shù)上的先進，并具有良好的擴展?jié)摿?，以適應(yīng)未來業(yè)務(wù)的發(fā)展和技術(shù)升級的需要。5.1.6. 易操作性原則系統(tǒng)設(shè)計應(yīng)堅持采用簡單有效實用的指導方針，合理地平衡技術(shù)的先進性與易操作性，提供簡便而不簡單，直觀而不繁瑣的操作界面。5.1.7. 安全原則數(shù)據(jù)匯聚及大屏展示系統(tǒng)應(yīng)以安全為首要前提，確保系統(tǒng)的安全性、保密性，確保系統(tǒng)安全運行。系統(tǒng)運行在公安網(wǎng)上，以滿足分析系統(tǒng)的安全要求。5.2. 系統(tǒng)技術(shù)要求5.2.2. 數(shù)據(jù)支持要求系統(tǒng)要能提供對各種不同格式數(shù)據(jù)的訪問接口；包括關(guān)系數(shù)據(jù)庫（各種公共信息資源庫、業(yè)務(wù)數(shù)據(jù)庫等）Oracle>Ex

27、cel、文本文件等，分析數(shù)據(jù)在內(nèi)存中運行。數(shù)據(jù)匯聚及大屏展示系統(tǒng)通過ETL平臺和基礎(chǔ)平臺的外部系統(tǒng)集成接口，完成對各種不同格式數(shù)據(jù)的訪問。包括關(guān)系數(shù)據(jù)庫（各種公共信息資源庫、業(yè)務(wù)數(shù)據(jù)庫等）Oracle、SQLServer>Excel、Access>文本文件等。利用多維數(shù)據(jù)集可在內(nèi)存中對數(shù)據(jù)倉庫內(nèi)數(shù)據(jù)進行多維分析，利用數(shù)據(jù)分析引擎可在內(nèi)存中完成各種模型算法的計算和分析，利用預(yù)警分析引擎可以在內(nèi)存中完成各種預(yù)警模型和預(yù)警分級模型的計算，由于大量的計算均在服務(wù)器內(nèi)存中完成，因此系統(tǒng)運行性能高效。5.2.3. 分析服務(wù)和引擎要求提供后臺成熟的圖形化多維分析引擎及服務(wù)器支持，分析服務(wù)器要提供

28、多用戶并發(fā)分析請求下高性能及負載要求，同時支持關(guān)聯(lián)查詢邏輯便于在線與離線分析。SQLServer2008R2SSRS數(shù)據(jù)匯聚及大屏展示系統(tǒng)利用業(yè)界先進的SQLServer2008R2SSAS商業(yè)智能多維分析引擎提供后臺高性能的多維分析功能；利用業(yè)界先進的實用標準文案報表分析服務(wù)提供后臺高性能的報表分析功能；利用多種成熟的分析服務(wù)提供完善的分析模型；利用業(yè)界最優(yōu)秀的數(shù)據(jù)圖表服務(wù)組件Dundas和Telerik組件在前端展現(xiàn)多維分析以及報表；利用業(yè)界先進的全文檢索引擎配合的智能檢索業(yè)務(wù)服務(wù)，提供強大的高性能的多維智能檢索服務(wù)，同時支持關(guān)聯(lián)查詢邏輯便于在線與離線分析。系統(tǒng)通過和高性能服務(wù)器的配合，使

29、分析服務(wù)器能提供多用戶并發(fā)分析請求下高性能及負載要求。5.2.4. 系統(tǒng)擴展性要求支持分布式集群部署，適應(yīng)隨著用戶數(shù)據(jù)量及業(yè)務(wù)分析需求增長的分析服務(wù)器擴展需求。數(shù)據(jù)匯聚及大屏展示系統(tǒng)采用WindowsServer2008為操作系統(tǒng)，支持分布式集群部署，數(shù)據(jù)倉庫、ETL服務(wù)、多維分析服務(wù)、數(shù)據(jù)分析服務(wù)、WebServer等服務(wù)可分布式集群部署，當用戶數(shù)據(jù)量及業(yè)務(wù)分析需求增長時，可通過增加分析服務(wù)器達到業(yè)務(wù)擴展的需求。系統(tǒng)架構(gòu)采用基于SOA架構(gòu)的分布式平臺設(shè)計模式，采用業(yè)務(wù)插件模式擴展業(yè)務(wù)功能，業(yè)務(wù)功能可更加用戶的需求方便擴展和部署。5.3. 系統(tǒng)運行流程系統(tǒng)業(yè)務(wù)運行處理流程如下圖所示：警情分析系

30、統(tǒng)其他業(yè)務(wù)系統(tǒng)數(shù)據(jù)采集數(shù)據(jù)校驗警情采集多維數(shù)據(jù)集警情分析分析、操作報告其他業(yè)務(wù)系蛻警情研判系統(tǒng)數(shù)據(jù)處理流程如下圖所示:實用標準文案警情分流程OLAP處理數(shù)據(jù)清洗數(shù)據(jù)采集數(shù)據(jù)校驗數(shù)據(jù)轉(zhuǎn)換問題數(shù)據(jù)處理流程警情分析系統(tǒng)倉降數(shù)據(jù)加載業(yè)務(wù)數(shù)據(jù)庫5.4. 系統(tǒng)的邏輯結(jié)構(gòu)5.4.2. 基礎(chǔ)通信網(wǎng)基礎(chǔ)通信網(wǎng)絡(luò)是數(shù)據(jù)匯聚的大屏展示系統(tǒng)的基礎(chǔ)和支撐。本項目涉及的基礎(chǔ)通信網(wǎng)絡(luò)為公安信息網(wǎng)。實用標準文案5.4.3. 基礎(chǔ)硬件環(huán)境基礎(chǔ)硬件設(shè)施包括服務(wù)器、存儲設(shè)備、網(wǎng)絡(luò)設(shè)備、安全接入設(shè)備等，為上層軟件和數(shù)據(jù)提供可靠、完備的軟硬件運行環(huán)境。5.4.4. 數(shù)據(jù)庫平臺數(shù)據(jù)庫平臺為數(shù)據(jù)匯聚和大屏展示系統(tǒng)構(gòu)建的綜合資源數(shù)據(jù)庫。在此

31、數(shù)據(jù)庫上構(gòu)建數(shù)據(jù)倉庫和多維數(shù)據(jù)集，采用ETL技術(shù)將警綜平臺系統(tǒng)中警情數(shù)據(jù)定時導入到數(shù)據(jù)倉庫中，并加以處理。數(shù)據(jù)倉庫和多維數(shù)據(jù)集中的數(shù)據(jù)是進行警情監(jiān)測和分析預(yù)警的數(shù)據(jù)基礎(chǔ)。對于ETL過程中無法導入的數(shù)據(jù)統(tǒng)一作為不規(guī)范數(shù)據(jù)保存。5.4.5. 支撐平臺5.4.6. 服務(wù)系統(tǒng)服務(wù)系統(tǒng)是為數(shù)據(jù)匯聚的大屏展示系統(tǒng)中各業(yè)務(wù)子系統(tǒng)和模塊提供后臺服務(wù)的平臺。主要包括分析引擎、預(yù)警模型、OLAP模塊，以及對各業(yè)務(wù)服務(wù)的封裝。5.4.7. 應(yīng)用系統(tǒng)應(yīng)用信息系統(tǒng)是用戶使用和操作層，涵蓋系統(tǒng)中所有業(yè)務(wù)功能，主要包括四色預(yù)警子系統(tǒng)、多維分析子系統(tǒng)，數(shù)據(jù)監(jiān)測、智能搜索等業(yè)務(wù)功能。5.4.8. 安全體系安全體系主要提供用戶在使用數(shù)據(jù)匯聚的大屏展示系統(tǒng)的過程中的數(shù)據(jù)訪問、用戶信息等功能的安全性保障。5.4.9. 運行保障體系5.4.10. 技術(shù)標準規(guī)范體系為支撐整個數(shù)據(jù)匯聚及大屏展示系