基于BS结构的铁路局调度分析系统的设计与实现(共11页).doc

《基于BS结构的铁路局调度分析系统的设计与实现(共11页).doc》由会员分享，可在线阅读，更多相关《基于BS结构的铁路局调度分析系统的设计与实现(共11页).doc（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上基于B/结构的铁路局调度分析系统的设计与实现李辉康(西安铁路局 总工程师室 西安 )摘 要：本文对铁路局调度分析信息化现状进行分析，论述如何利用ORACLE存储过程技术通过网络自动采集列调、计划调、机调、客调、十八点统计等专业调度指挥系统数据进行综合处理，利用JSP技术与Web报表插件的结合，开发基于B/三层体系结构的铁路局调度分析系统，从而为调度指挥管理人员进行路局车流调整和合理衡量调度员工作能力提供辅助决策工具。 关键词：B/S结构、信息系统、设计The Design and Realization of Railway DispatchingAnalysis S

2、ystem on B/S StructureLI Hui-kang（Total Engineers Room , Xi An Railway Administrator,Xi An ,China ）Abstract: This text Discussion Railway Dispatching Analysis informationthe present condition to proceed the analysis， Discuss how to make use of the ORACLE procedure pack combination for technique pass

3、ing the network automatically collecting the train Dispatching and planning Dispatching,Locomotive Dispatching and passenger Dispatching, 18:00 tatisticsing many Dispatching system of system data proceeding synthesizing handle, make use of the JSP technique and Web statement the plug-in, development

4、 according to B/ three layer Railway Dispatching Analysis System ,Send the in command of management the personnel the proceeding the train in railroad bureau to adjust to measure the Dispatching with reasonable to send the in command of personnel the work the ability the offering to lend support to

5、make policy the tool for train Dispatching .Key words: Browser/Server; information system; designing近几年我国铁路调度信息化迅猛发展，列调、计划调、机调、客调、十八点统计等专业调度指挥系统已经达到了全路普及程度，铁路调度指挥已经发生了重大技术变革，运输调度告别了传统的“铅笔、橡皮、三角尺”的指挥历史，但是很多调度指挥分析决策依然是传统的手工管理模式。在此主要论述基于B/结构的铁路局调度分析系统如何采用ORACLE数据库强大的存储过程处理技术对这些系统的数据进行综合处理，如何利用目前普及的WWW浏

6、览和Web报表技术及时准确为调度指挥管理人员进行路局车流调整和合理衡量调度员工作能力提供辅助决策工具。1 铁路局调度分析信息化现状分析1.1局车流综合台帐管理现状2005年3月18日铁路生产力布局调整前，调度是部、局、分局、段（车站）四级调度指挥模式，调整后变成了部、局、段（车站）三级调度指挥模式，目前路局调度所各主要行车指挥工种信息系统已经基本建成，但是车流综合管理分析各路局都不一样，很多还是基于手工或半信息化方式，这些管理方式不能自动进行分析和数据管理，不仅花费调度分析人员大量的时间和精力，数据还容易出差错，已经远远不能适应铁路调度指挥的精细化管理。1.2局调度指挥人员效率分析现状目前基于

7、信息技术的TDCS列调或TMIS列调系统都覆盖原手工操作，利用计算机辅助列车调度员进行日常调度。但是目前衡量一名调度员当班所产生的工作量和效益还是通过人工察看信息系统的数据来进行人工统计和分析，随着生产力布局的调整，单个调度台管辖的范围及整个局调度所管辖的范围大幅增加，信息系统产生的数据量越来越大，手工察看统计分析已经不能准确及时的对一名调度员工作能力及其区间列车计划是否合理进行评估分析。 1.3 信息源现状分析目前路局各主要调度作业都实现了信息化，列调包含有列车种类、通过车数、正晚点信息，计划调有列车计划信息，十八点统计有装车、卸车、去向等信息，这样就提供了大量的调度分析基础数据，通过把这些

8、系统的数据进行综合自动化收集处理及存储，就可以满足车流综合台帐管理分析和局调度指挥人员效率分析要求。2 铁路局调度分析系统的总体目标通过网络自动收集路局主要调度应用信息系统的数据对车流进行指标计算、加工整理、统计分析、存储和备份，通过WWW浏览器进行车流推算、分界口重车车流、分界口交车日计划、分界口实际重车车流、区段通过车流等指标的查询、分析、报表的自动计算打印实现Internet人机交互，为运输等部门领导和调度分析人员提供各种运输情况资料，减轻工作强度提高工作效率，节省打印耗材。3 系统设计3.1 前台应用系统设计前台采用目前最流行的基于B/三层体系结构，利用WWW技术与ORACLE数据库相

