基线管理与技术状态管理

合集下载

技术状态管理的基本概念

技术状态管理的基本概念

技术状态管理的基本概念迟家提一、什么是技术状态1、技术状态(GJB3206A3.2)—是指在技术文件中规定的并在产品中达到的功能特性和物理特性。

2、功能特性(GJB3206A3.1)—产品的性能指标、设计约束条件和使用保障要求。

其中包括适用的范围、速度、精度、流量、压力、杀伤力等性能指标及可靠性、维修性、保障性和安全性、电磁兼容性等要求。

产品的性能指标、设计约束条件、使用保障特性等。

3、物理特性(GJB3206A3.2)—产品的形体特性。

包括结构、组成、尺寸、粗糙度、形状、公差、配合、表面光洁度、质量等,又称实体特性。

二、什么是技术状态管理1、技术状态管理定义技术状态管理(GJB3206A3.4)—是指在产品寿命期内,为确立和维护产品的功能特性、物理特性与产品需求、技术状态文件规定保持一致的管理活动,其主要内容包括技术状态标识、技术状态控制、技术状态纪实和技术状态审核。

也可以说是指应用技术和行政管理手段对产品技术状态项目进行的标识、控制、纪实和审核的技术的和管理的活动。

也是指—指挥和控制技术状态的协调的活动。

按照技术状态管理的定义理解,实施技术状态管理应把握以下几个问题:1)应在产品寿命周期内实施技术状态管理。

应随产品寿命周期个阶段的特点和要求,逐步建立和完善技术状态管理。

2)应明确技术状态管理责任的主体及其职责。

在实施技术状态管理时,应成立有相关技术领域和管理领域代表机构组成的技术状态控制委员会,按赋予的权限对技术状态及其管理进行审查和决策。

3)应编制技术状态管理计划。

技术状态管理计划应规定参与者的职责、技术状态管理内容。

技术状态管理计划应根据产品寿命期各阶段的特点和要求,进行必要地修订。

承制方的技术状态管理计划应提交给订购方认可,技术状态管理计划的内容见第五节。

4)应监督技术状态管理实施。

技术状态管理实施监督应与质量管理体系监督协调一致,可以一并进行,他涉及到产品实现的全过程。

5)应针对产品寿命周期数据,明确管理内容,确保数据的可用和可追溯性。

技术状态管理计划(含表格)

技术状态管理计划(含表格)

技术状态管理计划1 引言1.1技术状态管理的目的和范围将产品技术状态形成文件,在产品寿命周期的所有阶段,对产品技术状态进行严格控制,确保产品功能特性和物理特性符合规定要求。

确保参与产品研制开发、生产制造、服务全过程的所有人员,在产品寿命周期的任一时间能够使用正确有效的文件;适用于我厂军工产品设计开发过程、生产过程、检验和试验过程、与顾客有关的过程技术状态控制。

1.2 产品的简要说明我厂军工产品有硅二极管、场效应管系列。

硅二极管涵盖了开关管系列、稳压管系列;场效应管涵盖了结型场效应管系列、M0S场效应管系列和恒流管系列。

开关稳压二极管的封装为DO-35、LL-34玻璃封装,场效应晶体管、恒流管为金属封装形式。

1.3 技术状态管理计划的主要特点及实施方法的概述技术状态管理主要包括以下几部分内容:技术状态标识、技术状态控制、技术状态纪实、技术状态审核。

具体实施方法按第5~8条款要求执行。

2 相关文件GJB33A-1997 半导体分立器件总规范GJB3206A-2010 技术状态管理QZJ840611 半导体二、三极管“七专”技术条件QZJ840612 中小功率N沟道耗尽型场效应管“七专”技术条件QHA/QWJ-22 技术文件管理制度3 定义3.1 技术状态在技术文件中规定的并且在产品中达到的功能特性和物理特性。

3.2功能特性产品的性能指标和涉及约束条件,如产品技术指标、使用保障特性等。

3.3物理特性产品的形体特征,如结构、尺寸、表面状态、形状、公差、质量等,又称实体特性。

3.4 技术状态项技术状态项即能满足最终使用功能,并被指定作为单个实体进行技术状态管理的硬件、软件或集合体。

3.5功能技术状态文件规定产品的功能特性和验证要求的技术状态文件。

