XX項目技術(shù)狀態(tài)管理計劃(2004204931)_第1頁
XX項目技術(shù)狀態(tài)管理計劃(2004204931)_第2頁
XX項目技術(shù)狀態(tài)管理計劃(2004204931)_第3頁
XX項目技術(shù)狀態(tài)管理計劃(2004204931)_第4頁
已閱讀5頁,還剩10頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、密 級:階 段:版 次:XXX技術(shù)文件XXX-XXX-GLXX-2011XXX 系統(tǒng)項目技術(shù)狀態(tài)管理計劃第 x 研究所2011 年 03 月錯誤!未找到引用源。項目技術(shù)狀態(tài)管理計劃錯誤!未找到引用源。共15頁擬制 _審核_會簽_標 準 化_批準_軍 代 表_目次前言 .I1目標 .錯 誤!未定義書簽。2技術(shù)狀態(tài)管理組織 .12.1組織 .12.2所內(nèi)各部門職責 .12.3技術(shù)狀態(tài)控制組職責 .錯 誤!未定義書簽。3技術(shù)狀態(tài)管理的主要任務 .24技術(shù)狀態(tài)管理工作程序和內(nèi)容 .錯誤!未定義書簽。4.1審查并確定技術(shù)狀態(tài)基線 .34.2確定技術(shù)狀態(tài)基線的原則 .34.3技術(shù)狀態(tài)基線確定時機及相互關(guān)系

2、 .34.4功能基線建立 .44.5分配基線建立 .44.6產(chǎn)品基線建立 .44.7技術(shù)狀態(tài)標識 .54.8文件的簽署 .55技術(shù)狀態(tài)控制 .55.1技術(shù)狀態(tài)控制原則 .55.2技術(shù)狀態(tài)更改控制 .55.3偏離和超差控制 .75.4研制過程技術(shù)狀態(tài)紀實控制 .75.5技術(shù)狀態(tài)審核 .86技術(shù)狀態(tài)管理工作計劃 .錯誤!未定義書簽。7技術(shù)狀態(tài)項目清單 .錯誤!未定義書簽。前言本文依據(jù)項目管理質(zhì)量文件, 描述了 XXX 系統(tǒng)項目技術(shù)狀態(tài)管理計劃, 用于 XXX 系統(tǒng)項目技術(shù)狀態(tài)管理。1引言1.1目的和范圍本計劃規(guī)定了 XXX 項目技術(shù)狀態(tài)管理的原則、主要內(nèi)容和要求,是指導XXX 項目以及技術(shù)狀態(tài)項研

3、制全過程的技術(shù)狀態(tài)管理的基本文件,也是各配套研制單位在研制過程中實施技術(shù)狀態(tài)管理必須遵循的基本規(guī)定。本計劃適用于 XXX 項目以及技術(shù)狀態(tài)項研制和裝備全壽命過程管理,以實現(xiàn)高效管理和清晰的可追溯控制。1.2項目概述XXX 系統(tǒng)是 XXX 飛機的重要組成部分,該項目主要完成功能如下:1) 2) 3) 該系統(tǒng)由設備1、設備 2、設備 3、設備 4、設備 5、設備 6、設備 7 組成,其中設備 3 和設備 6 是選用產(chǎn)品。其組成及配套關(guān)系如表 1 所示。表 1 XXX 系統(tǒng)組成及配套關(guān)系序號設備名稱數(shù)量配套單位1設備 12中國電科 X 所2設備 21中國電科 X 所3設備 31中國電科 X 所4設備

4、 43XXX 所5設備 51XXX 廠6設備 61XXX 廠7設備 71中國電科 X 所1.3主要特點和實施方法XXX系統(tǒng)項目技術(shù)狀態(tài)管理計劃根據(jù)GJB3206A-2010技術(shù)狀態(tài)管理和XXX-XXX XXX 飛機研制技術(shù)狀態(tài)管理計劃編寫。各級設計師是產(chǎn)品技術(shù)狀態(tài)管理的直接責任人,應根據(jù)要求,完成技術(shù)狀態(tài)標識、控制、紀實和審核工作并形成文件,在具體工作中應:a) 項目研制各階段設計和產(chǎn)品的技術(shù)狀態(tài)有明確的定義并且受到控制;b) 研制過程中有效和連續(xù)地控制技術(shù)狀態(tài)變化,并且對這種變化提供可追溯性;c) 通過對外部和內(nèi)部接口的控制,保證系統(tǒng)和產(chǎn)品匹配的一致性;d) 對文件反映的產(chǎn)品的真實和完整狀態(tài)

