违章信息查询项目商业计划书(new)

上传人:飞*** 文档编号:3293619 上传时间:2017-08-01 格式:DOC 页数:21 大小:123KB
返回 下载 相关 举报
违章信息查询项目商业计划书(new)_第1页
第1页 / 共21页
违章信息查询项目商业计划书(new)_第2页
第2页 / 共21页
违章信息查询项目商业计划书(new)_第3页
第3页 / 共21页
违章信息查询项目商业计划书(new)_第4页
第4页 / 共21页
违章信息查询项目商业计划书(new)_第5页
第5页 / 共21页
点击查看更多>>
资源描述

《违章信息查询项目商业计划书(new)》由会员分享,可在线阅读,更多相关《违章信息查询项目商业计划书(new)(21页珍藏版)》请在金锄头文库上搜索。

1、1道路交通违章信息查询项目商业计划书日期: 2012 年 2 月 22 日2真实性承诺本商业计划书是投资者进行投资决策的重要依据之一,因此本商业计划书的编制者承诺:本商业计划书中所引用的历史资料、事实及数据真实可靠;本商业计划书中所有的预测都是基于合理的判断做出的。编制者(签字):编制日期:保密承诺本商业计划书内容涉及本公司商业秘密,仅对有投资意向的投资者公开。本公司要求您收到本商业计划书时承诺:妥善保管本商业计划书,未经本公司同意,不得向第三方公开本商业计划书涉及的本公司商业秘密。接收人(签字):接收日期:3目 录第一部分 项目背景介绍第二部分 产品介绍第三部分 市场分析第四部分 收益分析第

2、五部分 盈利模式第六部分 团队设置第七部分 设备投入及开发成本4一、 业务基本情况描述1、项目背景简介近年来随着中国经济的迅猛发展,汽车已经逐渐褪去奢侈品的光环逐渐成为普通大众的代步工具。近年来中国大陆地区各城市的汽车保有量直线增加,随之而来的交通及道路信息的发布瓶颈日趋明显。简单来说,就是传统的交通及道路信息发布方式已经不能满足广大群众的现实需求。而我们要做的就是通过对这部分社会资源进行多渠道整合和发布,通过合理的资源调配实现良好的经济收益。2、业务流程A、电话查询:用户通过拨打 XXXXXXXX(某特定号码)通过自助语音方式进行道路交通违章信息查询。B、用户通过短信方式进行道路交通违章信息

3、查询。用户可以通过短信方式上传自己的车辆信息,在有违章情况出现时会第一时间收到短信通知。也可以通过短信查询手机号绑定的车辆违章信息。C、用户可以通过登录指定网页输入车辆信息机查询密码进行上述信息的查询。3、 业务发展思路道路交通违章信息查询项目的运营宗旨是资源整合,简单说就是通过5各发布渠道的配合实现最为人性化的信息服务。使用户摆脱传统的主动查询模式而体验被动通知和提醒的服务。二、 产品设计1、 产品 1道路交通违章信息管理及异地数据转递系统11 项目的基本原理和关键技术内容111 需求公安部新的违章记分方法实施以后,对交通管理机关处理违章行为提供了更好的执法依据。但是违章数据的数量之多,行为

4、之复杂,使得手工管理的方法渐渐不能适应执法的需求。目前也有少数地区建立了违章记分管理系统,但是由于这些系统缺乏足够的认证、分析和设计,使得它们往往局限于将数据存储到计算机,进行简单的查询和报表输出。虽然这些系统对文书规范化,交款纪录核对等起到了积极的作用,但对于如何进一步规范和促进信息的全国化交互,实现违章系统与驾驶员、机动车、事故等信息系统的实时连接,发挥信息系统的潜在功能,提高整个公安交通管理机关的综合战斗能力这些深层次的需求度缺乏足够的考虑和支持。由于缺乏足够的数据交换机制,目前全国绝大多数的记分处理只是局限于对本地的驾驶员进行记分处理。一旦涉及到异地驾驶员,往往采取只罚款不处理的方式,

5、因为即使对异地驾驶员进行记分处理,这些处理结果通常也只能通过邮寄的方式发送到驾驶员发怔机关,实践证明,6这种方法由于效率低,失误率高、漏洞多而往往流于形式,从而大大降低了对违章行为的管理力度。违章处理的最终目的是为了提高有效地预防和遏制交通违章,较少交通事故的隐患。而这些都需要管理机关在科学数据的指导下做出有重点、有目标、有对象的决策。目前的手工形式和违章数据办公化的计算机管理系统最多只能提高信息的规范性和流通速度,还很难对违章数据进行科学、有效的挖掘和分析,从而大大降低了对违章数据所隐含的深层信息的利用。本项目在全国公安交通信息系统总体规划基础上,根据地方交通管理部分的实际执法情况,对驾驶员

