技术状态管理培训讲义

《技术状态管理培训讲义》由会员分享，可在线阅读，更多相关《技术状态管理培训讲义（55页珍藏版）》请在装配图网上搜索。

1、技术状态管理（培训讲义）国防科技工业质量与可靠性研究中心二OO八年三月第一章概述一、技术状态管理的由来二、国外技术状态管理概况三、国内技术状态管理概况四、国标、国军标的区别第二章基本概念一、技术状态二、技术状态管理二、技术状态管理的作用第三章GJB320698标准介绍GJB3206标准制定悄况二、GJB3206标准的组成三、范围四、引用文件五、定义八、基本要求七、技术状态标识八、技术状态控制九、技术状态纪实十、技术状态审核十一、技术状态管理计划十二、软件文档技术状态管理第四章总结、技术状态管理二、技术状态控制用技术文件第一章概述一、技术状态管理的由来技术状态管理是美国二战(1939-1945年

2、)中特别是二战后，在发展导弹 核武器过程中发展起來的一门匸程管理控制技术。四十年代美国用于研制原子弹 的曼哈顿计划，五十年代研制的战略导弹阿特拉斯(atlas)及八 I年代开始的阿 波罗甥刀计划都运用技术状态管理的方法。以五十年代研制的战略导弹阿特拉 斯(atlas)为例，参与的单位有2000多个，这就要求:a. 参与研制的部门接口要协调一致；b. 总体与系统、系统与系统、系统与分系统耍协调一致；c. 大批的元器件和试验件碍要相互提供并兼容；d. 数以万计的技术数据和资料须及时交换和处理。然而，面对这样的大型复杂项冃，由丁缺乏系统、科学的管理手段而漏洞存 出，诸如：出了故障找不到相应的技术文件

3、；后续项目不能与前而项目匹配：生 产过程进行了更改而设计未更改等韦件不断发生，致使导弹运到发射现场无法顺 利安装，以至造成发射火败等。这就使得技术状态管理的概念和办法在惨痛的教 训中逐步形成。随着高科技的发展，武器装备越來越复杂，无论是卫星、运载，还是导弹武 器系统，都耍求具有共同目标的儿个组织密切合作，任成本和进度约束下组织研 制和生产，为用户提供满足妥求的产品。同时，科技进步和人们对大I然的探索 需求促使匸程研制所包含的尖端技术和攻关项日越來越多，接口和协调关系越來 越复杂。这就对在工程研制在全寿命周期内，硏制生产管理的科学化、规范化提 出了更高的要求，为确保研制过程的万无一失，在进度和经

4、费的约束下按规定的 研制周期交付符介要求的产品，使技术状态管理的方法随看技术发展的需要逐步 完善。目前，技术状态管理己被国际社会认可。技术发达国家实施技术状态管理 的实践也为大型复杂项冃管理提供了借鉴。二、国外技术状态管理概况在不断探索和总结经验教训的基础上，1962年，美国空军以手册的形式发 布了 “技术状态管理办法”，随着在大型武器装备研制工程中的应用逐步完善。1968年发布了 MILSTD480技术状态控制工程更改、偏离和超差， 以后乂陆续发布了 MILSTDV81技术状态控制 工程更改（简要形式）、偏 离和超差；MILSTD-182技术状态状况纪实数据元素及有关特性。1970 年发布/

5、 MILSTD-483系统、设备、军需品与计算机程序的技术状态管理。以后乂发布（MILSTD490规范编制，MILSTD1456技术状态管理 计划等。使技术状态管理标准趋丁完善。为了规范管理，在应用总结的基础上，1992年，美国颁布了 MILSTD973 技术状态管理标准，代替了上述标准，内容更加明确、系统、完整。同年，欧空局（ESA）发Y|j / ESA-PSS-01-11 ESA空间系统技术状态管理 与控制。1995年，欧洲空间标准化介作组织将ESA的PSS标准逐步转变为ECSS 标准，颁布了 ECSSTI-40空间项目管理 技术状态管理ISO/TC176/SC2在总结美国军用标准和ESA

6、标准经验的基础上，将技术状 态管理纳入国际标准IS09000族标准（IS09004-7）,于1995年正式颁布为 IS010007质量管理一技术状态管理指南，是工业界各类产品（硬件、软件、 流程性材料和服务）在研制、生产中进行技术状态管理共同遵守的准则。2003年6月15 I I ISO/TC176/SC2再一次完成ISO 10007质量管理一技术 状态管理指南的修订，此次修订为技术性修订，其目的是改进ISO 10007与 IS09000族国际标准的一致性并简化文件的结均。新的IS010007标准较1995年 版比较有以下变化：a. 进一步明确了 IS010007标准是IS09000族标准的组

7、成部分。标准名称为 IS010007质最管理体系 技术状态管理指南；b. 按过程方法对标准的结构形式进行了调整和简化。调整后的标准结构为: 管理职责一管理计划一标识一更改控制一纪实一审核。简化后的标准由5章30 条组成（原标准由8章46条组成）。c. 就术语方而有以下变化：原12个术语简化为9个；保留5个术语。技术状态、技术状态基线、技术状态项目、技术状态管理、 技术状态纪实；取消3个术语。技术状态标识、技术状态审核、接口；变更3个术语。技术状态控制更改控制；技术状态控制委员会管理机构； 技术状态文件产品技术状态信息：增加1个术语。特许。三、国内技术状态管理概况在我国国防匚业领域，技术状态管理

8、(configuration management )问题的提 出始于1987年国务院、中央军委联合颁布的军工产品质量管理条例。在“产 品是设计、制造出来的，而不是检验出来的”思想指导下，条例明确要求“承制 军工产品的单位，应建立技术状态管理制度，严格控制技术状态的更改”。强调 了对产品研制、生产过程中的质童控制。提出了“承制方要建立技术状态管理制 度”，并规定了实施技术状态管理四方而的功能一即技术状态标识、技术状态控 制、技术状态纪实和技术状态审核。1988年11月，为贯彻军工产品质暈管理条例提出的这一耍求，国防科 丁委在成都召开了第一次技术状态管理研讨会，会议认为：技术状态管理是 武器装备