5、基線驗證;e) 確定與設計狀態(tài)對應的合適的技術(shù)判定準則,以提供在產(chǎn)品生產(chǎn)、試驗、交付和運行中出現(xiàn)超差的可視性;f) 依據(jù)項目研制要求和確立的技術(shù)狀態(tài)基線,及時發(fā)布選用的文件、標準和規(guī)范等資料目錄;g) 確保參與項目研制的所有人員在研制過程中能正確和準確使用技術(shù)狀態(tài)文件,保證產(chǎn)品技術(shù)狀態(tài)符合文件的要求。h) 確保配套承制廠家符合相應的技術(shù)狀態(tài)管理要求。2 相關(guān)文件GJB3206A-2010技術(shù)狀態(tài)管理XXX-XXX XXX 飛機研制技術(shù)狀態(tài)管理計劃XXX-XXX XXX 系統(tǒng)產(chǎn)品分解結(jié)構(gòu)及技術(shù)狀態(tài)項XXX-XXX 技術(shù)文件有效性標識的規(guī)定XXX-XXX 文件控制程序XXX-XXX 技術(shù)狀態(tài)管理規(guī)

6、定XXX-XXX 設計更改控制程序XXX-XXX 設計評審控制程序3 組織和職責3.1組織成立項目技術(shù)狀態(tài)控制組,明確技術(shù)狀態(tài)控制組職責,負責項目技術(shù)狀態(tài)管理。項目技術(shù)狀態(tài)控制組由項目總師擔任組長,成員主要有:副總師(電路、結(jié)構(gòu)、工藝)、總體主任設計師、設備主任設計師、對口設備主任設計師、項目主管、質(zhì)量師、標準化師、檔案管理員等,并明確由總體主任設計師負責本項目技術(shù)狀態(tài)日常管理工作。各配套單位應成立相應技術(shù)狀態(tài)控制小組,負責配套設備的技術(shù)狀態(tài)管理。3.2職責技術(shù)狀態(tài)控制組負責:審批技術(shù)管理計劃、技術(shù)狀態(tài)項、技術(shù)狀態(tài)基線;對技術(shù)狀態(tài)更改申請、關(guān)鍵和重要的偏離和超差申請進行審查, 按決策權(quán)限提出批

7、準或不批準建議,由技術(shù)狀態(tài)控制組組長批準;對合同要求控制的更改、偏離和超差申請進行審查,提出批準或不批準的建議, 報有關(guān)方面批準; 對批準的更改申請和批復的偏離和超差申請,監(jiān)督設計師系統(tǒng)以技術(shù)文件形式傳遞到有關(guān)單位,并抄報總體備案、建檔。各成員具體職責如下:項目總師牽頭負責明確技術(shù)狀態(tài)基線,負責組織實施技術(shù)狀態(tài)的控制和技術(shù)狀態(tài)紀實;項目主管和質(zhì)量師履行技術(shù)狀態(tài)審核及技術(shù)狀態(tài)管理的監(jiān)督和檢查職責。副總師(結(jié)構(gòu))提出技術(shù)狀態(tài)標識要求并負責設計文件的編號;標準化師應協(xié)助總設計師(或主任設計師)擬制技術(shù)狀態(tài)項在研制、生產(chǎn)各階段的技術(shù)文件清單,并在標準化大綱中反映。檔案管理員負責技術(shù)狀態(tài)文件的管理、保存

8、,按要求登記、發(fā)放技術(shù)狀態(tài)文件。并按照 XXX-XXX 技術(shù)文件有效性標識的規(guī)定加蓋標識印章;協(xié)助檢查各研發(fā)生產(chǎn)部門技術(shù)文件的管理以及技術(shù)狀態(tài)文件更改的落實情況。4 技術(shù)狀態(tài)管理里程碑XX 項目研制包括:方案( F)階段、初樣( C)階段、試樣( S)階段和設計定型(D)階段。技術(shù)狀態(tài)管理里程碑如表 2 所示。表 2 技術(shù)狀態(tài)管理里程碑序階段工作項目完成時機責任單位號1234567方案階段初樣階段成立技術(shù)狀態(tài)控制組項目策劃時x所功能基線確定立項批復完成后x所原理樣機方案評審X所及配套單位F轉(zhuǎn)C階段評審原理樣機交付使用后X所分配基線的確定總體方案評審后X所產(chǎn)品基線初步確定設備、模塊等評審后X所及

