基于PHM技術(shù)的維修保障信息化平臺建設(shè)方案

1、I PXA循壞的緘效竹即系統(tǒng)的構(gòu)址基于PHM技術(shù)的維修保障信息化平臺建設(shè)方案2011年1月貝腳內(nèi)客529I PXA循壞的緘效竹理?xiàng)l統(tǒng)的枸建目錄1. 1發(fā)展規(guī)劃 2-41.2 目的2-42 PHM技術(shù)的發(fā)展2-52.1 國外相關(guān)技術(shù)發(fā)展2-52.2 PHM 技術(shù)2-62.3 國內(nèi)發(fā)展?fàn)顩r2-73 基于PHH技術(shù)的維修保障信息化平臺3-83. 1平臺構(gòu)成3-83.2 體系構(gòu)成3-83.2. 1測試用例分析3-83.2.2 實(shí)時(shí)的狀態(tài)監(jiān)控與故障診斷分析3-93.2.3 維修優(yōu)化分析3-93.2.4 維修資源優(yōu)化3-93.2.5 維修管理系統(tǒng) 3-104 設(shè)備選型4104. 1 測試用例分析軟件Sil

2、ver+TestWeaver 4T04. 1. 1Silver+TestWeaver 軟件背景 4T04. 1. 2Silver+TestWeaver 分析原理 4T14. 1. 3Si.1 ver+TestWeaver 軟件分析流程 4T14. 1. 4Silver+TestWeaver 軟件分析流程 4T24. 1.5軟件性能4-134. 1. 6Silver+TestWeaver主要用戶 4T44.2 實(shí)時(shí)狀態(tài)監(jiān)控與故障診斷軟件VSE 4-144. 2. 1Diagnostician4-154. 2. 2 Diagnostic Profiler 4-164. 2. 3Prognostic

3、s Framework 4174.2.4 國際應(yīng)用 4一214.3 維修優(yōu)化軟件EXAKT 4-214.3. 1 EXAKT軟件簡介 4-214. 3.2EXAKT輸入&輸出 4-224. 3.3EXAKT能干什么？4-224. 3.4EXAKT 收益4一224.4 維修資源優(yōu)化軟件系統(tǒng)SPAR4-234.4. 1 SPAR總體說明4一234.4.2 SPAR工作原理4-234.4.3 SPAR應(yīng)用4一244.4.4 SPAR特性4-244.4.5 成功應(yīng)用4一254.5 維修管理系統(tǒng)軟件AMOS4-254.5. 1AMOS 簡介4一254. 5.2AMOS 組成4-255 軟件配置5-285

4、. 1軟件報(bào)價(jià)5-28軍用航空業(yè)的發(fā)展，對新型軍機(jī)的維修保障提出了各位嚴(yán)格的要求。只有維修保 障技術(shù)都達(dá)到一定水平后，才能保證裝備的高戰(zhàn)備完好性。國際軍用航中，美國的洛 克希德馬丁、波音與歐洲的空客公司在飛機(jī)的論證、方案、設(shè)計(jì)、使用、維護(hù)、保障 等各個(gè)階段都關(guān)注于飛機(jī)的維修保障性能的提高，以及經(jīng)濟(jì)性的降低。波音公司最初預(yù)期波音787夢想飛機(jī)與波音767-300ER等同一座級的飛機(jī)相比, 維修成本節(jié)省15%. 2005年，波音787可節(jié)省維修成本的預(yù)期提高到20%.到2006年，波 音787可節(jié)省的維修成本的預(yù)期猛增為30%o波音787減少維修成本的關(guān)鍵要素是在 復(fù)合結(jié)構(gòu)嵌入先進(jìn)的狀態(tài)監(jiān)控系統(tǒng)(

5、PHM)。與波音767相比，波音787的機(jī)械系統(tǒng)復(fù)朵 性減少了 50%以上。而空客的A380飛機(jī)，空客公司則切實(shí)的從可靠性和降低直接維修成本的角度來設(shè) 計(jì)飛機(jī)，為其設(shè)定的維修保障性能以及經(jīng)濟(jì)性指標(biāo)遠(yuǎn)遠(yuǎn)高于空客A340-600型系列飛機(jī) 的指標(biāo)?？湛虯380的可用性指標(biāo)是在飛機(jī)投入運(yùn)行兩年內(nèi)，使用可用度達(dá)到99%。同樣，洛克希德馬丁公司的F35聯(lián)合攻擊機(jī)在追求高的維修保障效率的同時(shí)，也 在追求F35戰(zhàn)斗機(jī)的經(jīng)濟(jì)性，而其戰(zhàn)備完好性、經(jīng)濟(jì)性得以實(shí)現(xiàn)的根本保證就是采用 了基于PHM技術(shù)的維修保障信息平臺的應(yīng)用。山此可以看出洛克希德馬丁、空客以及波音在維修保障信息化方面工作的開展都 離不開PHM技術(shù)的應(yīng)

6、用。而中國的新型戰(zhàn)斗機(jī)、運(yùn)輸機(jī)的發(fā)展要實(shí)現(xiàn)高的可用性、經(jīng) 濟(jì)性以及戰(zhàn)備完好性，同樣需要借鑒洛克希德馬丁、波音、空客的經(jīng)驗(yàn)，將PHM技術(shù) 在裝備的壽命周期內(nèi)系統(tǒng)的開展。LI前世界各個(gè)國家的軍用飛機(jī)的維修成本都是相當(dāng)?shù)母?，飛機(jī)的維修成本高，跟 很多因素有關(guān)，其中最為關(guān)鍵的一環(huán)，就是對飛機(jī)自身狀態(tài)未知，導(dǎo)致各種不必要的 維修以及不必要的換件。而通過從設(shè)訃角度來減低飛機(jī)的維修費(fèi)用，成為各飛機(jī)供應(yīng) 商的競爭的熱點(diǎn)。尤其是在洛克希德馬丁、空客以及波音三大飛機(jī)公司。同時(shí)飛機(jī)由于故障延誤，將降低飛機(jī)品牌效應(yīng)。因此對飛機(jī)的設(shè)計(jì)高可靠性、高 維修性提出了更高的要求。*5-29I PXA循壞的緘效竹即系統(tǒng)的構(gòu)址而洛