3.6分配技术状态文件规定技术状态接口特性、从高一层技术状态分配下来的功能和接口特性、附加的设计约束条件,以及上述特性的验证要求的技术状态文件。

3.7产品技术状态文件规定技术状态项所有必需的功能特性、物理特性,以及验收、使用、保障和报废的要求的技术状态文件。

技术状态管理

技术状态管理

技术状态管理技术状态是指在技术文件中规定的并在产品中达到的物理特性和功能特性。

技术状态管理是指应用技术和行政管理手段对产品技术状态进行标识、控制、审核和纪实的活动。

(1)实施技术状态管理的两个基本的管理要素在实施技术状态管理中涉及到两个基本的管理要素,一是技术状态项目,二是基线。

技术状态项目是技术状态管理的基本单元。

基线是指已批准的并形成文件的技术描述。

技术状态管理中,一般要考虑三个基线——功能基线、分配基线和产品基线。

技术状态管理主要是针对技术状态项目的基线实施的管理。

(2)技术状态管理的内容技术状态管理可包括技术状态标识、技术状态控制、技术状态纪实和技术状态审核等活动。

a)技术状态标识。

技术状态标识包括确定产品结构,选择技术状态项目,将技术状态项目的物理和功能特性以及接口和随后的更改形成文件,为技术状态项目及相应文件分配标识特征或编码等所有的活动。

b)技术状态控制。

技术状态文件正式确立后,控制技术状态项目更改的所有活动。

c)技术状态纪实。

技术状态纪实是对所建立的技术状态文件、建立的更改状况和已批准更改的执行状况所做的正式记录和报告。

d)技术状态审核。

技术状态审核是确定技术状态项目符合技术状态文件而进行的检查。

技术状态审核包括功能技术状态的审核和物理技术状态的审核。

功能技术状态审核是为核实技术状态项目是否已经达到了技术状态文件中规定的性能和功能特性所进行的正式检查;物理技术状态审核是为核实技术状态项目的建造/生产技术状态是否符合其产品技术状态文件所进行的正式检查。

摘抄《百度百科中的词条内容》基于Teamcenter Engineering的技术状态管理2008-12-19 来源:前言技术状态管理(Configuration Management)是一个有关产品基线定义、产品标识和更改管理的规范化和文档化的综合系统,它适用于某一产品或系统从研制到生产、直到生产后产品保障的整个生命周期。

作为系统工程管理的关键组成部分,技术状态管理对大型复杂产品或系统的研制起到重要的管控作用,确保在研制、生产的任何时刻,都能使用正确的技术文件。

技术状态管理

技术状态管理

技术状态管理(培训讲义)第一章概述一、技术状态管理的由来技术状态管理是美国二战(1939—1945年)中特别是二战后,在发展导弹核武器过程中发展起来的一门工程管理控制技术。

四十年代美国用于研制原子弹的曼哈顿计划,五十年代研制的战略导弹阿特拉斯(atlas)及六十年代开始的阿波罗登月计划都运用了技术状态管理的方法。

以五十年代研制的战略导弹阿特拉斯(atlas)为例,参与的单位有2000多个,这就要求:a. 参与研制的部门接口要协调一致;b. 总体与系统、系统与系统、系统与分系统要协调一致;c. 大批的元器件和试验件需要相互提供并兼容;d. 数以万计的技术数据和资料须及时交换和处理。

然而,面对这样的大型复杂项目,由于缺乏系统、科学的管理手段而漏洞百出,诸如:出了故障找不到相应的技术文件;后续项目不能与前面项目匹配;生产过程进行了更改而设计未更改等事件不断发生,致使导弹运到发射现场无法顺利安装,甚至造成发射失败等。

这就使得技术状态管理的概念和办法在惨痛的教训中逐步形成。

随着高科技的发展,武器装备越来越复杂,无论是卫星、运载,还是导弹武器系统,都要求具有共同目标的几个组织密切合作,在成本和进度约束下组织研制和生产,为用户提供满足要求的产品。

同时,科技进步和人们对大自然的探索需求促使工程研制所包含的尖端技术和攻关项目越来越多,接口和协调关系越来越复杂。

