货运调整装车双向互控信息管理系统的设计

张 杰，覃 磊

（南宁铁路局，1.铁道部清华大学五期工程硕士研究生，2.信息技术所，工程师，广西 南宁 530029）

为规范货运调整装车申请与审批行为，构建公平、公正、公开的监督约束机制，拓宽监督管理渠道，南宁铁路局从2008年起推行货运调整装车“双向互控”管理办法，对于指定发货人装车的行为，车站对发货人的单位、姓名、电话、计划号、调整原因等全部进行详细登记备案；对于车站补请装车，一律使用货调电话进行补请，路局调度所利用货调电话对调整装车通话进行全程录音，通过公开详细的备查记录，使权力运行留下痕迹。这种双方人员互相记录、互相监督“双向互控”的管理方式，有效防范了以车谋私行为的发生。但由于采用的是手工登记，路局调度所无法实时掌握车站调整原因详细情况，同时由于调整车数据较多，手工登记工作量大，错登漏登情况比较普遍，存在事后补录、随意涂改、字迹不清等情况，严重制约了双向互控工作效率的进一步提升。在这一背景下，为了更好更高效地共享信息，降低调整装车登记审批工作负担，以现有网络为载体，以计算机技术为平台，货运调整装车双向互控信息管理系统应运而生。

1 系统设计目标

货运调整装车双向互控信息管理系统的建设目标，就是把先进的信息化管理手段引入到日常工作中来，使调整装车申请和审批工作更加规范、高效。因此系统紧紧围绕“双向互控”的思想原则，力求实现“两个弥补”，“两个改变”的目标。

2）弥补调整装车申请和审批记录无法共享查询、无法实时调阅统计的空白；

3）改变手工登记的原始方式，使基础信息可以由系统后台自动采集，填表常用内容可以选择输入，操作上更省时省事；

4）改变车站车源紧缺时调整车登记由个别工作人员说了算的局面，使调整过程必须通过系统记录，全过程留下操作痕迹，可溯源头责任人，真正达到公平、公正、公开。

2 系统架构设计

该系统的用户主要包括业务单位（各个车站、路局调度所）、监督单位（路风办、运输处、货运处、监察处等路局相关处室），涉及的人员较多而且工作地点分散，因此系统在架构上采用“B/S（浏览器/服务器）”模式构建。该模式向用户提供了一致的用户界面，利于培训，在各个地点办公的用户通过浏览器即可访问系统网站，开发人员可以方便地对系统进行开发、维护和升级，使系统具有较强的扩展性，适应用户的新需求。

系统利用已有的路局办公网络，使用Visual Studio.Net作为开发平台，数据库选用SQL Server，使用分布式结构设计。为保证系统较高的稳定性，同时从投资和维护的角度考虑，数据库服务和Web应用服务统一部署到房服务器上，便于统一管理，系统总体结构见图1。

图1 系统总体结构图

3 设计要点

系统设计开发是实现“双向互控”信息化，以规范调整装车申请和审批工作行为为最终目标，因此对系统主要流程进行设计（见图2）。系统在研制过程中重点关注数据自动采集、数据流转、统计算法、使用单位构成及数据库维护这5个设计要点。

图2 系统主要流程图

3.1 数据自动采集 系统按照关系模型建立了调整装车信息管理数据库，提供调整车数据、用户角色、用户权限、用户信息、信息流转痕迹、系统参数等在内的统一存储空间，利于检索和维护。数据库所需要采集的数据，包括调整车基础数据，以及围绕该数据延伸的车站集体审批数据、落空车数据、自动审批（人工调整部分）数据等一系列数据。以调整车基础数据为例，每一个车包含日期、计划号码、发站、发货人、到站、收货人、货物品名、车种、调整车数、批车数、实际装车数、批车时间等字段信息，之前是由车站人员手工登记，因为调整装车的比例较高（约40%左右），往往出现登记量较大的情况。为改善登记工作繁重这一情况，系统采用数据自动采集的思路，从TMIS数据库中采集相关数据，自动存储到该系统数据库中，从而这部分数据无需再由人工登记，可以直接读取使用。

