技术状态管理讨论.ppt

技朮狀態管理討論,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类等)，审查和评价及处理更改，拟订工程更改建议，将工程更 改建议提交审批，将已批准的工程更改纳入文件，必要时，可通过 谈判纳人合同，根据合同实施更改。 技术状态状况记实是对已批 准的技术状态文件、技术状态更改(含偏离和超差)状况以及已批 准的技术状态更改的执行状况进行正式记录和报告的过程。其主 要内容有:记录形成的技术状态文件和标识符，记录技术状态更改 (含偏离和超差)情况和更改的执行情况，记录接口协调情况，适时对技术状态记实情况进行汇总、整理，写出技术状态纪实报告。 技术状态状况纪实是技术状态标识和控制的伴随物，从第一份技 术状态文件生效开始，贯穿于产品研制的整个寿命周期。实施技术 状态状况记实，将为工程研制有效地实施技术状态管理提供信息。 技术状态审核是为确保产品符合合同和技术状态文件的要求， 同时也使技术状态文件能准确地反映产品的技术状态而进行的正 式审查。技术状态审核包括功能技术状态审核和物理技术状态审 核。前者是检查技术状态项目是否达到了功能技术状态文件(功能 基线加上已批准的更改)和分配技术状态文件(分配基线加上已批 准的更改)的要求;后者是为确立技术状态项目的产品基线。前者 应在设计定型前完成;后者应在首件技术状态项目产品上进行。,技术状态基线,GB/T19017-1997质量管理 技术状态管理指南中，将技术状态基线定义为：“在某一特定时间点正式规定的产品技术状态，是后续活动的参照基准”。 技术状态基线是由批准的文件所组成，是在产品实现过程中，任何特定过程所规定的产品功能特性和物理特性。 在产品的寿命周期内，有必要规定作为下一过程工作起点的参照基准时，应建立技术状态基线。前一过程技术状态的输出应是下一过程技术状态的输入，是下一过程开展活动的依据和基准 。 技术状态管理的实质就是对基线的管理。,美国的国家军用标准和美国国防部规定，在技术状态管理中有如下几种基线：,（一）功能基线 功能基线主要是对研制任务书规定的产品功能特性和性能特性，做出详细说明和对有关问题的约束形成技术要求。这就是最初的功能技术状态标识。以硬件产品为例，主要内容包括： 1.所有必须的功能特性； 2.证明达到功能特性必须的试验； 3.产品接口特性； 4.产品关键功能特性和关键件； 5.设计限制条件，如包线尺寸、部件标准化等。 （二）分配基线 分配基线是最初批准的分配技术状态标识。也就是通过先行试验等活动和确认，将产品或系统的功能分配到产品的各个组成部分，如给出装配图，形成产品的各个组成部分的设计任务书，这是方案设计的结束。以硬件产品为例，分配基线包括： 1.确定从较高一级功能特性分配下来的功能特性； 2.各种验证或试验； 3.接口要求； 4.限制条件。 （三）产品基线 产品基线是最初批准或有条件批准的产品技术状态标识，是经过初步设计、技术设计和鉴定等阶段后，形成产品批量生产使用的成套技术文件，如产品分解图样（零件图）、工艺、技术标准、规范和规程等一整套完整统一的技术文件。以硬件产品为例，产品基线主要包括： 1.产品的物理形状、配合和功能特性； 2.产品验收试验所规定的功能特性； 3.产品验收试验。 从美国国防部技术状态管理条例对基线的概括可以看出，基线是指在产品或系统寿命周期内某一特定的阶段正式指定或规定的技术状态标识的文件。产品设计过程中最终的设计评审结果，应恰当地形成确定产品设计基线的技术规范和图样，这种活动就称之为“确立设计基线”。,技朮狀態管理討論案例1,技术状态管理通常指产品的技术生命阶段： 在我公司定义的技术状态分以下几个： 方案设计，初样，小试，设计定型，中试，生产定型。 在以上几个阶段可能同时都会存在一份同名同用途的文件，比如产品的可靠性要求，或技术指标要求，但这个不同阶段里，这份文件的内容可能会有差异，但作为技术资料存档时，这份文件的每一个阶段的版本都应存档，这个时候，文件存档的区分办法只能通过技术状态管理，而不能通过版本管理来实现，因为通常新版本发生时，旧版会作废。但技术状态管理就不存在这个问题，比如，方案设计阶段我的产品技术要求是A版，我初样阶段的产品技术要求也可以是A版，这两个A版可以同时存在，同时都要存档。可以说，不同技术状态的同一份文件，在文件管理时可以视为不同文件进行管理，但作为设计资料，他不同技术状态之间，是存在相关性的。,技朮狀態管理討論案例2,A 纳入技朮狀態管理的时机 1、在産品实现阶段到産品小批试生産阶段结束提交顾客承认前就必须纳入技朮狀態管理要求。 B 技朮狀態管理活动的范围和标识 1、技朮狀态管理活动的范围：在本公司基本构成生産的型态内容如下： a、顾客的图纸、规范、要求 b、制造流程图 c、场地平面布置图 d、零件清单 e、设备清单 f、模具清单、模具图面 g、管制计划、制造参数 h、包装规定 i、检验规定 j、工时要求 k、其他 2、每个産品自其开始开发时就必须建立相关技朮關態管理卷宗，其卷宗外面必须标识産品名称。 3、在以上所列的各项技朮狀態管理资料的要求，都必须标识出産品名称，和版本，以期能正确的识别。 C 技朮狀態态管理计划 1. 在进行産品实现规划时，必须进行相应的技朮狀态管理的规划，规划出以下的内容： a、産品名称爲什麽： b、産品编号是什麽： c、版本如何标识： d、由谁负责制作技朮狀态要求的各项内容，要求的格式是什麽，什麽时候完成。 e、由谁负责在産品现实现规划阶段的技朮狀态管理工作。 f、有影响到这些技朮狀态管理要求的变更，必须经过评估，并填写出变更要求，以及变更通知后方得更改。 D 技朮狀态管理内容量产后的移交 1、在産品实现规划结束之后，整个技朮狀态管理的内容就必须移交工程部。 2、后续如果有有影响到这些技朮狀态管理要求的变更，必须经过评估，并填写出变更要求，以及变更通知后方得更改。 3、这些变更要求、变更通知、以及生産日期都必须纳入到技朮狀态管理要求的卷宗。 E 问题解决和技朮狀态管理的介面 1、如果在后续生産的过程中，有一些问题发生，其解决措施可能会要求进行技朮狀态管理内容的变更，如果需要变更同样必须提出变更要求，以及变更通知，以做有效的技朮狀态管理要求。 F 设计更改的可追溯性 1、万一有发生追溯性要求时，我们可以藉由技朮狀态管理卷宗去查阅出自何时变更，自何时生效等相关的资料，进而进行有效且正确的追溯工作。,兩篇關于技朮狀態管理的論文,技术状态管理概念,技术状态是指在技术文件中规定的并在产品中达到的物理特性和功能特性。技术状态管理是指应用技术和行政管理手段对产品技术状态进行标识、控制、审核和纪实的活动。 （1）实施技术状态管理的两个基本的管理要素 在实施技术状态管理中涉及到两个基本的管理要素， 一是技术状态项目，二是基线。 技术状态项目是技术状态管理的基本单元。反映或體現產品在某一狀態下的功能特性和物理特性的項目 。 基线是指已批准的并形成文件的技术描述。技术状态管理中，一般要考虑三个基线功能基线、分配基线和产品基线。 技术状态管理主要是针对技术状态项目的基线实施的管理。 （2）技术状态管理的内容 技术状态管理可包括技术状态标识、技术状态控制、技术状态纪实和技术状态审核等活动。 a)技术状态标识。技术状态标识包括确定产品结构，选择技术状态项目，将技术状态项目的物理和功能特性以及接口和随后的更改形成文件，为技术状态项目及相应文件分配标识特征或编码等所有的活动。 b)技术状态控制。技术状态文件正式确立后，控