7、克希德馬丁的F350則加強(qiáng)了可測試性與可維修性的設(shè)計(jì)思想是：力圖用最新 的技術(shù)，優(yōu)化飛機(jī)的可測試性和可維修性；同時(shí)乂要做到在維修時(shí)用到最少的新技能 和新程序步驟。這是考慮到在使用過程中，最先進(jìn)的飛機(jī)將和其他飛機(jī)一起做維修維 護(hù)檢查，維修的差異性越小，相關(guān)維修人員對新型飛機(jī)的適應(yīng)性將越好。洛克希德馬丁在設(shè)訃階段還通過改進(jìn)飛機(jī)原有系統(tǒng)和增加新的狀態(tài)監(jiān)控系統(tǒng)提高 F35的可維修性。洛克希德馬丁公司投入空前的努力用于F35的系統(tǒng)故障檢修，并在自檢設(shè)備領(lǐng)域 取得很大發(fā)展。洛克希德馬丁公司的F35上安裝了很多狀態(tài)監(jiān)控傳感器，并通過機(jī)載 維護(hù)系統(tǒng)OMS和機(jī)載信息系統(tǒng)OIS對飛機(jī)進(jìn)行全面監(jiān)控。這兩個(gè)系統(tǒng)是F3

8、5的機(jī)載網(wǎng) 絡(luò)和神經(jīng)中樞，不但能收集飛機(jī)各系統(tǒng)、發(fā)動機(jī)匯總到駕駛艙的信息，可為飛機(jī)操控、 維修應(yīng)用軟件提供支持，并可與地面設(shè)施鏈接。機(jī)載信息系統(tǒng)能夠提供自檢功能，通 過查詢系統(tǒng)，飛行員能夠迅速查明任何微小故障，并能夠在有利時(shí)機(jī)安排查詢/糾正, 并確定飛機(jī)是否能夠在故障狀態(tài)下繼續(xù)飛行。而故障信息則可通過實(shí)時(shí)數(shù)據(jù)鏈提供給 地面維修人員。飛行員還可通過機(jī)載維修系統(tǒng)進(jìn)行簡易的故障檢修。當(dāng)今世界，新軍事革命方興未艾，大量新技術(shù)不斷涌入戰(zhàn)爭領(lǐng)域，極大地改變著 戰(zhàn)爭的形態(tài)，也推動了武器裝備后勤保障方式的變革。隨著裝備的高科技含量急劇增 加，其后勤保障在武器裝備尖聲中的地位也日益突出。1.1發(fā)展規(guī)劃（根據(jù)本所

9、的實(shí)際情況，自行添加）1.2目的本文的口的是在分析五性以及綜合保障關(guān)鍵技術(shù)以及需求的基礎(chǔ)上,提出建立“維 修保障信息化”平臺為U標(biāo)，這一平臺的建設(shè)不僅滿足當(dāng)前我所新機(jī)研制需求，而且 為將來實(shí)施產(chǎn)品維修保障提供技術(shù)支持。平臺的建設(shè)應(yīng)達(dá)到以下目標(biāo)：建立測試、維修、保障協(xié)同研發(fā)環(huán)境；為將來我所實(shí)施產(chǎn)品維修保障提供技術(shù)支持；實(shí)現(xiàn)型號飛機(jī)的全壽命周期費(fèi)用最低 提高飛機(jī)的維修、測試、以及診斷能力等固有特性 實(shí)現(xiàn)飛機(jī)具有能保障、好保障的特性在壽命周期各個(gè)階段，具有對維修保障保障相關(guān)方案的優(yōu)化能力 實(shí)現(xiàn)在型號產(chǎn)品的壽命周期各個(gè)階段的信息化流；避免信息孤島。 提高硏發(fā)效率，實(shí)現(xiàn)信息共享；2. PHM技術(shù)的發(fā)展2

10、.1國外相關(guān)技術(shù)發(fā)展傳統(tǒng)戰(zhàn)斗機(jī)，包括F15, F16等系列飛機(jī)的保障方式仍然采用的是反應(yīng)式保障。即 遵循“發(fā)生故障一檢測隔離一定位故障一保障資源調(diào)度一維修”這一被動過程。基于 PHM技術(shù)的保障是一種全新的保障理念，不同于傳統(tǒng)保障，基于PHM技術(shù)的保障能夠 辨識保障的需求、供應(yīng)鏈管理、部件的可鼎性、安全性等一系列相關(guān)信息以便支持和 加強(qiáng)任務(wù)的執(zhí)行。基于PHM技術(shù)的后勤保障還是一種先導(dǎo)式的保障。口前國際上最新型的戰(zhàn)機(jī)，包 括F35、F22等飛機(jī)，都已經(jīng)釆用了基于PHM技術(shù)的保障方式。飛機(jī)的維修方式發(fā)生了 較大變化，飛機(jī)故障處理全面釆用計(jì)算機(jī)故障診斷，排故方法更加程序化。飛機(jī)故障 信息的收集、處理，

11、故障隔離程序，修理程序，故障排除后的功能測試以及電子記錄 本的簽署，將采用維修控制顯示器（一種具有無線網(wǎng)絡(luò)功能的筆記本電腦）來進(jìn)行， 極大地節(jié)省排故時(shí)間，提高工作效率。而故障隔離程序的實(shí)現(xiàn)主要就是基于PHM技術(shù) 的發(fā)展與應(yīng)用。通過機(jī)載維護(hù)系統(tǒng)OHS和機(jī)載信息系統(tǒng)OIS對飛機(jī)進(jìn)行全面監(jiān)控。這 兩個(gè)系統(tǒng)是飛機(jī)的機(jī)載網(wǎng)絡(luò)和神經(jīng)中樞，不但能收集飛機(jī)各系統(tǒng)、發(fā)動機(jī)匯總到駕駛 艙的信息，還與客艙的監(jiān)控裝置相連，可為飛機(jī)操控和維修應(yīng)用軟件提供支持，并可 與地面設(shè)施鏈接。機(jī)載信息系統(tǒng)能夠提供自檢功能，通過查詢系統(tǒng)，飛行乘員能夠迅 速查明任何微小故障，并能夠在有利時(shí)機(jī)安排查詢/糾正，并確定飛機(jī)是否能夠在故障 狀

12、態(tài)下繼續(xù)飛行。而故障信息則可通過實(shí)時(shí)數(shù)據(jù)鏈提供給地面維修人員。維修控制顯 示器所顯示的內(nèi)容，是所有基于PHM技術(shù)定的維修保障分析的結(jié)果。沒有基于PHM技 術(shù)的詳盡分析，就不能出現(xiàn)維修控制器中的內(nèi)容?；赑HM技術(shù)的維修保障信息化平臺曲五大部分構(gòu)成：飛機(jī)測試用例分析系統(tǒng)、 實(shí)時(shí)狀態(tài)監(jiān)控系統(tǒng)、信息通訊系統(tǒng)、維修優(yōu)化系統(tǒng)、保障資源優(yōu)化系統(tǒng)。如圖1所示。貝腳內(nèi)客529%PXA循壞的緘效竹理?xiàng)l統(tǒng)的枸建基TPHM技術(shù)的 保障系統(tǒng)圖1基于PHM技術(shù)的維修保障系統(tǒng)的構(gòu)成在基于PHH技術(shù)的維修保障系統(tǒng)中，III機(jī)上PHM提供的預(yù)測故障信息能夠定位需 要維修的部件，當(dāng)器件在當(dāng)?shù)夭豢晒┑那闆r下，立即可從遠(yuǎn)程倉庫定購