9、配套單位設備技術(shù)狀態(tài)更改匯總、設備交付系統(tǒng)聯(lián)試前X所及配套單位落實情況檢查、質(zhì)量評審8系統(tǒng)技術(shù)狀態(tài)更改匯總、系統(tǒng)出所專項評審前X所落實情況檢查9C轉(zhuǎn)S階段評審系統(tǒng)交付使用后X所10試樣設備技術(shù)狀態(tài)更改匯總、設備交付系統(tǒng)X所階段落實情況檢查、質(zhì)量評審11系統(tǒng)技術(shù)狀態(tài)更改匯總、系統(tǒng)出所專項評審前X所及配套單位落實情況檢查12S型件裝機評審交付前X所13設計項目技術(shù)狀態(tài)審查結(jié)合定型進行X所及配套單位定型階段5 技術(shù)狀態(tài)標識5.1技術(shù)狀態(tài)項根據(jù) XXX-XXXXXX系統(tǒng)產(chǎn)品分解結(jié)構(gòu)及技術(shù)狀態(tài)項 , XXX 系統(tǒng)選取的技術(shù)狀態(tài)項如表 3 所示。表 3 XXX 系統(tǒng)技術(shù)狀態(tài)項目表第一級第二級第三級0000

10、XXX 系統(tǒng)1000設備 11100模塊 111200模塊 121300模塊 132000設備 22100模塊 212200模塊 223000設備 43100模塊 313200模塊 324000設備 55000設備 65100模塊 515200模塊 525300模塊 535.2審查并確定技術(shù)狀態(tài)基線技術(shù)狀態(tài)基線表示項目研制主要節(jié)點經(jīng)正式設計評審予以批準和凍結(jié)的技術(shù)狀態(tài),同時作為進一步的設計和性能更改的正式技術(shù)狀態(tài)控制的起始點。5.2.1確定技術(shù)狀態(tài)基線的原則項目總設計師組織設計師系統(tǒng), 在滿足任務要求前提下, 根據(jù)戰(zhàn)術(shù)技術(shù)指標和經(jīng)濟效益、現(xiàn)有條件,運用可靠性、安全性和優(yōu)化設計技術(shù),進行系統(tǒng)分析

11、,綜合擇優(yōu)確定產(chǎn)品系統(tǒng)、設備和模塊的技術(shù)狀態(tài)。5.2.2技術(shù)狀態(tài)基線確定時機及相互關(guān)系論證階段后期建立 “功能基線 ”,方案階段初期確認,論證轉(zhuǎn)方案階段評審確定。方案階段初期建立 “分配基線 ”,方案階段后期評審確認。初樣階段后期建立 “產(chǎn)品基線 ”,產(chǎn)品研制初期確認,產(chǎn)品交付時評審確定。三種基線分別對應要求的技術(shù)狀態(tài)文件:功能基線技術(shù)狀態(tài)文件、 分配基線技術(shù)狀態(tài)文件、產(chǎn)品基線技術(shù)狀態(tài)文件,三者之間應相互協(xié)調(diào),具有可追溯性,后者對前者進行擴展和細化。如果三者之間出現(xiàn)矛盾,其優(yōu)先順序是:功能技術(shù)狀態(tài)文件、分配技術(shù)狀態(tài)文件和產(chǎn)品技術(shù)狀態(tài)文件。5.2.3功能基線建立a) 在跟蹤論證階段,項目管理辦公

