導航:首頁 > 信息技術 > 如何理解技術狀態更改的各方認可

如何理解技術狀態更改的各方認可

發布時間:2024-12-12 06:11:23

Ⅰ 技術狀態管理

技術狀態管理是指在產品壽命周期內,為確立和維持產品的功能特性、物理特性與產品需求、技術狀態文件規定保持一致的管理活動,主要內容包括技術狀態標識、技術狀態控制、技術狀態記實和技術狀態審核。

本文先從幾個概念的理解入手,再從技術狀態管理的四個方面說明對技術狀態管理的理解與感悟。

一、幾個概念的理解

1.1 技術狀態項 技術狀態項是指能滿足最終使用功能,並被指定作為單個實體進行技術狀態管理的硬體、軟體或其集合體。

 1)確定時機:較高層次的技術狀態項可在方案階段初期或之前選擇,較低層次的技術狀態項可在工程研製階段初期或之前選擇。

2)確定順序:先進行產品工作結構分解,確定產品分解結構後再確定技術狀態項,技術狀態項應與工作分解結構單元對應。

3)確定原則:並非所有的工作分解結構單元都要作為技術狀態項,被選擇作為技術狀態項的產品一般是: a)武器裝備、分系統級產品或跨單位、跨部門研製的產品; b)在風險、安全、完成作戰任務等方面具有關鍵特性和重要特性的產品; c)新研製的產品; d)介面復雜且重要的產品; e)單獨采購的重要產品; f)使用和保障方面需要著重考慮的產品。

1.2 技術文件、技術狀態文件和技術狀態基線 技術狀態文件是規定技術狀態項的功能特性和物理特性,或從這些內容發展而來的關於技術狀態項驗證、使用、保障和報廢要求的技術文件。通常是直接作為產品研製、生產或使用保障依據的技術文件,主要包括規范、圖樣及其他需要的技術文件。計算報告、試驗報告等技術文件雖是產品定型所需技術文件,但一般不作為技術狀態文件。並非所有的技術文件都是技術狀態文件,這句話可以從兩個方面理解: 1)對於規定其他非技術狀態項特性的文件非技術狀態文件。

 2)對於技術狀態項相關的文件,但沒有規定其功能特性和物理特性的文件非技術狀態文件,如計算報告等。 技術狀態基線是在產品壽命周期內的某一特定時刻,被正式確認並作為今後研製生產、使用保障活動基準,以及技術狀態改變判定基準的技術狀態文件。一般包括功能基線、分配基線和產品基線。

作為技術狀態基線,應同時滿足三個條件: 1)被正式確認。什麼叫正式確認呢?依據GJB3206,通過按GJB3273標准執行的技術審查才叫正式確認;在日常操作中,由客戶組織或參加,多方認可或正式批復的方式都可以認為是正式確認。

2)作為今後研製生產、使用保障活動基準。通常指研製總要求(研製基準)、技術規格書(生產基準)、使用維護說明書(使用保障活動基準)以及相關的合同、規范或要求。(從這個角度看,技術設計報告、六性設計報告等都不屬於技術狀態基線。)

3)技術狀態改變判定基準。通常說的是在研製、生產、使用過程中作為技術狀態改變的基準,主要也是指研製總要求、技術規格書、使用維護說明書以及相關的合同、規范或要求。

怎麼確定技術狀態基線呢?這里提供兩種思路,都有道理,但沒有明確規定哪種是對的,但考慮到技術狀態管理是為了管理技術狀態,所以名稱的問題就無關緊要了。 1)站在武器系統總體的角度來確定技術狀態基線,GJB3206就是這種思路,技術狀態管理基線表如下: 表1 武器系統總體的技術狀態基線表 運用這個思路,那作為分承包商如何確定技術狀態基線呢?GJB3206給出的思路是在這三個基線的基礎上,在進行細分,如任務基線、研製基線、性能基線、製造基線等等,可以在概念不沖突的情況下實現技術狀態可控。

 2)站在分承包商的角度來確定技術狀態基線,具體基線如下: a)功能基線:研製合同、研製任務書; b)分配基線:方案設計報告、「六性」計劃、標准化大綱、技術規范等; c)產品基線:同表1。 比較兩個角度的不同,相對於總承包商,分承包商因為接觸不到方案論證報告和研製總要求,只能把研製合同和研製任務書作為功能基線,並從分配基線中拿出來,僅此而已。

 1.3 功能特性、物理特性、功能技術狀態審核、物理技術狀態審核 把這兩組概念拿出來的原因是因為在GJB3206中,類似的概念名稱卻有著完全不同的含義,廢話少說,直接上定義了。 功能特性是指產品的性能指標和設計約束條件,如戰術技術指標、使用保障特性等;物理特性是指產品的形體特徵,如組成、尺寸、表面狀態、形狀、配合、公差、質量等,又稱實體特性。所以,兩者的區別是,一個指的是性能指標相關特性,一個指的是實體特徵相關的特性,涇渭分明,比較清楚。 按慣常的思維,那功能技術狀態審核應該是對技術狀態項的功能特性的審核,物理技術狀態審核應該是對技術狀態項的物理特性的審核,事實呢,不是這樣的,看定義。 功能技術狀態審核是為了驗證技術狀態項的功能特性達到功能基線、分配基線規定的要求所進行的技術狀態審核,可與設計定型工作結合進行,審核的內容一般包括(以下內容重點是針對設計過程的,重點看是否滿足功能基線和分配基線):

