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

1、實用標準文檔實用標準文檔文案大全數(shù)據(jù)匯聚及大屏展示項目需求規(guī)格說明書二一七年七月文件狀態(tài)：草稿當前版本：文件名：數(shù)據(jù)匯聚及大屏 展示項目_需求 規(guī)格說明作者：V 正在修改審核人：正式發(fā)布批準人:保密等級：內(nèi)部公開受控狀態(tài)：批準日期:修訂日期版本號修訂說明修訂人2017-07-130.1初稿目錄1. 文檔介紹 81.1. 文檔目的 81.2. 文檔范圍 81.3. 讀者對象 81.4. 術(shù)語與縮寫解釋 82. 系統(tǒng)概述 92.1. 系統(tǒng)建設(shè)目標 92.2. 系統(tǒng)總體結(jié)構(gòu) 93. 系統(tǒng)功能性需求 113.1. 軟件功能概述 113.2. 數(shù)據(jù)匯聚113.3. 數(shù)據(jù)分析133.3.1.警情總覽3.3

2、.2.四色預(yù)警3.3.3.警情分析3.3.4.警情通報3.3.5.分析統(tǒng)計1313錯誤！未定義書簽。17193.4. 大屏展示214. 系統(tǒng)非功能性需求 214.1. 性能、并發(fā)性需求 214.1.1. 系統(tǒng)整體性能及并發(fā)性要求 214.2. 安全及保密性需求 224.2.1. 敏感數(shù)據(jù)加密 224.2.2. 角色權(quán)限分配234.3. 可靠性需求 244.3.1. 運行可靠性 244.3.2. 數(shù)據(jù)可靠性244.4. 可維護性需求 254.4.1. 功能模塊配置優(yōu)化255. 系統(tǒng)總體設(shè)計 265.1. 設(shè)計原則265.1.1. 統(tǒng)一性原則 265.1.2. 標準化原則265.1.3. 穩(wěn)定可靠

3、性原則 265.1.4. 可擴展性原則265.1.5. 先進性原則275.1.6. 易操作性原則275.1.7. 安全原則285.2. 系統(tǒng)技術(shù)要求 285.2.1. 數(shù)據(jù)支持要求 285.2.2. 分析服務(wù)和引擎要求 285.2.3. 系統(tǒng)擴展性要求295.3. 系統(tǒng)運行流程 295.4. 系統(tǒng)的邏輯結(jié)構(gòu) 315.4.1. 基礎(chǔ)通信網(wǎng)315.4.2. 基礎(chǔ)硬件環(huán)境325.4.3. 數(shù)據(jù)庫平臺325.4.4. 支撐平臺325.4.5. 服務(wù)系統(tǒng)325.4.6. 應(yīng)用系統(tǒng)325.4.7. 安全體系335.4.8. 運行保障體系 335.4.9. 技術(shù)標準規(guī)范體系 335.5. 系統(tǒng)框架結(jié)構(gòu) 33

4、5.6. 關(guān)鍵技術(shù)選型與分析 34356. 外部接口說明6.1. PGIS 接口 3562 云指揮平臺重大警情推送接口 3663 情報平臺門戶對接接口 3664 短信接口 366.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ì)量部、工程負責人、市場部合同負

5、責人1.4. 術(shù)語與縮寫解釋縮寫、術(shù)語解釋BI商業(yè)智能(Bus in ess In tellige nee)ETL數(shù)據(jù)的抽取、轉(zhuǎn)換和裝載(Extract Tran sformation Load)DM數(shù)據(jù)挖掘(Data Mining)DW數(shù)據(jù)倉庫(Data Warehouse)OLTP聯(lián)機事務(wù)處理(On-Li ne Tran saction Process in g)OLAP聯(lián)機分析處理 (On-Li ne An alytical Processi ng)IAS警情研判與智能分析系統(tǒng)(1 nformation An alysis System)2. 系統(tǒng)概述2.1. 系統(tǒng)建設(shè)目標依據(jù)業(yè)務(wù)需求，