这就对在工程研制在全寿命周期内,研制生产管理的科学化、规范化提出了更高的要求,为确保研制过程的万无一失,在进度和经费的约束下按规定的研制周期交付符合要求的产品,使技术状态管理的方法随着技术发展的需要逐步完善。

目前,技术状态管理已被国际社会认可。

技术发达国家实施技术状态管理的实践也为大型复杂项目管理提供了借鉴。

二、国外技术状态管理概况在不断探索和总结经验教训的基础上,1962年,美国空军以手册的形式发布了“技术状态管理办法”,随着在大型武器装备研制工程中的应用逐步完善。

技术状态管理的基本概念

技术状态管理的基本概念

技术状态管理的基本概念迟家提一、什么是技术状态1、技术状态(GJB3206A3.2)—是指在技术文件中规定的并在产品中达到的功能特性和物理特性。

2、功能特性(GJB3206A3.1)—产品的性能指标、设计约束条件和使用保障要求。

其中包括适用的范围、速度、精度、流量、压力、杀伤力等性能指标及可靠性、维修性、保障性和安全性、电磁兼容性等要求。

产品的性能指标、设计约束条件、使用保障特性等。

3、物理特性(GJB3206A3.2)—产品的形体特性。

包括结构、组成、尺寸、粗糙度、形状、公差、配合、表面光洁度、质量等,又称实体特性。

二、什么是技术状态管理1、技术状态管理定义技术状态管理(GJB3206A3.4)—是指在产品寿命期内,为确立和维护产品的功能特性、物理特性与产品需求、技术状态文件规定保持一致的管理活动,其主要内容包括技术状态标识、技术状态控制、技术状态纪实和技术状态审核。

也可以说是指应用技术和行政管理手段对产品技术状态项目进行的标识、控制、纪实和审核的技术的和管理的活动。

也是指—指挥和控制技术状态的协调的活动。

按照技术状态管理的定义理解,实施技术状态管理应把握以下几个问题:1)应在产品寿命周期内实施技术状态管理。

应随产品寿命周期个阶段的特点和要求,逐步建立和完善技术状态管理。

2)应明确技术状态管理责任的主体及其职责。

在实施技术状态管理时,应成立有相关技术领域和管理领域代表机构组成的技术状态控制委员会,按赋予的权限对技术状态及其管理进行审查和决策。

3)应编制技术状态管理计划。

技术状态管理计划应规定参与者的职责、技术状态管理内容。

技术状态管理计划应根据产品寿命期各阶段的特点和要求,进行必要地修订。

承制方的技术状态管理计划应提交给订购方认可,技术状态管理计划的内容见第五节。

4)应监督技术状态管理实施。

技术状态管理实施监督应与质量管理体系监督协调一致,可以一并进行,他涉及到产品实现的全过程。

5)应针对产品寿命周期数据,明确管理内容,确保数据的可用和可追溯性。

基线管理与技术状态管理

基线管理与技术状态管理
特点
基线管理具有明确性、规范性、系统性和动态性,要求对产品或项目的技术状 态进行全面、准确、及时的记录和控制,以确保产品或项目的质量、可靠性和 安全性。
基线管理的重要性
保证产品质量
降低维护成本
基线管理能够确保产品在研发、生产和使 用的各个阶段的技术状态得到有效控制, 从而提高产品质量和可靠性。
通过基线管理,可以及时发现和解决产品 在使用过程中出现的技术问题,降低维护 成本和维修时间。
详细描述
在航空工业中,基线管理涉及到对飞机设计、制造、测试 和运行等各个阶段的管理。通过建立和维护基线,可以确 保产品的一致性和稳定性,并满足安全性和性能要求。
总结词
航空工业中的基线管理需要跨部门协作和标准化流程。
详细描述
基线管理需要航空工业的各个部门密切协作,包括设计、 制造、测试和运营等部门。此外,还需要建立标准化流程 ,以确保基线的建立、审核和批准都符合规范要求。
技术状态管理提供基线管理的技术支撑
技术状态管理通过跟踪和管理技术状态,为基线管理提供必要的技术数据和信息,支持基线的调整和优化。
技术状态管理反馈影响基线管理的调整
根据技术状态的实际表现和变化,基线管理可能需要调整以适应技术发展的需求。
基线管理与技术状态管理的协同作用
相互支持
基线管理和技术状态管理相互支持,共同确保项目的顺利实施和目 标的达成。
基线管理与技术状态管理
• 基线管理概述 • 技术状态管理概述 • 基线管理流程 • 技术状态管理流程 • 基线管理与技术状态管理的关系 • 基线管理与技术状态管理案例研究
01
基线管理概述
定义与特点
定义
基线管理是指对产品或项目的技术状态进行控制和管理的过程,确保产品或项 目在研发、生产和使用阶段的技术状态保持一致。

