【毕业学位论文】（Word原稿）基于WEB的接处警派单系统设计与实现-软件工程

硕士学位论文 （软件工程学位） 基于 接处警派单系统 设计与实现 姓 名：屠永江 学 号： 1021170055 所在院系：软件工程学院 职业类型：工程硕士 专业领域：软件工程 指导教师： 张志浩 高珍 副指导教师： 富彬华 二一二年九月 A in 2012 1021170055 于 W E 屠永江 同济大学 学位论文版权使用授权书 本人完全了解同济大学关于收集 、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名： 屠永江 2012 年 09 月 28 日 济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。 学位论文作者签名： 屠永江 2012 年 09 月 28 日同济大学 硕士学位论文 摘要 - I - 摘要 接处警工作是人民警察的基本职责和义务。目前，交通事故接处警从群众拨打 110或 122开始，到市局“三警合一平台”登记，再由属地大队受理、核实，对讲机呼叫中队勤务室，再由中队勤务室引导“快速理赔处理”，无法快速处理的再安排警力出警，整个过程需要有强大而又连贯的系统平台来辅助交通民警的接处警工作，同时系统必须使得指令有记录，减少人为因素的差错，提高人民群众满意度。因此，设计大队到中队一级的派警系统已显得尤为重要。 本文简要阐 述了目前杭州市三级指挥系统接处警工作中存在的困难和需求。在接处警派单系统开发中采用面向对象分析与设计思路对需求进行了分析，对各个功能进行了面向对象的设计， 设计和开发了基于 B/系统的设计和开发过程中，采用了 向对象的分析方法对系统进行分析和设计，并运用 术作为开发平台，以 C#作为系统的开发语言，以为系统的后台数据库，并结合三层架构的设计思想对系统加以实现。 本文首先论述了系统开发的可行性并确定了系统开发的基本目标。然后详细介绍了系 统开发所涉及的相关技术以及系统的总体设计。最后介绍了系统的组成以及各功能模块的设计与实现。本 系统的应用解决了交警大队、中队指挥体系接处警工作的过程管理，内容包括：大队派单，中队 接单， 核实引导，中队派警，反馈处置结果等规范接处警工作，提高了辖区事故快速处理率，减轻民警接处警工作负担，可解放警力投入到路面秩序管理中。 关键词： 接处警、 B/ 三层架构 I of s 10 22 to to by be of to a to at to of to of to is of a on to in of /S In of ML to as a # as as of of of to it of in of of to of be B/S 济大学 硕士学位论文 目录 - 目录 第 1章 绪论 . 1 统开发背景 . 1 警指挥体系组织结构 . 1 极推行事故快速处理引导工作的现状 . 1 统研究意义 . 2 文研究目标 . 2 文主要工作 . 3 文组织结构 . 3 第 2章 相关技术 . 4 . 4 . 5 层分层结构 . 7 008 简介 . 7 术概述 . 8 章小结 . 9 第 3章 系统需求分析 . 10 能性需求分析 . 10 功能性需求分析 . 11 作的实用性 . 11 能的安全性 . 11 统的可扩充性及可维护性 . 12 统的可操作性 . 12 统用例分析 . 12 统总用例分析 . 12 号管理模块的用例分析 . 13 单接单模块的用例分析 . 14 情处置模块的用例分析 . 15 作提醒模块的用例分析 . 15 询统计模块的用例分析 . 16 握引导注意事项 . 17 警时直接引导 . 17 道路监控范围交通事故的引导步骤 . 17 在道路监控范围内的引导步骤 . 17 同济大学 硕士学位论文 目录 章小结 . 17 第 4章 系统详细设计 . 19 统的整体架构 . 19 统类设计 . 21 处警派单系统类图 . 21 的设计说明 . 22 能模块设计 . 22 陆管理模块 . 22 情派单模块 . 23 警功能模块 . 24 情处置模块 . 25 息 反馈模块 . 26 督处置模块 . 27 作提醒模块 . 28 时处置模块 . 29 询统计模块 . 30 户管理模块 . 31 统接口设计 . 32 据库的设计 . 33 章小结 . 36 第 5章 系统实现与测试 . 38 统实现 . 38 统登陆模块的实现 . 38 队派单模块的实现 . 40 队接单模块的实现 . 42 警处置模块的实现 . 44 息反馈模块的实现 . 45 户管理模块的实现 . 47 置结果反馈部分 . 49 统测试 . 51 试环境 . 52 试过程 . 52 试结果 . 53 统实际使用分析 . 55 章小结 . 55 第 6章 总结与展望 . 56 同济大学 硕士学位论文 目录 - V - 结 . 56 望 . 56 致谢 . 58 参考文献 . 59 附录 A 插图清单 . 61 附录 B 表格清单 . 63 个人简历 在读期间发表的学术论文与研究成果 . 64 第 1章 绪论 第 1 页 第 1 章 绪论 统开发背景 警指挥体系组织结构 杭州市级交警支队 杭州交警指挥中心，由支队值班领导、支队专职指挥系统干部、民警、 辅警组成。（下设 10个基层大队） 西湖区 交警大队 大队分指挥室，由大队干部、大队专职指挥系统民警、辅警组成。（下设 6 个执勤中队） 镇、街道级交警中队 中队勤务室，由中队干部、辅警组成。（下设 3 西湖交警大队辖区 263平方公里，辖区人口 100多万，机动车饱有量 158564辆，小区密集、大型场所集中，交通压力在杭州老城区中较为突出。西湖大队分指挥室接警电话 87888700、 87888699 日均电话通话数量约 750 个，日均接警量达到 400起以上，在早晚高峰期间，报警、求助、咨询等电话络绎不绝，大队分指 挥室只能在电话空隙间核实报警信息和开展事故快速处理诱导工作（ 2009 年浙江省推行简易事故快速理赔处理规定），大队每日路面对讲机使用数量达到近 180个，对讲机呼叫频繁，资源紧张，指令经常受信号影响，事故信息不能及时被执勤中队接收。为提高事故处置效率，更好开展事故快速引导工作，本人根据分指挥室实战经验，开发大队事故信息接收反馈平台，各执勤中队通过该平台，可以全面掌握报警信息，将大队大量的事故合理分流，快速核实事故信息，提高事故处置效率。 极推行事故快速处理引导工作的现状 为实现交通事故快速处理，提 高道路通行效率，同时积极宣传和推行浙江省机动车轻微物损交通事故自行协商处理暂行规定，结合支队试点工作部署和执法规范化建设工作要求，西湖大队充分利用目前的电话、短信诱导、监控平台等系统，大队分指挥室在最短时间内与报警人沟通联系，对于轻微物损交通事故，符合去快速处理中心处理的，积极引导事故双方快速撤离现场，通过快速处理中心定损和理赔。目前，大队交通事故数量居高不下，且其中占大同济大学 硕士学位论文 基于 接处警派单系统设计与实现 2 部分的是责任明确的纯财产损失事故，大队分指挥室两个接警电话使用频率太高，无法及时高效的对每起事故进行引导，在对事故进行快速处理引导时往 往会延误更多的报警电话打入，且在日常实际工作中，中队因警力受限，或报警人报警地址不准确会要求指挥室将报警电话告知中队，中队再与报警人核实联系。 统研究意义 该系统作为杭州市公安局交通警察支队报警系统的延伸服务产品，衔接了支队、大队、中队三级单位的交互，接处警派单系统以人性化界面和操作功能彰显其恰到好处的作用，内容简洁明了，流程严实简单，任何用户都能极易上手了解使用。系统记录了后期接处警工作的整个过程，从群众电话报警开始，通过该系统转发派单，执勤中队迅速掌握报警人信息内容，同时生成报警表单，所有容易 断档、遗漏的指令全部有所记录。可以有效控制接处警过程中的失误。系统提供数据统计和分类查询，执勤中队可通过该系统全面了解辖区警情处置分析，梳理事故情况，研判辖区特征。该款系统可适用于城区各交警大队，系统需要的硬件设施简单，操作方便，同时功能全面，对推进浙江省简易事故快速处理有极强的促进作用。可以提升交警部门科技信息化的管理和应用。 文研究目标 文主要目的是要明确所要开发的派警接单系统应具有的功能、性能，结合本人实际工作，梳理出系统、用户的需求。并在此基础上进一步提出简单设计说明书和完成后续设计与开发 工作，为系统开发范围，系统接收内容，也是应用系统能被大队、中队所接受的依据。 此外，该系统还涉及系统安全和用户管理问题、各种代码使用和维护问题，数据安全和数据维护问题，统计报表和生成和输出问题，因此还要求系统有事务处理功能。总之，要求通过该系统的开发和使用达到系统项目的总目标是，作为市局报警平台的衍生功能，结合交警部门实战需要，实现对后续接处警工作的有效管理和监督，提高交警业务水平。 第 1章 绪论 第 3 页 文主要工作 本文是基于 用的接处警派单系统设计与实现的描述，分析了系统研究的意义和现阶段交警部门事故接 处警方面客观存在问题，采用需求管理统一方法确定系统需求和系统设计目标，将需求进行细化，介绍了系统技术架构和系统接口设计，利用系统建模介绍了系统详细的设计。对事故派单系统实现过程中存在的难点和细节进行了分析和论述，并经过测试环节，实际投入到大队接处警工作中。具体工作如下： 分析系统研究和开发意义，结合目前大队实际工作情况，对本文的研究目标进行了分析。 系统需求分析中，通过用工作流程图、表格等统一过程化方法对系统功能需求进行了分析。 针对系统功能需求分析确定系统技术架构和系统接口，通过静态建模对系统进行详细设计 。 对系统实现过程中出现的核心方法、流程进行分析，利用界面截图展现系统实际功能。 通过实际测试应用，肯定系统使用价值并提出改进内容。 文组织结构 本文共分五章。 第一章 介绍了目前交警部门接处警工作的现状及需要解决问题。 第二章 介绍 关技术。 第三章介绍 了基于 先进行了派警系统的概述，又介绍了派警系统需要处置的流程及其主要功能。 第四章 介绍了系统总体设计，首先讨论了系统总体架构，然后讨论了技术架构，另外也对系统接口进行了设计。 第五章 介绍了基于 统的实施过程和效果。 第六章 对 警系统的实际使用情况进行了总结，对事故接处警处置过程系统管理大致实现情况。总结了系统的优缺点，对系统未来发展做出展望。 同济大学 硕士学位论文 基于 接处警派单系统设计与实现 4 第 2 章 相关技术 术 微软提供的新一代的 发平台，它为开发人员提供了生成企业级 程模型和软件基础结构，同其他 有下面三大优势。 1支持编译型语言 目前流行的几种脚本语言比如 都有两个主要的 缺点。第一，不支持强数据类型。在 定义变量只有一个关键字 用 键字定义的变量，如果赋值是字符串，该变量就是字符串变量；如果赋值是整数，则该变量就是整型变量。在 义变量只通过一个关键字 变量也没有具体的类型。第二，脚本语言是解释型的。通常情况下，解释型的脚本语言在性能上抵不上编译型的语言。 自推出 发平台以来，微软在 务器端开发语言方面， C#两种编译型语言。通过这两种开发语言，程序员可以像开发普通的 序一样来开发 不过在 程序员通过 C#语言，利用 供的各种 件，可以非常容易地开发 序。开发的 序被编译成 言，这种中间语言具有平台无关性，而且，由于 以 2程序代码与页面内容的成功分离 通常的动态网页开发，往往是在一个网页上混合多种脚本语言。比如在客户端脚本语言，也可以同时嵌入 服务器端脚本语言。这种多语言混合的 发模式通行已久，但是它的代码可读性很差，程序代码同页面内容混合在一起，程序员要在多种语言的思维上频繁切换，如果程序很复杂的话，这种开发模式非常不利于程序的开发，而且日后的维护也将成为大问题。 发技术为程序员提供了一种非常好的开发模式，即 通过 而使 异常清晰，开发和维护的效率也得到了很大的提高。另外可以利用第 2章 相关技术 第 5 页 成环境下开发 用程序，该环境不仅提供了强大的调试能力，而且还集成了 “ 所见即所得 ” 的 辑器，为开发人员开发 3引入服务器端控件 在 ，可以给页面手动添加 件，对这些控件的响应有两种办法。一种是在客户端的脚本语言中响应用户对这些控件的输入，另一种是把该页面提交给服务器。这两种办法都存在问题，第一种办法产生的问题是不同的浏览器以不同的方式执行客户端脚本 语言，我们很难编写在多种浏览器上都能良好运行的复杂的 二种办法存在的问题是，如果我们把 么 无状态特性就会导致页面上存储在变量中的信息丢失，除非我们编写了复杂的代码，把它们存储在 素或 过服务器控件解决了上述问题。服务器端控件会生成发送给浏览器的 示控件，它们还能生成隐藏的 提交页面时，这些信息就会传送回服务器，控件将自动处理这些信息，改变 示控件。 优势 实际上，同期推出的脚本语言还包括 ，而且这些脚本语言都是各有特色，在网络编程方面都有自己的优势，也都得到了广泛的应用。作为普通的读者来说，是很难取舍的，但是本书是一本介绍 以笔者更多的是强调它的优势了。 面向对象性 #作为一种面向对象语言，在很多方面来看， C#将成为微软的 C#另一个有趣的地方是所有对象都自动变成为 果 C#能取得很大的市场份额，那么它将给 来类似于 功能，并 且具备更快的性能，因为它可以和 C#是 发中一个最重要的功能，微软会将 C#发展成为 强劲对手。这也是他们 有的程序员都在期待着微软能在这个产品后面倾注全力。这样 C#可以成为许多程序员的又一种选择。C#产生的结果是将一步加固微软和 对用户是有利的，他们同济大学 硕士学位论文 基于 接处警派单系统设计与实现 6 可以选择两者之一来开发新的应用。 (2) 数据库连接 个非常大的优势是它使用 象， 事务处理管理器。因此 据库应 用开发特别简单。 发展了更多的功能，因为有了 来了更强大更快速的功能。 前在易用性和性能上同 新版本 现后这样的差别会更明显。 （ 3）大型站点应用 对大型站点有更好的支持。事实上，微软在这方面付出了巨大的努力。 你需要更强大的功能时，仅仅只需要增加一台服务器。整个 架已经充分地提供了这个方法。来提供内置式 外，由于请求的各组件相互经过了充分的优化，所以速度很快。 于是 为所有的组件将是服务器操作系统的一部分。对于需要购买昂贵应用服务器群来达到同样的目的。 一个程序，速度是一件非常令人渴望的东西。一旦代码开始工作，接下来就得尽可能让它运行得快些，再快些，在 只有尽可能拧干代码，以至于不得不将他们移植到一个仅有很少性能的部件中。而现在，微软推出的 地解决这一问题。 就是说当 件第一次被请求时被编译以后的请求就不需要重新编译了。 （ 4） 创建 工作变得简单易行。例如，在 须创建一个循环以便让控制系统装入数据。这意味着它会与数据源连接，并会自动装入数据。 （ 5）语言支持 持多种语言，它的缺省语言将是： 不是意味着我们可以摆脱 语言限制。目前支持 #， （ 6）更好的代码控制 运用 较麻烦的一件事情就是 ，这个 问题得到了彻底的解决。 第 2章 相关技术 第 7 页 （ 7）更好的升级能力 系统建成以后本身有着一定的特性，它还可以改进多处理器和运行环境中的性能。例如， 够通过单独的处理器来维持。在一个单独的机器上，甚至在数据库中允许交叉的服务器会话 。 另外一个问题就是，装有 P 是否还支持 心有了前的程序就不能再使用了。这个问题大家根本不用担心，件的扩展名是 就是使用 以以前的 层分层结构 在软件体系架构的设计中，分层结构是最常见的，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，即：数据层，业务逻辑层和表示层。其中数据层，也称为持久层，其功能主要是负责数据库的访问。业务逻辑层是整个系统的核心， 它与这个系统的业务逻辑有关。而表示层则是系统的 责用户与整个系统的交互。 一个好的分层结构，可以使开发人员的分工更加明确，一旦定义好各个层次之间的接口，负责不同逻辑设计的开发人员就可以并行开发，互不影响。一个完善的三层结构的要求是：修改表示层而不用修改逻辑业务层，修改逻辑业务层而不用修改数据层。因此一个完善的分层结构可以降低层与层之间的依赖性，从而保证了系统未来的可扩展性与复用性。 但是，分层结构也不可避免的存在一些缺陷。一个非常重要的缺点是降低了系统的整体性能。即很多业务不能直接访问数据库，以获 得相应的数据，而必须通过一个所谓的中间层来完成这些操作。因此三层结构并不适用于一些对执行速度要求过于苛刻的系统。而且分层结构可能会导致级联修改，即如果在表示层需要增加一个功能，为了保证其设计符合分层结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。 总之，任何一种开发模式或方法，都是有利有弊的。在设计和开发系统时，通过比较和权衡后 ，选择一个适合系统的模式是很重要的。 008 简介 008是微软公司开发的一个具有客户 /服务器体系结构的关系同济大学 硕士学位论文 基于 接处警派单系统设计与实现 8 型数据库管理系统（ 它使用 过微软扩展的数据库查询语言 客户机和 1客户机 /服务器体系结构 客户机程序负责执行业务逻辑和显示用户界面，它可以运行在一台或多台客户机上，也可以运行在 008 服务器上。 008 服务器负责管理数据库并在多个用户请求之间分配可用的服务器资源，如内存、网络带宽和磁盘操作等。 该软件功能强大，使用方便，拥有广大的用户群体，它是后台数据库服务器的首 选产品。 2关系型数据库管理系统（ 体包括维护数据及数据之间的关系；在不违反定义数据之间关系的规则的前提下保证数据能被正确存取；在系统出现故障的情况下，恢复所有数据到已知的一致点等。 3 008使用 用 言，可以访问数据，查询、更新和管理关系数据库系统。持最新的 际标准，并增加了许多扩展项 来提供更多的功能。 008 提供了 两个最重要的 开发和管理数据库的工具 ， 即企业管理器和查询分析器。 企业管理器是最重要的一个工具，它几乎可以完成所有的 008数据库的开发和管理工作， 通过企业管理器，开发人员 可以提高数据库开发和管理的效率。 查询分析器是数据库开发人员最喜欢的工具，通过该工具数据库开发人员可以直接用 008进行交互，可以通过 句创建视图、存储过程和触发器等数据库对象，也可以调试 句以便将正确的 应用程序中。 术概述 术并不是一项革命性的新技术，而是多种技术的集合。 术的一个最大的特点是无需刷新页面便可以向服务器传输或读写数据。这使得B/S 应用程序只同服务器进行数据层面的交换，而不用每次都刷新界面，也不第 2章 相关技术 第 9 页 用每次都将数据处理的工作交给服务器来进行，这大大减轻了服务器的负担又加快了响应速度，缩短了用户的等待时间。 与传统的 发不同， 采用异步交互过程的。 用户与服务器之间引入一个中间媒介，从而消除了网络交互过程中的处理 处理 1 不刷新整个页面， 在页面内与服务器通信 2 使用异步方式与服务器通信，不需要打断用户的操作，具有更加迅速的响应能力。 3 应用仅有少量页面组成，大部分交互在页面之内完成，不需要切换整个页面。 章小结 本节主要介绍了设计和开发工程硕士管理系统所涉及的相关技术。重点介绍了 术、 据库技术、 术以及三层分层结构的优缺点。这些技术为系统的后续开发提供了理论依据和技术基础。同济大学 硕士学位论文 基于 接处警派单系统设计与实现 10 第 3 章 系统需求分析 需求分析是系统开发的重要环节 之一，处于系统开发的开始阶段，即对待开发系统提出的正确需求进行准确的分析，并给出详细的、严密的、规范化的定义和规格说明。由系统分析员和用户共同讨论，在理解当前系统“怎么做”的基础上，抽取其“做什么”的本质，形成其“逻辑模型”；再分析目标系统（待开发系统）与当前系统的差别，表达成目标系统的“逻辑模型”和“物理模型”，进而构造成目标系统。由系统分析员编成软件需求说明书或系统功能说明书，以及初步的系统用户手册，提交管理部门和质量保证部门审定。需求说明书是系统产品文档的重要组成部分，是后续工作特别是程序设计的前提和重要依据，是用户需求的规范化的描述，是设计人员和用户的共识和共同遵守的约定，也是管理人员对系统评测的基准。 能性需求分析 根据大队接处警管理工作的需求，将接处警派单管理系统分为 8个子模块，如图 注册登录模块警情派单模块接警功能模块警情处置模块信息反馈模块工作提醒模块查询统计模块权限管理模块其它处理警力调度警情统计分析处置结果统计接 处 警 派 单 管 理 子 系 统 模 块 图图 处警派单 系统功能模块图 第 3章 系统需求分析 第 11 页 1、注册登录模块：本模块主要实现身份验证功能和新用户注册功能，即当新用户第一次登录系统时，需要注册个人详细信息，以方便系统管理员对其进行管理。 2、警情派单模块：大队分指挥室接到 122 接警后，根据警情类 型，发生区域，确定接警中队，并将相关报警内容通过系统派单到中队。 3、接警功能模块：中队勤务室根据账户自动接收辖区警情，确认后系统自动记录受理时间，同时将相关处置信息传递上一级大队用户。 4、警情处置模块：中队确认报警内容后，对事故进一步核实，并合理引导双方到快速理赔中心处理，不符合自动撤离现场的，则通过对讲机指令民警到现场出警。 5、信息反馈模块：对警情处置完毕后，将相关后续处置内容录入系统，将处置结果反馈上一级大队用户。 6、工作提醒模块：大队派单后，可对警情完成时间进行限时设定，未及时处置的警情发出提 醒功能。 7、查询统计模块：快速查询大队、中队接警统计，并对处置结果进行分类梳理，为下一步勤务调整做出信息研判。 8、 权限管理模块： 管理员管理 接处警派单系 统用户的相关权限。 功能性需求分析 非功能性需求分析是指软件产品为满足用户业务需求而必须具有除功能需求以外的特性。软件产品的非功能性需求包括系统的性能，实用性，可靠性，可维护性，可扩展性和对技术和对业务的适应性等。 作 的 实用 性 从 实际工作 应用角度出发，满足用户日常工作、管理的需要，使用方便、界面友好， 提高了用户的工作效率，增加了系统 的可用性。 能 的安全性 安全性是系统真正得到应用的必要条件，必须从各方面考虑系统的可靠性。系统建设尽量采用主流技术和产品，以保证系统的高质量和稳定性。应用系统具备足够的容错能力，以保证系统的稳定可靠运行。 同济大学 硕士学位论文 基于 接处警派单系统设计与实现 12 统的可扩充性及可维护性 由于技术变化或业务变化时，不可避免会在将来对系统进行改变。不仅要进行设计实现的修改，甚至要进行产品定义的修改，因此在系统的设计过程中考虑到系统后期的扩充与修改，工程硕士管理系统采用经典的三层架构架构对系统进行设计，以方便日后的扩充与维护。 统的可操作性 由于系统涉及的用户 以辅警为主 ，而目前的 辅警 人员应用水平参差不齐，因此系统的可操作性就显得特别重要，因此系统在设计时考虑在满足业务需求的情况下尽可能做到应用系统界面友好统一，操作方式尽可能照顾不同年龄层次，不同知识水平的人员，操作尽可能的简单、方便，使操作人员在短期内能够熟练使用该系统。 统用例分析 统总用例 分析 我们采用了 向对象的方法对接处警派单系统各个模块进行分析。 支 队 1 2 2 接 警 员大 队 分 指 挥 室 人 员中 队 接 单