6、通過建立數(shù)據(jù)匯聚系統(tǒng)實現(xiàn)對警情數(shù)據(jù)及與警情相關(guān)業(yè)務(wù) 的數(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)圖如下:11CHI喋酈t11CHI喋酈t6d脅平自領(lǐng)導(dǎo)查看Jedcb 二數(shù)據(jù)倉庫4 L|其他業(yè)務(wù)蔡蠅采集過程分析過程展示過程系統(tǒng)的物理結(jié)構(gòu)圖如下:系統(tǒng)物列里蝎

7、驚情竹析客戶瑞1警情分析劇站發(fā)布維護管理客戶端I)客戶端終端血服務(wù)器JlrOLAF警悄分護信服於布敲抓伶庫臓務(wù)話ETL服務(wù)踴GIS服曲辭3. 系統(tǒng)功能性需求3.1. 軟件功能概述其中軟件方面的需求分為如下幾個模塊：一、數(shù)據(jù)匯聚二、數(shù)據(jù)分析三、統(tǒng)計分析四、大屏展示3.2. 數(shù)據(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ù)整合接警表需要整合的字段：電話、呼叫時間

8、、呼入時間、呼入時長、ID號、電話號碼、報警人姓名、性別、報警人地址、報警人坐標、身份證號、警情發(fā)生的地址、警情坐標、警情類別（案由）、報警內(nèi)容、警情所屬管轄單位、關(guān)注類型、接警區(qū)域、敏感屬性（片區(qū)）、關(guān)聯(lián)重復(fù)警情、關(guān)聯(lián)單位（誰來關(guān)聯(lián)的）、接警員工號、接警員姓名、管理信息：入庫時間（時間戮） 、操作標志（增刪改）、自處單位（代碼） 推送時間、推送類別、推送單位、是否結(jié)束、DS受理單號、接警編號2、處警表需要整合的字段：暫時先以警綜平臺為準3、指令單表（流轉(zhuǎn)）需要整合的數(shù)據(jù)字段：流程的各個節(jié)點狀態(tài)（比如，到場、簽收、反饋等），各個節(jié)點的時間，可以按我們的指令單表4、重大敏感警情表將重大敏感警情數(shù)

9、據(jù)單獨存表3.2.1.2. 未存庫（消息形式）數(shù)據(jù)匯聚整合以消息的形式發(fā)送，沒有存表的數(shù)據(jù)1、基本表以10秒為間隔，從 0:00:00開始，來存入表，表的字段包括：開始時間、結(jié)束時間、接通率、呼叫量、呼叫早釋量、排隊早釋量、呼入量2、匯總表（以10分鐘時間匯總），表字段與基本表相同：開始時間、結(jié)束時間、接通率、呼叫量、呼叫早釋量、排隊早釋量、呼入量3213接警員數(shù)據(jù)整合1、接警員基本信息表接警單位、姓名、性別、身份證號、班組、職務(wù)、接警員工號2、接警員班組調(diào)整表接警員工號、姓名、原班組，調(diào)整后班組，調(diào)整時間3.3. 數(shù)據(jù)分析3.3.1. 警情總覽根據(jù)用戶需要，查看、導(dǎo)出或打印指定日期的警情總覽

10、信息。具體內(nèi)容：今日 本周、本月、本年的警情，今日警情總覽，無效的警情總覽，警情總覽，接警同環(huán)比?？蓞⒄丈綎|省公安廳警情研判系統(tǒng)的界面3.3.2. 和地圖結(jié)合展示與地圖做接口將地圖的警情撒點、四色預(yù)警、熱點渲染、統(tǒng)計圖表等在該系統(tǒng)展示3.3.3. 四色預(yù)警該子系統(tǒng)利用警務(wù)平臺中歷史處警信息記錄，通過計算得出警情常量，用于與當前每天實際發(fā)生的警情數(shù)相比較，衡量治安狀況指標。警情常量按月進行計算，市局及分 局的常量分別設(shè)日、周、月常量，派出所設(shè)周、月的警情常量；其中可供分析的警情類別有：警情總量、盜竊總量、盜竊汽車、盜竊車內(nèi)財物、入室盜竊、兩搶、搶劫、搶奪、 盜竊和騙取少量財物；通過轄區(qū)實時警情數(shù)

