技术状态管理培训讲义.pdf

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

2、 二、技术状态控制用技术文件 第一章 概 述 一、 技术状态管理的由来 技术状态管理是美国二战（19391945 年）中特别是二战后，在发展导弹核武器过程中发展起来的一门工程管理控制技术。四十年代美国用于研制原子弹的曼哈顿计划，五十年代研制的战略导弹阿特拉斯（atlas）及六十年代开始的阿波罗登月计划都运用了技术状态管理的方法。以五十年代研制的战略导弹阿特拉斯（atlas）为例，参与的单位有2000多个，这就要求： a. 参与研制的部门接口要协调一致； b. 总体与系统、系统与系统、系统与分系统要协调一致； c. 大批的元器件和试验件需要相互提供并兼容； d. 数以万计的技术数据和资料须及时交

3、换和处理。 然而，面对这样的大型复杂项目，由于缺乏系统、科学的管理手段而漏洞百出，诸如：出了故障找不到相应的技术文件；后续项目不能与前面项目匹配；生产过程进行了更改而设计未更改等事件不断发生，致使导弹运到发射现场无法顺利安装，甚至造成发射失败等。这就使得技术状态管理的概念和办法在惨痛的教训中逐步形成。 随着高科技的发展，武器装备越来越复杂，无论是卫星、运载，还是导弹武器系统，都要求具有共同目标的几个组织密切合作，在成本和进度约束下组织研制和生产，为用户提供满足要求的产品。同时，科技进步和人们对大自然的探索需求促使工程研制所包含的尖端技术和攻关项目越来越多，接口和协调关系越来越复杂。这就对在工程

4、研制在全寿命周期内，研制生产管理的科学化、规范化提出了更高的要求，为确保研制过程的万无一失，在进度和经费的约束下按规定的研制周期交付符合要求的产品，使技术状态管理的方法随着技术发展的需要逐步完善。目前，技术状态管理已被国际社会认可。技术发达国家实施技术状态管理的实践也为大型复杂项目管理提供了借鉴。 二、 国外技术状态管理概况 在不断探索和总结经验教训的基础上，1962 年，美国空军以手册的形式发布了“技术状态管理办法”，随着在大型武器装备研制工程中的应用逐步完善。 1968年发布了MILSTD480技术状态控制 工程更改、偏离和超差，以后又陆续发布了MILSTD481技术状态控制 工程更改（简

5、要形式）、偏离和超差；MILSTD482技术状态状况纪实数据元素及有关特性。1970年发布了MILSTD483系统、设备、军需品与计算机程序的技术状态管理。以后又发布了MILSTD490规范编制，MILSTD1456技术状态管理计划等。使技术状态管理标准趋于完善。 为了规范管理，在应用总结的基础上， 1992年，美国颁布了MILSTD973技术状态管理标准，代替了上述标准，内容更加明确、系统、完整。 同年，欧空局（ESA）发布了ESA-PSS-01-11 ESA空间系统技术状态管理与控制。1995年，欧洲空间标准化合作组织将ESA的PSS标准逐步转变为ECSS标准，颁布了ECSS-M-40空间

6、项目管理 技术状态管理 ISO/TC176/SC2 在总结美国军用标准和 ESA 标准经验的基础上，将技术状态管理纳入国际标准 ISO9000 族标准（ISO90047），于 1995 年正式颁布为ISO10007质量管理技术状态管理指南，是工业界各类产品（硬件、软件、流程性材料和服务）在研制、生产中进行技术状态管理共同遵守的准则。 2003 年 6月 15日 ISO/TC176/SC2 再一次完成 ISO10007质量管理技术状态管理指南的修订，此次修订为技术性修订，其目的是改进 ISO10007 与ISO9000族国际标准的一致性并简化文件的结构。新的ISO10007标准较1995年版比较

