劉明星　許標(biāo)　彭勇　韓文興　王明星

【摘 要】本文闡述了FRACAS的優(yōu)點(diǎn)及其重要性，簡(jiǎn)要敘述了在FRACAS實(shí)施過程中故障報(bào)告、故障分析、糾正措施及驗(yàn)證、故障閉環(huán)的程序及FRACAS流程。并闡述了數(shù)字化儀控平臺(tái)研發(fā)過程中建立FRACAS的必要性，在該平臺(tái)實(shí)施FRACAS管理體系后，不僅使產(chǎn)品的質(zhì)量以及可靠性得到了有效的提高，也為后續(xù)相關(guān)的研發(fā)改進(jìn)提供了輔助的參考依據(jù)。

【關(guān)鍵詞】FRACAS；故障信息；閉環(huán)管理

0 引言

數(shù)字化儀控系統(tǒng)在眾多系統(tǒng)中扮演極其關(guān)鍵重要的角色。各大安全系統(tǒng)在數(shù)字化儀控系統(tǒng)的保駕護(hù)航下實(shí)現(xiàn)了可靠、無(wú)故障安全運(yùn)行，由此可見提高數(shù)字化儀控系統(tǒng)的可靠性是保證系統(tǒng)安全運(yùn)行的前提，同樣具有良好可靠性的數(shù)字化儀控系統(tǒng)也是各大系統(tǒng)設(shè)備商追求的最終目標(biāo)。而在數(shù)字化儀控系統(tǒng)設(shè)計(jì)采用FRACAS（Failure Reporting，Analysis and Corrective Action System）故障報(bào)告、分析與糾正措施系統(tǒng)，亦稱為“故障信息閉環(huán)管理系統(tǒng)”是有效將數(shù)字化儀控系統(tǒng)可靠性提高的最佳途徑之一。

1 FRACAS概述

FRACAS是利用“信息反饋，閉環(huán)控制”的原理，通過建立一套規(guī)范化的程序流程，使發(fā)生的產(chǎn)品故障能得到及時(shí)的報(bào)告和糾正，從而實(shí)現(xiàn)產(chǎn)品可靠性的增長(zhǎng)，達(dá)到對(duì)產(chǎn)品可靠性的要求，防止故障再現(xiàn)的故障閉環(huán)管理方法和系統(tǒng)。

從本質(zhì)上講，F(xiàn)RACAS是一種閉環(huán)可靠性問題歸零的管理制造。它保證在產(chǎn)品研制、生產(chǎn)過程中所有硬件可靠性問題、軟件缺陷等均能按規(guī)定的時(shí)間向規(guī)定的管理級(jí)別進(jìn)行報(bào)告，分析其原理，制定和實(shí)施有效的糾正措施，并實(shí)行跟蹤、監(jiān)控。它是實(shí)現(xiàn)可靠性增長(zhǎng)、提高設(shè)計(jì)質(zhì)量、生產(chǎn)決策的有力工具。

FRACAS在國(guó)際國(guó)內(nèi)具有廣泛的應(yīng)用背景，例如：

1）美國(guó)在1980年頒布實(shí)施了MIL-STD-785B《系統(tǒng)和設(shè)備研制生產(chǎn)的可靠性大綱》，要求軍用系統(tǒng)承包商建立FRACAS和故障審查委員會(huì)，以監(jiān)督和控制研制過程中的故障分析和糾正活動(dòng)。

2）在我國(guó)軍用標(biāo)準(zhǔn)中，GJB450A-2004《裝備可靠性工作通用要求》將FRACAS列為可靠性工作的日常科目之一；GJB841-90《故障報(bào)告、分析和糾正措施系統(tǒng)》是一部專門闡述FRACAS工作要求的規(guī)范。

3）在ISO 9001《質(zhì)量管理體系要求》中，也把糾正和預(yù)防措施作為質(zhì)量體系的20個(gè)要求之一。標(biāo)準(zhǔn)要求企業(yè)應(yīng)有既定的渠道對(duì)所掌握的澡合格信息進(jìn)行分析，并采取糾正和預(yù)防措施來消除不合格產(chǎn)品的原因，以防止不合格的再次發(fā)生。這是不斷提高管理水平的必須過程。

