XX項目技術狀態管理計劃doc_第1頁
XX項目技術狀態管理計劃doc_第2頁
XX項目技術狀態管理計劃doc_第3頁
XX項目技術狀態管理計劃doc_第4頁
XX項目技術狀態管理計劃doc_第5頁
已閱讀5頁,還剩12頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、密級: 階段: 版次: XXX技術文件 XXX-XXX-GLXX-2011 XXX系統 項目技術狀態管理計劃 第x研究所 2011年03月 錯誤!未找到引用源。 項目技術狀態管理計劃 錯誤!未找到引用源。 共15頁 擬 制 審 核 會 簽 標準化 批 準 軍代表 刖 言 1目標錯誤!未定義書簽。 2技術狀態管理組織1 2.1組織1 2.2所內各部門職責1 2.3技術狀態控制組職責錯誤!未定義書簽。 3技術狀態管理的主要任務 2 4技術狀態管理工作程序和內容 錯誤!未定義書簽。 4.1審查并確定技術狀態基線 3 4.2確定技術狀態基線的原則 3 4.3技術狀態基線確定時機及相互關系 3 4.4功

2、能基線建立4 4.5分配基線建立4 4.6產品基線建立4 4.7技術狀態標識5 4.8文件的簽署5 5技術狀態控制5 5.1技術狀態控制原則5 5.2技術狀態更改控制5 5.3偏離和超差控制7 5.4研制過程技術狀態紀實控制 7 5.5技術狀態審核8 6技術狀態管理工作計劃 錯誤!未定義書簽。 7技術狀態項目清單 .錯誤!未定義書簽。 、八 冃IJ言 本文依據項目管理質量文件, 系統項目技術狀態管理。 描述了 XXX系統項目技術狀態管理計劃,用于XXX 1引言 1.1目的和范圍 本計劃規定了 XXX項目技術狀態管理的原則、主要內容和要求,是指導 XXX項 目以及技術狀態項研制全過程的技術狀態管

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

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

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

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

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

8、 檔案管理員負責技術狀態文件的管理、保存,按要求登記、發放技術狀態文件。并 按照XXX-XXX技術文件有效性標識的規定加蓋標識印章;協助檢查各研發生產部 門技術文件的管理以及技術狀態文件更改的落實情況。 4 技術狀態管理里程碑 XX項目研制包括:方案(F)階段、初樣(C)階段、試樣(S)階段和設計定型 (D)階段。技術狀態管理里程碑如表 2所示。 表2技術狀態管理里程碑 序 號 階段 工作項目 完成時機 責任單位 1 方案 成立技術狀態控制組 項目策劃時 x所 2 功能基線確定 立項批復完成后 x所 3 階段 原理樣機方案評審 X所及配套單位 4 F轉C階段評審 原理樣機交付使用后 X所 5

9、初樣 分配基線的確定 總體方案評審后 X所 6 產品基線初步確定 設備、模塊等評審后 X所及配套單位 7 階段 設備技術狀態更改匯總、 落實情況檢查、質量評審 設備交付系統聯試前 X所及配套單位 8 系統技術狀態更改匯總、 落實情況檢查 系統出所專項評審前 X所 9 C轉S階段評審 系統交付使用后 X所 10 試樣 階段 設備技術狀態更改匯總、 落實情況檢查、質量評審 設備交付系統 X所 11 系統技術狀態更改匯總、 落實情況檢查 系統出所專項評審前 X所及配套單位 12 S型件裝機評審 交付前 X所 13 設計 定型 階段 項目技術狀態審查 結合定型進行 X所及配套單位 5 技術狀態標識 5

10、.1技術狀態項 根據XXX-XXXXXX系統產品分解結構及技術狀態項,XXX系統選取的技術 狀態項如表3所示。 表3 XXX系統技術狀態項目表 第一級 第二級 第三級 0000 XXX系統 1000 設備1 1100 模塊11 1200 模塊12 1300 模塊13 2000 設備2 2100 模塊21 2200 模塊22 3000 設備4 3100 模塊31 3200 模塊32 4000 設備5 5000 設備6 5100 模塊51 5200 模塊52 5300 模塊53 5.2審查并確定技術狀態基線 技術狀態基線表示項目研制主要節點經正式設計評審予以批準和凍結的技術狀態, 同時作為進一步的