7、有以下变化： a. 进一步明确了ISO10007标准是ISO9000族标准的组成部分。标准名称为ISO10007质量管理体系 技术状态管理指南； b. 按过程方法对标准的结构形式进行了调整和简化。调整后的标准结构为：管理职责管理计划标识更改控制纪实审核。简化后的标准由 5 章 30条组成（原标准由8章46条组成）。 c. 就术语方面有以下变化： 原12个术语简化为9个； 保留5个术语。技术状态、技术状态基线、技术状态项目、技术状态管理、技术状态纪实； 取消3个术语。技术状态标识、技术状态审核、接口； 变更3个术语。技术状态控制更改控制； 技术状态控制委员会管理机构； 技术状态文件产品技术状态信

8、息； 增加1个术语。特许。 三、国内技术状态管理概况 在我国国防工业领域，技术状态管理（configuration management）问题的提出始于1987年国务院、中央军委联合颁布的军工产品质量管理条例。在“产品是设计、制造出来的，而不是检验出来的”思想指导下，条例明确要求“承制军工产品的单位，应建立技术状态管理制度，严格控制技术状态的更改”。强调了对产品研制、生产过程中的质量控制。提出了“承制方要建立技术状态管理制度”，并规定了实施技术状态管理四方面的功能即技术状态标识、技术状态控制、技术状态纪实和技术状态审核。 1988年11月，为贯彻军工产品质量管理条例提出的这一要求，国防科工委在

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

10、了GB/T19017质量管理 技术状态管理指南，该标准等同采用ISO10007国际标准； 1998 年国防科学技术工业委员会颁布了国家军用标准 GJB3206技术状态管理，参照采用ISO10007， GB/T19017和MIL-STD-973标准； 1999年航天总公司颁布了航天工业行业标准QJ3118航天产品技术状态管理。该标准参照采用ISO10007国际标准和GJB3206国家军用标准； 2008年国家技术监督局等同采用ISO10007-2003国际标准对GB/T19017质量管理 技术状态管理指南进行修订，该标准正在报批过程中。 四、国家标准、国家军用标准和航天行业标准 1 GB/T19

11、017质量管理 技术状态管理指南等同采用ISO10007国际标准，适用于整个工业界；GJB3206技术状态管理参照采用ISO10007， GB/T19017和MIL-STD-973标准，适用于武器装备的研制和生产。 2 GB/T19017质量管理 技术状态管理指南规定技术状态管理是寿命周期全过程的管理；GJB3206技术状态管理适用于武器装备的研制和生产管理，删掉了在使用保障中的管理。 3 GB/T19017规定技术状态管理是以承制方为主体，目前我国武器系统研制执行的是指令性计划下的合同制，合同实施细则规定了合同双方的权利和义务，因此GJB3206作为国家军用标准，明确规定了承制方与定购方的各

12、项职责。 4 航天工业行业标准总结了航天型号研制四十余年的经验，参照采用GB/T19017、GJB3206 和 MIL-STD-973 标准，对航天工业实施技术状态管理的组织、内容和方法进行了具体规定。 第二章 基本概念 一、技术状态（第3.1条）Configuration ISO1007将技术状态定义为“在技术文件中规定的、并在产品中达到的功能特性和物理特性”。 该定义明确了技术状态就是产品的功能特性和物理特性，这些特性应在技术状态文件中明确规定，并在按技术文件要求研制和生产出的产品中实际达到。 对于Configuration一词的译法，从上世纪80年代中期这一名词引进后，就有各种不同的意见

13、，在英汉技术词典上，该词的直译为外形、轮廓；构造、构型；配置等，但从国际标准给定的Configuration的定义看，“技术状态”这个词的含意，不仅是产品的外形和构型，还有功能要求。 1987年国务院、中央军委联合国颁布的军工产品质量管理条例提出， “承制军工产品的单位，应建立技术状态管理制度”，并明确“技术状态管理包含技术状态标识、技术状态控制、技术状态纪实和技术状态审核”四方面的内容。这与 Configuration 所包含的内容是一致的。为了与上级文件保持一致，之后有关资料多将Configuration译为技术状态。但在民用飞机研制过程中，认为“构型”的提法更符合他们的实际情况，在软件工

