重庆高速项目介绍PPT文件格式下载.ppt
《重庆高速项目介绍PPT文件格式下载.ppt》由会员分享，可在线阅读，更多相关《重庆高速项目介绍PPT文件格式下载.ppt（32页珍藏版）》请在冰豆网上搜索。
基础监控数据的通讯网络；
数据传输技术支撑，数据传输技术支撑，TLQ+TIESB。
实现监控总中心、区域分中心、监控站之间监控管理相关数据的有实现监控总中心、区域分中心、监控站之间监控管理相关数据的有效集成和共享；
效集成和共享；
通过交大系统使用通过交大系统使用TLQ+TIESB传输实现。
不是传输实现。
不是TI做业务级的数据集成。
做业务级的数据集成。
实现监控总中心、区域分中心、监控站的软件应用之间功能调用和实现监控总中心、区域分中心、监控站的软件应用之间功能调用和业务协同目标；
业务协同目标；
TIBPM实现流程执行，每一步骤的功能由较大应用实现流程执行，每一步骤的功能由较大应用实现。
实现。
有效解决监控管理应用系统和外部系统之间数据、业务交互的问题。
交大应用实现和未来各种外系统的具体交互（交大应用实现和未来各种外系统的具体交互（WS除外）。
除外）。
初始状态工作站控工作站控制大屏幕制大屏幕流协议提供视频流协议提供视频或视频文件或视频文件私有协议私有协议初始状态初始状态工作站工作站大屏幕大屏幕初始状态全局视图全局视图单个隧道视图单个隧道视图视图视图/对对象选择象选择报警信息报警信息事件信息事件信息初始状态应急处理流程全局视图全局视图单个隧道视图单个隧道视图1.监控人监控人员看到报员看到报警信息警信息1.1或监控或监控人员在某特人员在某特定视图上看定视图上看到报警闪烁到报警闪烁2监控人员在根据需要选取监控人员在根据需要选取不同视图，如视频，某点具不同视图，如视频，某点具体数据等，查看周边情况。
体数据等，查看周边情况。
3监控人员按照一定顺序和规则监控人员按照一定顺序和规则（预案）手工执行界面上的功（预案）手工执行界面上的功能，如显示公告板，封闭车道能，如显示公告板，封闭车道灯等。
灯等。
2.1界面上的视图可以根据界面上的视图可以根据需要显示在大屏幕上。
需要显示在大屏幕上。
3.1应用实现的预案已经做了一定应用实现的预案已经做了一定的封装，如逐个调整鼓风机的封装，如逐个调整鼓风机+照明照明封装成一个预案。
监控人员来看这封装成一个预案。
监控人员来看这一系列细粒度活动是一个操作。
一系列细粒度活动是一个操作。
项目需求常态：
常态：
业务功能上，目前主要是监控显示隧道相关的设备，各点视频和公示板。
区域联动需要业务功能上，目前主要是监控显示隧道相关的设备，各点视频和公示板。
区域联动需要能够接入并监控管理更多的设备和系统。
如：
更多的路段设备，短信平台，联网收费系能够接入并监控管理更多的设备和系统。
更多的路段设备，短信平台，联网收费系统等。
统等。
技术上，没有使用中间件做异地消息的传递和分发路由。
集成商（西南交大）希望使用技术上，没有使用中间件做异地消息的传递和分发路由。
集成商（西南交大）希望使用中间件实现：
异地消息的可靠传递，消息的可配置分发和路由而减少甚至不需要应用定中间件实现：
异地消息的可靠传递，消息的可配置分发和路由而减少甚至不需要应用定死目的。
死目的。
应急：
业务上，目前对一个事件的处理局限在监控人员实现一些具体的操作，没有高层次的处业务上，目前对一个事件的处理局限在监控人员实现一些具体的操作，没有高层次的处理流程理流程什么情况下需要执行操作什么情况下需要执行操作1、3、5，什么情况需要操作，什么情况需要操作2、4、6。
这些这些“高层次高层次”流程是因为区域联网而新提出的流程是因为区域联网而新提出的原来的一个具体操作也是包含多个原来的一个具体操作也是包含多个小步骤的，即他们现在说的小步骤的，即他们现在说的“预案预案”：
如隧道火灾预案：
如隧道火灾预案1包括开隧道灯，开抽风，变车包括开隧道灯，开抽风，变车道导向标志等等。
这些预案的执行目前已经由路段级业务员执行，不需要变动。
道导向标志等等。
更进一步，流程出现停滞等需要能够报警，进而能够采取新的措施。
流程的执行缺乏监控：
没有一个视图来表现这些处理的结果，以及整个流程的执行情况。
也有常态中接入更多系统的要求。
技术上，需要一个支持人工活动的技术上，需要一个支持人工活动的BPM引擎来执行引擎来执行“高层次高层次”流程。
流程。
需要良好的，能够和已有应用界面集成的流程实例监控界面和实例中人工活动的执行界需要良好的，能够和已有应用界面集成的流程实例监控界面和实例中人工活动的执行界面。
面。
需要一个统一的数据模型，将和需要一个统一的数据模型，将和BPM流程走向相关的数据（事件类型，级别等）和应流程走向相关的数据（事件类型，级别等）和应用数据（设备数据，视频文件名等）分开，用数据（设备数据，视频文件名等）分开，BPM只处理前一部分数据。
只处理前一部分数据。
项目需求应急流程快速发现快速发现信息手段：
人信息手段：
人工、自动、智能工、自动、智能信息格式：
语音、文字、图片、信息格式：
语音、文字、图片、数据、视频数据、视频信息通信：
网络（数据包）、信息通信：
网络（数据包）、短信、传真、文本短信、传真、文本事件传递：
现场单元事件传递：
现场单元-管理单管理单元元-决策单元决策单元-发布单元发布单元流程传递的数据的统一数据模流程传递的数据的统一数据模型支持多种格式型支持多种格式在应用数在应用数据部分，应用处理，流程本身据部分，应用处理，流程本身不处理。
语音，图片，视频等不处理。
语音，图片，视频等使用引用。
使用引用。
引用的获得由应用处理。
视引用的获得由应用处理。
视频：
独立的视频流协议，和频：
独立的视频流协议，和ESB无关。
文件：
无关。
ESB可以可以转发文件，但不解析。
转发文件，但不解析。
现场单元现场单元-管理单元：
管理单元：
ESB+MOM。
管理单元管理单元-决策单元决策单元-发布单元：
发布单元：
项目需求应急流程系统联动系统联动上下：
底层监控上下：
底层监控路段监控路段监控区域监控区域监控总中心总中心市市交委交委市应急办市应急办内外：
内外：
12122、交通执法、交通执法、路政（救援巡逻）、救援路政（救援巡逻）、救援（物资、车辆、器材）、养（物资、车辆、器材）、养护、消防、医疗、环境、媒护、消防、医疗、环境、媒体（情报板、隧道广播、电体（情报板、隧道广播、电台广播、电视、网络、定制台广播、电视、网络、定制短信、服务短信）短信、服务短信）流程：
预案启动以后的流程流程：
预案启动以后的流程执行、交互、反馈、调整执行、交互、反馈、调整流程会涉及和这些部门交互的步流程会涉及和这些部门交互的步骤。
底层监控，路段监控：
上报骤。
上报报警，接受控制。
区域中心，总报警，接受控制。
区域中心，总中心：
执行，监控流程。
中心：
市交委，市应急办：
向这些部门市交委，市应急办：
向这些部门发送消息。
所有步骤都可能是人发送消息。
所有步骤都可能是人工或自动。
工或自动。
流程会涉及和这些部门交互的步骤。
还需所有步骤都可能是人工或自动。
还需要和这些系统的交互适配器（应用写要和这些系统的交互适配器（应用写而非而非ESB写）。
写）。
反馈：
步骤和流程执行状态显示。
调整：
给某个人的任务他无法执行，流程调整：
给某个人的任务他无法执行，流程能够动态的分配给其他人。
设计时包括所能够动态的分配给其他人。
设计时包括所有可能，运行时根据实例数据走不同分支。
有可能，运行时根据实例数据走不同分支。
不是用户动态修改流程定义。
已跟用户解不是用户动态修改流程定义。
已跟用户解释并得到口头认可，释并得到口头认可，demo出来后会跟用出来后会跟用户具体解释。
户具体解释。
项目需求应急流程有效处置有效处置流程执行有监控；
流程执行有监控；
阶段结果有反馈；
流程阻滞、中断有报警；
流程结束有总结；
预案数据库有更新。
流程执行监控界面。
监控界面可显示步骤执行结果监控界面可显示步骤执行结果业务结果。
业务结果。
步骤执行超时，异常去执行特定步骤执行超时，异常去执行特定步骤（报警步骤）。
步骤（报警步骤）。
流程执行统计。
根据流程统计：
一个是某一步骤内业务逻辑的更一个是某一步骤内业务逻辑的更新。
新。
还一个是流程定义的更新。
都需要持续开发（都需要持续开发（demo出来后出来后和用户具体确认）。
和用户具体确认）。
项目需求应急流程业业主主提提出出的的另另一一个个版版本本给给出出应应急急处处理理需需要要涉涉及的方面，而不是一个真正的及的方面，而不是一个真正的BPM流程需求流程需求项目需求PortalPortal的需求尚未讨论，目前理解粗的需求是：
的需求尚未讨论，目前理解粗的需求是：
业务上，根本上是向公众发布涉及具体事件的信息。
前面说的系统监控，流程的监控，步骤执行等由业务员在目前界面上操作，前面说的系统监控，流程的监控，步骤执行等由业务员在目前界面上操作，不在不在Portal上展示。
上展示。
未来会和未来会和GIS系统集成，如实时路况等，系统集成，如实时路况等，Portal集成界面上显示？
集成界面上显示？
领导执行的流程步骤是否会在领导执行的流程步骤是否会在Portal上执行？
上执行？
公众是否会通过公众是否会通过Portal调用本系统上的功能？
如发送报警信息？
调用本系统上的功能？
与与GIS的集成的集成向向GIS导入数据：
导入数据：
批量导入目前系统设备信息（布告板，消防站，摄像头位置等）。
和TI无关。
应急时通知GIS动态信
升级会员 