交通违章管理系统项目设计方案

1 交通违章管理系统 项目设计方案 1 系统概述 景 随着社会经济快速发展和城市化进程加快，交通需求持续高涨，车辆大量增加，流量迅猛增长，城市交通需求与供给的矛盾日益突出，已成为社会关注的热点、难点问题，公安交通管理工作面临着前所未有的压力。面对 21 世纪经济、社会发展，及其对交通管理工作提出的新要求，靠简单的、拼体力的传统管理方式已经不能适应现代化交通管理的需要 ,必须在科学管理和科技手段的应用上找出路，走科技强警之路，向科技要管理、要效益。而现代科学技术的迅猛发展，为交通管理领域广泛应用科技手段提供了强大 的技术支持，交通综合信息管理系统既是必要的又是必然的，其建设能够为智能交通管理的未来发展奠定坚实的基础。 交通违章信息管理系统是 交通综合信息管理系统的核心组成部分，在档案管理系统基本完善后，交通管理基础信息已然具备， 交通违章信息管理系统的建设就成为可能，该系统是交通管理业务最迫切需要的系统。公安部于 2000 年 3月 1 日，在全国范围内颁发实施机动车驾驶员交通违章记分办法、交通违章处理程序规定（公安部 45 号令、 46 号令），近期又制定了交通违章数据库标准、开始建设“违章交换平台”，可见在全国范围内交通违 章信息管理系统的建设与完善已经成为重中之重。 建设符合公安部相关规定、标准的交通违章信息管理系统，包含全套违章信息处理、业务流程管理、相关文书处理、数据检索、综合分析的应用体系，可以促进业务办理效率、规范性、服务水平，提供准确清晰的管理依据从而促进管理水平的提高，最终达到促进交通安全意识形成、减少违章降低事故、提高道路 2 通行能力的理想效果。 统目标 1、实现违章管理标准化 实现违章管理标准化，包括数据标准化、处理流程标准化、文书材料标准化；这些标准化的依据是现行的法律法规、部颁的相应标准（包括处理程序 标准、档案相关标准、 交通违章数据标准等） ；同时，结合本地具体业务特点，补充与完善系统所需要的相关标准；标准化的目的是提高数据可用性、数据共享水平。 2、将违章管理业务完整的纳入计算机化管理 实现交通违章管理全过程的计算机化，将现场处罚、非现场处罚、强制措施、扣车扣证、缴款管理、记分培训、法制管理等诸多业务结合处理流程进行计算机化管理； 3、加工存储完整的违章信息资源 结合违章业务处理过程采集标准化的业务信息，同时记录处理过程辅助信息，进一步对完整的信息资源进行加工处理，为数据共享、违章转递、数据分析做好数据 准备； 4、促进办公自动化 实现违章管理业务过程涉及的各种处理文书 /相关内容打印的规范化、自动化，业务审批的办公自动化等，提高工作效率； 5、完全满足数据共享、数据转递的需求 提供丰富灵活的数据综合查询、关联查询功能，满足各个部门、各个级别的信息共享需求，同时通过先进的消息传输机制、配套的数据管理功能，实现省内违章数据转递，进一步满足全国数据转递的需求； 6、提供完整的考核监督机制 建立完善的安全管理机制，在此基础上满足交警内部对违章管理工作考核监督的要求，提供处理过程全程跟踪审计信息、提供各类量化考核信息 统计； 7、提供辅助决策的数据分析体系 利用先进的数据仓库思想整合系统数据，建立多样化的数据统计分析模型，为秩序管理、宣传管理等提供统计分析依据，辅助决策。逐步将违章分析结果作为对车辆、驾驶员、重点单位（运营单位）进行管理、宣传、整顿的科学依据。 3 8、为系统进一步建设发展预留接口 考虑到技术手段的不断进步，同时遵循持续建设发展的原则，系统可以在多方面预留与先进技术手段的接口（例如无线传输、附加安全机制、数据仓库技术等），在需求进一步增强、技术进一步完善、资金进一步到位的基础上进一步完善系统。 统 建设原则 该系统建设必须遵循以下原则： （ 1）先进性原则：采用当今国内、国际上最先进和成熟的计算机软硬件技术，使新建立的系统能够最大限度地适应今后技术发展变化和业务电子化发展的需要。 （ 2）实用性 /可行性原则：系统总体设计要充分考虑各个用户层当前的不同层次，各环节管理中数据处理的安全性和便利性，对各级用户来说，操作简便、易用。 （ 3）可靠性原则 : 任何时候用户使用系统，系统都能够提供服务，系统保证高可靠性。实现 7*24 小时不间断工作。 （ 4）安全性原则：系统应该能够保证正确的人访问正确的信息，任何非法的访问 都被杜绝。保证信息的有效性、机密性、完整性、可靠性、不可抵赖性和标识 , 系统在硬件、网络、数据库和数据、应用操作权限和身份认证方面，加载全面的安全措施。 （ 5）兼容性原则 :系统建设应与现有的其它应用系统平台（例如部颁系统、档案系统等）兼容，注重系统的开放性。 （ 6）可扩展性原则：包括用户数量上的可扩展性（或性能可扩展性）；及业务上的可扩展性（或功能可扩展性）。同时系统平台应具有良好的可伸缩性，良好的可管理性，便于对系统的统一管理，统一监控，降低管理成本。 （ 6）可管理性原则：便于系统管理员的管理，并在系统发 生任何问题的时 4 候都能够很容易地进行诊断，并立即采取有效的措施，使得系统时刻处在良好运行的状态。 （ 7）先易后难、阶段实施的原则 :最大限度的减少投资风险，提高系统利用率。 2 系统需求分析 章管理业务需求分析 1、现场处罚 现场处罚一般包括针对本地区驾驶员的违章处罚，对外埠驾驶员的处罚，对行人、非机动车的处罚，对特殊驾驶员（例如军队武警驾驶员的处罚）等。路面处罚主要包括值勤民警发现路面上发生的违章行为，直接根据其违章行为进行处罚。业务处理方式一般为：由路面的执法民警根据不同的对象、违章行为，开具不同的 罚单，罚单一般一式两份，一份交当事人，一份存档。纸罚单的主要内容包括：驾驶证号（档案编号）、违章时间、违章地点、值勤民警警号、违章行为等内容。驾驶员则需持罚单到指定地点缴纳罚款。执法民警则带回罚单到各支/大队进行录入。 2、在支大队执法机构通过一般程序进行处罚 驾驶员在路面上发生违章行为时，由于某些原因交通民警无法在路面直接对违章驾驶员进处罚，例如：对于严重违章按规定如路面的罚款超过了一定的额度，或驾驶员对处罚有异议，值勤民警需要暂扣违章驾驶员的证件，令其到指点地点 (各支 /大队执法机构 )接受一般程序处罚， 业务处理方式为：违章驾驶员到支/大队，执法民警了解具体情况记录询问笔录，执法民警再根据违章事实做出处理决定，开具行政处罚决定书，当事人接收处罚到指定地点缴纳罚款后领回证件。 3、非现场处罚 有些情况下，值勤民警不在现场，或无法在违章现场找到当事人 (违章驾驶 5 员 )，称之为非现场处罚，例如以下情况： a) 对于违章停车的处罚（开具违章停车处理通知书） b) 电子警察拍摄到车辆违章情况（例如监测仪拍摄的闯红灯、超速、闯禁行照片等） c) 通过电视监控设备发现的车辆违章情况等 对于违章停车，一般是在违章停放的车辆粘贴违章停车处理通知 单（也可以拍摄电子证据），其主要内容包括违章车牌号、车种、违章时间、地点、违章停车处罚代码等信息，通知该驾驶员到支 /大队执法机构接受处罚。到支大队后，其处罚方式与一般程序类似。 而 B 和 C 这两类类似情况，违章驾驶员 /车主并不知道已被处罚，需要通过其他手段进行通知，主要是通过利用媒体发布违章车辆的违章信息 (例如通过信息台、网站、报刊公布违章信息 )，以及向违章车辆的车主寄出违章通知书等手段，通知驾驶员到指定地点接受违章处罚。 5、强制措施 针对违章人的一系列强制措施，包括：暂扣车辆、滞留证件、拖车锁车、收缴牌证 装置、传唤等。强制措施涉及一系列处理流程、业务规定、法律文书，需要完善的计算机系统配套支持。 6、行政复议、诉讼 当事人对民警的违章处理结果有异议时，可以到各级的法制部门，申请对该违章处罚决定进行复议，法制部门则根据违章的事实情况，对该违章的处理决定作出复议决定，该过程也需要计算机系统进行配套管理。 7、缴罚分离措施 缴罚分离的处罚方式提高了执法严肃性也方便群众，但需要有相应措施配套。如果违章驾驶员不按规定时间接收处罚（例如：未缴纳违章罚款），将对其采取一系列追缴罚款的手段：超过规定期限后需要缴纳滞纳金 、超过一定期限后公安机关有权注销其驾驶证等等，以达到采用强制手段促使驾驶员接受违章处理 6 决定的效果。缴罚分离的核对、监督、滞纳金处罚以及注销管理流程都需要计算机系统配套完善。 8、对于违章多发驾驶员的管理 为了减少各类严重违章行为，加强对驾驶员的宣传管理，对违章多发驾驶员起到震慑作用，根据公安部在全国统一颁发的机动车驾驶员交通违章记分办法，实行违章记分的管理，基本内容如下：每名驾驶员每年有 12 分的违章额度，每一次违章根据其违章行为累计违章积分。如果违章积分在一个自然年内达到或超过 12 分，该驾驶员必须参加 培训考试，考试通过，才能再次驾车上路。如果积分在一个自然年里没有超过 12 分，那么到下一个自然年将由 0 开始累计计算。 自然年：以驾驶员初领驾驶证的日期为准，上一年的领证日期到下一年的领证日期为一个自然年。 9、违章转递业务需求 异地驾驶员违章一般占违章处罚总量的 20%，如果大量的违章转递采用挂号信邮寄，接收方再进行重复录入的处理方式，每年各支队都将耗费大量的人力、物力、财力。因此违章系统必需能够实现违章信息自动转递，首先应当建立完善的省内违章转递机制，针对驾驶员的处罚、车辆的非现场处罚、强制措施等能够实现自 动提取、发送、更新、接收、如违章库等功能，同时外省车辆驾驶员违章汇总到总队部颁平台。 10、秩序管理数据分析 系统需要生成秩序管理所需的各种统计报表，分析各类专项整顿需求，同时为整顿、管理提供所需的数据提取、效果对比分析功能，促进秩序管理工作。 11、宣传管理数据分析 针对重点群体（例如专业单位：出租、运输、旅游、按归属系统等）生成违章率、重点违章行为等专业分析，利于宣传管理部门利用社会力量加强宣传考 7 核、教育管理。 12、内部量化考核 为了加强队伍建设，落实违章管理效果，需要计算机系统提供多个级别的考 核数据，从警员个人、中队、大队、支队层层提供工作统计数据，利于同期对比违章管理工作效果，横向工作对比。 13、信息发布 为了方便广大交通参与者，需要计算机系统加工对外发布信息，提供给媒体、信息台、对外网站，便于驾驶员、车主、单位进行必要的信息查询，及时掌握自身情况。 级单位违章管理工作性质 1、区县大 /中队 区县大 /中队具体负责本区县违章业务工作，是具体执行单位。其违章系统主要涵盖三部分功能： 基本业务处理流程 本地基本统计功能 数据上传下载 2、地市支队 各地市交通支队在违章工作的内容上，一 方面要负责贯彻落实总队下发的规定、实施按全省统一安排调整工作重点，指导下属大中队工作；另一方面也参与具体业务执法工作。地市支队违章系统主要含盖四部分功能： 包含全部业务处理流程， 包含本地市管理维护功能， 包含主要统计分析功能， 包含数据通讯数据交换系统功能。 8 3、总队 总队主要负责业务指导、政策下达，其违章系统主要含盖三部分功能： 数据标准维护， 数据汇总与对部局数据交换， 省级信息统计分析。 章管理系统中重点关注的问题 由于现行的违章管理业务，基本上还是沿用的人工处理的手段，因此，违章管 理系统的建设需要重点关注一系列问题： 1、系统架构的规划设计 系统的技术构架是系统建设的首要问题，它取决于网络硬件条件、当前技术发展水平、当前需求与需求发展，好的技术构架必然是与上述条件最适应的构架。选择适宜的系统构架必然大大提高系统的实用性、性能以及可维护性。因此违章系统需要充分研讨以选择适宜的系统架构来适应当前以及持续发展的需要。 2、数据实时性、准确性问题 随着业务的发展，无论是服务水平还是辅助分析都对数据的实时性、提出更高的要求，在合理的架构体系统下，系统必须采用最有效的数据交换方式来满足实时性的需 求。同时 违章系统是一个对数据准确性要求极高的系统，最直接的表现是它直接涉及驾驶员等的切身利益。一旦出现数据错误，造成缴款核对错误、积分错误、处罚错误未及时纠正，必然对相关驾驶员造成不必要的麻烦，导致纠纷，影响执法形象。因此，本系统应具有严格的逻辑控制、纠错功能。 3、系统安全与执法严肃性问题 为了加大执法力度，系统逻辑设计必须严谨，做到有理有据，堵塞各个环节可能产生的执法漏洞，保证执法严肃性。同时，系统从需要技术上、从管理上设计实现可靠的安全防范、过程监督、系统恢复机制。 正因为本系统 9 的特殊地位，以及其与驾驶 员的密切相关性，系统安全性更为重要。系统应该保证数据的安全性和操作的安全性。采用多级安全机制，对数据的访问必须通过合法的授权、审核，防止非法防问。安全保证机制在利用操作系统和数据库安全机制的基础上，增加自定义的安全防范措施。最终从 技术上、从管理上实现可靠的安全防范、过程监督、系统恢复机制。 4、加强完善的错误处理机制 很多应用系统忽略错误处理机制，从而出现不易维护，难于分析错误产生的原因，不易形成完整详细的日志，降低了工作效率。而违章管理系统面对多级使用单位，需要根据面向对象的设计思路架构错误处理机制，使其 在新的系统架构中升格为一个大的功能模块，从而更加易于追踪错误，形成完整的系统操作与交易日志，利于系统维护。 5、友好的人机操作界面 无论对于哪一层次的用户（从管理员、各级领导、基层操作人员），系统都必须注重人机操作界面，人机交互界面不合理或不适宜，必然导致一些工作效率的下降，因此需要针对不同的用户群量身定制。对于管理员，由于其维护功能较多、较复杂，系统可以侧重于操作的灵活性、高效率、多功能；对于基层操作人员，人机界面尽可能做到功能明确划分、操作简便无二义性；总之使各级用户工作在一个顺畅的操作界面中工作，无形 中增加工作效率，减少计算机操作中的失误。 6、兼顾系统性能与可扩展性 即使系统功能全面，没有好的性能指标系统也无法顺畅发挥作用，因此，系统设计必须尽可能优化，软件必须考虑提高系统资源利用率，降低网络带宽压力。同时支持横行扩展（负载均衡等技术）、数据扩展（ 新增数据可以无缝的集成，无需对现有数据结构作重大修改 ）、功能扩展（ 便于增加功能且能紧密结合，无需对现有系统的构架重新设计 ），只有这样，系统才能适应不断发展的业务需求、不断深入 /扩展的用户群体 。 3 应用系统功能分析 10 罚管理 本地驾驶员处罚信息维护： 对于路面民警开具的本地驾驶员违章罚单信息录入、维护。 处罚信息校对： 系统还提供二次录入功能，用于对首次录入的重点内容（例如证号、罚单号）进行核对，较少错误率。 一般程序处理： 录入在执法单位利用一般程序处理的违章，打印相关文书（处罚决定书等）。 外地驾驶员处罚信息维护：对于路面民警开具的外地驾驶员违章罚单信息录入、维护。 其他驾驶员处罚信息维护：对于路面民警开具的针对军队、武警等其他驾驶员违章罚单信息录入、维护。 非机动车、行人处罚信息维护：对 于路面民警开具的针对非机动车、行人违章罚单信息录入、维护。 11 现场处罚管理 违章停车管理： 违章停车信息输入、维护违章停车信息输入、维护违章停车照片入库违章停车照片入库违章停车驾驶员处罚违章停车驾驶员处罚违章停车信息与车管同步违章停车信息与车管同步违章停车信息联合查询违章停车信息联合查询系统支持违章停车处理通知单的信息录入、维护，如果执勤民警采用数码设备对违章停车拍照，系统同时支持违章停车照片同步采集入库作为证据材料；违章车辆驾驶员到执法单位接受处理时，民警可以通过违章停车信息联合查询调出违章记录、证据图片，在通过违章停车驾驶员处罚功能生成对驾驶员的罚单，同时打印处罚决定书；对于不主动接受处理的驾驶员，其车辆违章信息会自动传输并 与档案库相关联，车主办理相关手续时会受到限制，待其接受处理后，违章停车信息同步更新。 其他非现场处罚管理： 在没有执勤交警在场的情况下，通过路面监控的摄像机、违章监测仪等设备，监测机动车闯红灯，超速，违反交通标志，标线等行为，并通过录像和照片记录违章车辆车牌号码，利用现有车辆档案信息数据库，记录车辆违章行为到非现场违章数据库中。 12 0 、路口自动回传数据接收系统本地监测数据库支队监测数据库相关系统数据库1 、本地监测数据处理系统2 、数据传输系统3 、执法处理系统4 、接口系统5 、本地查询统计系统6 、全局查询统计系统数据存储系统数据处理系统数据流向示意图例：0）路口自动回传数据接收系统 电子警察数据主要由路口工控机采集，数据必须取回中心才能进行下一步违章录入工作，现在一 般靠人工交换 通过中间设备（活动硬盘、便携机）交换。系统可以通过电话线、 其他通讯途径，通过数据接收功能取回路口原始图片信息，大幅度提高工作效率，数据实时性。 1) 大中队本地监测数据处理系统 将路口工控机回传的或通过中间设备（活动硬盘、便携机）交换回支队的多种监测数据（含相关图片），以标准化格式进行统一，经加工补充后保存入大中队微机本地数据库。系统可以适应多个厂商的终端数据格式，支持数据导入、补录、审核等一系列功能。 2) 大中队数据库对中心数据库数据交换系统 执法大中队监测信息录入完成后，能够上传支队中心 ，使数据汇总同步。 3) 执法单位利用监测数据进行一体化执法系统 监测信息回传中心的重要用途是为执法单位针对非现场处罚提供数据依据，既然实现了监测数据汇总，当车主来接受处罚时，自然可以在执法单位根据车号调出其非现场违章信息、图片，直接打印处罚决定书对其处罚， 13 这就实现了一体化的解决方案目标。 4) 本系统与相关系统的接口系统 根据我们对交管业务的理解，我们认为本系统的建设必然对相关系统有所影响，因此我们有必要考虑本系统与相关系统的数据交换问题，接口系统就是为实现数据交换。 5) 完善车辆检验系统 为严格执法，可以通过完善车辆检 验系统加强对非现场执法的管理力度，车辆如果存在尚未接受处理的非现场处罚记录，年检时系统自动查询报警，只有该车辆接受处理后，才能验车。 6) 大中队本地查询统计系统 大中队本地查询统计系统主要支持本地用户便捷灵活的查询、大中队内统计分析，本系统可减少对广域网宽带的占用。 7) 支队查询统计系统 主要以 B/S 方式支持对违章监测信息的便捷灵活的查询、统计分析，供支队各级授权用户使用。 制措施管理 暂扣、滞留信息维护暂扣、滞留发还管理暂扣、滞留信息传输暂扣转吊扣、文书打印拖车信息维护拖车处理打印取车凭证拖车信息查询强制措施管理暂扣、滞留管理 拖车管理 其他 14 暂扣、滞留管理：违章人证件被暂扣后，民警录入暂扣、滞留记 录，该记录通过信息传输功能传到车管部门，该驾驶员、车辆相关业务将受到限制；只有该驾驶员到执法部门接受处罚，民警通过相关功能对其处罚发还证件（也可对其进行行政处罚 吊扣，打印相关决定书等），处理结果信息同样通过信息传输功能传到车管部门，变更相关标记，放开限制。 拖车：违章车辆被拖后，民警及时通过电台上报，信息及时输入计算机系统中。车主可通过多种途径查询车辆所在地（例如通过 122 查询），车主到执法部门接受处罚后，系统生成处罚信息，同时打印取车凭证，车主可以通过取车凭证到准确的停放地点取车。 拖车信息录入、维护子系统同时验证车辆档案，形成拖车信息库车辆信息、违章情况、存放信息、车主联系方式拖车信息查询（执法窗口、122 咨询）各单位拖车量统计。拖车已处罚情况统计拖车违章处罚、凭证打印子系统拖车信息数据交换子系统 政处罚管理 吊扣管理： 违章人证件被暂扣后到执法单位接受处理，对于违章情节严重的，民警可以通过相关功能输入吊扣信息，系统打印行政处罚决定书。该吊扣信息通过信息传输功能传到车管部门，该驾驶员相关业务将受到限制；吊扣期限到期后，该驾驶员领回驾驶证，民警可以通过系统记录发还情况。吊扣期限到期后车管部门的吊 15 扣状态标记自动更新，放开限制。 注销管理： 注销程序调用后台数据库中注销存储过程，对满足注销条件的驾驶员进行注销处理。注销处理过程分三部分完成。 首先， 注销程序调用后台数据库存储过程，将满足注销条件的驾驶员信息提取到驾驶员注销库中。此时并没有对驾驶员做真正的注销处理。 通过执行实际注销处理程序，可完成对驾驶员的注销、追罚及注销信息库修改。驾驶员可被真正的注销，也可对情节一般的驾驶员做追缴罚款处理。追罚处理的同时将更新中心违章信息库的缴款标志。需要时，也可对注销信息库进行修改。 通过后台数据库存储过程，系统定期将注销库信息传送至车管所。使车管所数据得到及时更新。 注销数据提取过程和实际注销过程中的均可输入注销条件，以适应不同时期的具体要求。 制管理 复议相关功能，相关文书打印。 款管理 违章信息通过下属大中队和银行两条不同途径到达支队中心各违章库和中心缴款库。支队中心每日定时对两部分数据做核对处理，更新中心违章库中的缴款信息。所以，中心违章库中除存储路面违章信息外，同时维持最新的违章缴款情况。这样，中心违章信息库在监控路面违章的同时，也为各种法规的实施提供了必要保障。其基本流向如下： 16 录入罚单数据校对罚单大中队违章本地库违章数据提取支队违章库采集缴款数据罚单银行缴款库缴款数据接收支队缴款库核对数据发布相关功能描述 缴款核对 通过后台数据库存储过程，中心每日定时对中心违章数据与银行缴款数据做核对处理。 核对过程自动更新中心违章信息库中的缴款标志。对于核对过程中有问题的数据，数据库存储过程会自动将其插入疑问数据库中，以备查错之用。数据库存储过程中提供多种核对算法，以适应不同安全等级的核对要求。 未缴款数据处理 对于超过一定时限未缴纳罚款的驾驶员，其单据可能被银行拒收，如果执法机构决定不对其进行注销处理，可通过相应功能为其生成新罚单，该功能可以自动计算滞纳金，并允许具有授权的执法人员对滞纳金额度进行调整。生成新罚单后，该驾驶员可以直接到银行缴纳罚款。 发布未缴款数据 系统可以随时按需打印超期未缴款驾驶员清单，供有关部门发布、追查，也可以通过媒体、信息台、因特网对外发布。 章记分管理 违章积分管理工作流程是从产生驾驶员违章数据开始，经过积分数据的 17 生成、更新、清零、再更新过程循环执行的。其基本流向如下： 大中队违章本地库支队违章库违章数据提取支队积分库培训点考试库合格证提取支队考试合格库清除发证前积分自然年清积分触发插入触发修改触发删除相关功能描述 查询（示例） 通过输入违章号、驾驶证号、姓名身份证号等条件查询违章纪录、驾驶员积分情况。 记 分生成 下属大中队通过数据上传 程序将违章数据上传至支队中心违章信息库，经后台数据库触发器将产生新的违章记分数据。 记 分 更新 中心违章记分库的数据增长对积分数据的生成起到决定性作用，同时也会对现有积分数据产生影响，即积分累加。 中心违章信息中违章时间的修改及违章信息删除也会对违章积分信息产生影响。通过系统后台数据库触发器，系统将对这些因素进行相应处理，保证积分数据的实时性、正确性。 记 分 清零 系统每日定时执行后台数据库存储过程，对满足清零条件的驾驶员进行清积分处理。清积分操作分为初领证清积分和考试合格证清积分。 提供数据接口 18 违章积分信息 为违章积分管理提供可靠的数据来源。中心提供的积分数据明细表传送至各有关业务处室，为其提供参考数据。如宣传部门依据积分数据追查超分驾驶员、审验部门可根据驾驶员是否满分决定是否对其审验、信息台利用记分数据明细信息进行信息发布等。也可将以上查询统计结果发布到 系统内部或驾驶员查询。 章转递管理 数据转出 转出数据生成：支队通过数据库触发器及时生成转出数据，包括外地驾驶员违章数据、外地车辆非现场处罚数据、吊扣数据、暂扣滞留凭证数据等，分别存入本省违章转递临时库、外省违章转递临时库。 利用后 台程序进行必要的数据整理，包括按部转递平台要求加工数据格式、转换代码，对省内转递数据进行分类，补充代码。 通过统一的数据交换中间件，通过文件方式将转递数据项总队汇总。 通过后台程序将外省违章数据更新入部转递平台，本省违章转递数据存储入利于分发的数据结构。 19 数据转入 转入数据接收：接收部转递平台转来的数据，利用程序自动处理后，存储入总队供支队数据分发的转递数据库。 通过统一的数据交换中间件，通过文件方式将数据分发到支队临时库。 转递数据需 要经过格式转换、编号生成、数据检验、数据补充的程序流程最终存储入对应的正式数据结构。 20 异 地 转 递 滞留 凭 证 库异 地 转 递 吊扣 库异 地 转 递 违章 信 息 库支队数据库异 地 转 入 滞留 凭 证 库异 地 转 入 吊扣 库异 地 转 入 违章 处 罚 库读 取 数 据 文 件 ， 并 入转 递 平 台 数 据 库触 发 器 入转 递 数 据 临 时 表转 递 文 件 目 录数 据 整 理 交换入各支队数据库异地非现场处罚库异地非现场处罚库数据经检验、补充信息、生成编号后插入或更新正式库总队数据库数据转递平台本省转递数据（含本地转递数据）配套数据统计 统计并记录各类信息转递量化指标，以利于管理维护、监控。 21 化考核管理 警员中队大队支队驾 驶 员 违 章 处 罚非 现 场 处 罚暂 扣 滞 留处 罚 记 录 量处 罚 接 受 处 理 量其 中 重 点 违 章 处 罚 量 从各管理层次考虑，系统功能包含按支队、大队、中队直到警员自由进行量化考核数据统计、数据比对、同期比对。 从需求全面性考虑，系统功能包含针对各种业务数据的量化考核数据统计、数据比对、同期比对，包括各类处罚、强制措 施等。 从业务角度考虑，系统功能包含针对各种业务数据的个性化量化考核数据统计项目，例如针对非现场处罚，可以统计某一层次（如各大队）某类违章行为设备记录违章量、实际录入审核量、已接受处理量等。 传管理 通过交通宣传管理可以充分发挥社会力量促进驾驶员交通安全意识的形成，从而达到减低违章、降低事故的目标。针对重点单位（例如出租、运输、旅游、公交）可以建立单位所属车辆驾驶员档案，通过对违章数据的整理、分析，进行专项评比、管理。 基础数据管理：利用驾驶员、车辆档案信息提取并加工形成单位基础数 22 据库，根据需要 进行分类整理，提供数据维护功能。 辅助管理功能：根据单位属性，横向分析违章率、重点违章行为违章率等相关指标，提供明细列表，以利于评比、处罚、管理。 处罚执行系统：可以依据地区性法规对违章严重的单位进行必要的处罚，并核对处罚结果。 息发布管理 违章信息可以通过多种途径实现对外发布，可以通过对外网站、社会网站、信息服务台、报刊公布违章信息，便于驾驶员、车主及时掌握自身的违章情况，及时接受处理，提高交通安全意识。 违章更新数据生成功能：可以通过后台程序生成违章信息的增量更新数据，包括记分数据的变化、 新增的处罚记录、违章停车 /电子警察违章数据等，形成临时库。 通过定时调度程序，自动将临时库数据形成符合接收方要求的数据文件（ 件、格式文本文件、电子表格文件等）。 通过传输机制发送到对外发布服务器，可以人工调用程序，或通过网闸自动发送。 提供数据服务管理子系统，控制数据获取用户权限、用户数据下载情况审计、以及相关统计。 23 违章数据发布应用软件系统结构图1 、数据提取子系统（增量或全部）积分库违章信息库违章明细库违章停车库电子警察库内网导出服务器2 、调度监控子系统（ J O B 、W A T C H D O G ）3 、文本文件、X M L 文件等4 、通过网闸自动数据交换到外网5 、数据获取、管理子系统7 、发布用户自有数据处理系统6 、高性能高安全性通道调度 / 守护、报警生成登记、数据访问管理、数据维护、审计、报警、息综合查询 A. 专项信息检索：根据信息分类，提供专项信息检索，根据该类信息主要限定字段设定可组合的检索条件，检索 符合条件的数据列表、数据明细，支持列表明细打印。专项信息检索覆盖系统中所有数据实体（如各类违章、记分、暂吊扣、缴款等）。 B. 按要素信息检索：按某一要素检索与该要素相关的全部信息，要素包括人、车辆、单位、地点、时间等，以人为例，系统一次性提供该人的基本信息、各类违章信息、记分信息、缴款信息、驾驶车辆信息、培训考试信息、年检信息等。 据用户检索项目逐级钻取，逐步使某一条件细化，例如时间从年到月到日，层次从支队到大队到中队等。 供自定义工具界面，供用户关联数据表，拣选所需条件、清单 显示列表项目、明细显示列表项目，最大可能的满足用户需求。 E. 检索支持组件：各类检索均支持页显示数量调整、小计、打印、按用户需求可 24 调整排序。 息统计分析 一、统计分析设计的具体目标 1、提供全方位、内容完整的统计分析功能， 依托所采集的完整的违章管理信息，支持逐项进行各类违章管理统计分析、同期对比分析、 信息叠加分析， 满足各部门不同关心角度、各级领导关心层面的需求。 2、表现形式丰富：支持报表、统计图、专题图、结合地理信息直观表现等。 3、高灵活性：采用多种技术、设计思想为用户实现按需定制、灵活定制条件、表现形式、结果集。突破传统信息统计的约束，达到联机信息分析的要求。 4、 高效率：结合数据仓库设计思想，采用多种设计技巧使信息统计分析达到实时按需调用的效果，实现“立等可取”。 二、统计分析方法 1、固化的统计分析 用途：这一类统计分析是在系统建设时可明确预知的、有固定条件要求 /固定表现形式的、需要定期生成 /长期使用的、相对稳定的统计分析报表或图表。它能满足用户基本需求，但不足以适应用户的灵活需要。 特点： 可以支持复杂的、适应用户习惯表现形式 可以支持预处理，生成效率极高 2、按结果集归类统计分析 用途 ：为支持用户更为灵活的统计分析需求，系统必须为用户提供更大的发挥空间。但是，要想用一种设计方法达到上述效果是很难的，因此我们可以采用多种设计思路并用的方法来达到上述效果。按结果集归类统计分析就是重要方法之一。这类统计分析所要得到的结果集具有相对固定的特点，但分析条件、分析方法非常灵活。 特点： 分类清晰，按结果集数据项目、风格划分 统计分析条件、分析方法灵活，给用户较大的发挥空间。 25 生成效率在某些情况下低于固化统计分析。 3、围绕信息要素统计分析 用途：支持用户更为灵活的统计分析需求的另一种高效分析方法。 这种方法需要对数据进行重新整和，整和的思路是完全围绕要素进行展开。这里谈到的要素指从某种角度审视数据的主线索，例如时间要素、地点要素、当事人要素、行为要素等等。依据不同部门、不同级别用户所关心的不同数据层面，系统提取要素，重新组织数据，统计分析以涉及的要素为主线索展开，其条件、结果集、统计方式都是灵活的。由于本类统计分析有主要素，因此开发出超灵活应用才成为可能。 特点： 严格划分数据审视角度，明确每一种统计分析的信息要素。 统计分析条件、分析方法、表现形式极为灵活，给用户极大的发挥空间。 由于信息的整和、重 组，尽管条件灵活其生成效率依然很高。 统管理 用户管理 1、概述 用户执行权限控制是应用软件系统的安全性控制，简而言之就是当不同权限级的用户进入应用系统时，系统应自动呈现给其不同的权限功能集合。系统将适应不同需求的功能组合定义为“角色”，每一个系统用户都对应一组角色，而每一个角色适应于多个用户。当一个用户登录系统时，系统根据他所属的角色组合呈现给其相应的功能集合。仅有系统管理员才有权限使用权限管理应用。权限管理应用支持功能定义、变更，角色定义、变更，用户定义、变更，授权管理等。用户身份主要靠口令认 证，同时支持 址验证，可以限制用户只能在指定的围访问系统。 2、系统权限管理 系统功能管理，实际上是为系统定义最小功能单位，功能单位以树状结构 26 描述 /存储。树状结构可以按需求不断深入。 3、角色管理 角色管理，角色存在的意义在于：便于授权，角色是用户与功能的连接纽带，又称功能组，其定义可以相互重叠、繁简随意、完全按需订制，使授权工作易于实施；角色机制的引入，可以提高系统灵活性与注册时权限审核效率。 4、用户授权管理 用户授权管理，用户授权完全是利用角色这一层实现，授权过程中，既可以对应一个角色，又可 以对应多个角色的组合。另外，解决方案支持使用多个应用系统的用户，只用一个用户名称，也就是说，一个用户可以拥有多个系统的角色授权。这对于用户是非常方便的。 5、用户信息管理 用户信息管理包括基本信息管理、 址级控制。基本信息管理记录用户名称、口令、属性信息，在应用系统中用户可以变更口令，属性信息有助于辩识用户身份，应用程序可以利用属性信息做上层控制。 址级控制采用与网络设备中控制列表（ 似的概念，可以达到限定用户使用范围的目的，配合数据库 /系统安全控制中的审计功能。 代码管理 提供统一的界面，使用户系统管理员可以便捷、灵活的维护代码、常用语、示警信息、参考法规提示等内容 其他文书模板管理 提供统一的界面，使用户可调整文书模板，文书配置信息，文书用语，以便在文书发生变更时灵活维护。 计与恢复管理 一般审计 提供可选审计组件，管理员可以配置某一功能是否启动审计组件，一旦审 27 计组件启动，系统将对该功能动作自动记录，可记录模块名、执行时间、操作者、址、主要内容描述等信息。 重点审计 针对特定功能，系统提供重点审计组件，管理员可以启动或暂停审计，一旦审计组件启动， 系统将对该功能动作自动详尽记录，除可记录模块名、执行时间、操作者、 址等信息外，系统记录所有变更信息，必要时可进行恢复操作。 审计内容查询 针对重点审计功能，系统支持审计内容比对表现：用户查看时，审计内容对比显示，便于了解变更细节。针对一般审计，支持组合条件检索。 恢复操作 针对重点审计功能，系统支持恢复操作：具有权限的用户可以恢复已被删除的记录、还原已做修改的变更。 审计内容统计 可以针对功能、操作者、时间、 条件进行组合，分析审计记录，根据量化变化发现异常。 28 4 系统架构设计 统体 系架构的指导思路 考虑到系统的稳定性、安全性、易维护性以及可扩展性，我们在设计时站在技术的更高起点，在新的体系中采用多层结构的分布式架构，加入负载平衡 (容错 (制以满足在应用中对性能的要求，以及高可靠性的要求，确保在满足其应用的前提下，做到技术的先进性。 统体系整体架构 统物理拓扑图 考虑到目前的技术发展以及将来技术的延伸性，在整体系统架构上采用请求响应服务式的 N 层结构实现，其物理架构图如下： 在以上的物理结构图中 可以看到主要分为四层，第一层为处罚的客户端系 29 统，交警做的处罚业务在这一部分完成，但需要通过网络在中心验证数据，以及汇总数据到中心，与之相配套的结构则为数据网络通讯服务器，这一个物理服务器上运行着我们的数据网络通讯子系统，主要和客户端系统采用 ”请求服务响应 ”的方式进行网络通讯，改变旧系统中直接操作后台数据库的方式，同时为了存取后台数据库中数据，由于在数据存取层逻辑操作运算量比较大，我们暂时加入了两台数据存储应用服务器以满足负载平衡的需要，今后随着业务量的增长，依本系统架构，根据实际需要调整参数后只需再单独加入 多台服务器即可。 统的逻辑架构 : 为了更清晰描述系统结构，我们给出系统的逻辑结构图，如下图 在以上结构图中整个系统的业务运行分为三大部分 这个结构中客户端与网络通讯子系统之间采取“请求服务响应”的模式处理数据，在这种结构下可以屏蔽客户端与后台数据库之间的关系，将其与物理数据库 紧藕合 关系后移到服务器端，由数据 30 存储子系统进行联系，这样可以做到数据传输中的安全性与可靠性，并且可以尽可能保证后台数据 库不被非法侵入，具体实现原理我们在随后的几章给以详细说明。在以上的逻辑结构中在应用服务器层中网络通讯子系统与数据存储子系统可以根据实际业务需求以及将来数据量增长的需求，以及财力的实际情况，增加相应的物理服务器，只需在物理服务器上运行子系统并配置参数即可，方便扩充系统的结点。 关辅助系统 考虑到系统的易维护性与扩展性，以及更好的监控和管理系统整体运行情况我们需要很多辅助子系统保证其业务系统顺利运行，例如：版本管理子系统、系统解释器平台、网络运行管理子系统、日志管理子系统、报表设计器、图表设计器。 统整体技术架构图 5 系统架构的技术实现 31 统体系架构中实现原理 由于我们的系统分为三大部分，一部分为数据库层面主要为客户端提供业务数据，第二部分为应用服务器层（即中间件层），在这一部分主要为了保证数据的实时性与可靠性而加入，第三层为客户端操作层，在这一层提供基础数据的采集。考虑到今后技术的发展，我们将这三个层面设计为可独立变化的部分，由于今后技术的发展，可以根据实际情况改变各自部分而对于整个体系架构则不需要做大的变动。基于这样的原理我们设计为基于请求代理服务的多层分布式体系，即除了我们加入中间件层外，我们还通过定义请求代理的报文协议，将变对数据库的直接访问为间接访问，以使其基础数据在其它可以适应于更大范围的数据共享，并且完全屏蔽了后台的具体数据库，屏蔽操作系统 , 并且在这种结构下可以将复杂的业务环节分割成几个独立的部分，通过请求服务实现工作流的重组和再造，因此系统具有更高的安全性 ,以及更好的维护性。 因此我们的基本特点有如下三点： 1. 做到客户端系统可以独立变动 2. 应用服务器端可以独立变动，允许工作流的重组和再造 3. 后台数据库的独立变动。 即 32 下面我们分别解释以上三点 目前我们用的客户端系统大多运行在微软的 作系统上，但是现在桌面上的应用越来越多，考虑到安全性，今后不排除有移值到 的可能 ,即使在 ，目前微软件推出的 台，也已经成为其今后主要的发展方向，将来在四到五年内所有的 的应用也会逐渐转到 在我们的体系中客户端与应用服务器端是藕合的关系，客户端的改变不影响应用服务器 (中间件 )的运行，即使客户端重新改写，也只需按照定义的数据报文协议请求后台数据即可。这样就做到了客户端系统在操作系统级别可以独立变更。 许工作流的重组和再造 在应用服务器层由于分为两大部分，一个处理网络通讯请求，另一个处理业务逻辑，这样当我们后台逻辑变更时，对于 客户端系统为透明的，客户端只是根 33 据报文件协议调用返回结果即可。 于在客户端与服务端采用请求代理的方式，因此对于客户端而言后台数据库是透明的，这样当今后由于数据库技术的发展，或增加其他的数据库时，我们则可以迅速支持异构数据库平台。 统架构中业务数据的流向 由于采用新的体系统架构，为保证系统的容错与安全可靠性，其数据流向在技术层面上与旧系统存在一些差异，新的数据流向图如下： 如上图所示，我们为了保证系统的独立的运行性我们在客户端与应用服务器端（即中间层）都引入了本地数据 库的存储式，具体的数据存储方式可以为本地传统数据库 (例如 记录数据的自定义文件 (其他格式 )，对于客户端当传输数据的网络有故障时客户端在一定程序仍然可以业务操作，当网络恢复正常时，再将处罚的数据批量上传的后台，而对于应用服务器当后台数据库有故障时，可以将客户端传上来的数据缓冲到本地数据库，当后台数据库恢复正常时，再批量汇总到后台数据库中。 其数据的流向分为两大类一类为客户端的查询数据，一类为客户端的处罚产生的业务数据，这两类数据在传输之前考虑到系统的安全性与有效性，先经过加 密，加经过压缩，按照请求响应服务的报文协议打包数据，再发到服务端请求相关数据，客户端发送的请求数据在服务器端，按照报文协议打包后，再解压缩，解密数据流，再由调度中心根据数据类型，传送到下一个子系统数据处理模块，对请求的数据进行进一步的逻辑处理（例如，存储数据到后台数据库或，查询相关的信息），对于处理后的结果再响应给网络通讯模块经加密、压缩、打包后响应给客户端，同样客户端，拆包、解压、解密后根据返回的数据种类，或显示在人机界面上或者存储在离线数据库中。这样一个完整的数据流交易完成。 统应用服务器端架构 及技术实现 络通讯服务子系统 这个部分的子系统在整个体系加构中非常重要，从而对我们的性能提出了以下的潜在要求： 34 1. 需支持大量客户端同时并发。 2. 数据传输过程中确保数据的安全，不被非法截取。 3. 在数据安全与大并发连接数的前提下保证系统性能为最优。 4. 对于需要查询的业务以及更新的数据，将来可能会发生变化，确保这种变化对将来维护工作量最小。 5. 确保网络通讯服务端应用满足 7时正常运行的要求 6. 可以实时记录系统运行的信息 因此我们完整的考虑到实