13、以保證快速的 維修行為得以實(shí)現(xiàn)。機(jī)下PHM負(fù)責(zé)隔離在機(jī)上先前沒有隔離的故障、執(zhí)行預(yù)測性訃算 和部件的殘余壽命計(jì)算，這些信息通過信息通訊系統(tǒng)通知供應(yīng)鏈下一步應(yīng)該做什么， 以保證飛機(jī)的有效運(yùn)行即戰(zhàn)備完好性。美國的軍用航空都在大力發(fā)展上述技術(shù)，以便 可以在節(jié)約運(yùn)行和保障費(fèi)用的基礎(chǔ)上，提高系統(tǒng)的有效性。其中，基于PHM技術(shù)的保障系統(tǒng)的核心技術(shù)是飛機(jī)健康管理(PHM) o2. 2 PHM技術(shù)引入PHM不是為了直接消除故障，而是為了了解和預(yù)計(jì)故障何時(shí)將發(fā)生，或在出 現(xiàn)未料到的故障時(shí)觸發(fā)一種簡單的系統(tǒng)維護(hù)活動。也就是為了滿足下列要求：第一，提 高飛機(jī)的可運(yùn)行率。PHM使保障系統(tǒng)的運(yùn)行能力能夠充分發(fā)揮，并可以

14、預(yù)訃和延期維 護(hù)活動。第二，啟動自主式后勤保障功能。整個(gè)自主式物流鏈開始于飛機(jī)PHM系統(tǒng)預(yù) 計(jì)或診斷事件，這些事件觸發(fā)物流響應(yīng)。第三，降低系統(tǒng)壽命周期費(fèi)用。PHM可以消 除虛警及不必要的拆卸，可以開發(fā)和融合所有可獲得的數(shù)據(jù)資源，將故障準(zhǔn)確隔離到 單個(gè)LRU,以縮短系統(tǒng)修復(fù)時(shí)間。第四，縮小保障規(guī)模。PHM可以在減少測試和保障設(shè) 備、減少人力和備件等方而發(fā)揮作用，使保障規(guī)模縮小。第五，觸發(fā)系統(tǒng)重構(gòu)以滿足 運(yùn)行可鼎性。PHM可以保證系統(tǒng)選擇其最佳任務(wù)構(gòu)型。第六，推動視情維修。PHM便于 貝胛內(nèi)興529I PXA循壞的緘效竹理?xiàng)l統(tǒng)的枸建消除計(jì)劃維修，代之以滿足使用與保障費(fèi)用LI標(biāo)所必需的視情維修。第七

15、，提供先進(jìn) 的現(xiàn)場診斷及測試。PHM通過對系統(tǒng)當(dāng)前和未來狀態(tài)的準(zhǔn)確、及時(shí)的分析，從而減少 所需的裝置，降低了維修人員的培訓(xùn)費(fèi)用。PHM主要是利用先進(jìn)的傳感器（如渦流傳感器、小功率無線綜合微型傳感器、無 線微機(jī)電系統(tǒng)MEMS）的集成，并借助各種算法（如Gabor變換、快速傅里葉變換、 離散傅里葉變換）和智能模型（如專家系統(tǒng)、神經(jīng)網(wǎng)絡(luò)、模糊邏輯等）來預(yù)測、監(jiān)控 和管理飛機(jī)的狀態(tài)。PHM實(shí)現(xiàn)了山傳統(tǒng)的基于傳感器的診斷轉(zhuǎn)向基于智能系統(tǒng)的預(yù)測， 反應(yīng)式的通信轉(zhuǎn)向先導(dǎo)式的3R（即在準(zhǔn)確的時(shí)間對準(zhǔn)確的部位采取準(zhǔn)確的維修活動）, 它極大地促進(jìn)了視情維修取代事后維修和預(yù)防性維修的進(jìn)程。PHM具有如下主要功能：故

16、障檢測能力；故障隔離能力：針對選定元器件進(jìn)行故障預(yù)測的能力；部件壽命跟蹤能力；殘余使用壽命預(yù)計(jì)的能力。PHM系統(tǒng)一般具備故障檢測、故障隔離、性能檢測、故障預(yù)測、健康管理、部件 壽命追蹤等能力，通過信息通訊系統(tǒng)與保障系統(tǒng)交聯(lián)，完成子系統(tǒng)、部件性能檢測、 故障診斷和預(yù)測等任務(wù)。2.3國內(nèi)發(fā)展?fàn)顩rXXX型號飛機(jī)的研發(fā)過程中，以及開始考慮，維修保障工作已經(jīng)開始開展，但由 于我國維修保障信息化工程起步較晚，很多方面和外國有著一定的差距。LI前我國開 展綜合保障工程還存在一些問題：缺乏從費(fèi)-效角度對型號產(chǎn)品維修保障指標(biāo)論證； 缺乏系統(tǒng)的開展維修保障信息化工程的經(jīng)驗(yàn)； 缺少五性及綜合保障相關(guān)的信息以及數(shù)據(jù)系

17、統(tǒng)； 缺乏專業(yè)的維修保障信息化的專業(yè)人才；在使用過程中對產(chǎn)品的故障數(shù)據(jù)、維修數(shù)據(jù)及其他供應(yīng)鏈數(shù)據(jù)（歷史/ 外場數(shù)據(jù)）缺乏有效積累與合理利用就國內(nèi)訂前現(xiàn)狀而言，在維修保障信息化實(shí)現(xiàn)上還存在許多技術(shù)上的難度。3. 基于PHM技術(shù)的維修保障信息化平臺3. 1平臺構(gòu)成要實(shí)現(xiàn)基于PHM技術(shù)的維修保障信息化系統(tǒng)，就必須從基于PHM技術(shù)的維修保障信息化平臺的構(gòu)成來考慮。從而在飛機(jī)研制過程中考慮這些技術(shù)。具體關(guān)鍵技術(shù)包括:裝備的測試用例分析技術(shù)實(shí)時(shí)的狀態(tài)監(jiān)控與故障診斷分析技術(shù)（PHM）維修優(yōu)化技術(shù)保障資源優(yōu)化技術(shù)維修過程管理技術(shù)結(jié)合我所的工作實(shí)際的管理、開展情況，將以上關(guān)鍵技術(shù)融入到具體的工作項(xiàng)LI 中，提出

