1 引言

• 裝備的維修保障分析現(xiàn)狀及需求分析，對(duì)目前裝備的維修保障分析中遇到的問題和需求進(jìn)行分析；
• 裝備維修保障分析方法及相應(yīng)技術(shù)系統(tǒng)的功能組成，針對(duì)裝備維修保障分析中的問題，研發(fā)的維修保障分析系統(tǒng)的介紹；
• 維修保障分析技術(shù)系統(tǒng)的應(yīng)用情況，維修保障分析系統(tǒng)在實(shí)際維修保障分析工作中的應(yīng)用情況及效果。

2 裝備維修保障分析現(xiàn)狀及需求分析

• 維修保障分析缺乏工程管理手段，維修保障分析是迭代的過程，賽思高低溫交變?cè)囼?yàn)箱裝備中分析對(duì)象較多，導(dǎo)致工作項(xiàng)目也很多，對(duì)于維修保障工作項(xiàng)目的管理、數(shù)據(jù)迭代及更改的管理都缺乏有效的支持工具和手段。
• 缺乏專業(yè)設(shè)計(jì)分析工具，基本以手工填寫表格方式為主，對(duì)分析人員要求較高，在工作時(shí)經(jīng)常需要查閱相關(guān)標(biāo)準(zhǔn)，如開展RCMA工作時(shí)，需要參考GJB 1378A中的邏輯決斷流程，導(dǎo)致工作效率比較低，工作質(zhì)量難以保證；
• 維修保障分析報(bào)告編制困難，由于數(shù)據(jù)分散管理，導(dǎo)致維修保障分析的報(bào)告編制工作量大，花費(fèi)人員較多，時(shí)間較長(zhǎng)，難以保障數(shù)據(jù)準(zhǔn)確；
• 維修保障分析數(shù)據(jù)缺乏統(tǒng)一管理，輸入輸出數(shù)據(jù)都分散存儲(chǔ)，獲取輸入數(shù)據(jù)不方便，且難以保證數(shù)據(jù)一致。例如，故障模式是RCMA分析的輸入，賽思高低溫交變?cè)囼?yàn)箱而FMEA結(jié)果數(shù)據(jù)在設(shè)計(jì)部門或可靠性部門以分散的文檔進(jìn)行管理，RCMA工作很多時(shí)候并不是由同一組人員開展，跨部門、跨專業(yè)獲取數(shù)據(jù)時(shí)難以保證故障模式數(shù)據(jù)的完整、及時(shí)和準(zhǔn)確；

3  維修保障分析技術(shù)系統(tǒng)介紹

3.1 系統(tǒng)功能簡(jiǎn)介

維修保障分析系統(tǒng)功能組成如下：


    圖3?1維修保障分析技術(shù)系統(tǒng)功能結(jié)構(gòu)圖

如圖所示，維修保障分析技術(shù)系統(tǒng)主要包括維修分析工程管理、維修保障分析工具（FMEA工具、RCMA工具、OMTA工具、LORA工具、報(bào)告自動(dòng)生成工具）、維修保障數(shù)據(jù)庫(kù)。通過維修保障分析工程管理創(chuàng)建和管理維修保障分析工作項(xiàng)目，并可通過工作項(xiàng)目直接啟動(dòng)維修保障分析工具，各維修保障分析專業(yè)工具可從維修保障數(shù)據(jù)庫(kù)中獲取所需的輸入數(shù)據(jù)，并將結(jié)果統(tǒng)一存儲(chǔ)到維修保障數(shù)據(jù)庫(kù)中，維修保障分析工作完成后，可通過維修保障報(bào)告自動(dòng)生成工具，提取數(shù)據(jù)庫(kù)中的數(shù)據(jù)，自動(dòng)生成報(bào)告。
各部分主要功能如下：

