道路交通违章信息查询项目商业计划书.docx

道路交通违章信息查询项目商业计划书.docx

《道路交通违章信息查询项目商业计划书.docx》由会员分享，可在线阅读，更多相关《道路交通违章信息查询项目商业计划书.docx（12页珍藏版）》请在冰豆网上搜索。

道路交通违章信息查询项目商业计划书

道路交通违章信息查询项目

商业计划书

目录

第一部分项目背景介绍

第二部分产品介绍

第三部分市场分析

第四部分收益分析

第五部分盈利模式

第六部分团队设置

第七部分设备投入及开发成本

一、业务基本情况描述

1、项目背景简介

近年来随着中国经济的迅猛发展，汽车已经逐渐褪去奢侈品的光环逐渐成为普通大众的代步工具。

近年来中国大陆地区各城市的汽车保有量直线增加，随之而来的交通及道路信息的发布瓶颈日趋明显。

简单来说，就是传统的交通及道路信息发布方式已经不能满足广大群众的现实需求。

而我们要做的就是通过对这部分社会资源进行多渠道整合和发布，通过合理的资源调配实现良好的经济收益。

2、业务流程

A、电话查询：

用户通过拨打XXXXXXXX（某特定号码）通过自助语音方式进行道路交通违章信息查询。

B、用户通过短信方式进行道路交通违章信息查询。

用户可以通过短信方式上传自己的车辆信息，在有违章情况出现时会第一时间收到短信通知。

也可以通过短信查询手机号绑定的车辆违章信息。

C、用户可以通过登录指定网页输入车辆信息机查询密码进行上述信息的查询。

3、业务发展思路

道路交通违章信息查询项目的运营宗旨是资源整合，简单说就是通过各发布渠道的配合实现最为人性化的信息服务。

使用户摆脱传统的主动查询模式而体验被动通知和提醒的服务。

二、产品设计

1、产品1——道路交通违章信息管理及异地数据转递系统

1．1项目的基本原理和关键技术内容

1．1．1需求

公安部新的违章记分方法实施以后，对交通管理机关处理违章行为提供了更好的执法依据。

但是违章数据的数量之多，行为之复杂，使得手工管理的方法渐渐不能适应执法的需求。

目前也有少数地区建立了违章记分管理系统，但是由于这些系统缺乏足够的认证、分析和设计，使得它们往往局限于将数据存储到计算机，进行简单的查询和报表输出。

虽然这些系统对文书规范化，交款纪录核对等起到了积极的作用，但对于如何进一步规范和促进信息的全国化交互，实现违章系统与驾驶员、机动车、事故等信息系统的实时连接，发挥信息系统的潜在功能，提高整个公安交通管理机关的综合战斗能力这些深层次的需求度缺乏足够的考虑和支持。

由于缺乏足够的数据交换机制，目前全国绝大多数的记分处理只是局限于对本地的驾驶员进行记分处理。

一旦涉及到异地驾驶员，往往采取只罚款不处理的方式，因为即使对异地驾驶员进行记分处理，这些处理结果通常也只能通过邮寄的方式发送到驾驶员发怔机关，实践证明，这种方法由于效率低，失误率高、漏洞多而往往流于形式，从而大大降低了对违章行为的管理力度。

违章处理的最终目的是为了提高有效地预防和遏制交通违章，较少交通事故的隐患。

而这些都需要管理机关在科学数据的指导下做出有重点、有目标、有对象的决策。

目前的手工形式和违章数据办公化的计算机管理系统最多只能提高信息的规范性和流通速度，还很难对违章数据进行科学、有效的挖掘和分析，从而大大降低了对违章数据所隐含的深层信息的利用。

本项目在《全国公安交通信息系统总体规划》基础上，根据地方交通管理部分的实际执法情况，对驾驶员违章处理的各个环节进行管理，同时利用可靠的消息传递机制实现了数据的双向多层次转递，并利用高级联机在线分析功能为决策部门提供强有力的分析工具，真正提高交通管理决策的科学性、实效性。

1．1．2系统结构

系统的多层体系结构如下：

系统采用多层体系结构，采用多层体系结构大大增加了系统的灵活性、可配置性和可维护性。

包括：

a）．针对不同的业务需求和操作环境采用不同的客户端操作方式：

采用B/S结构进行一般的业务处理和查询；