9、结合，实现Web数据库交互式应用。采用JSP技术和J2EE平台，实现灵活的动态Web页面，可跨Windows、Unix等平台，适应多环境下运行。WEB报表工具采用铁道部统一购买的用友公司的Cell插件，结合JSP解决Web人机交互接口，屏幕输出，打印输出等问题。由于采用此项技术，大大减少了本软件的开发工作量，使得软件人机界面更加友好，提高了本软件质量。本应用系统体系结构如图1所示。图1 本应用系统体系结构3.2 后台数据采集计算系统设计本系统应用数据的采集、计算、分析利用ORACLE数据库自身程序包（在ORACLE中，若干个有联系的存储过程可以组合在一起构成程序包）机制的方式进行，主要有以下几

10、个特点及原因（后台数据采集计算分析及WEB查询分析体系结构如图2）。 图2 后台数据采集计算分析体系结构 （1）由于本系统数据量大、复杂、判断多，利用存储过程可以用流控制语句编写，有很强的灵活性，可以完成复杂的判断和较复杂的运算。（2）由于本系统需要从列调、计划调、十八点等多个重要调度运行生产数据库中取数据，这样就需要保证数据的安全性和完整性，而通过存储过程可以使没有权限的用户在控制之下间接地存取数据库，使相关的动作在一起发生，从而保证数据的安全和维护数据库的完整性。（3）运行存储过程前，数据库已对其进行了语法和句法分析，并给出了优化执行方案，这种已经编译好的过程可极大地改善SQL语句的性能，

11、能以极快的速度执行，满足本系统采集数据量大、计算复杂的要求。（4）由于系统只是从外部数据库采集数据，运算分析全部在本系统数据库服务器内部执行，所以可以降低网络的通信量。（5）使用存储过程可以把车流计算规则以运算程序的形式放入数据库服务器中，进行集中控制；当车流计算规则发生变化时在服务器中改变存储过程即可，无须修改任何应用程序。 （6）由于本系统采集数据的周期以天（前一天18点到今天18点）为单位，比较定时规律，而ORACLE数据库存储过程可以利用自身Job Queue功能实现定时启动。（7）存储过程的名称及指定的参数可以通过前台应用进行传递并调用，返回结果。 从而可以实现一些随时有参数变化的计

12、算分析。（8） 从经济考虑，ORACLE存储过程可以从ORACLE中免费使用，而采用应用服务器需要投入硬件和系统软件许可证费用。同时存在应用服务器管理费用，以及客户程序所增加的复杂性。 5 系统功能5.1总体框架采用Browser/Server三层体系结构及符合国际标准的TCP/IP网络协议，后台采用ORACLE数据库自带程序包进行自动采集计算分析，前后台均采用模块化结构，可以适应不同铁路局的需要。针对路局调度分析的实际情况，设计其应用系统功能总体框架（如图3所示）。图3 应用系统功能总体框架5.2自动采集计算综合分析后台自动采集计算综合分析的功能主要为相关调度信息系统数据接口处理、列调区间通

13、过能力数据采集计算分析存储、过程自动执行调用处理（图3中后台数据采集计算分析所示）等9个大的部分，这里主要介绍重车车流数据采集计算分析存储功能中按路局推算分析子功能。重车车流数据采集计算分析存储功能中按路局推算分析存储程序包每天凌晨6：30分由ORACLE Job Queue功能定时启动，通过网络从路局18点数据库中提取前日18点我局到各局（公司）重车结存（昨存）、前日18点到昨日18点通过分界口接入到我局到各局（公司）重车数合计（各口入）、前日18点到昨日18点我局装各局重车数合计（装车）、前日18点到昨日18点我局卸各局重车数（卸车）、各站上报前日18点到昨日18点我局到各局重车数（实存）

14、，利用昨存、各口入、装车计算出前日18点到昨日18点我局到各局重车合计(合计)，计算公式为：合计=昨存+各口入+装车。利用合计、卸车计算出各局前日18点到昨日18点重车在我局应存数（应存），计算公式为：应存=合计卸车，通过实存和应存的加减比较分析查找车流不合理原因并形成昨日历史台帐，分析调度指挥的质量效益。以车流数据采集计算分析存储功能中按路局推算分析存储过程源代码为例介绍如下：-重车车流数据采集计算分析程序包按路局推算分析存储过程CREATE OR REPLACEPROCEDURE TZ_LJ_DJCLTSB_COUNT(dividedate IN DATE) ISZRJCC_COUNT N

15、UMBER; -昨存 FJKJRC_COUNT NUMBER; -各口入ZC_COUNT NUMBER; -装车 HJ_COUNT NUMBER; -合计 XC_COUNT NUMBER; -卸车TDYC_COUNT NUMBER; -应存 SC_COUNT NUMBER; -实存 JJ_COUNT NUMBER; -加减 startdividedate DATE:=dividedate-1;BEGIN -通过数据库链路及网络从局18点检索出相关数据select ENTRY001 INTO ZRJCC_COUNT from data$_date where report_name=YB3 an

16、d D18_DATE=to_char(startdividedate,yyyymmdd) and UNIT=FJJ;select sum(A.car_count) INTO FJKJRC_COUNT from P$_Y_STATISTIC_CONTENT A,TZ_FJKDM B where A.rq=to_char(dividedate,yyyymmdd) AND A.ROWDM=B.fjkyd15dm and b.jrjc_bj =1 AND A.coldm=Y;select ENTRY036 INTO ZC_COUNT from data$_date where report_name=