11、設計和性能更改的正式技術狀態控制的起始點。 5.2.1確定技術狀態基線的原則 項目總設計師組織設計師系統,在滿足任務要求前提下,根據戰術技術指標和經濟 效益、現有條件,運用可靠性、安全性和優化設計技術,進行系統分析,綜合擇優確定 產品系統、設備和模塊的技術狀態。 5.2.2技術狀態基線確定時機及相互關系 論證階段后期建立功能基線”方案階段初期確認,論證轉方案階段評審確定。 方案階段初期建立分配基線”方案階段后期評審確認。 初樣階段后期建立產品基線”產品研制初期確認,產品交付時評審確定。 三種基線分別對應要求的技術狀態文件:功能基線技術狀態文件、分配基線技術狀 態文件、產品基線技術狀態文件,三者

12、之間應相互協調,具有可追溯性,后者對前者進 行擴展和細化。如果三者之間出現矛盾,其優先順序是:功能技術狀態文件、分配技術 狀態文件和產品技術狀態文件。 523功能基線建立 a)在跟蹤論證階段,項目管理辦公室應會同設計師系統協商確認技術狀態要求, 并反映在合同或協議(或提前呈批件)中。任務啟動后,項目總師(霍指定人 員)應按合同或顧客(訂購方)要求編制形成功能基線所要求的功能技術狀態 文件,在方案階段初期經用戶確認后,建立功能基線,作為正式技術狀態控制 的起點。功能基線的內容應與合同或研制總要求的技術內容協調一致。功 能基線的技術狀態文件包括系統(研制)合同及技術協議書、項目任務書(總 要求)、

13、用戶需求等。系統規范的主要內容為:功能特性(如系統能力、可靠性、 維修性、保障性、測試性、環境條件、運輸性、電磁兼容、生產性、互換性、 安全性、人機工程、計算機資源要求、綜合保障要求、人員訓練要求)、接口要 求和驗證要求等。 b)項目管理辦公室負責組織對各分系統功能技術狀態基線文件進行評審確認。 c)項目管理辦公室負責向各分系統下發項目功能技術狀態文件,作為確定分系統 功能技術狀態基線的依據。 5.2.4分配基線建立 a)在方案階段,設計師系統應按合同及功能基線要求編制形成分配基線所要求的 分配技術狀態文件,在工程研制階段初期經用戶確認后,建立分配基線。分配 基線的技術狀態文件包括項目研制規范

14、、研制方案報告、相關接口控制文件、 驗收測試規范等。項目研制規范的主要內容為:功能特性(包括從武器裝備系 統或高層技術狀態項目分配給技術狀態項目的能力、可靠性、維修性、環境條 件、運輸性、電磁兼容、生產性、互換性、安全性、人機工程、計算機資源要 求、綜合保障要求、人員訓練要求)、接口要求、附加的設計的約束條件和驗證 要求等。 b)項目管理辦公室負責組織對分配技術狀態基線文件進行評審確認。 c)項目管理辦公室負責向各分系統下發分配技術狀態文件,作為確定分系統分配 技術狀態基線的依據。 5.2.5產品基線建立 a)在工程研制階段,設計師系統應按合同及功能基線、分配基線要求進行工程設 計和產品試制,

15、編制形成產品基線所要求的產品技術狀態文件,經功能技術狀 態審核和物理技術狀態審核后建立產品基線。產品基線是產品交付的依據。產 品基線的技術狀態文件包括產品規范、工藝規程、材料規范、試驗規范、工程 圖樣和其它技術文件(如設計報告、原理圖、方框圖、結構設計圖紙等)。這些 文件共同構成技術狀態項目成套技術資料。 b)項目管理辦公室負責組織對產品技術狀態基線文件進行評審確認。 c)技術質量與售后服務處負責在產品交付前對產品技術狀態基線符合情況進行評 審確認。 5.3標識 依據項目技術狀態基線文件要求,由總體主任設計師組織進編寫產品配套表并完成 技術狀態項目編號(標識),對選定的產品技術狀態項目逐級審批

16、, 最終由總設計師(或 主管副總師)批準后確定。 項目管理辦公室負責組織標準化師、質量師、檔案管理人員編寫,并發布技術狀態 項目和技術狀態文件的標識號,標識號包括產品代號、文件編號、階段標記、產品(關 鍵件、重要件)標記等。設計和生產部門應在產品和文件的規定處做出上述標識。 5.4文件的簽署 技術狀態項目設計文件應履行規定的審批和會簽手續。簽署、質量會簽的要求和 責任按XXX-XXX文件控制程序的規定執行。 6 技術狀態控制 6.1技術狀態控制原則 a)各級設計師應按照技術狀態基線文件進行產品的詳細設計,在產品生產制造、 裝配、測試、試驗過程嚴格按設計文件進行實施。 b)研制過程必須更改技術狀