9、研制系统I：程管理的重要组成部分,是保证研制、生产质就的重要手段。 任以往的武器装备研制过程中，各单位都不同程度的形成了一仓门己的技术状态 管理方法，但与国外相比，还不够系统、不够完善、不够严密。应学习国外行之 有效的管理经验，规范管理，进一步提高我们的技术状态管理水平。1989年4刀，国防科工委组团赴美参加中美质最管理研讨会，会上，就 技术状态管理问题进行了专题研讨。1992年“全国武器装备系统工程管理军用标准化技术委员会”成立，建立 的武器装备系统程管理标准体系框架中，技术状态管理是雨耍组成部分。1997年国家技术监督局颁如了 GB/T19017质牡管理技术状态管理指南, 该标准等同采用I

10、S010007国际标准：1998年国防科学技术匸业委员会颁布了国家军用标准GJB3206技术状态 管理，参照采用ISO 10007,GB/T19017和MILSTD973标准；1999年航天总公司颁布了航天匸业行业标准QJ3U8航天产品技术状态管 理九 该标准参照采用ISO 10007国际标准和GJB3206国家军用标准；2008年国家技术监督局等同采用ISO 10007-2003国际标准对GE/T19017质最管理 技术状态管理指南进行修订，该标准正在报批过程中。四、国家标准、家军用标准和航天行业标准1 GB/T19017质量管理 技术状态管理指南等同采用IS010007国际标准, 适用于胳

11、个工业界；GJB3206技术状态管理参照采用IS010007, GB/T19017 和MIL-STD-973标准,适用于武器装备的研制和生产。2 GB/T19017质鼠管理 技术状态管理指南规定技术状态管理是寿命周期 全过程的管理；GJB3206技术状态管理适用丁武器装备的研制和生产管理， 删掉了任使用保障中的管理。3 GB/T19017规定技术状态管理是以承制方为主体，目前我国武器系统研制 执行的是指令性计划卜的合同制，合同实施细则规定了合同双方的权利和义务， 因此GJB3206作为国家军用标准，明确规定了承制方与定购方的各项职责。4航天工业行业标准总结了航天型号研制以十余年的经验，参照采用

12、GB/T19017、GJB3206和MIL-STD-973标准，对航天I】业实施技术状态管理的 组织、内容和方法进行了具体规定。第二章基本概念、技术状态（第31条）ConfigurationISO 1007将技术状态定义为“在技术文件中规定的.并在产品中达到的功能 特性和物理特性”.该泄义明确了技术状态就是产品的功能特性和物理特性，这些特性应在技术 状态文件中明确规定，并在按技术文件耍求研制和生产出的产品中实际达到。对于Configuration -词的译法，从上世纪80年代中期这一名词引进后，就 有各种不同的意见，在英汉技术词典上，该词的氏译为外形、轮廓；构造、构型； 配置等，但从国际标准给

13、定的Configuration的定义看，“技术状态”这个词的含 意，不仅是产品的外形和构型，还有功能耍求。1987年国务院、中央军委联介国颁布的军工产品质量管理条例提出，“承 制军工产品的单位，应建立技术状态管理制度”，并明确“技术状态管理包含技 术状态标识、技术状态控制、技术状态纪实和技术状态市核”四方而的内容。这 与Configuration所包含的内容是一致的。为了与上级文件保持一致，之后有关 资料多将Configuration译为技术状态。但在民用飞机研制过程中，认为“构型” 的提法更符介他们的实际情况，在软件工程中，根据其研制的特点和习惯，采用 T “配置”的提法。1.1 功能特性（

14、第 3丄1 条）Functional characteiisticsISO 1007将功能特性定义为“产品的性能指标、设计的约未条件和使用保障 要求.其中包括诸如适用范围、速度、杀伤力等性能指标以及可罪性.维修性 和安全性等要求”.定义明确了功能特性不是只要求其性能指标，同时应注雨其使用效能和适用 性耍求。所以定义明确功能特性“包含诸如适用范囤、速度、杀伤力等性能指标 以及可靠性、维修性和安全性等”反映使用效能和适用性的保障性耍求1.2 物理特性（第 3.1.2 条）Physical characteiisticsIS01007将物理特性定义为“产品的形体特征，如组成、尺寸、表面状态、 形状、

15、配合、公差、重置等”.定义明确了物理特性指产品的形体特征，标准列举的“组成、尺寸、表面状 态、形状、配合、公差、重最等”。形体特征过去我们都有耍求，这里综介给出T “物理特性”的概念。二、技术状态管理（第 3.3 条）Configuration management标准定义技术状态管理是对技术状态项目进行的下述技术的和管理的活动:a. 技术状态标识b. 技术状态控制c. 技术状态纪实d技术状态审核ISO1007. GB/T19017. GJB3206关于技术状态管理的定义是一致的。定义说明：技术状态管理的性质属于技术的和管理的活动过程，它包括了技 术状态标识、技术状态控制、技术状态审核和技术状

16、态纪实四项活动内容。其中， 技术状态标识活动要确定产品结构，选择技术状态项口，将技术状态项目的功能 特性和物理特性及接口和随后的更改形成文件，为技术状态项冃及相应的技术状 态文件分配标识符等，所以，技术状态标识是技术状态管理的基础，它为技术状 态控制、技术状态纪实和技术状态审核提供了确定的文件依据。技术状态控制是 控制技术状态项冃的更改，所以是实施技术状态管理的核心，它为产晶技术状态 的演变和追溯性提供证明和保证。技术状态纪实是记录和报告技术状态管理活动 过程，所以技术状态纪实是技术状态标识、控制、市核等技术状态管理活动过程 的信息库，它是技术状态管理过程的真实写照，为技术状态管理提供了决策性

