2总监控调度中心需求说明书0321.docx

2总监控调度中心需求说明书0321.docx

《2总监控调度中心需求说明书0321.docx》由会员分享，可在线阅读，更多相关《2总监控调度中心需求说明书0321.docx（27页珍藏版）》请在冰豆网上搜索。

2总监控调度中心需求说明书0321

（广州智能公交项目）

总监控调度中心子系统

需求规格说明书

（v1.0）

文件编号：

记录编号：

编制：

eugene

日期：

2006.9.7

审核：

日期：

批准：

日期：

目录

1.项目概述5

1.1.编写目的5

1.2.背景5

1.3.用户5

1.4.参考资料6

2.总体需求6

2.1.技术需求6

2.1.1.系统开发环境6

2.1.2.开发模式6

2.1.3.GIS技术选型6

2.2.系统物理结构7

2.3.总调度监控中心子系统框架结构7

3.系统功能需求8

3.1.应急调度模块8

3.1.1.开通临时路线8

3.1.2.线路延迟服务时间10

3.1.3.下达调度任务或调度方案10

3.1.4.紧急车辆调度11

3.1.5.紧急调度任务13

3.2.行程轨迹回放模块15

3.2.1.业务流程15

3.2.2.功能的规定15

3.2.3.性能的规定16

3.2.4.输入输出要求16

3.2.5.数据管理能力要求16

3.2.6.其它专门要求16

3.2.7.应用要求16

3.3.超速监控模块16

3.3.1.业务流程16

3.3.2.功能的规定17

3.3.3.输入输出要求17

3.3.4.数据管理能力要求18

3.3.5.应用要求18

3.4.GIS监控模块18

3.4.1.业务流程18

3.4.2.功能的规定18

3.4.3.输入输出要求19

3.4.4.数据管理能力要求20

3.4.5.其它专门要求20

3.4.6.应用要求20

3.5.简图监控模块20

3.5.1.业务流程20

3.5.2.功能的规定21

3.5.3.性能的规定21

3.5.4.输入输出要求21

3.5.5.数据管理能力要求21

3.5.6.其它专门要求21

3.5.7.应用要求21

3.6.自动报警21

3.6.1.业务流程21

3.6.2.功能的规定22

3.6.3.输入输出要求22

3.6.4.数据管理能力要求22

3.6.5.其它专门要求23

3.6.6.应用要求23

3.7.大屏幕显示23

确认信息

用户意见

用户签章

2006年10月20日

1.项目概述

1.1.编写目的

本说明书是广州市公共交通自动监控及通信调度系统子项目总监控调度中心子系统的需求说明书，在系统整体方案的确定的基础上，根据用户需求进行了整理和分析，描述了的结构与接口从而指导系统的编码实现。

本文档的阅读对象是项目组的领导，以及系统的设计开发人员和测试人员。

编写本说明的另外一个目的是明确项目的范围，本需求说明书一经确认后，可以作为项目验收的依据，如果有需求变更，需要另外补充说明，并且经过双方签字确认。

1.2.背景

作为广州市公共交通监控调度系统的一个重要部分，总监控调度中心子系统的目的是满足市交委的总监控中心的监控和调度以及公交公司车辆监控的业务需要。

总监控调度中心监控所有公交运营车辆，在城市有重大突发事件发生、自然灾害、开展大型活动的情况下总监控中心向各公共汽车分公司下达调度任务或者调度方案，公交公司根据总监控调度中心的调度任务或者方案自行调整日常车辆营运计划，在紧急情况下，总监控中心可以临时接管各个公交公司的调度权，直接调度车辆执行任务，从而在全市范围内形成统一的协调和指挥。

公交公司分监控调度中心利用监控系统监控并规范公交车辆的日常营运情况，促进公交公司资源的优化配置，提高企业效益，为乘客提供更高的的服务质量和安全保障；公交公司从资源、信息、操作等各个方面为总监控调度中心提供支持，由各公交公司上传内部车辆及人员资源的使用情况、运营车辆的状态信息，服从并执行中心下达的调度指令和调度方案。

