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

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

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

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

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

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

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

8、術狀態文件的名稱、標識號、內容和責任主體。常見技術狀態文件參見附錄C。b) 各 技術狀態文件的內容和格式應按相應標準規定執行。其中，武器裝備研制項目專用規范按GJB638確寫。c) 各 技術狀態文件都要標識，標識號具有唯一性。d) 各 技術狀態文件按相應程序進行簽署、批準。技術狀態文件發放和保持a) 按 文件控制程序要求，發放經簽署、批準的技術狀態文件。b) 記 錄并保存技術狀態文件的發放信息。c) 技 術狀態基線建立后，控制并保持所有現行已批準的技術狀態的原件。技術狀態基線建立和維持功能基線一般在產品的方案階段建立。分配基線一般在產品的方案階段末期或工程研制階段初期建立。產品基線一般在設計定

9、型時基本建立，在產品生產定型時最終建立。功能基線與產品的戰術技術指標和使用要求（ 研制總要求）協調一致；分配基線與產品的總體方案設計（ 研制任務書） 協調一致；產品基線與產品定型（ 或鑒定 ） 要求協調一致。功能基線、分配基線和產品基線各自對應的技術狀態文件參見附錄C。技術狀態基線通過轉段技術審查方式（會議評審）確定，技術審查按 GJB3273”研制階 段技術審查”執行。技術狀態基線建立的標志是組成基線的技術狀態文件全部獲得訂購方的確認。功能基線、分配基線和產品基線一般應自建立起，維持到產品壽命周期結束為止。接口控制按GJB273旅器裝備系統接口控制要求，對接口進行管理。承制方規定技術狀態項的

10、接口要求。訂購方必須控制的接口要求納入功能技術狀態文件或分配技術狀態文件。在建立基線之前，承制方應規定并控制分配技術狀態文件中未規定的所有接口。應確保所設計的各種硬件和軟件之間的兼容性，以及它們與技術狀態文件中規定的相應接口要求之間的兼容性。6. 技 術狀態控制技術狀態控制任務技術狀態控制任務包括：a） 制定控制技術狀態更改、偏離許可和讓步的管理程序和方法；b） 控制技術狀態更改、偏離許可和讓步；c） 確保已批準的技術狀態更改申請及偏離許可、讓步申請得到準確實施。6.2 技術狀態更改6.2.1 技術狀態更改原則技術狀態更改遵循論證充分、試驗驗證、各方認可、審批完備、落實到位的原則。6.2.2

11、技術狀態更改分類技術狀態更改分為I 類、 II 類、 III 類。I 類技術狀態更改下列更改均屬于I 類技術狀態更改：a) 更改功能基線、分配基線，致使下列任一要求超出規定的限制或容差值：1) 性能和功能；2) 可 靠性、維修性、測試性、保障性、安全性、生存性、環境適應性和電磁兼容性等特性；3) 外形尺寸、質量、質心、轉動慣量；4) 接口特性；5) 規范中的其他重要要求。b) 設計定型后，更改產品技術狀態文件，對產品質量有影響，達到所規定的程度或者對下列一個或多個方面產生重大影響：1) 技術狀態項及其零、部、組件的互換性；2) 已交付的使用手冊、維修手冊；3) 與保障設備、保障軟件、零備件、訓

12、練器材( 裝置、設備和軟件) 等的兼容性；4) 技能、人員配備、訓練、生物醫學因素或人機工程設計。II 類技術狀態更改下列更改均屬于II 類技術狀態更改：a) 設 計定型前，更改不屬于功能基線、分配基線的技術狀態文件，對滿足產品要有影響；b) 設 計定型后，更改產品技術狀態文件，對產品質量有影響，但沒有達到所規定的程度。III 類技術狀態更改勘誤譯印、修正描圖、統一標注方法，進一步明確技術要求等不影響滿足產品要求 或產品質量的更改和補充。6.2.3 技術狀態更改控制6.2.3.1 判定技術狀態更改需求判定技術狀態更改的必要性和可行性，必要時開展驗證。如確有需要，承制方和訂購方均可提出技術狀態更

13、改需求。6.2.3.2 確定技術狀態更改類別在編制技術狀態更改申請之前，明確技術狀態更改的類別。當訂購方和承制方有分歧時，經雙方協商后由訂購方決定。設計定型后，屬于所規定的I 類技術狀態更改，且達到重大程度時，應視為產品改型，按相應研制程序辦理手續。6.2.3.3 編制技術狀態更改申請I 類、II 類技術狀態更改需編制技術狀態更改申請。III 類技術狀態更改，可直接編制技術狀態更改通知。技術狀態更改申請需有標識，其標識號具有唯一性。I 類技術狀態更改申請的內容一般包括：(II 類更改可參照I 類內容適當剪裁)a) 更改申請的標識號；b) 申請提出的單位、日期；c) 更改的類別；d) 更改的技術

14、狀態項的名稱、編號；e) 受影響的其他技術狀態項的名稱、編號；f) 受影響的技術狀態文件的名稱、編號；g) 受影響的產品的范圍( 包括在制品、制成品、在役品等) ；h) 更改理由簡要說明；i) 更改內容；j) 更改帶來的影響( 包括對作戰使用要求、戰術技術指標、質量、進度、費用等的影響 ) ；k) 更改實施方案( 含實施日期)。必要時， 附支持技術狀態更改的資料(如試驗結果與分析、保障性分析、費用分析等資料 ) 。6.2.3.4 評審技術狀態更改申請根據技術狀態更改類別和所處產品壽命周期階段確定評審組織方式。評審內容一般包括:a) 受更改影響的技術狀態項及其零、部、組件；b) 更改的效果，包括