17、意 见。技术状态审核是对技术状态标识和控制有效性的确认是产品技术状态满足规 定耍求的保证，为循序渐进实现技术状态管理的最终冃标提供了保证。所以，这 四项活动内容是相互关联的，缺一不可，无论缺了其中的哪-项，都不能构成技 术状态管理的完整活动过程，都必须按照标准要求进行。但过去对于技术状态管 理的认识有一个误区，认为技术状态管理就是设计文件管理（或图样管理）。本 定义规定的四项活动内容说明，技术状态管理不单指设计文件管理（或图样管 理），而包括所有技术状态文件的管理。技术状态管理不单指对技术状态文件 的管理，还包括了技术状态项目形成过程的管理。技术状态管理的对象一技术状态项目、具体的产品。技术状

18、态管理的方法一指组织保证，即技术状态控制委员会。综上所述，技术状态管理活动过程如图1所示。根据用户（任务）需求一转换为功能耍求- 功能耍求分解一 转换为产品耍求-产品结构分解 f 选择技术状态项冃f 制定技术状态管理计划- 报批技术状态标识建立基线技术状态控制技术状态审核 实 丁见 产 品*技术状态纪实图1四项活动中，技术状态标识的主耍活动为：“选择技术状态项目：确定每个 技术状态项冃所需的技术状态文件：指定技术状态项冃及规范文件（包括内部和 外部接口文件）的标识号：发放技术状态文件：建立技术状态基线“。技术状态 控制的主要活动为技术状态基线建立后，为控制技术状态项目的更改而对提出 的更改建议

19、（工程更改、偏离、超差）所进行的论证、评定、协调、审批和实施 的活动”。技术状态记实的主耍活动为对己确定的技术状态文件、提出的更改 状况和己批准更改的执行情况所作的正式记录和报告”。技术状态审核的主要活 动为”为确定技术状态项目是否符合其技术状态文件所进行的检査“。三、技术状态管理的作用技术状态管理的上嗖作用是：1技术状态管理是门管理学科，它把技术和管理手段用丁产品的开发、生 产和保障系统，这一门学科可用于硬件、软件、流程性材料、服务及其相关的技 术文件。2技术状态管理的主耍目标是全而反映出产品当前的技术状态及其满足功 能的和物理的要求的状况并形成文件。技术状态管理的另一个冃标是确保参与项 目

20、工作的所有人员都能够使用正确和准确的文件。3技术状态管理是系统工程管理的重耍环节，是保持产品研制有序进行的重 耍手段。4技术状态管理保证了硏制项目的完格性和可追溯性。第三章GJB3206-98标准介绍、GJB3206-98标准的制定情况GJB 3206-98技术状态管理标准的编制工作始于1991年12 JJ, 1997年 完成审定，整个标准的编制匸作延续了近6年。经历美军标有关标准的修订，国 际标准化组织有关标准的发布以及国内車耍的有关文件武器装备研制程序的 修订和雨耍管理标准GJB 2993-97武器装备研制项冃管理的发布。这些都 为制订技术状态管理标准创造了有利条件。即是如此，技术状态管理

21、标准的编制 仍是困难重重，一是作为技术状态管理标准的顶层标准工程管理和重耍的相 关标准项冃规范的编制等都没有制定孤立地制定一个技术状态管理标准缺 乏相应标准的支持。二是技术状态管理中的新概念比较多。国防工业界通过长期 研制过程己经形成了一些固有的概念，对这些新概念还很陌生，很难理解和接受。 三是我国各国防工业企业，在武器装备研制过程屮，虽然都有一套技术管理方法, 但做法各异，这些技术管理方法与国际目前的技术状态管理究竟有哪些联系，还 存在着认识上的差异。因此，编制技术状态管理标准时需要考虑和解决的问 题比较复杂、比较多。为了解决以上问题，标准编制时采取了如下做法：(1) 密切结合国情，把国际、

22、国外标准屮的耍求与我国具体情况密切结合。 如与武器装备研制程序、军工产品定型条例等有关的法令、法规应，协调 一致。同时，在总结我国各部门执行的标准、规定和习惯做法,将其主耍内容纳入 国军标屮，使标准更符合我国的实际情况，具有较强的可操作性。(2) 参照ISO 10007技术状态管理指南和GB/T 19017质最管理 技术状态管理指南，以美军标MIL-STD-973技术状态管理作为补充。ISO 10007是ISO发布的一项质量标准。显然，执行这项标准对进入国际市场 有着重耍作用。所以国军标必须满足这项标准要求。ISO 10007与MILSTD973 二者Z间,在总的日标、原则和方法上是完全一致的

23、，只是由T ISO 10007的适用 性更加广泛，所以内容比较简耍，有些耍求比较原则。为避免过丁笼统而不便执 行GJB3206 乂纳入f MIL-STD-973的一些规定，但未采纳MIL-STD-973中大最 的过丁详细的耍求和应用表格.考虑到各单位多年形成的不同的研制习惯和武器装备的多样性，GJB 3206中的一般耍求部分只规定-些必须执行的原则，而把一些具体做法和耍求 都放在详细要求部分，并明确指出标准第五章可以剪裁，给执行标准以较大的杲 活性。二、GJB3206-98标准的组成五章二个附录组成，如图2所示。1范阳-一-主题内容、适用范阳、应用指南2引用文件一一2项3定义13 （21）个4

24、 一般耍求一一5条5详细耍求5. 1技术状态标识5. 2技术状态控制5. 3技术状态纪实5.4技术状态审核5. 5技术状态符理计划附录A 1类工程更改建议格式示例（参考件）附录B技术状态管理计划内容（参考件）图2三、范围1主题内容（标准1.1）本标准规定了实施技术状态管理的内容、方法和要求.（1）条文理解技术状态管理的内容四要素（标识、控制、审核、纪实）。技术状态管理的方法分层次、分阶段管理。分层次是指构成技术状态项冃的层次指系统、分系统、设备（单机）O 分阶段是指武器装备的研制阶段，如方案阶段、初样阶段、正样阶段等，分阶 段管理是技术状态基线建立的基础。分阶段管理的目的一是控制设计过程，二是