1)審核承製方的試驗程序和試驗結果是否符合技術狀態文件的規定;

2)審核正式的試驗計劃和試驗規范的執行情況,檢查試驗結果的完整性和准確性;

3)審核試驗報告,確認這些報告是否准確、全面地說明了技術狀態項的各項試驗;

 4)審核介面要求的試驗報告;

5)對那些不能完全通過試驗證實的要求,應審查其分析或模擬的充分性和完整性,確認分析或模擬的結果是否足以保證技術狀態項滿足其技術狀態文件的要求;

 6)審核所有已確認的技術狀態更改是否已納入技術狀態文件並已經實施;

7)審核未達到質量要求的技術狀態項是否進行了原因分析,並採取了相應的糾正措施;

 8)審查偏離許可、讓步清單;

 9)對軟體和硬體集合成一體的技術狀態項,除進行上述審核外,還可進行必要的補充審核。

物理技術狀態審核是為建立或驗證產品基線,對技術狀態項試制試產樣品的完工狀態,所依據的技術狀態文件而進行的技術狀態審核,物理技術狀態審核應在功能技術狀態審核完成之後進行,可與生產定型工作結合進行,審核的內容一般包括(以下內容重點是針對生產過程的,重點是為了驗證產品基線): 1)審核各技術狀態項有代表性數量的產品圖樣和相關工藝規程(或工藝卡、下同),以確認工藝規程的准確性、完整性和統一性,包括反映在產品圖樣和技術狀態項上的更改;

2)審核技術狀態項所有記錄,確認按正式生產工藝製造的技術狀態項的技術狀態准確地反映了所發放的技術狀態文件;

3)審核技術狀態項首件的試驗數據和程序是否符合技術狀態文件的規定:審核組可確定需重新進行的試驗;未通過驗收試驗的技術狀態項應由承製方進行返修或重新試驗,必要時,重新進行審核;

4)確認技術狀態項的偏離、不合格是在批準的偏離許可、讓步范圍內;

5)審核技術狀態項的使用保障資料,以確認使用保障資料的完備性和正確性;

 6)確認分承製方在製造地點所做的檢驗和試驗資料;

7)審核功能技術狀態審核遺留的問題是否已經解決;

 8)對軟體和硬體集合成一體的技術狀態項,除進行上述審核外,還可進行必要的補充審核。 簡單總結一下,功能特性和物理特性是從產品的特性角度分類的,而功能技術狀態審核和物理技術狀態審核與前面兩個概念沒有必然的聯系,分別針對設計和生產過程,前者驗證功能基線和分配基線,後者驗證產品基線。

二、技術狀態標識 從字面意思看,技術狀態標識就是對技術狀態項進行標識,對嗎?不對,從GJB3206看,技術狀態標識的工作任務包括:

 1)選擇技術狀態項; 2)確定各技術狀態項在不同階段所需的技術狀態文件; 3)標識技術狀態項和技術狀態文件; 4)建立技術狀態基線; 5)發放經正式確認的技術狀態文件並保持其原件。

這里需要說明的內容有三個:① 確定技術狀態項在不同階段所需的技術狀態文件。因為技術狀態項不包括產品所有的組成單元,所以,此處的技術狀態文件包括兩種:一是單獨規定技術狀態項的技術狀態文件;二是包含技術狀態項的技術狀態文件。

② 標識技術狀態項和技術狀態文件。如何標識呢?技術狀態項的產品型號和編號,因為具有唯一性可作為技術狀態項的標識;技術狀態文件也都有文件編號,同樣具有唯一性可作為技術狀態文件的標識。

③ 發放經正式確認的技術狀態文件並保持其原件。這個要求比較嚴格,應該制定技術狀態文件發放的程序,經過批准後才能發放,並記錄發放的信息。在技術狀態基線建立後,應控制並保持所有現行已批準的技術狀態文件的原件(部分單位技術狀態文件的底稿和正稿的管理方式應該是來源於此處要求)。

三、技術狀態控制 大家對技術狀態控制內容相對比較熟悉,具體內容包括三個方面:

1)制定控制技術狀態更改、偏離許可和讓步接收的管理程序與方法;

2)控制技術狀態更改、偏離許可和讓步;

3)確保已批準的技術狀態更改申請,及偏離許可、讓步申請得到准確實施。