14、程中，根据其研制的特点和习惯，采用了“配置”的提法。 1.1 功能特性（第3.1.1条）Functional characteristics ISO1007将功能特性定义为“产品的性能指标、设计的约束条件和使用保障要求。其中包括诸如适用范围、速度、杀伤力等性能指标以及可靠性、维修性和安全性等要求”。 定义明确了功能特性不是只要求其性能指标，同时应注重其使用效能和适用性要求。所以定义明确功能特性“包含诸如适用范围、速度、杀伤力等性能指标以及可靠性、维修性和安全性等”反映使用效能和适用性的保障性要求 1.2 物理特性（第3.1.2条）Physical characteristics ISO1007

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

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

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

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

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

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

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

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

23、D-973二者之间,在总的目标、原则和方法上是完全一致的,只是由于ISO 10007的适用性更加广泛,所以内容比较简要,有些要求比较原则。为避免过于笼统而不便执行,GJB3206 又纳入了 MIL-STD-973 的一些规定,但未采纳 MIL-STD-973 中大量的过于详细的要求和应用表格。 (3) 考虑到各单位多年形成的不同的研制习惯和武器装备的多样性，GJB 3206 中的一般要求部分只规定一些必须执行的原则, 而把一些具体做法和要求都放在详细要求部分,并明确指出标准第五章可以剪裁，给执行标准以较大的灵活性。 二、GJB320698标准的组成 五章二个附录组成，如图2所示。 1 范围 -

24、 主题内容、适用范围、应用指南 2 引用文件-2项 3 定义-13（21）个 4 一般要求-5条 5 详细要求 5.1技术状态标识 5.2技术状态控制 5.3技术状态纪实 5.4技术状态审核 5.5技术状态管理计划 附录A 1类工程更改建议格式示例 (参考件) 附录B 技术状态管理计划内容 (参考件) 图2 三、范围 1主题内容（标准1.1） 本标准规定了实施技术状态管理的内容、方法和要求。 （1）条文理解 技术状态管理的内容四要素（标识、控制、审核、纪实）。 技术状态管理的方法分层次、分阶段管理。 分层次是指构成技术状态项目的层次指系统、分系统、设备（单机）。 分阶段是指武器装备的研制阶段，

25、如方案阶段、初样阶段、正样阶段等，分阶段管理是技术状态基线建立的基础。分阶段管理的目的一是控制设计过程，二是建立技术状态管理工作与整个研制、生产活动之间的相互联系。 技术状态管理要求形成计划，明确职责，按层次和阶段实现四要素。 （2）说明 标准规定“本标准规定了技术状态管理的内容、要求和方法“。这一条有别于ISO 10007和GB/T 19017,是按照武器装备研制、生产的具体情况规定的。 本标准与 ISO 10007 和 GB/T 19017 的主要区别在于: ISO 10007 和 GB/T 19017的适用范围为整个工业界,而GJB-3206的适用范围为武器装备的研制和生产。由于工业界的

26、范围很广,其产品千差万别 ,故签订的合同多为产品的生产合同,重大项目的研制合同相对较少，有的项目只签订产品购销合同或自产自销不签订合同。因此，ISO 10007和GB/T 19017标准所规定的实施技术状态管理的主责是承制方。 而武器装备研制、生产的管理体制就与上述情况大不相同。早在上世纪 80年代后期,中央就发布了武器装备研制合同暂行办法。1995年8月, 军委总参谋部、国防科工委、国家计委、财政部又联合发布了武器装备研制合同暂行办法实施细则，细则明确规定，武器装备的研制、生产应实行指令性计划下的合同制。对研制风险大、周期长的武器装备项目要按武器装备研制程序中规定的研制阶段,分别签订论证阶段

