貨運旬日歷裝車方案自動編制系統研究

李海峰

（呼和浩特鐵路局 信息技術所，呼和浩特 010057）

隨著高速公路、航空、內河及近海運輸方式的迅猛發展，鐵路在運輸速度、運量等方面的優勢已逐漸減弱。從1980年到2012年鐵路貨運周轉量占全社會的份額由47.5%下降到16.9%，減少了30.6%[1]。如何優化鐵路貨運組織管理，充分利用現有運輸設備挖潛擴能、提高運輸效率，成為擺在鐵路人面前的一大課題。

一直以來鐵路運輸裝車方案的編制采用手工作業方式，不但耗費大量的人力精力、編制效率低，而且在科學性和合理性方面也存在弊端。為了適應鐵路貨運組織改革，優化貨運產品結構，實現確保重點物資運輸，穩定大宗貨物運輸，大力組織“白貨”運輸，全面拓展“門到門”服務，最大限度方便貨主，使運力資源公開公正的服務于社會的目標，本文對貨運旬日歷裝車方案自動編制系統進行了研究。

本文所研究系統可實現客戶需求網上提報、裝車方案計算機編程自動生成、客戶框架運量及兌現率實時查詢、各發運站和接卸站的裝卸能力實時計算等功能。系統的應用對于提高方案編制的效率和合理性，促進運力配置公平公正公開的發展趨勢，加快鐵路走向市場的進程有積極推動作用。

1 人工編制方法存在的弊端[2]

由于旬日歷裝車方案的編制屬于信息管理和組織決策的集合，在編制過程中需要考慮的因素多、數據量大，所以在實際的工作中存在以下幾方面的問題：

（1）由于編制人員所掌握信息量的不同和組織管理水平的層次不齊，造成方案編制因人而異，質量難以保證。

（2）由于旬日歷裝車方案編制時間緊迫，編制人員為了趕時間在方案編制過程中沒時間去仔細深入分析考慮各種情況，造成方案編制質量不高。

（3）由于人工作業繁瑣、周期長，貨主提交的要車計劃日期相對提前，不能正確反映生產實際，造成計劃兌現率低。

（4）人工編制方法不能進行多方案比選，造成方案編制在合理性、科學性方面存在一定弊端。

2 貨運旬日歷裝車方案自動編制系統功能

根據業務部門的操作流程，系統設計主要有需求提報、方案編制、方案上報、方案公示4個部分。客戶和車站分別通過互聯網和企業內網，按照業務類型提報次月貨源情況及旬日歷裝車需求，相關業務部門在對貨運情況及旬日歷裝車需求等情況進行核實后，每月于旬方案編制的固定時間由計算機實現不同業務類別的旬日歷裝車方案編制，在方案編制完成審核通過后報鐵路總公司審批，經鐵路總公司審批下發的方案在互聯網和內網公示。系統可實現多方案比選功能，有助于提高方案編制的合理性。系統功能模塊設計以內蒙古自治區資源構成的實際情況為模板，系統總體流程如圖1所示。

圖1 系統總體流程

2.1 數據字典維護

業務人員根據經濟信息委員會提供的大客戶煤炭月度框架運量按月維護各客戶的運量，為計算其兌現率提供依據，還需要按車種維護每日的剩余空車數，車種分別為棚車、敞車、平車、罐車和毒品車。

2.2 需求方案提報

客戶和車站分別通過互聯網和企業內部網完成需求方案提報，同時可實現對未上報方案的修改和已批準方案的查詢，為客戶后續請求車提供依據。

2.3 旬日歷裝車方案編制

設計主要完成需求數據匯總同步后按C80到港煤炭、管內白貨和煤炭、出區白貨和煤炭等業務類別進行方案編制和審核工作。

在編制C80到港煤炭方案時系統按發貨單位、發到站顯示其預批兌現率，并充分考慮發站的裝車能力和到站的接卸能力等情況，按天逐一進行編制保存；編制管內白貨和煤炭方案時表格按橫向發貨單位，縱向發到站的格式顯示已提報的需求數據，對數據進行修改調整后保存，并可查看各發貨單位本旬提報的所有需求作為編制依據；編制出區白貨和煤炭方案時列出各發貨單位到18個鐵路局的需求車數，點擊某局的需求數據，彈出其詳細需求列表，逐一進行調整后保存，充分考慮了各局平衡的問題。在方案編制完成后，由相關人員進行審核確認后方可上報。

2.4 方案上報及公示