12、室應會同設計師系統(tǒng)協(xié)商確認技術(shù)狀態(tài)要求,并反映在合同或協(xié)議(或提前呈批件)中。任務啟動后,項目總師(霍指定人員)應按合同或顧客(訂購方)要求編制形成功能基線所要求的功能技術(shù)狀態(tài)文件,在方案階段初期經(jīng)用戶確認后,建立功能基線,作為正式技術(shù)狀態(tài)控制的起點。功能基線的內(nèi)容應與合同或研制總要求的技術(shù)內(nèi)容協(xié)調(diào)一致。功能基線的技術(shù)狀態(tài)文件包括系統(tǒng)(研制)合同及技術(shù)協(xié)議書、項目任務書(總要求)、用戶需求等。 系統(tǒng)規(guī)范的主要內(nèi)容為: 功能特性(如系統(tǒng)能力、 可靠性、維修性、保障性、測試性、環(huán)境條件、運輸性、電磁兼容、生產(chǎn)性、互換性、安全性、人機工程、計算機資源要求、綜合保障要求、人員訓練要求) 、接口要求和驗

13、證要求等。b) 項目管理辦公室負責組織對各分系統(tǒng)功能技術(shù)狀態(tài)基線文件進行評審確認。c) 項目管理辦公室負責向各分系統(tǒng)下發(fā)項目功能技術(shù)狀態(tài)文件,作為確定分系統(tǒng)功能技術(shù)狀態(tài)基線的依據(jù)。5.2.4分配基線建立a) 在方案階段,設計師系統(tǒng)應按合同及功能基線要求編制形成分配基線所要求的分配技術(shù)狀態(tài)文件,在工程研制階段初期經(jīng)用戶確認后,建立分配基線。分配基線的技術(shù)狀態(tài)文件包括項目研制規(guī)范、研制方案報告、相關(guān)接口控制文件、驗收測試規(guī)范等。項目研制規(guī)范的主要內(nèi)容為:功能特性(包括從武器裝備系統(tǒng)或高層技術(shù)狀態(tài)項目分配給技術(shù)狀態(tài)項目的能力、可靠性、維修性、環(huán)境條件、運輸性、電磁兼容、生產(chǎn)性、互換性、安全性、人機工

14、程、計算機資源要求、綜合保障要求、 人員訓練要求)、接口要求、附加的設計的約束條件和驗證要求等。b) 項目管理辦公室負責組織對分配技術(shù)狀態(tài)基線文件進行評審確認。c) 項目管理辦公室負責向各分系統(tǒng)下發(fā)分配技術(shù)狀態(tài)文件,作為確定分系統(tǒng)分配技術(shù)狀態(tài)基線的依據(jù)。5.2.5產(chǎn)品基線建立a) 在工程研制階段,設計師系統(tǒng)應按合同及功能基線、分配基線要求進行工程設計和產(chǎn)品試制,編制形成產(chǎn)品基線所要求的產(chǎn)品技術(shù)狀態(tài)文件,經(jīng)功能技術(shù)狀態(tài)審核和物理技術(shù)狀態(tài)審核后建立產(chǎn)品基線。產(chǎn)品基線是產(chǎn)品交付的依據(jù)。產(chǎn)品基線的技術(shù)狀態(tài)文件包括產(chǎn)品規(guī)范、工藝規(guī)程、材料規(guī)范、試驗規(guī)范、工程圖樣和其它技術(shù)文件(如設計報告、原理圖、方框圖

15、、結(jié)構(gòu)設計圖紙等) 。這些文件共同構(gòu)成技術(shù)狀態(tài)項目成套技術(shù)資料。b) 項目管理辦公室負責組織對產(chǎn)品技術(shù)狀態(tài)基線文件進行評審確認。c) 技術(shù)質(zhì)量與售后服務處負責在產(chǎn)品交付前對產(chǎn)品技術(shù)狀態(tài)基線符合情況進行評審確認。5.3標識依據(jù)項目技術(shù)狀態(tài)基線文件要求, 由總體主任設計師組織進編寫產(chǎn)品配套表并完成技術(shù)狀態(tài)項目編號 (標識),對選定的產(chǎn)品技術(shù)狀態(tài)項目逐級審批, 最終由總設計師 (或主管副總師)批準后確定。項目管理辦公室負責組織標準化師、質(zhì)量師、檔案管理人員編寫,并發(fā)布技術(shù)狀態(tài)項目和技術(shù)狀態(tài)文件的標識號,標識號包括產(chǎn)品代號、文件編號、階段標記、產(chǎn)品(關(guān)鍵件、重要件)標記等。設計和生產(chǎn)部門應在產(chǎn)品和文件

