【導(dǎo)讀】廣州市公安局網(wǎng)上督察。信息管理平臺二期建設(shè)項(xiàng)目

　　

【正文】 ： 服 務(wù) 器F l e x 客 戶 端數(shù) 據(jù) 庫C o n t r o l l e rV i e w M o d e l接 口 層業(yè) 務(wù) 邏 輯數(shù) 據(jù) 訪 問業(yè) 務(wù) 數(shù) 據(jù)基礎(chǔ)數(shù)據(jù)P G I S地圖數(shù)據(jù)人 員 管 理 模 塊日 志 管 理 模 塊組 織 機(jī) 構(gòu) 管 理 模 塊案 事 件 智 能監(jiān) 督 模 塊W e b S e r v i c eS e r v l e tH T T PR e m o t i n gR M I / I I O PG P S 統(tǒng) 一 定 位 視 頻 監(jiān) 控警 車 8 0 0 M 警 務(wù) 通城 市 視頻 專 網(wǎng)視 頻公 安 網(wǎng)數(shù) 字 視頻音 頻 監(jiān) 聽1 1 0警 情其 他 對外 公 開電 話公 務(wù) 車 管 理進(jìn) 出卡 口日 常違 章模 擬視 頻權(quán) 限 管 理 模 塊數(shù) 據(jù) 庫 訪 問 模 塊 （ H i b e r n a t e ）B l a z e D SX M L P a r s e績 效 考 核 模 塊廣 東省 廳督 察信 息系 統(tǒng)數(shù) 據(jù)三 級 業(yè) 務(wù) 管 理 考 核 申 訴 模 塊 平臺使用 B/S 結(jié)構(gòu)，客戶端使用 FLEX 富客戶端，增強(qiáng)24 用戶交互效果，并將部分業(yè)務(wù)邏輯交由客戶端處理，以減輕服務(wù)器的壓力。服務(wù)器端采用 J2EE 架構(gòu)，使用 Spring 及hibernate 框架，通過 Spring管理通訊層的 BlazeDS和數(shù)據(jù)訪問模塊的 hibernate。 Flex客戶端：使用 PureMVC 框架，把程序分為低耦合的三層： Model、 View和 Controller。降低模塊間的耦合性，使應(yīng)用程序各模塊易擴(kuò)展，易維護(hù)。 服務(wù)器端：服務(wù)器與客戶端通訊使用 BlazeDS 提供的Remoting Service 通訊服務(wù)，使運(yùn)行在瀏覽器上的 Flex 應(yīng)用程序與 java 服務(wù)器應(yīng)用程序相互通訊，該服務(wù)提供一種客戶端直接調(diào)用服務(wù)器端 Java的方法。通過 Spring BlazeDS Integration 把 Spring 的 Bean 暴露為 BlazeDS 的 Flex Remoting Service，使 Spring 與 Flex無縫的集成。平臺使用 Hibernate 完成 對象關(guān)系映射和數(shù)據(jù)持久化。 系統(tǒng)部分功能同時(shí)提供 Servlet和 Web Service 接口，適用與其它系統(tǒng)訪問。 25 7. 項(xiàng)目 本期 應(yīng)用系統(tǒng)設(shè)計(jì) . 功能模塊總體設(shè)計(jì) . 系統(tǒng) 設(shè)計(jì) . 數(shù)據(jù)庫服務(wù)器建設(shè) 數(shù)據(jù)庫服務(wù)器需從物理機(jī)遷移到云平臺里面。將物理機(jī)做虛擬化，統(tǒng)一進(jìn)行管理與調(diào)度。 . 應(yīng)用服務(wù)器建設(shè) 硬件支撐環(huán)境建設(shè)軟件支撐環(huán)境建設(shè)軟件運(yùn)行環(huán)境建設(shè)案事件智能監(jiān)督子系統(tǒng)廣 州 市 公 安 局 網(wǎng) 上 督 察 信 息 管 理 平 臺 二 期分級監(jiān)督管理子系統(tǒng)績效考核子系統(tǒng)網(wǎng)上督察信息平臺門戶26 一期原有業(yè)務(wù)系統(tǒng)需從物理機(jī)遷移到云平臺里面。將物理機(jī)做虛擬化，統(tǒng)一進(jìn)行管理與調(diào)度。 . 服務(wù)器操作系統(tǒng)安裝配置 服務(wù)器硬件進(jìn)行虛擬化。 服務(wù)器操作系統(tǒng)原來安裝在物理機(jī)上，現(xiàn)在改裝在虛擬機(jī)里面。 . 虛 擬化中間件安裝配置 網(wǎng)上督察支隊(duì)云計(jì)算云平臺的搭建，需要承擔(dān)的安裝配置步驟大致如下： 1.) 根據(jù)設(shè)計(jì)，將服務(wù)器、存儲、交換機(jī)等連接調(diào)整到位。 2.) 在現(xiàn)有的物理機(jī)平臺上安裝一個(gè)可用的 VMWare vSphere 系統(tǒng)。 3.) 在一臺管理用物理機(jī)上安裝 Windows 2020R2 操作系統(tǒng)。 4.) 在一臺管理用物理機(jī)上安裝 Microsoft SQL Database Express， 創(chuàng)建并配置數(shù)據(jù)庫； . 負(fù)載均衡中間件安裝配置 本項(xiàng)目使 用 WebLogic 作為負(fù)載均衡服務(wù)器為外界提供負(fù)載均衡服務(wù)，在兩臺服務(wù)器上分別安裝 WebLogic 中間件，每臺服務(wù)器上分別安裝主服務(wù)和節(jié)點(diǎn)，在進(jìn)行配置時(shí)，兩臺服務(wù)器互為主備節(jié)點(diǎn)。 在虛擬化平臺部署完成后，可以動態(tài)調(diào)整負(fù)載均衡的配27 置，在虛擬化平臺中安裝中間件，完成負(fù)載均衡的配置，從而為外界提供更好的服務(wù)。 . 原有應(yīng)用遷移至 虛擬化環(huán)境 根據(jù)不同應(yīng)用的不同特性，所采取的具體步驟將會很不一樣。整體而言，首先應(yīng)該對當(dāng)前各個(gè)應(yīng)用進(jìn)行評估，根據(jù)各個(gè)應(yīng)用的特性選擇需要遷移的業(yè)務(wù)應(yīng)用。然后，應(yīng)該仔細(xì)分析選出的 應(yīng)用，并制定一個(gè)適合于該應(yīng)用遷移的大致方案。這個(gè)方案可以在云計(jì)算平臺的測試環(huán)境上進(jìn)行驗(yàn)證。如果方案能夠被測試通過，則還需進(jìn)一步地確認(rèn)該遷移方案的細(xì)節(jié)，以及失敗以后的回滾方案等。最后是對遷移的實(shí)施。如果遷移失敗，則需根據(jù)回滾計(jì)劃進(jìn)行回滾，并對失敗原因進(jìn)行分析。 整個(gè)應(yīng)用遷移的流程圖如下圖所示： 28 對 現(xiàn) 有 的 應(yīng) 用 進(jìn) 行 評 估 ， 選 出 本次 遷 移 的 應(yīng) 用對 選 出 的 應(yīng) 用 做 進(jìn) 一 步 的 分 析 ，確 定 其 所 涉 及 的 各 個(gè) 部 件 以 及 它們 之 間 的 關(guān) 系 。決 定 該 應(yīng) 用 的 哪 些 部 件 需 要 遷 移到 云 平 臺制 定 遷 移 方 案在 測 試 環(huán) 境 上 驗(yàn) 證 方 案 的 有 效 性方 案 有 效 ？根 據(jù) 測 試 結(jié) 果 ， 指 定 遷 移 的 詳 細(xì)計(jì) 劃 、 各 個(gè) 關(guān) 鍵 節(jié) 點(diǎn) 、 各 個(gè) 節(jié) 點(diǎn)的 檢 驗(yàn) 數(shù) 據(jù) ， 并 制 定 回 滾 計(jì) 劃實(shí) 施 遷 移 計(jì) 劃遷 移 成 功 ？結(jié) 束回 滾 ， 并 分 析 原 因Y開 始NYN . 負(fù)載均衡運(yùn)行環(huán)境建設(shè) 29 在一臺或多臺服務(wù)器相應(yīng)的操作系統(tǒng)上，安裝一個(gè)或多個(gè)附加軟件來實(shí)現(xiàn)負(fù)載均衡 。 加上多樣化的負(fù)載均衡策略，智能化的流量管理，可達(dá)到最佳的負(fù)載均衡需求 。 網(wǎng)上 督察信息平臺門 戶按市局 、 區(qū)縣局 、科研所三 層角色分配，從 市 局 、 區(qū)縣局 、科研所 分開展現(xiàn)督察工作內(nèi)容、督察 動態(tài)、情報(bào)分析、通知通報(bào)、督察 考核 等內(nèi)容，形成督察工作的統(tǒng)一門戶 。 如用戶有需要處理的任務(wù)，門戶頁面將顯示任務(wù)提醒信息，點(diǎn)擊提醒進(jìn)入待辦任務(wù)頁面，通過待辦任務(wù)列表登錄到任務(wù)處理應(yīng)用。這樣，民警無需在面對繁雜的系統(tǒng)界面，而是只根據(jù)門戶上的工作提示，去完成與自己相關(guān)的業(yè)務(wù)內(nèi)容，從而體現(xiàn)消息驅(qū)動的業(yè)務(wù)辦理模式。 網(wǎng)上 督察平臺實(shí)現(xiàn)了數(shù)據(jù)集中整合，信息高度共享目標(biāo)。不同應(yīng)用系統(tǒng)之間一點(diǎn)采集、全局共享。實(shí)現(xiàn)了業(yè)務(wù)流與信息流有機(jī)結(jié)合，管 理與工作平臺合二為一。系統(tǒng)不僅是一個(gè)信息管理平臺，也是一個(gè)日常工作平臺，克服了一般系統(tǒng)將信息管理與日常工作相分離的弊端。 網(wǎng)上 督察門戶根據(jù)不同的角色，定制不同的門戶展現(xiàn)內(nèi)容。 . 單點(diǎn)登錄 在網(wǎng)絡(luò)用戶訪問門戶時(shí)作一次身份認(rèn)證，即實(shí)現(xiàn)單點(diǎn)登錄，隨后對所有被授權(quán)的網(wǎng)絡(luò)資源進(jìn)行無縫的訪問，而不需30 要多次輸入自己的認(rèn)證信息。系統(tǒng)支持 PKI/PMI認(rèn)證，支持分角色權(quán)限控制，按 PKI 證書號直接進(jìn)入角色門戶 。 . 不同角色的平臺展現(xiàn) 根據(jù)督察民警工作性質(zhì)可分為市局角色、區(qū)縣局 、 科所隊(duì)角色等。 根據(jù)民警的警號確定民警的工作區(qū)域和崗位 ，以區(qū)域和崗位確定民警的角色。 不同的角色，登錄界面的信息不同 。 . 平臺總頁面 督察信息平臺的工作界面的各部分主要功能： 1) 登錄用戶姓名顯示 登錄系統(tǒng)的用戶姓名會顯示在這里。 2) 導(dǎo)航欄包括 工作指導(dǎo)、我的消息、我的工作、我的工具 、 平臺指導(dǎo) 。 3) 日常事務(wù)管理可以填寫工作日志和工作提醒。 4) 主頁面顯示工作界面的各種信息，會隨導(dǎo)航欄的不同顯示而不同的工作內(nèi)容。 5) 公告欄顯示發(fā)布的各種公告信息。 6) 注銷每次退出前需點(diǎn)擊推銷來退出系統(tǒng)。 7) 版本展示區(qū)。 . 平臺導(dǎo)航欄 31 平 臺導(dǎo)航欄主要包括①工作指導(dǎo)、②我的消息、③我的工作、④我的工具 、 ⑤ 平臺指導(dǎo) 五 個(gè)版面，各個(gè)版面實(shí)現(xiàn)不同的功能。 . 督察動態(tài) 督察動態(tài)模塊可以發(fā)布督察工作的最新動態(tài)信息，用戶通過點(diǎn)擊該模塊可以及時(shí)了解到全 市 的督察工作的最新信息。 . 通知通報(bào) 通知通報(bào)模塊可以發(fā)布最新的通知通報(bào)內(nèi)容，用戶通過點(diǎn)擊該模塊可以及時(shí)的了解到最新的督察通知和上級傳達(dá)的信息。 . 督察戰(zhàn)例 督察戰(zhàn)例模塊可以發(fā)布最新的網(wǎng)上督察工作的成功戰(zhàn)例內(nèi)容，用戶通過點(diǎn)擊該模塊可以及時(shí)了解到全 市 成功的督察功能戰(zhàn)例信息。 . 工作檔案 工作檔案模塊是提供給用戶登記日常工作日志信息的，普通民警可以查看自己的工作日志，領(lǐng)導(dǎo)可以對民警的工作日志進(jìn)行審閱，作為績效考核的依據(jù)。 32 以前監(jiān)督模式：網(wǎng)督民警通過手工抽查方式來開展網(wǎng)上督察工作。通過警綜系統(tǒng)的查詢功能，對所有案件逐條逐條進(jìn)行人工分析，來發(fā)現(xiàn)問題。如“大海撈針”，工作效率低下，發(fā)現(xiàn)問題不具針對性。 現(xiàn)在模式：以計(jì)算機(jī)作為科技手段，設(shè)定比對條件，實(shí)現(xiàn)對警務(wù)綜合系統(tǒng)中的海量信息進(jìn)行智能比對，自動查詢出可疑的違紀(jì)違規(guī)的數(shù)據(jù)。大大的縮減了網(wǎng)上督察工作量，有針對性的開展網(wǎng)上督察工作，規(guī)范了網(wǎng)上督察業(yè)務(wù)流程 . 警綜案事件信息動態(tài)導(dǎo)入 將警綜系統(tǒng)中已有的案事件業(yè)務(wù)根據(jù)某些條件動態(tài)載入， 可以查看，編輯等功能。 . 110 實(shí)時(shí)警情接入 將 110 警情的數(shù)據(jù)根據(jù)某些條件動態(tài)載入展現(xiàn)。 . 警務(wù)報(bào)備信息動態(tài)接入 將警務(wù)報(bào)備系統(tǒng)中的數(shù)據(jù)根據(jù)某些條件動態(tài)載入展現(xiàn) 。 . 車輛實(shí)時(shí)定位數(shù)據(jù)接入 將車輛監(jiān)控?cái)?shù)據(jù)根據(jù)某些條件動態(tài)載入展現(xiàn)。 . 警情自動比對分析 對各種類型的警情， 根據(jù)設(shè)定的 比對 條件，自動搜索異常警情 。 . 案件自動比對分析 33 對各種不同案件，根據(jù)設(shè)定的比對條件，自動搜索異常案件 。 . 智能化比對字典庫管理 自定義 設(shè)定比對條件，比對條件按類型歸類，方便前面的警情和案事件 的比對分析。 . 智能化統(tǒng)計(jì)分析 根據(jù)設(shè)定的分析條件，統(tǒng) 計(jì)出異常的督察內(nèi)容 ,以百分比 或 餅圖的形式 給 出 分析報(bào)告。 . 智能化定時(shí)任務(wù) 設(shè)定比對時(shí)間和周期后， 當(dāng)?shù)搅四O(shè)定的時(shí)間 ， 系統(tǒng)會自動執(zhí)行比對，且將比對后的可疑數(shù)據(jù)保存下來 。 . 各類信息套打輸出 對統(tǒng)計(jì)出來的或比對出來的結(jié)果都可以導(dǎo)出 Excel和打印 。 . 智能預(yù)警 由系統(tǒng)自行設(shè)定預(yù)警類型和 預(yù)警參數(shù) ，根據(jù)這些條件智能篩選出符合要求的 預(yù)警 記錄 。 智能預(yù)警如：接觸警，對群眾通過 110 報(bào)警、派出所值班電話報(bào)警或親臨派出所報(bào)警的刑事警情，領(lǐng)導(dǎo)對該警情作“其他處理”的警情；受理刑事警情后，符合立案要求，且超過 7 天未立案的案件信息 ；對犯罪嫌疑人，違反規(guī)定使用“拘傳”、“刑拘”、“取保候?qū)彙?、“監(jiān)視居住”、“逮捕”強(qiáng)34 制措施，或超過法定期限； 對犯罪嫌疑人明顯涉嫌犯罪，應(yīng)當(dāng)提請逮捕或起訴，而變更為其他處理的。 . 組織機(jī)構(gòu)管理 對機(jī)構(gòu)信息的添加、刪除、修改和查詢。主要是記錄機(jī)構(gòu)名、機(jī)構(gòu)代碼、機(jī)構(gòu)全稱等信息。 . 部門管理 對機(jī)構(gòu)下的部門信息進(jìn)行添加、刪除、修改和查詢。 主要記錄部門 名稱、部門代碼、部門所屬機(jī)構(gòu)等信息。 . 人員管理 對部門中的相關(guān)人員做添加、刪除、修改和查詢。主要是記錄人員的基本信息、 所在部門，所在機(jī)構(gòu) 等信息。 . 權(quán)限 管理 由角色管理、資源管理、授予權(quán)限、收回權(quán)限等模塊組成。其中角色管理有增刪查改等功能，有管理員、現(xiàn)場督察負(fù)責(zé)人、網(wǎng)上督察負(fù)責(zé)人等角色；資源管理是對業(yè)務(wù)系統(tǒng)的功能模塊的配置管理；授予權(quán)限是對督察人員角色的分配及相應(yīng)資源的分配；收回權(quán)限就是對督察人員現(xiàn)有某些權(quán)限的取消。 . 督察數(shù)據(jù)字典管理 對業(yè)務(wù)中用到的常用語做一些配置，方便督察人員的 網(wǎng)35 上 操作。有相應(yīng)的增刪查改功能。 . 日志管理 記錄登錄系統(tǒng)的人員、時(shí)間和操作等相關(guān)信息 。 . 一級督察業(yè)務(wù)流程管理 市局 、分局、及科研所的個(gè)人可以獨(dú)自辦理網(wǎng)上督察業(yè)務(wù)。 . 兩級督察業(yè)務(wù)流 程管理 市局可以對分局下發(fā)督察業(yè)務(wù)，分局可以對科研所的人員下發(fā)督察業(yè)務(wù)。 . 三級督察業(yè)務(wù)流程管理 市局對分局下發(fā) 任務(wù) 后，然后由分局下發(fā)給科研所的人員進(jìn)行督察。 . 催辦與督辦 從各地公安機(jī)關(guān)警務(wù)督察工作的經(jīng)驗(yàn)來看，催辦和督辦是一個(gè)提高督察工作效率，保護(hù)民警工作積極性的好方法。 從愛護(hù)民警的角度出發(fā)，同時(shí)提高案件的辦理質(zhì)量，對于時(shí)限性要求強(qiáng)的辦案環(huán)節(jié)，在規(guī)定時(shí)限期滿前 1日，向相關(guān)案件的辦理民警發(fā)出催辦通知，通知督促民警盡快完成案件辦理工作，是提高警務(wù)督察效率的一個(gè)良好方式。 對于已經(jīng)達(dá)到時(shí)限要求的案件辦理，發(fā)出督辦 通知書，要求在一定的時(shí)間內(nèi)完成案件辦理，避免被扣分或出現(xiàn)違紀(jì)