技术状态管理的理解与实施

技术状态管理的理解与实施


颜色、理化性能、能耗、成熟产品与国产化产品采用比例、标志与
பைடு நூலகம்
代号、经济可承受性等。
注:功能特性包括从用户需求转化而来的和自定义的。
2 相关概念
2
又称实体特性。对于硬件产品,指产品形体特征的定性
定量要求,如组成、材料、尺寸和体积﹑表面状态或外 物

观质量、形状﹑配合、质量或重量等。对于计算机软件

2 相关概念
技术状态词的由来
ISO10007 将技术状态定义为 “ 在技术文件中规定的 、并在产品中达到的功能特 性和物理特性。该定义明确了技术状态就是产品的功能特性和物理特性,这
些特性应在技术状态文件中明确规定,并在按技术文件要求研制和生产出的
产品中实际达到。
对于 Configuration 一词的译法,从上世记 80 年代中期这一名词引进后,就有各种不同的意见, 在英汉技术词典上,该词的直译为外形、轮廓;构造、构型;配置等,但从国际标准给的定义看,“技 术状态”这个词的含意,不仅是产品的外形和构型,还有功能要求。
20世记 60年代
美军为建立一个规范、可靠、科学的体系来控制工程更改,在不断 探索和总结经验教训的基础上。以确保最终产品符合合同规定的要求,提 出了相关条例。
升空70秒后的美国“挑战号”航天飞机发生爆炸,机上7名宇航员在事故中全部丧生。 面对这样的大型复杂项目,由于缺乏系统、科学的管理手段而漏洞百出,诸如:出了故障 找不到相应的技术文件;后续项目不能与前面项目匹配;生产过程进行了更改而设计未更 改等事件不断发生,甚至造成发射失败等。这就使得技术状态管理的概念和办法在惨痛的 教训中逐步形成完善。
2 产品寿命周期的技术状态管理
产品研制各阶段技术状态管理的目标和要求是: 桌面设计阶段:开展完整策划,进行技术状态项的识别和标识;建立 基线,开展版本管理和基线控制,做到文文一致; 生产实现阶段:开展技术状态控制,包括变更、偏离和让步接收的控 制,做到文实相符; 试验试飞阶段:系统和部件的匹配信息和实物状态的记实完整清晰; 维护、维修、使用阶段:关注使用维修信息、备件换件信息的记实和 管理完整清晰。

GJB3206-98技术状态管理

GJB3206-98技术状态管理

中华人民共和国军用标准GJB3206-98技术状态管理1 范围1.1主题内容本标准规定了技术状态复写蝗内容、要求和方法。

1.2适用范围本标准适用于武器装备(常规武器装备、战略武器装备、人造卫星,下同)技术状态项目在研制、生产中的技术状态管理。

应用指南采用本标准时,应根据技术状态项目的重要性、复杂程度、规模、预定用途、综合保障要求和其所处的研制生产阶段等具体情况。

对本标准的详细要求进行剪裁。

2引用文件GJB2116-94武器装备研制项目工作分解结构GJB2737-96武器装备系统接口控制要求3定义技术状态在技术文件中规定的并且在产品中达到的功能特性和物理特性。

功能特性产品的性能指标、设计约束条件和使用保障要求。

其中包括诸如使用范围、速度、杀伤力等性能指标以及可靠性、维修性和安全性等要求。

物理特性产品的形体特性,如组成、尺寸、表面状态、形状、配合、公差、重量等。

技术状态项目能满足最终使用功能,并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体。

技术状态管理对技术状态项目进行的下述技术的和管理的活动:a.技术状态标识b.技术状态控制;c.技术状态记实;d.技术状态审核。

技术状态标识所进行的下述活动:选择技术状态项目;确定每个技术状态项目所需的技术状态文件;指定技术状态项目及相应文件(包括内部和外部接口文件)的标识号;发放技术状态文件;建立技术状态基线。

