警务信息综合系统的设计与实现毕业论文.doc

山东大学硕士学位论文分类号：tp311 单位代码：10422密 级： 学 号：z0943048006硕士学位论文论文题目： 警务信息综合系统的设计与实现the design and implementation of the police information integrated system作 者 姓 名 范亚贤 专 业 软件工程 指导教师姓名 李庆忠 2010年 4月 10日原创性声明和关于论文使用授权的说明原 创 性 声 明本人郑重声明：所呈交的学位论文，是本人在导师的指导下，独立进行研究所取得的成果。除文中已经注明引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写过的科研成果。对本文的研究作出重要贡献的个人和集体，均已在文中以明确方式标明。本声明的法律责任由本人承担。论文作者签名： 日期： 关于学位论文使用授权的声明本人完全了解山东大学有关保留、使用学位论文的规定，同意学校保留或向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅；本人授权山东大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或其他复制手段保存论文和汇编本学位论文。（保密论文在解密后应遵守此规定）论文作者签名： 导师签名： 日期： 61 目 录摘 要iabstractii第1章 绪论11.1 系统开发背景11.1.1 系统背景11.1.2 铁路警用系统现状31.2 本文的主要工作31.3 本文的组织结构4第2章 需求分析52.1 总体业务概述52.2 主要目标52.3 需求描述62.3.1 功能需求描述62.3.2 非功能需求描述18第3章 系统设计203.1 系统设计原则和目标203.1.1 系统设计的原则203.1.2 系统设计的目标213.2 系统技术架构223.3 系统详细设计243.3.1 详细设计243.3.2 数据库设计36第4章 系统的实现与测试434.1 系统开发环境434.2 系统实现434.2.1 web层的实现434.2.2 业务层的实现474.2.3 持久层的实现504.2.4 地理信息管理的实现524.3 系统测试544.3.1 测试原则544.3.2 测试方法55第5章 总结与展望58参考文献59致谢60contentschinese abstractienglish abstractiichapter 1 introduction11.1 system development background11.1.1 development background11.1.2 current status of railway police system31.2 main work of this paper31.3 structure of this paper4chapter 2 requirement analysis52.1 overall business overview52.2 main aim52.3 requirement description62.3.1 functional requirements description62.3.2 non-functional requirements description18chapter 3 system design203.1 the rule and aim of system design203.1.1 the rule of system design203.1.2 the aim of system design213.2 system technical architecture223.3 system detailed design243.3.1 detailed design243.3.2 database design36chapter 4 system implementation and testing434.1 development environment434.2 system implementation434.2.1 web layer implementation434.2.2 business layer implementation474.2.3 data layer implementation504.2.4 gis implementation524.3 test544.3.1 test rule544.3.2 test way55chapter 5 summary and outlook58referrence59thanks60摘 要铁路公安由于工作地域广，机动性高，工作方式独立，造成应对突发事件不能及时接处警，案事件信息不能及时共享。为克服这个弊端，哈尔滨铁路公安局需要开发本警务信息综合系统，以实现网上接处警和信息共享。本文采用面向对象的思想，以统一建模语言（uml）为分析设计描述语言，对警务信息综合系统的相关业务进行了需求分析和系统设计。采用b/s架构和struts2, spring, hibernate框架，最终将系统实现为接处警、案事件管理、人员管理、机构管理、表薄册管理、文书管理、地理信息管理、系统维护等子系统，其中地理信息管理子系统利用portal技术整合铁路警用gis实现。在安全方面，采用基于角色的权限管理，增强了系统运行的安全性。在系统需求分析中，对系统的总体业务以及业务流程进行了详细说明，对九个模块的功能进行描述。从类结构设计、数据库设计等方面详细描述系统的设计，得到了系统中的设计类和数据库模型。本系统正在试用阶段，功能和性能都满足用户的需要，提高了警务工作的效率，得到了用户的好评。关键词：警务信息综合系统，铁路公安，案事件管理，接处警abstractas a result of vast territory, high mobility, work independently, railway police can not be timely response alarms when unexpected events occur and can not be timely sharing cases and events information. to overcome the drawbacks, harbin railway public security bureau needs to develop the comprehensive system in order to achieve online alarming and information sharing.in this paper, object-oriented thinking is used and the unified modeling language (uml) as the description language is used to analysis and design this comprehensive police information system in the requirements analysis and system design. using b/s structure and struts2, spring, hibernate framework, we eventually realize as response alarm subsystem, event management subsystem, case management subsystem, personnel management subsystem, institutional management subsystem, registration formmanagement subsystem, document management subsystem, geographic information management subsystem, system maintenance subsystem. geographic information management system uses portal technology to achieve integration of the railway polices gis. in terms of security, role-based rights management, enhances the security of the system in the run.in the system requirements analysis, the systems overall operations, business processes and the nine modules function are described in detail. from the class structure design, database design, we get the design classes and database model.this system is in a trial phase, functional and performance meet users needs , improves the efficiency of police work the users have a good opinion of it.key words: police information integratation system, railway police, case and event management, response alarm第1章 绪论1.1 系统开发背景1.1.1 系统背景随着计算机技术的发展，特别是网络技术的飞速发展，人们可以通过网络快速、方便、准确的获得各种信息，当前世界己经进入信息化时代，信息技术成为了目前发展最迅速的技术之一，是当前社会发展的重要的动力。对于铁路行业来说，没有信息化就没有铁路的现代化。虽然中国铁路的运营里程仅占世界铁路的6%，但是完成了世界铁路总运量的22%。中国铁路能有这样的作为，信息化功不可没。过去，由于设备、技术落后，运营管理沿袭传统的方式，作业效率低，“大动脉”长期处于超负荷状态，运营管理主要靠手工来完成，对浩繁的信息处理、瞬间的动态变化和各种随机因素的调整全靠人脑掌握控制，致使各级管理人员和工作人员过分地消耗脑力和体力，造成交通运输工作经常处于被动状态，严重地影响了交通运输经济的发展。铁路运输过程要求保证物畅其流，有序流动，并根据铁路运输系统的技术规范、经济规律进行计划、编组和控制。由于我国铁路运输系统具有广域性、分散性、连续性、管理集中性和实时性等特点，因此铁路运输的生产能力、安全和效率在很大程度上取决于信息资源的获取、及时处理、利用，只有信息的正确、完整、及时的传递，即只有实现了铁路信息化，铁路运输系统的协调、高效和安全才能得到保证。在铁路生产经营的各项组织活动中，改造传统产业，提高铁路运输生产效率与市场竞争能力，在统一规划及有序组织下，在营运和管理的各个方面，充分应用国内外先进的信息技术与网络资源，深入开发、广泛利用各种信息资源，逐步实现铁路市场经营、运输生产、社会服务、运行维护、管理决策等方面的现代化1。近年来，铁路信息化建设和应用取得较大成绩，为铁路改革与发展作出了积极贡献，在主要系统工程建设方面取得了重大突破。运输管理信息系统(tmis)取得较大进展。铁路货运微机制票率达99%；各级月度货运计划及日常货运计划的提报、审批均由计算机系统完成；车站综合管理信息系统取得进展。客票发售和预订系统(pmis)已经建成。有1000多个车站， 8000多个窗口实现了计算机售票，计算机系统的售票量已占铁路总售票量的97%以上，售票收入达到98%以上；建成了铁路客票中心及18个地区中心的联网售票系统，各铁路局实现了多个地区中心间的联网异地售票。铁路直通列车“全程席位复用”的实行,提高了车票使用率，实现列车席位在铁路各车站间的共享。运输调度指挥管理系统(dmis)工程已基本建成。一是铁道部调度指挥中心实现大屏宏观显示，调度技术资料库查询子系统、铁路气象预报信息管理系统和京沪、京广、京哈、京九线以及主要分界口基层信息入网联调，二是铁路局调度指挥中心完成了设备安装、软件编制和基层信息入网联调，基层信息网工程全部完成。建成了以铁道部至各铁路局高效、快捷的综合业务调度通讯网2。随着我国铁路客运和货运需求的迅猛增长，人们将对现有和新建铁路的运力提出更高的要求。2008年11月，我国政府宣布经济刺激方案，其中铁路建设占重要地位，同时，2009年是深入推进大规模铁路建设，完成铁路“十一五”规划目标的关键一年。因此，伴随着新线建设的大规模进行，铁路信息化建设也将全面铺开。2009年6月，ibm在北京成立了全球铁路创新中心，这个创新中心不是ibm在中国的一个普通创新中心，而是ibm全球的铁路创新中心。在ibm公司总部的支持下，该创新中心不仅汇集前瞻性的信息技术知识，还包括美国、欧洲铁路建设方面的专业经验3。安全问题是铁路系统的关键问题，铁路公安担负着维护铁路安全的重要职责，在当前公安信息化和铁路信息化如火如荼发展的时期，铁路公安信息化也快速发展，全国13个铁路局也组建了自己的铁路警用系统。这些系统的应用，提离了警务工作的效率，缓解警力不足的矛盾；能够充分发挥整体作战优势，提高战斗力；及时、准确全面获取和处理外部信息，提高了铁路公安决策和管理水平，促进了铁路公安决策和管理的科学化；开放网络信息渠道，能够大大提高服务质量，方便群众；实现网上流水作业，减少人为干扰，增加透明度，规范工作程序；能够促进干警素质的提高4。1.1.2 铁路警用系统现状国内的铁路警用系统研究比较晚，但是为了适应当前接警、案事件处理等工作的需要，许多铁路公安局都展开了对铁路公安信息综合系统的研究，同时，也在准备努力构建自己的信息综合系统。由于各个铁路局鉴于现有体制的制约及各地经济发展严重不平衡状态，公安信息、社会信息的建设很不平衡，形成了各自为战的情况，每个铁路公安局、每个具体部门甚至都投入了相当大的人力、物力，分别研究和开发各自的计算机信息库。从某种意义上讲，在某一局部，形成了信息网络5。据调查，哈尔滨铁路公安局现有铁路警用gis 和协调办公系统，北京铁路公安局现有铁路警用gis、协调办公系统、派出所指挥调度系统等；上海铁路局现有铁路警用gis、车站监控系统、派出所指挥调度系统等；其他13个也有不同的铁路警用系统。各个铁路公安局的系统都是独立开发的，国内铁路警用系统产品有北京峰华科技有限公司开发的警务综合系统、江西科泰华科技有限公司开发的网上执法办案系统、北京蓝卡软件技术有限公司开发的铁路巡检管理系统、四川浩特通信有限公司开发的铁路公安应急指挥调度系统等几十种系统，产品风格各异，没有实现信息的共享。1.2 本文的主要工作本文所研究的警务信息综合系统，实现了接处警、案事件管理、人员管理、机构管理、表薄册管理、文书管理、地理信息管理等功能。该系统的开发和实现采用了面向对象的方法，利用oracle 10g关系数据库实现相关数据的统一存储，并基于struts2、spring、hibernate框架开发了综合平台。在针对整个系统的构建和功能完善过程中，本人参与了如下工作：1. 在需求分析和设计阶段，协助接处警、案事件管理、人员管理、机构管理、表薄册管理、文书管理模块的需求分析，采用rational rose 2003 进行uml建模辅助设计。2. 在实现阶段，编写了案件管理模块和表薄册管理模块部分登记表的代码，采用portal 技术把哈铁公安局的警用gis整合到本系统，实现了单点登录；采用poi技术实现java 操作excel文档，实现数据的导出和文档数据读入系统。1.3 本文的组织结构本文共分为五个章节:第l章为绪论，介绍系统开发的背景、现在铁路警用系统的现状、本文的主要工作和组织结构。第2章为软件的需求分析。在本章对软件开发的具体需求进行比较详细的分析。结合铁路公安的工作特点，详细分析各功能模块的功能，为系统的设计和实现打下良好的基础。第3章为系统的设计。通过对系统的需求分析，我们知道了本系统应该具有的功能。本系统采用b/s架构，从整体到局部把系统的功能模块化，分析了实体类的定义方法，构建合适的数据表。第4章为系统具体功能的实现和测试。主要结合相关开发环境及具体实现方案描述关键功能的实现。最后对各功能模块的测试及早发现可能存在问题并及时调整。第5章为总结和展望。第2章 需求分析2.1 总体业务概述本系统的使用对象是哈尔滨铁路公安局，它下设7个铁路公安处：哈尔滨铁路公安处、齐齐哈尔铁路公安处、牡丹江铁路公安处、佳木斯铁路公安处、海拉尔铁路公安处、满洲里铁路公安处、绥芬河铁路公安处，辖区铁路沿线总长度达12518公里，车站595个，共有民警近7000人。哈铁民警主要负责哈尔滨铁路局所辖区域的安全工作和本局担当旅客列车上的治安管理、以制止犯罪分子在列车上危害人民群众的生命与财产安全6,7。哈尔滨铁路公安局现有铁路警用gis、协同办公系统。警务信息综合系统用来实现接处警、案事件管理、人员管理、机构管理、表薄册管理、文书管理、地理信息管理、系统维护等功能，其中地理信息管理通过与铁路警用gis集成实现。2.2 主要目标系统应达到以下目标：1. 系统功能齐全。能够完成接处警、案事件管理、人员管理、机构管理、表薄册管理、文书管理、地理信息管理、系统维护等功能。其中接处警要求系统具有高可靠性，确保系统的稳定运行。2. 系统应具有易操作性。由于铁路公安登记人员对基于计算机的应用和信息系统掌握程度不同，因此，要求对系统的操作具有简洁、方便、实用等特点，以便于用户掌握。3. 系统应具有可兼容性。兼容性是指系统保留和其它相应系统连接的接口，便于用户对其进行更高级的开发和维护以及更新换代。兼容性越强，系统可持续性越强，投入和运行成本也就越低。4. 系统应具有安全性。安全性控制功能成为办公自动化系统得以投入使用的先决条件。机关办公自动化的安全性控制要求一般包括防止非法用户侵入、权限控制、存储和传输加密，以及电子签名。这些手段必须足够强大，难以被攻破,而且也必须足够灵活，方便使用者掌握和利用。高等级的安全性是一个系统必备的需要，尤其是公安指挥部门，其涉及的数据等级性高、数据量大，为防止数据丢失或系统被攻击，系统应具有高等级的安全性8。5. 实用性强。系统要能与领导以及下属各部门（公安处、车站派出所）工作实际需求贴切，满足领导指挥决策及各部门日常工作要求，使各部门的工作人员在工作权限（部门授权与个人授权）范围内可以及时，方便、准确地采集、处理、查阅和汇总内部的各种信息资料，实现信息的高度共享与统一。2.3 需求描述2.3.1 功能需求描述本系统采用用例驱动的分析方法进行需求分析。用例模型描述的是外部参与者所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格定义达成的共识。首先它描述了待开发系统的功能需求；其次，它将系统看作黑盒，从外部参与者的角度来理解系统；另外它驱动了需求分析之后各阶段的开发工作，不仅在开发过程中保证了系统所有功能的实现，而且被用于验证和检测所开发系统是否满足系统需求，从而影响到开发工作的各个阶段和uml的各个模型。在uml中，一个用例模型由若干个用例图描述，用例图的主要元素是用例和参与者9。通过分析，可以确定系统的参与者是系统管理员。系统管理员负责接处警、案事件管理、统计分析、人员管理、机构管理、地理信息管理等职责。系统用例图如下：图2-1 系统用例图进一步分析可分为如下子系统：接处警、案件管理、事件管理、人员管理、机构管理、表薄册管理、文书管理、地理信息管理、系统维护。子系统图如下：图2-2 系统子系统图下面分别介绍各个子系统的需求：1. 接处警本子系统用来处理接处警用例，实现网上接警、处警。接处警用例可以描述为：范围：接处警级别：子功能主要参与者：接案民警、分发民警、承办民警涉众及其关注点：- 报案人：希望把看到或遇到的情况告诉铁路民警。- 接案民警：希望把报案人反映的情况根据执法办案的规定确定是否分发，如果分发应指定分发民警。- 分发民警：希望把接案民警上报的情况根据分发规定确定是否承办，如果承办应指定承办民警。- 承办民警：希望登记案件的详细信息，并按照执法办案的流程办理案件或事件。前置条件：接案民警、分发民警、承办民警都已登录系统，接案民警接到报案。后置条件：进入案事件处理环节或不予处理。基本流程：1. 接案民警接到报案时，登记接警信息和接警处理情况。2. 若接警处理情况中的受理意见为“不予处理”，则用来结束，否则指定分发民警。3. 分发民警登录系统后，看到该代办信息，填写承办意见，若承办结果为“不予处理”，则用例结束，否则指定承办民警。4. 承办民警登录系统，看到代办信息，然后登记案件详细信息并办理案件。扩展：a. 当接警民警发现警情时，可以自己分发。可以用活动出描述这个过程，活动图（activity diagram）是uml的5种动态建模机制之一，它阐明了业务用例是实现的工作流程，用来描述动作和动作导致对象状态的改变结果10。接处警的活动图如下：图2-3 接处警活动图可以用顺序图描述接处警子系统中各个对象按照时间顺序的交互过程。予以受理的接处警顺序图如下：图2-4 予以受理的接处警顺序图2. 案件管理本子系统用来处理案件管理用例，实现添加、修改、删除、查询案件信息和案件的统计分析。案件可以划分为：刑事案件、危车案件、货盗案件。案件信息包括案件基本信息、专有信息和涉案人信息。涉案人分为报案人、受害人、嫌疑人、在控对象、在逃人员、抓获人员、无名尸体，涉案人的信息也包含基本信息和专有信息。案件管理用例可以描述为：范围：案件管理级别：子功能主要参与者：系统管理员涉众及其关注点：- 系统管理员：希望实现添加、修改、删除、查询案件信息和案件的统计分析。前置条件：管理员已经登录系统。后置条件：如果用例成功，案件信息被添加到系统中，或被查询出来，或从系统中删除，或被修改，否则，系统状态没有变化。基本流程：系统要求管理员选择所要执行的活动（添加信息、查询信息、删除信息、修改信息、统计分析）。如果选择的活动是“添加信息”，则执行分支流s-1：添加信息。如果选择的活动是“查询信息”，则执行分支流s-2：查询信息。如果选择的活动是“删除信息”，则执行分支流s-3：删除信息。如果选择的活动是“修改信息”，则执行分支流s-4：修改信息。如果选择的活动是“统计分析”，则执行分支流s-5：统计分析。s-1：添加信息1. 系统要求管理员选择案件类型：刑事案件、货盗案件或危车案件，再添加案件基本信息、专有信息和涉案人信息。2. 管理员输入所要求信息后提交。3. 系统验证数据的有效性，符合条件则将需求信息存储到数据库中。否则提示数据输入不满足系统要求，重新输入，转回步骤2。s-2：查询信息1. 系统提示管理员选择查询条件。2. 管理员输入所要求信息后提交。3. 系统检索案件信息。4. 如果存在记录，显示案件信息，否则提示不存在案件，转回步骤1。s-3：删除信息1. 系统提示管理员输入案件编号或案件名称。2. 管理员输入所要求信息后提交。3. 系统检索案件信息。4. 如果存在记录，显示案件信息，否则提示不存在案件，转回步骤1。5. 管理员确认删除。6. 从系统中删除该案件信息。s-4：修改信息1. 系统提示管理员输入案件编号或案件名称。2. 管理员输入所要求信息后提交。3. 系统检索案件信息。4. 如果存在记录，显示案件信息，否则提示不存在案件，转回步骤1。5. 管理员修改该重点人员信息。6. 修改该重点人员信息后提交。7. 系统更新该重点人员信息。s-5：统计分析1. 系统提示管理员选择统计分析条件：时间段、发案线路、登记单位等。2. 管理员输入所要求信息后提交。3. 系统检索案件信息，返回符合条件的案件数目。4. 导出到excel。扩展：无添加案件信息的活动图如下：图2-5 添加案件信息活动图查询案件信息的活动图如下：图2-6 查询案件信息活动图删除案件信息的活动图如下：图2-7 删除案件信息活动图修改案件信息的活动图如下：图2-8 修改案件信息活动图案件统计分析的活动图如下：图2-9 案件统计分析活动图3. 事件管理本子系统用来处理事件管理用例，实现添加、修改、删除、查询事件信息和事件统计分析。事件可以划分为：治安事件、灾害事件。事件信息包括事件基本信息、专有信息和事件相关人。事件相关人分为报案人、受害人、嫌疑人，事件相关人的信息也包含基本信息和专有信息。事件管理用例的描述类似案件管理，所以不做详细介绍。4. 人员管理本系统涉及的人员分为涉案人和重点人员，本子系统用来处理人员管理用例，实现添加、修改、删除、查询涉案人基本信息和重点人员信息。重点人员包括机动车驾驶员、涉爆人员、五残人员、其他重点人员，其他重点人员又分为拾荒人员、社会闲散人员、宗教信仰人员等。人员信息包括基本信息和专有信息。基本信息指的是证件类别、证件号、姓名、出生日期、性别、文化程度、婚姻状况、专长、户籍地址、住址、工作单位、联系方式、体貌特征、社会关系等信息。人员管理用例的描述类似案件管理，所以不做详细介绍5. 机构管理本子系统用来处理机构管理用例，实现添加、修改、删除、查询机构信息。机构分为：特种行业、危险品相关单位/企业、政府机关、企事业单位、社会团体、非法组织、个体工商户、小烘炉等。机构信息包括基本信息和专有信息。机构管理用例的描述类似案件管理，所以也不做详细介绍。6. 表薄册管理本子系统用来处理表薄册管理用例，实现添加、修改、删除、查询表薄册信息。表薄册包括：抓获人员登记表、违法犯罪人员登记表、民警好人好事登记表、刑事案件登记表等多个登记表，这些登记表格式和填写规范都遵照公安相关文件要求。机构管理用例的描述类似案件管理，所以也不做详细介绍。7. 文书管理本子系统用来处理文书管理用例，实现办案环节中所需文书模板的维护，动态显示当前办案环节应该出具的文书，文书分为立案、管辖、回避类、律师参与诉讼类、强制措施类、调查取证类、看守执行类等。8. 地理信息管理本子系统用来处理地理信息管理用例，实现在地图上显示机构、桥梁、涵洞、道口、隧道和闭塞信号系统位等位置。该子系统的实现需整合哈尔滨铁路公安局的铁路警用gis，该系统是2003年基于microsoft c# 开发的b/s架构的，实现了增加、删除、修改和在地图上显示机构、桥梁、涵洞、道口、隧道和闭塞信号系统位等信息，本用例需要实现单点登录，也就是当用户同时访问多个不同类型的应用系统时，他们只需要提供自身的用户凭证一次，就可以在各种应用系统中使用与用户身份权限相符合的数据信息。9系统维护本子系统用来处理用户管理用例，实现用户组管理、权限管理、个人设置。根据权限分为超级管理员和管理员。超级管理员可以管理用户组、分配权限、设置栏目子系统等。管理员只能更改个人设置。用户看到的页面和他的权限相关，权限的顺序图如下：图2-10 权限顺序图2.3.2 非功能需求描述警务信息综合系统除了要给用户提供友好、易用的操作界面外，还要保证系统能够长期、稳定、安全、高效的运行。另外，根据铁路公安自身工作的特点还需要满足一些其他需求：高性能：系统应能满足用户访问系统的性能，保证提供一致的、可预测的响应。高稳定性：保证系统能够正常运作。系统应能够724小时连续不断稳定工作。软件版本升级或改进应在不影响业务的情况下进行，保证系统可以稳定、平滑过渡。高可靠性：系统应能保证当某个节点的应用访问失效时，另外节点可以对失效节点的应用进行恢复。可以实现应用的无缝切换。安全性需求：系统应保证信息的安全性，即保证此系统中的信息能够安全存储，并有良好的数据备份和快速恢复方案。采用严格的安全体系，保证数据在处理和传输全过程的安全性。要保证系统能够正常运行，不被攻击破坏。保证系统中的信息不被非授权访问，按组织结构划分操作人员的操作权限。且各种使用权限所能调用的应用软件子系统可按要求自由组合，由系统管理员统一配置。第3章 系统设计3.1 系统设计原则和目标3.1.1 系统设计的原则本系统作为一个信息管理系统，必须遵循软件工程设计的基本原则11：1. 一致性原则一致性原则主要表现在，一是系统内部各个子系统的开发思路和维护手段相一致，能够达到相互整合；二是与当前存在的其它的系统相一致，现有公安系统有统一的标准协议，能够达到相互兼容。2. 先进性原则系统的建设应充分考虑采用先进而成熟的技术、先进的体系结构、先进的软硬件配置，既能保证成熟可用，又能够适应未来的业务发展和技术更新的要求，不至于建成之时就是落后之日。3. 完备性原则系统的设计思路，开发内容，功能应用等，必须进行详尽的考虑，并能有效结合时代发展，以确保系统的完整、完善和完美。4. 实用性原则实用性是衡量软件体系中最重要的指标,是否与业务结合的紧密、是否具有严格的业务针对性是系统成败的关键因素。系统的实用性主要体现在两个方面：一是系统的功能必须能够满足用户的基本需求；二是系统应具有可视性、简洁性、易操作性等。本系统要求能充分贴近实战、贴近基层。5. 扩充性原则系统的信息录入、属性查询以及数据库的维护与管理应可以方便的进行扩充，对外提供标准的接口，能够方便地对系统进一步开发和完善，使系统具有可持续维护和扩展能力。6. 安全可靠性原则警用案事件信息平台规模大、结构复杂，使用效率高，对数据的保密性、完整性要求严格，因此在建设时必须保证建成系统运行稳定，可靠，具有较高的安全级别。使用局域网的办公自动化系统，信息的交换只是发生在一些特殊的区域，但考虑到系统的可扩充性，而往往留有被分结点，任何人都可通过任何一个可扩充结点非法进网。此外，网络经常使用广播技术，信息沿着整个发送，这样任何人都可以在隐蔽的访问点上进行接收。使用代理服务器能保护上网用户的ip地址,从而保障上网安全，因此，在接入外部internet时,使用代理服务器的方法,拒绝不使用代理服务器的用户进入局域网。3.1.2 系统设计的目标为满足各个铁路公安处和基层派出所的需要。支持多种硬件平台，采用通用软件开发平台开发，具备良好的可移植性。采用标准开放接口，支持与其它系统的数据交换和共享。标准化要求：所有开发工具和系统开发平台应符合铁道部和公安部相关技术规范和要求。参数化要求：实现完全模块化设计，支持参数化配置，支持组件及组件的动态加载。容错性要求：提供有效的有效性检测手段，具备数据错误记录和错误预警能力；具备较高的容错能力。安全性要求：用户认证、授权和访问控制，支持数据和数据传输通道加密。发生安全事件时，能以事件触发的方式通知系统管理员处理。可靠性要求：能够连续724小时不间断工作，出现故障应能及时告警，具备自动或手动恢复措施，自动恢复时间小于15分钟，手工恢复时间小于12分钟，以便在发生错误时能够快速地恢复正常运行。兼容性要求：满足向下兼容的要求，软件版本易于升级，模块的维护和更新不应影响其他模块的运行。可移植要求：能运行在不同的平台上。易用性要求：具有良好的简体中文操作界面、详细的帮助信息，系统参数的维护与管理通过操作界面完成。支持与其他系统的集成，支持在监控系统中实时对系统硬件、软件和应用软件进行全面、及时、准确的监控和管理。系统接口采用开放接口标准，支持故障分级告警，任务调度，日志管理。3.2 系统技术架构由于警务信息综合系统的多用户、可移植、安全性、用户分散等要求，系统的实现采用应用广泛的基于struts2, spring, hibernate 框架的b/s 结构，并且使用目前主流的技术相对成熟稳定的mvc架构。struts 2框架整合了struts 1.x框架和webwork框架的优点。struts2的最大特点就是其简单性，引入ognl表达式和值栈的概念，可以使开发者使用简单的代码实现复杂的数据访问；action只是普通的java类（pojo），给模块测试工作带来了极大的方便。struts 2取消了actionform，降低了框架组件之间的耦合性，提供了强大的整合能力，支持多种返回结果类型和ajax技术，给开发者带来了更好的体验。spring是一个服务于所有层面的应用框架，提供了bean的配置基础、aop的支持、jdbc抽象框架、抽象事务支持等等。它有一个非常显著的特点：在某个层面上如果开发者不需要spring的支持，就可以不使用spring提供的类，它允许开发者在任何方面选择最合适的解决方案，而不是强制开发者接受spring提供的全套服务。从设计理念上来讲，spring帮助实现了真正的逻辑层和web层的分离。它是为解决企业应用开发的复杂性而创建的，spring使用基本的javabeans来完成以前只可能由ejb完成的事情。spring的主要设计目标是可重用性、易测试性、简单性以及松耦合性。hibernate是一个开源的持久层框架，通过映射关系来协调持久对象与关系数据库的交互，使开发者可以专注于业务层的开发。而且，它能与大多数应用简单集成，不需要修改太多的代码，也是ejb中cmp的一种替代方案。hibernate主要工作是把持久化的类通过xml映射文件映射到数据关系表中。从而通过对类对象的操作间接的操作关系数据库。pojo类似于javabean，通过get()和set()方法进行访问。用pojo的实例与数据库表中的记录相对应，以实现数据的持久化。数据库表间的关系可以通过对象的引用来实现。pojo是可串行化的java对象，当客户端有请求的时候，该pojo可以构造对象，用服务性属性值填充，并将其传递给持久层，作为数据层向数据源提取数据的条件。同时，提取数据后，用结果集填充pojo并将其传递给业务。hibernate映射也提供一对多或者多对一的映射方式。除了映射文件之外，还需要配置hibernate的属性和数据源12。将这三个框架整合起来有以下优点：第一、采用这个集成架构开发出来的信息系统无论是在整体架构上还是在局部的复杂业务模型中都有了更低的耦合性，它们的灵活性与可维护性也得到了提高。第二、所有逻辑都驻留在处于中心的javabean内，这样一来，如果要更新代码，只需要处理这些中心文件而无需修正调用这些代码的其他页面。第三、应用程序逻辑和代码分离，定义应用程序逻辑，主要是通过配置文件的形式，而不是写在代码之中。这样当需求发生变化时，主要修改程序逻辑，可以不要对代码进行较大的修改。第四、系统对于应用服务器和数据库都具备良好的可移植性，可在需要的时候进行升级。集成三种框架的具体做法是：用面向对象的分析方法根据需求来提出一个模型，将这些模型采用java语言实现出基本的java对象，然后写出基本的dao接口，并给出hibernate的dao实现，采用hibernate架构实现的dao类来实现java类与数据库之间的转换和访问，然后由spring来完成业务逻辑。通过组合，我们可以看到：web层的实现利用了struts2框架成熟的标签库；业务逻辑层的实现得益于spring框架同struts框架的完美结合，并且发挥了spring在事务管理和依赖注射方面的独到之处；在数据持久层方面则通过采用hibernate实现了o/r mapping。对象，当客户端有请求的时候，该pojo可以构造对象，用服务性属性值填充，并将其传递给持久层，作为数据层向数据源提取数据的条件。同时，提取数据后，用结果集填充pojo并将其传递给业务。hibernate映射也提供一对多或者多对一的映射方式。除了映射文件之外，还需要配置hibernate的属性和数据源13。系统技术图如下：图3-1 系统技术结构图3.3 系统详细设计3.3.1 详细设计1.接处警接处警模块实现了实时接警、处警。根据需求分析接处警用例的描述，该用例的对象图可以表示成：图3-2 接处警用例对象图其中类reporter, admin, reportnote, handlenote, case分别是报案人，管理员，接警信息，承办信息，案件信息。它们的类图分别是：图3-3 报案人、管理员、接警信息、承办信息、案件信息类图报案人有以下属性：姓名、性别、出生日期、地址、工作单位、电话，方法有报告情况；管理员有以下属性：姓名、警号、权限，方法有：指定分发民警、指定承办民警、填写接警情况、填写承办情况、填写案件信息；接警信息有以下属性：种类、来源、时间、受理方式、案件详情、受理意见，方法有上报；承办信息有如下属性：受理方式、受理结果，方法有承办。案件信息如下属性：案件名称、案件种类等信息。操作类类图如下：图3-4 接处警操作类图2. 人员管理由前述分析，本模块实现基本信息和重点人员信息管理，由于五残人员信息管理、涉爆人员信息管理和机动车驾驶员信息管理功能相似，本部分仅就五残人员操作给出详细设计。由于系统涉及的人员信息都包括基本信息和专有信息，所以采用工厂模式设计，工厂模式定义了一个用于创建对象的接口，让子类决定实例化哪个类，工厂方法使一个类的实例化延迟到子类。当系统准备为用户提供某个类的子类实例，又不想让用户代码和该子类形成耦合时，就可以用工厂模式设计系统。工厂模式的关键是在一个接口或抽象类中定义一个抽象方法，该方法返回每个类的子类实例，该抽象类或接口让其子类或实现该接口的类通过重写这个方法返回某个子类的实例。工厂模式的结构包括四个角色：抽象产品、具体产品、构造者、具体构造者14。人员类图如下：图3-5 人员类图图中person类的子类由左到右分别是：五残人员、机动车驾驶员、涉爆人员、涉案人（案件相关人员）。涉案人的子类由左到右分别是：报案人、受害人、刑嫌人员、在控人员、在逃人员、抓获人员、无名尸体。五残人员的类图如下：图3-6 五残人员类图图中只写出了人基本类和五残人的部分属性，这两个类都是pojo类，有所含属性的get() 和set() 方法。由于本系统采用基于struts2 + spring + hibernate框架的mvc架构，可以采用java语言实现出基本的java对象，然后写出基本的dao接口，并给出hibernate的dao实现，采用hibernate架构实现的dao类来实现java类与数据库之间的转换和访问，然后由spring来完成业务逻辑。这样保证了数据库操作和业务逻辑操作的独立性。五残人员操作的类图如下：图3-7 五残人员操作类图其中在接口ibasedao中定义了对数据库操作的泛化方法，在接口idisableddao中定义了对五残人员信息增加、查询、删除、修改方法。disableddaoimpl实现了这些方法。在接口ibaseservice中定义了业务操作的泛化方法，在接口idisabledservice 中定义了对五残人员信息的业务操作方法，在类disabledserviceimpl中实现这些方法，其中对数据库的操作调用disableddaoimpl中的方法。类disabledaction是对具体五残人员信息的操作。3. 案件管理由于案件信息包括案件基本信息、专有信息、涉案人信息。其中基本信息包括：基本登记信息、作案手段（规律）特点、案情描述、破销结案登记、现场痕迹物证、涉案物品等。涉案人包括：报案人、受害人、嫌疑人、在控对象、在逃人员、抓获人员、无名尸体。由于涉案人都与案件有联系，涉案人信息关联到案件基本信息，所以基于上述情况，案件实体类由案件基本信息（由案件id区分），专有信息组成。此处给出货盗案件的详细设计。货盗案件的类图如下：图3-8 货盗案件类图addcase, amanuensis, article, materialevidence, mark 分别表示带破案件类、文书、涉案物品、物证、痕迹，都是案件关联类，案件类的对象作为这些类的属性。与五残人员操作类图相似，货盗案件操作类图如下：图3-9 货盗案件操作类图其中在iseizedgoodsdao中定义了对货盗案件信息增加、查询、删除、修改方法。seizedgoodsdaoimpl实现了这些方法。在接口iseizedgoodsservice 中定义了对货盗案件信息的业务操作方法，在类seizedgoodsserviceimpl中实现这些方法，其中对数据库的操作调用seizedgoodsdaoimpl中的方法。类seizedgoodsaction是对具体货盗案件信息的操作。4. 事件管理事件的类结构和操作与案件相似，故不做详细介绍。5. 机构管理机构信息包括机构基本信息、特种行业信息、联系方式、机构负责人信息和机构人员信息，机构的类图如下：图3-10 机构类图manager, employee, contact 分别表示机构负责人信息、机构人员信息和机构联系方式。机构操