技术状态管理讨论专用课件.pptVIP

技朮狀態管理討論 James Wang 2008.10.20 7.1.HS.1 技朮狀態管理計劃（Configuration Management Plan） 組織必須建立並維保持技朮狀態管理計劃﹐它們應該包括 a.技朮狀態管理活動的標識和範圍 b.完成這些活動的進度 c.技朮狀態管理的工具 d.技朮狀態管理的方法和程式文件 e.從事該工作的組織和職責 f.每個技朮狀態管理項目的控制水準 g.將各個專案置於技術狀態管理下的基線 7.1.HS.1-注1：規定通用技術狀態管理任務和職責的通用作業指導書不需要重複地作為專用的文件化的技術狀態管理計畫的一部分 電子工標對7.1.HS.1的理解 3.1? 技術狀態：指在產品生命週期中﹐體現產品在某一狀態下的功能特性和物理特性﹔ 3.2技朮狀態項目﹕反映或體現產品在某一狀態下的功能特性和物理特性的項目 (可以文文件形式存在)﹔ 3.3 技術狀態審核：為確定技術狀態項符合其規定要求程度狀況而進行的審查﹔ 3.4 技術狀態基線: 在正式確定為產品技術狀態的時間點上﹐所有技朮狀態項的總和,它是後續活動的參照基準﹔ 3.5 技術狀態管理：在技術狀態基線正式確立後，為管控技術狀態項變更所進行的活動﹔ 3.6 技術狀態紀錄: 對所建立的技術狀態文件、建議的更改狀況和已批准更改的實施狀況所做的正式記錄和報告 6sigma 論壇中關于技术状态管理的討論 1. 技術狀態管理的起源與真正的含義? ??技術狀態管理就是版本管理嗎? 2.硬件制造企業應該選定哪些技術狀態項?如何管理這些技術狀態項.? 3技術狀態項的控制水準級別如何劃分? (標準中有要求技術狀態管理計畫應體現不同狀態項的控制水準) 4.技術狀態管理計畫如何編寫? 5 技術狀態項的變更管理與文件變更管理有什麼區別? 6.技術狀態管理與文件控制記錄控制管理的區別聯繫 7.如何定義基線? 8.技術狀態審核怎麼做? 9.技術狀態管理的狀態報告應是怎樣的?(GB中用了一個拗口的術語技術狀態紀實) 10.要滿足認證要求,技術狀態管理要做到什麼樣的程度? 技术状态管理的起源　　技术状态管理在产品(含硬件、软件及其组合体)全寿 命周期内，运用技术管理手段，对在技术文件中规定的、并在产品 上最终实现的功能特性和物理特性实施监督的一种管理方法。 技术状态管理是系统工程管理的重要组成部分，是武器装备、 复杂大型工程在研制生产过程中，确保产品质量、降低费效比、缩 短研制周期的有效措施。 技术状态的基本概念和管理方法渊源于 20世纪50年代。当时，美国面临着苏联战略武器系统发展的威 胁，因此要迅速发展自己的宇航运载工具—阿特拉斯火箭和战 略武器系统。这样大型复杂的系统工程在研制过程中，除多个部门 的合作外，还有大量的技术文件及其数据需要及时交换、处理;各 系统、各接口间要协调统一，并与总体方案保待一致;任何方案或 图样的更新都要涉及相关文件、数据和制品的更改等。这就促使美 国政府不得不召集有关专家研究解决问题的方法，从而提出并采 用了技术状态的概念和管理办法。 经过数年的实践，美国国防部于 70年代颁布了《技术状态管理(条例)》。随后，又相继颁布了多 项军用标准。1992年4月，美国国防部在对原颁布的多项美国军 甲标准进行全面分析、协调统一、补充完整的基础上.颁布了 Mll一STD一973《技术状态管理》，它所代替的标准达6项之多。 150/TC176把技术状态管理作为质量管理和质量体系要素的组 成部分，颁布了150/CDg。。4一7质量管理和质量体系要素第七部 分作为技术状态管理指南。 中国在1987年颁布的优军工产品质量 节理条例》中也明确提出了实施技术状态管理的要求。 技术状态管理的内容包括技术状态标识、技术状态控制、技术 状态状况记实和技术状态审核。 ①技术状态标识是以文件的形式， 对已批准的产品技术状态进行描述与说明。其主要内容包括:选定 技术状态项目，确定每个技术状态项目所需的技术状态文件的类 型，给定技术状态项目及其技术文件(包括内部和外部接口文件) 的编号和其他标识符号，发放技术状态文件，建立技术状态项目的 功能基线、分配基线和产品基线。 ②技术状态控制是在建立了技术 状态基线之后，对技术状态的更改(含对技术状态产生影响的偏离 和超差)提出建议，进行论证、评价、协调、审批，并将已批准的 更改赋予实施的过程。其主要内容包括:判断更改的必要性，确定 工程更改的类型(根据更改对技术状态影响的程度，可分为I类、 I类等)，审查和评价及处理更改，拟订工程更改建议，将工程更 改建议提交审批，将已批准的工程更改纳入文件，必要时，可通过 谈判纳人合同，根据合同实施更改。 ③技术状态状况记实是对已批 准的技术状态文件、技术状态更改(含偏离和超差)状况以及已批 准的