【毕业学位论文】（Word原稿）交通违章处罚协调处理系统的设计与实现-软件工程

23 硕士学位论文 （专业学位） 交通违章处罚协调处理系统的设计与实现 二一年十月 姓 名：禹 晋 学 号： 1021170062 所在院系：软件学院 职业类型：工程硕士 专业领域：软件工程 指导教师：罗怡桂 副指导教师： 黄 锋 二 一四年三月 in 2014 u 1021170062 23 交通违章处罚协调处理系统的设计与实现 同济大学 位论 文版权使用授权书 本人完全了解同济大学关于收集、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名： 年 月 日 23 同济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。 学位论文作者签名： 年 月 日同济大学 硕士学位论文 摘要 要 随着中国经济的高速发展，人们生活水平日益提高，汽车已成为人们重要的代步工具。当今，信息化发展迅速，各级政府为顺应信息化的大潮纷纷着力提高行业信息化水平，其中全国公安也在大力发展警务信息化建设。公安交警在交通违章处罚管理上也在积极的探索。随着车辆数目的增加，违章事件发生频繁，以往管理交通违章处罚信息时，通过各个不同的软件进行数据的录入，由于工作量大且各软件相互并没有一个很好的协调性所以很容易出现纰漏。为了尽量减少失误，方便管理，推进公安执法规范化建 设和公正廉洁执法，本课题结合交警工作实际有针对性地对交通违章处罚协调处理系统进行了设计开发。 本系统主要是通过计算机网络技术，实现对交通违章处罚协调处理，一方面可以加强数据的正确性，避免出现信息错误。另一方面也可以提高交警部门内部人员和对 交通违章处罚管理的 规范化和科学化，推进了公安交警执法规范化建设。本系统主要分为三部分，分别为路面违法查处子系统、非现场处罚子系统和后台管理子系统。路面违章查处子系统由当前使用的警务通实现；非现场处罚子系统系统采用 C/S 结构，主要负责对违章信息的新建、查询和处理，对机动车人员 信息进行查询修改；后台管理子系统主要负责对违章信息类别进行管理、对各部门人员相关信息进行管理，查询相关操作信息和打印相关报表。交通违章处罚协调处理系统可以大大提高了违章处理的管理，真正实现了交通违章处罚管理的信息化、科学化、规范化和明晰化。本文开始介绍了系统的开发背景，并对整个系统进行分析使用模块化设计的思想，然后介绍了开发系统所使用的技术及据库的基本知识。最后对整个系统进行了需求分析，配合流程图介绍其工作流程，根据数据流图和数据字典设计数据库，最后根据各个子系统各个功能模块的实现做了相 关介绍。最后，介绍了本系统的测试情况，重点说明了测试过程中发现的问题并提出解决的方案。 关键词： 公安交警，信息化建设 ， 交通违章处罚协调处理系统， C/S 3 n of of s an of at as as on of is to of is in of of In by of it is to To to of to of On it of it s of is to on is to it be to is to of of of of of of to it C /S 同济大学 硕士学位论文 目录 23 目录 第 1 章 引言 . 1 题研究背景 . 1 内外研究现状 . 1 文主要研究内容 . 2 文结构 . 3 第 2 章 系统需求分析 . 4 求分析概述 . 4 统用户需求 . 4 统功能需求 . 4 能结构图 . 5 务流程图 . 5 现场处罚子系统功能需求 . 6 台管理子系统功能需求 . 9 据转换模块设 计 . 10 据需求分析 . 11 据属性分析 . 11 息量预测 . 12 统性能需求 . 12 章小结 . 12 第 3 章 系统设计 . 13 统设计思想 . 13 统总体设计 . 14 统架构设计 . 14 统组网模式 . 17 据流图设计 . 18 据库设计 . 19 据库系统结构设计 . 19 据逻辑结构设计 . 20 据库关系 . 22 同济大学 硕士学位论文 目录 2 章小结 . 24 第 4 章 系统实现 . 25 统公共模块设计 . 25 统间 P 通信 . 25 据储存与操作 . 27 现场处罚子系统的实现 . 31 录界面设计与实现 . 31 界面设计 . 32 统核心功能实现 . 33 台管理子系统的实现 . 35 界面设计 . 35 厂方法模式的应用 . 36 统核心功能实现 . 36 据转换器设计与实现 . 43 第 5 章 系统测试 . 46 试方案 . 46 试需求分析 . 46 试策略 . 46 试资源 . 48 试环境与配置 . 48 试测试案例及结果 . 49 试评价 . 53 第 6 章 总结与展望 . 56 结 . 56 望 . 56 致谢 . 58 参考文献 . 59 第 1 章 引言 23 第 1 章 引言 题研究背景 随着中国经济的高速发展，人们生活水平日益提高，信息化发展迅速，各级政府为顺应信息化的大潮纷纷着力提高行业信息化水平，其中全国 公安也在大力发展警务信息化 1建设。公安交警在交通违章处罚管理上也在积极的探索。随着车辆数目的增加，违章事件发生频繁，对交通违章违法信息的处理迫在眉睫。如今很少有一套完整的、有一定体系的交通违章处罚协调处理系统，现有的交通违章处罚系统一般是由各个不同人员开发的，它们之间联系不够紧密，信息传输也没有制定统一的标准。它们主要是针对公用数据库进行处理，对数据保护等方面存在严重不足。同时，开发的软件结构模糊不利于后期的维护和二次开发。针对以上缺陷，本课题研究利用当代的软件工程和面向对象的思想对交通违章处罚系统进行 分析，设计了一款“交通违章处罚协调处理系统”。 本课题“交通违章处罚协调处理系统的设计与实现”是为实现交通违章处罚协调工作的需求而开发的，它包括 路面违法查处子系统、非现场处罚子系统和后台管理子系统，可以系统的处理各种交通违章信息并对各个交警部门人员信息进行管理。 内外研究现状 伴随经济的发展，我国的警务信息化建设取得了快速发展。为此，我国公安部早在 1998 年就提出了“金盾工程”及警务信息化工程。自从 2001 年国务院通过“金盾工程”理想后，公安部加快了信息化建设的速度，公安信息网已基本建成并达到预期 目标。如今，公安三级主干网络完全建成。二级网络普遍带宽为155M，基层队伍接入网覆盖率达到 公安网上也及开多多套视频指挥等系统，“动中通”、“静中动”等通信卫星也在信息化建设中发挥了重要作用。 在近些年，公干信息化应用全面开展，公安机关以“需求为导向、以应用为核心”，根据不同需求开发了相关的应用软件，在维护稳定、打击犯罪、行政管理、服务群众等工作中，完成了主要的信息化系统的建设。如今，在公安网上运行的各类信息系统已达到 100 多种， 7000 多个并建立多个数据库，存储了数百亿条数据。目前，全国有三分之 二的省份实现了基础信息采集、案件办理流转、执法监督、绩效考核等信息化建设，并与各个部门开展信息共享的交换工作。 2 同济大学 硕士学位论文 交通 违章处罚协调处理系统的设计与实现 2 交通警察部门作为公安部门的下属部门，在信息化建设中也积极探索，如今已有 400 多个车管所实现计算机流程化管理和全国联网应用。交通违章处罚方面的应用也种类繁多，但是由于其都是按照需求为导向，且在开发过程中没有注意相关后续的二次开发，其代码复用率低下，且其无法与其他软件相互联系。故在交警操作中容易出现数据错误，并且软件相对独立，无法为信息化的整合与数据共享提供有力的帮助。 文主要研究内容 交通违章处罚协调处理系统的设计与实现主要是为了提高交通违章的管理信息化水平，避免交警在处理违章处罚信息中出现的不规范问题。实现交警对交通违章处罚有效科学规范管理。 本课题的设计是在 架下进行开发，使用 C#4作为开发语言，以0125作为开发环境，使用 作为数据库，以 为数据库管理工具。 本课题主要是设计和实现一个交通违章处罚协调处理系统，主要研究内容包括： （ 1） 需求分析 深入调研交警在实际处理交 通违章处罚过程中的工作流程，按照交警的实际工作流程对系统进行业务需求分析，给出业务需求的流程图。根据 其业务流程使用 统一建模语言 8画出 用例图 9和时序图 10，设计 根据交警在操作时的需求，确定相关功能需求。根据相关功能需求，明确数据需求。 （ 2） 总体设计 根据需求分析，对交通违章处罚协调处理系统进行系统划分和功能模块的划分，结合 C#中 相关 结构 特点 12， 采用 开发 框架 13， 使用软件工程相关知识，结合设计模式对系统的总体架构进行设计 11。 （ 3） 详细设计和数据库设计 在 总体设计的基础上，使用相关软件设计模式和软件设计思想，完善并细化各模块的设计。同时根据流程 中出现的数据，绘制数据流图 14； 书写相关的 15；对数据库的表进行设计并明确各个表之间的关系 1617。 （ 4） 界面设计和代码编写 使用面向对象的思想，根据总体设计时提出的软件设计思想，对软件进行设计。通过与数据库的交互、各个客户端与后台的交互完成数据的统一 。 在设计数据时，为方便今后的使用，设计相关接口，方便其他系统使用相关数据。 第 1 章 引言 23 （ 5） 系统测试及部署 编写测试方案和测试用例，按照软件工程的测试过程，对各个模块 进行单元测试、并将测试完成的各个模块和各个系统进行集成测试、确认测试，最后完成系统测试 1819。 文结构 本文设计的交通违章处罚协调处理系统，主要是基于 C/S 模式 20的系统，通过 1数据库进行数据保存。 本文的组织结构分为六个部分： 第一部分介绍了交通违章处罚协调处理系统的研究背景和现状以及本文需要研究的内容。 第二部分介绍了交通违章处罚协调处理系统所涉及的相关技术及其说明。 第三部分对交通违章处罚协调处理系统进行需求分析，明确其业务流程，明确其功能需求、数据需 求，由此确定了系统设计重点，明确了设计思路。 第四部分论述了交通违章处罚协调处理系统的详细设计。 第五部分阐述了交通违章处罚协调处理系统的实现，并对其使用的相关技术进行说明。 第六部分对整个论文进行了最后的总结。第 2 章 系统需求分析 4 第 2 章 系统需求分析 求分析概述 为想要公安部的“金盾工程”进一步推进各部门之间的信息化建设，提高工作效率，减少工作中出现的错误。交警部门急需开发一个可以协调各部分罚款软件，一个交通违章处罚协调处理系统，提高对交通违章罚款处理的信息化管理水平。目前各个地区交警部门的违章处罚系统各不相同， 相互之间没有完整的协调且没有相关的信息共享机制。本项目的目标是采用当下流行的开发工具，结合软件工程的设计思想，用先进的软件工程技术、通信技术和数据库技术建设一个可以统筹协调的交通违章处罚协调信息化管理系统。本系统的特点是使用面向对象的设计思想，使用当下流行的编程规则，提高软件的复用性，并将数据生成 统用户 需求 系统 用户主要分为三大类：交通执法者 、 违章 信息管理 者、信息监管者 。 交通 执法者 对 路面违章信息进行获取 记录 违章 信息 管理 者 对 到车管所 进行 违章信息处理 的人员进行信息核对并处理违章信息 信息 监管者 监管 违章信息处理者的操作，如有错误 及时 反馈。 查询 各个 信息 管理者的相关信息 对 各个违章信息进行分析汇总 统功能 需求 本系统主要分为四个部分：路面违法查处系统、数据获取组件、非现场处罚系统和后台管理系统。其中路面违法查处子系统当下已有成熟的警务通完成，故本系统实际为数据 交换系统 、非现场处罚系统、后台管理系统和数据转换器。 同济大学 硕士学位论文 交通违章处罚协调处理系统的设计与实现 23 能结构图 本系统根据其功能需求，主要分为数据 交换、 非现场处罚和后台管理。数据交换主要 通过 定时的从公用数据库中获取违章信 息； 非现场处罚主要的工作是对驾驶员信息的管理、对车辆信息的管理、对违章信息的管理和对统计信息；后台管理主要负责对工作人员信息的管理、对综合信息的查询、对各个非现场处罚系统的管理、对各个非现场处罚系统的通信、统计信息打印报表和生成共享文件。整个系统的总体功能结构图如图 2示。 交 通 违 章 处 罚 协 调 处 理 系 统非 现 场 处 罚 管 理 后 台 信 息 管 理数 据 交 换图 统总体功能图 务流程图 当有车辆违章或，交警通过警务通软件将违章信息登记，并存入公共数据库中。车主违章后到有关部门进行违章处理，非现场处罚系统根 据车辆信息查询车辆违章信息，若有违章信息存在，则根据车主的信息查询车主信息，若车主信息不存在，新建车主信息；若存在，直接对违章信息进行处理，记录违章的车主，记录其违章的种类、内容和扣分情况。同时，后台管理程序实时监听非现场处罚子系统的有关操作。必要时，可以与非现场处罚子系统进行通信，交流信息。后台管理信息通过对人员进行管理，从而管理非现处罚子系统操作人员的信息和权限；可以实时查看各个非现场处罚子系统的操作。同时，其可以对相关违章信息进行查询（但无操作权限），根据信息打印相关的报表。当有其他系统需要违章的有关 信息时，后台管理子系统将根据制定的协议生成按照格式的带有数据的件，与其他系统共享信息。交通违章处罚协调处理系统业务流程图如图 3 第 2 章 系统需求分析 6 路 面 违 法 查 处 系 统非 现 场 处 罚 系 统后 台 管 理 系 统开 始登 记 违 章 信 息查 询 违 章 信 息是 否 存 在查 找 驾 驶 员 信 息是 否 存 在新 建 驾 驶 员 信 息处 理 违 章 信 息统 计 打 印 信 息人 员 信 息 管 理监 测 非 现 场 处 罚 系 统重 要 信 息 通 知接 收 通 知 信 息信 息 统 计存 储 数 据生 成 外 部 接 口 文 件是否是结 束 结 束结 束否数 据 转 换 器数 据 库数 据 转 换图 通违章处罚协调处理系统业务流程图 现场处罚子系统功能需求 非现场处罚子系统只要负责对违章信息进行处理，其功能主要包括登陆软件；对驾驶员信息的新增、查询和删除；对车辆信息的新增、查询和删除；对违章信息进行处理（包括记录违章内容、违章人员、罚款数、违章人员扣分情况等）；和对数据的统计 打印。 驶员信息管理模块 驾驶员信息管理模块主要负责对驾驶员信息进行管理，当查询驾驶员不存在时（及无违章记录）可以新建驾驶员，可以更改驾驶员有关信息。同时，可以查询驾驶员相关信息，并查找驾驶员历次的违章记录以及其扣分情况。其用例图如图 3示。 同济大学 硕士学位论文 交通违章处罚协调处理系统的设计与实现 23 图 2驶员管理模块用例图 辆信息管理模块 车辆管理模块主要是对车辆信息进行管理，通过车辆信息管理，可以了解相关查扣车辆信息，当有新的查扣车辆时，操作人员将车辆信息输入系统。操作人员同时可以更改和删除车辆信息。同时，可以 实时的查看车辆信息，以及其查扣的记录。其用例图如图 2示。 图 2辆信息管理模块用例图 章管理模块 违章信息管理是本子系统的重点，其主要是负责处理违章的信息。根据车牌号查询违章信息第 2 章 系统需求分析 8 （未处理的信息）。查询了解其违章信息后，根据驾驶员提供的身份证号等查询驾驶员信息，将违章信息根据相关规定记录并扣除相关的分数。其用例图如图 2示。 图 2章管理模块用例图 违章 信息管理其主要 的 工作 流程 为 操作 人员 根据被罚 驾驶员的证件号查询驾驶员信息，根据罚单 上 的 车牌号 查询车辆信息 。 两 个 信 息无误后， 根据 车辆信息，查询违章信息，并与驾驶员所述的 违章 过程进行比对，之后处理违章。 其 时序图如图 2示 。 图 2章管理模块用例图 同济大学 硕士学位论文 交通违章处罚协调处理系统的设计与实现 23 人信息管理模块 个人信息模块主要面向操作人员， 操作人员可对 个人的信息进行修改，包括密码等相关 属性进行设置 。 台管理子系统功能需求 后台管理系统主要负责对非现场管理系统的操作人员和交警的基本信息进行管理，对各个非现场管理系统的操作动作进行记录，监控其中的错误。并对各种信息进行查询，统计和打印报表，生成共享数据文件等。 员信息管理模块 人员信息管理模块主要负责管理交警各个部门的信息（包括非现场处罚子系统操作人员的信息）其主要有警员信息管理、交通协管员信息管理、文职人员信息管理、工勤人员信息管理。在每个管理中，都有对其信息的增、删、改、查的操作。其用例图如图 2示。 图 2员 信息管理模块 用例图 合查询模块 综合查询主要为后台管理人员查询相关信息提供帮助，其可以查询车辆信息、驾驶员信息、第 2 章 系统需求分析 10 违章信息、已处理违章信息等。其用例图如图 2示 图 2合 查询模块用例图 计打 印报表模块 统计打印主要是将所查询到的相关信息统计其内容，根据 用户的需求 设计 相应的模板，对 数据进行统计并打印汇总。 据转换模块设计 由于其数据存放在公用数据库中，对在公用数据库中对数据进行操作不利于其数据的完整性和安全性。为了帮助及时获取最新数据和保证数据的完整性，必须使用一个数据转换器，将公用数据库中的数据转换到本地的数据库中。设定相应的时间，使数据转换器自动每个 5分钟获取一次公用数据库中的数据。同时 ， 此 模块还需要对已操作完成的信息进行上传。并在此 过程中，提供相应的 公共接口 ，将所操作的数据 “分享”给 其他需要此信息的系统。 其时序图如图 2示 。 同济大学 硕士学位论文 交通违章处罚协调处理系统的设计与实现 23 图 2据 转换 器 时序图 据需求分析 在交通违章处罚协调处理系统中处理数据的能是衡量这个系统的主要依据，是系统的核心和本质。为此，本系统必须要求数据录入的准确性，处理的实时性，录入数据的准确与否直接影响到后期的工作情况，而处理数据的实时性是衡量此系统是否能够协调工作的重要指标，若其中一项存在问题，整个系统的工作将失去意义。同时，由于公安系统的严谨，必须要求数据的一致性和完整性，为了满足如今信息的共享，本系统必须在数据上有一定的共享性 。在独立运行的同时，可以通过相应的方式将处理的数据与其他系统进行共享。 该系统由于有不同用户，故其数据必须要根据不用用户进行分类，根据用户的不同等级和不同权限显示和操作不同的数据。通过，一定的备份机制，定时备份数据以防止数据的丢失。 22 据属性分析 数据的来源：警务通在现场记录违章信息和历次违章信息记录。 数据保存形式：数据库存储并根据需求备份。 第 2 章 系统需求分析 12 息量预测 以某市交警支队为例，全市 10 个大队， 50 多个中队，社区服务站 100 余个，路面民警 1500 余人。每查询及非现场处罚一条内容 包含的信息量约为 2每个民警日均查询并进行非现场处罚 100 起计算，大队、中队、社区服务站日均查询并进行非现场处罚 5000 起计算，一天需要存储量大概 400M 左右。本项目开发系统具体应用到各大队、中队、社区服务站、各路面民警，最大并发系统访问数约为 2000 个。 统 性能需求 （ 1） 总体性能 系统数据库保证满足杭州市内 车辆 违规 信息量 的要求，确保系统持续正常运行。 （ 2） 其他性能 数据更新反应时间小于 10 秒。 数据处理反应时间小于 20 秒。 （ 3） 安全性能 本系统的安全性将完全借鉴并继承交警内务网安全体系建设的各项内 容和具体要求。系统按照权限设置要求，将根据不同人员职务级别进行授权， 并 实时查询 和记录非现场处罚 系统操作人员 操作 情况 。 （ 4） 网络传输安全保密性需求 系统将架设在杭州交警内务网上，因此网络传输的安全性将严格遵照杭州交警内务网数据传输的标准及规范。各个系统 通信 设置 必要的协议，提高系统间通信的安全性。 章 小结 本章主要对 系统 需求 进行 分析 ， 分别 从功能需求 、 数据需求和性能需求出发，在分析阶段，采用了 的用例图来明确各个功能模块 所负责 的功能 特性 。 明确 本系统主要的流程和设计内容。为系统设计奠定基础。第 3 章 系统设计 23 第 3 章 系统 设计 统设计思想 通过利用合理的设计模式有助于提高软件的开发效率，提高软件的维护性和通用性。为了实现软件的可维护性和可移植性，本系统采用三层架构和工厂方法设计模式；为达到安全性的要求，采用 P 通信并自定义协议。同时，使用件用于共享信息等。其设计思想主要包括：三层架构 23、工厂方法模式24。 层架构 由于此系统有若干个子系统组成，各个子系统之间处理内容比较复杂，若用一般的设计方法不光使整个系统较为臃肿且降低软件开发效率，同时也不便于日后对程序的修改和阅读。故在设 计此系统时采用三层架构的设计模式。由于各个系统都有所类似。所以，在设计时将各子系统共性的部分进行整合并封装成组件。对有差异的部分以接口或者是虚函数的形式向外界提供方法。在设计各个子系统时，将系统分为三层结构：数据层、逻辑层和表现层。 25其中数据层和逻辑层对不同球类系统来说，是共性的所在，而差异主要体现在表现层。 (一 ) 数据层 数据层主要用于操作数据库，对数据进行增、删、改、查。而这些操作对于各个子系统都是共有的，且功能基本相同。故可以设计一个公共的数据层。并以组件的形式使用。 (二 ) 逻辑层 逻辑层在此设计中主要处理 三大部分：各个子系统间的通信、信息管理。 各个子系统间的通信贯彻于整个系统始终，各个子系统之间发送数据包进行通信。由于各个系统通信都有相同之处，故可以进行模块化。唯一不同的是发送数据包消息的内容不同，因此，可以设计不同的数据包信息完成各个子系统通信的实例化。 同济大学 硕士学位论文 交通违章处罚协调处理系统的设计和实现 14 信息管理主要为对交通部门人员信息、车辆信息、驾驶员信息和违章信息的管理，其功能主要为存在数据库中的数据进行查询、添加、删除和修改。 (三 ) 表现层： 表现层主要为各个子系统的界面进行设计，以完成不同子系统的信息的采集。 26 厂方法模式 对于 不同的子系统或者同一子系统在界面上的显示所需完成的功能在细节上相似性很大，这一点在表现层体现的尤为明显。如果为每一个界面都单独开发，效率会非常的低。本系统是为考虑到软件的开发效率和今后的维护，必须解决这一难题，而工厂方法模式可以解决这一困难。 27 工厂方法模式是类的创建模式，其用意是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类中。在工厂方法模式中，核心的工厂类不再负责所有产品的创建，而是将具体创建工作交给子类去做。这个核心类仅仅负责给出具体工厂必须实现的接口，而不接触哪一个产品类被实例化这种 细节。 28 具体到交通违章处罚协调处理系统上来说，在同一子系统中，其对数据的操作不禁相同，数据显示也相同，若要为每个数据操作都单独设计界面将会大大降低软件开发效率。因此，将交通违章处罚协调处理系统中的界面显示抽象为一个工厂，在具体开发不同信息显示和更新时，由具体的工厂类实现工厂的实例。 统总体设计 系统总体结构设计主要包括系统架构设计和其系统的组网模式设计。 29 统架构设计 本系统主要分为三个子系统，分别为数据 转换器、 非现场处罚子系统和后台管理子系统。其系统总体结构如图 3示。 第 3 章 系统设计 23 交 通 违 章 处 罚 协 调 处 理 系 统非 现 场 处 罚 子 系 统 后 台 管 理 子 系 统数 据 转 换 器图 3通违章处罚协调处理系统总体结构图 现场处罚子系统 非现场处罚子系统主要负责对违章信息进行处理，其主要分为驾驶员信息管理模块、车辆信息管理模块、违章管理模块、统计打印信息模块和个人信息管理模块。其结构图 4示。 非 现 场 处 罚 系 统驾 驶员 信息 管理 模块车 辆信 息管 理模 块违 章管 理模 块统 计打 印信 息模 块个 人信 息管 理模 块图 3现场处罚系统结构图 其各个 模块功能如表 3述 。 表 3 现场处罚系统模块 列 表 模块 编号 模块 名称 说明 1 驾驶员 信息管理模块 查看驾驶员 信息 ， 查看 扣分 情况 ， 已经扣分历史 情况 2 车辆 信息管理模块 查看 车辆信息 ， 包括车辆种类等 3 违章 管理模块 对 违章信息进行查询，并对其处理 4 统计 打印信息模块 根据 要求打印各类统计和明细报表 5 个人 信息管理模块 操作人员 个人信息管理 台管理子系统 后台管理子系统主要负责对交警部门人员信息的录入和管理，对非现场处罚子系统的管理，对综合信息的查询，对统计信息的查询与打印，个人信息的管理同济大学 硕士学位论文 交通违章处罚协调处理系统的设计和实现 16 和数据共享的设置。 后 台 管 理 系 统人 员信 息管 理模 块非 现场 处罚 子系 统管 理模 块综 合查 询模 块数 据共 享管 理统 计打 印报 表模 块个 人信 息管 理模 块图 3台管理子系统结构图 其各个模块 的功能如表 3述 。 表 3台 管理子系统 模块列 表 模块 编号 模块 名称 说明 1 人员 信息管理模块 管理 各个部门人员信息 2 非现场 处罚子系统管理模块 对 非现场处罚子系统的 工作进行 监控，实时掌控其操作对 数据库的操作信息 3 综合 查询模块 对 车辆、人员信息、违章信息进行查询 4 数据 共享管理 生成 共享数据 5 统计 打印报表模块 统计 违章信息 并 按照需求 打印 报表 6 个人 信息管理模块 对 管理员个人信息进行管理 据转换器 数 据 转换 器主要将 公用数据库中的数据获取 并 存入本地的数据库。其 主要 分为 3 个 模块， 时钟 定时模块 、 数据核对模块、 数据 转存模块。 其 各模块主要的功能如表 3示 。 表 3据转换器 模块列表 模块 编号 模块 名称 说明 1 时钟定时 模块 设置 定时器， 每隔 5 分钟 自动 链接 公共数据库 2 数据核对 模块 对 公共数据库中的数据 与 本地数据库的数据进行核对，剔除重复数据 3 数据转存 模块 将 公共数据库中的新增数据转存到本地数据库中 第 3 章 系统设计 23 统组网模式 本设计通过不同子系统之间的需求分别使用 议。非现场处理子系 统登录时会自动使用 议想后台管理子系统发送登录信息。当对部分数据有所修改是通过 议发送给后台管理子系统，后台管理程序自动录入操作相关信息并自动刷新数据。当非现场处理系统退出时，自动发送信息提示后台管理子系统，后台管理子系统记录退出信息。后台管理子系统可以根据 议发送相关信息给各个非现场处理子系统。其组网图如图 3示。 30 内 部 网内 部 网公 共 数 据 库公 共 数 据 库非 现 场 处 理 系 统非 现 场 处 理 系 统非 现 场 处 理 系 统非 现 场 处 理 系 统后 台 管 理 子 系 统后 台 管 理 子 系 统. . . . . . . . . . . . . . . . . . . . . . . . 数 据 库本 地 数 据 库数 据 转 换 器数 据 转 换 器公 共 网公 共 网备 用 数 据 库备 用 数 据 库 备 份 f t p 服 务 器备 份 f t p 服 务 器如图 3通违章处罚协调处理系统 统 用户权限 设计 由于 此系统使用 C/S 架构 ， 所以 在用 户分配上， 根据 其不同的用户 角色 ， 安装 不同的子程序 。 其 用户 角色与对应子程序 如表 3示 。 表 3户 与子程序对应关系表 序号 用户 名称 子程序 名称 1 违章信息管理者 非现场 处罚子系统 2 信息监管者 后台 管理子系统 同济大学 硕士学位论文 交通违章处罚协调处理系统的设计和实现 18 不同 用户角色使用 不同的子系统