技術狀態(tài)管理程序資料備課講稿

1、技術狀態(tài)管理程序1. 目的與適用范圍目的：規(guī)定、實施技術狀態(tài)管理要求， 以確保公司軍貿產品研制、 生產的技術狀態(tài)，滿足“文實一致，圖物相符”的產品需求和顧客要求。范圍：適用于武器裝備及其配套產品(以下統(tǒng)稱產品 )在壽命周期內的技術狀態(tài)管理。2. 引用文件GJB 3206A-2010 技術狀態(tài)管理GJB 2116 武器裝備研制項目工作分解結構GJB2737 武器裝備系統(tǒng)接口控制要求GJB3273 研制階段技術審查GJB5235 軍用軟件配置管理GJB6387 武器裝備研制項目專用規(guī)范編寫規(guī)定GJB9001 質量管理體系要求中國兵器工業(yè)集團公司軍貿新產品定型工作管理辦法3. 術語和定義3.1 功能

2、特性產品的性能指標和設計約束條件，如戰(zhàn)術技術指標、使用保障特性等。3.2 物理特性產品的形體特征，如組成、尺寸、表面狀態(tài)、形狀、配合、公差、質量等，又稱實體特性。3.3 技術狀態(tài)在技術文件中規(guī)定的并且在產品中達到的功能特性和物理特性。3.4 技術狀態(tài)管理在產品壽命周期內，為確立和維持產品的功能特性、物理特性與產品需求，技術狀態(tài)文件規(guī)定保持一致的管理活動。其主要內容包括技術狀態(tài)標識、技術狀態(tài)控制、技術狀態(tài)記實和技術狀態(tài)審核。3.5 技術狀態(tài)項能滿足最終使用功能，并被指定作為單個實體進行技術狀態(tài)管理的硬件、軟件或其集合體。3.6技術狀態(tài)文件規(guī)定技術狀態(tài)項的功能特性和物理特性，或從這些內容發(fā)展而來的

3、關于技術狀態(tài)項驗證、使用、保障和報廢要求的技術文件。(三種技術狀態(tài)文件在產品壽命周期不同階段進行編制、批準和保持。)3.7功能技術狀態(tài)文件規(guī)定產品的功能特性、接口特性和驗證要求的技術狀態(tài)文件。3.8分配技術狀態(tài)文件規(guī)定技術狀態(tài)項的接口特性，從高一層技術狀態(tài)項分配下來的功能特性和接口特性，附加的設計約束條件，以及上述特性的驗證要求的技術狀態(tài)文件。3.9產品技術狀態(tài)文件規(guī)定技術狀態(tài)項所有必需的功能特性、物理特性，以及檢驗驗收、使用、保障和報廢要求的技術狀態(tài)文件。3.10技術狀態(tài)基線在產品壽命周期內的某一特定時刻，被正式確認并作為今后研制生產、使用保障活動基準，以及技術狀態(tài)改變判定基準的技術狀態(tài)文件

4、。(一般包括功能基線、 分配基線、產品基線三種 )3.11功能基線經正式確認的功能技術狀態(tài)文件。3.12分配基線經正式確認的分配技術狀態(tài)文件。3.13產品基線經正式確認的產品技術狀態(tài)文件。3.14技術狀態(tài)更改在產品壽命周期內，對已正式確認的現(xiàn)行技術狀態(tài)所做的更改。3.15技術狀態(tài)標識確定技術狀態(tài)項及其所需技術狀態(tài)文件，標識技術狀態(tài)項及其技術狀態(tài)文件，發(fā)放和保持技術狀態(tài)文件，建立技術狀態(tài)基線的活動。3.16技術狀態(tài)控制技術狀態(tài)基線建立后，對提出的技術狀態(tài)更改申請、偏離許可申請和讓步申請所進行的論證、評定、協(xié)調、審批和實施活動。3.17技術狀態(tài)記實在產品壽命周期內，為說明產品的技術狀態(tài)所進行的記錄

