技术状态管理

技术状态管理JP-1技术和技术状态管理◆技术的本质和内涵技术的最原始概念是熟练，所谓“熟能生巧”，巧就是技术。技术远比科学古老。技术是制作的智慧（亚里斯多德技术是操作性学问（英国培根）法国科学家狄德罗在其主编的《百科全书》中将技术定义为“技术是为了某一目的共同协作组成的各种工具和规则体系”（即：JP-2目的性、社会协作性、工具—含设备等硬件、规则—含工艺/方法/程序等软件、与科学一样是成套的知识系统）技术，可泛指根据生产实践和自然科学原理，而发展成的各种工艺操作方法与技能。技术是知识进化的主体。JP-3.1◆技术状态Configuration可直译为：构架（机械、建筑、天文学),配置(软件工程），技術形態。定义：在技術文件中規定的并且在产品中达到的功能特性和物理特性。JP-3.2◆技术状态Configuration在产品技术状态信息中规定的产品或服务的相互关联的功能特性和物理特性。（产品技术状态信息：对产品设计、实现、验证、运行和支持的要求或其他信息。）——来自GB/T19000-2016的定义JP-4◆技术状态管理（CM)：在产品寿命周期内，为确立和维护产品的功能特性、物理特性与产品需求、技术状态文件规定保持一致的管理活动。其主要内容包括技术状态标识、技术状态控制、技术状态记实和技术状态审核。（阐明：范围、目的、主要内容）JP-5◆历史背景及发展尽管技术状态及其管理的历史可追溯到很久远，但二十世纪中叶，一系列大型系统工程的成功，奠定了它的重要地位。自1968年以后，美国发布了一系列国防部指令和美国军用标准。如：DODD5010.19(政策指令}和MIL-STD-973《技术状态管理》等文献和标准。NECCA-Q-001JP-6◆我国借鉴美国军用标准，编制并发布了GJB3206A-2010《技术状态管理》，属于我国国防科技工业技术状态管理领域的顶层标准；相关标准还有GJB5709《装备技术状态管理监督要求》等。NECCA-Q-001JP-7技术状态管理与系统工程◆技术状态管理是系统工程的重要组成部分，是系统工程管理的重要手段，是一种系统工程管理方法。系统工程是技术状态管理的理论基础。如：1969.7.21阿波罗11号飞船登月成功，美国终于找到最大功劳是技术状态管理！NECCA-Q-001JP-8◆1947年，美国实验室教材《雷达系统工程》首次使用“系统工程”概念；1957～1965年麦克格劳.希尔等学者在其教材、书籍中介绍了系统工程方法论及概率、模拟、计算机仿真、排队论、博弈论、信息论、伺服理论、人因工程、经济和管理理论的应用；兰德公司创造了著名的“系统分析”技巧，并用来帮助制定决策武器发展及其预算。NECCA-Q-001JP-9◆二十世纪五十、六十年代美国洲际弹道导弹“大力神”项目，运用管理经验、数学抽象能力、动态及控制能力——采用系统工程，项目获得快速成功；“阿波罗”项目被称为系统技巧的典范，把项目分解成小的单位，控制之间的接口，然后再整合为一个整体——纵览整个系统，管理多种分系统。NECCA-Q-001JP-10系统工程及系统工程过程◆系统工程：是组织管理系统的规划、研究、设计、制造、试验和使用的科学方法，是一种对所有系统具有普遍意义的科学方法。（钱学森）系统工程是一门交叉学科。系统工程既是一个技术过程，又是一个管理过程。NECCA-Q-001JP-11◆系统工程过程是反复迭代的过程，含四项主要活动：1）功能分析（任务、需求分析）澄清和确认用户需求、工作目标、限制条件，依次提出系统功能、性能要求并分解成为低层次功能，得到对一个系统的功能的全面描述——即“系统功能结构”；2）设计综合即“系统设计”——在综合考虑各种相关工程技术及其影响的基础上，发挥工程创造能力，研制出一个优化的系统物理结构NECCA-Q-001JP-123）评价和决策通过建模、仿真、演示、试验等方法验证、评价，确认、确保各个层次的系统物理结构满足系统要求，这是项目成功的重要保证；用权衡分析、研究来建立系统技术状态并贯穿项目（产品）研制始终；4）系统要素描述力求使人员、设备设施、框架、职责、权限、接口、寿命周期费用、软件、文件资料等系统要素说明变得更加详细。系统工程过程的输出是成套文件（计划/大纲、规范、报告等）；是反复应用的过程NECCA-Q-001JP-13系统工程管理的有效工具◆工作分解结构(WBS)工作分解结构描述了产品研制所要开展的全部工作，是一个按应完成的工作自上而下逐级分解的层次体系。（由系统分解到分系统、整机、单元等）涉及系统产品、保障实现两个部分。分解后的每个子项（即一个任务单元）常称为一个工作包。WBS是合同谈判的基础。按GJB2116《武器装备研制项目工作分解结构》执行。NECCA-Q-001JP-14技术状态管理的基本原则◆基本原则是：简化武器系统复杂性，从而使之能被掌握、控制和管理。因为“一架新飞机的图纸和技术文件比飞机本身更重要；一个新型号导弹系统的技术生产资料足能装满一列货车”—显然，如此复杂的系统，不对其进行简化简直无法管理。如：进行系列化、通用化、组合化、模块化；建立系统工程框架，进行工程专业分类/综合管理。保证系统的所有“构件”都能协同工作以实现系统目标。NECCA-Q-001JP-15技术状态管理总要求◆总要求：1）在产品寿命周期各阶段，参照GJB3206A-2010附录A的工作内容，进行一系列活动；形成功能/分配/产品基线等一系列管理输出，全面实施技术状态管理；2）明确技术状态管理责任主体、职责，必要时成立技术状态管理委员会，进行技术状态管理审查和决策；3）编制技术状态管理计划（参照GJB3206A-2010附录B）；NECCA-Q-001JP-164）监督技术状态管理实施（按GJB5709《装备技术状态管理监督要求》进行）；5）管理与技术状态有关的产品寿命周期数据，并考虑信息技术、法律法规发展变化，对数据保护及格式的要求；6）软件的技术状态管理，应当按照GJB5235要求开展配置管理。NECCA-Q-001JP-17.1技术状态基线与里程碑◆技术状态基线：在产品寿命周期内某一特定时刻，被正式确认并作为今后研制生产、使用保证活动基准，以及技术状态改变判定基准的技术状态文件。GB/T19000-2016/IS09000：2015的定义——Configurationbaseline○○技术状态基线NECCA-Q-001JP-17.2技术状态基线与里程碑技术状态基线：由在某一时间点确立的，作为产品或服务整个寿命周期内活动参考基准的产品或服务的特性构成的、经批准的产品技术状态信息。▲基线是一组经批准的技术状态文件；▲需按GJB3273《研制阶段技术审查》要求办理。○○技术状态基线NECCA-Q-001JP-18◆技术状态基线，可分为：★功能基线—经正式确认的功能技术状态文件如，战术技术指标/系统规范；★分配基线—经正式确认的分配技术状态文件如，分系统设计任务书/研制规范；★产品基线—经正式确认的产品技术状态文件如，产品定型/鉴定后形成的产品规范。NECCA-Q-001JP-19◆里程碑—产品研制前一阶段工作的结束，后一阶段工作的开始或起始点。美国国防部指令DODD5000.1号规定国防部四个关键性决策点为0～Ⅲ里程碑：里程碑0—订货方提交任务需求说明书，提出《重要武器系统起始点论证报告》（JMSNS),项目开始；里程碑Ⅰ—订货方下达战术技术指标，与承制方签订项目研发合同或协议，形成功能基线；NECCA-Q-001JP-20里程碑Ⅱ—方案论证与确认之后，订货方形成《决策协调报告》，总承制方下达分系统设计任务书，形成分配基线；里程碑Ⅲ—订货方主持、承制方参加项目（型号/产品）定型/鉴定，经订货方批准，冻结技术状态，形成产品基线（作为型号/产品项目生产的依据）。NECCA-Q-001JP-21技术状态管理的主要内容★技术状态标识—确定技术状态项及其所需技术状态文件，标识技术状态项及其技术状态文件，发放和保持技术状态文件，建立技术状态基线的活动。（此定义阐明：是一个工作过程、工作重点、工作目的——用图样和技术规范进行标识）——技术状态项，是“能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体”。选择技术状态项之前，应按GJB2116确定产品分解结构；技术状态项的选定应符合GJB3206A第5.2.2条要求。NECCA-Q-001JP-22——技术状态文件：规定技术状态项的功能特性和物理特性，或从这些内容发展而来的关于技术状态项验证、使用、保障和报废要求的技术文件。一般分为功能/分配/产品技术状态文件；在产品寿命周期不同阶段形成，内容逐步细化。技术状态文件通常是指直接作为产品研制、生产或使用保障依据的技术文件（如，图样、规范等）。并非所有技术文件都是技术状态文件（如，计算报告、试验报告等）。NECCA-Q-001JP-23——技术状态标识的主要任务：1）选择技术状态项；2）确定技术状态项在不同阶段所需的技术状态文件；3）标识技术状态项和技术状态文件；4）建立、维持技术状态基线；5）发放技术状态文件（经批准）并保持其原件；6）按GJB2737要求规定并控制接口。NECCA-Q-001JP-24—GJB2737《武器装备系统接口控制要求》含：▲接口控制文件编制过程▲接口控制文件的更改过程▲接口的分类功能接口；环境接口。▲接口控制文件的主要内容及格式等NECCA-Q-001JP-25★技术状态控制▲技术状态控制任务主要包括：1）制定管理程序、方法；2）控制技术状态更改、偏离许可、让步3）确保准确实施。▲技术状态更改——技术状态更改原则论证充分；内容▲▲————NECCA-Q-001JP-26试验验证；各方认可；审批完备；落实到位。——技术状态更改分类技术状态更改，分为：Ⅰ类；Ⅱ类；Ⅲ类。NECCA-Q-001JP-27▲技术状态更改一般程序1）判定需求（可行性、必要性）；2）确定类别；3）编制、评审、审批更改申请（Ⅰ类更改申请内容应符合GJB3206A第6.2.3.3.4条要求，其他类别更改可适当剪裁；评审内容应符合6.2.3.4.2条要求）；4）制定更改通知单；5）实施、检查技术状态更改（应将经批准的更改单纳入技术状态文件；检查产品文—图—物的一致性；必要时验证）。NECCA-Q-001JP-28▲偏离许可和让步接收——级别，分为严重级别；轻度级.下列偏离、不合格均属严重级：影响功能、性能、形状、质量、质心、接口、互换性、可靠性、维修性、保障性、安全性、测试性、环境适应性、电磁兼容性、人员健康/安全、使用/维修、造成严重后果的其他方面。——申请标识号应具有唯一性；申请内容应符合GJB3206A第6.3.2.2条要求。——审批定型后申请须经订货方。——控制：确保依据批准的申请正确实施。NECCA-Q-001JP-29★技术状态记实◆▲技术状态记实的任务主要包括：1）记录并报告技术状态项标识号、所有偏离许可和让步的状况；2）记录并报告技术状态更改实施全过程；3）记录并报告技术状态审核结果及处置；4）记录并维持交付产品的版本及升级信息；5）定期备份技术状态记实数据，维护数据的安全性。从产品方案阶段起开展技术状态记实活动NECCA-Q-001JP-30▲记录和报告在产品研制阶段，经协商，承制方应向订货方发送下列文件：1）技术状态项及基线文件清单；2）技术状态说明报告；3）技术状态更改、偏离许可、让步状况报告4）技术状态更改实施和验证报告；5）定型/鉴定时，按GJB1362要求，提交产品技术状态文件；6）订货方要求的其他报告；7）承制方按合同要求向分承制方交上述文件核算原则核算NECCA-Q-001JP