27、合同、方案阶段合同、工程研制阶段合同、设计定型阶段合同、生产定型阶段合同等。实施细则中还专设一章详细规定了合同双方的权力和义务。在委托方的权力和义务中规定了“按合同约定,检查研制方研制合同履行情况“ ；“按合同约定,组织或参与有关阶段评审,获得有关研制文件“；“按合同约定,验收研制成果”等有关条款。这些规定说明委托方要介入整个研制过程。因此，研制、生产过程中的技术状态管理应是订购方与承制方共同完成的。所以，GJB3206国家军用标准规定订购方与承制方共同实施的技术状态管理方面的要求，对在技术状态管理活动中承制方与订购方的职责都做了明确规定。 由于各类武器装备项目之间区别很大,各行业、各单位内部

28、都有各自的一套技术管理办法, GJB 3206只能在技术状态管理的内容、要求和方法上给出原则性规定。在不违背GJB 3206的原则下,实施技术状态管理的具体做法仍应按各单位内部的技术管理制度执行。 2适用范围（标准1.2） 本标准适用于武器装备（常规武器装备、战略武器装备、人造卫星，下同）技术状态项目在研制、生产中的技术状态管理。 （1）条文理解 武器装备是指常规武器装备、战略武器装备、人造卫星； 技术状态项目是指能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或他们的集合体。 在研制、生产中的技术状态管理不包含使用保障中的管理。 （2）说明 在我国，武器装备的“研制、生产

29、“有着明确的范围界定。在原国防科工委颁发的武器装备研制程序中，明确规定了各武器装备系统研制的阶段划分。其中，将常规武器装备研制分为5个阶段。即从进行战术技术指标论证的论证阶段开始,经方案阶段、工程研制阶段、到设计定型阶段和生产定型阶段(战略武器装备和人造卫星的阶段划分略有区别，但其范围基本一致)，这就是研制的概念。研制过程加生产过程就是本标准的适用范围，除此之外的过程，如后勤保障不属于本标准的范畴。 此外，在ISO 10007、GB/T 19017和MIL-STD-973中,都规定技术状态管理是寿命周期全过程中的管理。而GJB 3206删掉了在使用保障中的管理,这是根据当时的管理体制确定的。其

30、理由是我国当时的订购方只负责武器装备的研制和生产定型，而成批生产和使用保障过程都由军方的其它部门负责,而作为使用本标准的订购方只能考虑武器装备研制、生产中的技术状态管理。 3应用指南（标准1.3） 采用本标准时，应根据技术状态项目的重要性、复杂程度、规模、预定用途、综合保障要求和其所处的研制、生产阶段等具体情况，对标准的详细要求（第五章）进行剪裁。 （1）条文理解 标准明确，应根据技术状态项目的具体情况，对标准的详细要求（第五章）进行剪裁。 技术状态项目的具体情况包含：重要性、复杂程度、规模、预定用途、综合保障要求和其所处的研制、生产阶段等。 （2）说明 这一条详细规定了对本标准的详细要求进行

31、剪裁时，应考虑的具体问题，以指导标准的正确应用。 a.项目的重要性。如技术状态项目是武器系统研制的关键件和重要件或武器装备的重要组成部分,可能选择的技术状态项目也比较多,要求也更加严格，应严格控制，所以相对删减的内容较少； b.项目的复杂程度。如较高层次的、结构复杂的技术状态项目（系统、整机），其寿命周期表现充分，实施技术状态管理的起点较早应严格、全面控制。 c. 项目规模：规模大的项目，项目的复杂程度较高,被选择的技术状态项目的层次较高，同时可能选择的技术状态项目也较多，实施技术状态管理的起点较早，应严格、全面控制。 d. 项目预期用途：不同用途的产品，其性能指标和物理特性不同，实施技术状态

32、管理的程度也不同。如大型舰船,一般不进行成批生产,因此也就不需要专门进行物理技术状态审核。 e. 项目综合保障要求：指保障设备、设施等要求。武器装备使用保障中所需的保障设备、设施、备件等,因是订购方单独采购的项目,故应定为技术状态项目,进行技术状态管理； f. 项目研制阶段：不同研制阶段实施技术状态控制的侧重点不同，工程研制阶段之前的各阶段侧重于功能特性的控制，从工程研制阶段开始，物理特性逐步细化。 根据以上情况，除选择技术状态项目外,在满足一般要求的前提下,可以根据武器装备的具体情况和订购方与承制方的约定对详细要求进行剪裁。 四、引用文件（标准2） GJB2116-94 武器装备研制项目工作