总监控调度中心还将必要的调度信息、数据通过有线或无线的方式传送至各公交运营公司、公交车载终端、车站电子站牌，利用PDA、无线电或广域网等信息发布媒介将交通服务信息通知广大公众。

另外，中心还必需预留与ITS共用信息平台、96900呼叫中心、羊成通清算系统和未来城市交通信息中心的接口，以支持相应的功能扩展。

1.3.用户

系统的名称：

总监控调度中心子系统

用户：

广州市交委、各公交公司

运行该软件的单位：

广州市交委

1.4.参考资料

《总监控调度中心需求_UML_8.4》

《广州市公共交通自动监控及通信调度系统-数据库设计说明书》

《广州市公共交通自动监控及通信调度系统需求说明书》

《公共交通自动监控及通信调度系统招标文件》

《广州市公共交通自动监控及通信调度系统的供货与安装清华同方技术方案》

2.总体需求

2.1.技术需求

2.1.1.系统开发环境

Eclipse+JDK1.5+Oralce10g

J2EE应用服务器需要支持EJB，可选J2EE服务器：

JBoss、OracleApplicationServer10g、Weblogic等，开发过程中统一选定IAS10g作为测试J2EE服务器。

2.1.2.开发模式

采用JSP+Struts+Spring+Servlet+Hibernate+DataBase的主流J2EE开发模式。

MVC多层架构框架：

Struts

表示层：

JSP，Applet，JavaScript

数据层：

Hibernate，结合DAO模式

业务层：

Servlet

2.1.3.GIS技术选型

用户交互层使用WEBGIS方式进行GIS应用开发，采用MapInfoMapXtremeforJava作为WEBGIS运行时。

MapXtremeJavaWebGIS客户端的实现有多种方式

1）纯HTML,javascript的瘦客户端

2）Applet中型客户端

3）Applet胖客户端

在本系统的开发中必须采用Applet中型客户端方式，在中型客户机/中型服务器配置中，可配置applet遍历用户定义的servlet以获取其数据和地图图像。

2.2.系统物理结构

2.3.总调度监控中心子系统框架结构

总调度监控中心子系统由应急调度、紧急调度、GIS监控、简图监控、超速监控、大屏幕显示和自动报警七个部分组成。

3.系统功能需求

3.1.应急调度模块

在全市性突发事件、自然灾害、大型活动等情况下，总监控调度中心根据需要向各个公交公司下达调度任务或者调度方案，公交公司收到任务请求后安排车辆进行应急调度任务安排，并且调度车辆执行任务，任务执行完毕由公交公司汇总应急调度执行情况，总监控调度中心实时监控执行应急调度的车辆，在紧急情况下，总监控调度指挥中心临时接管各公交公司最高指挥权，对全市公交车辆进行统一调度，紧急调度公交车车辆前往指定地点完成人员疏散或救助任务。

应急调度有以下几种调度模式：

1．开通临时专线：

企业申请路段和站点、开通时间视活动的时间定。

2．线路延迟的服务时间：

活动在晚上进行，并且是在线路较多的地方。

3．下达调度任务或调度方案：

将道路情况通知到企业（在交通事故、堵塞等情况，企业可放短线、绕行），由企业来决定车辆的具体调度指令。

4．紧急车辆调度：

紧急调度指挥中心临时接管各公交公司最高指挥权，对全市公交车辆进行统一调度；

5．紧急调度任务：

总监控调度中心将调度的车辆数、装载地点、装载目的地和到达时间信息发送到指定企业，企业指派车辆按照要求达到指定地点；

应急调度任务的各个流程环节上的处理，不作实时性的要求限制，各个环节的沟通处理和衔接依赖于系统外的电话沟通等方式。

3.1.1.开通临时路线

3.1.1.1.业务流程

1．总监控调度中心向指定的公交公司发送开通临时专线信息，临时专线信息包括有效规定时间、规定的站点以及其他相关资料；