5、、報告活動。3.18技術狀態(tài)審核為確定技術狀態(tài)項與其技術狀態(tài)文件的一致程度而進行的正式檢查。(包括功能技術狀態(tài)審核和物理技術狀態(tài)審核。)3.19功能技術狀態(tài)審核為驗證技術狀態(tài)項的功能特性達到功能基線、分配基線規(guī)定的要求所進行的技術狀態(tài)審核。3.20物理技術狀態(tài)審核為建立或驗證產品基線， 對技術狀態(tài)項試制試產樣品的完工狀態(tài)， 所依據(jù)的技術狀態(tài)文件而進行的技術狀態(tài)審核。4. 管理職責4.1 研發(fā)部為技術狀態(tài)管理主責部門， 負責公司軍貿新產品研制和定型產品改進設計的技術狀態(tài)管理。必要時，成立由公司領導，相關業(yè)務部門代表，有資質人員組成的技術狀態(tài)控制委員會，按賦予的權限對技術狀態(tài)及其管理進行審查和決策

6、。4.2 研發(fā)部負責組織編制、 實施產品技術狀態(tài)管理計劃。技術狀態(tài)管理計劃的內容見附錄 B。注：承制方的技術狀態(tài)管理計劃應提交給訂購方認可。公司可與承制方編制一個計劃，協(xié)調技術狀態(tài)管理計劃，明確各方活動。4.3 質管部參與監(jiān)督技術狀態(tài)管理實施。技術狀態(tài)管理實施監(jiān)督應與質量監(jiān)督協(xié)調一致，可以一并進行。5. 技術狀態(tài)標識5.1 技術狀態(tài)標識任務技術狀態(tài)標識的任務包括：a)選擇技術狀態(tài)項；b)確定各技術狀態(tài)項在不同階段所需的技術狀態(tài)文件；c) 標識技術狀態(tài)項和技術狀態(tài)文件；d)建立技術狀態(tài)基線；e)發(fā)放經正式確認的技術狀態(tài)文件并保持其原件。5.2 技術狀態(tài)項5.2.1 產品分解選擇技術狀態(tài)項之前，

7、應確定產品分解結構。 可按 GJB2116 要求進行產品分解。 承制方應確保技術狀態(tài)項與工作分解結構單元對應。5.2.2 技術狀態(tài)項選擇選擇功能特性和物理特性能被單獨管理且有助于達到總的最終使用要求的產品作為技術狀態(tài)項。被選擇作為技術狀態(tài)項的產品一般是：a) 武器裝備、分系統(tǒng)產品或跨單位、跨部門研制的產品；b) 在風險、安全、完成作戰(zhàn)任務等方面具有關鍵特性和重要特性的產品；c) 新研制的產品；d) 接口復雜且重要的產品；e) 單獨采購的重要產品；f) 使用和保障方面需著重考慮的產品。5.2.3 技術狀態(tài)項標識對每個技術狀態(tài)項都要標識。其標識內容一般有技術狀態(tài)項的型號、序列號(或批次號 )等信息

8、，標識號具有唯一性。5.3 技術狀態(tài)文件5.3.1 技術狀態(tài)文件編寫和簽署a) 確定每個技術狀態(tài)項在不同階段所需技術狀態(tài)文件的名稱、標識號、內容和責任主體。常見技術狀態(tài)文件參見附錄 C。b) 各技術狀態(tài)文件的內容和格式應按相應標準規(guī)定執(zhí)行。其中，武器裝備研制項目專用規(guī)范按 GJB6387 編寫。c) 各技術狀態(tài)文件都要標識，標識號具有唯一性。d) 各技術狀態(tài)文件按相應程序進行簽署、批準。5.3.2 技術狀態(tài)文件發(fā)放和保持a) 按文件控制程序要求，發(fā)放經簽署、批準的技術狀態(tài)文件。b) 記錄并保存技術狀態(tài)文件的發(fā)放信息。c) 技術狀態(tài)基線建立后，控制并保持所有現(xiàn)行已批準的技術狀態(tài)的原件。5.4 技