技术状态控制技术状态基线建立后,为控制技术状态项目的更改而对提出的更改建议(工程更改、偏离、超差)所进行的论证、评定、直辖市、审批和实施的活动。

技术状态记实对已确定的技术状态文件、提出的更改状况和已批准更改执行情况所作的正式记录和报告。

技术状态审核为确定技术状态项目是否符合其技术状态文件所进行的检查。

技术状态文件规定技术状态项目的要求、设计、生产和验证所必需的技术文件。

技术状态文件分为功能技术状态文件、分配技术状态文件、产品技术状态文件。

这三种技术状态文件,在不同的研制阶段进行编制、批准和保持,且在内容上逐级细化。

技术状态管理——对基线更改的控制

技术状态管理——对基线更改的控制
c o n f i g u r a t i o n d o c u me n t a t i o n . Co n f i g u r a t i o n c o n t r o l i s t h e p r o c e s s f o r c o n t r o l l i n g t h e e v o l u t i o n a n d c h a n g e o f a g r e e d b a s e l i n e s . Co n f i g u r a t i o n ma n a g e me n t p e r mi t s t h e p r o g r e s s i v e d e v e l o p me n t
致性 。3种 最常 用的基 线是 功 能基 线 、 分 配基 线 和产 品基 线 。功 能基 线描 述 系统级 要 求 , 分 配基 线
描 述 系统 子项 的设计 要 求 , 产 品基 线描述 产 品的物 理 细节 。 关键 词 技 术状 态管理 ; 技 术状 态基 线 ; 技 术状 态控 制 ; 功 能基 线 ; 分 配基 线 ; 产 品基线
文献标 志码 : A D O I : 1 0 . 3 9 6 9 / j . i s s r u 1 6 7 3 — 8 7 4 8 . 2 0 1 4 . 0 5 . 0 0 1 中图分类号 : V5 7

C0 n f u r a t i 0 n Ma na g e me nt : Co nt r o l o v e r Ba s e l i n e Cha n g e s
t h e a p p r o v e d r e q u i r e me n t s a n d d e s i g n s t a t u s a t k e y mi l e s t o n e s . Th e b a s e l i n e s a r e d e s c r i b e d b y
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

