警务信息综合系统的设计与实现毕业论文(编辑修改稿)

警务信息综合系统的设计与实现毕业论文(编辑修改稿)内容摘要：

常货运计山东大学硕士学位论文 2 划的提报 、 审批均由计算机系统完成 ； 车站综合管理信息系统取得进展。 客票发售和预订系统 (PMIS)已经建成。 有 1000 多个车站 ， 8000 多个窗口实现了计算机售票 ， 计算机系统的售票量已占铁路总售票量的 97%以上 ， 售票收入达到98%以上 ； 建成了铁路客票中心及 18 个地区中心的联网售票系统 ， 各铁 路局实现了多个地区中心间的联网异地售票。 铁路直通列车“全程席位复用”的实行 ,提高了车票使用率 ， 实现列车席位在铁路各车站间的共享。 运输调度指挥管理系统 (DMIS)工程已基本建成。 一是铁道部调度指挥中心实现大屏宏观显示 ， 调度技术资料库查询子系统、铁路气象预报信息管理系统和京沪、京广、京哈、京九线以及主要分界口基层信息入网联调 ， 二是铁路局调度指挥中心完 成 了设备安装、软件编制和基层信息入网联调 ， 基层信息网工程全部完成。 建成了以铁道部至各铁路局高效、快捷的综合业务调度通讯网 [2]。 随着我国铁路客运和货运需求的迅猛增 长，人们将对现有和新建铁路的运力提出更高的要求。 2020 年 11 月，我国政府宣布经济刺激方案，其中铁路建设占重要地位，同时， 2020 年是深入推进大规模铁路建设，完成铁路“十一五”规划目标的关键一年。 因此，伴随着新线建设的大规模进行，铁路信息化建设也将全面铺开。 2020 年 6 月 ， IBM 在北京 成立了全球铁路创新中心，这个创新中心不是 IBM 在中国的一个普通创新中心，而是 IBM 全球的铁路创新中心。 在IBM 公司总部的支持下，该创新中心不仅汇集前瞻性的信息技术知识，还包括美国、欧洲铁路建设方面的专业经验 [3]。 安全问题是 铁路系统的关键问题， 铁路公安担负着维护铁路安全的重要职责， 在当前公安信息化和 铁路信息化如火如荼发展的时期， 铁路公安信息化也快速发展，全国 13 个 铁路局 也 组建了自己的铁路警用系统。 这些系统的应用，提离 了 警务工作的效率，缓解警力不足的矛盾；能够充分发挥整体作战优势，提高战斗力；及时、准确全面获取和处理外部信息，提高 了铁路 公安决策和管理水平，促进 了铁路 公安决策和管理的科学化；开放网络信息渠道，能够大大提高服务质量，方便群众；实现网上流水作业，减少人为干扰，增加透明度，规范工作程序；能够促进干警素质的提高 [4]。 山东大学硕士学位论文 3 铁路警用系统 现状 国内的铁路警用系统研究比较晚，但是为了适应当前接警、案事件处理等工作的需要，许多铁路公安局都展开了对铁路公安信息综合系统的研究，同时，也在准备努力构建自己的信息综合系统。 由于 各个铁路局鉴于现有体制的制约及各地经济发展严重不平衡状态，公安信息、社会信息的建设很不平衡，形成了各自为战的情况，每个 铁路公安局 、每个具体部门甚至都投入了相当大的人力、物力，分别研究和开发 各自 的计算机信息库。 从某种意义上讲，在某一局部，形成了信息网络 [5]。 据调查，哈尔滨 铁路 公安局现有铁路警用 GIS 和协调 办公系统，北京铁路公安局现有铁路警用 GIS、协调办公系统、派出所指挥调度系统等 ； 上海铁路局现有铁路警用 GIS、车站监控系统、派出所指挥调度系统等；其他 13 个也有不同的铁路警用系统。 各个铁路公安局的系统都是独立开发的，国内 铁路警用系统产品 有北京峰华 科技有限 公司 开发的警务综合系统、 江西科泰华 科技有限 公司 开发的网上执法办案系统、北京蓝卡软件技术有限公司开发的铁路巡检管理系统、四川浩特通信有限公司开发的铁路公安应急指挥调度系统 等 几十种系统 ，产品风格各异，没有实现信息的共享。 本文的主要工作 本文所研究的警 务信息综合系统，实现了接处警、案事件管理、人员管理、机构管理、表薄册管理、文书管理、地理信息管理 等功能。 该系统的开发和实现采用了面向对象的方法，利用 Oracle 10g 关系数据库实现相关数据的统一存储，并基于 Struts Spring、 Hibernate 框架开发了综合平台。 在针对整个系统的构建和功能完善过程中，本 人 参与 了如下工作： 1. 在需求分析 和设计 阶段，协助 接处警、案事件管理、人员管理、机构管理、表薄册管理、文书管理 模块 的需求分析， 采用 Rational Rose 2020 进行 UML 建模辅助设计。 2. 在实现阶段，编写了案件管理模块和表薄册管理模块部分登记表的代码， 采用 Portal 技术把哈铁公安局的警用 GIS 整合 到本系统，实现 了 单点登山东大学硕士学位论文 4 录 ； 采用 POI 技术实现 Java 操作 Excel 文档，实现数据的导出和文档数据读入系统。 本文 的组织结构 本文共分为 五 个章节 : 第 l 章为绪论，介绍系统开发的背景、 现在铁路警用系统的现状 、本文的主要工作和组织结构。 第 2 章为软件的需求分析。 在本章 对软件开发的具体需求进行比较详细的分析。 结合 铁路公安 的工作 特点，详细分析各功能模块的功能，为系统的设计和实现打下良好的 基础。 第 3 章为系统的设计。 通过对系统的需求分析，我们知道了本系统应该具有的功能。 本系统采用 B/S 架构，从整体到局部把系统的功能模块化， 分析了实体类的定义方法， 构建合适的数据 表。 第 4 章为系统具体功能的实现 和测试。 主要结合相关 开发环境 及具体实现方案描述 关键 功能 的 实现。 最后对各功能模块的测试及早发现可能存在问题并及时调整。 第 5 章为总结和展望。 山东大学硕士学位论文 5 第 2 章 需求分析 总体业务概述 本系统的使用对象是哈尔滨铁路 公安局，它下设 7个铁路公安处 ：哈尔滨铁路公安处、齐齐哈尔铁路公安处、牡丹江铁路公安处、佳木斯铁 路公安处、海拉尔铁路公安处、满洲里铁路公安处、绥芬河铁路公安处 ，辖区铁路沿线总长度达 12518 公里，车站 595 个，共有民警近 7000 人。 哈铁民警主要 负责 哈尔滨铁路局所辖区域的 安全工作 和 本局担当旅客列车上的治安管理、以制止犯罪分子在列车上危害人民群众的生命与财产安全 [6,7]。 哈尔滨铁路公安局 现有 铁路警用 GIS、协同办公系统。 警务信息综合 系统用来 实现 接处警、案事件管理、人员管理、机构管理、表薄册管理、文书管理、地理信息管理、系统维护 等功能， 其中地理信息管理通过 与 铁路警用 GIS 集成 实现。 主要 目标 系统 应 达到以下目标： 1. 系统功能齐全。 能够完成 接处警、案事件管理、人员管理、机构管理、表薄册管理、文书管理、地理信息管理、系统维护 等功能。 其中 接处警 要求系统具有高可靠性，确保系统的稳定运行。 2. 系统应具有易操作性。 由于铁路公安登记人员对基于计算机的应用和信息系统掌握程度不同，因此，要求对系统的操作具有简洁、方便、实用等特点，以便于用户掌握。 3. 系统应具有可兼容性。 兼容性是指系统保留和其它相应系统连接的接口，便于用户对其进行更高级的开发和维护以及更新换代。 兼容性越强，系统可持续性越强，投入和运行成 本也就越低。 4. 系统应具有安全性。 安全性控制功能成为办公自动化系统得以投入使用的先决条件。 机关办公自动化的安全性控制要求一般包括防止非法用户侵入、山东大学硕士学位论文 6 权限控制、存储和传输加密，以及电子签名。 这些手段必须足够强大，难以被攻破 ,而且也必须足够灵活，方便使用者掌握和利用。 高等级的安全性是一个系统必备的需要，尤其是公安指挥部门，其涉及的数据等级性高、数据量大，为防止数据丢失或系统被攻击，系统应具有高等级的安全性 [8]。 5. 实用性强。 系统要能与领导以及下属各部门（公安处、车站派出所）工作实际需求贴切，满足领导指挥 决策及各部门日常工作要求，使各部门的工作人员在工作权限（部门授权与个人授权）范围内可以及时，方便、准确地采集、处理、查阅和汇总内部的各种信息资料，实现信息的高度共享与统一。 需求描述 功能需求描述 本系统采用用例驱动的分析方法进行需求分析。 用例模型描述的是外部参与者所理解的系统功能。 用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格定义达成的共识。 首先它描述了待开发系统的功能需求 ； 其次，它将系统看作黑盒，从外部参与者的角度来理解系统 ； 另外它 驱动了需求分析之后各阶段的开发工作，不仅在开发过程中保证了系统所有功能的实现，而且被用于验证和检测所开发系统是否满足系统需求，从而影响到开发工作的各个阶段和 UML 的各个模型。 在 UML 中，一个用例模型由若干个用例图描述，用例图的主要元素是用例和参与者 [9]。 通过分析，可以确定系统的参与者是 系统 管理员。 系统管理员负责 接处警、案事件管理、统计分析、人员管理、机构管理、地理信息管理等职责。 系统用例图如下： 山东大学硕士学位论文 7 图 21 系统用例图 进一步分析 可分为如下 子系统 ： 接处警、案件管理、事件管理、人员管理、机构管理、表薄册 管理、文书管理、地理信息管理、系统维护。 子系统 图如下： 图 22 系统 子系统 图 下面分别介绍各个 子系统 的需求： 1. 接处警 本 子系统 用来处理接处警用例， 实现网上接警、处警。 接处警用例可以描述为： 山东大学硕士学位论文 8 范围 ： 接处警 级别： 子功能 主要参与者： 接案民警 、分发民警、承办民警 涉众及其关注点： 报案人：希望 把看到或遇到的情况告诉铁路民警。 接案民警 ：希望把报案人反映的情况根据执法办案的 规定 确定是否 分发 ，如果 分发 应 指 定分发民警。 分发民警：希望把 接案民警上报的情况根据分发规定确定是否 承办 ，如果 承办 应 指 定 承办 民警。 承办民警：希望登记案件的详细信息，并按照执法办案的流程办理案件或事件。 前置条件： 接案民警、分发民警、承办民警都已登录系统，接案民警接到报案。 后置条件： 进入案事件处理环节或不予处理。 基本流程： 1. 接案民警接到报案时，登记接警信息和接警处理情况。 2. 若接警处理情况中的受理意见为“不予处理”，则用来结束，否则指定分发民警。 3. 分发民警登录系统后，看到该代办信息，填写承办意见，若承办结果为“不予处理”，则用例结束，否则指定承办民警。 4. 承办民警登录系统，看到代办信息，然后登记案件详细信息并办理案件。 扩展： 山东大学硕士学位论文 9 a. 当接警民 警发现警情时，可以自己分发。 可以用活动出描述这个过程，活动图（ Activity Diagram）是 UML的 5种动态建模机制之一，它阐明了业务用例是实现的工作流程，用来描述动作和动作导致对象状态的改变结果 [10]。 接处警的活动图如下： 图 23 接处警活动图 可以用顺序图描述接处警 子系统 中各个对象按照时间顺序的交互过程。 予以受理的接处警顺序图如下： 山东大学硕士学位论文 10 图 24 予以受理的 接处警顺序图 2. 案件管理 本 子系统 用来处理案件管理 用例 ， 实现添加、修改、删除、查询案件信息和案件的统计分析。 案件可以划分为 ：刑事案件、危车案件、货盗案件。 案件信息包括案件基本信息、专有信息和涉案人信息。 涉案人分为报案人、受害人、嫌疑人、在控对象、在逃人员、抓获人员、无名尸体，涉案人的信息也包含基本信息和专有信息。 案件管理 用例可以描述为： 范围 ： 案件管理 级别： 子功能 主要参与者： 系统 管理员 涉众及其关注点： 山东大学硕士学位论文 11 系统管理员 ：希望 实现添加、修改、删除、查询案件信息和案件的统计分析。 前置条件： 管理员已经登录系统。 后置条件： 如果用例成功， 案件 信息被添加到系统中，或被查询出来，或从系统中删除，或被修改，否则，系统状态没有变化。 基本流 程： 系统要求管理员选择所要执行的活动（添加信息、查询信息、删除信息、修改信息 、统计分析 ）。 如果选择的活动是“添加信息”，则执行分支流 S1：添加信息。 如果选择的活动是“查询信息”，则执行分支流 S2：查询信息。 如果选择的活动是“删除信息”，则执行分支流 S3：删除信息。 如果选择的活动是“修改信息”，则执行分支流 S4：修改信息。 如果选择的活动是“统计分析”，则执行分支流 S5： 统计分析。 S1：添加信息 1. 系统要求管理员选择 案件 类型：刑事案件、货盗案件或危车案件 ，再添加 案件基本信息、专有信息和涉案 人信息。 2. 管理员输入所要求信息后提交。 3. 系统验证数据的有效性，符合条件则将需求信息存储到数据库中。 否则提示数据输入不满足系统要求，重新输入 ，转回步骤 2。 S2：查询信息 1. 系统提示管理员 选择查询条件。 2. 管理员输入所要求信息后提交。 3. 系统检索 案件 信息。 山东大学硕士学位论文 12 4. 如果存在记录，显示 案件 信息，否则提示不存在 案件 ，转回步骤 1。 S3：删除信息 1.。