方案編制完成經審核確認后，按業務類別以固定格式導出報送總公司審批。將鐵路總公司下發的旬日歷方案和旬裝車需求方案公示于內外網，能對客戶方案進行查詢，是調度人員配置運力的依據。

2.5 信息查詢統計

系統設計了裝車需求查詢、日歷方案查詢、實際裝車查詢、方案兌現統計查詢功能。這些功能的實現為業務人員實時掌握客戶需求提報的信息提供便利條件，也為相關人員及時了解查詢日歷方案、實際裝車情況及方案兌現統計情況等提供平臺。系統功能模塊的設計充分考慮了方案編制的各個環節和在編制過程中需要考慮的各種因素，按照鐵路貨運組織管理的流程進行了設計。功能模塊結構如圖2所示。

3 系統技術方案

系統采用B/S結構，結合.Net 的WebService及工作流（WorkFlow）技術，并將該技術應用在服務器端的應用層及邏輯層。系統的實現主要分為3個部分：Web應用、Web服務和數據庫，是一個三層結構。應用層由客戶瀏覽器調用，用以實現數據查詢、統計、編輯，業務邏輯和數據訪問。為了便于維護、升級和實現分布式應用，在實現過程中，將業務邏輯層和數據訪問層分開，客戶應用程序不直接調用數據訪問層，而是通過業務邏輯層調用數據庫，如圖3所示。

圖2 系統功能模塊圖

圖3 系統架構模塊圖

4 系統網絡結構及關鍵技術

4.1 系統網絡結構

出于對應用的需求和安全性考慮，系統采用企業內部網和互聯網兩級網絡平臺配合作業的模式，其數據的傳輸采用中間服務器認證環節，提高了數據和系統的安全性。互聯網服務器的設置使用戶訪問快捷方便，中間穿越服務器的設置為內部網絡的安全提供了保障，系統網絡架構如圖4所示。

圖4 系統網絡架構圖

4.2 關鍵技術

4.2.1 內外網隔離

由于系統需要在互聯網和企業網兩級網絡平臺上作業，故需要一定的機制控制其訪問安全。本系統通過網閘模型隔離內外網通信，內網物理單元做數據存儲和業務處理，通過Webservice接口與交換控制單元連接。外網物理單元僅做數據展現，需要從內網單元中通過交換控制單元獲取數據并展現。中間交換單元部署在雙網服務器的tomcat上，用JAVA語言做服務器認證，所有通過其的數據必須經過認證方可進入內網，有效地控制了數據訪問安全。

4.2.2 數據緩沖機制

系統采用數據緩沖機制，將需求數據一次加載到編制頁面進行調整，調整完成后一次將審批數據寫入庫中保存，這樣將最為復雜的編制過程下移到客戶端處理，能夠減少與數據庫的交互次數，減輕了服務器壓力。

4.2.3 數據實時刷新

根據業務的要求，方案編制過程中需一目了然地關注各單位的框架運量、預批兌現率以及發到站的接卸能力限制等。系統的方案編制界面按表格的形式顯示，橫縱向分別展現發到站和發貨單位，并設定大量計算公式，在編制過程中實時計算發貨單位的預批數以及各發到站審批匯總車數，業務人員根據提示不斷調整方案，調整完成后一次將審批數據寫入庫中保存，簡化了方案編制的難度，提高了編制效率。

4.2.4 方案均衡

考慮大客戶的方案均衡，系統在方案編制時同時對加載各單位框架運量、本月實際完成數、上旬已公示未完成數和本旬已編制數，計算出各單位本月的實際兌現率以及預批兌現率，根據這些數據做均衡調整，既確保了大客戶的批車均衡，又對方案的兌現提供了強有力的保障。

4.2.5 系統安全保障技術

系統依托既有的鐵路安全平臺，綜合運用防火墻、流量監控等安全設備和技術，進一步增強了一體化平臺在防攻擊、防滲透、數據加密、合法用戶認證、訪問控制等方面的安全防范能力，為構建可靠的安全平臺做出積極嘗試。

5 結束語

本文對利用現代計算機技術進行貨運旬日歷裝車方案編制的自動化方法及系統架構進行了探討，該系統模型的應用對于提高旬日歷裝車方案編制的效率和合理性，優化運力配置，推動貨運組織改革的深入有積極的促進作用。

[1]呼和浩特鐵路局.鐵路走向市場教育讀本[M].北京：中國鐵道出版社，2013.

[2]方 圓，劉春煌.貨運旬計劃自動編制方法探討[J].貨運組織與管理，1993（2）.