【文章內(nèi)容簡介】 常貨運計山東大學(xué)碩士學(xué)位論文 2 劃的提報 、 審批均由計算機系統(tǒng)完成 ； 車站綜合管理信息系統(tǒng)取得進展?？推卑l(fā)售和預(yù)訂系統(tǒng) (PMIS)已經(jīng)建成。有 1000 多個車站 ， 8000 多個窗口實現(xiàn)了計算機售票 ， 計算機系統(tǒng)的售票量已占鐵路總售票量的 97%以上 ， 售票收入達到98%以上 ； 建成了鐵路客票中心及 18 個地區(qū)中心的聯(lián)網(wǎng)售票系統(tǒng) ， 各鐵 路局實現(xiàn)了多個地區(qū)中心間的聯(lián)網(wǎng)異地售票。鐵路直通列車“全程席位復(fù)用”的實行 ,提高了車票使用率 ， 實現(xiàn)列車席位在鐵路各車站間的共享。運輸調(diào)度指揮管理系統(tǒng) (DMIS)工程已基本建成。一是鐵道部調(diào)度指揮中心實現(xiàn)大屏宏觀顯示 ， 調(diào)度技術(shù)資料庫查詢子系統(tǒng)、鐵路氣象預(yù)報信息管理系統(tǒng)和京滬、京廣、京哈、京九線以及主要分界口基層信息入網(wǎng)聯(lián)調(diào) ， 二是鐵路局調(diào)度指揮中心完 成 了設(shè)備安裝、軟件編制和基層信息入網(wǎng)聯(lián)調(diào) ， 基層信息網(wǎng)工程全部完成。建成了以鐵道部至各鐵路局高效、快捷的綜合業(yè)務(wù)調(diào)度通訊網(wǎng) [2]。 隨著我國鐵路客運和貨運需求的迅猛增 長，人們將對現(xiàn)有和新建鐵路的運力提出更高的要求 。 2020 年 11 月，我國政府宣布經(jīng)濟刺激方案，其中鐵路建設(shè)占重要地位，同時， 2020 年是深入推進大規(guī)模鐵路建設(shè)，完成鐵路“十一五”規(guī)劃目標(biāo)的關(guān)鍵一年。因此，伴隨著新線建設(shè)的大規(guī)模進行，鐵路信息化建設(shè)也將全面鋪開。 2020 年 6 月 ， IBM 在北京 成立了全球鐵路創(chuàng)新中心，這個創(chuàng)新中心不是 IBM 在中國的一個普通創(chuàng)新中心，而是 IBM 全球的鐵路創(chuàng)新中心。在IBM 公司總部的支持下，該創(chuàng)新中心不僅匯集前瞻性的信息技術(shù)知識，還包括美國、歐洲鐵路建設(shè)方面的專業(yè)經(jīng)驗 [3]。 安全問題是 鐵路系統(tǒng)的關(guān)鍵問題， 鐵路公安擔(dān)負(fù)著維護鐵路安全的重要職責(zé)， 在當(dāng)前公安信息化和 鐵路信息化如火如荼發(fā)展的時期， 鐵路公安信息化也快速發(fā)展，全國 13 個 鐵路局 也 組建了自己的鐵路警用系統(tǒng)。 這些系統(tǒng)的應(yīng)用，提離 了 警務(wù)工作的效率，緩解警力不足的矛盾；能夠充分發(fā)揮整體作戰(zhàn)優(yōu)勢，提高戰(zhàn)斗力；及時、準(zhǔn)確全面獲取和處理外部信息，提高 了鐵路 公安決策和管理水平，促進 了鐵路 公安決策和管理的科學(xué)化；開放網(wǎng)絡(luò)信息渠道，能夠大大提高服務(wù)質(zhì)量，方便群眾；實現(xiàn)網(wǎng)上流水作業(yè)，減少人為干擾，增加透明度，規(guī)范工作程序；能夠促進干警素質(zhì)的提高 [4]。 山東大學(xué)碩士學(xué)位論文 3 鐵路警用系統(tǒng) 現(xiàn)狀 國內(nèi)的鐵路警用系統(tǒng)研究比較晚，但是為了適應(yīng)當(dāng)前接警、案事件處理等工作的需要，許多鐵路公安局都展開了對鐵路公安信息綜合系統(tǒng)的研究，同時，也在準(zhǔn)備努力構(gòu)建自己的信息綜合系統(tǒng)。 由于 各個鐵路局鑒于現(xiàn)有體制的制約及各地經(jīng)濟發(fā)展嚴(yán)重不平衡狀態(tài)，公安信息、社會信息的建設(shè)很不平衡，形成了各自為戰(zhàn)的情況，每個 鐵路公安局 、每個具體部門甚至都投入了相當(dāng)大的人力、物力，分別研究和開發(fā) 各自 的計算機信息庫。從某種意義上講，在某一局部，形成了信息網(wǎng)絡(luò) [5]。 據(jù)調(diào)查，哈爾濱 鐵路 公安局現(xiàn)有鐵路警用 GIS 和協(xié)調(diào) 辦公系統(tǒng)，北京鐵路公安局現(xiàn)有鐵路警用 GIS、協(xié)調(diào)辦公系統(tǒng)、派出所指揮調(diào)度系統(tǒng)等 ； 上海鐵路局現(xiàn)有鐵路警用 GIS、車站監(jiān)控系統(tǒng)、派出所指揮調(diào)度系統(tǒng)等；其他 13 個也有不同的鐵路警用系統(tǒng)。 各個鐵路公安局的系統(tǒng)都是獨立開發(fā)的，國內(nèi) 鐵路警用系統(tǒng)產(chǎn)品 有北京峰華 科技有限 公司 開發(fā)的警務(wù)綜合系統(tǒng)、 江西科泰華 科技有限 公司 開發(fā)的網(wǎng)上執(zhí)法辦案系統(tǒng)、北京藍卡軟件技術(shù)有限公司開發(fā)的鐵路巡檢管理系統(tǒng)、四川浩特通信有限公司開發(fā)的鐵路公安應(yīng)急指揮調(diào)度系統(tǒng) 等 幾十種系統(tǒng) ，產(chǎn)品風(fēng)格各異，沒有實現(xiàn)信息的共享。 本文的主要工作 本文所研究的警 務(wù)信息綜合系統(tǒng)，實現(xiàn)了接處警、案事件管理、人員管理、機構(gòu)管理、表薄冊管理、文書管理、地理信息管理 等功能 。該系統(tǒng)的開發(fā)和實現(xiàn)采用了面向?qū)ο蟮姆椒?，利?Oracle 10g 關(guān)系數(shù)據(jù)庫實現(xiàn)相關(guān)數(shù)據(jù)的統(tǒng)一存儲，并基于 Struts Spring、 Hibernate 框架開發(fā)了綜合平臺。在針對整個系統(tǒng)的構(gòu)建和功能完善過程中，本 人 參與 了如下工作： 1. 在需求分析 和設(shè)計 階段，協(xié)助 接處警、案事件管理、人員管理、機構(gòu)管理、表薄冊管理、文書管理 模塊 的需求分析， 采用 Rational Rose 2020 進行 UML 建模輔助設(shè)計 。 2. 在實現(xiàn)階段，編寫了案件管理模塊和表薄冊管理模塊部分登記表的代碼， 采用 Portal 技術(shù)把哈鐵公安局的警用 GIS 整合 到本系統(tǒng)，實現(xiàn) 了 單點登山東大學(xué)碩士學(xué)位論文 4 錄 ； 采用 POI 技術(shù)實現(xiàn) Java 操作 Excel 文檔，實現(xiàn)數(shù)據(jù)的導(dǎo)出和文檔數(shù)據(jù)讀入系統(tǒng)。 本文 的組織結(jié)構(gòu) 本文共分為 五 個章節(jié) : 第 l 章為緒論，介紹系統(tǒng)開發(fā)的背景、 現(xiàn)在鐵路警用系統(tǒng)的現(xiàn)狀 、本文的主要工作和組織結(jié)構(gòu) 。 第 2 章為軟件的需求分析。在本章 對軟件開發(fā)的具體需求進行比較詳細的分析。結(jié)合 鐵路公安 的工作 特點，詳細分析各功能模塊的功能，為系統(tǒng)的設(shè)計和實現(xiàn)打下良好的 基礎(chǔ)。 第 3 章為系統(tǒng)的設(shè)計。通過對系統(tǒng)的需求分析，我們知道了本系統(tǒng)應(yīng)該具有的功能。本系統(tǒng)采用 B/S 架構(gòu)，從整體到局部把系統(tǒng)的功能模塊化， 分析了實體類的定義方法， 構(gòu)建合適的數(shù)據(jù) 表 。 第 4 章為系統(tǒng)具體功能的實現(xiàn) 和測試 。主要結(jié)合相關(guān) 開發(fā)環(huán)境 及具體實現(xiàn)方案描述 關(guān)鍵 功能 的 實現(xiàn)。 最后對各功能模塊的測試及早發(fā)現(xiàn)可能存在問題并及時調(diào)整。 第 5 章為總結(jié)和展望。 山東大學(xué)碩士學(xué)位論文 5 第 2 章 需求分析 總體業(yè)務(wù)概述 本系統(tǒng)的使用對象是哈爾濱鐵路 公安局，它下設(shè) 7個鐵路公安處 ：哈爾濱鐵路公安處、齊齊哈爾鐵路公安處、牡丹江鐵路公安處、佳木斯鐵 路公安處、海拉爾鐵路公安處、滿洲里鐵路公安處、綏芬河鐵路公安處 ，轄區(qū)鐵路沿線總長度達 12518 公里，車站 595 個，共有民警近 7000 人。哈鐵民警主要 負(fù)責(zé) 哈爾濱鐵路局所轄區(qū)域的 安全工作 和 本局擔(dān)當(dāng)旅客列車上的治安管理、以制止犯罪分子在列車上危害人民群眾的生命與財產(chǎn)安全 [6,7]。 哈爾濱鐵路公安局 現(xiàn)有 鐵路警用 GIS、協(xié)同辦公系統(tǒng)。 警務(wù)信息綜合 系統(tǒng)用來 實現(xiàn) 接處警、案事件管理、人員管理、機構(gòu)管理、表薄冊管理、文書管理、地理信息管理、系統(tǒng)維護 等功能， 其中地理信息管理通過 與 鐵路警用 GIS 集成 實現(xiàn) 。 主要 目標(biāo) 系統(tǒng) 應(yīng) 達到以下目標(biāo)： 1. 系統(tǒng)功能齊全。能夠完成 接處警、案事件管理、人員管理、機構(gòu)管理、表薄冊管理、文書管理、地理信息管理、系統(tǒng)維護 等功能 。 其中 接處警 要求系統(tǒng)具有高可靠性，確保系統(tǒng)的穩(wěn)定運行。 2. 系統(tǒng)應(yīng)具有易操作性。由于鐵路公安登記人員對基于計算機的應(yīng)用和信息系統(tǒng)掌握程度不同，因此，要求對系統(tǒng)的操作具有簡潔、方便、實用等特點，以便于用戶掌握。 3. 系統(tǒng)應(yīng)具有可兼容性。兼容性是指系統(tǒng)保留和其它相應(yīng)系統(tǒng)連接的接口，便于用戶對其進行更高級的開發(fā)和維護以及更新?lián)Q代。兼容性越強，系統(tǒng)可持續(xù)性越強，投入和運行成 本也就越低。 4. 系統(tǒng)應(yīng)具有安全性。 安全性控制功能成為辦公自動化系統(tǒng)得以投入使用的先決條件。機關(guān)辦公自動化的安全性控制要求一般包括防止非法用戶侵入、山東大學(xué)碩士學(xué)位論文 6 權(quán)限控制、存儲和傳輸加密，以及電子簽名。這些手段必須足夠強大，難以被攻破 ,而且也必須足夠靈活，方便使用者掌握和利用。高等級的安全性是一個系統(tǒng)必備的需要，尤其是公安指揮部門，其涉及的數(shù)據(jù)等級性高、數(shù)據(jù)量大，為防止數(shù)據(jù)丟失或系統(tǒng)被攻擊，系統(tǒng)應(yīng)具有高等級的安全性 [8]。 5. 實用性強。系統(tǒng)要能與領(lǐng)導(dǎo)以及下屬各部門（公安處、車站派出所）工作實際需求貼切，滿足領(lǐng)導(dǎo)指揮 決策及各部門日常工作要求，使各部門的工作人員在工作權(quán)限（部門授權(quán)與個人授權(quán)）范圍內(nèi)可以及時，方便、準(zhǔn)確地采集、處理、查閱和匯總內(nèi)部的各種信息資料，實現(xiàn)信息的高度共享與統(tǒng)一。 需求描述 功能需求描述 本系統(tǒng)采用用例驅(qū)動的分析方法進行需求分析。用例模型描述的是外部參與者所理解的系統(tǒng)功能。用例模型用于需求分析階段，它的建立是系統(tǒng)開發(fā)者和用戶反復(fù)討論的結(jié)果，表明了開發(fā)者和用戶對需求規(guī)格定義達成的共識。首先它描述了待開發(fā)系統(tǒng)的功能需求 ； 其次，它將系統(tǒng)看作黑盒，從外部參與者的角度來理解系統(tǒng) ； 另外它 驅(qū)動了需求分析之后各階段的開發(fā)工作，不僅在開發(fā)過程中保證了系統(tǒng)所有功能的實現(xiàn)，而且被用于驗證和檢測所開發(fā)系統(tǒng)是否滿足系統(tǒng)需求，從而影響到開發(fā)工作的各個階段和 UML 的各個模型。在 UML 中，一個用例模型由若干個用例圖描述，用例圖的主要元素是用例和參與者 [9]。 通過分析，可以確定系統(tǒng)的參與者是 系統(tǒng) 管理員。系統(tǒng)管理員負(fù)責(zé) 接處警、案事件管理、統(tǒng)計分析、人員管理、機構(gòu)管理、地理信息管理等職責(zé) 。 系統(tǒng)用例圖如下： 山東大學(xué)碩士學(xué)位論文 7 圖 21 系統(tǒng)用例圖 進一步分析 可分為如下 子系統(tǒng) ： 接處警、案件管理、事件管理、人員管理、機構(gòu)管理、表薄冊 管理、文書管理、地理信息管理、系統(tǒng)維護。 子系統(tǒng) 圖如下： 圖 22 系統(tǒng) 子系統(tǒng) 圖 下面分別介紹各個 子系統(tǒng) 的需求： 1. 接處警 本 子系統(tǒng) 用來處理接處警用例， 實現(xiàn)網(wǎng)上接警、處警。 接處警用例可以描述為： 山東大學(xué)碩士學(xué)位論文 8 范圍 ： 接處警 級別： 子功能 主要參與者： 接案民警 、分發(fā)民警、承辦民警 涉眾及其關(guān)注點： 報案人：希望 把看到或遇到的情況告訴鐵路民警。 接案民警 ：希望把報案人反映的情況根據(jù)執(zhí)法辦案的 規(guī)定 確定是否 分發(fā) ，如果 分發(fā) 應(yīng) 指 定分發(fā)民警。 分發(fā)民警：希望把 接案民警上報的情況根據(jù)分發(fā)規(guī)定確定是否 承辦 ，如果 承辦 應(yīng) 指 定 承辦 民警。 承辦民警：希望登記案件的詳細信息，并按照執(zhí)法辦案的流程辦理案件或事件 。 前置條件： 接案民警、分發(fā)民警、承辦民警都已登錄系統(tǒng)，接案民警接到報案。 后置條件： 進入案事件處理環(huán)節(jié)或不予處理 。 基本流程： 1. 接案民警接到報案時，登記接警信息和接警處理情況。 2. 若接警處理情況中的受理意見為“不予處理”，則用來結(jié)束，否則指定分發(fā)民警。 3. 分發(fā)民警登錄系統(tǒng)后，看到該代辦信息，填寫承辦意見，若承辦結(jié)果為“不予處理”，則用例結(jié)束，否則指定承辦民警。 4. 承辦民警登錄系統(tǒng)，看到代辦信息，然后登記案件詳細信息并辦理案件。 擴展： 山東大學(xué)碩士學(xué)位論文 9 a. 當(dāng)接警民 警發(fā)現(xiàn)警情時，可以自己分發(fā)。 可以用活動出描述這個過程，活動圖（ Activity Diagram）是 UML的 5種動態(tài)建模機制之一，它闡明了業(yè)務(wù)用例是實現(xiàn)的工作流程，用來描述動作和動作導(dǎo)致對象狀態(tài)的改變結(jié)果 [10]。 接處警的活動圖如下： 圖 23 接處警活動圖 可以用順序圖描述接處警 子系統(tǒng) 中各個對象按照時間順序的交互過程。予以受理的接處警順序圖如下： 山東大學(xué)碩士學(xué)位論文 10 圖 24 予以受理的 接處警順序圖 2. 案件管理 本 子系統(tǒng) 用來處理案件管理 用例 ， 實現(xiàn)添加、修改、刪除、查詢案件信息和案件的統(tǒng)計分析 。案件可以劃分為 ：刑事案件、危車案件、貨盜案件。案件信息包括案件基本信息、專有信息和涉案人信息。涉案人分為報案人、受害人、嫌疑人、在控對象、在逃人員、抓獲人員、無名尸體，涉案人的信息也包含基本信息和專有信息。 案件管理 用例可以描述為： 范圍 ： 案件管理 級別： 子功能 主要參與者： 系統(tǒng) 管理員 涉眾及其關(guān)注點： 山東大學(xué)碩士學(xué)位論文 11 系統(tǒng)管理員 ：希望 實現(xiàn)添加、修改、刪除、查詢案件信息和案件的統(tǒng)計分析 。 前置條件： 管理員已經(jīng)登錄系統(tǒng) 。 后置條件： 如果用例成功， 案件 信息被添加到系統(tǒng)中，或被查詢出來，或從系統(tǒng)中刪除，或被修改，否則，系統(tǒng)狀態(tài)沒有變化。 基本流 程： 系統(tǒng)要求管理員選擇所要執(zhí)行的活動（添加信息、查詢信息、刪除信息、修改信息 、統(tǒng)計分析 ）。 如果選擇的活動是“添加信息”，則執(zhí)行分支流 S1：添加信息。 如果選擇的活動是“查詢信息”，則執(zhí)行分支流 S2：查詢信息。 如果選擇的活動是“刪除信息”，則執(zhí)行分支流 S3：刪除信息。 如果選擇的活動是“修改信息”，則執(zhí)行分支流 S4：修改信息。 如果選擇的活動是“統(tǒng)計分析”，則執(zhí)行分支流 S5： 統(tǒng)計分析 。 S1：添加信息 1. 系統(tǒng)要求管理員選擇 案件 類型：刑事案件、貨盜案件或危車案件 ，再添加 案件基本信息、專有信息和涉案 人信息。 2. 管理員輸入所要求信息后提交。 3. 系統(tǒng)驗證數(shù)據(jù)的有效性，符合條件則將需求信息存儲到數(shù)據(jù)庫中。否則提示數(shù)據(jù)輸入不滿足系統(tǒng)要求，重新輸入 ，轉(zhuǎn)回步驟 2。 S2：查詢信息 1. 系統(tǒng)提示管理員 選擇查詢條件 。 2. 管理員輸入所要求信息后提交。 3. 系統(tǒng)檢索 案件 信息。 山東大學(xué)碩士學(xué)位論文 12 4. 如果存在記錄，顯示 案件 信息，否則提示不存在 案件 ，轉(zhuǎn)回步驟 1。 S3：刪除信息 1.