技術狀態控制的內容可分為兩個部分來說明,一是技術狀態更改,二是偏離許可和讓步接收,具體內容如下。

 3.1 技術狀態更改 大家對技術狀態更改的內容非常熟悉,關於其分類、程序等內容就不再一一贅述,需要說明的有兩點: 1)技術狀態更改應遵循的五條原則:「論證充分、試驗驗證、各方認可、審批完備、落實到位」,這也是來源於航天的經驗總結,深刻而精闢。 2)I類、II類、III類技術狀態更改的差異:I類技術狀態更改和II類技術狀態更改需要先編制技術狀態更改申請,經審批後在編制技術狀態更改通知(技術狀態更改通知的形式一般有更改單或修改單、技術通報等),且I類技術狀態更改和設計定型後的II類技術狀態更改申請應經客戶審批;而III類技術狀態更改可直接編制技術狀態更改通知,且III類技術狀態更改和設計定型前的 II類技術狀態更改申請可由承製方自行審批,並通知客戶即可。

 3.2 偏離許可和讓步接收 在技術狀態項製造前,如果承製方認為有必要臨時偏離已批準的技術狀態文件,可提出偏離許可申請。在技術狀態項製造期間或檢驗驗收過程中,如果承製方認為不合格品可返修或原樣使用,可提出讓步申請。 偏離、不合格的級別一般分為嚴重級和輕度級。嚴重級之外的屬於輕度級,對下列一項或多項產品影響的偏離、不合格均屬嚴重級: 1)性能; 2)功能介面或物理介面; 3)互換性; 4)形狀、質量、質心; 5)可靠性、維修性、測試性、保障性、安全性; 6)環境適應性和電磁兼容性等特性; 7)人員健康與安全; 8)服役使用或維修; 9)造成嚴重後果的其他方面。 產品設計定型前的偏離許可、讓步申請一般由承製方自行審批。產品設計定型後的偏離許可、讓步申請應經客戶審批。

四、技術狀態記實 技術狀態記實是在產品壽命周期內,為說明產品的技術狀態所進行的記錄、報告活動,具體任務包括:

1)記錄並報告各技術狀態項的標識號、現行已批準的技術狀態文件及其標識號;

 2)記錄並報告每一項技術狀態更改從提出到實施的全過程情況;

3)記錄並報告技術狀態項的所有偏離許可和讓步的狀況;

 4)記錄並報告技術狀態審核的結果,包括不符合的狀況和最終處理情況;

5)記錄並維持已交付產品的版本信息及產品升級的信息;

 6)定期備份技術狀態記實數據,維護數據的安全性。 應從產品的方案階段其開展技術狀態記實活動,根據技術狀態記實的任務,主要工作分為記錄和報告兩個方面,記錄指的是在產品生命周期內記錄相關的技術狀態活動,容易理解,那報告的要求包括什麼呢?從兩個方面看:

1)在產品研製生產階段,向客戶報告,報告內容如下: a)技術狀態項及其技術狀態基線文件清單; b)當前技術狀態說明報告; c)技術狀態更改、偏離許可和讓步狀況報告; d)技術狀態更改實施和驗證報告; e)其他客戶要求的報告。

2)向供方報告,其報告方式是從上面內容中挑選適用的文件發送給供方。

五、技術狀態審核 技術狀態審核是為確定技術狀態項與其技術狀態文件的一致程度而進行的正式檢查,包括功能技術狀態審核和物理技術狀態審核,在第一章中已經說得比較清楚了,這里不再贅述。

六、結語 技術狀態管理是武器裝備研製系統工程的重要組成部分,是實施研製、生產質量保證的重要手段,只有在型號產品全壽命周期內嚴格控制技術狀態,才能可靠地保證武器裝備質量滿足最終的使用要求。

閱讀全文

與如何理解技術狀態更改的各方認可相關的資料

熱點內容
海南的信息中心碼是多少 瀏覽:863
通訊錄信息代表了什麼 瀏覽:924
溫州今年哪些農貿市場改造 瀏覽:272
推銷產品要怎麼推 瀏覽:692
駐馬店技術學校包括有哪些 瀏覽:406
霄雲路市場監督管理局怎麼走 瀏覽:100
ogtt哪個數據最重要 瀏覽:817
產品推廣怎麼寫 瀏覽:355
蘋果手機怎麼刪除qq聊天信息 瀏覽:936
江源鎮哪些快遞還沒有代理點 瀏覽:536
華為手機數據在哪裡 瀏覽:309
嗖啦護膚品怎麼做代理 瀏覽:523
寧明縣人才市場在哪裡 瀏覽:179
微店小程序和自建小程序哪個好 瀏覽:657
新手怎麼用u盤刷程序 瀏覽:445
養老繳納信息要交多久才能查到 瀏覽:967
小程序頁面是用什麼設計的 瀏覽:719
私人飛機有哪些技術 瀏覽:815
蛙泳呼氣到什麼程序最佳 瀏覽:82
輪船多久不發信息會消失 瀏覽:934