18、如下圖的維修保障信息化平臺。測試用例 分析技術(shù)實(shí)時(shí)狀態(tài)監(jiān)控與 故障診斷技術(shù)維修優(yōu)化維修資源 優(yōu)化技術(shù)維修管理 技術(shù)基于PHM技術(shù)的維修保障信息化平臺圖2基于PHM技術(shù)的保障系統(tǒng)關(guān)鍵技術(shù)由上圖我們可知，基于PHM技術(shù)的維修保障信息化系統(tǒng)的關(guān)鍵技術(shù)主要包括：測 試用例分析技術(shù)、裝備實(shí)時(shí)狀態(tài)監(jiān)控與故障診斷技術(shù)、裝備維修優(yōu)化技術(shù)、裝備保障 資源優(yōu)化技術(shù)、裝備維修管理技術(shù)等。因此在研發(fā)階段建立起基于PHH技術(shù)的維修、 保障信息化平臺系統(tǒng)為目標(biāo)的協(xié)作平臺是非常有必要和有意義的。3. 2體系構(gòu)成3.2.1. 測試用例分析在裝備的設(shè)計(jì)階段，為了精確的預(yù)測裝備的各種故障問題，提出對裝備開展基于 仿真技術(shù)的測試用

19、例分析，以確定裝備在交付軍方后，可能潛在存在哪些故障問題， 根據(jù)可能出現(xiàn)的故障問題與故障原因的分析，確定裝備的傳感器布局。以為裝備的實(shí) 時(shí)狀態(tài)監(jiān)控與故障診斷提供最優(yōu)的輸入源。其具體的功能如下：支持對整個(gè)裝備或設(shè)備的分析；具有合理的分析流程；考慮單點(diǎn)故障模式的影響；考慮多種故障模式組合的共同影響。3. 2. 2.實(shí)時(shí)的狀態(tài)監(jiān)控與故障診斷分析在裝備的設(shè)計(jì)階段，根據(jù)測試用例分析結(jié)果，確定裝備的測點(diǎn)布局，根據(jù)測點(diǎn)布 局的結(jié)果，采用基于PHH技術(shù)的故障診斷分析，以確定出測點(diǎn)與故障現(xiàn)象矩陣，生成 診斷知識庫，為實(shí)時(shí)的狀態(tài)監(jiān)控系統(tǒng)提供后臺數(shù)據(jù)庫，同時(shí)裝備的實(shí)時(shí)的狀態(tài)監(jiān)控與 故障診斷系統(tǒng)能讀取裝備各測試點(diǎn)的輸

20、出信息，將該測試點(diǎn)輸出信息與后臺數(shù)據(jù)庫進(jìn) 行匹配，以確定裝備的故障單元，并通過數(shù)據(jù)傳輸系統(tǒng)與記載告警系統(tǒng)相連，實(shí)現(xiàn)實(shí) 時(shí)的狀態(tài)監(jiān)控與診斷。具體功能要求如下：對裝備的狀態(tài)監(jiān)控具有實(shí)時(shí)性；能讀取設(shè)計(jì)圖紙信息；所有的故障信息能實(shí)現(xiàn)實(shí)時(shí)儲存； 能讀取裝備的所有測點(diǎn)的輸出信息 故障隔離精確，不超過2個(gè)隔離度。3.2.3. 維修優(yōu)化分析通過測試用例分析與實(shí)時(shí)的狀態(tài)監(jiān)控與故障診斷分析，生成基于PHM技術(shù)的裝備 狀態(tài)監(jiān)控與故障診斷系統(tǒng)，而裝備的實(shí)際使用過程中，需要制定預(yù)防性維修以對實(shí)時(shí) 的狀態(tài)監(jiān)控進(jìn)行補(bǔ)充，以保證飛行安全性。飛機(jī)的預(yù)防性維修需要合理的計(jì)劃，通過 維修優(yōu)化分析，確定飛機(jī)在每個(gè)預(yù)防性維修任務(wù)過程中

21、，需要針對哪些單元開展哪些 預(yù)防性維修活動。以實(shí)現(xiàn)裝備預(yù)防性維修具有最合理的安排，以保證飛機(jī)飛行的安全 性、經(jīng)濟(jì)性與戰(zhàn)備完好性。具體的功能要求如下：能對裝備進(jìn)行維修更換優(yōu)化、尤其是機(jī)械零部件或非電設(shè)備： 精確制定維護(hù)計(jì)劃：精確預(yù)測系統(tǒng)/零件剩余壽命； 能對復(fù)雜設(shè)備進(jìn)行維修預(yù)測；預(yù)測系統(tǒng)適用于系統(tǒng)與零部件。3.2.4. 維修資源優(yōu)化裝備發(fā)生故障或在發(fā)生故障之前，進(jìn)行的各種維修，都需要多種維修資源，包括 備品、備件、維修設(shè)備、維修人員、維修手冊。而裝備的維修快速性一方面受故障診 斷過程的影響，另外一方面受裝備的維修資源的及時(shí)性影響。因此維修資源的合理， 往往能在很大程度上提高裝備的戰(zhàn)備完好性、可用

22、性以及經(jīng)濟(jì)性。因此本所需要對交 付軍方的維修資源進(jìn)行合理的優(yōu)化以保證裝備在軍隊(duì)的戰(zhàn)備完好性。具體的維修資源優(yōu)化功能要求如下：*5-29I PXA循壞的緘效竹即系統(tǒng)的構(gòu)址能對整個(gè)飛機(jī)系統(tǒng)、戰(zhàn)斗群或單個(gè)設(shè)備開展保障資源優(yōu)化：保障資源優(yōu)化考慮保障組織體系保障資源優(yōu)化考慮裝備的冗余性能實(shí)現(xiàn)對一次性使用設(shè)備的優(yōu)化，包括彈等。優(yōu)化結(jié)果準(zhǔn)確。3. 2. 5.維修管理系統(tǒng)裝備的維修、保障的技術(shù)行為，需要一套完整的管理系統(tǒng)對維修保障的過程、維 修保障的行為、備品備件的供應(yīng)管理等進(jìn)行有效的管理。而裝備的維修管理系統(tǒng)將實(shí) 現(xiàn)這一功能，以保證裝備的每一個(gè)維修行為得到合理的管理，裝備在不同的維修級別、 維修場所、裝備的