從總體上講，F(xiàn)RACAS的思路已經(jīng)滲透到各個(gè)行業(yè)各種領(lǐng)域之中。

2 數(shù)字化儀控平臺(tái)研發(fā)中FRACAS的意義和重要性

眾所周知，一切有關(guān)可靠性的活動(dòng)都是圍繞著故障展開的，均是為了防止、控制和消除故障。建立并實(shí)施數(shù)字化儀控平臺(tái)研發(fā)中的FRACAS意義就是在于它對(duì)產(chǎn)品在研制過程中所發(fā)生的故障進(jìn)行嚴(yán)格的“歸零”化管理[1]，以保證做到產(chǎn)品發(fā)現(xiàn)故障時(shí)，及時(shí)報(bào)告、查明原因、正確糾正、防止再現(xiàn)，從而從根本上真正實(shí)現(xiàn)了產(chǎn)品質(zhì)量和可靠性的提高，達(dá)到產(chǎn)品最初設(shè)計(jì)對(duì)質(zhì)量和可靠性的預(yù)期要求。

運(yùn)行FRACAS既有糾正已有故障的現(xiàn)實(shí)意義，又能對(duì)未來研制新品防止發(fā)生類似故障起到積極的預(yù)防作用[5]；此外，通過長(zhǎng)期實(shí)施FRACAS管理體系，可系統(tǒng)、全面對(duì)產(chǎn)品故障進(jìn)行跟蹤處理，積累大量處理故障的實(shí)踐經(jīng)驗(yàn)和方法，對(duì)輔助類似產(chǎn)品的改進(jìn)和設(shè)計(jì)提供了科學(xué)有效的參考依據(jù)，起到“舉一反三”防止其它產(chǎn)品設(shè)計(jì)出現(xiàn)類似問題的作用[4]。

3 數(shù)字化儀控平臺(tái)研發(fā)中FRACAS實(shí)施流程和要求

完整的FRACAS工作流程以及故障信息傳遞和處理流程[2]，如圖1所示。

FRACAS的核心是對(duì)故障的閉環(huán)管理[3]。因此在不同的項(xiàng)目實(shí)施FRACAS閉環(huán)管理時(shí)，可以根據(jù)項(xiàng)目本身的具體情況進(jìn)行選取，而后再根據(jù)選取的步驟安排項(xiàng)目FRACAS流程每一步需要處理的內(nèi)容、責(zé)任人、提交對(duì)象和內(nèi)容等等。

對(duì)于數(shù)字化儀控平臺(tái)研發(fā)而言可將FRACAS流程劃分為：故障報(bào)告和核實(shí)、故障分析及確定糾正措施糾、結(jié)癥措施確認(rèn)和故障閉環(huán)四個(gè)工作階段。

為完成FRACAS閉環(huán)管理，在該過程中需要完整填寫一系列相關(guān)表格，以提供足夠的信息用于故障報(bào)告、原因查找分析、采取糾正措施、糾正措施評(píng)審等工作，同時(shí)這些表格將作為故障信息管理的重要資料用于存檔管理，以保證故障信息的完整性、準(zhǔn)確性和可追溯性。

GJB 841-1990《故障報(bào)告、分析和糾正措施系統(tǒng)》中規(guī)定了故障報(bào)告表、故障分析報(bào)告表和糾正措施實(shí)施報(bào)告報(bào)表形式，在數(shù)字化儀控平臺(tái)研發(fā)FRACAS填寫表格以GJB 841-1990為總體思想為主線結(jié)合了項(xiàng)目特點(diǎn)將兩者合并形成新表格形式。

3.1 故障報(bào)告和核實(shí)階段

第一步是報(bào)告故障，在產(chǎn)品的研發(fā)、試驗(yàn)過程中發(fā)生的所有故障以及重大的質(zhì)量問題，都應(yīng)及時(shí)記錄并填寫相關(guān)的報(bào)告表。故障信息應(yīng)該按照GJB 841-1990要求進(jìn)行記錄，并在規(guī)定的時(shí)間內(nèi)向相關(guān)的管理部門進(jìn)行報(bào)告。其中報(bào)告的內(nèi)容應(yīng)能完整、真實(shí)反映故障發(fā)生的一切情況，以便故障的復(fù)現(xiàn)和后續(xù)對(duì)故障的分析包括以下幾點(diǎn)：