15、不進行更改的影響和更改可以為產品帶來的改進；c) 更改所產生的費用和更改實施進度。6.2.3.5 審批技術狀態更改申請I 類技術狀態更改申請和設計定型后的II 類技術狀態更改申請經訂購方審批。III 類技術狀態更改申請和設計定型前的II 類技術狀態更改申請由承制方自行審批，并通知訂購方，其技術狀態更改通知送訂購方備案。若訂購方對更改類別有異議時，經雙方協商后最終由訂購方決定。6.2.3.6 編制、發放技術狀態更改通知承制方將經批準的技術狀態更改申請的內容形成技術狀態更改通知，經審批、發放相關單位、部門。6.2.3.7 實施并檢查技術狀態更改承制方組織相關部門，及時將批準的技術狀態更改納入技術狀

16、態文件。當影響到進度、費用改變時，需修改合同或協議。監督檢查技術狀態更改的實施，確保產品技術狀態文件，保障設備及訓練器材的一致性。必要時進行驗證。6. 3 偏離許可和讓步概述技術狀態項的制造應滿足已批準的技術狀態文件規定的要求。在技術狀態項制造前，如果承制方認為有必要臨時偏離已批準的技術狀態文件，可提出偏離許可申請。在技術狀態項制造期間或檢驗驗收過程中，如果承制方認為不合格品可返修或原樣使用， 可提出讓步申請。經批準的偏離許可、讓步申請僅在指定范圍和時間內適用，不能作為功能技術狀態文件、分配技術狀態文件或產品技術狀態文件的更改依據。偏離、不合格的級別分為嚴重級和輕度級。嚴重級之外的屬輕度級。對

17、下列一項或多項產生影響的偏離、不合格均屬嚴重級：a) 功 能； b) 功 能接口或物理接口； c) 互 換性； d) 形 狀、質量、質心； e) 可 靠性、維修性、測試性、保障性、安全性、環境適應性、電磁兼容性等特性； f) 人員健康與安全；g) 服 役使用、維修； h) 造 成嚴重后果的其他方面。編制偏離許可、讓步申請偏離許可、讓步申請按承制方規定的格式編寫。每一份申請需有標識，標識號具有唯一性。偏離許可、讓步申請的內容包括：a) 偏離許可、讓步申請的標識號； b) 申請單位、申請日期； c) 偏離、不合格的級別； d) 技術狀態項名稱及編號； e) 受影響的技術狀態文件名稱、編號；f) 受

18、影響的產品范圍和數量；g) 偏離、不合格的內容；h) 偏離、不合格帶來的影響(包括對質量、進度、費用等的影響)；i) 必要的驗證試驗結果；j) 實施日期。審批偏離許可、讓步申請按偏離、 不合格的級別，訂購方確定相應批準權限。產品設計定型前的偏離許可申請、讓步申請一般由承制方審批。產品設計定型后的偏離許可、讓步申請由訂購方審批。偏離許可申請提出和審批需在技術狀態項制造前辦理。控制偏離和讓步承制方根據批準的偏離許可申請，編制必要的內部控制文件，確保偏離的正確實施。承制方需按GJB571對不合格品進行識別和控制，以防止其非預期的使用或交付。為避免偏離、不合格的重復發生，承制方需分析偏離、不合格的原因

19、，制定、實施必要的糾正措施，將經驗證的糾正措施納入技術文件或形成內部制度。7. 技術狀態記實技術狀態記實任務技術狀態記實包括：a) 記錄并報告各技術狀態項的標識號、現行已批準的技術狀態文件及其標識號；b) 記錄并報告每一項技術狀態更改從提出到實施的全過程情況；c) 記錄并報告技術狀態項的所有偏離許可和讓步的狀況；d) 記錄并報告技術狀態審核的結果，包括不符合的狀況和最終處理情況；e) 記錄并維持已交付產品的版本信息及產品升級的信息；f) 定期備份技術狀態數據、維護數據的安全性。記錄和報告承制方需從產品的方案階段起開展技術狀態記實活動。在產品研制生產階段，承制方需與訂購方協商發送下列相關、適用的

20、文件：g) 技術狀態項及其技術狀態基線文件清單；h) 當前技術狀態說明報告；i) 技術狀態更改、偏離許可和讓步狀態報告；j) 技術狀態更改實施和驗證報告；k) 其他訂購方要求的報告。在產品定型時承制方需按GJB1362§求，向訂購方提交關于產品技術狀態文件。承制方按合同要求向分承制方或供應商發送適用的所列文件。歸檔和維護技術狀態記實數據可采用紙質載體或電子載體。歸檔的數據需有紙質載體，并按檔案管理的規定和標準處理。歸檔的數據應保持完整性和正確性。無論采取何種數據存儲方式，都需保證所需的技術狀態記實數據可用。8. 技術狀態審核概述每一個技術狀態項都應進行功能技術狀態審核和物理技術狀態審核。成立技術狀態審核組，訂購方擔任組長，承制方擔任副組長，審核組成員應有代表性和相應的資質。在正式的技術狀態審核之前，承制方應自行組織