2．公交公司根据总监控调度中心下发的信息，提交申请开通临时专线，由总监控中心审批；

3．总监控调度中心审批公交公司的临时专线申请，获批准的申请投入运行；

4．临时线路的监控；

5．待任务完成由总监控调度中心取消临时线路；

6．公交公司汇报任务执行情况；

7．总监控调度中心总结归档。

临时线路的一个实际使用例子是交易会时期，开通临时线路，线路名称：

临XX，运行时间大概半个月，公交临时线路不设语音自动报站，实现方式是：

用大字牌写清临时线路的途经站点放置在乘客上车刷羊城通卡的地方。

3.1.1.2.功能的规定

Ø下发任务

新建开通临时线路任务，并且指定接收公交公司，任务中包含有关临时线路的开通时间、站点等详细情况；

Ø任务申请

公交公司根据收到开通临时线路信息，根据自己的实际情况申请该项任务；

Ø申请审核

审核公交公司对任务的申请，审核通过的临时线路进入监控；

Ø临时线路车辆

公交公司在临时线路上增加、删除运营车辆；

Ø临时线路监控

监控临时线路上车辆的运行情况；

Ø任务执行情况汇报

公交公司执行完总监控调度中心下发的任务后,向总监控调度中心汇报任务执行情况，提供汇报的具体内容；

Ø任务归档

任务执行完毕，总监控中心对任务进行总结；

Ø历史轨迹回放

临时线路上车辆的历史运行记录查看。

3.1.1.3.输入输出要求

下发临时线路信息时输入：

字段

类型

说明

任务编码

字符串

接收任务方

接收应急调度任务的公交公司的编号，一个或者多个

任务内容

字符串

应急调度的时间、点等背景情况，执行应急调度的具体内容

任务要求

字符串

对执行任务的车辆要求，例如数量

任务开始时间

时间

任务开始的时间

任务结束时间

时间

任务结束的时间

停靠站点

动态站点图层

3.1.2.线路延迟服务时间

3.1.2.1.业务流程

1．总监控调度中心向选定的公交公司发送线路延迟请求；

2．公交公司收到请求，回复总监控中心，并延迟公交的运营时间；

3．公交公司总调度员上报线路延迟请求执行情况；

4．总监控调度中心总结归档。

3.1.2.2.功能的规定

Ø下发任务

总监控中心新建线路延迟服务的应急调度任务，并且发向公交公司；

Ø任务处理

公交公司根据调度任务，调整相关线路上车辆运营计划；

Ø任务执行情况汇报

公交公司执行完总监控调度中心下发的任务后,向总监控调度中心汇报任务执行情况，提供汇报的具体内容；

Ø任务归档

任务执行完毕，总监控中心对任务进行总结；

3.1.3.下达调度任务或调度方案

3.1.3.1.业务流程

在交通事故、交通堵塞的情况下，总监控调度中心下公交公司发送调度任务或方案，公交公司根据总监控调度中心提供的方案信息，自行调整公交车辆的日常营运。

总监控调度中心的调度任务或者调度方案的目的是辅助公交公司进行日常营运调度，以提交公交行业的服务质量和效益。

业务流程：

1．总监控调度中心向选定的公交公司下达应急调度或者调度方案；

2．公交公司收到调度任务或者紧急调度方案，根据实际情况调整调度车辆；

3．公交公司总调度员上报应急调度执行结果；

4．总监控调度中心总结归档。

3.1.3.2.功能的规定

Ø下发任务

总监控中心新建调度任务或者调度方案，并且发向公交公司；

Ø任务处理

公交公司根据调度任务，调整相关线路上车辆运营计划；

Ø任务执行情况汇报

公交公司执行完总监控调度中心下发的任务后,向总监控调度中心汇报任务执行情况，提供汇报的具体内容。

Ø任务归档

任务执行完毕，总监控中心对任务进行总结。

3.1.4.紧急车辆调度