33、分解结构 GJB2737-96 武器装备系统接口控制要求。 （1）条文理解 引用的两项标准均有年代号，在实际应用中应考虑该两项标准的修订对本标准的继续适用性。 （2）说明 a. GJB 2116-94武器装备研制项目工作分解结构 GJB 2116是1994年发布的第一项有关工程管理的标准。武器装备研制项目工作分解结构(WBS)是武器装备实施系统工程管理的有效工具和基础。在武器装备研制过程中，随着研制工作的进展，逐步形成了产品的体系结构和保障项目的体系结构，两者的结合形成了系统的工作分解结构。GJB2116给出了武器系统工作分解典型单元（三级）供各不同武器系统研制单位进行选择。在GJB2116的

34、基础上结合航天产品研制的具体情况，航天工业编制了QJ3121-2000航天产品项目分解结构，图3给出了卫星系统纲要分解结构示意。 卫星系统 发射场 运载火箭 卫星 地面测控系统 地面应用系统 卫星平台 有效载荷 热控制 姿态轨道控制 测控 推进 电源 压力控制 返回 发动机 阀门组件 储箱 图3 纲要分解结构是固定的，但不同的武器系统可根据需要对纲要工作分解结构三级以下的项目进行删减（可以增加或减少项目）。在武器装备研制的论证阶段，从标准的纲要分解结构中选择必要的结构单元，提出初步的工程项目工作分解结构，在方案阶段，通过该阶段的系统工程过程工作,确定方案阶段纲要工作分解结构,再将其结构单元向下

35、细分，在工程研制阶段,又细分到必要的级别,形成一种自上而下不同层次的若干单元组成的树状结构，即工作分解结构。工作分解结构单元包含所有的技术状态项目，但并不是所有的工作分解结构单元都要进行技术状态管理。而是要从组成工作分解结构的若干单元中有针对性的进行选择。技术状态项目就是从工作分解结构有关单元中选出的。 b. GJB 2737-96武器装备系统接口控制要求 一级 二级 三级 四级 GJB 2737也是一项工程管理标准。它对“接口”一词定义为“对两个上的系统、分系统、设备或计算机软件产品间共同边界的功能特性、物理特 性要求”。武器装备研制过程中,要制定接口控制文件,即“规定系统、分系 统及设备间

36、功能和物理接口要求的控制图或其它文件。“要求该文件“应规定技术状态项目的接口要求并确保所设计的各种硬件、软件之间的兼容性和共用性“。接口控制文件应置于技术状态管理之下进行控制,如需更改,应按技术状态管理要求进行。 五、定义 1 技术状态（第3.1条）Configuration GJB3206 及 ISO1007 均将技术状态定义为“在技术文件中规定的、并在产品中达到的功能特性和物理特性”。 该定义明确了技术状态就是产品的功能特性和物理特性，这些特性应在技术状态文件中明确规定，并在按技术文件要求研制和生产出的产品中实际达到。 对于Configuration一词的译法，从上世纪80年代中期这一名词

37、引进后，就有各种不同的意见，为了与上级文件保持一致，之后有关资料多将Configuration译为技术状态。但在民用飞机研制过程中，认为“构型”的提法更符合他们的实际情况，在软件工程中，根据其研制的特点和习惯，采用了“配置”的提法。 1.1 功能特性（第3.1.1条）Functional characteristics GJB3206 将功能特性定义为“产品的性能指标、设计的约束条件和使用保障要求。其中包括诸如适用范围、速度、杀伤力等性能指标以及可靠性、维修性和安全性等要求”。 定义明确了功能特性不是只要求其性能指标，同时应注重其使用效能和适用性要求。所以定义明确功能特性“包含诸如适用范围、速

