王彥強
(中國東方航空江蘇有限公司飛機維修部,江蘇 南京 210016)
飛機維護工作貫穿飛機每天的運行時間,需要完成航前、短停過站、航后、定檢等工作。當機隊規模快速增長時,如果保持延誤率不變,則延誤航班數也將快速增長。在安全性方面,我國保持了在國際上較為優秀的民航安全水平,但是不安全事件和嚴重事故癥候仍然時有發生。經了解,在維修環節捕捉到的不安全事件在全部不安全事件中占有很大比重,可見飛機維修工作中的疏漏會極大影響民航運行的安全水平。
新式民航飛機具有3個基本技術升級:新材料(以非金屬復合材料為代表)、數據監控技術、故障預測和診斷能力,這些特征將會極大改變整個飛機維修行業的現狀,同時極大提升飛機維修工作對于信息管理系統的需求,迫切需要高效實用的信息管理系統。
本文完成了信息管理系統中兩個模塊的開發實踐,分別為飛機維修交接與故障監控模塊。該系統采用Microsoft Visual Studio搭建開發環境,使用ASP.NET網頁開發技術,利用VB語言寫成,后臺連接SQL Server 2005數據庫。
本系統能夠完成以下功能:
(1)基本信息查詢支持。飛機維修必備的基本信息主要包括飛機和發動機/APU基本信息、常用技術文件、局方文件等。本系統能夠方便的檢索查詢。
(2)信息共享和傳輸。各崗位上的工作人員可以將信息上傳數據庫,也可以根據權限檢索和閱讀下載相關信息。這是飛機維修信息管理系統的核心功能,使得人員和部門大幅度降低傳統的查看時間,也能保證信息完整性。
(3)方便完整的信息檢索功能。在機隊不斷擴大的背景下,系統內記錄的數據量會逐漸膨脹,這時需要檢索功能以保證工作人員可以快速獲得目標信息。檢索功能應該設計盡量多的關鍵字以方便使用。
(4)流程監管和質量控制。該系統會記錄各流程的經辦人、負責人,并要求相關人員記錄工作流程和進度,避免因為責任不清晰產生部門間糾紛。另設有質量審核模塊,由質量人員對維修工作進行審核,相關人員將整改措施和結果及時在系統上反饋。
(1)系統開發技術。Microsoft Visual Studio(簡稱VS),是微軟公司推出的基于Windows系統平臺的開發工具包系列產品,所寫的目標代碼可用于所有微軟支持的平臺。用Visual Studio開發出的Web應用程序可集成各種后端數據庫,主流的SQL Server、MySql、Oracle等都能得到良好的支持。同時,使用Visual Studio可允許開發人員在同一個開發環境下基于多個.NET Framework版本進行開發,在不同的.NET Framework版本下可以支持各種項目類型。任何規模的組織,都可以利用Visual Studio進行開發,快速創建出用戶體驗豐富、高質量、更安全,更易于管理的應用程序。
(2)網頁開發技術。ASP.NET是在ASP基礎上發展起來的程序開發技術,ASP(Active Server Pages)是一種令網頁中的腳本在 Internet 服務器執行的技術,是由微軟在1998年發布的第一款服務器腳本引擎。2001年,微軟推出的新一代腳本語言ASP.NET。ASP.NET可以使用任何編程語言,包括C++,VB,JS等。它使用的編程框架是編譯型的,利用提前編譯,提升編譯效率。ASP.NET區分頁面設計與程序設計,提高了復用性以及可維護性。
(3)數據庫技術。SQL(Structured Query Language),是功能齊全的數據庫語言,現已成為數據庫操作基礎。SQL Server是在此基礎上衍生的關系型數據庫管理系統,具有伸縮性能良好,使用方便,與軟件程序集成度高等特點,成為應用最廣泛的數據庫之一。SQL Server 2005是微軟公司繼SQL Server 2000之后推出的全面的數據庫平臺,它集合了分析、集成、報表、通知等一系列功能,與Visual Studio等開發工具包緊密集成,為數據管理與決策分析提供非常強大的支持。
圖1為系統登錄界面,輸入用戶名和密碼以登錄本系統。

圖1 系統登錄界面