紧急车辆调度是在全市性突发事件、自然灾害、大型活动等情况下由紧急调度指挥中心临时接管各公交公司最高指挥权，对全市公交车辆进行统一调度，紧急调度公交车车辆前往指定地点完成人员疏散或救助任务。

3.1.4.1.业务流程

紧急车辆调度需要各个公交公司配合总监控调度中心进行，总调度监控中心对车辆的调度，侧重点是总监控中心和司机的实时双向信息通信的过程，必须确认总调度监控中心的调度信息成功发送到司机终端，并且将司机的响应调度信息发回到总调度监控中心，各公交企业也可看到总监控调度中心的调度指令。

流程说明：

1.总监控中心向公交公司发出紧急调度请求，该紧急调度要求接管调度公交公司的车辆，默认情况是总监控调度中心可以调度公交公司的空车（在总站的车辆）。

2.公交车辆切换到紧急调度状态，接受总监控中心的调度，并且执行任务。

3.任务完成，总控中心不再具备车辆调度的权限。

4.紧急调度任务执行完毕，总监控调度中心总结本次任务情况。

说明：

使用案例：

因地铁出现事故，在某个地方阻滞了大量地铁乘客，指挥中心需要将附近公交总站的空车直接调度到指定地点装载乘客到指定的安置处。

3.1.4.2.功能的规定

Ø下发紧急车辆调度任务

新建紧急调度任务,任务中包含有关紧急调度任务的背景情况，紧急调度任务的执行公交公司，同时紧急调度任务内容包含任务的执行时间等。

Ø开始执行紧急调度

车辆进入紧急调入处理状态处理，由调度子系统完成。

Ø紧急调度任务中的车辆调度

总监控中心按照规定的通信协议向监控目标发送控制指令,同时接收监控目标发送回来的数据。

Ø执行紧急调度任务的车辆监控

对正处于紧急调度的车辆进行监控，监控时中可以方便的查询车辆相关信息：

运行状况、调度信息等。

Ø调度指令查询浏览

查询浏览调度指令的发送情况。

Ø紧急车辆调度任务信息维护

在紧急调度任务未处理前可以修改，删除。

Ø任务执行情况汇报

公交公司执行完总监控调度中心下发的任务后,向总监控调度中心汇报任务执行情况，提供汇报的具体内容。

Ø任务归档

任务执行完毕，总监控中心对任务进行总结。

Ø选定区域的车辆消息群发

选定区域，对在这个区域的车辆发送消息。

3.1.4.3.性能的规定

紧急车辆调度的频率定义为：

2次/年，紧急调度任务的各个流程环节上的处理，不作严格实时性的要求限制，各个环节的沟通处理和衔接依赖于系统外的电话沟通等方式。

3.1.4.4.输入输出要求

（一）、紧急调度任务下发时输入：

字段

类型

说明

任务编码

字符串

接收任务机构编号

字符串

接收应急调度任务的公交公司的编号（1个或者多个）

任务内容

字符串

紧急调度的时间、背景情况，执行紧急调度的具体内容

任务开始时间

时间

开始执行应急调度的时间

任务结束时间

时间

结束应急调度的时间

（二）、紧急调度审核，车辆加入紧急调度车辆列表：

字段

类型

说明

车辆编号

字符串

任务编码

字符串

开始执行任务时间

时间

车辆时间开始执行任务时间

结束任务时间

时间

车辆完成任务时间

（三）、车辆调度输入

字段

类型

说明

车辆编号

字符串

任务类型

字符串

调度内容

字符串

3.1.5.紧急调度任务

总监控调度中心将调度的车辆数、装载地点、装载目的地和到达时间信息发送到指定企业，企业指派车辆按照要求达到指定地点；

3.1.5.1.业务流程

1．总监控调度中心向单个公交公司下达紧急调度任务；

2．公交公司对紧急调度安排处理，预安排车辆执行紧急调度任务，上交回总监控调度中心复核；

3．总监控调度中心复核公交公司对紧急调度的安排，如复核通过公交公司将按照紧急调度任务安排进行调度，否则，回到第二步，公交公司重新安排车辆；

