网站大量收购独家精品文档,联系QQ:2885784924

AS9100D-技术状态管理.pptx

  1. 1、本文档共24页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

;技术状态管理

组织应策划、实施和控制适合于组织和产品的技术状态管理过程,以保证在产品全寿命周期物理特性和功能特性的可视性和控制。此过程应:

a.控制产品标识和对要求的追溯性,包括识别的更改的实施;

b.确保形成文件的信息(例如:要求,设计,试验和验收文件)和产品与服务的实际特性准确一致。

;技术状态是指在产品技术状态信息中规定的产品相互关联的功能特性和物理特性。

技术状态管理是在产品的整个寿命周期内,运用技术的和行政的手段,对技术状态项目以及有关的产品技术状态信息进行管理的一种活动。

技术状态管理是将产品的技术状态形成文件,并在产品的寿命周期性内的所有阶段,为标识和追溯产品物理的和功能的要求的实现状况及准确获取信息提供途径。;技术状态管理包括:技术状态管理策划、技术状态标识、更改控制、技术状态纪实和技术状态审核。

ISO10007-2003(GBT19017-2008)技术状态管理指南。

GJB3206A-2010技术状态管理

;功能特性

指产品的定量性能参数和设计约束条件,包括使用参数及其公差,如:飞机的升限、航程、活动半径、巡航速度等。

物理特性

指装备、器材等的物理特征,可以定量或定性的描述,如成分、尺寸、形状配合等,如发动机的进口直径、净重等。

;技术状态基线

在某一时间点确立并经过批准的产品技术状态信息,作为产品整个寿命周期内活动的参照基准。

技术状态项目

满足最终使用功能的某个技术状态内的实体。

技术状态纪实

对产品技术状态信息、建议的更改状况和已批准更改的实施状况所做的正式记录和报告。

;产品技术状态信息

对产品设计、实现、验证、运行和支持的要求。

更改控制

在产品技术状态信息正式被批准后,对产品的控制活动。

让步

对使用或放行不符合规定要求的产品的许可。

;技术状态管理策划

技术状态标识

更改控制

技术状态纪实

技术状态审核;技术状态管理策划的输出是技术状态管理计划。

对于某个具体产品来说,技术状态管理计划应当:

——形成文件并得到批准;

——受控;

——确定所使用的技术状态管理程序;

——尽可能引用???织的相关程序;

——规定在产品的整个寿命周期中开展技术状态管理的职责和权限。;技术状态管理计划可以是一份单独的文件,或是其他文件的一部分,或由几份文件组成。

技术状态管理计划的结构和内容包括:

——引言

——方针

——技术状态标识

——更改控制

——技术状态纪实

——技术状态审核;技术状态管理标识包括:

1、产品结构和技术状态项目的选择

所选择的技术状态项目及其相互关系应当能描述产品结构。

组织应当选择那些功能特性和物理特性能够单独管理的项目作为技术状态项目,以实现该技术状态项目的全部最终使用性能。

在产品寿命周期中应当早开始技术状态项目的选择。;2、产品技术状态信息

产品技术状态信息包括产品的定义和产品的使用信息,通常包括:要求、规范

、设计图样、零件清单、软件文档和清单、模型、试验规范、维护和操作手。

产品技术状态信息应当是相关的并可追溯。组织应当确定唯一的编号方式,以

确保对每一个技术状态项目的适当控制,并应考虑该组织现有的编号习惯,以

及更改控制的信息,例如:修改状态。

;3、技术状态基线

在产品寿命周期中,一旦需要就应当建立技术状态基线,为以后的活动确定一

个基准。

在技术状态基线中,定义产品的详略程度取决于所要求的控制程度。

;技术状态文件应标注研制生产“阶段标记”(M、C、S、D、P),其中

“M”代表立项论证阶段部件、原理样机或试验装置;

“C”代表方案阶段的原理样机或模型样机;

“S”代表工程研制阶段的初样机或正样机;

“D”代表设计定型阶段的正样机;

“P”代表试生产阶段的生产定型产品。

;产品技术状态信息在初次发布后,所有的更改都应当受控。

控制更改的过程应当形成文件,并应当包括下述内容:

——对更改的表述、更改的理由和记录;

——依据复杂程度、资源和进度所确定的更改的类别;

——更改结果的评价;

——如何处理更改的细节;

——如何实施和验证更改的细节。;更改控制包括:

1、所需要更改的提出、标识和文件编制更改可能由组织、某个顾客或某个供方

首先提出。

所提的更改建议在提交管理机构评价前都应当予以标识并形成文件。

更改处理的状况、相关的决定和安排应当形成文件。;2、更改的评价

组织应当对有关建议更改进行评价并形成文件。评价的范围应当包括下述内:

——更改建议的技术优势;

——与更改有关的风险;

——对合同、进度和成本的潜在影响。在确定影响时,还应当考虑相关法律法

规要求、技术状态项目之间的接口、制造、试验和检验方法、库存和采购、将

会活动、顾客支持要求等。;3、更改的处理

文档评论(0)

***** + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档