17、態時,應遵循技術狀態更改五條原則(論證充分,各 方認可,試驗驗證,審批完備,落實到位)進行,并按審批程序規定辦理相應 的審批手續。涉及關鍵項目、關鍵件和重要件的技術狀態更改應提高一級審批。 6.2技術狀態更改控制 6.2.1技術狀態更改分類 技術狀態更改一般分為I類、U類、川類。 (1)1類技術狀態更改(重大更改) 下列更改均屬I類技術狀態更改: 1)更改功能基線、分配基線,致使下列任一要求超出規定的限值或容差值: 性能和功能;可靠性、維修性、測試性、保障性、安全性、生存性、環境適應性和 電磁兼容性等特性;外形尺寸、重量、質心、轉動慣量; 接口特性;規范中的其它重要要求。 2)設計定型后,更改

18、產品技術狀態文件,對產品質量有影響,達到規定的程度, 或者對下列一個或多個方面產生重大影響: 技術狀態項及其零、部、組件的互換性;已交付的使用手冊、維修手冊;與保障設 備、保障軟件、零備件、訓練器材(裝置、設備和軟件)等的兼容性;技能、人員配備、 訓練、生物醫學因素或人機工程設計。 (2)U類技術狀態更改(重要更改) 下列更改均屬U類技術狀態更改: 設計定型前,更改不屬于功能基線、分配基線的技術狀態文件,對滿足產品要求有 影響; 設計定型后,更改產品技術狀態文件,對產品質量有影響,但沒有達到所規定的程 度。 (3)川類技術狀態更改(一般更改) 勘誤譯校、修正描圖、統一標注方法、進一步明確技術要

19、求等不影響滿足產品要求 或產品質量的更改和補充。 622技術狀態更改審批過程控制 項目技術狀態控制組應對技術狀態更改項目的審批過程進行控制,保證更改的必要 性和更改內容的正確性。在對技術狀態更改審批過程中重點控制以下幾方面: a)更改申請 申請技術狀態更改的單位對更改項目應在實施更改前做到論證充分和必要的試驗, 在此基礎上填寫 技術狀態更改申請表”(見XXX-XXX技術狀態管理規定),同時提 交技術狀態更改論證報告”; b)更改項目會簽 技術狀態更改申請表”經相關分系統、設備承制單位對更改內容進行確認會簽,其 中重大更改項目所提交的 技術狀態更改論證報告”由項目管理辦公室組織技術狀態控 制組及

20、相關單位審查或評審確認; c)審批及權限 一般更改項目 技術狀態更改申請表”由主任設計師簽署意見后由主管副總師批準。 凡是及關鍵項目、關鍵件和重要件的技術狀態更改應提高一級審批。 重要更改項目 技術狀態更改申請表”必須由項目總師批準; 項目總師對上報的不合理的更改項目有權進行否決。 6.2.3技術狀態更改落實過程控制 項目管理辦公室負責組織各分系統及產品研制單位有關人員技術狀態更改項目的 審批后落實過程進行控制并監督檢查,保證更改內容落實到位。對技術狀態更改落實過 程中主要控制以下幾方面: a)文件更改控制:技術狀態更改項目涉及設計文件(含測試、試驗文件)、圖樣、 工藝文件更改時,按照 XXX

21、-XXX設計更改控制程序規定填寫 更改單”, 對設計文件及圖樣、工藝文件進行更改; b)產品更改控制:按質量管理體系文件要求,填寫生產現怕技術處理單,并按更 改后的設計文件、圖樣、工藝文件及時完成產品更改; c)更改后驗證控制:產品更改后應重新檢驗合格并按規定對更改后產品補充有關 試驗項目和測試項目(含單機自身測試和參加上一級系統的補充測試),以驗證 更改的有效性。 624技術狀態更改的監控 項目質量師負責組織各分系統及產品研制單位項目質量管理人員對本級產品的更 改項目審批、落實情況應納入待辦事項進行跟蹤檢查,確認更改內容已落實,并對檢查 確認結果進行記錄。項目質量師負責對上述工作執行情況實施