a.故障發(fā)生的時(shí)機(jī)，是研發(fā)階段還是試驗(yàn)階段；

b.產(chǎn)品發(fā)生故障的時(shí)間、地點(diǎn)以及何種試驗(yàn)；

c.故障產(chǎn)品所處的環(huán)境條件以及所處的狀態(tài)；

d.發(fā)生故障時(shí)的觀測(cè)者信息；

e.發(fā)生故障時(shí)觀測(cè)者所觀測(cè)到的故障癥候和現(xiàn)象描述；

f.故障發(fā)生時(shí)重要條件，包括使用、環(huán)境條件等，以及故障影響。

此外，故障報(bào)告須規(guī)定上報(bào)的時(shí)間限制，一般故障報(bào)告應(yīng)在多長(zhǎng)時(shí)間上報(bào)到相關(guān)管理層級(jí)，對(duì)于重大的故障需多久上報(bào)到項(xiàng)目的最高層級(jí)。故障核實(shí)：有故障小組對(duì)發(fā)生的故障進(jìn)行核實(shí)，即重新證實(shí)初次觀測(cè)故障的真實(shí)情況，進(jìn)一步定位到故障件，用相同的合格件替換后重新進(jìn)行測(cè)試以確定故障被糾正，對(duì)于更換故障件進(jìn)行測(cè)試以便明確故障的范圍。在故障核實(shí)后，將生成的故障報(bào)告遞交到相關(guān)的小組。完成故障核實(shí)后，須完成相關(guān)表格的填寫，并把結(jié)果告知項(xiàng)目負(fù)責(zé)人和故障審查委員會(huì)。

3.2 故障分析及確定糾正措施階段

第二步是故障分析和確定糾正措施階段，產(chǎn)品研制相關(guān)小組收到故障核實(shí)報(bào)告后，就要對(duì)故障進(jìn)行故障分析，故障分析的專業(yè)人員針對(duì)產(chǎn)品設(shè)計(jì)和其它缺陷問題，通過各種手段對(duì)故障的產(chǎn)品進(jìn)行測(cè)試、試驗(yàn)、觀察、分析確定發(fā)生故障的部位和故障發(fā)生的原因并對(duì)產(chǎn)品發(fā)生故障問題提出建設(shè)性的糾正措施并填寫相關(guān)故障分析報(bào)告，報(bào)告內(nèi)容應(yīng)包含以下幾個(gè)方面的內(nèi)容：

a.分析產(chǎn)品故障發(fā)生技術(shù)層面的原因及其機(jī)理，所發(fā)生故障是否與安全相關(guān)；

b.故障件名稱，所發(fā)生故障等級(jí)是一般故障還是重大故障；

c.發(fā)生故障是相關(guān)故障還是非相關(guān)故障以方便估計(jì)在未來使用中是否會(huì)發(fā)生類似故障；

d.是否是人為故障？是否為責(zé)任故障以便在產(chǎn)品估計(jì)可靠性時(shí)考慮是否加入該故障，同時(shí)也利于辨清產(chǎn)品是故障源還是受害者。

同時(shí)故障分析報(bào)告還包括故障的調(diào)查和故障原因及其機(jī)理詳細(xì)分析、論證過程以及針對(duì)該故障建議采取的糾正措施等信息。

故障分析小組提交的故障分析及確定糾正措施報(bào)告須經(jīng)故障審查委員會(huì)的進(jìn)行審查、評(píng)審核實(shí)，以確保故障糾正措施實(shí)施的可行性和有效性。若提交的分析報(bào)告未通過故障審查委員會(huì)審查，故障小組須更深層次區(qū)剖析故障，找到故障發(fā)生的根本原因，并針對(duì)其制定糾正措施直至通過故障審查委員會(huì)審評(píng)；如果故障分析及確定糾正措施報(bào)告通過故障審查委員會(huì)審查，則故障責(zé)任小組依據(jù)提交的糾正措施報(bào)告徹底實(shí)施糾正措施。此時(shí)，要求故障相關(guān)人員填寫糾正措施實(shí)施報(bào)告表糾正措施實(shí)施情況及其效果欄信息，并將信息報(bào)送項(xiàng)目負(fù)責(zé)人知曉，F(xiàn)RACAS流程將進(jìn)入下一個(gè)階段——糾正措施確認(rèn)階段。