11、與警情常量值對比，展現(xiàn)當日警情與警情常量的差異。3.331.警情狀態(tài)該模塊顯示各轄區(qū)的四色警情狀態(tài)、巡防等級、警力投入狀態(tài)、當前刑事類警情情況。3.3.32時段分析該模塊對一段時間內(nèi)的刑事類警情按白天、夜晚、凌晨、上午、中午、下午、晚上、 夜間、24小時，進行分析、以柱狀圖和表格的形式展示；對某單位不同警情類別按時間 段警情統(tǒng)計分析。統(tǒng)計分析條件包括統(tǒng)計單位、起始日期、結(jié)束日期、警情類別?？蛇x 擇的警情類別包括警情總量、盜竊總量、盜竊汽車、盜竊車內(nèi)財物、入室盜竊、兩搶、 搶劫、搶奪、盜竊和騙取少量財物；對統(tǒng)計條件日期范圍內(nèi)每天各個時間段警情數(shù)分別 求和，再求出各個時間段警情發(fā)案平均數(shù)。統(tǒng)計圖中

12、橫坐標為24小時時間段，縱坐標為警情數(shù)量。3.333.走勢分析該模塊對一段時間內(nèi)的刑事類警情，按照類別、單位，以曲線圖的方式展現(xiàn)。并使用常見的預(yù)測分析算法對全市（分縣局）的警情發(fā)案數(shù)據(jù)進行預(yù)測分析（可預(yù)測下一周、下一月的數(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ù)，橫坐標

13、按不同統(tǒng)計方式而改變。按日統(tǒng)計時，橫坐標為統(tǒng)計條件日期范圍內(nèi)每天具體日期，每天警情數(shù)在圖中表示為一個坐標點；按月統(tǒng)計時， 橫坐標為統(tǒng)計條件日期范圍內(nèi)各個月份值，每月警情數(shù)為一個坐標點;按年統(tǒng)計時，橫坐標為統(tǒng)計條件日期范圍內(nèi)各個年份值，每年警情數(shù)為一個坐標點。3334區(qū)域分析該模塊對不同警情類別按地域警情統(tǒng)計分析。統(tǒng)計分析條件包括統(tǒng)計單位、起始日期、結(jié)束日期、警情類別。3.335.警情指標該模塊對四色警情常量的算法進行說明，設(shè)定，并提供當前各單位的警情常量和報警閥值。3.3.36警情統(tǒng)計該模塊對一段時間內(nèi)，轄區(qū)單位內(nèi)的四色警情數(shù)據(jù)進行統(tǒng)計，可以分別以市局、分縣局、派出所、社區(qū)（巡區(qū)）為單位進行統(tǒng)