23、維修資源、維修設(shè)施、備品備件均得到合理的管理。具體的功能要求如下：管理裝備及其復(fù)雜的后勤任務(wù)：對所有的零部件（包括LRU,SRU）、所有的文件以及整個(gè)武器裝備的配 置的進(jìn)行管理；高效的管理計(jì)劃的、非計(jì)劃的、長期的與短期內(nèi)的各種維修事件；“日常通知板”；質(zhì)量保障工具，控制所有的維修；接口開放；4. 設(shè)備選型4. 1測試用例分析軟件Silver+TestWeaver4. 1. 1. Silver+TestWeaver 軟件背景Silver與TestWeaver聯(lián)合運(yùn)行組成測試用例分析系統(tǒng)；其采用的技術(shù)手段是基 于模型與仿真的方法，通過基于模型的仿真手段進(jìn)行測試用例分析。其中Silver提供 協(xié)調(diào)仿

24、真平臺，TestWeaver提供故障注入并進(jìn)行仿真，得到測試用例分析結(jié)果，生成 報(bào)告。Silver與TestWeaver軟件由德國Qtronic GmbH公司開發(fā),Qtronic GmhH公司為 當(dāng)前國際上基于模型與仿真方法的標(biāo)桿型企業(yè)。隨著復(fù)雜產(chǎn)品越來越多，尤其當(dāng)控制 軟件與機(jī)械系統(tǒng)、液壓系統(tǒng)、電子系統(tǒng)、電氣系統(tǒng)交互時(shí)，產(chǎn)品會發(fā)主各種不可預(yù)測 的故障模式與產(chǎn)品間不相匹配的問題，Qtronic GmhH公司通過基于模型與仿真的方法 為設(shè)計(jì)工程師與驗(yàn)證工程師提供最為先進(jìn)的手段與方法發(fā)現(xiàn)產(chǎn)品各種設(shè)訃缺陷，生成 各種測試用例。4. 1. 2. Silver+TestWeaver 分析原理通過Test

25、Weaver控制輸入信息（故障信息與單元信息），并根據(jù)建好的裝備仿真 模型（ill Silver Matlab共同創(chuàng)建），ill Test Weaver觸發(fā)仿真,并將仿真結(jié)果分為 兩大類，一類為正常響應(yīng)，一類故障響應(yīng)；將整個(gè)狀態(tài)空間分解為離散空間，形成狀 態(tài)庫，最終形成報(bào)告。輸入4. 1. 3. Silver+TestWeaver 軟件分析流程Silver與TestWeaver協(xié)同仿真的分析步驟如下：首先通過Simulink/Mdtldb （或其他軟件系統(tǒng)）構(gòu)建系統(tǒng)仿真模型; 在Modelica類型軟件中構(gòu)建軟件分析模塊；配置協(xié)同仿真環(huán)境，形成協(xié)同仿真環(huán)境。見下圖；DebuggingVisua

26、l StudiPlant Model0attachPlantModelDLLConfigurable GUISilvercontrol software wrapper DLL1via TCP/IP通過TestWeaver設(shè)定仿真輸入條件，并進(jìn)行仿真，并對仿真結(jié)果進(jìn)行 分類；根據(jù)仿真結(jié)果，對系統(tǒng)進(jìn)行優(yōu)化，更改設(shè)計(jì)；并重新進(jìn)行仿真；最終將仿真分析結(jié)果儲存與數(shù)據(jù)庫；Silver與TestWeaver協(xié)調(diào)仿真分析步驟如下圖所示：4. 1. 4. Silver+TestWeaver 軟件分析流程貝腳內(nèi)客529I PXA循壞的緘效竹即系統(tǒng)的構(gòu)址4. 1. 5.軟件性能4. 1.5. 1.接口類型MATL

27、AB/Simulink, RTW, TargetLink, Dymola, Pythonvia Silver: AMESim, Simpack, SimulationX, and moreC/C+, for instance Microsoft Visual StudioTestwell CTC+4. 1.5.2.解決問題類型軟件系統(tǒng)除數(shù)為0,整數(shù)溢出、索引超出范圉、訪問沖突、算法錯誤等等外部環(huán)境氣候；溫度范圍(-40 C to 40 C)對滑油屬性的影響用戶使用：各種非正常的使用方法多組件同時(shí)故障個(gè)體差異：制造公差；隨著時(shí)間的變化：組件參數(shù)值隨著時(shí)間的變化；內(nèi)部環(huán)境：與其他設(shè)備的相互作用；4

28、. 1. 5. 3.其他性能可以產(chǎn)生成千上萬種仿真事件;仿真速度極快；無需手動寫腳本語言；支持并行計(jì)算。*5-29V. I PXA循壞的緘效竹即系純的構(gòu)建DAIMLERAIRBUSMercedes Benz(gnlinental S蹴 Rolls-RoyceFraunhoferBAE SYSTEMS4. 1. 6. Silver+TestWeaver 主要用戶HUA* 5-294.2實(shí)時(shí)狀態(tài)監(jiān)控與故障診斷軟件VSEVSEdiagnostician公司是美國一家專門從事壽命預(yù)測、狀態(tài)監(jiān)控與故障診斷 （PHM）的技術(shù)上市公司。其技術(shù)應(yīng)用主要在歐美軍用武器裝備應(yīng)用，包括航空、航天、 艦船、裝甲系統(tǒng)等

29、。同時(shí)在民用系統(tǒng)也得到廣泛應(yīng)用，包括石油、化工、軌道交通、 電力系統(tǒng)等。其軟件產(chǎn)品主要包括 DiagnosticianDiagnostic ProfilerPrognostics Framework以及Operator Debrief軟件系統(tǒng)。VSE提供的PHM技術(shù)解決方案如下圖所 示O血一 蚩、Health Mngmt System, 0perator Debrief, IETM, Test ProgramWell-Documented API,Libraiy of Functions WrittenuiaQnosticiani 汩GUI Client Programs Existing c

30、l ient programs N ew client programs written by cugtomer Client programs wnttefi by VSE Can be re-compiled to any processor environment.Diagnostic Knovdedge BaseBinary FileCan be readily hosted on any processor氐I PXA循壞的錨系統(tǒng)的構(gòu)建4. 2. 1. DiagnosticianDiagnostician：是動態(tài)實(shí)時(shí)專家系統(tǒng)；（實(shí)時(shí)是指：推理引擎配置在系統(tǒng)中，以 持續(xù)的監(jiān)控?cái)?shù)據(jù)，確定

