航空維修管理信息系統

張儀哲

（武漢理工大學機電工程學院，湖北 武漢 430070）

航空維修管理信息系統

張儀哲

（武漢理工大學機電工程學院，湖北 武漢 430070）

文章結合某航空修理廠的飛機維修過程，運用 UML統一建模語言進行系統分析，系統采用 C/S結構，以Powerbuilder作為前臺開發工具，以Oracle作為后臺數據庫管理系統，設計了符合該廠實際的飛機維修管理信息系統，使得飛機維修的信息化管理得以實現，規范了維修生產，提高了管理效率。

航空維修；管理信息系統；UML

信息技術的迅速發展使得社會生產方式和企業管理模式發生巨大變化，航空維修企業對信息化的需求隨著市場競爭的加劇日漸強烈。飛機維修的數據信息質量直接影響航空維修系統的管理決策和運行績效。推進航空維修管理信息化建設，建立完善、高效的航空維修管理信息系統，是推進航空維修科學發展和深入發展的可靠保障。

在某部航空修理廠的各科室中，生產計劃處是生產控制中心和信息中心，航材科為保障維修任務的完成需要處理的信息十分繁雜，容易出現人為差錯。現有的生產管理模式已不能適應該廠日益增長的業務需要，為提高該廠的工作效率及信息處理的準確性，建立飛機維修管理信息系統勢在必行。該系統的建立將大幅提高航修廠的維修管理水平及信息處理能力，為相關人員進行信息的統計、共享和提供決策數據帶來了便利，提高了工作效率。

（一）系統分析

1.業務流程

航修廠的主要業務有兩大類，分別是飛機機體維修和飛機部附件修理。現以飛機部附件修理業務為例，對其主要業務流程介紹如下：

飛機部附件修理的流程：首先，送修的飛機部附件由航材科負責接收并保存到航材倉庫；其次，航材科需要將接收的送修部附件的實時庫存情況向生產計劃處匯報；最后，生產計劃處依據該匯報情況將任務進行分類。

如果是常規送修部附件，生產計劃處將具體任務準備下發至各科室，并通知其進行相關任務準備。各科室在收到修理任務準備通知后，開始準備該修理任務需要的相關工具、儀器設備、技術資料和航材等，并及時向生產計劃處反饋準備情況。生產計劃處依據反饋的情況，生成相應的工卡（包括各種修理指令及其操作流程），再將這些工卡下發至生產車間和質量科。生產車間在接到修理任務后，及時派人到航材科倉庫領取部附件的維修實體，具體實施維修，并定期向生產計劃處上報各類部附件的維修進度信息。如果車間在修理過程中遇到業務問題或需要各種資源，可以隨時向其他科室反饋解決。質量科在修理全程對各種維修結果進行質量鑒定和跟蹤，并對收集到的質量數據進行分析和統計，同時產生上報信息，并將該信息定期上報至生產計劃處。在質量科對各部附件維修質量鑒定合格后，車間方可將這些部附件送到航材科倉庫保管，然后航材科再對修復實體進行發付，并將修理任務完成情況和發付情況向生產計劃處匯報。生產計劃處在整個部附件修理期間，不斷收集和記錄從下級科室反饋的信息，并對其進行統計，以便更好地協調部附件維修進度，高效的完成修理任務。

如遇特殊情況致使送修部附件無法在本廠修理，生產計劃處此時將維修控制權移交給航材科，由航材科和部附件制造廠家聯系返廠維修或更換事宜，并全程跟蹤返廠維修部附件，當部附件返廠維修結束（或新件）送到航材科倉庫后，航材科再進行修復實體的發付，最后將返廠修理情況備份存檔并上報生產計劃處。飛機部附件修理流程如圖1所示：

圖1 飛機部附件修理流程圖

2.系統功能模塊

生產計劃處子系統的功能劃分為以下七個模塊：制定維修方案、制定維修計劃、維修準備、生成維修指令、工卡管理、維修計劃監控、任務進度信息統計。系統功能模塊如圖2所示。

圖2 系統功能模塊圖

3.系統功能描述

系統包含多個子系統，下面以生產計劃處子系統為例，對其功能進行描述：

（1）制定維修方案：跟據不同任務內容，制訂各型飛機的維修方案。

（2）制定維修計劃：根據下達的維修任務，形成相應的年度、季度、月計劃，各計劃可依據具體情況進行適當調整。

（3）維修準備：通過器材和設備的基本信息庫，確認完成維修項目所需器材、工具及儀器設備清單所列出的器材和設備的當前狀態。當所有器材、設備狀態良好并能保障完成維修任務時，可以確定維修準備就緒。

（4）生成維修指令：依據相應的年度、季度、月計劃，根據輸入的機體維修工程指令、部附件更換工程指令、質量控制指令和維修準備就緒的控制信號等信息，產生對應的維修工程指令、部附件更換工程指令、質量控制指令等。