16、的規(guī)定處做出上述標識。5.4文件的簽署技術(shù)狀態(tài)項目設計文件應履行規(guī)定的審批和會簽手續(xù)。簽署、質(zhì)量會簽的要求和責任按 XXX-XXX 文件控制程序的規(guī)定執(zhí)行。6 技術(shù)狀態(tài)控制6.1技術(shù)狀態(tài)控制原則a) 各級設計師應按照技術(shù)狀態(tài)基線文件進行產(chǎn)品的詳細設計,在產(chǎn)品生產(chǎn)制造、裝配、測試、試驗過程嚴格按設計文件進行實施。b) 研制過程必須更改技術(shù)狀態(tài)時,應遵循技術(shù)狀態(tài)更改五條原則(論證充分,各方認可,試驗驗證,審批完備,落實到位)進行,并按審批程序規(guī)定辦理相應的審批手續(xù)。涉及關(guān)鍵項目、 關(guān)鍵件和重要件的技術(shù)狀態(tài)更改應提高一級審批。6.2技術(shù)狀態(tài)更改控制6.2.1技術(shù)狀態(tài)更改分類技術(shù)狀態(tài)更改一般分為類、類

17、、類。(1)類技術(shù)狀態(tài)更改(重大更改)下列更改均屬類技術(shù)狀態(tài)更改:1)更改功能基線、分配基線,致使下列任一要求超出規(guī)定的限值或容差值:性能和功能;可靠性、維修性、測試性、保障性、安全性、生存性、環(huán)境適應性和電磁兼容性等特性;外形尺寸、重量、質(zhì)心、轉(zhuǎn)動慣量;接口特性;規(guī)范中的其它重要要求。2)設計定型后,更改產(chǎn)品技術(shù)狀態(tài)文件,對產(chǎn)品質(zhì)量有影響,達到規(guī)定的程度,或者對下列一個或多個方面產(chǎn)生重大影響:技術(shù)狀態(tài)項及其零、部、組件的互換性;已交付的使用手冊、維修手冊;與保障設備、保障軟件、零備件、訓練器材(裝置、設備和軟件)等的兼容性;技能、人員配備、訓練、生物醫(yī)學因素或人機工程設計。(2)類技術(shù)狀態(tài)更

18、改(重要更改)下列更改均屬類技術(shù)狀態(tài)更改:設計定型前,更改不屬于功能基線、 分配基線的技術(shù)狀態(tài)文件, 對滿足產(chǎn)品要求有影響;設計定型后,更改產(chǎn)品技術(shù)狀態(tài)文件, 對產(chǎn)品質(zhì)量有影響, 但沒有達到所規(guī)定的程度。(3)類技術(shù)狀態(tài)更改(一般更改)勘誤譯校、修正描圖、統(tǒng)一標注方法、 進一步明確技術(shù)要求等不影響滿足產(chǎn)品要求或產(chǎn)品質(zhì)量的更改和補充。6.2.2技術(shù)狀態(tài)更改審批過程控制項目技術(shù)狀態(tài)控制組應對技術(shù)狀態(tài)更改項目的審批過程進行控制,保證更改的必要性和更改內(nèi)容的正確性。在對技術(shù)狀態(tài)更改審批過程中重點控制以下幾方面:a) 更改申請申請技術(shù)狀態(tài)更改的單位對更改項目應在實施更改前做到論證充分和必要的試驗,在此基

19、礎(chǔ)上填寫 “技術(shù)狀態(tài)更改申請表 ”(見 XXX-XXX 技術(shù)狀態(tài)管理規(guī)定),同時提交“技術(shù)狀態(tài)更改論證報告 ”;b) 更改項目會簽“技術(shù)狀態(tài)更改申請表 ”經(jīng)相關(guān)分系統(tǒng)、 設備承制單位對更改內(nèi)容進行確認會簽, 其中重大更改項目所提交的 “技術(shù)狀態(tài)更改論證報告 ”由項目管理辦公室組織技術(shù)狀態(tài)控制組及相關(guān)單位審查或評審確認;c) 審批及權(quán)限一般更改項目 “技術(shù)狀態(tài)更改申請表 ”由主任設計師簽署意見后由主管副總師批準。凡是及關(guān)鍵項目、關(guān)鍵件和重要件的技術(shù)狀態(tài)更改應提高一級審批。重要更改項目 “技術(shù)狀態(tài)更改申請表 ”必須由項目總師批準;項目總師對上報的不合理的更改項目有權(quán)進行否決。6.2.3技術(shù)狀態(tài)更改