9、術狀態(tài)基線建立和維持5.4.1 功能基線一般在產品的方案階段建立。分配基線一般在產品的方案階段末期或工程研制階段初期建立。產品基線一般在設計定型時基本建立，在產品生產定型時最終建立。5.4.2 功能基線與產品的戰(zhàn)術技術指標和使用要求(研制總要求 )協(xié)調一致；分配基線與產品的總體方案設計 (研制任務書 )協(xié)調一致；產品基線與產品定型(或鑒定 )要求協(xié)調一致。功能基線、分配基線和產品基線各自對應的技術狀態(tài)文件參見附錄C。5.4.3 技術狀態(tài)基線通過轉段技術審查方式(會議評審 )確定，技術審查按GJB3273“研制階段技術審查”執(zhí)行。技術狀態(tài)基線建立的標志是組成基線的技術狀態(tài)文件全部獲得訂購方的確認

10、。5.4.4 功能基線、分配基線和產品基線一般應自建立起，維持到產品壽命周期結束為止。5.5 接口控制按 GJB2737 武器裝備系統(tǒng)接口控制要求， 對接口進行管理。 承制方規(guī)定技術狀態(tài)項的接口要求。訂購方必須控制的接口要求納入功能技術狀態(tài)文件或分配技術狀態(tài)文件。在建立基線之前，承制方應規(guī)定并控制分配技術狀態(tài)文件中未規(guī)定的所有接口。應確保所設計的各種硬件和軟件之間的兼容性，以及它們與技術狀態(tài)文件中規(guī)定的相應接口要求之間的兼容性。6. 技術狀態(tài)控制6.1 技術狀態(tài)控制任務技術狀態(tài)控制任務包括：a) 制定控制技術狀態(tài)更改、偏離許可和讓步的管理程序和方法；b) 控制技術狀態(tài)更改、偏離許可和讓步；c)

11、 確保已批準的技術狀態(tài)更改申請及偏離許可、讓步申請得到準確實施。6.2 技術狀態(tài)更改6.2.1技術狀態(tài)更改原則技術狀態(tài)更改遵循論證充分、試驗驗證、各方認可、審批完備、落實到位的原則。6.2.2技術狀態(tài)更改分類技術狀態(tài)更改分為I 類、 II 類、 III 類。6.2.2.1 I 類技術狀態(tài)更改下列更改均屬于I 類技術狀態(tài)更改：a) 更改功能基線、分配基線，致使下列任一要求超出規(guī)定的限制或容差值：1) 性能和功能；2) 可靠性、維修性、測試性、保障性、安全性、生存性、環(huán)境適應性和電磁兼容性等特性；3) 外形尺寸、質量、質心、轉動慣量；4) 接口特性；5) 規(guī)范中的其他重要要求。b) 設計定型后，

12、更改產品技術狀態(tài)文件， 對產品質量有影響， 達到 6.2.2.1a)所規(guī)定的程度或者對下列一個或多個方面產生重大影響：1) 技術狀態(tài)項及其零、部、組件的互換性；2) 已交付的使用手冊、維修手冊；3) 與保障設備、保障軟件、零備件、訓練器材 (裝置、設備和軟件 )等的兼容性；4) 技能、人員配備、訓練、生物醫(yī)學因素或人機工程設計。6.2.2.2II 類技術狀態(tài)更改下列更改均屬于II 類技術狀態(tài)更改：a) 設計定型前，更改不屬于功能基線、分配基線的技術狀態(tài)文件，對滿足產品要有影響；b) 設計定型后，更改產品技術狀態(tài)文件，對產品質量有影響，但沒有達到6.2.2.1b)所規(guī)定的程度。6.2.2.3 I

13、II 類技術狀態(tài)更改勘誤譯印、修正描圖、統(tǒng)一標注方法，進一步明確技術要求等不影響滿足產品要求或產品質量的更改和補充。6.2.3技術狀態(tài)更改控制6.2.3.1 判定技術狀態(tài)更改需求判定技術狀態(tài)更改的必要性和可行性，必要時開展驗證。如確有需要，承制方和訂購方均可提出技術狀態(tài)更改需求。6.2.3.2 確定技術狀態(tài)更改類別在編制技術狀態(tài)更改申請之前，明確技術狀態(tài)更改的類別。當訂購方和承制方有分歧時，經雙方協(xié)商后由訂購方決定。設計定型后，屬于6.2.2.1a)所規(guī)定的 I 類技術狀態(tài)更改，且達到重大程度時，應視為產品改型，按相應研制程序辦理手續(xù)。6.2.3.3 編制技術狀態(tài)更改申請I 類、 II 類技術