31、系統(tǒng)狀態(tài)，并定位故障）。Diagnostician讀取測試或性能監(jiān)控 數(shù)據(jù)，并提供診斷；Diagnostician通過將讀取對數(shù)據(jù)信息與診斷模型進(jìn)行關(guān)聯(lián)，實(shí) 現(xiàn)診斷功能。使用Diagnostician簡化來測試程序（或IETM的Authoring）,因?yàn)樗?有的診斷邏輯決策都以If-Then的分支形式提供在診斷知識庫中了。診斷模型由 Diagnostic Prof訂er軟件開發(fā)得到。Fylt/SymptomMaWxDegi mpoitr captiera-TESTSFAULTS -71T2T3T4P1P2Part 1 Oulput 1XXIOutput 2XPart 2 Output 1XXP

32、art? Ouiput 1XPart 4 Ouiput 1XParts Ouiput 1XPart E Ou-tput 1XXXXPart 7 Ouiput 1XXFart 8 Output 1XIaeDiagnostician的實(shí)時(shí)性實(shí)現(xiàn)了自動診斷功能，并能與使用、維護(hù)測試環(huán)境進(jìn)行 無縫集成。其診斷模型的研發(fā)工具（Di鷗nosticProf訂er）輔助工程師開發(fā)實(shí)時(shí)診斷 知識庫。Diagnostician的實(shí)時(shí)性也就決定了診斷是基于裝備的實(shí)測結(jié)果。這些工具的綜合集成，最終實(shí)現(xiàn)節(jié)約大量研發(fā)故障診斷系統(tǒng)的時(shí)間、費(fèi)用，并實(shí) 現(xiàn)更高效的診斷。動態(tài)推理與靜態(tài)推理的不同：動態(tài)推理對診斷邏輯并非是事先固定

33、的，而是根據(jù) 測試數(shù)據(jù)（測試數(shù)據(jù)可能來源于各種數(shù)據(jù)、各種順序、可多可少）而定的診斷決策。 而靜態(tài)推理則是根據(jù)預(yù)先定義的順序或來源于固定的測試數(shù)據(jù)源而得到的診斷決策。Dlagnostlchn 0網(wǎng)如極 ReasoningTest Results can be input .in any order no preset.from a resource operatoront 招貳的加m 合斤冷,data 心ws,data 佻如程”？擔(dān)s&. autoM atb色聘誡s?tsystem pamis & (fispfays. wtc. as many as test sources) can prov

34、ide nofto mi諷小潮 e to 町辰 fulttee zeow-iV? z case & fau)t()Can identify multiple faults.DiaytQsiictrees foitow s陽Zq訛 assimptiorfBriaeddedif fem hfcrrcflzlcct矽 5 3bFJI Desa1pl寺琴;: RrtEirOpKns：OatoLqjPskOrtiErtraFsJI aidtraMdnferenaE Rc-3djrjIT心IesTjCOX OJdsr3L=Z RrpEjrOpKns：Cab LqjPstomertra4.2.2. Diag

35、nostic ProfilerDiagnostic Profiler：是診斷模型開發(fā)工具；在開發(fā)診斷模型過程中，為了實(shí)現(xiàn)實(shí)時(shí)測試的測試覆蓋率，用戶需要確定哪些測 點(diǎn)結(jié)果是可以實(shí)現(xiàn)的。而診斷模型主要根據(jù)產(chǎn)品的設(shè)計(jì)數(shù)據(jù)得到。Diagnostic Profiler可以實(shí)現(xiàn)導(dǎo)入設(shè)計(jì)數(shù)據(jù)、定義診斷、進(jìn)行測試性分析、產(chǎn) 生實(shí)時(shí)診斷知識庫和對診斷能力的V&VoA Diagnostics Design Tool forBoards, Asse mb lies or Systems Auto mated CAD or Legacy DataCaptureTestability Analysis Generate

36、s Di ag noetic KnowledgeBase for Run-TimeDiagnostic ProfilernrnrDesignfcr TestagnosticsDesignDiafooscia#Performs Dynamic Fault I solation Usesa Diagnostic Model oftheSystem/Equipment in Real-Time Linksto Any Test SourceDiagnostic ian sgrostic hnoxvtedge.Test Results$Fadi Call-OdHUA* 5-29I PXA循壞的緘效竹理

37、條統(tǒng)的枸建4.2.3. Prognostics FrameworkPrognostics Framework：是開發(fā)、配置（部署）系統(tǒng)監(jiān)控能力工具。釆用非常強(qiáng) 大的基于模型推理技術(shù)來持續(xù)評佔(zhàn)系統(tǒng)狀態(tài)和即將發(fā)生的故障。使用Prognostics Framework可以構(gòu)建信息框架，組織與以下方面相關(guān)的數(shù)據(jù)：1）系統(tǒng)狀態(tài)；2）系統(tǒng)執(zhí)行超過規(guī)定時(shí)間間隔期要求的功能的能力；3）需要維護(hù)的活動與維修的零部件。Prognostics Framework Reasoning1. Accept operational data, sensor, BIT and parametric ctata如伽2 Appl

38、y reasoning algorithms to predict & diagnose the implication of out of tderancesymptoms on each future time point defined in the model3. IdenWthe components a nd sub 矽stems affected by predicted failures -fe ot 辰誠R4. Identify the flinGtions and missions affected by predicted failures - mission msKfi

39、nMS5. Identify the repair acti ons needed - ntKfpatojy 耐祁伽 mcq在線狀態(tài)監(jiān)控Prognostics Framework采用非常強(qiáng)大的、動態(tài)的推理能力進(jìn)行持續(xù)的對系統(tǒng) 狀態(tài)進(jìn)行在線評估。診斷推理作為集成的系統(tǒng)功能一部分。在系統(tǒng)運(yùn)行過程中， Prognostics Framework讀取系統(tǒng)運(yùn)行數(shù)據(jù)、機(jī)內(nèi)測試（BIT）數(shù)據(jù)以及傳感器數(shù)據(jù)。 基于這些數(shù)據(jù)，Prognostics Framework使用其推理功能對系統(tǒng)健康狀態(tài)進(jìn)行連續(xù) 評估，并確定已經(jīng)存在的故障以及即將發(fā)生的失效事件。系統(tǒng)模型開發(fā)Prognostics Framework將系