6、违章处理的各个环节进行管理,同时利用可靠的消息传递机制实现了数据的双向多层次转递,并利用高级联机在线分析功能为决策部门提供强有力的分析工具,真正提高交通管理决策的科学性、实效性。112 系统结构系统的多层体系结构如下:Web 浏览器Java 独立应用程序手记、手持设备J2EE 平台JSP/Servlet 服务器EJB 容器Http服务器数据库系统传统系统消息服务器客户层 Web 服务器层 应用服务器层 数据存储层7系统采用多层体系结构,采用多层体系结构大大增加了系统的灵活性、可配置性和可维护性。包括:a)针对不同的业务需求和操作环境采用不同的客户端操作方式:采用 B/S 结构进行一般的业务处理

7、和查询;采用 WAP 协议、MIDP 支持手机、其他手持设备直接与 HTTP 服务器或者直接和 J2EE 平台交互;开发直接的 Java 客户端独立应用程序处理复杂的业务。尽管这些客户端软件的操作方式大不相同,由于我们对系统的多层次划分,实际的业务功能均以业务构件的方式存在于应用服务器中,因此,不同客户端仅仅需要开发特定的客户端部分,从而保证系统和新业务的稳定性、可测试性。b)采用 EJB 作为业务实现的主要组件模型,大大增加了系统的可移植性、可扩展性、维护性、可靠性和吞吐能力EJB 基于 J2EE 标准平台建立,而 J2EE 在 Java 的支持下可实现“编写一次,随处运行 “的可移植性。同

8、时 J2EE 平台提供的 JDBC 和 EJB 的基于容器的存储方法可以保证系统移植到不同的数据库EJB 位于 J2EE 平台的核心,J2EE 平台的其他成分,包括事务管理器、集群服务器(负载均衡和失败处理)大大增加了系统的可靠性和吞吐能力。EJB 模型强制采用面向对象的开发方法,EJB 框架和相应成熟 J2EE8设计模式使得系统更加容易扩展、维护和更新。c)消息服务器保证无失误、可回滚数据转递传统的同步数据传递方法在通讯的一端出线失败时将使得数据传递出现不完整的情况。采用消息服务器的异步传输机制,参与传输的应用程序可以在另一端没有运行的情况下进行安全的传递。同时当传输发生失败时,J2EE 的

9、体系结构保证整个传输操作可以进行回滚。消息服务提供的推式传输为数据转递提供了更多的选择,接受端可以监听某一个传递主题,当数据发送到该主题时,数据自动被推至该接受端。1.1.3 功能组成违章业务管理系统:系统包括违章信息采集、数据传输、处罚结果、文书打印、业务管理、统计分析及工作监督等违章工作处理的计算机化。违章信息查询:违章信息查询系统主要实现违章记录(记分) 、强制措施、扣证、催告、撤消等信息跨地区、跨部门的网上查询。异地违章信息转递:异地违章信息系统主要是将异地驾驶员信息,通过公安部一、二级网传输至驾驶员发证地,实现全国范围的违章信息共享与联合执法,增强违章处罚力度。违章决策支持系统:系统

10、提供建模工具,决策人员可以根据该公举对违章信息进行深层挖掘和分析,提高决策分析的科学性、及时性1、2 项目创新点1) 无线通信实现信息实时处理(信息上路)9随着我国经济建设的不断前进和反展,国民财富的不断积累,车辆管理的要求也日渐提高,车辆违章事件的发生日渐增多。在处理车辆违章事件的过程中,处理的准确性和快捷性是一个日益受到关注的问题。我国的全国公安电子信息系统,也就是“金盾”工程,就是要利用现代化的通讯手段,提高公安系统的反应速度和案件处理能力,是实现科技强警的重要手段。目前的绝大多数违章管理系统还不能提供如此快捷方便的处理和通讯能力。本系统建立分为两个部分。其中后台系统驻留在专用的数据库/

