铁路编组站交接班系统研制报告_铁路系统实习报告
铁路编组站交接班系统研制报告由刀豆文库小编整理,希望给你工作、学习、生活带来方便,猜你可能喜欢“铁路系统实习报告”。
XXXX编组站交接班系统
研 制 报 告
xxxx年3月
XXXX编组站交接班系统研制报告
一、系统概述
在编组站调度楼,货检安全集中监控系统、编组站管理信息系统VN.NN、合署办公等相继投入使用,编组站调度指挥系统信息化程度不断提高,给传统方式的交接班会议带来新的问题。特别是各种作业大表取消后,如何规范编组站交接班会议,提高交接班会议质量,方便接班人员明确本班工作重点、难点;交班人员对本班作业业绩进行总结分析,找出存在的不足及其产生原因、落实责任、制定整改措施。因而开发编组站交接班系统迫在眉睫。
本系统通过加工分析编组站管理信息系统、xxxx统计软件等相关数据,统计出编组站运输生产的各项指标并绘制出其走势分析图、班组与班组之间工作业绩的比较图,为交接班会议提供数据支持,并直观地给出交接班重点事项、班工作小结等信息,为参加交接班人员开好交接班会议提供全新手段,不断提高会议质量。
二、主要内容及技术关键
(一)主要内容
本课题研究的重点是解决编组站交接班会议问题。经过调研,编组站交接班会议需求主要包括以下几方面内容:
1、本班的到解编发情况
交班时,需总结出本班的到、解、编、发情况,主要有本班到达场接车列数/辆数,驼峰解体列数/辆数,编组列数/辆数等。
2、编组站中、停时
这是反映编组站畅通的主要指标之一,因而需要掌握有调辆数等指标。
3、编组站有调中转车作业情况
主要掌握本班的解、编时间、待解、待发时间和集结时间。这几个指标反映了编组站的解编作业效率。
4、编组站保有量情况
需掌握每6小时运用车保有量情况。重车分方向、空车分车种,非运用车情况。并按大方向进行分类统计,即XX方向的保有量情况。
5、调机利用情况
主要有调动辆数、摘挂钩数和调机利用率三个指标。这是反映调机、调车人员工作量的重要指标之一。
6、货运工作情况
编组站货调岗位作为全站的货调,要求掌握全站的装车、卸车、待卸车情况,每天的请求车,配空需求以及主要装车品类信息.7、班工作重点及班工作小结
值班站长作为编组站交接班会议的组织者、运输生产的指挥者,必须在交接班会上布臵本班的工作重点,掌握各项调度命令;班中积极组织运输生产,确保编组站的安全畅通;班后对本班工作做全面小结,分析存在的问题,提出改进方法,并交待接班注意事项。
8、希望提供四个班的工作实绩,提供对比分析,达到你追我赶、开展劳动竞赛的目的。
(二)技术关键
1、数据采集自动化
交接班系统要求的大量指标要在交接班前计算出来。由于现场操作人员工作比较繁忙,许多数据必须后台进行,且不能过多增加操作人员的手工干预。
2、数据采集时机
编组站交接班时间早上是八点、晚上是十九点。部分指标难以实时计算出来,根据xxxx调度车间意见,本系统采用早六点、晚十八点为时间节点来统计所有班指标,与统计18点相一致。
3、数据加锁保护
由于数据来源较杂,编组站管理信息系统的数据可以根据实际情
况作修改。因而在值班站长处提供了数据加锁/解锁功能,其它用户对自己的数据可进行加锁。数据一旦加锁,除非值班站长解锁,所有操作人员均不能修改数据。
4、开发工具多元化
B/S和C/S两种软件体系结构各有所长,后台采集数据使用B/S方式,前台数据呈现使用C/S方式。扬长避短,使项目更完善、稳定、安全。
三、系统开发环境
1、硬件环境
以编组站机房及编组站管理信息系统VN.NN现有的硬件环境和网络拓扑结构作为支撑。后台数据采集软件及本系统所使用的数据库SQL Server 2000安装机房PC服务器中,前台使用现有的办公电脑或生产电脑。
2、软件开发环境 操作系统: 开发工具:。数据库: 网络协议:
四、系统设计思路及工作原理
1、设计原则
本系统基础数据主要来源于编组站管理信息系统VN.NN及xxxx统计软件。开发的软件必须遵循以下原则:开发过程中不能影响既有生产;数据库接口参数化、模块化;后台定时任务软件自动化、绿色化;前台操作使用Web界面。
2、技术措施
本系统采用以下技术措施:
(1)多次自动采集数据,不断修正交接班数据。由于基础数据
可根据实际情况进行变化,加工出来的数据会出现偏差。例如调机报点,我们以早6:00为时间节点统计时,在6:30启动调机数据采集程序,很有可能调机从6:00前到7:00后一直从事某项作业,此时加工出的调机作业情况不可能准确。所以我们采取“多次采集、不断修正”方法,确保交接班数据准确。
(2)采集加工数据使用B/S模式,后台定时任务;前台查询使用C/S模式,要求授权,绑定IP,记录日志。
(3)利用xxxx版十八点统计系统数据,要求统计人员统计操作及时跟进。白班要求19:00前必须完成,否则造成交班数据不全。但后台仍可在其完成后自动修正。
(4)数据访问要求授权,且权限尽可能最小。访问数据模块也尽可能封装成DLL文件,以达到提高数据库安全性,减少数据库连接数,提升访问速度目的。读取数据只允许使用只读方式或视图方式。
3、系统方案(系统组成)(1)调机数据采集等。(2)xxxx统计数据采集。(3)保有量数据采集。
(4)编组站有调中转车作业数据采集。(5)运站二数据采集。(6)WEB查询系统。
五、系统研制的技术特点
1、采用B/S、C/S的混合结构体系
B/S、C/S体系结构各有优缺点。B/S不要安装客户端程序,基本上不要特别培训,用户即可操作;C/S功能较强,数据处理能力强,技术成熟稳定,臵于机房PC服务器中,后台运行,数据安全性更高。本系统采用了C/S+B/S的混合体系结构,把B/S和C/S这两种软件体系结构进行了有机的结合,扬长避短,能有效的发挥各自的优势。
2、数据接口封装成DLL文件
充分利用xx技术特点,将数据库接口尽可能模块化,封装成DLL文件,提高通用性,数据更安全、软件更稳定。
3、数据处理容错功能。
由于数据源可能存在不合法,软件对数据进行了必要的规范处理,增加了容错功能。要求人工录入的数据有可能没有录入,造成数据分析时出错,因而软件中进行了必要的强制处理。如晚班数据没有时,将采集到的全日数据进行平分,白晚班均一半。又如调机报点时,采点时间未能连贯,按调机休息处理。
六、系统的调试、试用情况
xxxx交接班会议形式过于简单,交接班时无本班详尽作业大表,班工作指标不全,信息共享差等,于是要求xxxxxxxx着手研制开发编组站交接班会议系统。xxxx相关部门对xxxx的开发也给予了有力的支持。
xxxx年xx月,交接班会议系统的雏形出来,使用网页查询,自动数据加工与人工辅助输入相结合。在使用过程中,发现部分用户操作不及时,或者没有录入相关数据,造成系统资料不全,造成使用不正常。我们采取了两个措施解决:一是加强管理,xxxx领导亲自过问,要求人工录入部分立竿见影取得成效,数据及时、准确;二是根据车间、部门使用情况,信息科进一步进行改进方案,实现尽可能从VN.NN和xxxx统计中提取、加工数据,大幅度减少人工干预部分。
至xxxx年年底,班指标基本齐全,各项功能基本能满足交接班会议的召开需求。
试运行一段时间后,根据xxxx领导要求,xxxx年对本系统又进行了部分功能扩充,主要是提供了班组之间的指标对比分析,方便管理层查阅4个班组之间的作业实绩、作业差距情况,以达到开展劳动竞赛之目的。
自使用本系统以来,班交接会议较以往严谨,数据真实及时,本班组作业与别的班组作业实绩一目了然。由于其使用网页方式,xxxx及车间管理层可随时查阅每个班的历史作业情况,达到了预期的效
果。
七、系统的几点不足之处
1、考虑到交接班时所有指标数据要加工出来,早8:00、晚19:00交接班时间一到,现场可能还有作业正在继续,难以实现全部指标按班实绩统计,因而我们均以早6:00、晚18:00为节点来统计。所谓的班实绩并非真正意义上的班实绩。
2、。
3、目前此系统也不是特别完善。若能加上违流统计、操作违规提醒统计、作业大表网页查阅等,此系统功能将会更强大、更实用。
八、系统推广前景
由于数据源来自编组站管理信息系统VN.NN和xxxx统计软件,在xxxx范围内的几个编组站,都使用同样的现车系统和统计软件,因而此系统的移植推广性有比较好的平台基础。在开发过程中,我们也使用了新技术,将业务层、表现层分开,基础数据尽量参数化,推广应用的工作量要少些,应该说,本系统主体功能通用,推广前景良好。