1）政策方面缺乏政府的大力支持，BIM技术在中国作为全新技术，普及程度不广泛，仍需要大量的资金和资源的投入，所以在运行中处于被动状态。

TMIS 使用Oracle 数据库，而本系统使用SQL Server 数据库，两种不同厂家的数据库产品不能直接共享数据，因此研发时通过SQL Server 数据转换服务(DTS)技术解决数据采集问题。

DTS是一组工具，可以从一个或多个数据源（如SQL Server、Oracle）将数据抽取、转换和合并到一个或多个目标位置。通过OLE DB（一种数据访问的开放式标准）提供连接，通过用于ODBC 的OLE DB 提供程序来支持ODBC（开放式数据库连接）数据源。将DTS 解决方案创建为一个软件包，数据源选择“Microsoft OLE DB Provider for Oracle”，在“数据链接属性”中设置好Oracle数据库的连接信息，即可连接上Oracle 数据库，此时就可以自动从Oracle 数据库中采集数据到SQL Server 数据库了，DTS 工具主要配置见图3。之后，使用SQL Server 代理服务，新建一个作业，用于调度DTS软件包，配置调用DTS软件包运行的时间间隔为10 min，就完成了数据后台按时自动采集的设置。

图3 DTS工具主要配置图

3.2 数据流转

3.2.1 业务流程分析 系统按照路局调度所、车务段、车站三级用户管理方式进行研制开发。路局调度所级用户根据管理范围划分，包括货调一台、货调二台、沿海公司，负责对收到的调整车调整原因进行审核、决策、分析。车务段级用户负责管理本车务段管辖下所有车站的数据上报，特别是帮助一些没有网络环境的车站上报数据。车站级用户是车务段级用户的下一级单位，负责向路局调度上报调整车的调整原因。

系统基于网络，各车站、各车务段、路局调度所通过登录网站即可进行数据流转工作，车站级用户或者车务段级用户上报调整车调整原因，路局调度所级用户对收到的数据进行审核，如果符合规定，则同意上报，如果不符合规定或是发生其他情况，则退回该数据，让车站用户或者车务段用户重新填写调整原因，重新上报，直至路局调度所同意审批为止，最后系统将数据汇总入库。至此，形成调整车数据申请及审批的业务闭环。

3.2.2 数据加密处理 系统采集到的数据，在业务流转过程中，会涉及到许多运输生产的重要和敏感信息，为了加强Web 信息管理系统的安全性，系统研发时采用了数据加密技术，对调整车数据、系统用户资料、用户登录密码等重点数据都进行了加密处理，以密文的方式进行数据存储，调用时才进行数据解密，从而保证了用户登录系统、业务数据流转各个环节的信息安全。

3.2.3 数据流转痕迹 从管理角度考虑，系统应该兼具数据追踪和责任追究的功能。数据追踪是指用户在业务流程中可以实时、快速地知道当前数据状态、正处于流程中的哪一个环节，从而可以知道已经完成什么工作，当前需要做什么工作，接下来要做什么工作。责任追究是指工作中发生事故或者出现纠纷时，系统可以向管理者提供依据，明确责任人，具有不可抵赖的特点，从而根据规章制度进行相应处理。为此，系统设计了数据流转痕迹功能，在数据库中专门建立“数据流转轨迹表”用来存储记录用户对数据操作行为以及数据在流转过程中的状态，用户可以查看数据在每一个业务环节的详细信息，包括操作人员、日期、时间、单位、部门、数据流转状态、数据操作内容等一系列信息，保证业务数据流转全过程有迹可查。

3.3 统计算法设计 在系统使用过程中，用户会提出统计报表的修改意见，或者给出新的统计报表，为了能快速满足用户在统计上的新需求，系统设计了较为灵活的统计报表生成方式，采取前台表格动态生成和后台独立统计数据相结合的设计思路。实现方法是，后台数据库为每一张统计报表创建一个单独的“存储过程”来存放统计算法，统计出数据后传递到前台，前台调用统一的报表生成模块，根据不同的报表参数，动态地生成基本报表模板，然后加载数据，从而最终生成对应的统计报表。这种方式使得系统利于维护，同时增强了功能的扩展能力，当某张报表的样式发生变化时，只需更改对应的存储过程中的统计算法和对应的报表参数，重新进行统计，即可得到新的报表，而无需修改系统程序代码，并且把各个统计分离到单独的“存储过程”，降低了整体计算的复杂度，提高了计算效率，减少了统计响应时间。