22、檢查。 6.2.5技術狀態更改統計 項目應按階段進行全系統技術更改項目統計匯總。 設備級產品研制單位按型號分類 向系統總體單位上報設備技術狀態更改匯總表”(經設備主任設計師簽字),系統單位 向總體單位上報系統技術狀態更改匯總表”(經總師批準)。 6.3偏離和超差控制 a)技術狀態項目制造前偏離技術狀態文件的規定時,主管設計師辦理偏離審批手 續;技術狀態項目在研制過程中超出設計規定值時,承制單位辦理超差審批手 續。 b)凡涉及可靠性和安全性的偏離和超差、屬于災難性和致命性缺陷的偏離和超差、 影響使用和維修的偏離和超差,一般不能申請和批準。 c)項目總師系統對本項目研制過程出現的偏離和超差應進行控

23、制,主要控制內容 有: 1)偏離和超差審批:項目總師(或委托副總師)負責系統級、分系統級偏離 和超差申請和涉及關鍵項目、關鍵件和重要件的偏離和超差申請”的審批; 2)在產品交付驗收節點、系統總裝、測試、試驗階段結束,項目質量師負責 組織對驗收的產品和系統級產品在各研制階段出現的偏離和超差項處置結 果進行清理、匯總、填寫 不合格(超差)匯總表”上報,由總師、副總師 按技術管理職責進行審查、確認其處理正確性。 7 技術狀態紀實 a)技術狀態紀實從第一份技術狀態文件形成開始,在產品研制全過程應做好技術 狀態紀實的積累工作; b)項目管理辦公室要負責對產品研制過程能反映產品狀態的元器件、原材料技術 狀

24、態紀實、工藝技術狀態紀實、總體驗收過程技術狀態紀實、總裝、測試、試 驗過程技術狀態紀實進行收集、匯總,作為最終產品質量狀誠的依據性資料之 7 c)項目管理辦公室負責技術狀態更改申請、評審、審批、文件和圖樣更改、產品 更改、更改后驗證等全過程的紀實和產品超差項及處理結果紀實的收集、匯總 8 技術狀態審核 技術狀態審核是對產品技術狀態進行全面審查、核實,以評定產品功能技術狀態和 物理技術狀態是否符合文件、圖樣規定的要求。項目技術狀態控制組在研制過程中要做 好產品技術狀態的審查和核實、把關工作。 a)產品功能技術狀態審核 功能技術狀態審核是對產品實際的功能、性能指標(含接口)滿足技術狀態文件要 求程

25、度的檢查。 功能技術狀態審核主要在以下研制節點進行: 1)設計(含工藝)評審:項目管理辦公室組織重點審查系統級和分系統級及 關鍵設備級產品設計文件(含工藝文件)內容是否滿足任務書或產品規范 要求的功能、性能指標,形成評審結論。具體審核內容和方工執行 XXX-XXX設計評審控制程序; 2)單機、分系統產品交付驗收質量評審:由項目管理辦公室組織,重點審查 待交付的產品是否滿足任務書或技術條件要求的功能、性能指標,形成驗 收報告。 3)系統出所質量評審:系統出所前由項目管理辦公室組織預先內部評審,重 點審查身待出所的系統產品是否滿足任務書或技術條件要求的功能、性能 指標,形成評審結論。 b)產品物理

26、技術狀態審核 物理技術狀態審核是依據設計文件、圖樣對生產的產品實物技術狀態進行逐項檢查 (含:研制生產過程質量控制記錄、關重件控制記錄、技術狀態更改的落實、偏離、超 差、元器件和原材料不符合及代料的處置),以確定產品是否達到技術狀態文件的要求。 物理技術狀態審核主要在以下研制節點進行: 1)產品承制單位自行審核:在產品出所內部驗收進行; 2)產品驗收組審核:產品交付驗收過程進行;其中,對于產品交付驗收時不 能檢測到的項目,根據需要驗收組提前在產品研制相關節點組織審核檢查; 3)物理技術狀態審核結果應與功能技術狀態審核結果共同形成驗收報告”、 并在產品質量履歷書”中進行相應記載。 c)技術狀態控制評價 對項目技術狀態控制評價分項目自身評價和項目外部評價兩方面。 1)項目自身評價:項目管理辦公室組織,對項目研制過程技術狀態控制情況 進行檢查(評審),進行自身評價,給出評價結論。 2)項目外部評價:由集團公司、用戶組織,對項目技術狀態控制進行專項評 審,對項目技術狀態控制結果進行全面評價,給出評價結論。 9 供方技術狀態管理 9.1

溫馨提示

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

評論

0/150

提交評論