采用WAP协议、MIDP支持手机、其他手持设备直接与HTTP服务器或者直接和J2EE平台交互；

开发直接的Java客户端独立应用程序处理复杂的业务。

尽管这些客户端软件的操作方式大不相同，由于我们对系统的多层次划分，实际的业务功能均以业务构件的方式存在于应用服务器中，因此，不同客户端仅仅需要开发特定的客户端部分，从而保证系统和新业务的稳定性、可测试性。

b）采用EJB作为业务实现的主要组件模型，大大增加了系统的可移植性、可扩展性、维护性、可靠性和吞吐能力

EJB基于J2EE标准平台建立，而J2EE在Java的支持下可实现“编写一次，随处运行“的可移植性。

同时J2EE平台提供的JDBC和EJB的基于容器的存储方法可以保证系统移植到不同的数据库

EJB位于J2EE平台的核心，J2EE平台的其他成分，包括事务管理器、集群服务器（负载均衡和失败处理）大大增加了系统的可靠性和吞吐能力。

EJB模型强制采用面向对象的开发方法，EJB框架和相应成熟J2EE设计模式使得系统更加容易扩展、维护和更新。

c）消息服务器保证无失误、可回滚数据转递

传统的同步数据传递方法在通讯的一端出线失败时将使得数据传递出现不完整的情况。

采用消息服务器的异步传输机制，参与传输的应用程序可以在另一端没有运行的情况下进行安全的传递。

同时当传输发生失败时，J2EE的体系结构保证整个传输操作可以进行回滚。

消息服务提供的推式传输为数据转递提供了更多的选择，接受端可以监听某一个传递主题，当数据发送到该主题时，数据自动被推至该接受端。

1.1.3功能组成

违章业务管理系统：

系统包括违章信息采集、数据传输、处罚结果、文书打印、业务管理、统计分析及工作监督等违章工作处理的计算机化。

违章信息查询：

违章信息查询系统主要实现违章记录（记分）、强制措施、扣证、催告、撤消等信息跨地区、跨部门的网上查询。

异地违章信息转递：

异地违章信息系统主要是将异地驾驶员信息，通过公安部一、二级网传输至驾驶员发证地，实现全国范围的违章信息共享与联合执法，增强违章处罚力度。

违章决策支持系统：

系统提供建模工具，决策人员可以根据该公举对违章信息进行深层挖掘和分析，提高决策分析的科学性、及时性

1、2项目创新点

1）无线通信实现信息实时处理（信息上路）

随着我国经济建设的不断前进和反展，国民财富的不断积累，车辆管理的要求也日渐提高，车辆违章事件的发生日渐增多。

在处理车辆违章事件的过程中，处理的准确性和快捷性是一个日益受到关注的问题。

我国的全国公安电子信息系统，也就是“金盾”工程，就是要利用现代化的通讯手段，提高公安系统的反应速度和案件处理能力，是实现科技强警的重要手段。

目前的绝大多数违章管理系统还不能提供如此快捷方便的处理和通讯能力。

本系统建立分为两个部分。

其中后台系统驻留在专用的数据库/应用服务器上。

警员可以在户外使用PDA，便携电脑、手机等移动设备，通过无线网络如GPRS,CDPD等进行对车辆、驾驶员、路段等各种信息进行查询。

在完成违章处理之后，可以直接把处理结果通过无线网络传回到中心服务器，真正实现信息上路。

2）指纹鉴别假证

通过高准确率、快速的指纹识别技术，系统可以帮助识别驾驶员证件和驾驶员指纹之间的一一对应关系。

系统根据当前假证泛滥的情况提供指纹鉴定、自动示警等功能。

对同名假证，通过姓名、身份证号码等指标和原有的违章扣证记录进行对比，发现假证及时提示；对于异名假证，则取违章者的指纹与原有的违章扣证指纹进行对比，如发现有对应的，则可以确定此人执有假证。

通过身份证号与指纹的对比，假证无从遁形，交通管理相应更加完善。

3）无失误、可回滚异步数据转递

目前的违章管理系统很少提供违章数据异地传输功能。

这一方面和公安部近期才刚刚推出相关设计规范有关，另一方面也由于各地违章管理系统所运行的操作系统、数据库、传递方式有关。

一个真正可以实现的异地数据转递系统必须满足安全性、操作系统、数据库无关性、可靠性和异步这样的特点。