（5）工卡管理：根據機體維修工程指令工作單、部附件更換工作單、非例行項目工作單等信息生成維修操作規程的指導清單——工卡，并將這些工卡發至生產車間和質量科。

（6）維修計劃監控：該功能是根據各種工程指令、技術通告、質控通告、航材保障情況、維修生產計劃、任務完成情況等信息，控制和安排維修的進度。

（7）任務進度信息統計：此功能主要收集和記錄維修完成進度情況并對其進行統計，生成各種規定樣式的報表，以便對維修任務進度進行有效跟蹤。

（二）系統建模

本系統的參與者包括：系統管理員、生產計劃處、航材科和數據庫管理系統。這些參與者的相關用例分別描述如下。

系統管理員相關用例包括系統管理和系統維護；生產計劃處相關用例包括維修任務制定（維修方案制定、維修計劃制定）、維修任務調度(任務準備、任務監控、維修指令、工卡管理)、維修進度統計；航材科相關用例包括倉庫管理（部附件入庫、地面設備原料入庫、庫存管理、部附件出庫、地面設備成品發付）、采購（采購計劃、計劃執行情況、部附件往來管理）、部附件返廠（送修跟蹤、送修數據）；數據庫管理系統相關用例包括系統數據的維護與管理。

以圖3生產計劃處用例圖說明系統所有用例圖的構成。

圖3 生產計劃處用例圖

（三）系統實現

1.數據庫設計

系統數據庫表的命名與結構以生產計劃處子系統為例說明。數據庫表及其屬性的命名規則如下。

表名的結構：＜子系統代碼＞_＜模塊代碼＞_＜表的說明代碼＞

表屬性的結構：＜子系統代碼＞_＜模塊代碼＞_＜表的說明代碼＞_＜屬性的說明代碼＞

按照上述規則，生產計劃處子模塊代碼如表1所示。

表1 生產計劃處模塊代碼

生產計劃處子系統主要表清單如表2所示。

表2 生產計劃處主要表清單

2.代碼設計

系統的代碼編寫以部附件庫存查詢為例說明。部附件庫存查詢提供按部附件編號查詢功能，方便用戶快速的查找需要查看的部附件庫存情況。該模塊的界面默認顯示航材科倉庫當前所有的部附件庫存情況。

為數據窗口對象 kcgl_1關聯數據窗口對象kcgl_bfjkccx

定義一個實例變量i_sx，以設置數據的排序方式，代碼如下：

string i_sx=' a' // 排序方式，默認為正序

為窗口的open事件設置數據窗口數據源，代碼如下：

kcgl_1.settransobject(sqlca) // 為數據窗口設置數據源對象

kcgl_1.retrieve() // 刷新數據窗口

在部附件編號框sle_1的modified事件中編寫代碼，改變數據窗口的行焦點到用戶輸入的部附件編號所在行，代碼

如下：

int row

// 找出符合用戶輸入的部附件編號條件的記錄行號

row= kcgl_1.find("bfjbh= ' "+text+" '",1,kcgl_1.rowcount() )

if row＞0 then

kcgl_1.scrolltorow(row) // 設置行焦點

else //如果未找到記錄用戶

messagebox（"查找信息"，"無此部附件!"）

end if

text=' '

3.界面設計

系統的界面設計以飛機部附件入庫登記界面為例說明。該界面如圖4所示：

圖4 待修部附件入庫界面

圖 4是待修部附件入庫界面，用戶可以通過該界面查找和錄入待修部附件的相關信息，使系統對待修部附件信息存檔。

（四）結束語

在航修廠的生產計劃處需要統籌安排各科室完成飛機維修任務并及時掌握維修任務進度情況，還要對當前的維修能力和維修條件有所兼顧，加大了維修任務控制的難度。在航材科，為了保障維修任務的順利完成，需要處理大量的相關信息，所有這些工作不但繁瑣、工作量大，而且還需要十分的細致。引入航空維修管理信息系統，可以有效降低相關科室信息處理中人為差錯的出現幾率，降低控制難度，大幅提高該廠的維修管理水平及信息處理能力。

[1] 鄭東良.航空維修管理[M].北京：國防工業出版社,2006.

[2] 常晉義.管理信息系統原理、方法與應用[M].北京:高等教育出版社,2009.

[3] 宋國順.軟件工程中 UML建模的技術與分析[J].軟件導刊,2010,9(8):35-36.

[4] 周力,何雪飛.UML建模圖解教程[M].北京:人民郵電出版社,2009.

[5] 陳海松,王曉飛,張道坤,張琳.基于 UML的裝備綜合信息管理系統分析與建模[J].四川兵工學報,2010,32(2):1-4.

TP391

A

1008-1151(2011)06-0021-03

2011-03-25

張儀哲（1971－），女，武漢理工大學機電工程學院副教授。