4．公交公司对车辆进行紧急任务调度；

5．总监控调度中心对执行紧急调度任务的车辆进行监控；

6．紧急调度任务执行完毕。

7．公交公司对紧急调度任务进行总结，并反馈给总监控调度中心。

8．总监控调度中心总结归档

3.1.5.2.功能的规定

Ø下发紧急调度任务

新建紧急调度任务,任务中包含有关紧急调度任务的背景情况，紧急调度任务的执行公交公司，同时紧急调度任务内容包含任务的执行时间等。

Ø紧急调度任务审核

根据总监控调度中心紧急调度请求，安排车辆进行紧急调度任务处理。

Ø开始执行紧急调度

车辆进入紧急调入处理状态处理，由调度子系统完成。

Ø执行紧急调度任务的车辆监控

对正处于紧急调度的车辆进行监控，监控时中可以方便的查询车辆相关信息：

运行状况、调度信息等。

Ø紧急车辆调度任务信息维护

在紧急调度任务未处理前可以修改，删除。

Ø任务执行情况汇报

公交公司执行完总监控调度中心下发的任务后,向总监控调度中心汇报任务执行情况，提供汇报的具体内容。

Ø任务归档

任务执行完毕，总监控中心对任务进行总结。

3.1.5.3.输入输出要求

下发紧急调度任务输入：

字段

类型

说明

任务编码

字符串

接收任务方

字符串

指定的单个公交公司

任务内容

字符串

应急调度的时间、点等背景情况，执行应急调度的具体内容

任务要求

字符串

对执行任务的车辆要求，例如数量

任务开始时间

时间

任务开始的时间

任务结束时间

时间

任务结束的时间

3.2.行程轨迹回放模块

行程轨迹回放是向用户提供对车辆历史行程的查找，系统在地图上描述出车辆的历史行程轨迹，例如：

指定某段历史时间，将车辆的行驶轨迹及相关信息在电子地图上以图形化显示。

轨迹回放时在监控窗口会出现车辆图标、轨迹点，同时显示该轨迹点车辆所处的状态信息，回放速度可调节。

行程轨迹回放是使用比较频繁的业务功能模块，车辆的行程轨迹为车辆管理、监控的提供依据：

1、对公交营运过程中出现的问题和争端，可以通过回放进行分析和判断。

通过对过往数据的分析，将帮助管理者从失败的任务中寻找和总结教训；从成功的任务中寻找和总结经验。

2、为总监控调度中心加强公交车服务质量的日常监督提供依据，例如：

核定公交车辆是否按照规定的线路形式。

3.2.1.业务流程

与应急调度相关联的临时线路上的车辆行程轨迹回放：

1、选择历史应急调度任务，选择执行该项任务的车辆，输入时间范围。

2、如果该临时线路有规定的路线数据，则默认需要高亮显示该线路。

3、在地图上描述车辆的历史行程轨迹。

公交线路日常运营的车辆行程轨迹回放：

1、选择公交线路，选择执行该项任务的车辆，输入时间范围。

2、高亮显示公交线路。

3、在地图上描述车辆的历史行程轨迹。

其他形式的车辆行程轨迹回放：

1、选择车辆，输入时间范围。

2、在地图上描述车辆的历史行程轨迹。

一般情况下公交车辆是在其所属的公交线路下运营的，但是公交车辆也会调离所属线路营运，因此对车辆进行轨迹回放时候，需要可以选择参考的公交线路。

3.2.2.功能的规定

Ø回放速度设置

数据点之间停顿的时间间隔；

Ø参考线路设定

高亮显示选定的参考线路；

Ø轨迹回放

轨迹回放的过程中显示每个播放点处的车辆运行状况，如：

速度、方向等。

3.2.3.性能的规定

轨迹回放数据查询的时候必须能够快速响应客户端请求。

3.2.4.输入输出要求

轨迹回放输入：

字段

类型

说明

车辆编号

字符串

开始时间

字符串

精确到秒

结束时间

字符串

精确到秒

回放速度

整数