25、 建立技术状态管理工作与整个研制、生产活动之间的相互联系。技术状态管理要求形成计划，明确职贵，按层次和阶段实现四要素。(2)说明标准观定“木标准规定了技术状态管理的内容、要求和方法”。这一条有别于 ISO 10007和GB/T 19017,是按照武器装备研制、生产的具体情况规定的。本标准与ISO 10007和GB/T 19017的主要区别在于:ISO 10007和GB/T 19017的适用范I科为格个匚业界,而GJB3206的适用范闌为武器装备的研制和生 产。由丁工业界的范丽很广,其产品差万别，故签订的介同多为产品的生产合同, 重大项H的研制介同相对较少，有的项目只签订产品购销合同或H产自销不

26、签订 合同。大1此，ISO 10007和GB/T 19017标准所规定的实施技术状态管理的主贞 是承制方。而武器装备研制、生产的管理体制就与上述情况大不相同。早在上世纪80 年代后期，屮央就发布了武器装备研制合同暂行办法。1995年8月，军委总参 谋部、国防科匸委、国家计委、财政部乂联介发布了武器装备研制介同暂行办 法实施细则，细则明确规定，武器装备的研制、生产应实行指令性计划下的合 同制。对研制风险大、周期长的武器装备项目耍按武器装备研制程序中规定 的研制阶段，分别签订论证阶段介同、方案阶段介同、匸程研制阶段介同、 设计定型阶段介同、生产定型阶段合同等。实施细则中还专设一章详 细规定了介同双

27、方的权力和义务。在委托方的权力和义务中规定了”按介同约定, 检査研制方研制合同履行情况“；“按合同约定，组织或参与有关阶段评审,获得有 关研制文件J “按A同约泄，验收研制成果”等有关条款。这些规定说明委 托方耍介入棉个研制过程。因此，研制、生产过程中的技术状态管理应是订购方 与承制方共同完成的。所以，GJB3206国家军用标准规定订购方与承制方共同实 施的技术状态管理方而的要求，对在技术状态管理活动中承制方与订购方的职责 都做了明确规定。由丁各类武器装备项目之间区别很大，各行业、各单位内部都有各门的一套 技术管理办法,GJB 3206只能在技术状态管理的内容、要求和方法上给出原则性 规定。在

28、不违背GJB 3206的原则人实施技术状态管理的具体做法仍应按各单位 内部的技术管理制度执行。2适用范围（标准1.2）本标准适用于武器装备（常规武器装备、战略武器装备、人造卫星，下同） 技术状态项目在研制.生产中的技术状态管理.（1）条文理解武器装备是指常观武器装备、战略武器装备、人造卫星；技术状态项目是指能满足最终使用功能，并被指定作为单个实体进行技术 状态管理的硬件、软件或他们的集合体。在研制、生产中的技术状态管理不包禽使用保障中的管理。（2）说明在我国，武器装备的“研制、生产“有着明确的范圉界定。在原国防科I委 颁发的武器装备研制程序中，明确规定了各武器装备系统研制的阶段划分。 其中，将

29、常规武器装备研制分为5个阶段。即从进行战术技术指标论证的论证阶 段开始，经方案阶段、工程研制阶段、到设计定型阶段和生产定型阶段（战略武器 装备和人造卫星的阶段划分略有区别，但其范鬧基本一致），这就是研制的概念。 研制过程加生产过程就是本标准的适用范用，除此之外的过程，如后勤保障不屈 丁本标准的范畴。此外，在ISO 10007、GB/T 19017和MIL-STD-973中,都规定技术状态管理 是寿命周期全过程屮的管理。而GJB 3206删掉了在使用保障中的管理，这是根据 当时的管理体制确定的。其理由是我国当时的订购方只负责武器装备的研制和生 产定型，而成批生产和使用保障过程都由军方的其它部门负

30、贵，而作为使用本标 准的订购方只能考虑武器装备研制、生产中的技术状态管理。3应用指南（标准1.3）采用本标准时，应根据技术状态项目的重要性.复杂程度.规模、预定用 途.综合保障要求和其所处的研制、生产阶段等具体情况，对标准的详细要求 （第五章）进行剪裁.（1）条文理解标准明确，应根据技术状态项目的具体情况.对标准的详细耍求（第五章）进 行剪裁。技术状态项目的具体情况包含：重耍性、复杂程度、规模、预定用途、综介保 障要求和其所处的研制、生产阶段等。(2)说明这一条详细规泄了对本标准的详细要求进行剪裁时，应考虑的具体问题，以 指导标准的止确应用。a. 项日的亜雯性。如技术状态项日是武器系统研制的关

31、键件和重要件或武器 装备的重耍组成部分，可能选择的技术状态项目也比较多，耍求也更加严格，应严 格控制，所以相对删减的内容较少：b. 项目的复杂程度。如较高层次的、结构复杂的技术状态项目(系统、整机), 其寿命周期表现充分，实施技术状态管理的起点较早应严格、全而控制。c. 项目规模：规模大的项目，丄页目的复杂程度较高，被选择的技术状态项目 的层次较岛，同时可能选择的技术状态项目也较多，实施技术状态管理的起点较 早，应严格、全面控制。d. 项日预期用途：不同用途的产品，其性能指标和物理特性不同，实施技 术状态管理的程度也不同。如大烈舰船,一般不进行成批生产，因此也就不需耍专 门进行物理技术状态审核

32、。e. 项目综合保障要求：指保障设备、设施等耍求。武器装备使用保障中所 需的保障设备、设施、备件等，因是订购方单独采购的项冃，故应定为技术状态项 目，进行技术状态管理；f. 项目研制阶段：不同研制阶段实施技术状态控制的侧重点不同，工程研 制阶段之前的各阶段侧币/功能特性的控制，从I程研制阶段开始，物理特件逐 步细化。根据以上情况，除选择技术状态项目外，在满足一般耍求的前提下，可以根据 武器装备的具体情况和订购方与承制方的约定对详细要求进行剪裁。四. 引用文件(标准2)GJB2116-94武器装备研制项目工作分解结构GJB2737-96武器装备系统接口控制要求.(1)条文理解引用的两项标准均有年

