系統軟體設計的鐵路運輸論文
系統軟體設計的鐵路運輸論文
1企業鐵路運輸概述
此處以某石化企業作為說明，這個企業的鐵路作業地點的組成部分為工業站、裝卸站以及化纖工作區。其中，工作站包含了24個股道，裝卸站則有25個，化纖工作區有8個。負責運輸生產部門由運輸輕油以及機務等幾個部分組成，負責的主要內容為貨車的接送，裝貨、卸貨、清洗機車以及車的排程等。這幾個部門都有共同的特點，那就是都是負責有關車輛的排程和貨物裝卸，因而對於車的本身資訊的一致性和協調性具有很高的要求。這個企業內部設立兩套衡計量系統，主要針對軌道展開運作，其位置為工作站以及場內作業區之間，負責二者之間的聯絡，軌道衡可以對車的重量資訊進行測定，然後將其傳送到生產排程管理系統之中。這個企業在制定運輸計劃的時候需要對生產和運輸進行綜合考量，側重於對規劃內容和作業的調控。將實時的車輛資訊進行收集，讓車的排程工作更加體現出智慧化水平，使整個工作具有安全性，提高作業進展效率，然後將所得的資訊傳送到其它部門，實現資訊的共享，提高配合的積極性和協調性，是整個企業的運作效率提高。
2系統功能設定
2.1使用者和許可權方面
系統中必然存有大量的客戶資訊，它們呈現出繁雜混亂的狀況，因此必須對其進行整理。企業中的部門類別很多，其功能也各有不同，企業必須據此對系統的功能進行劃分，將客戶也相應的進行分類，確定其服務責任歸屬於哪個部門，並開發出相應的功能模組提供給部門使用。
2.2車輛接發放面
當車輛到達目的地之後，系統會對車次的編號資訊進行查詢，然後進行辨別，此時就是車輛資訊在系統中開始階段。由於車次較多，為了避免發生對車次資訊進行混淆判別的行為，還要在系統識別之後進行人工識別，只有在校對人員結束核實之後才能將資訊輸入資料庫。
2.3實時車輛資訊控制
當車進入現場之後，就會因為位移和作業變化情況而產生一些資訊上的變動，這些資訊的維護工作都要依據系統操作人員的操作特點來進行，而且對於發生變化的所有資訊細節都要記錄並儲存，這樣做有利於資訊的查詢和報表的統計。
2.4生產作業方面
圍繞運輸和生產計劃展開工作的過程中，排程中心需要下發裝貨、卸貨以及車輛清洗計劃，負責各個工作環節的`部門需要在任務完成之後對現實情況進行客觀記錄，轉換成資訊反饋給系統。在這個過程中，會因為工作內容的繁多而產生大量的工作單。
2.5調車作業方面
排程中心在車輛進行裝貨或者卸貨的過程中，需要對車輛的位置安排以及移動情況作出安排。為了保證工作順暢進行，調查人員會制定規劃，等到規劃下達以後傳送到訊號樓，值班人員對內容進行稽核並確認透過之後，會將其傳送到無線調查系統，然後其將有關資料直接傳送到機車當中。
3系統結構安排
系統設計需要C/S和B/S進行交叉融合，其中的C/S負責業務邏輯分析，B/S結構負責對資訊的維護和資訊檢索工作。整個系統可以分為4個層級。核心層級應該由資料庫和伺服器共同組成，這個層級主要負責業務的資訊儲存以及讀取情況、最關鍵業務的邏輯和C/S與伺服器之間的資訊傳遞。WEB伺服器單獨成為一個層級，負責B/S終端對資料庫進行查閱的邏輯以及核心方面的邏輯。所有排程站點和車間方面共同連線成系統的邏輯層級，負責的是與其有關的業務邏輯。基礎的層級有車站、無線調車以及車輛資訊判定系統共同連成，負責整個過程的基礎資料處理。
4軟體設計
4.1客戶端
在客戶端的設計過程中，上層設計要著重於介面，還要兼顧其它彈出的控制元件設計。中間的設計層主要是邏輯部件，這個部分需要用到的運算相較於伺服器來說是簡單的，但是邏輯層承擔的任務較多，需要涵蓋使用者傳送以及接收部件、瀏覽部件等之間的資訊傳遞。
4.2伺服器軟體
這個部分的軟體與客戶端有很多相似之處，但是這個終端軟體與客戶的接觸不多，因此可以將UI層採取清除處理。這個部分的邏輯問題比較難解，因為它需要對各種型別的客戶端的瀏覽以及操作進行管理。這個部分的設計結構與客戶端基本一致，上層設計就是對軟體的視窗和系統進行聯絡處理，中間層級也是幾個部件之間的邏輯處理，下部層級處理資料瀏覽，對其存取進行管理。
4.3WEB伺服器
這個部分主要設計三個功能模組，涉及崗位許可權管理、搜尋等。其表示層主要負責給出介面，與使用者之間進行的所有互動，可以根據使用者的需要顯示出相應的視窗，為他們提供方便的服務。業務的邏輯層面包含了資訊驗證、業務安排等，這個層級是最為複雜，也是最為重要的一環。
5結論
我國鐵路的資訊化建設過程不斷推進，雖然取得諸多成果，但也存在一些急需解決的問題。在設計與其相關的排程管理系統的過程中必須以現實為依據，設計出符合企業特點的系統。本文分析對企業鐵路運輸進行概述，分析了企業運輸排程管理系統在功能方面的設定，對整個系統的結構進行安排，最後描述了系統軟體的設計。
作者：王靜 單位：兗礦集團鐵路運輸處