11、应用服务器上。警员可以在户外使用 PDA,便携电脑、手机等移动设备,通过无线网络如 GPRS,CDPD 等进行对车辆、驾驶员、路段等各种信息进行查询。在完成违章处理之后,可以直接把处理结果通过无线网络传回到中心服务器,真正实现信息上路。2) 指纹鉴别假证通过高准确率、快速的指纹识别技术,系统可以帮助识别驾驶员证件和驾驶员指纹之间的一一对应关系。系统根据当前假证泛滥的情况提供指纹鉴定、自动示警等功能。对同名假证,通过姓名、身份证号码等指标和原有的违章扣证记录进行对比,发现假证及时提示;对于异名假证,则取违章者的指纹与原有的违章扣证指纹进行对比,如发现有对应的,则可以确定此人执有假证。通过身份证号

12、与指纹的对比,假证无从遁形,交通管理相应更加完善。3)无失误、可回滚异步数据转递目前的违章管理系统很少提供违章数据异地传输功能。这一方面和10公安部近期才刚刚推出相关设计规范有关,另一方面也由于各地违章管理系统所运行的操作系统、数据库、传递方式有关。一个真正可以实现的异地数据转递系统必须满足安全性、操作系统、数据库无关性、可靠性和异步这样的特点。安全性是任何一个系统特别是公安系统必须具有的特点。目前普遍使用 Windows 操作系统作为实现平台,但随着系统的进一步发展,公安系统应当逐步依赖于国产的操作系统,因此,在系统实现时必须考虑到操作系统的无关性。现有的转递系统通常使用某些专用数据库的数据

13、库操作直接实现,但这样的转递方式不但是一个极大的安全漏洞,也会直接对数据库造成不必要的负载。另外一方面,不同的网络结构,暂时的网络故障可能造成接受方和传输方不能进行直接的点对点通讯。本系统在消息服务器的基础上实现可回滚、异步数据转递。我们使用与 J2EE 平台可集成的消息服务器,如 IBM MQSerial ,Web Logic JMS等消息服务器保证操作系统和数据库无关性。同时消息服务器提供的异步传输能力能够我们很容易实现网络失败恢复功能。当通讯的一方被断开或尚未启动,消息服务器可以缓存为送达的消息,一旦网络恢复正常或通讯另一方正常启动,消息服务器可自动实现递交。在 J2EE 平台下的消息服

14、务器能够与事务管理器一起协作,作为分布式事务处理的一部分。在两阶段提交协议的支持下,不能正确提交的数据可以及时回滚。它和异步传输机制一起,保证了消息传递的零失误率。事务监视(TP Monitor)和集群往往是高级应用服务器的一部分,这些机制和消息服务器的结合使得消息传递的可靠性、传输率得到强有力的保证。114)多模式客户端 (Multi-Model Client),同时支持浏览器、独立应用程序和 Applet通常一个系统的实现需要支持不同的操作环境,但是由于开发的复杂性,绝大多数系统仅仅实现了其中的一种操作方式。即使实现多种客户端操作模式,由于业务功能和客户端代码的耦合,往往导致重复开发和实现

15、,使得最终系统变得难以统一维护、测试、更新和升级。由于违章管理系统需要跨越多个地区和管理级别,传统的客户服务器方式尤其不可避免的缺点,所以通常采用浏览器作为客户端,各个不同级别(省级、地区级、县级)的违章录入、管理人员可以直接通过浏览器方式输入、查询信息。进一步,当违章管理的法律条文做出修改,系统的实现不适应管理需求时,这种方式只需要在服务器端做一次软件更新,从而免除了大量的分发、安装和配置工作。某些情况下,浏览器方式可能不能完全满足业务的需求,譬如打印设计,系统管理等等。Applet 方式可以直接嵌入到浏览器中,提供更加方便的操作界面。某些强调客户端的功能模块,如联机在线分析、数据挖掘,需要

16、功能强大的客户端展现能力,这时候不管是浏览器还是 Applet 已经不满足客户的需求,这时,独立应用程序所具有的强有力的 GUI 展示功能无疑成为首选。在本系统中,所有这些客户模式的实现均建立在多层体系结构的基础上。进一步,在中间服务层,系统进一步把应用代码划分为展现层、集成层、业务层,按照 MVC 的设计方法,把这些层次之间的绑定大大减12少,实现不同的客户端操作模式紧紧需要对展现层进行改变,而不影响到业务层和集成层的分析、设计和实现。1、3 项目的成熟性和可靠性论述该项目于 2001 年 5 月开发,9 月份在杭州市江干区交警大队试用,2002 年 1 月杭州市交警支队正式使用。至 2002 年 5 月,该系统已在杭州市八区、五县市和杭州机场交警大队、机动交警大队等 15 个交警大队、109 个中队,共计 119 个点、150 个终端投入使用。经过 1 年的开发、调试、测试、完善,现在已经基本成熟。2002

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 总结/报告

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号