33、代号，在实际应用屮应考虑该两项标准的修订对本标准的继续适用性。(2)说明a. GJB 2116-94武器装备研制项目工作分解结构GJB 2116是1994年发布的第一项有关工程管理的标准。武器装备研制项目 工作分解结构(WBS)是武器装备实施系统工程管理的有效工具和基础。在武器装 备研制过程中，随着研制工作的进展，逐步形成了产品的体系结构和保障项目的 体系结构，两者的结介形成了系统的工作分解结构。GJB2116给岀了武器系统工 作分解典型单元(三级)供各不同武器系统研制单位进行选择。在GJB2116的基 础上结合航天产品研制的具体悄况，航天工业编制了 QJ3121-2000航天产品项 目分解结

34、构，图3给出了卫星系统纲耍分解结构示意。卫星系统-级发射场运载火箭卫星平台仃效我荷地而测控系统地而应用系统二级三级热控制姿态轨逍控制测控推进 电源压力控制返回四级f *发动机阀门组件 储箱图3纲耍分解结构是固泄的，但不同的武器系统可根据需耍对纲耍工作分解结构 三级以下的项目进行删减(可以増加或减少项目)。在武器装备研制的论证阶段， 从标准的纲耍分解结构屮选择必要的结构单元，提出初步的工程项H匸作分解结 构，在方案阶段，通过该阶段的系统工程过程工作,确定方案阶段纲耍工作分解 结构，再将其结构单元向卜细分，金程研制阶段,乂细分到必要的级别，形成一种 n上而下不同层次的若干单元组成的树状结构，即匸作

35、分解结构。工作分解结构 单元包含所冇的技术状态项目，但并不是所有的工作分解结构单元都耍进行技术 状态管理。而是要从组成工作分解结构的若干单元中有针对性的进行选择。技术 状态项目就是从工作分解结构有关单元中选出的。bGJB 2737-96武器装备系统接口控制要求GJB 2737也是一项工程管理标准。它对“接口” 一词定义为“对两个上的 系统、分系统、设备或计算机软件产品间共同边界的功能特性、物理特性耍求”。 武器装备研制过程中，耍制泄接口控制文件，即“规定系统、分系统及设备间功能 和物理接口耍求的控制图或其它文件。”耍求该文件“应规定技术状态项冃的接 口耍求并确保所设计的各种硬件、软件之间的兼容

36、性和共用性“。接口控制文件 应置于技术状态管理之下进行控制，如需更改，应按技术状态管理耍求进行。五、定义1技术状态（第3.1条）ConfigurationGJB3206及ISO 1007均将技术状态定义为“在技术文件中规定的、并在产 品中达到的功能特性和物理特性”.该定义叨确了技术状态就是产品的功能特性和物理特性，这些特性应在技术 状态文件中明确规定，并在按技术文件要求研制和生产出的产品中实际达到。对T* Configuration -词的译法，从上世纪80年代中期这一名词引进后，就 有各种不同的意见，为了与上级文件保持一致，之后有关资料多将Configuration 译为技术状态。但在民用机

37、研制过程中，认为“构型”的提法更符合他们的实 际情况，在软件工程中，根据其研制的特点和习惯，采用了 “配置”的提法。1.1 功能特性（第 3.1.1 条）Functional characteristicsGJB3206将功能特性定义为“产品的性能指标、设计的约束条件和使用保 障要求.其中包括诸如适用范围、速度、杀伤力等性能指标以及可靠性、维修 性和安全性等要求”.定义明确了功能特性不是只耍求其性能指标，同时应注重其使用效能和适用 性耍求。所以定义明确功能特性“包含诸如适用范此速度、杀伤力等性能指标 以及可靠性、维修性和安全性等”反映使用效能和适用性的保障性要求1.2 物理特性（第 3.1.2

38、 条）Physical characteilsticsGJB3206将物理特性定义为“产品的形体特征，如组成、尺寸、表面状态、 形状、配合、公差.重董等”.定义明确r物理特性指产品的形体特征，标准列举的“组成、尺寸、表而状 态、形状、配合、公差、重量等”。形体特征过去我们都有耍求，这里综合给岀 t “物理特性”的概念。2技术状态项目（第3.2条）Configuration itemGJB3206将技术状态项目定义为“能满足最终使用功能，并被指定作为单个 实体进行的硬件、软件或其集合体”.与IS01007的定义“被指定用于技术状态 管理并在技术状态管理过程中作为单个实体对待的硬件、软件、流程性材

39、料、 服务或其任一独立部分的集合”.所揭示的基本内容是一致的。IS01007的范閘 与9000族标准的耍求一致，更广泛一些。GJB3206定义明确了技术状态项冃可以是硬件，也町以是软件或其集合体。 11么项目可作为技术状态项目，定义中明确了两个条件a. 能满足最终使用功能。即该项目具备功能特性和物理特性；b. 被指定作为单个实体。即该项目是一个独立的单个实体，只有这种项目才 具备最终使用的功能特性和物理特性，才有进行技术状态管理的必耍。能满足最终使用功能，并被拆定作为单个实体进行的。所以，技术状态管理是 以技术状态项日作为单元來进行的。3 技术状态管理（第 33 条）Conllguration

40、 management对技术状态项目进行的下述技术的和管理的活动：a. 技术状态标识b. 技术状态控制c. 技术状态纪实d技术状态审核如前所述：技术状态管理的性质属r技术的和管理 的活动过程，它包括了技术状态标识、技术状态控制、技术状态审核和技术状态 纪实四项活动内容。这四项活动内容是相互关联的。其中，技术状态标识是技术 状态管理的宰础，它为技术状态控制、技术状态纪实和技术状态审核提供了依据。 技术状态控制是实施技术状态管理的核心，它为产品技术状态的演变和追溯性提 供证明和保证。技术状态纪实技术状态管理过程的信息库，它是技术状态管理过 程的真实写照，为技术状态管理提供了决策性意见。技术状态巾核

