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

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