3.3 糾正措施確認(rèn)階段

第三步是糾正措施確認(rèn)階段，在該階段對(duì)已經(jīng)采取故障糾正措施的故障件，相對(duì)應(yīng)的故障責(zé)任小組應(yīng)對(duì)相關(guān)的試驗(yàn)及方法，如調(diào)試、測(cè)試等來驗(yàn)證糾正措施實(shí)際的有效性，如果驗(yàn)證效果不滿意或者達(dá)不到預(yù)期的效果，則重返故障分析階段，需要進(jìn)一步分許故障以便可以采取其他糾正措施，直至故障得到了徹底的解決。糾正措施實(shí)施滿足以下兩個(gè)條件則認(rèn)為糾正措施有效：1.通過跟蹤和查看實(shí)施記錄，證明故障原因分析正確在采取措施后故障已消除，此類故障已不再出現(xiàn)；2.糾正措施實(shí)施的過程中沒有出現(xiàn)新的故障。糾正措施確認(rèn)有效以后，糾正措施實(shí)施相關(guān)人員應(yīng)如實(shí)填寫糾正措施實(shí)施的詳細(xì)過程和效果，并將相關(guān)信息匯報(bào)予項(xiàng)目負(fù)責(zé)人。

3.4 故障閉環(huán)階段

故障閉環(huán)階段是確定發(fā)生的故障是否得到根本的解決。故障只有經(jīng)過故障分析及確定糾正措施和糾正措施的最終確認(rèn)，F(xiàn)RACAS故障報(bào)告才算得到閉環(huán)。對(duì)于未能解決的故障問題，應(yīng)當(dāng)經(jīng)過故障審查委員會(huì)的討論審查并取得最終通過，而未能解決的問題在審查委員會(huì)討論中生成的報(bào)告、分析、糾正措施應(yīng)給予說明理由，那么也可認(rèn)為是故障閉環(huán)，但要作為未解決的遺留問題立案?jìng)洳?。在FRACAS故障閉環(huán)管理的各個(gè)階段及環(huán)節(jié)中所輸出的有關(guān)故障信息的報(bào)告文檔故障信息管理小組均需對(duì)其進(jìn)行整理、分類并統(tǒng)一歸檔，并將相關(guān)信息報(bào)送項(xiàng)目負(fù)責(zé)人知曉。

4 結(jié)束語(yǔ)

建立FRACAS是可靠性管理重要組成部分，數(shù)字化儀控平臺(tái)研發(fā)過程中只有嚴(yán)格有效運(yùn)行FRACAS，才能及時(shí)報(bào)告在產(chǎn)品研發(fā)過程中所捕獲的故障信息，將故障信息分析確認(rèn)，針對(duì)故障確定和實(shí)施故障糾正措施，規(guī)避和防止類似故障的再次發(fā)生；同時(shí)實(shí)現(xiàn)產(chǎn)品設(shè)計(jì)故障信息規(guī)范化的管理，對(duì)提高產(chǎn)品的質(zhì)量與可靠性具有積極的推動(dòng)作用，從根本上實(shí)現(xiàn)了建立數(shù)字化儀控平臺(tái)研發(fā)過程中FRACAS的目的。

【參考文獻(xiàn)】

[1]GJB841-1990 故障報(bào)告、分析和糾正措施系統(tǒng)[S].

[2]趙高飛，陳曉彤，等.FRACAS信息化技術(shù)的運(yùn)用[Z].

[3]賀國(guó)芳.可靠性數(shù)據(jù)的收集與分析[M].北京.國(guó)防工業(yè)出版社，2000.

[4]梅啟智，廖炯生，孫惠中.系統(tǒng)可靠性工程基礎(chǔ)[M].科學(xué)出版社，1992.

[責(zé)任編輯：王偉平]