哈局客票计算机系统统计功能的开发和实现.pdfVIP

哈局客票计算机系统统计功能 的开发与实现 苗润生 哈尔滨铁路局电子计算技术中心 摘要本文主要论述了客票统计工作中遇到的一些实际同题，怎样利用PowcfBuildcr 语言和DOS、Wmdo懈应用程序相结台来实现电子报表文件豹拷贝、传韬 关键词统计电子报表文件压缩文件传{禽PowcrBuild口-卸 前言 随着客票系统2．0版本的逐步推广，我局已形成以路局票务中心为枢纽的地区阀络，为 实现全路联网售票打下了—个良好的基础。截止到现在我局已实现一期二十多个车站局内联 网售票，达到部分地区票额共享。大大提高了票额的利甩率，促进了客运营销。然而在积极 推进联网售票的同时，对于各车站售票的统计工作又提出了较高的要求。统计工作中也的确 存在着不少应解决的问题。本文仅就电子报表文件的传输问题提出一些解决办法，以供探讨。 l存在的问题 为体现车站的工作量，上报发送人数，统一软件在统计程序中包含了—个生成售票和退 票电子报表文件的功船，将车站的实际售票量、运输收入以及发送人数等一些重要的数据作 以处理形成文件，上报统计部门。统计部门则以此文件作为依据上报铁道部清算收入。因此 电子报表上报的准确性、及时性直接影响到本局与其他局之间、分局与分局之间的利益清算， 是直接与各局的经济利益挂钩的。然而统一软件2．0版的电子摄表文件在形成文件及上报数 据文件的过程中存在着～定的缺陷，直接影响了数据上报的及时性和准确性。具体问题如下： (1)文件复杂，数据量太。统一软件分售票、退票两部分分别将售票、退票存根形成 文件上报。售票文件存放在C盘根目录的岫rb子目录下，退票文件存放在C盘根目录的tprb 子目录下。在岫rb下有两种类型文件： 其一为数据文件，如hbb 另一为财收四文件，如：kcs40623．hbb 其中敷据文件命名方式为：售票处代码(2位)+窗口号(3位)十’日期(3位)+．+ 本站电报码(3位)，由此可看出每天、每个窗口都要形成一个数据文件，且其数据文件的 ● 内容即为售票存根的翻版，囡J列笈据量极大。退票数据文件形式类似。就哈站来讲。售票窗 口有四十多个。每天形成四十多个文件，大约2—3M的数据量，一个月约有60多兆空间被 ● 占甩。 (2)形成文件时速度特别慢。如哈站每天形成电子报表文件要花费—个小时的时间。 (3)对于不同的车站，其计算机维护人员的素质也存在差别。不熟悉基本的操作命令 和基本程序的使用，也导致数据上报时出现不及时、不准确。 (4)传输介质的好坏也直接影响到数据的上报。现在传输电子报表文件主要靠软盘拷 贝。由于软盘质量问题导致数据上报不及时的现象时有发生。同时在传输过程中数据盘的保 护问题也没有得到很好的解决，没有实行防磁、防水、防压等保护措旅。 2解决思路 针对以上问题，结合具体的实际情况，我们提出了以下方案： (1)对电子报表文件进行压缩整理。由于形成的文件较多数据量较大，对于数据文件 了磁盘空间。 (2)对操作人员加强培训。由于各车站管理人员对计算机的基本操作和一些基本命令 的操作命令十分必要。 图1程序界面 文件压缩、文件拷贝及文件传输等功能融为一体。管理人员只要在输入相应的数据，点按相 应的按钮，E口可完成操作，程序界面如下： (4)增加软盘运输过程中的保护措施。软盘在运输的过程中要求较高，不能挤压、弯 曲，要防止过高的温度，还要防潮，远离磁场。因此在运输过程中要加强保护。如可将软盘 放在一可屏蔽磁场、防压防水的盒子内作为贵重品运输。 ● (5)充分利用现有的客票网络传输数据文件。现在哈局联网站已达20多个，其中大站 多数以光缆专线形式与中心连接，小站多以x．25网与中心相连，网络传输速度也较好。哈 ● 9600bps。因此，根据各车站数据量大小，采用网络传输不失为一