20、落實過程控制項目管理辦公室負責組織各分系統(tǒng)及產(chǎn)品研制單位有關(guān)人員技術(shù)狀態(tài)更改項目的審批后落實過程進行控制并監(jiān)督檢查,保證更改內(nèi)容落實到位。 對技術(shù)狀態(tài)更改落實過程中主要控制以下幾方面:a)文件更改控制:技術(shù)狀態(tài)更改項目涉及設計文件(含測試、試驗文件) 、圖樣、工藝文件更改時,按照 XXX-XXX 設計更改控制程序規(guī)定填寫 “更改單 ”,對設計文件及圖樣、工藝文件進行更改;b) 產(chǎn)品更改控制:按質(zhì)量管理體系文件要求,填寫生產(chǎn)現(xiàn)怕技術(shù)處理單,并按更改后的設計文件、圖樣、工藝文件及時完成產(chǎn)品更改;c) 更改后驗證控制:產(chǎn)品更改后應重新檢驗合格并按規(guī)定對更改后產(chǎn)品補充有關(guān)試驗項目和測試項目 (含單機自

21、身測試和參加上一級系統(tǒng)的補充測試) ,以驗證更改的有效性。6.2.4技術(shù)狀態(tài)更改的監(jiān)控項目質(zhì)量師負責組織各分系統(tǒng)及產(chǎn)品研制單位項目質(zhì)量管理人員對本級產(chǎn)品的更改項目審批、落實情況應納入待辦事項進行跟蹤檢查,確認更改內(nèi)容已落實,并對檢查確認結(jié)果進行記錄。項目質(zhì)量師負責對上述工作執(zhí)行情況實施檢查。6.2.5技術(shù)狀態(tài)更改統(tǒng)計項目應按階段進行全系統(tǒng)技術(shù)更改項目統(tǒng)計匯總。 設備級產(chǎn)品研制單位按型號分類向系統(tǒng)總體單位上報 “設備技術(shù)狀態(tài)更改匯總表 ”(經(jīng)設備主任設計師簽字),系統(tǒng)單位向總體單位上報 “系統(tǒng)技術(shù)狀態(tài)更改匯總表 ”(經(jīng)總師批準)。6.3偏離和超差控制a) 技術(shù)狀態(tài)項目制造前偏離技術(shù)狀態(tài)文件的規(guī)定

22、時,主管設計師辦理偏離審批手續(xù);技術(shù)狀態(tài)項目在研制過程中超出設計規(guī)定值時,承制單位辦理超差審批手續(xù)。b) 凡涉及可靠性和安全性的偏離和超差、 屬于災難性和致命性缺陷的偏離和超差、影響使用和維修的偏離和超差,一般不能申請和批準。c) 項目總師系統(tǒng)對本項目研制過程出現(xiàn)的偏離和超差應進行控制,主要控制內(nèi)容有:1) 偏離和超差審批:項目總師(或委托副總師)負責系統(tǒng)級、分系統(tǒng)級“偏離和超差申請和涉及關(guān)鍵項目、關(guān)鍵件和重要件的偏離和超差申請”的審批;2) 在產(chǎn)品交付驗收節(jié)點、系統(tǒng)總裝、測試、試驗階段結(jié)束,項目質(zhì)量師負責組織對驗收的產(chǎn)品和系統(tǒng)級產(chǎn)品在各研制階段出現(xiàn)的偏離和超差項處置結(jié)果進行清理、匯總、填寫