41、是产品技术状 态满足规定要求的保证，为循序渐进实现技术状态管理的最终目标提供了保证。 所以，这四项活动过程都缺一不可，无论缺了其中的哪一项，都不能构成技术状 态管理。4 技术状态标识（第 3.4 条）Configuration identification技术状态标识作用是为技术状态控制、纪实和审核提供了确定的文件依据。 标准规定技术状态标识的主耍活动为：“选择技术状态项目；确泄每个技术状态 项冃所需的技术状态文件：指定技术状态项冃及规范文件（包括内部和外部接口 文件）的标识号：发放技术状态文件：建立技术状态基线”。定义明确规定了技术状态标识的5项活动。但过去对丁技术状态标识的认识 有两个误区

42、:一个是认为技术状态标识就是制定技术状态文件。另一个误区是认 为，技术状态标识就是给项目及其文件以标识号，这显然是不全而的，技术状态标 识最重耍的活动是选择技术状态项目、建立技术状态幕线。5 技术状态控制（第 3.5 条）Configuration control技术状态控制定义为技术状态基线建立后，为控制技术状态项目的更改而 对提出的更改建议（工程更改、偏离、超差）所进行的论证、评定、协调、审批 和实施的活动。”定义明确技术状态控制是一个活动过程，这一活动过程是对技术状态项目基 线实施控制。因此，技术状态控制是在技术状态皋线建立Z后，对技术状态皋线更 改所进行的论证、评定、协调、中批和实施的

43、控制活动。也就是说，在经正式市 査、批准建立技术状态棊线之前，对技术状态项目有关更改由承制方按木单位的 有关规定进行更改控制。只有在建立技术状态基线Z后，对技术状态项口的更改 耍严格按技术状态控制耍求进行控制。6 技术状态纪实（第 3.6 条）Configuration status accounting （CSA）标准将技术状态记实泄义为：“对己确泄的技术状态文件、提出的更改状况和 己批准更改的执行情况所作的正式记录和报告”。定义中明确:（a）记实内容包拈己确定的技术状态文件、提出的更改状况、己 批准更改的执行情况;（b）记实活动包括对上述状况所作的正式的记录和报告。7技术状态审核（第3.7

44、条）Conliguration audit技术状态审核的泄义为”为确魁技术状态项目是否符A其技术状态文件所进 行的检査“。定义明确：技术状态审核为确定技术状态项H与其文件是否相符所进行的检 查。根据定义，武器系统研制过程中己制成的技术状态项目都应与其技术状态文 件进行对照，检查其文实是否相符。在美军的研制程序中，在其工程研制阶段的后 期和生产部署阶段的询期,进行功能技术状态审核和物理技术状态审核后,研制产 品即可进入成批生产，不再进行合格鉴定。技术状态市核与目前国防工业中经常 进行的设计评审”、“匚艺评市”、”质最评审”和“阶段技术审査”是完全不同的 概念。”评审”一词的英语为“review”

45、,而GJB 3206中”审核，一词的英语为” audit, “review”是“检査“、”复査的意思，而“audit”是”审计、”核实”的意思，技术状态审 核与”设计评审”、”工艺评审化质量评审“的主要区别是:(a) 二者的工作性质不同。技术状态审核是通过将己制出的产品实物经试验 或检査得出的实际达到的特性与技术状态文件相对照。根据对照结果，对其能否 通过审核进行决策。就是说技术状态审核是一种决策性的匚作。而设计评审 (GJB1310-91)只是对设计工作是否符介武器装备总耍求、战术技术指标、研制任 务书或合同要求进行的评审，评审为设计决策提供咨询，但不能代替决策。1艺 评市(GJE1269A

46、-2000)是对I：艺总方案、工艺说明书等指令性I：艺文件以及关键 件、雨耍件、关键序的匸艺规程进行的评市:为批准工艺设计提供咨询。因此, 1芝评审的恂贡也是咨询性的。质量评审(GJE 907 -90)虽然评审的范闌比较宽, 包括产品的性能、可靠性、维修性和安全性的符合性;设计更改控制;新工艺、新 技术、新器材、新设备及技术攻关成果的采用等，但仍是为决策提供咨询意见, 仍是咨询性的。(b) 二者的组织和职权不同。技术状态审核主耍负责人为订购方，承制方主耍 是制定宙核计划，为审核提供有关资料、参与市核。而设计评审和艺评审则是 由承制单位组织，邀请非何接参加工作的同行专家、承制方有关职能部门代表及

47、 订购方代表参加,评定意见只提供咨询，是为承制方及早发现和纠lE设计缺陷、H 我完善设计的管理方法，完全是承制方内部的匸作。质量评审工作由承制单位技 术负责人或质最负责人负责并组织实施。订购方不介入此工作。(c) 二者进行的阶段不同。技术状态审核是在设计定型和生产定型阶段，在己 制出的产品上进行。而设计评市是在方案阶段和工程研制阶段对本阶段的产品 设计进行评审。GJB 1269A规定工艺评审是分阶段进行的。承制方针对具体产品 确定产品的工艺设计阶段。按该标准所规定的评审对彖看，其评审时间应是在匸 程研制阶段或更早。8 技术状态文件(第 3.8 条)Configuration documents

48、标准定义技术状态文件为：”规定技术状态项目的要求、设计、生产和验收 所必须的技术文件。技术状态文件分为功能技术状态文件、分配技术状态文件、 产品技术状态文件。这三种技术状态文件，在不同的研制阶段进行编制、批准和 保持，且在内容上逐级细化“。定义中明确规定技术状态文件是：(a) 规定技术状态项冃的要求、设计、生产和验收所必须的文件,就是说，技 术状态项目文件包含了满足技术状态项LI的耍求、设计、生产和验收所必须的文 件，包含项目耍求和设计的指令性文件，组织生产的设计文件和工艺文件和试验 验收的文件。在此，“技术状态项目”指的是被选择的作为技术状态项目的具体 实体。“技术状态项目的耍求、设计、生产

