本发明涉及公安交管对重点车辆单位车辆进行集中监管的软件系统，该系统一层一级的建立重点车辆单位的信息台帐，最后形成全省的重点车辆单位的信息台帐；有了基础的重点车辆单位信息台帐，地方监管部门可以实时的了解和分析重点车辆单位的车辆和驾驶人交通安全情况，强化监管责任，总队可以在了解和分析全省重点车辆单位的车辆和驾驶人交通安全情况的基础上同时也可以了解各基层部门对重点车辆源头安全监管实施情况，以便更好的了解和指导基层部门工作，有效的预防和避免交通事故。
背景技术：
数据仓库是本项目体系结构设计的核心，数据仓库是一个面向主题的、集成的、非易失的且随时间变化的数据集合。在设计数据仓库时主要考虑解决以下几个问题：
1、粒度设计
数据粒度是指数据仓库中保存数据的细化或综合程度。数据仓库中包含大量数据表，这些数据表中的数据以什么粒度来存储，会对信息系统的多方面产生影响。在做数据仓库设计时，设计者确定以数据的什么层次作为粒度的划分标准，将直接影响到数据仓库中数据的存储量及查询质量，并进一步影响到系统是否能满足最终用户的分析需求。一般情况下，根据数据粒度划分标准可以将数据仓库中的数据划分为：详细数据、轻度总结、高度总结三级或更多级。在确定数据粒度时，应注意的一条原则是：细化程度越高，粒度越小；细化程度越低，粒度越大。确定数据粒度是数据仓库设计的基础，是因为为它深深地影响存放在数据仓库中的数据量大小，同时影响数据仓库所能回答的查询类型。在数据仓库中的数据量大小与查询的详细程度之间要作出权衡。
2、数据更新
数据更新是数据仓库设计中的一个引人注目的问题，所谓数据更新是指从各业务数据库中把所需要的信息抽取到数据仓库中，怎么保证本系统和其它系统抽取的数据安全与完整性是本系统的关键，由于信息采取需要统一更新到本地数据库，单次更新操作时间长，而且需要从现有的全省集中的违法和事故数据库中提取数据，所以这部分是本系统数据安全与完整性考虑的最核心的部分，系统从数据更新的完整性、单次更新时间(效率)和操作可连续性等2个方面考虑来设计大批量数据更新的方法。数据更新完整性：从更新策略和具体实施方法来阐述这一问题。
技术实现要素：
本发明的目的在于：系统通过对交通信息(交通信息是在区域内交通活动和交通管理工作中，直接或者间接与交通相关信息的总称)，数据进行采集、分析和研究，提供实用信息、提示信息、预警信息、监管信息，分析报告。
●实用信息：主要用于服务企业、驾驶人，服务民生方面(短信或书信)
1、违法告知：车辆或驾驶人有违法行为，进行人性化提示。
2、车辆年检：提前一个月告知机动车所有人车辆需要年检。进行人性化提示。
3、车辆报废：提前一个月告知机动车所有人车辆需要办理报废登记。进行人性化提示。
4、驾驶证审验：提前一个月告知驾驶人需要审验。进行人性化提示。
5、驾驶证换证：提前一个月告知驾驶人需要换证。进行人性化提示。
6、重点驾驶人：告知单位某驾驶人在某时段内违法行为较多，应加教育。
●提示信息。主要用于交通秩序管理方面。
1、拥堵提示：对道路交通的堵点进行提示、便于交管部门的警力布署和调整。
2、重点违法提示：对某时段某种违法行为进行提示。
3、套牌车辆提示：对于有套牌嫌疑的车辆进行提示。
●警示信息。供公安、交通、环保部门参考、执行。
1、道路黑点警示：某地点经常发生类似事故，道路存在安全隐患。
2、停止使用警示：某驾驶人在规定周期内超过12分，须停止使用。
3、在逃人员警示：在执法工作中对在逃人员进行警示
4、盗窃车辆警示：在执法工作中对被盗车辆进行警示
5、从业资质警示：对于交通肇事、违法超分等人员进行警示，不得从事客运、危化品运输等行业。
6、机动车尾气警示：对尾气排放不合格的车辆进行警示。
●分析报告：
1、交通规划报告：根据对全市道路全年的交通流量、机动车的保有量等数据进行分析并出具参考性报告。
2、交通管理报告：根据具体数据分析，对全市道路的单行线、禁行区域、限行区域出具参考性报告。
3、相关分析报告：根据需要为环保部门、保险部门、税务部门、汽车销售、汽车维修提供相关的分析报告
具体实施方式
本项目数据仓库中的数据主要来自机动车登记系统数据库、驾驶人登记系统数据库、全国在逃人员系统数据库、全国被盗抢车辆系统数据库、交通违法处理系统数据库、交通事故处理系统数据库、交通信息平台系统数据库、道路违法监控系统数据库、驾驶人黑名单系统数据库、机动车检验系统数据库和治安卡口管理系统数据库等，在设计数据仓库时主要考虑解决以下几个问题：
1、粒度设计
本项目数据仓库的粒度设计选择轻度总结，主要有以下几个方面原因：
A、本项目车辆单位(或个人)提供精确的交通数据信息服务，交通数据信息主要是指车辆和驾驶员的交通违法和事故详细信息，要满足这个功能需求，就要把车辆和驾驶员的交通违法和事故详细信息记录更新到数据仓库中。
B、本项目提供其它的服务主要是决策支持系统(DSS)分析，DSS分析所需要的数据是低细节级(分类统计信息，比如按日统计信息、按车辆统计信息、按路口统计信息等等)，低细节级数据已能满足功能需要，且占存储空间小、运行效率高等特点。
基于上述两个原因，粒度设计选择轻度总结(“双重”粒度级)是最适合本项目。
2、数据更新
A、更新策略：系统采用按时间段进行增量更新，系统一般把上次系统记录的更新截止时间作为本次更新开始时间(可以重新强制设置更新开始时间)，把设置的更新截止时间作为本次更新的截止时间，更新时系统就会把该段时间内重点驾驶人和车辆发生或被修改的违法和事故信息更新到本地中，为了保证更新到本系统中的数据库完整性、鲜活性，所以怎么选择违法系统和事故系统中的参考时间就非常重要。从现状分析，违法和事故系统中选择记录最后修改时间为参考时间最为合理，这样既能保证滞后录入的信息及时更新到本地数据库中，也能保证以前信息在被修改后或被删除后及时更新到本地数据库中。
B、具体实施方法：单次更新时间(效率)和操作可连续性：在单次更新时间长、数据库大的数据更新中，更新时间(效率)和操作可连续性是相矛盾的，所以在这里我们放在一起综合考虑这两个问题，选择最合理的更新和查询数据粒度，以在更新时间(效率)和操作可连续性两个方面达到最合理的效果。假如系统目前有5万重点驾驶人，在更新事故和违法信息时通常有两种做法：
单条查询、单条更新、单条提交，5万重点驾驶人进行逐条循环，每次分别查询违法和事故信息，把信息写到本地系统中、更新对应记录的更新截止时间并提交，这样更新结束，要在违法系统数据库中查询5万次，在事故系统数据库中查询5万次，在本系统中要进行5万次数据提交。我们知道频繁的进行数据库操作要需要很长时间，所以本方法的缺点就是单次更新下来需要的时间长；但优点是由于是逐条数据提交，记录的更新截止时间得到了及时更新，在长时间的操作中万一在更新完3万重点驾驶人之后发生网络中断、断电等突发事件时，下次在更新截止时间不变的情况下重新更新时系统只需更新剩余2万重点驾驶人信息即可，保证了系统有很好的操作可连续性。
单条查询、单条更新、一次提交，5万重点驾驶人进行逐条循环，每次分别查询违法和事故信息，把信息写到本地系统中并更新对应记录的更新截止时间，在循环结束之后，一次性提交本系统更新数据，这样更新结束，要在违法系统数据库中查询5万次，在事故系统数据库中查询5万次，在本系统中只进行了1次数据提交，本方法的优点就是相比较于方法1，由于减少5万次数据提交，单次更新时间要少很多；缺点就是由于是一次性提交数据，在长时间的操作中万一在更新完3万重点驾驶人之后发生网络中断、断电等突发事件时，下次在更新截止时间不变的情况下重新更新时系统还是需要更新5万重点驾驶人信息，系统操作可连续性就很差。
减少数据库的访问和提交次数是缩短单次更新时长的关键，而提交的越频繁，长时间更新操作可连续性就越好，结合上述2个方法来看，本系统设计按单位在做查询和更新的基数，假如单位人均100人，那单次更新只需分别做500次读违法和事故数据库，500次提交本地数据库，以达到最合理的更新时间(效率)和操作可连续性。