38、度、杀伤力等性能指标以及可靠性、维修性和安全性等”反映使用效能和适用性的保障性要求 1.2 物理特性（第3.1.2条）Physical characteristics GJB3206将物理特性定义为“产品的形体特征，如组成、尺寸、表面状态、形状、配合、公差、重量等”。 定义明确了物理特性指产品的形体特征，标准列举的“组成、尺寸、表面状态、形状、配合、公差、重量等”。形体特征过去我们都有要求，这里综合给出了“物理特性”的概念。 2 技术状态项目（第3.2条）Configuration item GJB3206将技术状态项目定义为“能满足最终使用功能,并被指定作为单个实体进行的硬件、软件或其集合体

39、”。与ISO1007的定义 “被指定用于技术状态管理并在技术状态管理过程中作为单个实体对待的硬件、软件、流程性材料、服务或其任一独立部分的集合”。 所揭示的基本内容是一致的。ISO1007的范围与9000族标准的要求一致，更广泛一些。 GJB3206定义明确了技术状态项目可以是硬件，也可以是软件或其集合体。 什么项目可作为技术状态项目，定义中明确了两个条件 a. 能满足最终使用功能。即该项目具备功能特性和物理特性; b. 被指定作为单个实体。即该项目是一个独立的单个实体,只有这种项目才具备最终使用的功能特性和物理特性,才有进行技术状态管理的必要。 能满足最终使用功能,并被指定作为单个实体进行的

40、。所以,技术状态管理是以技术状态项目作为单元来进行的。 3 技术状态管理（第3.3条）Configuration management 对技术状态项目进行的下述技术的和管理的活动： a. 技术状态标识 b. 技术状态控制 c. 技术状态纪实 d. 技术状态审核 如前所述：技术状态管理的性质属于技术的和管理的活动过程，它包括了技术状态标识、技术状态控制、技术状态审核和技术状态纪实四项活动内容。这四项活动内容是相互关联的。其中，技术状态标识是技术状态管理的基础，它为技术状态控制、技术状态纪实和技术状态审核提供了依据。技术状态控制是实施技术状态管理的核心，它为产品技术状态的演变和追溯性提供证明和保证

41、。技术状态纪实技术状态管理过程的信息库，它是技术状态管理过程的真实写照，为技术状态管理提供了决策性意见。技术状态审核是产品技术状态满足规定要求的保证，为循序渐进实现技术状态管理的最终目标提供了保证。所以，这四项活动过程都缺一不可，无论缺了其中的哪一项,都不能构成技术状态管理。 4 技术状态标识(第3.4条)Configuration identification 技术状态标识作用是为技术状态控制、纪实和审核提供了确定的文件依据。标准规定技术状态标识的主要活动为：“选择技术状态项目；确定每个技术状态项目所需的技术状态文件：指定技术状态项目及规范文件(包括内部和外部接口文件)的标识号：发放技术状态

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

43、因此,技术状态控制是在技术状态基线建立之后,对技术状态基线更改所进行的论证、评定、协调、审批和实施的控制活动。也就是说,在经正式审查、批准建立技术状态基线之前,对技术状态项目有关更改由承制方按本单位的有关规定进行更改控制。只有在建立技术状态基线之后, 对技术状态项目的更改要严格按技术状态控制要求进行控制。 6 技术状态纪实(第3.6条) Configuration status accounting (CSA) 标准将技术状态记实定义为：“对己确定的技术状态文件、提出的更改状况和己批准更改的执行情况所作的正式记录和报告”。 定义中明确: (a)记实内容包括己确定的技术状态文件、提出的更改状况、

44、己批准更改的执行情况; (b)记实活动包括对上述状况所作的正式的记录和报告。 7 技术状态审核（第3.7条)Configuration audit 技术状态审核的定义为“为确定技术状态项目是否符合其技术状态文件所进行的检查“。 定义明确：技术状态审核为确定技术状态项目与其文件是否相符所进行的检查。根据定义,武器系统研制过程中己制成的技术状态项目都应与其技术状态文件进行对照,检查其文实是否相符。在美军的研制程序中,在其工程研制阶段的后期和生产部署阶段的前期,进行功能技术状态审核和物理技术状态审核后,研制产品即可进入成批生产,不再进行合格鉴定。技术状态审核与目前国防工业中经常进行的“设计评审“、“