安全性是任何一个系统特别是公安系统必须具有的特点。

目前普遍使用Windows操作系统作为实现平台，但随着系统的进一步发展，公安系统应当逐步依赖于国产的操作系统，因此，在系统实现时必须考虑到操作系统的无关性。

现有的转递系统通常使用某些专用数据库的数据库操作直接实现，但这样的转递方式不但是一个极大的安全漏洞，也会直接对数据库造成不必要的负载。

另外一方面，不同的网络结构，暂时的网络故障可能造成接受方和传输方不能进行直接的点对点通讯。

本系统在消息服务器的基础上实现可回滚、异步数据转递。

我们使用与J2EE平台可集成的消息服务器，如IBMMQSerial,WebLogicJMS等消息服务器保证操作系统和数据库无关性。

同时消息服务器提供的异步传输能力能够我们很容易实现网络失败恢复功能。

当通讯的一方被断开或尚未启动，消息服务器可以缓存为送达的消息，一旦网络恢复正常或通讯另一方正常启动，消息服务器可自动实现递交。

在J2EE平台下的消息服务器能够与事务管理器一起协作，作为分布式事务处理的一部分。

在两阶段提交协议的支持下，不能正确提交的数据可以及时回滚。

它和异步传输机制一起，保证了消息传递的零失误率。

事务监视（TPMonitor）和集群往往是高级应用服务器的一部分，这些机制和消息服务器的结合使得消息传递的可靠性、传输率得到强有力的保证。

4）多模式客户端（Multi-ModelClient）,同时支持浏览器、独立应用程序和Applet

通常一个系统的实现需要支持不同的操作环境，但是由于开发的复杂性，绝大多数系统仅仅实现了其中的一种操作方式。

即使实现多种客户端操作模式，由于业务功能和客户端代码的耦合，往往导致重复开发和实现，使得最终系统变得难以统一维护、测试、更新和升级。

由于违章管理系统需要跨越多个地区和管理级别，传统的客户服务器方式尤其不可避免的缺点，所以通常采用浏览器作为客户端，各个不同级别（省级、地区级、县级）的违章录入、管理人员可以直接通过浏览器方式输入、查询信息。

进一步，当违章管理的法律条文做出修改，系统的实现不适应管理需求时，这种方式只需要在服务器端做一次软件更新，从而免除了大量的分发、安装和配置工作。

某些情况下，浏览器方式可能不能完全满足业务的需求，譬如打印设计，系统管理等等。

Applet方式可以直接嵌入到浏览器中，提供更加方便的操作界面。

某些强调客户端的功能模块，如联机在线分析、数据挖掘，需要功能强大的客户端展现能力，这时候不管是浏览器还是Applet已经不满足客户的需求，这时，独立应用程序所具有的强有力的GUI展示功能无疑成为首选。

在本系统中，所有这些客户模式的实现均建立在多层体系结构的基础上。

进一步，在中间服务层，系统进一步把应用代码划分为展现层、集成层、业务层，按照MVC的设计方法，把这些层次之间的绑定大大减少，实现不同的客户端操作模式紧紧需要对展现层进行改变，而不影响到业务层和集成层的分析、设计和实现。

1、3项目的成熟性和可靠性论述

该项目于2001年5月开发，9月份在杭州市江干区交警大队试用，2002年1月杭州市交警支队正式使用。

至2002年5月，该系统已在杭州市八区、五县市和杭州机场交警大队、机动交警大队等15个交警大队、109个中队，共计119个点、150个终端投入使用。

经过1年的开发、调试、测试、完善，现在已经基本成熟。

2002年3月通过了“浙江省软件评测中心”的测试，2002年4月通过了“浙江省科技成果鉴定”。

2002年6月通过了杭州市交警支队对该项目的验收，确认该系统运行稳定，操作方便，用户反映良好，取得相当好的社会效益和经济效益。

杭州高新技术产业开发区管委会已将本项目推荐申请国家创新基金。

2、产品2——移动警务系统

2、1机动车当场处罚

1）现场登记

可以进行执法现场的违章内容和处理结果登记，保证驾驶员积分信息实时共享，保证公安部要求的“信息上路”全面实施。

2）票据打印

通过轻便的便携式打印机，可以方便地进行现场票据打印，提供单联、两联票据打印功能，充分地保证业务的不同需要。

3）即