49、和验证所必需的技术状态文件”包含 了达到产品符合要求所需的所有文件。如系统规范、设计文件、匸艺文件、研究 试验文件和软件文档等。(b) 技术状态文件分为功能技术状态文件,分配技术状态文件、产品技术状态 文件。8. 1功能技术状态文件GJB3206将功能技术状态文件定义为由功能基线及其已批准的更改所组成 的技术状态文件.8. 2分配技术状态文件GJB3206将技术状态文件定义为由分配基线及其已批准的更改所组成的技 术状态文件.83产品技术状态文件GJB3206将产品技术状态定义为由产品基线及其已批准的更改所组成的技 术状态文件.以上定义明确，技术状态文件除满足产品研制、生产、验证需要的文件外还

50、应包括更改文件。武器装备系统地研制工作是根据规定的研制阶段逐步完成的。这三种技术状 态文件，在不同的研制阶段进行编制、批准和保持，且在内容上逐级细化。在论证阶段应编制形成功能基线所要求的功能技术状态文件，在方案阶段初 期经确认后建立功能基线：在方案阶段应编制形成分配基线所耍求的分配技术状 态文件，在匸程研制阶段初期经确认后建立分配慕线；在匸程研制阶段应编制形 成产品基线所耍求的产品技术状态文件，在功能技术状态审核和物理技术状态市 核后建立产品基线：这三种技术状态文件是从功能技术状态文件到分配技术状态文件再到产品 技术状态文件。这三种技术状态文件相互协调，后者是前者的扩展和细化。三种技术状态文件

51、是一个新的概念，在不同的研制阶段编制,它们的形成过 程体现了随着研制阶段的发展产品的研究和设计逐步发展成熟的渐进过程。在 研制的初期阶段，首先制定系统级的功能技术状态文件;根据功能技术状态文件的 咚求，在下一个研制阶段屮，制定描述各技术状态项目功能的技术状态文件，即分 配技术状态文件：根据分配技术状态文件耍求，进一步制定产品制造所必须的各 类文件，如图样、匸艺规程、材料规范等产品技术状态文件。随着各技术状态文 件的发展产品设计渐趋完善。所以定义中规0这三种技术状态文件，在不同的研 制阶段进行编制、批准和保持，且在内容上逐级细化”。功能技术状态文件是规定武器装备系统或独工研制的重大技术状态项冃的

52、 功能特性、接口特性以及验证上述特性是否达到规定要求所需进行的检查的文 件。分配技术状态文件是规定技术状态项冃下列内容的文件：从武器装备系统或 高一层技术状态项M分配给下一级技术状态项日的功能特性和接口特性、技术状 态项目的接口耍求、附加的设计约束条件及验证上述特性是否达到规定耍求所需 进行的检査。产品技术状态文件是规定技术状态项冃下列内容的文件:技术状态 项目所有必须的功能特性和物理特性、被指泄进行生产验收试验的功能特性和物 理特性、为保障技术状态项冃介格所需的试验。9技术状态基线（第39条）Configuration baseline技术状态管理的核心是基线管理，基线一即界线、基准线。基线

53、的定义是：GJB3206将技术状态定义为在技术状态项目研制过程中的某一特定时刻，被 正式确认、并被作为今后研制、生产活动基准的技术状态文件.一般有三种技 术状态基线：功能基线、分配基线和产品基线.定义说明：a. 技术状态基线是在技术状态项目研制过程中的某一特定时刻正式确认的,特定时刻指一个阶段目标完成后的转阶段评审被确认：b. 被确认-一应由承制方和订购方正式确认；C.基线是作为后续研制、生产活动基准的技术状态文件。技术状态管理中一个很雨耍的概念是棊线。基线是由相应的技术状态文件和 己批准的更改文件构成的。编制完成的各级技术状态文件经定购与承制任务的双 方共同审查、正式批准后，即构成这一级的技

54、术状态基线。技术状态管理实质上 是对技术状态基线的管理。技术状态标识的冃的是建立基线，技术状态控制的核 心是控制技术状态基线的更改，技术状态纪实是记录和报吿技术状态基线状况及 其发展变化，技术状态市核是市核己制出的产品与基线文件的相符性。因此，没 有技术状态皋线，技术状态管理就无从谈起。-般有三种技术状态基线：功能基线、分配基线和产品基线。9. 1功能基线GJB3206将技术状态定义为经正式确认的用以描述武器装备系统级或独立 研制的重大技术状态项目下列内容的文件：功能特性；接口特性；验证上述特 性是否达到规定要求所需的检查.9. 2分配基线GJB3206将技术状态定汝为经正式确认的用以描述技术

55、状态项目下列内容 的文件：从武器装备系统或高一层技术状态项目分配给该技术状态项目的功能 特性和接口特性；技术状态项目的接口要求；附加的设计约束条件；验证上述 特性是否达到规定要求所需的检查.各技术状态项目分配基线的总合，形成满 足武器装备系统功能基线目标的技术途径.9.3产品基线GJB3206将技术状态定茨为经正式确认的用以描述航天产品技术状态项目 下列内容的文件：技术状态项目所有必需的功能特性和物理特性；被指定进行 生产验收试验的功能特性和物理特性；为保证技术状态项目合格所需的试验.确定三种基线的依据是不同层次不同研制阶段编制的、能全而反映产品功能 特性和物理特性的、在某一特定时刻确立的技术

56、状态的文件。10 工程更改（第 3.10 条）engineeiing change工程更改定义为：“在技术状态项目研制、生产过程中,对己正式确认的现行技术状态文件所做的更改”。根据定义，程更改是对已批准的技术状态文件的更改。只有技术状态项冃 己确认的现行技术状态文件的更改才构成工程更改。非技术状态项目，或未经正 式确认的、非现行的技术状态文件（编制中的、未提交正式审件确认建立的技术 状态垄线）的更改不屈丁本范畴，其更改变动属丁承制方内部的图样（设计）更改控 制活动。11工程更改建议（第311条）engineeiingchange工程更改建议定义为：“提岀工程更改并对该更改进行描述、论证和提交批

