公路水路交通安全畅通与应急处置系统Word文件下载.docx
《公路水路交通安全畅通与应急处置系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《公路水路交通安全畅通与应急处置系统Word文件下载.docx（58页珍藏版）》请在冰点文库上搜索。
二是转变行业业务协作方式，提高跨部门、跨区域、跨业务之间的业务联动效率，促进信息化条件下的行业业务协同体系的形成。
三是转变行业信息化建设方式，提高信息化顶层设计能力，提升行业信息集成和共享服务水平，促进行业信息化共建共享技术体系的形成。
二、建设范围
该工程的业务范围主要包括：
公路路网运行与应急，道路运输运行与应急，水路运输运行与应急，内河航道运行与应急，水上人命搜寻与救助，水上船舶污染防治，交通建设施工安全监管与应急，以及交通运输安全生产监管等8个方面主要业务。
各地应根据当地交通运输业发展的实际情况，合理选择工程的业务范围：
对于只有公路业务的地区，公路路网运行与应急、道路运输运行与应急、交通运输安全生产监管等业务应用必须建设；
有水路业务的地区，水路运输与应急、水上人命搜寻与救助等业务应用必须建设；
有国家高等级航道的水网地区，内河航道运行与应急业务应用必须建设；
其它业务应用可根据当地实际情况酌情选择。
该工程的要素覆盖范围主要包括：
固定的交通基础设施和移动的运载装备两大类。
其中交通基础设施主要包括国省干线路网、国家高等级航道、地方重要以上港口、二级以上客货枢纽场站等；
交通运载装备主要包括“两客一危”车辆、“四客一危”船舶、应急救援的车辆和船舶等。
各地可根据辖区内所涉及的交通要素情况，选取相应的重点监测对象；
条件较好的地区，可向全路网、航道网、其他运载装备扩展和延伸。
三、建设定位
建设定位是工程建设的一般性功能要求，是反映工程建设需要解决的业务问题及程度，是赋予工程需要承担的业务使命。
本工程建设定位是部、省（区、市）、市（县）等各级交通部门在现有可利用条件的基础上，根据投资的可能性和实施的可行性，针对本地区交通运输运行管理与应急处置工作中的突出问题和特点，分析凝练出工程需要解决业务问题的实际程度，需要实现的最基本功能。
由于各地交通运输运行管理和应急处置系统的发展水平参差不齐，技术及管理基础差异较大，且不同程度存在技术体系分散、资源不共享、管理机制尚不顺畅等问题，《公路水路交通运输信息化“十二五”发展规划》所确定的该工程建设目标可能难以一次性到位，因此，工程可分期建设，需合理确定工程定位。
近期，工程的业务功能应以日常运行监控为主，以应急处置为辅，主要功能可定位为“重点掌控，及时预警，快速反应，联动处置”，并为工程的持续发展奠定基础框架。
各地可根据建设条件，适当提高或调整工程建设定位。
从长远来看，工程应将“全面掌控，精准预警，适时反应，科学处置”作为进一步发展的建设定位。
四、建设思路
建设思路是有效推进工程建设的基本策略，是实现工程建设定位的技术路线。
工程建设思路是在综合权衡工程建设需求、建设基础和各种约束条件后，提出的符合特定交通运输安全畅通与应急处置业务特征的工程建设推进方式。
鉴于各地在交通运输运行管理和应急处置系统方面都具有一定的建设基础，同时工程难以一次性建成完整的框架体系，因此，根据工程建设定位，近期，该工程可采用“全面整合、重点补充、突出共享、逐渐扩展”策略作为基本建设思路。
各地可根据建设条件和业务特点，以及优化的工程建设定位，适当调整工程建设思路。
五、建设原则
建设原则是工程建设必须遵循的一般性建设要求，是保证工程建设成效的基本准则。
建设原则是根据工程的建设目的，基础条件，建设定位和建设思路等总体要求，对工程建设和实施方案提出的一般性约束条件。
为保证工程科学建设并发挥实效，该工程建设过程中还应遵循以下建设原则：
（一）整体设计原则
应以《公路水路交通运输信息化“十二五”发展规划》所确定的目标为牵引，根据工程建设需求，加强顶层设计，构建层次清晰、布局合理、分工明确的架构体系，确保该工程在相关部门间、区域间、业务间、层级间、其他重大工程间形成一个协调统一的有机整体，有效支撑部、省、市、县相关业务功能协同运转。
（二）职能导向原则
应根据交通运输主管部门的职责以及与其他政府部门间的职能分工，合理确定各级平台的使命和基本功能定位，明确部门间和层级间的业务协作模式，通过信息共享与业务协作，实现交通运输安全生产跨区域、跨部门的协同监管，并按照应急工作“属地管理”原则，充分融入各级政府的应急管理体系，实现应急联动处置。
（三）资源整合原则
各级交通运输主管部门应充分利用现有的各种动态监测、通信传输、数据处理、信息服务等信息设施设备，并以需求为导向，充分整合相关信息资源、日常值守平台、应急处置力量，避免重复投入，降低工程造价，确保工程有效运行。
（四）灵活构架原则
鉴于各级交通运输主管部门的安全应急管理体制和信息化基础各不相同，该工程的技术架构不追求全国一致性。
各级机构可根据建设条件，在省、市、县交通运输主管部门及其专业机构间灵活配置系统技术架构，但必须实现工程的基本建设定位，并保证系统架构的可扩展性。
六、建设目标
根据《交通运输安全生产和应急体系建设“十二五”发展规划》，到2015年，交通运输安全生产和应急法制更加完善，体制机制更加健全，装备手段更加先进，队伍素质整体提高，安全形势明显好转，应急能力显著增强，基本建成适应现代交通运输业发展需要的安全生产和应急体系。
根据上述总体要求，《公路水路交通运输信息化“十二五”发展规划》对该工程提出了具体要求，即到“十二五”期末，交通安全畅通与应急处置系统应为各级交通运输主管部门提供资源全程共享、业务多级联动的监测到位、预警及时、指挥有效的交通行业运行管理与应急处置平台，为社会公众提供及时准确、体贴人文的“一站式”交通出行信息服务窗口。
该工程具体应实现下列建设目标：
（一）交通监测范围
1．交通基础设施、运行环境的有效监测率：
不低于70%；
2．重点运载装备的有效监测率：
100%。
（二）信息共享程度
1．跨区域、跨部门协同管理和应急处置所需基本信息共享程度：
100%；
2．该工程支撑其他工程应用的信息共享程度：
3．安全预警、交通诱导等服务信息提供时限：
不超过0.5小时。
（三）业务协同效率
1．部省间：
二级及以上事件，1小时内实现联动；
2．省际间：
3．不同业务间：
二级及以上事件，1小时内实现联动。
在上述目标指导下，各地可根据工程建设定位和建设条件，提出合理可行的建设目标，并尽量明确工程建设的效能性指标。
七、建设任务
该工程主要建设任务包括：
（一）完善建设公路水路交通日常运行与应急处置应用系统
根据公路水路交通运输运行管理和应急处置职能，重点完善建设路网运行协调和应急处置，道路运输运行监测及紧急客货运输管理，水路运输运行监测及紧急客货运输管理，水上通航环境监测及人命救助、交通运输安全生产综合管理等应用系统。
（二）完善建设各级交通运输数据中心
在整合现有相关数据资源基础上，加大数据采集力度，理顺数据交换共享机制，并集成其它工程建设成果，形成分级管理、有效集成、共建共享的公路水路交通数据中心。
（三）建设各级交通运输协调运行与应急处置指挥中心
根据相关职能，统一或分布建设满足部、省厅（及其专业局）、市县交通运输主管部门工作需要的交通运输协调运行与应急处置指挥中心。
（四）完善建设各级交通运输信息服务系统
通过网站、VMS系统（可变信息交通标志）、短信、车（船）载终端等手段，提供交通运输数据共享服务；
通过服务热线、交通广播等渠道，提供交通运输语音服务；
通过新闻发布中心，提供权威发布服务；
形成多种手段综合利用的交通运输运行管理与应急处置信息服务体系。
（五）完善建设公路水路交通数据采集系统
综合利用现有各种信息监测设施设备，补充重点设施、重点部位、重点装备的运行动态信息采集系统，满足日常运行管理和应急处置等业务需要。
（六）完善建设系统标准体系
基于现有标准体系，充分研究工程建设所需标准规范制修订需求，并动员有关力量，进一步完善相关标准规范，形成有效支撑工程建设的标准规范体系。
第二章系统框架
《公路水路交通运输信息化“十二五”发展规划》及其推进方案要求，通过重大工程建设，进一步优化行业信息化框架体系，促进行业信息化技术体系一体化发展，实现行业内外资源共享和业务协同，充分发挥行业信息化的规模效益。
“十二五”公路水路交通运输信息化所有建设工程将共同构成行业信息化的逻辑整体。
在顶层设计思想指导下，各项信息化工程的业务逻辑可相对独立，但需与相关工程实现业务协同；
在技术体系上，各级平台信息技术体系应集中统筹，按照资源平台化原则，与其他相关系统实现基础资源集成共享，形成分级管理的行业统一的信息化框架体系。
一、业务架构
业务架构包括主要业务职能的分布及内外部业务逻辑关系。
按照交通运输行业公路交通突发事件、水路交通突发事件、国家海上搜救等3大应急预案，本工程涉及的8个业务领域的应急管理业务是以分级管理的形式在行业分布，总体上表现为部、省级交通主管部门以宏观管理和重特大突发事件处置为主，市、县级交通主管部门以实际运行和较大及一般突发事件处置为主的特征，应急处置的一般流程基本一致。
从全国各地公路水路交通运输运行管理业务职能看，本工程涉及的8个业务领域的日常运行管理业务职能全国基本一致，总体上部、省、市、县四级分布，但具体的运行模式各地存在一定差异，业务流程不尽相同，还存在中央和地方事权交织等问题。
本工程涉及的8个业务领域的业务职能在部、省、市、县四级的逻辑分布如图2-1所示。
图2-1业务职能分布示意图
从横向上看，本工程各级平台在业务逻辑上主要存在四方面内外部协同关系：
一是与相邻地区或跨区域间的协调运行与应急联动，主要涉及路网管理，航道管理，运输管理，交通执法，应急处置等业务；
二是与应急成员单位间的协调联动，主要涉及各级地方政府、公安、气象、卫生、消防等部门；
三是系统内各业务间的协调联动，主要涉及路网管理与道路运输管理，航道管理与水路运输管理、船舶交通管理等业务日常运行协调，以及公共突发事件应急处置时相关业务间的联动；
四是与相关信息化重大工程间的业务联动，通过信息交换共享相互支撑业务功能实现。
从纵向上看，本工程各级平台在业务逻辑上主要存在两方面上下级协同关系，一是各级交通运输主管部门之间的上下协同关系，主要涉及部、省、市、县、所（站）等多级机构，还涉及各业务领域省、市、县的专业管理机构；
二是各级交通运输主管部门与相关交通运输企业间的协同关系，一般按隶属关系对接。
本工程内外部业务协同关系总体上如图2-2所示。
各地应在上述业务框架的指导下，围绕行业安全畅通与应急处置业务发展目标，根据当地交通运输发展状况及管理体制特点，合理配置工程的业务架构。
二、信息架构
企业信息架构主要包括数据架构和应用架构。
数据架构主要包括数据的分类、分布和管理三方面内容。
本工程主要涉及路网、航道、港口、场站等交通基础设施，车、船等运载装备，从业企业和人员，交通环境，风险源，以及交通应急资源等基础信息，同时还涉及交通运输各类要素的运行信息，共20类。
其中基础信息除风险源、交通应急资源外，主要由其他相关业务系统产生；
运行信息主要由本工程采集，还将服务于相关系统和用户。
数据分布模式上，由于各地业务模式不尽相同，不同地方不同类型数据在不同层面不同环节将表现出不同的特征，各地应根据实际情况合理布局数据的业务分布和系统分布，并根据各自信息技术体系，合理选择集中或分布式数据部署模式，可采用部省两级部署，或采用部省市三级部署。
数据管理上，主要应按照工程的标准规范体系加强对数据管理，并加强数据采集和安全保障等机制建设。
应用架构主要包括应用系统的组成、相互关系以及应用系统体系结构。
由于各地管理体制和业务模式不尽相同，本工程应用系统的构成可有所不同，各地可根据实际情况合理配置。
大部分地区，本工程的省级平台可分为普通公路运行管理与应急处置、高速公路运行管理与应急处置、航道运行管理与应急处置、港口运行管理与应急处置、海事管理与应急处置、道路运输运行管理与应急处置、施工场地管理与应急处置、公路水路交通综合运行与应急处置等8个系统。
各地还可以根据建设条件，选择建设城市客运运行管理与应急处置系统。
当前流行的应用系统体系结构主要有面向服务结构（SOA）、客户机/服务器（Client/Server）结构两种。
由于本工程业务应用众多，系统的集成整合要求高，应用系统体系结构应具备对不同技术特征的适应能力和多种异构环境的开放能力，并具备较强的持续扩展能力。
各地可根据信息化发展基础和信息技术体系，合理选择本工程的应用系统体系架构，如果现有业务应用系统较少，建议采用面向服务结构（SOA）组织应用开发建设，并结合本工程建设契机，将现有相关应用系统一并集成到SOA体系结构中。
三、技术架构
系统的技术架构由基础环境、数据采集交换、数据管理、协同服务、分析应用、用户界面、系统安全和系统管理八个层面组成。
系统技术架构应以业务架构、应用架构和数据架构为基础，选用当前主流技术方法构建。
面向服务应用架构（SOA）下的系统技术架构如图2-3所示。
图2-3系统技术架构示意图
（一）基础环境层
基础环境层为系统运行提供可靠的硬件技术支撑。
总体上看，基础环境层应走绿色集约的发展道路。
本工程涉及大量数据采集和处理，主机及存储系统应重点考虑三方面要求，一是采用虚拟技术、集群技术，提高系统的可靠性、利用率和动态适配性；
二是选择耗电节省的机型；
三是选择内存较大的机型。
网络系统应坚持骨干网统一接入网灵活多样的原则。
可以利用本工程改造或建成行业骨干网络，骨干网络尽量利用现有高速公路光纤网组建，也可利用当地政府提供的政务信息网络组建；
接入网可根据当地实际情况，采用租用公共通信资源组建。
移动语音指挥调度通信尽量利用当地政府应急通信平台，可采用自建和利用公共通信平台相结合的方式组网。
（二）数据采集交换层
数据采集和交换层用于实现系统所需数据高效采集、相关系统间数据可靠交换，消除数据在多个系统间不一致、不完整等问题。
总体上看，数据采集交换层应走统一集成的发展道路。
本工程涉及行业绝大部分业务应用，可利用本工程构建行业统一的数据采集交换平台。
由于本工程涉及的信息时效性较高，数据格式多样，数据采集交换平台应具有较高的交换效率，较好的适配能力。
（三）数据管理层
数据管理层为相关应用系统提供集成的数据资源服务，并通过各种机制来保证数据安全。
总体上看，数据管理层应走集成整合的发展道路。
本工程数据量大，数据管理层应能支撑大数据管理，满足事务型和分析型数据管理需求；
应加强数据资源规划，并采用开放式架构，满足各层级业务应用系统数据集成共享需求。
（四）协同服务层
协同服务层为信息和业务处理提供集成的公共服务，支撑相关业务协同功能的实现。
总体上看，协同服务层应遵从集成统一的原则。
本工程涉及到的纵向、横向业务协同关系较为复杂，协同服务层应能提供便捷、灵活的配置手段来适应业务协同需求的变化，可采用市场主流的中间件软件，将应用系统间数据交换、功能调用等功能进行有效封装，为相关系统开发建设和运行管理提供统一、开放、稳定的集成环境。
协同服务层应与数据管理层、数据采集交换层统筹考虑，保障各技术层面之间的兼容性与运行效率。
（五）分析应用层
分析应用层为数据综合查询、数据灵活展现、辅助决策分析等应用功能提供公共功能和方法支撑。
总体上看，分析应用层应走启发智慧的发展道路。
本工程涉及公路水路交通运输各种运行状态评估、预警、应急决策支持等功能，要求分析应用层具备数据组织灵活、分析多维智慧、展现灵活多样的特点，要求分析应用层具备启发式分析能力。
（六）用户界面层
用户界面层为各类用户提供统一的系统访问窗口。
总体上看，用户界面层应走统一管理、个性化服务的发展道路。
本工程用户众多，且系统功能庞杂，应通过统一管理的用户界面，面向不同用户，通过不同服务方式或用户界面，提供不同的个性化服务。
（七）系统安全
系统安全层面为系统安全运行提供可靠的技术和管理保障。
总体上看，系统安全层应走分域分级的发展道路。
本工程业务应用庞杂，不同业务应用对安全性要求有所不同，根据国家信息安全等级保护相关要求，运行监测系统的安全等级可定为二级，应急处置系统的安全等级可定为三级。
（八）系统管理
系统管理提供系列手段和工具帮助系统管理和维护人员对平台进行有效的日常管理和维护，保证系统正常运行，发挥实效。
为实现相关工程间的有效集成，本工程的技术架构不仅受到现有系统技术架构的制约，而且受到相关重大工程技术架构统筹规划的制约，所以，需要立足当前，着眼未来，统筹设计各级技术架构，以满足业务架构和未来业务发展的需要。
四、系统布局
系统布局是系统网络、主机、存储、数据、应用、终端、中心等设施设备的空间分布架构，他们之间既相对独立，又相互联系。
从总体上看，本工程的系统布局应在业务架构、信息架构、技术架构的指导下，根据各地建设条件，灵活选用M-N级架构或M-M级架构模式，为部、省、市、县交通运输相关部门提供有效的业务应用服务。
M为部、省、直属局、市、县等多级的交通运输管理机构，N为信息资源和应用软件的部署机构。
本工程的网络系统应贯通部、省、市、县多级交通运输管理部门及相关现场站点。
鉴于一般县级交通运输主管部门信息系统运行维护能力较弱的特点，建议网络骨干节点布局在部、省和市，接入节点布局在省厅直单位、县级交通运输管理部门、相关交通运输企业。
数据资源布局应根据运行维护需要合理选择，并充分考虑业务特征、采集主体、使用方式、网络条件、维护资金和人员能力等众多因素。
本工程数据布局可遵从以下三个原则：
谁采集谁存储谁维护，行业数据分类分级集中存储，缺乏维护能力的提交上级存储。
本工程数据布局总体上可采用部、省、市、公司4级部署，也可采用部、省、省直、市、公司5级部署，还可部、省、公司3级部署模式。
主机和存储系统布局主要根据数据的空间布局决定。
应用服务的布局是由机构的布局决定的，而应用软件的布局主要是由业务特征、软件架构、信息架构等因素决定的。
本工程不同的应用可以采用不同的架构，实施不同的布局，可以是一级布局5级应用，也可以是两级布局5级应用，也可以是三级布局5级应用等等。
中心可以分为数据中心布局和应用中心布局两种，数据中心布局由数据布局决定。
应用中心主要包括路网中心，搜救中心等业务中心，独立的各业务都可以建设相应的业务管理中心，与位置无关，与应用软件布局无关。
系统具体的布局模式可按照各级部门的建设条件和管理体制，作出合理选择。
五、工程边界
工程边界是本工程与相关工程之间的建设界限。
应在工程建设范围、建设定位和建设目标的指导下，根据建设条件，以及系统技术架构和布局方案，说明与相关工程（包括已建、在建、待建工程）间的分工协作关系。
本工程应重点说明如何整合利用“十一五”部引导建设的相关工程建设成果和现有各业务系统，以及如何与相关重大工程共同构成“十二五”信息化框架体系。
六、相关关系
本工程涉及的业务范围广，与已建、在建工程或业务应用系统交叉多，需要特别说明几个方面的相关关系。
（一）与路网中心的关系
本工程涉及的其中一项业务是路网运行管理与应急处置，这就是路网中心的基本职能。
所以，从业务职能的角度，本工程部分建设内容与独立的路网中心建设需求是一致的。
不同的是，由于受到工程投资规模的批复限制，独立的路网中心建设可能会涉及到更大范围的现场终端设备。
所以，没有路网中心的地区，可以利用本工程带动路网中心建设；
已经建设了路网中心的地区，可以利用本工程提升现有路网中心效能，成为本工程的重要组成部分。
本工程部分建设内容与路网中心建设内容和目的是完全一致的，推进方式是互相带动的。
（二）与水运数据中心的关系
目前，水运行业讨论最多的是要建设水运行业数据中心，主要从数据或技术角度提出了相应建设需求。
通过本工程水路运输运行管理与应急处置系统建设，采集水路运输行业涉及的运输相关动静态数据，开展水路运输运行状态评价和监控，积极应对水路客货紧急运输突发事件，完全能满足水路运输行业日常管理和应急管理的需要，可自动形成水运行业数据中心。
所以，对于还没有建设水运行业数据中心的，可利用本工程达到建设目的；
对于已经建设了水运行业数据中心，本工程可以提升中心效能，成为本工程的重要组成部分。
本工程部分建设内容与水运数据中心建设只是名称上不一致，建设内容和目的是完全一致的。
（三）与应急指挥中心的关系
部和各省都不同程度地建设了一些应急指挥中心，既有公路水路综合性应急指挥中心，也有路网监测与应急处置中心、海上搜救中心等单项业务应急指挥中心。
本工程建设不仅支持公路水路交通的综合应急指挥职能，还支持各单项业务的应急指挥职能。
所以，对于还没有建设各种应急指挥中心的，可通过本工程带动相应中心的建设；
对于已经建设或部分建设的各种应急指挥中心，可通过本工程建设提升其效能，成为本工程的重要组成部分。
本工程与各类应急指挥中心的建设内容和目的是一致的。
（四）与其他重大工程的关系
公路水路交通安全畅通与应急处置系统主要涉及到公路水路交通的日常运行管理和突发事件的应急处置业务，需要使用大量的行政许可管理的基础信息，同时产生大量的交通基础设施、运载装备、交通运输、交通环境、交通事件等动态信息，这些信息可为交通运输市场信用体系建设提供应急事件过程中从业企业和从业人员的诚信信息，可为出行信息服务系统提供交通运行动态、相关预警及交通诱导信息，为经济运行分析和辅助决策系统提供各类实时运行分析数据。
四个重大工程相互结合，可以综合分析市场信用与交通运输、出行与交通情况、经济与交通运行的相关关系。
第三章系统功能
为构建本工程全国统一的基本功能框架，保证各级各类系统间横向纵向的业务协同，本章主要从运行管理、应急处置两个层面，对工程业务架构中各业务领域必备的基本应用功能进行了规定，但对各级平台业务功能的集成状态和其他个性化的扩展功能不做详细要求。
本章突出强调了系统功能的协同和基本两个关键词。
一、运行管理
（一）路网运
升级会员 