14、狀態(tài)更改需編制技術狀態(tài)更改申請。 III 類技術狀態(tài)更改，可直接編制技術狀態(tài)更改通知。技術狀態(tài)更改申請需有標識，其標識號具有唯一性。I 類技術狀態(tài)更改申請的內容一般包括：(II 類更改可參照 I 類內容適當剪裁 )a) 更改申請的標識號；b) 申請?zhí)岢龅膯挝弧⑷掌?；c) 更改的類別；d) 更改的技術狀態(tài)項的名稱、編號；e) 受影響的其他技術狀態(tài)項的名稱、編號；f) 受影響的技術狀態(tài)文件的名稱、編號；g) 受影響的產品的范圍 (包括在制品、制成品、在役品等 )；h) 更改理由簡要說明；i) 更改內容；j) 更改帶來的影響 (包括對作戰(zhàn)使用要求、戰(zhàn)術技術指標、 質量、進度、費用等的影響)；k) 更

15、改實施方案 (含實施日期 )。必要時，附支持技術狀態(tài)更改的資料(如試驗結果與分析、保障性分析、費用分析等資料 )。6.2.3.4 評審技術狀態(tài)更改申請根據(jù)技術狀態(tài)更改類別和所處產品壽命周期階段確定評審組織方式。評審內容一般包括 :a) 受更改影響的技術狀態(tài)項及其零、部、組件；b) 更改的效果，包括不進行更改的影響和更改可以為產品帶來的改進；c) 更改所產生的費用和更改實施進度。6.2.3.5 審批技術狀態(tài)更改申請I 類技術狀態(tài)更改申請和設計定型后的II 類技術狀態(tài)更改申請經訂購方審批。III 類技術狀態(tài)更改申請和設計定型前的 II 類技術狀態(tài)更改申請由承制方自行審批，并通知訂購方，其技術狀態(tài)更

16、改通知送訂購方備案。若訂購方對更改類別有異議時，經雙方協(xié)商后最終由訂購方決定。6.2.3.6 編制、發(fā)放技術狀態(tài)更改通知承制方將經批準的技術狀態(tài)更改申請的內容形成技術狀態(tài)更改通知，經審批、發(fā)放相關單位、部門。6.2.3.7 實施并檢查技術狀態(tài)更改承制方組織相關部門，及時將批準的技術狀態(tài)更改納入技術狀態(tài)文件。當影響到進度、費用改變時，需修改合同或協(xié)議。監(jiān)督檢查技術狀態(tài)更改的實施，確保產品技術狀態(tài)文件，保障設備及訓練器材的一致性。必要時進行驗證。6. 3 偏離許可和讓步6.3.1 概述6.3.1.1 技術狀態(tài)項的制造應滿足已批準的技術狀態(tài)文件規(guī)定的要求。在技術狀態(tài)項制造前，如果承制方認為有必要臨時

17、偏離已批準的技術狀態(tài)文件，可提出偏離許可申請。在技術狀態(tài)項制造期間或檢驗驗收過程中，如果承制方認為不合格品可返修或原樣使用，可提出讓步申請。6.3.1.2經批準的偏離許可、 讓步申請僅在指定范圍和時間內適用，不能作為功能技術狀態(tài)文件、分配技術狀態(tài)文件或產品技術狀態(tài)文件的更改依據(jù)。6.3.1.3 偏離、不合格的級別分為嚴重級和輕度級。嚴重級之外的屬輕度級。對下列一項或多項產生影響的偏離、不合格均屬嚴重級：a) 功能；b) 功能接口或物理接口；c) 互換性；d) 形狀、質量、質心；e) 可靠性、維修性、測試性、保障性、安全性、環(huán)境適應性、電磁兼容性等特性；f) 人員健康與安全；g) 服役使用、維修