二、技术状态管理
3、技术状态管理的两个基本要素 1)技术状态项目 能满足最终使用功能,并被指定作为单个实体进行 技术状态管理的硬件、软件或其集合体。也就是指 技术状态内的满足最终使用功能的实体(即:产品 零、部组件),它是技术状态管理的基本单元。 2)技术状态基线 在产品寿命期内的某一特定时刻,被正式确认并作 为今后研制生产、使用保障活动基准,以及技术状 态改变判定基准的技术状态文件。一般包括三种技 术状态基线,即功能基线、分配基线和产品基线。
二、技术状态管理
功能特性: 产品的性能指标、设计约束条件和使用保障要求。 其中包括适用的范围、速度、精度、流量、压力、 杀伤力等性能指标及可靠性、维修性、保障性和 安全性、电磁兼容性等要求。 物理特性: 产品的形体特性。包括结构、组成、尺寸、粗糙 度、形状、公差、配合、表面光洁度、质量等, 又称实体特性。
二、技术状态管理
5、技术状态管理实质 技术状态管理是系统工程管理的重要组成部分。 其实质就是技术状态基线管理。 技术状态标识最终目的是建立三种技术状态基线。 技术状态控制是控制技术状态基线的更改(包括 技术状态更改、偏离许可和让步三种类型)。 技术状态纪实要记录和报告技术状态基线发展变 化情况。 技术状态审核是审查已制造出产品与其技术状态 基线的符合情况。
一、绪论
基线是在技术状态项目研制过程中某一特定时 刻,被正式确认、并被作为今后研制、生产活动基 准的技术状态文件,是PDM的一项重要功能,它可 以有效地提高设计的重用性和效率,方便系列产品 的管理,能够很好地满足对产品多样性管理的要求。
一、绪论
意义: (1)对产品生命周期内的所有数据的版本进行有 效性管理。 (2)通过基线管理能使企业获得灵活的产品定义 并能提供给用户关心的各类型产品配置信息。 (3)在特定的时刻固化当时的产品技术状态,确 保最后交付实物的状态和系统中的电子数据状态 完全一致,以便日后追溯、再次投产及借用。
二、基线
3、建立基线的优点 基线为开发工件提供了一个定点和快照。 新项目可以从基线提供的定点之中建立。作为一 个单独分支,新项目将与随后对原始项目(在主 要分支上)所进行的变更进行隔离。 各开发人员可以将建有基线的构件作为他在隔离 的私有工作区中进行更新的基础。 当认为更新不稳定或不可信时,基线为团队提供 一种取消变更的方法。 可以利用基线重新建立基于某个特定发布版本的 配置,这样也可以重现已报告的错误。
一、绪论
技术状态管理是50年代伴随复杂系统工程研制 而在美国发展起来的一门工程管理科学,主要应用 于产品开发的整个寿命周期内准确的描述产品的功 能特性和物理特性,并提供明确的控制方法。其管 理的目标是将产品开发成果形成文件并反映产品当 前的技术状态,以达到其物理和功能要求,并确保 参与工程项目的所有人员在任何时候都能使用到准 确的文件。
五、技术状态管理软件系统
1、技术状态管理软件系统体系结构 (2)界面层 技术状态管理软件系统设计统一的用户使用界面; 用户界面包括各功能模块入口,各功能模块入口 下显示功能模块的分支功能;实时显示与用户相 关的各项技术状态管理工作进程;提示用户目前 需及时进行的各项技术状态管理工作;显示系统 公告。
三、技术状态管理要求
四、技术状态更改控制的基本要求
1、充分论证 指明提出对工程基线的任何更改都必须持慎重态 度,应进行充分论证。 2、各方认可 各方认可是指必须与项目更改建议中所涉及的有 关方面进行必要的协调,并得到认同。 3、试验验证 试验验证是指对已提出的技术状态项目更改建议, 要进行必要的模拟试验、仿真试验或其它方式的 试验,从而验证更改建议分析研究结论的正确性。
二、技术状态管理
4、技术状态文件 (1)功能技术状态文件:是指规定产品的功能特 性、接口特性和验证要求的技术状态文件。 (2)分配技术状态文件:是指规定技术状态项的 接口特性、从高一级技术状态项分配下来的功能 特性和接口特性、附加的设计约束条件,以及上 述特性的验证要求的技术状态文件。 (3)产品技术状态文件:是指规定技术状态项所 有必需的功能特性、物理特性,以及检验验收、 使用、保障和报废要求的技术状态文件。
一、绪论
对于高、精、尖,技术密集、资金密集的航空 工业,其型号产品研制结构复杂,周期长,规模大, 质量要求高,使得研制过程中计划、技术管理显得 十分重要。必须采用科学的管理方法和管理程序才 能保证型号研制任务按预期进度完成。
二、技术状态管理
1、定义 技术状态: 是指在技术文件中规定的并在产品中达到的物理 特性和功能特性。 技术状态管理: 是指应用技术和行政管理手段对产品技术状态进 行标识、控制、审核和纪实的活动。
三、基线管理过程
3、流程描述
定 义 基 线 齐 套 文 件 要 求
基 线 初 始 化
新 建 数 据 投 放 基 线
借 用 数 据 投 放 基 线
冻 结 基 线
按 基 线 配 置 打 印
解 冻 基 线
技术状态管理
一、绪论
二、技术状态管理
三、技术状态管理要求
四、技术状态更改控制的基本要求
五、技术状态管理软件系统
二、技术状态管理
4、技术状态文件 技术状态文件是指规定技术状态项的功能特性和 物理特性,或从这些内容发展而来的关于技术状 态项验证、使用、保障和报废要求的技术文件。 技术状态文件一般分为功能技术状态文件、分配 技术状态文件和产品技术状态文件。 这三种技术状态文件在产品寿命周期不同阶段进 行编制、批准和保持,且在内容上逐级细化。
四、技术状态更改控制的基本要求
4、审批完备 审批完备是指对项目更改的建议必须按规定的程 序和权限完成相应的审批手续。 5、落实到位 落实到位是指已获批准的技术状态更改,必须通 过对本项目或相关项目的设计文件、工艺文件进 行更改并进行监督检查,使之最终落实到项目产 品上,做到文文相符,文实相符,使更改得到完 善实施。
二、技术状态管理
2、实施技术状态管理应把握以下几个问题 (1)应在产品寿命周期内实施技术状态管理。 (2)应明确技术状态管理责任的主体及其职责。 (3)应编制技术状态管理计划。 (4)应监督技术状态管理实施。 (5)应针对产品寿命周期数据,明确管理内容, 确保数据的可用和可追溯性。
工程研制阶段末
承制方
三、基线管理过程
2、基线管理模式 (1)建立多种基线对产品技术状态进行管理。 (2)采用图纸多版本有效管理方式。 (3)采用基线冻结方式对技术状态进行固化。 (4)对研发文件进行分类并创建齐套性模板。
三、基线管理过程
3、流程描述 (1)基线的创建与投放 在明确对某个产品使用管理后首先需要在PDM系统 中创建相应的基线。 (2)基线的冻结 当一个产品研制结束并进行设计定型后,应将其技 术状态进行固化,此刻应对其所在基线进行冻结。 (3)基线的解冻与投放 在产品研发或基线投放过程中难免会发生疏漏,必 须对己冻结的基线进行修正,因此需要对已冻结的 基线进行解冻。
五、技术状态管理软件系统
1、技术状态管理软件系统体系结构 (3)功能层 技术状态管理软件系统主要核心部分,分为系统 管理、用户管理、技术状态管理计划、技术状态 项目、技术状态标识、技术状态更改、技术状态 审核、技术状态文件管理等8大主要功能模块。
五、技术状态管理软件系统
1、技术状态管理软件系统体系结构 (4)支持层 技术状态管理软件系统依托数字化协同管理网络 平台,建立技术状态管理数据库系统,为功能层 各模块运行提供支持。
五、技术状态管理软件系统
1、技术状态管理软件系统体系结构
五、技术状态管理软件系统
2、技术状态管理软件系统主要功能管理模块 (1)系统管理 系统管理是实现其他功能模块的基础,主要完成 系统配置,基础数据设置,日志管理,软件版本 管理,数据库和文件服务器的配置管理等功能。 (2)用户管理 主要完成管理员信息维护,用户信息维护,用户 权限配置等功能,提供给系统管理员配置系统使 用人员的角色和用户信息。
五、技术状态管理软件系统
1、技术状态管理软件系统体系结构 (1) 用户层 技术状态管理软件系统主要面向进行技术状态管 理的技术状态管理人员、进行技术状态项目实现 的技术状态设计人员和进行技术状态管理软件系 统维护的系统管理员;上述人员下载技术状态管 理软件系统用户端后,通过注册建立用户信息, 后续通过登陆用户界面,可以进行在用户权限允 许下的各种操作。
二、基线
三、基线管理过程
1、基线的分类: (1)功能基线 用于管理产品立项所需输入性文件的技术状态。 (2)分配基线 用于管理产品设计所需输入性文件的技术状态。 (3)产品基线 用于管理产品研制阶段的详细设计数据的技术状 态。
ቤተ መጻሕፍቲ ባይዱ、基线管理过程
基线 内容 规定任务和技术要求 对各功能段分配要求 规定接口关系 约束条件 文件形式 制定时间 制定单位
三、技术状态管理要求
4、技术状态审核 技术状态审核是确定技术状态项目符合技术状态 文件而进行的检查。技术状态审核包括功能技术 状态的审核和物理技术状态的审核。 (1)功能技术状态审核 是为核实技术状态项目是否已经达到了技术状态 文件中规定的性能和功能特性所进行的正式检查; (2)物理技术状态审核 是为核实技术状态项目的建造/生产技术状态是 否符合其产品技术状态文件所进行的正式检查。
2、技术状态控制 技术状态文件正式确立后,控制技术状态项目更 改的所有活动。 (1)有效地控制对所有技术状态项目及其技术状 态文件的更改。 (2)制定有效控制工程更改、偏离或超差的程序 与方法。 (3)确保已批准的更改得到贯彻实施。
三、技术状态管理要求
3、技术状态纪实 技术状态纪实是对所建立的技术状态文件、建立 的更改状况和已批准更改的执行状况所做的正式 记录和报告。 (1)记录 (2)报告 (3)分析
二、基线
相关文档
最新文档