圖2 機務交接模塊公告界面
圖2為登錄之后展示的公告界面,頂欄顯示時間方便工作使用。公告界面只有瀏覽權限,用黑體將目前較為重要的故障信息顯示在公告欄,查詢功能可以利用起止日期、標題、內容、發布人等關鍵字查詢公告內容,默認按時間降序排列,即將新近發生的情況排列在上方。
圖3為機務交接模塊主界面。該界面分為上下兩部分,上部是查詢區,可利用飛機注冊號、關鍵字、起止日期、車間、姓名、機型等內容查詢。下部是交接信息顯示區,從左至右分別分欄顯示時間、飛機注冊號、機型、位置、交接人、部門、內容、重要提醒、操作共計九欄。上下區之間是功能列表,三個按鈕分別為新增、瀏覽和打印,通過顏色區分其可用和不可用狀態。本系統的查詢區盡量采用可直接點選的控件,例如機型和車間,可以直接在列表中選擇,以盡量方便操作。
圖4為故障監控模塊主界面。設計與機務交接模塊大體一致。可以看出,系統設計中盡量保證了機務交接模塊和故障監控模塊的一致性。均采用上方為檢索區,檢索區下安排操作按鈕,再下面安排內容區的設計。故障監控模塊的運行需要機務人員對新開故障進行不斷跟帖以保證對于故障狀態的更新。圖4右側有一個編輯按鈕,點擊之后可以進入編輯界面,將新的監控結果加入到故障內容之后即可。故障解決之后通過關閉按鈕將故障狀態轉為關閉。

圖3 機務交接模塊主界面
本系統經過一段時間的運行,已經完成調試進入了全面應用。本節收集了飛機交接模塊20條交接信息和故障監控模塊20個故障監控情況,并列表進行整理。
選取了在2018年4月16日至17日中連續錄入系統的20條信息進行整理。表1中對于類似的內容予以合并。航后是交接系統使用的主要工作環節,當季的主要工作內容為:航后檢查冰格后無積水,航后完成客艙內裝維護工作單。如第一行所示。

圖4 故障監控模塊主界面
表1中的內容較為常見,是在沒有其它異常的情況下飛機交接工作應完成的主要內容。另外,將較為特殊的交接信息列出如下:(1)17日,A320(CFM56)短停反映后艙旋轉座椅話筒說話時聲音小,短停來不及處理,后續處理。再次短停更換后測試正常。(2)16日,A320(V2500)短停反映機組氧氣瓶壓力1420PSI,航后予以更換,壓力恢復到1780PSI。飛機清洗后DITCHING SWITCH按入,航前需注意恢復。(3)16日,A319(V2500)短停反映加油口漏燃油,呼和浩特機務短停緊固螺釘,航后未發現滲漏,重打力矩34LBF.IN按AMM28-25-41PB601檢查正常,建立監控后續觀察。(4)16日,對一架A321(CFM56)完成了VIP航班維護工作單和VIP航班周檢工作單。總結飛機交接系統的應用情況,可以看出在短停中發現的問題很多是無法及時處理的,這時準確的交接提醒就變得非常重要。

表1 飛機交接情況部分統計
選取了2018年4月16日至17日中連續錄入系統的20條信息進行整理。表2為進行統計之后的結果。
表2中,監控次數為進行監控檢查的共計次數,處理次數為對故障進行維修處理的次數,正常次數為監控結果為正常的次數。正常次數為0的,說明被監控的故障仍未解決;正常次數為1或2的,說明已經初步解決故障,仍需進一步監控。表中最后一項為重要故障,監控總次數44,維修處理15次仍未徹底解決,29次檢出正常說明該故障有反復出現的特點。在表2中,除了一條重要故障之外,平均監控次數為1.94,平均處理次數為1.57。
以上是故障監控系統的使用情況,可以看出該系統的使用能夠記錄各次檢查和維修操作的結果。對較為簡單的故障可以方便的處理并關閉,復雜故障也能夠給進一步的排故工作提供參考。
本文研究了飛機維修工作中信息管理系統的相關背景,完成了飛機維修交接和故障監控兩個重要模塊的開發工作。本系統已經投入實際應用一段時間,獲得了較好的反饋,并收集到了寶貴的使用意見。反饋表示本系統的應用能夠有效降低飛機維修工作的溝通成本,提高工作效率,減少一線工作人員壓力,并為整個維修部門的整體信息化水平做出貢獻。

表2 故障監控情況統計