40、統(tǒng)運(yùn)行數(shù)據(jù)、傳感器數(shù)據(jù)、BIT數(shù)據(jù)與基于模型 設(shè)計(jì)的系統(tǒng)進(jìn)行關(guān)聯(lián)，然后進(jìn)行診斷推理。該模型由Prognostics Framework開 發(fā)工具開發(fā)。其根本的設(shè)計(jì)架構(gòu)山CAD數(shù)據(jù)直接導(dǎo)入或直接創(chuàng)建系統(tǒng)模型產(chǎn)生。 開發(fā)人員定義系統(tǒng)運(yùn)行中將被獲取的測試與傳感器數(shù)據(jù)，并定義數(shù)據(jù)與故障間的 關(guān)系。開發(fā)人員還定義算法與數(shù)學(xué)處理過程，這些算法與數(shù)學(xué)處理過程用于特征 化失效條件。如果有第三方預(yù)計(jì)技術(shù)，也可以將第三方技術(shù)進(jìn)行直接或間接（利 用其結(jié)果或過程）的集成在Prognostics Framework中。推理器Prognostics Framework實(shí)時(shí)推理器讀取系統(tǒng)運(yùn)行數(shù)據(jù)、BIT數(shù)據(jù)以及傳感器 數(shù)據(jù)

41、，并對這些數(shù)據(jù)進(jìn)行處理，基于系統(tǒng)模型分析數(shù)據(jù)，以評估系統(tǒng)健康狀況。 推理結(jié)果包括：*5-29故障檢測確定故障條件或故障事件什么時(shí)候發(fā)生；診斷推理根據(jù)測試結(jié)果與傳感器讀取的信息進(jìn)行故障單元隔離;預(yù)測分析與推理監(jiān)控信號/測量結(jié)果隨著時(shí)間的衰退：監(jiān)控消耗品的耗損情況；當(dāng)被監(jiān)控單元超出容許條件時(shí)，進(jìn)行報(bào)警；進(jìn)行啟發(fā)式推理；集成第三方軟件系統(tǒng)到Prognostics Framework中。評估功能與任務(wù)能力將已發(fā)生的、即將發(fā)主的故障與系統(tǒng)功能進(jìn)行關(guān)聯(lián)； 基于故障發(fā)生的情況下，確定哪些功能是不能實(shí)現(xiàn)的; 基于健康評佔(zhàn)，確定哪些任務(wù)能/不能被完成； 當(dāng)某些功能不能實(shí)現(xiàn)時(shí)，確定任務(wù)時(shí)間間隔期。提供基于狀態(tài)的維

42、修累積使用與耗損因子；基于日歷時(shí)間/耗損/使用，跟蹤預(yù)防性維修時(shí)間要求; 跟蹤預(yù)防性維修活動的性能；對低層元器件或零部件進(jìn)行序列號跟蹤；閉環(huán)記錄維修程序的效能。I PXA循壞的緘效竹即系統(tǒng)的構(gòu)建故障事件響應(yīng)發(fā)現(xiàn)故障；給用戶顯示故障信息；激活維修程序（IETM或簡單的HTML）；確定備件需求與備件數(shù)據(jù)；對于故障事件，激活控制/恢復(fù)程序（重新配置系統(tǒng)或更改運(yùn)行模式）。編譯顯示數(shù)據(jù)趨勢圖，創(chuàng)建數(shù)據(jù)日志；提供與IETM, PMCS等接口輸出健康評估；任務(wù)完好性；維修要求。數(shù)據(jù)類別數(shù)據(jù)單元設(shè)計(jì)數(shù)據(jù)系統(tǒng)結(jié)構(gòu)或組成失效模式，嚴(yán)重度&失效率系統(tǒng)數(shù)據(jù)管理輸入數(shù)據(jù)定義（格式、位置、尺寸以及描述）預(yù)測時(shí)間外推實(shí)時(shí)監(jiān)

43、控時(shí)間；時(shí)間標(biāo)準(zhǔn)測試/傳感器數(shù)據(jù)BIT數(shù)據(jù)傳感器數(shù)據(jù)磨損使用數(shù)據(jù)健康管理檢測算法診斷覆蓋率預(yù)測算法輸入數(shù)據(jù)處理與過濾置信因子任務(wù)保障任務(wù)剖面任務(wù)階段功能關(guān)系針對任務(wù)的功能關(guān)鍵性使用人員行為維修保障維修單元定義維修單元分組維修活動（IETM接口）零部件訂貨數(shù)據(jù)預(yù)防性維修觸發(fā)4.2.4. 國際應(yīng)用F16 Universal Data Acquisition System：F-35 Prognostics and Health Management for JSF Program；F-22 Prognostics and Health Management for Raptor(NASA) Heal

44、th Management for NROL-21;Navy SM-3 missile Monitoring (TSM) Program;Navy Total Ship Monitoring (TSM) Program；Navy Battle Group Automated Maintenance Environment Program (BG-AME)；Army WSSPR Program；Army Future Combat System Gunmount Diagnostics and Prognostics (ADAPT) Programo4. 3維修優(yōu)化軟件EXAKT4. 3. 1.

45、 EXAKT軟件簡介E X A K T軟件系統(tǒng)為國際上唯一一款用于裝備維修優(yōu)化、定壽、延壽專業(yè)軟件, 該軟件由加拿大OMDEC (OPT I MA L MAINTENANCE DECI SON INC.)開發(fā)，OMDEC公司為國際知名的維修優(yōu)化決策、裝備定壽、延 壽的專業(yè)技術(shù)公司。其主要客戶包括：航空航天、兵器、石油、化工、鐵路、重型列 車、汽車、礦業(yè)、醫(yī)藥等等行業(yè)。EX AKT軟件的早期版本是由加拿大多倫多大學(xué) Jardine. Makis等教授釆用基于比例風(fēng)險(xiǎn)模型的方法而開發(fā)的軟件產(chǎn)品，主要用來對 設(shè)備狀態(tài)進(jìn)行進(jìn)行評價(jià)，輔助預(yù)防性維修、更換以及定壽、延壽決策。貝腳內(nèi)客529I PXA循壞的

46、緘效竹理?xiàng)l統(tǒng)的枸建4. 3. 2. EXAKT輸入&輸出輸入數(shù)據(jù)：Equipment and component parametersEvent data from the work order (data relating to events that affect the equipment, such as failures, suspensions, frequency, working age)Condition data - vibration, oil sampling, temperature etc輸出結(jié)果：Remaining useful lifeOptimum % bal

47、ance of preventive replacement and run to failure maintenanceCost impact related to current practiceStatistical validity of alternative modelsExpected time between replacementsTraffic light graph with a current status trend line - the equation of the variables is monitored by EXAKT, with aReplace/Do