18、；h) 造成嚴重后果的其他方面。6.3.2 編制偏離許可、讓步申請6.3.2.1 偏離許可、讓步申請按承制方規(guī)定的格式編寫。每一份申請需有標識，標識號具有唯一性。6.3.2.2 偏離許可、讓步申請的內容包括：a) 偏離許可、讓步申請的標識號；b) 申請單位、申請日期；c) 偏離、不合格的級別；d) 技術狀態(tài)項名稱及編號；e) 受影響的技術狀態(tài)文件名稱、編號；f) 受影響的產品范圍和數(shù)量；g) 偏離、不合格的內容；h) 偏離、不合格帶來的影響 (包括對質量、進度、費用等的影響 )；i) 必要的驗證試驗結果；j) 實施日期。6.3.3 審批偏離許可、讓步申請6.3.3.1 按偏離、不合格的級別，訂

19、購方確定相應批準權限。產品設計定型前的偏離許可申請、讓步申請一般由承制方審批。產品設計定型后的偏離許可、讓步申請由訂購方審批。6.3.3.2 偏離許可申請?zhí)岢龊蛯徟柙诩夹g狀態(tài)項制造前辦理。6.3.4 控制偏離和讓步6.3.4.1 承制方根據(jù)批準的偏離許可申請，編制必要的內部控制文件，確保偏離的正確實施。6.3.4.2 承制方需按GJB571 對不合格品進行識別和控制，以防止其非預期的使用或交付。6.3.4.3 為避免偏離、不合格的重復發(fā)生，承制方需分析偏離、不合格的原因，制定、實施必要的糾正措施，將經驗證的糾正措施納入技術文件或形成內部制度。7. 技術狀態(tài)記實7.1 技術狀態(tài)記實任務技術狀態(tài)

20、記實包括：a) 記錄并報告各技術狀態(tài)項的標識號、現(xiàn)行已批準的技術狀態(tài)文件及其標識號；b) 記錄并報告每一項技術狀態(tài)更改從提出到實施的全過程情況；c) 記錄并報告技術狀態(tài)項的所有偏離許可和讓步的狀況；d) 記錄并報告技術狀態(tài)審核的結果，包括不符合的狀況和最終處理情況；e) 記錄并維持已交付產品的版本信息及產品升級的信息；f) 定期備份技術狀態(tài)數(shù)據(jù)、維護數(shù)據(jù)的安全性。7.2 記錄和報告7.2.1 承制方需從產品的方案階段起開展技術狀態(tài)記實活動。7.2.2 在產品研制生產階段，承制方需與訂購方協(xié)商發(fā)送下列相關、適用的文件：a) 技術狀態(tài)項及其技術狀態(tài)基線文件清單；b) 當前技術狀態(tài)說明報告；c) 技

21、術狀態(tài)更改、偏離許可和讓步狀態(tài)報告；d) 技術狀態(tài)更改實施和驗證報告；e) 其他訂購方要求的報告。7.2.3 在產品定型時承制方需按GJB1362 要求，向訂購方提交關于產品技術狀態(tài)文件。7.2.4 承制方按合同要求向分承制方或供應商發(fā)送適用的7.2.2 所列文件。7.3 歸檔和維護7.3.1 技術狀態(tài)記實數(shù)據(jù)可采用紙質載體或電子載體。歸檔的數(shù)據(jù)需有紙質載體，并按檔案管理的規(guī)定和標準處理。歸檔的數(shù)據(jù)應保持完整性和正確性。7.3.2 無論采取何種數(shù)據(jù)存儲方式，都需保證所需的技術狀態(tài)記實數(shù)據(jù)可用。8. 技術狀態(tài)審核8.1 概述8.1.1 每一個技術狀態(tài)項都應進行功能技術狀態(tài)審核和物理技術狀態(tài)審核。8.1.2 成立技術狀態(tài)審核組，訂購方擔任組長，承制方擔任副組長，審核組成員應有代表性和相應的資質。8.1.3 在正式的技術狀態(tài)審核之前，承制方應自行組織內部的技術狀態(tài)審核。8.2 功能技術狀態(tài)審核8.2.1 功能