23、“不合格(超差)匯總表 ”上報,由總師、副總師按技術(shù)管理職責進行審查、確認其處理正確性。7 技術(shù)狀態(tài)紀實a) 技術(shù)狀態(tài)紀實從第一份技術(shù)狀態(tài)文件形成開始,在產(chǎn)品研制全過程應做好技術(shù)狀態(tài)紀實的積累工作;b) 項目管理辦公室要負責對產(chǎn)品研制過程能反映產(chǎn)品狀態(tài)的元器件、原材料技術(shù)狀態(tài)紀實、工藝技術(shù)狀態(tài)紀實、總體驗收過程技術(shù)狀態(tài)紀實、總裝、測試、試驗過程技術(shù)狀態(tài)紀實進行收集、匯總,作為最終產(chǎn)品質(zhì)量狀誠的依據(jù)性資料之一;c) 項目管理辦公室負責技術(shù)狀態(tài)更改申請、評審、審批、文件和圖樣更改、產(chǎn)品更改、更改后驗證等全過程的紀實和產(chǎn)品超差項及處理結(jié)果紀實的收集、匯總。8 技術(shù)狀態(tài)審核技術(shù)狀態(tài)審核是對產(chǎn)品技術(shù)狀態(tài)

24、進行全面審查、 核實,以評定產(chǎn)品功能技術(shù)狀態(tài)和物理技術(shù)狀態(tài)是否符合文件、 圖樣規(guī)定的要求。 項目技術(shù)狀態(tài)控制組在研制過程中要做好產(chǎn)品技術(shù)狀態(tài)的審查和核實、把關(guān)工作。a) 產(chǎn)品功能技術(shù)狀態(tài)審核功能技術(shù)狀態(tài)審核是對產(chǎn)品實際的功能、 性能指標(含接口)滿足技術(shù)狀態(tài)文件要求程度的檢查。功能技術(shù)狀態(tài)審核主要在以下研制節(jié)點進行:1) 設計(含工藝)評審:項目管理辦公室組織重點審查系統(tǒng)級和分系統(tǒng)級及關(guān)鍵設備級產(chǎn)品設計文件(含工藝文件)內(nèi)容是否滿足任務書或產(chǎn)品規(guī)范要求的功能、性能指標,形成評審結(jié)論。具體審核內(nèi)容和方工執(zhí)行 XXX-XXX 設計評審控制程序;2) 單機、分系統(tǒng)產(chǎn)品交付驗收質(zhì)量評審:由項目管理辦公

25、室組織,重點審查待交付的產(chǎn)品是否滿足任務書或技術(shù)條件要求的功能、性能指標,形成驗收報告。3) 系統(tǒng)出所質(zhì)量評審:系統(tǒng)出所前由項目管理辦公室組織預先內(nèi)部評審,重點審查身待出所的系統(tǒng)產(chǎn)品是否滿足任務書或技術(shù)條件要求的功能、性能指標,形成評審結(jié)論。b) 產(chǎn)品物理技術(shù)狀態(tài)審核物理技術(shù)狀態(tài)審核是依據(jù)設計文件、 圖樣對生產(chǎn)的產(chǎn)品實物技術(shù)狀態(tài)進行逐項檢查(含:研制生產(chǎn)過程質(zhì)量控制記錄、關(guān)重件控制記錄、技術(shù)狀態(tài)更改的落實、偏離、超差、元器件和原材料不符合及代料的處置) ,以確定產(chǎn)品是否達到技術(shù)狀態(tài)文件的要求。物理技術(shù)狀態(tài)審核主要在以下研制節(jié)點進行:1) 產(chǎn)品承制單位自行審核:在產(chǎn)品出所內(nèi)部驗收進行;2) 產(chǎn)品驗收組審核:產(chǎn)品交付驗收過程進行;其中,對于產(chǎn)品交付驗收時不能檢測到的項目, 根據(jù)需要驗收組提前在產(chǎn)品研制相關(guān)節(jié)點組織審核檢查;3)物理技術(shù)狀態(tài)審核結(jié)果應與功能技術(shù)狀態(tài)審核結(jié)果共同形成 “驗收報告 ”、并在 “產(chǎn)品質(zhì)量履歷書 ”中進行相應記載。c) 技術(shù)狀態(tài)控制評價對項目技術(shù)狀態(tài)控制評價分項目自身評價和項目外部評價兩方面。1) 項目自身評價:項目管理辦公室組織,對項目研制過程技術(shù)狀態(tài)控制情況進行檢查(評審),進行自身評價,給出評價結(jié)論。2) 項目外部評價:由集團公司、用戶組織,對項目技術(shù)狀態(tài)控制進行專項評審,對項目技術(shù)狀態(tài)控制結(jié)果進行全面評價

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論