3.4 使用单位构成 系统按照业务层次，可划分为路局调度所、车务段、车站3 层使用单位，按照监管角度，可划分为路局调度所、路风办、运输处、货运处、监察处等多个单位，按照使用者角色，可划分为管理员、业务用户、查询用户3种角色。为了达到分工明确的目的，根据各个单位和使用人员在系统中的管理职能，把单位和角色相互关联，即可实现不同单位下的不同用户具有对应的权限：

1）路局调度所用户具有审批和对下级单位用户管理的权限，可以查询全局范围内的业务数据，可以统计全局范围内的统计报表。

2）监督部门用户（路风办、运输处、货运处、监察处等）只具查询权限，可以查询全局范围内的业务数据，可以查看全局范围内的统计报表。

3）车务段（车站）用户具有上报本车务段（本车站）数据的权限，可以查询本车务段（本车站）的业务数据，可以对本车务段（本车站）数据进行统计。

4）系统后台管理员不具有业务权限，只具有系统维护的权限，负责数据库管理、系统用户管理、系统权限管理、服务器硬件保养维护。

3.5 数据库维护 系统所涉及数据量较大，对已存储数据的可靠性要求很高，为此，要做好数据库的备份与恢复的维护工作。备份方案是在服务器上划分一个数据库备份空间，在SQL Server 数据库中创建一个备份作业，定时生成数据备份文件，通过Windows计划任务将备份文件拷贝到服务器备份空间，系统管理员定期从备份空间中拷贝备份文件到外部介质存放。恢复数据库时，使用备份文件恢复数据库。

4 系统主要功能

4.1 数据上报与审批 车务段（车站）对调整车原因等信息进行填报并提交，路局调度对各个车务段（车站）提报的数据进行审核，提供同意审核和回退数据两种操作。模块提供查看数据流转轨迹功能，可将数据列表导出为Excel电子表格和Word文件供存档和打印。从而实现调整车数据的上报与审批功能。

4.2 数据查询 数据查询模块提供调整车、车站集体审批、落空车、和自动审批（人工调整部分）等多种类型数据的查询；提供多种关键字的组合查询，如可以按照日期范围、单位、发站、到站、发货单位、收货单位、品名等进行查询，也可按照数据流转状态进行查询，筛选出处于不同流转环节中的数据，查询的结果可以导出为Excel电子表格和Word文件供用户二次数据统计与分析加工。

4.3 统计分析 系统提供调整装车汇总统计、调整装车原因统计、集体审批汇总统计、集体审批原因统计、落空车统计等多种统计报表，用户可以按照单位、发货单位、发站、到站、发货人等关键字进行统计，提供统计结果导出为电字文档功能。对于统计出来的数据，还提供查询链接功能，即点击统计结果，系统会自动查询出该统计结果对应的原始数据并显示数据列表，方便用户掌握统计数据的来源，利于用户分析与决策。

4.4 系统维护管理 系统提供角色管理，用于设置系统权限；提供用户账户管理，用于管理登录账户以及权限分配；提供系统参数管理，包括统计报表参数和业务处理中所需的参数维护；提供密码管理，用于修改用户登录密码；提供单位管理，用于维护用户的单位信息。

5 结束语

货运调整装车双向互控信息管理系统自2013年1月1日起在全局应用以来，使用情况良好。各直管站、车务段每月对本单位调整装车系统登记情况进行一次督查，百色车务段、桂林车务段、柳州车务段等单位还建立了通报批评和经济考核制度。该系统的建设改善了货运调整装车“双向互控”工作的管理方式，减轻了工作负担，提高了效率，规范了操作流程。通过信息化手段管理业务，使用计算机网络来传递数据，通过科技手段有效防范了以车谋私问题的发生，在监管上形成了“双向互控、远程监控”的新局面。