14、計。3.337.歷史查詢該模塊對歷史上某一日、周、月的四色警情數(shù)據(jù)進行查詢，可以看該時間段的四色警情數(shù)據(jù)。3.3.38變化監(jiān)測該模塊對當前警情數(shù)據(jù)按日、周、旬、月、季度內(nèi)變化最大的單位（分縣局、派出 所、社區(qū)、巡區(qū)）進行排序。334.全文檢索該模塊對一定時間段內(nèi)的接處警數(shù)據(jù)進行全文檢索，對檢索出來的結(jié)果，可以按照警情類別、管轄單位，時間等定義項進行分類統(tǒng)計，并可進行上鉆、下鉆和二次檢索； 可以自由設(shè)定一定的檢索模板進行保存，以便自由調(diào)用。3.3.5.專題分析該模塊通過建立一定的計算模型，實現(xiàn)對關(guān)注主題的結(jié)果進行展示，可以自由搭建“兩搶一盜”、“盜竊”(“扒竊”、運算模型和展示界面，初期形成以下

15、幾個計算展示模型:“入室盜竊”、“盜竊車內(nèi)財物”、“盜竊機動車”)、“治安類警情”、“傷害、打架斗毆”“重大交通事故”、“火警分析”、“群眾求助類”。3.3.6.警情通報該模塊對警情按選擇的設(shè)定模板進行統(tǒng)計，自動生成固定格式的word通報文件,可在線編輯、導(dǎo)出。其中發(fā)布模版可靈活配置；警情通報模板設(shè)置中，對警情模板進行增加、修改、刪除等管理工作，可設(shè)置多個模板，如按日、月、季度、年設(shè)定，按照警 情類別設(shè)定、按照單位進行設(shè)定。警情通報分為：每日警情通報、每周警情通報、每月警情通報和全年警情通報，任意兩時段內(nèi)通報，有效警情查詢。337.常見以關(guān)鍵字內(nèi)容分析1 關(guān)鍵字出現(xiàn)頻率高的警情分析一段時間，某

16、些警情類別突然比以前有所提高，目前只能根據(jù)警情內(nèi)容包含的關(guān)鍵 字出現(xiàn)頻率高來判斷，但是準確率不高2 .敏感類的和季節(jié)相關(guān)的，比如積水，和去年同期相比，積水點在哪些區(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)控339.般警情通過異常數(shù)據(jù)關(guān)注對于一般警情，關(guān)注的是異

17、常，有沒有形成閉環(huán)，有沒有數(shù)據(jù)丟失（人員未登記、物品未登記等），是否有視頻未上傳、視頻在多個警情里重復(fù)用（目前技術(shù)上能否解決重復(fù)用，是個問題），另外要關(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)度臺的是電話號碼和報警

18、內(nèi)容，要把以前打過多少電話，及以前報警的相關(guān)信息一并列出來3.4. 分析統(tǒng)計分析統(tǒng)計包括：按案由查詢同環(huán)比、按行政區(qū)劃查詢同環(huán)比、警情分析。341.按案由查詢同環(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ù)報警，分析都是哪

19、些類別的警情，比如，報警遲緩、不出警、騷擾、敲詐勒索、多次撥打等等3.4.5. 接警員接警量統(tǒng)計按工號、姓名、所屬班組、平均時長、類別、數(shù)量進行統(tǒng)計，并按所屬班組進行排3.46統(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. 性能、

20、并發(fā)性需求4.1.1. 系統(tǒng)整體性能及并發(fā)性要求對系統(tǒng)性能、并發(fā)性需求要做到如下幾點：1）系統(tǒng)打開登錄頁面前的加載時間少于10秒2）系統(tǒng)加載多維分析數(shù)據(jù)和報表數(shù)據(jù)的時間少于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)中需要用戶輸入

21、密碼的地方以* 顯示，用戶密碼在網(wǎng)絡(luò)傳輸和存儲時應(yīng)加 密處理，防止用戶密碼外泄。422.角色權(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) 限最大包括寫

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

23、可靠性是所有分析業(yè)務(wù)正確運行的基礎(chǔ)。3）可靠性需求描述要保證抽取到數(shù)據(jù)倉庫的數(shù)據(jù)的安全性、正確性、一致性，ETL程序能重復(fù)執(zhí)行。44可維護性需求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ù)標準存儲和進行

24、 ETL數(shù)據(jù)抽取，保障了數(shù)據(jù)格式的一致性，遵從統(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ā)等方面具備

25、良好的可擴 展性和靈活性。數(shù)據(jù)匯聚及大屏展示系統(tǒng)采用平臺化設(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)上要兼顧當前實用和今后的