• 維修保障分析工程管理，提供對(duì)裝備型號(hào)及產(chǎn)品結(jié)構(gòu)的管理維護(hù)、維修保障分析工作任務(wù)的管理（包括工作任務(wù)創(chuàng)建、定義、分解、執(zhí)行及工具調(diào)用），并提供的數(shù)據(jù)的版本管理、更改管理，實(shí)現(xiàn)對(duì)維修保障分析業(yè)務(wù)的全面支持；
• 維修保障分析工具（包括兩類工具，專業(yè)工具和報(bào)告工具），賽思高低溫交變?cè)囼?yàn)箱其中專業(yè)工具包括FMEA、RCMA、OMTA和LORA工具FMEA工具基于GJB 1391-2006開發(fā)，支持可靠性和保障性的FMEA，并支持共用故障模式的數(shù)據(jù)，RCMA工具基于GJB 1378A－2007開發(fā)，并根據(jù)裝備特點(diǎn)封裝裝備*邏輯決斷內(nèi)容，可自動(dòng)獲取數(shù)據(jù)庫(kù)中存儲(chǔ)的故障模式數(shù)據(jù)作為輸入，OMTA工具基于GJB 1371開發(fā)，可自動(dòng)獲取數(shù)據(jù)庫(kù)中FMEA和RCMA確定的預(yù)防性維修工作任務(wù)和修復(fù)性維修工作任務(wù)，LORA工具基于GJB 2961開發(fā)，用于確定故障產(chǎn)品合理的維修級(jí)別；報(bào)告工具可基于裝備型號(hào)定制報(bào)告模板，通過報(bào)告模板與數(shù)據(jù)庫(kù)中數(shù)據(jù)關(guān)聯(lián)，可提取數(shù)據(jù)庫(kù)中的數(shù)據(jù)，自動(dòng)生成報(bào)告。
•  維修保障數(shù)據(jù)庫(kù)，以產(chǎn)品結(jié)構(gòu)為主線，實(shí)現(xiàn)對(duì)維修保障分析數(shù)據(jù)的關(guān)聯(lián)，包括了對(duì)FMEA數(shù)據(jù)、RCMA數(shù)據(jù)、OMTA數(shù)據(jù)及LORA數(shù)據(jù)的存儲(chǔ)，并建立了業(yè)務(wù)數(shù)據(jù)之間的關(guān)聯(lián)，實(shí)現(xiàn)了單一數(shù)據(jù)源存儲(chǔ)。

3.2 系統(tǒng)主要業(yè)務(wù)流程

• 基于可靠性FMEA的結(jié)果，開展保障性的FMEA，確定修復(fù)性維修任務(wù)，以及提出建議的預(yù)防性維修任務(wù)；
• 基于可靠性FMEA的結(jié)果和保障性FMEA提出的建議的預(yù)防性維修任務(wù)，開展RCMA分析，確定預(yù)防性維修任務(wù)和修復(fù)性維修任務(wù)；
• OMTA工作自動(dòng)獲取FMEA和RCMA分析確定的修復(fù)性維修任務(wù)和預(yù)防性維修任務(wù)，確定開展維修任務(wù)所需的維修保障資源；
• 針對(duì)產(chǎn)品和維修任務(wù)進(jìn)行LORA分析，確定合理的維修級(jí)別方案。

3.3 系統(tǒng)關(guān)鍵技術(shù)

3.3.1    基于統(tǒng)一數(shù)據(jù)庫(kù)的維修保障數(shù)據(jù)關(guān)聯(lián)技術(shù)

3.3.2    維修保障分析工程技術(shù)狀態(tài)管理技術(shù)

3.3.3    基于裝備特點(diǎn)的RCMA邏輯決斷分析技術(shù)

4 維修保障分析技術(shù)系統(tǒng)的應(yīng)用情況

• 實(shí)現(xiàn)了對(duì)維修保障分析工程的管理和支持，通過工作項(xiàng)目管理，保證了維修保障分析工作規(guī)范有序開展，并解決了對(duì)多型號(hào)、多輪迭代的工程管理的問題，通過版本和更改管理有效控制數(shù)據(jù)的技術(shù)狀態(tài)；
• 提供了專業(yè)分析工具，通過專業(yè)分析工具可自動(dòng)獲取數(shù)據(jù)庫(kù)中的數(shù)據(jù)，建立數(shù)據(jù)關(guān)聯(lián)，保證了數(shù)據(jù)的質(zhì)量和準(zhǔn)確性，由于專業(yè)工具中封裝了標(biāo)準(zhǔn)，降低了對(duì)設(shè)計(jì)人員的要求，提高了工作效率；
• 減輕了報(bào)告編制的工作量，維修保障分析工作完成后，數(shù)據(jù)自動(dòng)存儲(chǔ)到統(tǒng)一的數(shù)據(jù)庫(kù)中，通過報(bào)告自動(dòng)生成工具，自動(dòng)生成報(bào)告，大大減輕了報(bào)告編制的工作量，并保證了數(shù)據(jù)的準(zhǔn)確性和一致性；
• 實(shí)現(xiàn)了數(shù)據(jù)的統(tǒng)一存儲(chǔ)和積累，通過統(tǒng)一的數(shù)據(jù)庫(kù)管理數(shù)據(jù)，并實(shí)現(xiàn)單一的數(shù)據(jù)源管理，消除了數(shù)據(jù)的冗余，保證了數(shù)據(jù)準(zhǔn)確一致，并實(shí)現(xiàn)對(duì)型號(hào)數(shù)據(jù)的有效積累，方便改進(jìn)或發(fā)展型的型號(hào)參考。