45、工艺评审“、“质量评审“和“阶段技术审查”是完全不同的概念。“评审“一词的英语为“review“ ,而GJB 3206 中“审核“一词的英语为“ audit“, “review“是“检查“、“复查“的意思,而 “ audit“是“审计“、“核实“的意思,技术状态审核与“设计评审“、“工艺评审“、“质量评审“的主要区别是： (a)二者的工作性质不同。技术状态审核是通过将已制出的产品实物经试验或检查得出的实际达到的特性与技术状态文件相对照。根据对照结果,对其能否通过审核进行决策。就是说技术状态审核是一种决策性的工作。而设计评审(GJB1310-91)只是对设计工作是否符合武器装备总要求、战术技术指

46、标、研制任务书或合同要求进行的评审，评审为设计决策提供咨询，但不能代替决策。工艺评审(GJB1269A -2000)是对工艺总方案、工艺说明书等指令性工艺文件以及关键件、重要件、关键工序的工艺规程进行的评审,为批准工艺设计提供咨询。因此，工艺评审的性质也是咨询性的。质量评审(GJB 907 -90)虽然评审的范围比较宽,包括产品的性能、可靠性、维修性和安全性的 符合性;设计更改控制;新工艺、新技术、新器材、新设备及技术攻关成果的采用等,但仍是为决策提供咨询意见,仍是咨询性的。 (b)二者的组织和职权不同。技术状态审核主要负责人为订购方,承制方主要是制定审核计划,为审核提供有关资料、参与审核。而

47、设计评审和工艺评审则是由承制单位组织, 邀请非直接参加工作的同行专家、承制方有关职能部门代表及订购方代表参加,评定意见只提供咨询,是为承制方及早发现和纠正设计缺陷、自我完善设计的管理方法,完全是承制方内部的工作。质量评审工作由承制单位技术负责人或质量负责人负责并组织实施。订购方不介入此工作。 (c)二者进行的阶段不同。技术状态审核是在设计定型和生产定型阶段,在己制出的 产品上进行。而设计评审是在方案阶段和工程研制阶段对本阶段的产品设计进行评审。GJB 1269A规定工艺评审是分阶段进行的。承制方针对具体产品确定产品的工艺设计阶段。按该标准所规定的评审对象看,其评审时间应是在工程研制阶段或更早。

48、 8 技术状态文件（第3.8条）Configuration documents 标准定义技术状态文件为：“规定技术状态项目的要求、设计、生产和验收所必须的技术文件。技术状态文件分为功能技术状态文件、分配技术状态文件、产品技术状态文件。这三种技术状态文件,在不同的研制阶段进行编制、批准和保持,且在内容上逐级细化“。 定义中明确规定技术状态文件是: (a)规定技术状态项目的要求、设计、生产和验收所必须的文件,就是说,技术状态项目文件包含了满足技术状态项目的要求、设计、生产和验收所必须的文件,包含项目要求和设计的指令性文件，组织生产的设计文件和工艺文件和试验验收的文件。在此，“技术状态项目”指的是被选择的作为技术状态项目的具体实体。“技术状态项目的要求、设计、生产和验证所必需的技术状态文件”包含了达到产品符合要求所需的所有文件。如系统规范、设计文件、工艺文件、研究试验文件和软件文档等。 (b)技术状态文件分为功能技术状态文件,分配技术状态文件、产品技术状态文件。 8.1功能技术状态文件 GJB3206 将功能技术状态文件定义为由功能基线及其已批准的更改所组成的技术状态文件。 8.2分配技术状态文件 GJB3206 将技术状态文件定义为由分配基线及其已批准的更改所组成的技术状态文件。 8.3产品技术状态文件 GJB3206 将产品技术状态定义为由产品基线及其已批准的更改所组成的