57、 准的文件”。根据定义规定，I】程更改建议是一种文件，该文件的作用是提出1.程更改、 对更改的内容进行描述、论证和提交批准的文件。12 偏离（第 3.11 条）deviation偏离泄义为“技术状态项目制造之询，对该技术状态项日的某些方而，在指泄 的数最或者时间范围内，可以不按其己被批准的现行技术状态文件更求进行制造 的一种书面认可。允许偏离时，对其己被批准的文件不做出相应更改。”偏离定义來门美国军用标准MIL-STD-973技术状态管理。在我国“对该 技术状态项冃的某些方面，在指定的数量或者时间范惘内，可以不按其己被批准 的现行技术状态文件耍求进行制造”称为“偏离”，这种偏离被“书而认可”称

58、 为“偏离许可”。这种书而认可在技术状态项目制造之前由承制方提出申请，经指 定的贵任人批准后产生。其内容为允许技术状杰项冃的某些方面在指定的数帚:或 指定的时间范丽内，可以不按其己批准的技术状态现行文件进行制造。由丁这种 偏离只是暂时的,所以不更改己批准的现行技术状态文件。13 超差（第 3.12 条）waiver超差定义为：“对接受下述技术状态项目的一种书而认可:在制造期间或在检 验验收过程中，发现某些方面不符合己被批准的现行技术状态文件规定要求，但不 碍修理或用经批准的方法修理后仍可使用“。超差定义來IT美国军用标准MIL-STD-973技术状态管理。在我国“在制 造期间或在检验验收过程屮

59、，发现某些方面不符合己被批准的现行技术状态文件 规定耍求”称为“超差”，这种超差被“不符合己被批准的现行技术状态文件规 定耍求，但不盂修理或用经批准的方法修理后仍可使用的“书而认可”称为“超 差特许”或“让步接收”。这种书面认可在技术状态项冃制造小或制造之后产生。 超差由承制方提出川请，设计认可，经指定的责任人批准后生效。即在制造过程 中产生r不符合己批准的技术状态文件耍求的情况，但这种不符合的情况不需修 理或用经批准的方法修理后仍可同意使用的，可办理超差手续。超差与偏离的区别在丁:偏离是在技术状态项目制造之前，考虑到某种需求或 冃的产生的不符合己批准的现行技术状态文件的情况，办理的一种书网认

60、可，这种 书画认可只能在指定的数量或时间范困内有效；而超差则是在技术状态项目制 造中或之后，发现己生产的技术状态项目的某指标不符介己批准的现行技术状态 文件,但经同意可使用的一种书面认可。六、基本要求(标准4.1)应在武器装备系统或技术状态项目研制过程的不同阶段，分别編制出能全 面反映其在某一特定时刻能够确定下来的技术状态的文件，建立功能基线、分配 其线、产品基线.其中功能基线应与武器系统研制总要求的技术内容协调 一致；分配基线应与研制任务书的技术内容协调一致.应控制对这些基线 的更改，使对这些基线所作出的更改都具有可追溯性.应确保武器装备系统或 技术状态项目在其研制、生产的任何时刻，都能使用

61、正确的技术状态文件.技术状态管理应包括下列相互关联的活动：a技术状态标识：b. 技术状态控制；c. 技术状态记实；d技术状态审核.(1)条文理解木条对技术状态管理提岀了 6条基木耍求：应在研制过程的不同阶段，分别编制己确定编制的技术状态文件。应在研制过程的不同阶段,分别建立功能基线、分配其线、产品基线。功能棊线应与武器系统研制总更求的技术内容协调一致；分配慕线应 与研制任务书的技术内容协调一致。应控制基线的更改，保证基线更改的可追溯性。应确保武器装备系统或技术状态项目在其研制、生产的任何时刻，都能使用正确的技术状态文件。应确保技术状态项冃在其研制、生产的任何时刻，都能使用匸确的技术状 态文件。

62、技术状态管理包括技术状态标识、技术状态控制、技术状态记实、技术状 态审核相互关联的活动过程。(2)说明棊木要求屮规定武器装备系统或技术状态项冃技术状态文件编制应按研制 阶段进行。在研制过程的不同阶段，应分别编制出能全面反映其在某一特定时刻 能够确定下來的技术状态的文件，建立功能基线、分配其线、产品基线。GJB 3206 是按照原国防科I】委颁发的1995技综字第2709号武器装备研制程序文屮 的常规武器装备研制程序规定的阶段划分和对各阶段的研制耍求來确定三种 基线产生的时刻的。根据常规武器装备研制程序的规定，常规武器装备研制过程分为论证阶 段、方案阶段、匸程研制阶段、设计定世阶段和生产定烈阶段

63、。论证阶段的主要匸作是进行战术技术指标、总体技术方案指标、总体技术方 案的论证及研制经费、保障条件、研制周期的预测。方案阶段的上耍工作是进行 武器系统研制方案的论证、验证、进行方案设计和部件或分系统的技术攻关，以 及原理性样机或模型样机的研制与试验。在关键技术己经解决，研制方案切实可 行,保障条件基本落实的基础上，编制装备研制总耍求上报审批。工程研制阶 段的主要作是根据批准的装备研制总耍求进行武器装备的设计、试制、试 验工作，通过对研制样机的试验、评审和勞定，提出设计定型的试验屮请报告。在 设计定型阶段，对武器装备的性能进行全而考核和部队适用性试验,以确认其达到 装备研制总耍求和合同要求，批准设计定型。在生产定型阶段,对产品批量生 条件进行全面考核,确认其符介批最生产的标准，稳定质鼠,提高可靠性。上述各研制阶段划分与美军采办阶段划分，可大体对比如下:中国 武器装备 研制阶段论证阶段方案阶段丁程研制 阶段设计定型 阶段生产定熨 阶段美军 武器装备 采办阶段方案探索和 定义阶段方案确定 和降低风 险阶段