26、發(fā)展，有選擇地適當采取當今國際上成熟、 主流并領(lǐng)先的產(chǎn)品和技術(shù)以適應(yīng)更高的數(shù)據(jù)處理要求，使整個架構(gòu)體現(xiàn)在一定時期內(nèi)保 持技術(shù)上的先進，并具有良好的擴展?jié)摿Γ赃m應(yīng)未來業(yè)務(wù)的發(fā)展和技術(shù)升級的需要。5.1.6. 易操作性原則系統(tǒng)設(shè)計應(yīng)堅持采用簡單有效實用的指導(dǎo)方針，合理地平衡技術(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.1. 數(shù)據(jù)支持要求系統(tǒng)要能提供對各種不同格式數(shù)據(jù)的訪問接口；包括關(guān)系數(shù)據(jù)庫（

27、各種公共信息資源庫、業(yè)務(wù)數(shù)據(jù)庫等）Oracle、Excel、文本文件等，分析數(shù)據(jù)在內(nèi)存中運行。數(shù)據(jù)匯聚及大屏展示系統(tǒng)通過ETL平臺和基礎(chǔ)平臺的外部系統(tǒng)集成接口，完成對各種不同格式數(shù)據(jù)的訪問。包括關(guān)系數(shù)據(jù)庫（各種公共信息資源庫、業(yè)務(wù)數(shù)據(jù)庫等）Oracle、SQL Server、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.2. 分析服務(wù)和引擎要求提供后臺成熟的圖形

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

29、輯便于在線與離線分析。系統(tǒng)通過和高性能服務(wù)器的配合，使分析服務(wù)器能提供多用戶并發(fā)分析請求下高性 能及負載要求。5.2.3. 系統(tǒng)擴展性要求支持分布式集群部署，適應(yīng)隨著用戶數(shù)據(jù)量及業(yè)務(wù)分析需求增長的分析服務(wù)器擴展 需求。數(shù)據(jù)匯聚及大屏展示系統(tǒng)采用Win dows Server 2008為操作系統(tǒng)，支持分布式集群部署，數(shù)據(jù)倉庫、ETL服務(wù)、多維分析服務(wù)、數(shù)據(jù)分析服務(wù)、Web Server等服務(wù)可分布式集群部署，當用戶數(shù)據(jù)量及業(yè)務(wù)分析需求增長時，可通過增加分析服務(wù)器達到業(yè) 務(wù)擴展的需求。系統(tǒng)架構(gòu)采用基于SOA架構(gòu)的分布式平臺設(shè)計模式，采用業(yè)務(wù)插件模式擴展業(yè)務(wù)功能，業(yè)務(wù)功能可更加用戶的需求方便擴展和部

30、署。5.3. 系統(tǒng)運行流程系統(tǒng)業(yè)務(wù)運行處理流程如下圖所示:樹挪校醴交換平臺數(shù)霜倉庫3層能井析分析、 O翅作報告C.J恬報分折部門其嗆業(yè)-各典純其牠業(yè)務(wù)系統(tǒng)警情采集警情分析系統(tǒng)數(shù)據(jù)處理流程如下圖所示:窘IW分折數(shù)據(jù)處理流程自定義夢堆分斬報表眼務(wù)詢可接口碩警分析服努盟務(wù)昨采隼A 4數(shù)振校驗一王時警情分析系紙 數(shù)狷嗥數(shù)脈轉(zhuǎn)換54系統(tǒng)的邏輯結(jié)構(gòu)5.4.1. 基礎(chǔ)通信網(wǎng)基礎(chǔ)通信網(wǎng)絡(luò)是數(shù)據(jù)匯聚的大屏展示系統(tǒng)的基礎(chǔ)和支撐。本項目涉及的基礎(chǔ)通信網(wǎng)絡(luò)為公安信息網(wǎng)。5.42基礎(chǔ)硬件環(huán)境基礎(chǔ)硬件設(shè)施包括服務(wù)器、存儲設(shè)備、網(wǎng)絡(luò)設(shè)備、安全接入設(shè)備等，為上層軟件和 數(shù)據(jù)提供可靠、完備的軟硬件運行環(huán)境。5.4.3. 數(shù)據(jù)庫

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