3.2.5.数据管理能力要求

GPS历史数据需要保存一年，GPS数据量大，必须对数据存储优化管理，提高数据查询速度。

3.2.6.其它专门要求

历史轨迹回放的时间段长度限定最大值为2小时。

3.2.7.应用要求

公交公司和总监控中心。

3.3.超速监控模块

利用超速监控加强对公交车日常行车安全监管，市民在乘坐公交车时将不用再担心由于公交车司机超速驾驶而导致的交通事故，市民在车上听到超速报警系统的报警的同时也可以向司机提出减慢车速的要求。

3.3.1.业务流程

根据终端回传的定位信息、速度信息，按照超速判断准则进行分析计算，判断该车辆是否超速，当车辆超速时，对超速车辆进行记录，记录内容包括线路号、车号、超速时间、超速地点、司机姓名和服务资格证号，监控端显示车辆超速信息。

超速判断方法：

当车辆行驶的速度超过规定的最大速度就当作一次超速的开始，当车辆速度降到最高速度以下后，该次超速的结束，超速判断不需考虑这两次之间的时间间隔，当速度回到超速以下时，开始下一次新的超速判定。

3.3.2.功能的规定

Ø超速报警参数的设定

参数

说明

判断超速确认定时值

当确认车辆超速时，向司机终端发送超速提示，提示司机注意降低行

超速阈值有效范围

超速设置的范围，超出此范围的值认为无效,缺省值为20-100公里/小时

超速阈值的设置

超速阈值的设置默认为50公里/小时

超速时间间隔

车辆在定时期间始终超速，则判断该车超速行驶，进行超速报警，缺省值为30秒

Ø车辆超速判定

根据车辆行驶的GPS数据进行分析计算，生成关于车辆超速记录，记录内容包括线路号、车号、超速发生时间、超速持续时间、超速地点、司机姓名、服务资格证号等。

Ø超速报警的记录统计查询

按照车辆编号、起止时间等信息对超速记录进行查询统计。

3.3.3.输入输出要求

生成的超速记录数据：

字段

类型

说明

线路号

字符串

车号

字符串

时间

日期时间型

地点

字符串

超速地点

字符串

备注

字符串

驾驶员姓名

字符串

3.3.4.数据管理能力要求

3.3.5.应用要求

超速数据要求保存一年。

3.4.GIS监控模块

3.4.1.业务流程

车辆监控模块包括公交车辆日常营运状况下按照公交线路分组的车辆监控，执行应急调度任务中的车辆监控，以及处于紧急调度状态的车辆监控。

公交车辆的监控是总调度监控子系统的核心部分，车辆监控基于GIS平台，在监控地图上实时显示车辆的位置、车辆行驶方向等信息；用户可以打开多个监控窗口跟踪不同的目标或区域，并显示目标的相关信息（如，车号、速度、方向等）；系统支持车辆定位查询、轨迹回放功能。

3.4.2.功能的规定

ØGIS功能

GIS功能模块实现电子地图的显示：

显示道路、河流、政府机关、医院、标志性建筑等地图元素及相应的文字标注；支持地图的无极放大、缩小、漫游等，也可分块、分层显示，详细如下：

（1）GIS基本功能:

放大、缩小、漫游、测距、测量面积，并实现无缝、无刷新的视觉效果，便于用户游览及快速定位；

（2）地图分层显示，可设置各个图层显示与否；

（3）公交线路和站点的高亮显示，线路监控时上下行线路和站点分别用不同风格的样式显示。

（4）图形显示“鹰眼”：

系统可同时显示全景图视窗、在全景图上可移动当前视窗所处的地理位置，而在局部区域图上进行缩放及移动又可以在全景图上得以反映，用户可方便地了解全局和局部的关系。

Ø监控端数据刷新时间设置

监控客户端根据网络情况自行设置实时GPS数据刷新的时间间隔，一般为5～30秒，默认10秒。

Ø车辆自由监控

监控车辆在当前监控窗口区域内的运行情况，用户可以选择显示全