17、XB1 and D18_DATE=to_char(dividedate,yyyymmdd) and UNIT=FJJ;HJ_COUNT:=ZRJCC_COUNT+FJKJRC_COUNT+ZC_COUNT;select ENTRY015 INTO XC_COUNT from data$_date where report_name=XB1 and D18_DATE=to_char(dividedate,yyyymmdd) and UNIT=FJJ;TDYC_COUNT:=HJ_COUNT-XC_COUNT;select ENTRY001 INTO SC_COUNT from data$_dat

18、e where report_name=YB3 and D18_DATE=to_char(dividedate,yyyymmdd) and UNIT=FJJ;JJ_COUNT:=SC_COUNT-TDYC_COUNT;INSERT INTO TZ$_TZ_DJ_DJCLTSB VALUES(to_char(dividedate,YYYYMMDD),Y,ZRJCC_COUNT,FJKJRC_COUNT,ZC_COUNT,HJ_COUNT,XC_COUNT,TDYC_COUNT ,SC_COUNT,JJ_COUNT,本局);commit;-通过数据库链路及网络从局18点检索计算到哈尔滨铁路局重车数

19、据select ENTRY011 INTO ZRJCC_COUNT from data$_date where report_name=YB3 and D18_DATE=to_char(startdividedate,yyyymmdd) and UNIT=FJJ;select sum(A.car_count) INTO FJKJRC_COUNT from P$_Y_STATISTIC_CONTENT A,TZ_FJKDM B where A.rq=to_char(dividedate,yyyymmdd) AND A.ROWDM=B.fjkyd15dm and b.jrjc_bj =1 AND

20、A.coldm=B;select ENTRY029 INTO ZC_COUNT from data$_date where report_name=XB1 and D18_DATE=to_char(dividedate,yyyymmdd) and UNIT=FJJ;HJ_COUNT:=ZRJCC_COUNT+FJKJRC_COUNT+ZC_COUNT;select sum(a.YD20_COUNT) INTO XC_COUNT from TZ$_TZ_YD20 a,tz_fjkdm b where a.t_id =b.fjkyd20dm and b.jrjc_bj=0 and a.col_dm

21、=B and stat_date=to_char(dividedate,yyyymmdd);TDYC_COUNT:=HJ_COUNT-XC_COUNT;select ENTRY011 INTO SC_COUNT from data$_date where report_name=YB3 and D18_DATE=to_char(dividedate,yyyymmdd) and UNIT=FJJ;JJ_COUNT:=SC_COUNT-TDYC_COUNT;INSERT INTO TZ$_TZ_DJ_DJCLTSB VALUES(to_char(dividedate,YYYYMMDD),B,ZRJ

22、CC_COUNT,FJKJRC_COUNT,ZC_COUNT,HJ_COUNT,XC_COUNT,TDYC_COUNT ,SC_COUNT,JJ_COUNT,哈局);commit;-依次通过数据库链路及网络从局18点检索计算到其它铁路局重车数据.END;5.3基于Web的调度分析查询分析和报表统计该功能面向铁路局局域网内调度所、运输处等业务部门调度指挥人员，利用JSP和CELL报表插件技术为其提供路局车流和区间通过能力查询分析，统计报表浏览功能（具体功能模块见图3 应用系统功能总体框架，JSP源代码略）。可以根据铁路局不同部门人员对调度分析的受限使用情况，预定义好相应用户的访问权限，为其授权后

23、，该用户就可以通过浏览器登录到系统中，访问权限允许范围内的信息服务，基于Web的调度分析查询分析和报表统计页面结构如图4 图4 基于Web的调度分析查询分析和报表统计6 铁路局调度分析系统应用后所产生的效益本系统投入运行以后，由于利用ORACLE数据库自身存储过程每天进行自动计算分析各调度系统运行数据，利用网页浏览（B/S）和Web报表进行查询、统计、分析，调度分析更加灵活，不用再打印大量的纸制报表，大大节省了打印耗材，减轻了调度分析人员的工作强度，调度指挥分析人员把更多的精力来分析行车指挥中车流去向分布,如何合理安排调度台各区段车流，如何合理根据调度员工作能力和状态安排工作，提高调度指挥整体效率。参考文献1罗晓沛 候炳辉.系统分析师教程.清华大学出版社 2005年8月2 飞思科技产品研发中心.精通 JBuilder 9. 电子工业出版社 2003年8月3飞思科技产品研发中心.Oracle9i数据库高级管理.电子工业出版社 2002年7月4中华人民共和国铁道部.铁路运输调度规则.中国铁道出版社 2005年6月 5铁道部统计中心.铁路货车统计规则.中国铁道出版社 2005年10月 作者简介：李辉康 西安铁路局总工程师室 工程师 西安联系人：李辉康 电话 055-21270（路电） 移动通信地址：西安市友谊东路33号 西安铁路局 总工程师室 邮编 专心-专注-专业