前言:想要寫出一篇引人入勝的文章?我們特意為您整理了關于系統軟件設計的鐵路運輸論文范文,希望能給你帶來靈感和參考,敬請閱讀。
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終端對數據庫進行查閱的邏輯以及核心方面的邏輯。所有調度站點和車間方面共同連接成系統的邏輯層級,負責的是與其有關的業務邏輯?;A的層級有車站、無線調車以及車輛信息判定系統共同連成,負責整個過程的基礎數據處理。
4軟件設計
4.1客戶端
在客戶端的設計過程中,上層設計要著重于界面,還要兼顧其它彈出的控件設計。中間的設計層主要是邏輯部件,這個部分需要用到的運算相較于服務器來說是簡單的,但是邏輯層承擔的任務較多,需要涵蓋用戶傳送以及接收部件、瀏覽部件等之間的信息傳遞。
4.2服務器軟件
這個部分的軟件與客戶端有很多相似之處,但是這個終端軟件與客戶的接觸不多,因此可以將UI層采取清除處理。這個部分的邏輯問題比較難解,因為它需要對各種類型的客戶端的瀏覽以及操作進行管理。這個部分的設計結構與客戶端基本一致,上層設計就是對軟件的窗口和系統進行聯系處理,中間層級也是幾個部件之間的邏輯處理,下部層級處理數據瀏覽,對其存取進行管理。
4.3WEB服務器
這個部分主要設計三個功能模塊,涉及崗位權限管理、搜索等。其表示層主要負責給出界面,與用戶之間進行的所有互動,可以根據用戶的需要顯示出相應的窗口,為他們提供方便的服務。業務的邏輯層面包含了信息驗證、業務安排等,這個層級是最為復雜,也是最為重要的一環。
5結論
我國鐵路的信息化建設過程不斷推進,雖然取得諸多成果,但也存在一些急需解決的問題。在設計與其相關的調度管理系統的過程中必須以現實為依據,設計出符合企業特點的系統。本文分析對企業鐵路運輸進行概述,分析了企業運輸調度管理系統在功能方面的設定,對整個系統的結構進行安排,最后描述了系統軟件的設計。
作者:王靜 單位:兗礦集團鐵路運輸處