《军品技术状态管理》由会员分享，可在线阅读，更多相关《军品技术状态管理（13页珍藏版）》请在金锄头文库上搜索。
1、 军品技术状态管理1 目的为加强研制和生产过程的技术状态管理，保证军品研制和生产质量，防止研制和生产过程技术状态的失控。2 目标(1) 在军品项目研制周期内的任何时候，均可通过已经批准的文件来了解某产品及其部件/设备的技术说明；(2) 在军品的整个研制周期内,有效和连续地控制技术说明的演变(过程)，并对这种演变提供可追溯性；(3) 通过对外部和内部技术接口的控制，保证系统和产品的一致性；(4) 对文件持续地反映其描述产品/设备的真实和完整状态进行验证；(5) 提供在产品的研制、生产、试验和交付中出现的偏差(不一致性) 的可视性；(6) 根据军品项目要求和确定的基线，及时发布适用的工程资料；(7
2、) 使所有参与的人员了解并保持所描述设备/产品的技术状态及其更改建议影响的适用文件；(8) 确保产品外协的分承包方符合军品项目的技术状态管理要求。3 范围适用于公司所有军品研制和生产过程。4 职责4.1 管理者代表负责组织和领导技术状态管理工作。4.2 研发部负责设计文件的标识、控制和记实。4.3 （研发部、质量管理部）？负责工艺文件的标识、控制和记实。4.4 （研发部、质量管理部）？负责技术文件的归档及归档文件的标识、控制和记实。4.5 质量管理部负责有关技术状态的记实和监控。4.6 质量管理部负责对研制和生产过程技术状态管理执行情况进行监督。5 术语5.1 技术状态在技术文件中规定的并且在
3、产品中达到的功能特性和物理特性。5.2 功能特性产品的性能指标、设计约束条件和使用保障要求。其中包括：使用范围等性能指标以及可靠性、维修性和安全性等要求。5.3 物理特性 产品的形体特性，如组成、尺寸、表面状态、性状、公差、重量等。5.4 技术状态项目 能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体。5.5 技术状态管理 对技术状态项目进行的下述技术的和管理的活动：a. 技术状态标识；b. 技术状态控制；c. 技术状态记实；d. 技术状态审核。5.6 技术状态标识 所进行的下述活动：选择技术状态项目，确定每个技术状态项目所需的技术状态文件；指定技术状态项目及相应
4、文件（包括内部和外部接口文件）的标识号；建立技术状态基线。5.7 技术状态控制 技术状态基线建立后，为控制技术状态项目的更改而对提出的更改建议（工程更改、偏离、超差）所进行的论证、评定、协调、审批和实施的活动。5.8 技术状态记实对已确定的技术状态文件、提出的更改状况和已批准更改的执行情况所作的正式记录和报告。5.9 技术状态审核为确定技术状态项目是否符合其技术状态文件所进行的检查。5.10 技术状态文件规定技术状态项目的要求、设计、生产和验证所必需的技术文件。5.11 工程更改在技术状态项目研制、生产过程中，对已正式确认的现行技术状态文件所做的更改。 6 技术状态管理总要求在军品研制各阶段应
5、组织应用技术状态管理, 以确定产品的功能特性和物理特性并形成文件, 控制这些特性的各类更改, 记录/控制更改过程和实施情况, 验证产品与研制要求（或任务书）的一致性。6.1 技术状态基线的确定产品的技术状态基线是研制全过程某些特定时间点上(如研制阶段结束时) 正式确定的产品的技术状态。基线是一个特征点上的技术状态, 是一整套经正式评审批准的规范(技术规格书、研制任务书、工作说明等)、图样等技术文件, 是上一阶段工作的成果, 也是下一阶段工作的依据。6.1.1 功能基线功能基线在论证阶段后期建立，涉及在功能规范、系统技术规范、有关的系统保障规范和系统级接口规范及相关的计划中描述的产品功能状况。功
6、能基线经正式评审通过后,正式批准确定。一旦批准了功能基线(系统规范) , 正式进行技术状态控制。6.1.2研制基线研制基线在方案阶段后期建立, 由构成系统要求的一整套详细的经正式批准的文件，产品技术规范和有关的接口控制文件等确定。研制基线是开展详细设计和研制的基础，在方案设计后经正式评审通过并正式批准确定。6.1.3生产基线生产基线在设计定型阶段后期建立, 由用于制造的设计技术规范的一整套文件确立。涉及包括所有生产、验收、运行、保障所需详细特性的全套生产文档, 包括最终版本的接口控制文件。生产基线经设计定型会议评审通过后，正式批准确定。6.2技术状态项目的选择技术状态项目的选择，采用自上而下的
7、分解过程，将整个产品结构分解为逻辑相关的和下一级的硬件、软件、服务或他们的集合体, 选择该集合体是为了进行技术状态管理。技术状态项目的选择准则是:(1) 项目的性能参数和物理特性能被单独管理(如计划、进度、成本和性能数据)；(2) 项目能被单独地进行鉴定、验收试验，并有记录；(3) 项目是一个可交付的设备；(4) 项目的后勤与维修状况；(5) 项目可以作为组装条件或产品拆卸部分予以采购或交付, 例如备件；(6) 项目由于其高风险，对安全性和任务成功是关键的。6.3研制转阶段的技术状态控制研制根据军品的特点开展技术状态管理工作。控制要求主要包括: 研制阶段的划分一般分为论证阶段、方案阶段、工程研
8、制阶段、设计定型阶段、试生产阶段； 对产品的技术状态，按阶段分别用文字描述和标识； 对各阶段中所提出的工程更改建议要进行系统的评价、协调和审定； 要按研制阶段对技术状态更改进行统计、分析并形成技术状态更改项目统计汇总书面文件； 研制阶段的跨越或合并应有总工程师下达的书面指令； 转阶段时应对上阶段技术状态进行正式的会议评审, 评审通过后报请总工程师审批； 经转阶段评审后的技术状态, 应根据评审结论冻结技术状态。7 详细要求7.1技术状态标识的任务技术状态标识在技术状态管理中需要第一步完成,是将技术状态项目的物理和功能特性以及接口和随后的更改形成文件,对有关的产品及其部件/设备和相应的文件进行标识
9、或编码。7.1.1功能技术状态标识功能技术状态标识又称系统功能特性标识,用系统规范的形式加以表达,是产品在论证阶段的成果。系统功能特性的提出依据使用方的要求,其中包括系统的使用功能要求,也包括系统研制、试验验证要求,还包括对主要分系统的功能特性要求,以及系统设计所采用的准则和方法。7.1.2研制技术状态标识研制技术状态标识是产品主要部分(分系统) 功能特性的标识, 这些主要部分的选择应是技术状态管理在产品研制与使用中可操作的。研制技术状态标识的文件表述是以分系统规范为主的技术文件。7.1.3生产技术状态标识生产技术状态标识又称产品技术状态标识,是产品物理特性的标识, 是在分系统和下属的设备、部
10、件的功能特性确定之后, 在设备、部件的详细设计过程中逐步完成的。生产技术状态标识的文件包括详细设计工程图样、产品功能与制造规范、工艺和材料规范和其它相关的技术资料。产品的功能、研制和生产(产品)技术状态是自上而下分配的, 是逐步细化的过程, 在原则上它们应当是相互协调统一的, 下层次产品的技术状态应服从上层次产品的技术状态要求。通过使用系统编号完成文件的标识(采用唯一的标识符对每一份文件进行标识)， 为了识别的目的(可追溯性),规定产品的标记(对于软件产品应从软件最低层的可控级向上设置标识号)。7.2技术状态标识的要求7.2.1研发部通过预研论证或合同(包括外来任务书)评审，建立技术状态基线。
11、三种基线应循序渐进地描述产品全系统与技术状态项目的要求，并为其后的设计提供依据。7.2.2 在产品研制阶段，研发部对符合功能基线的产品技术状态文件（包括产品规范、工艺规范、材料规范、工程图样和其它技术文件）进行标识。7.2.3产品图样和设计文件应严格执行审签制度、工艺和质量会签制度、标准化检查制度、更改和审批制度，保证设计质量及技术状态标识符合功能基线文件。7.2.4 现行已批准的技术状态文件的原件应归档进行标识和管理。7.2.5质量管理部发放的每份技术状态文件均应有记录并签字，做到现场使用的文件和归档资料一致，并现行有效。7.2.6 公司生产现场使用的技术状态文件（包括各种外来技术状态文件）
12、必须由技术状态管理者确认签发使用或加盖“受控”印章后发下使用。7.2.7 作废技术状态文件应由质量管理部统一收回销毁、因正当原因需要留存时，应在首页加盖“作废留存”印章。7.3 技术状态控制 研发部应严格进行技术状态控制。技术状态控制始于功能基线确定之时，继而贯穿于技术状态项目研制、生产的全过程。7.3.1技术状态基线建立后，对技术状态项目的更改建议（工程更改、偏离、超差）应严格按相关规定执行。7.3.2 研发部和顾客都可以对现行已批准的技术状态文件提出工程更改建议。更改建议中应详细说明更改理由、更改方案、受影响的项目、受影响的文件，更改效果，并在双方协商一致的基础上对更改方案实施验证和确认，
13、形成相应结论后作出实际更改。7.3.3 对顾客有要求的技术状态项目（关键件、重要件、选题不稳定的项目、装配后不易检查的项目）的更改，应在更改前与顾客代表协商，形成协商记录，办理更改手续。7.3.4 技术状态文件进行更改时，应明确更改标记、处数、更改单号、更改日期。7.3.5 技术状态更改后，作出更改的部门应及时将完整、有效的更改信息和技术状态更改前制造的产品的处置意见下发相关部门执行。7.3.6 公司在获得客户方下发的文件后，应由专人管理，建立文件管理台帐，便于存取和查阅。7.3.7 各类归档的技术状态文件因工作需要借出时，需办理借阅登记手续。借阅人应保持文件的完整、清晰，不许涂改，未经许可，
14、不得拆散，摄影和复印。7.3.8 质量管理部在接到文件更改通知单后，在做出更改的同时，还应对已发放的文件进行回收，分放隔离，统一销毁。进行销毁时，应列出销毁清单，经技术状态管理者批准后实施。7.4 技术状态记实7.4.1技术状态标识和技术状态控制过程中的有关事项和数据应予以记录，确保技术状态进展过程中实施有效的管理有可追溯性。7.4.2 研发部应对设计过程的技术状态项目及文件清单、更改、偏离、超差的论证、审批情况及实施后的情况和效果等进行记录。质量管理部对生产过程的工艺更改、偏离、超差等实施检查跟踪。7.5 技术状态审核7.5.1 功能技术状态审核 功能技术状态审核是为证实技术状态项目是否达到
15、了功能技术状态文件和研制技术状态文件中规定的功能特性所进行的正式检查。设计定型前，研发部应根据研制阶段策划中所确定的时间或节点进行功能技术状态审核。通过分析试验结果，验证产品的功能特性是否符合初始技术状态功能基线文件规定。7.5.2 物理技术状态审核物理技术状态审核是为证实已制出的技术状态项目的技术状态是否符合其产品技术状态文件所进行的正式检查。生产定型前，质量部门应通过分析首批（个）生产件的试验与检验结果，验证产品是否符合技术状态文件规定。7.5.3 技术状态审核和验证都要形成记录，产品还应该获得顾客的认可。 附录 表1 工程更改建议建议编号提出日期合同编号产品型号更改项目代号更改项目名称更改内容：更改理由：更改方案：受影响的项目（分系统、部件）受影响的文件（技术状态文件、图样）更改带来的影响（进度、性能参数、接口、成本