48、n* t Replacev conclusion in the red zone indicating the need to replace immediately.4. 3. 3. EXAKT能干什么？預(yù)測系統(tǒng)/設(shè)備失效：佔(zhàn)計(jì)系統(tǒng)/設(shè)備剩余壽命；定義預(yù)防性更換周期，降低裝備壽命周期費(fèi)用，提高裝備可鼎性；實(shí)現(xiàn)裝備費(fèi)用、可靠性、故障風(fēng)險(xiǎn)的平衡。4. 3. 4. EXAKT 收益提高使用可鼎性：在故障發(fā)生之前，對故障進(jìn)行預(yù)測，提高可靠性，降低使用費(fèi)用；“0”設(shè)備停機(jī)時(shí)間：以高置信度水平，在裝備處置退役之前，保證系統(tǒng)正常運(yùn)行;精確制定維護(hù)訃劃：精確預(yù)測系統(tǒng)/零件剩余壽命；減少對“無影響數(shù)據(jù)”分析；

49、降低維護(hù)費(fèi)用：通過優(yōu)化預(yù)防性更換的頻率，來降低維護(hù)費(fèi)用；高效的設(shè)備/零件更換訃劃：通過精確的預(yù)測設(shè)備/零件的壽命； 精確的失效預(yù)測：通過預(yù)測單元級水平，對復(fù)雜設(shè)備進(jìn)行預(yù)測； 精確的預(yù)測模型：適用于零部件/系統(tǒng)；聚焦于關(guān)鍵變量與運(yùn)行參數(shù)：將少數(shù)據(jù)收集與分析費(fèi)用；大大減少系統(tǒng)維護(hù)費(fèi)用：4.4維修資源優(yōu)化軟件系統(tǒng)SPAR4.4. 1. SPAR農(nóng)總體說明SPAR用于對復(fù)雜的武器系統(tǒng)全壽命周期進(jìn)行高效的預(yù)計(jì)與管理。通過在SPAR中 創(chuàng)建系統(tǒng)模型，實(shí)現(xiàn)對系統(tǒng)設(shè)計(jì)更改對系統(tǒng)戰(zhàn)備完好性與經(jīng)濟(jì)性的影響，同時(shí)可以對 備件可用度、預(yù)防性維修策略進(jìn)行評估。系統(tǒng)壽命周期費(fèi)用與戰(zhàn)備完好性指標(biāo)受到很多因素影響，這些因素包

50、括：備件采 購價(jià)格、庫存水平、備件訂貨周期、維修資源、預(yù)防性維修水平等。這些因素可能隨 著時(shí)間而變化，因此預(yù)測系統(tǒng)的戰(zhàn)備好性與全壽命周期費(fèi)用非常困難。山于量化這些 因素對系統(tǒng)戰(zhàn)備完好性與壽命周期費(fèi)用非常困難，現(xiàn)Clockwork Solutions公司提出 了采用基于仿真的技術(shù)軟件系統(tǒng)$戸人1用于解決這些技術(shù)上的難點(diǎn)。4. 4. 2. SPAR工作原理SPAR軟件系統(tǒng)主要采用了傳統(tǒng)蒙特卡洛方法的改進(jìn)方法進(jìn)行仿真計(jì)算。該仿真 技術(shù)的改進(jìn)實(shí)現(xiàn)了在仿真過程中考慮各種變量對系統(tǒng)戰(zhàn)備完好性與經(jīng)濟(jì)性的影響。這 些變量因素包括：系統(tǒng)組成：考慮系統(tǒng)冗余與結(jié)構(gòu)車新配置的影響；系統(tǒng)仿真目標(biāo)；（可用性、戰(zhàn)備完好率等

51、）系統(tǒng)運(yùn)行策略：系統(tǒng)組成單元的質(zhì)量，如初始壽命、故障率、老化率、維修時(shí)間等； 備件庫存策略，如供應(yīng)商周轉(zhuǎn)時(shí)間、備件價(jià)格等；*5-29I PXA循壞的緘效竹理?xiàng)l統(tǒng)的枸建預(yù)防維修周期、維修資源等。SPAR軟件系統(tǒng)可以綜合考慮上述因素，預(yù)測裝備系統(tǒng)的戰(zhàn)備完好性隨著時(shí)間的 變化關(guān)系，同時(shí)可以進(jìn)行對各個(gè)因素的敬感性分析，確定裝備系統(tǒng)的戰(zhàn)備完好性的影 響因素。從而實(shí)現(xiàn)對備件方案、保障方案進(jìn)行優(yōu)化與權(quán)衡分析。4. 4. 3. SPAR應(yīng)用裝備保障方案比較備件供應(yīng)計(jì)劃優(yōu)化；預(yù)防性維修間隔期優(yōu)化；質(zhì)保期優(yōu)化；設(shè)計(jì)改進(jìn)冗余設(shè)計(jì)裕度決策；不同等級的零件選擇；使用策略改進(jìn)；風(fēng)險(xiǎn)評估：裝備不可用狀態(tài)的原因分析4.4.4

52、. SPAR農(nóng)特性系統(tǒng)級方法；采用以可靠性為中心的方法；蒙特卡洛求解器；釆用獨(dú)特的蒙特卡洛求解器實(shí)現(xiàn)高置信度的計(jì)算結(jié) 果；支持用戶自定義模型；圖型化用戶界面。貝腳內(nèi)客529I PXA循壞的緘效竹即系統(tǒng)的構(gòu)址蘭僭H書Mll 冋潼一藩_逼土1111】inulctincraviaFUNCIOH H 1章 ubsy&lcti N3Jr 峙.nx iohio r om譏3| 妙細(xì) Wdmronrr | JGSHM IlnNM $ 團(tuán) 0 0?59LdWGSfGW Hmnletl 5Ajty:leciN3Rr.JFipe畢滬】心嚴(yán)州亦坤9 M.irt SiyittRRBj貝腳內(nèi)客5294.4.5. 成功應(yīng)

53、用航空系統(tǒng)一T55發(fā)動機(jī)裝屮系統(tǒng)一Battle Group Thermal Imaging (BGTI) Program船舶系統(tǒng)一WR-21發(fā)動機(jī)航天系統(tǒng)一Arrow Anti-Tactical Ballistic Missile (ATBM)電力系統(tǒng) 核電系統(tǒng)一核電站服務(wù)水系統(tǒng)4. 5維修管理系統(tǒng)軟件AMOS4. 5. 1. AMOS 簡介AMOS軟件系統(tǒng)是由瑞士 Aviation Software公司開發(fā)的綜合、全面集成的軟件系 統(tǒng)，實(shí)現(xiàn)對維修、工程、綜合后勤保障以及MR0進(jìn)行全面管理系統(tǒng)。是歐洲最大、世 界前3的綜合維修信息系統(tǒng)產(chǎn)品。在全世界范圍內(nèi)有70多個(gè)用戶。I PXA循壞的緘效竹即系統(tǒng)的構(gòu)址4. 5. 2. AMOS 組成AMOS