某市道路运输行业监管系统建议方案教材.docx
- 文档编号:44605
- 上传时间:2022-10-01
- 格式:DOCX
- 页数:20
- 大小:187.72KB
某市道路运输行业监管系统建议方案教材.docx
《某市道路运输行业监管系统建议方案教材.docx》由会员分享,可在线阅读,更多相关《某市道路运输行业监管系统建议方案教材.docx(20页珍藏版)》请在冰豆网上搜索。
某市道路运输行业监管系统建议方案教材
**市道路运输行业监管系统
建议方案
**有限公司
2011年6月
一、项目概述
近几年,**市已经建成并运行多个对道路运输有重要影响的交通信息化系统,这些信息化系统为道路运输的行业监管准备了坚实的数据基础,也充分和全面地验证了监管相关的各种技术手段。
为了加强对道路运输系统的监管力度,改善道路运输系统的安全生产水平,提高道路运输系统对国民经济发展的支持和促进作用,增强交通管理部门对道路运输系统的管理和服务能力,提出建设**市道路运输行业监管系统项目,分别对出租车、公交、客运、高速等进行综合监管,以集中有限的道路运输监管资源,实现最大范围和最大程度的道路运输行业监管功能,确保道路运输系统安全、平稳运行,保证经济发展的动脉畅通,是服务于**市社会和经济发展的头等大事,也是**市交通运输管理部门的职责所系。
二、建设目标与任务
以**市信息化总体规划和**市交通管理局信息化总体目标为指引,整合现有各个系统的监管资源,改善数字化管理水平,构建一个完备、集成的行业监管、指挥调度平台。
为实现**信息化大交通的宏伟目标做出贡献。
(一)项目目标
1.实现运政执法车辆的统一监控、管理,指挥和调度;
2.实现道路运输行业监管对象的状态监测,准确及时掌握道路运输系统的运行状况;
3.实现道路运输行业各种监管资源的统一管理和调度,以改进对紧急事件和大型活动的响应能力;
4.通过建设道路运输行业监管系统,实现监测、管理、指挥和调度业务流程的合理衔接,提高行业监管协同决策能力;
5.建设并充实行业基础数据库。
实现道路运输相关企业、场站、车辆、从业人员等行业监管对象的基础数据扩充,为行业监管提供丰富的数据支持。
(二)主要建设任务
1.建设道路运输行业监管中心和各行业监管分中心(出租、公交、公路客运、危运等);
2.建设运管局现场执法车辆的统一监控、管理,指挥和调度中心,实现现场执法车辆的统一指挥和调度;
3.建设道路运输行业监管对象状态监测和查询系统,实现监管对象状态的快速和准确监测;
4.建设道路运输行业监管对象安全生产监管中心,实现监管对象安全生产情况的监督;
5.建设道路运输行业监管对象的管理和调度系统,以便实现在特殊情况下,如应对紧急事件和大型活动等,对道路运输相关的各种监管资源进行统一调度和管理,实现资源的集中高效使用;
6.改造已经建成运营的交通信息化系统,包括运政管理信息系统、出租车综合管理系统、智能公交系统、联网售票系统等,创建数据接口规范。
三、建设原则和技术路线
(一)建设原则
Ø先进性。
采用先进的技术和产品,使系统设计具有一定前瞻性,以适应信息技术的不断更新。
Ø实用性和经济性。
在功能齐全的前提下,保证操作方便简单,设计灵活实用。
采用最简单的架构、最少的投资来达到业务目标。
Ø标准化和开放性。
设计应该符合信息行业和本行业的标准,系统内部数据采用标准的格式,系统构架采用标准开放的应用框架和组件结构。
Ø集成性。
充分考虑不同系统的集成,利用信息门户和应用门户实现系统界面、业务逻辑、数据的集成,采用标准的接口进行系统间的数据交换,实现数据共享。
Ø安全和保密性。
利用安全技术,如数字签名、分级用户权限设定等措施,确保系统的安全性,系统必须能够避免恶意地破坏数据,以及未授权的数据访问。
Ø可靠性。
提供硬件层面和应用层面的容错机制,避免重大系统故障的发生,降低故障的损失风险。
Ø可扩展性。
系统结构需要尽量组件化,组件之间的接口要尽量简单、清晰,便于今后系统的扩展,也便于和其它系统互操作。
Ø可维护性。
系统应提供维护工具,使用户能方便的对系统参数进行维护和配置;配置数据应该集中,使用户不需要进行多处配置。
(二)技术线路
道路运输行业监管系统是一项空间和时间上的大跨度工程,在空间上它涉及多区域的行业监管协作、多个部门的交流协作和多个学科研究领域的综合应用;在时间上它涉及到各个交通信息系统的逐步发展和完善。
整个项目将采用阶段式迭代开发模型展开,课题中具体任务采用增量模型进行开发。
使用以下技术线路来展开课题:
1.可行性分析。
从业务、技术、投资和计划等若干方面开展系统建设的可行性研究。
在该阶段,要发现可能影响系统建设、运行的问题,并提出相应的解决对策。
2.需求分析。
为了使建设的系统就是用户希望看到的系统,需要对项目的建设范围和建设内容进行明确规定。
在该阶段,需要与用户加强沟通和联系,并且要深入用户单位进行业务调研,确保项目开发团队与系统最终用户对系统有共同的理解。
项目的需求分析报告(也称“系统需求规格说明书”)要提出系统的用户需求、业务需求和软件需求,分别从业务、可实现性进行必要的描述。
同时还要规定系统的性能需求,以保证建成完成的系统可以满足最终用户的业务需求。
项目的需求分析报告要提交用户评审和确认。
项目以后的所有工作(包括开发、测试和验收)均以通过用户确认的需求分析报告为出发点和基准。
3.概要设计。
本阶段主要对系统的业务流程进行分析,设计系统的总体框架,明确系统由哪些功能模块构成,并进一步明确各个功能模块的软件功能需求和性能需求,以及功能模块之间的接口方式。
完成功能模块分割之后,需要对系统的总体技术架构和功能模块的技术架构进行设计。
完成概要设计后,一般需要与系统的需求分析报告对照,以保证按照概要设计完成的系统可以满足所有的用户需求。
系统的概要设计是项目设计和开发的基础性参考文档,需要提交用户评审和确认。
4.详细设计。
本阶段主要对构成系统的各个功能单元作进一步的分割,并把这种分割转化为具体的软件实现方案。
系统的详细设计读者是程序员和项目管理人员,用于确认设计是否正确,是否能够满足功能单元的各项功能。
一般无需提交用户评审。
详细设计阶段,设计人员一般需要进行必要的技术验证,对功能模块中较复杂的数据结构、算法和业务流程编写原型进行验证。
5.编码与单元测试。
本阶段按照详细设计的要求,使用规定的工具和环境完成编码工作。
在进行编码的过程中,开发人员一般还要完成功能模块的单元测试。
确保构建出来的功能模块可以进行集成。
该阶段需要开展一些质量检查和控制工作,例如代码走查可以有效地降低代码的bug率,提高代码的质量。
6.集成测试。
本阶段为与开发阶段独立的集成测试阶段。
系统开发人员在完成系统的集成后,不再参与后续的测试工作。
集成测试完全有独立的测试部门开展测试,测试部门编写测试用例的依据是项目的需求分析报告。
在这个阶段,测试人员使用各种测试工具实现软件系统的功能、性能、代码以及压力测试。
测试部出具的测试报告要提交用户评审和确认。
7.部署与试运行。
完成系统集成测试后,项目开发单位到用户指定的位置进行系统的部署和调试,并随即开始系统地试运行阶段。
系统的试运行阶段,项目开发单位会密切跟踪系统的运行情况,随时解决发展的各种问题。
系统试运行期结束后,要出具试运行报告,该试运行报告要经过用户的评审和确认。
8.验收。
系统试运行阶段结束后,如果达到预定目标,则系统的用户单位组织验收。
该阶段,项目开发单位要提交项目开发、测试和试运行报告,用户单元组织人员进行评审,并在评审通过后,双方在系统验收报告上签字确认。
系统随之进入运行和后期维护阶段。
四、总体架构设计
道路运输行业监管系统将与运政管理信息系统、运政视频监控系统、运政数据整合及分析系统共同构成一个完整的,集道路运输管理、监督、指挥和调度为一体的交通电子政务体系。
(一)系统总体框架
道路运输行业监管系统框架结构示意图
上图描述了道路运输行业监管系统的框架结构。
系统包括五个组成部分:
数据源系统中执法车辆监控系统,数据库服务器,应用服务器,用户客户端以及系统管理客户端。
数据源系统包括三个组成部分:
其一是包括出租车综合管理服务系统、智能公交系统、公路客运监管系统、公路危运监管系统等在内的行业管理系统;其二是包括视频监控系统、运政管理信息系统、数据整合系统等在内的业务系统;其三是新建的执法车辆监控系统和安全生产监管系统。
对企业、车辆发布的调度和指挥指令也通过共用信息平台提交给信息系统,再返回给企业或车辆。
数据库包括工作库,备份库和地理信息库三个部分,分别用于保存系统正常运行所需要的各种数据,运行库的备份数据以及与道路运输有关的城市地理信息数据。
进入行业基础数据库的数据由数据库服务器管理。
数据库服务器为各种监管应用提供数据支持,同时负责维护和管理数据库中的数据。
应用服务器上部署车辆监管、企业监管等监测类功能模块,车辆指挥和调度类管理功能模块,以及调度方案生成,监管和调度相关数据的数据分析等高级应用功能。
监管中心和行业监管分中心分别部署在运管局的监控(指挥中心)或业务科室,根据系统管理员通过系统管理客户端设置的权限来使用应用服务器提供的各种监管应用。
系统管理客户端实现系统的管理,包括各个服务器的运行情况监测和运行控制以及系统用户、角色、权限管理等功能。
(二)系统软件结构
系统平台构建基于.net架构的应用系统。
采用.net开发环境,使用ADO数据库接口与数据库连接,使用中间件,SOCKET和HTTP协议与终端数据交换服务器以及客户端软件交换数据。
数据库系统采用Oracle9i。
●数据层(服务器)
数据层包括中心主数据库,存储系统所有的数据,是整个系统的核心。
中心主数据库存放了所有车辆的运营数据、GPS数据,基础资料数据,客户端产生的业务数据,报表统计数据,日志数据,电子地图数据。
●应用层
应用层由WebService,业务处理组件,通信组件,登陆验证组件组成。
是连接数据层和表示层的中间层。
通信组件、业务处理组件可以灵活地配置,以适合不同的应用需要。
业务处理组件按照不同客户的需求,执行不同的业务处理流程。
●表示层
表示层由Web浏览器,车载信息终端,客户端组成。
是直接面对最终用户的模块。
车载信息终端通过通信组件与后台数据库进行交互。
客户端由客户端系统、密钥及卡片管理系统组成,通过客户端系统与数据库连接,进行数据的交互。
(三)系统网络结构
本系统是集计算机、通信、微电子技术、现代密码学、数据库管理、地理信息、GPS定位等高技术为一体的庞大的系统工程,涉及领域较广、覆盖面较大、影响力很大的工程项目。
该系统由车载信息终端系统、信息接收控制器、通信服务器集群、数据库服务器集群、应用服务器集群、WebServce、消息中间件、应用客户端、智能卡验证、数据接收服务器等组成。
系统的计算机网络结构示意图如下图所示:
Ø
Ø主机系统:
行业监管监控调度系统平台的数据库服务器采用同级机群,可以随着业务的扩展,不断增加服务器。
如果其中一两台机器为同一类型的主机服务器,采用集群软件配置成为双机热备的方式,协同工作。
Ø通信系统:
行业监管监控调度系统平台的通信服务器(监控调度)负责与车载信息终端交换数据,采用TCP/IP协议;通信服务器(监控调度)负责与本地客户端及远程客户端交换数据,采用TCP/IP协议。
Ø应用服务器:
行业监管监控调度系统平台的应用服务器采用高性能PC服务器,安装Win2003Server操作系统,提供.NET的WebService的发布服务。
应用集群软件配置成为双机热备的方式,协同工作。
是系统业务处理的核心。
Ø本地客户端:
安装在交通管理部门各科室和交通信息客户服务中心,通过局域网与通信系统及主机系统连接。
Ø远程客户端:
安装在各公司、分公司,通过INTERNET与通信系统及主机系统连接。
Ø车载信息终端:
安装在各行业的车辆上,通过无线传输网(GPRS)与通信系统连接。
五、应用系统设计
实现道路运输系统各行业的统一监管,不但需要有良好的网络环境、海量的存储能力、强大的计算能力和稳定的系统软件等环境支撑,更需要有全方位、功能完整和切合监管要
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 某市 道路 运输 行业 监管 系统 建议 方案 教材