技术状态管理计划最终版
技术状态管理计划和配置管理计划
技术状态管理计划和配置管理计划技术状态管理计划和配置管理计划，这俩听起来就很“高大上”的东西，其实就像咱们过日子收拾屋子一样。
先说说技术状态管理计划吧。
这就好比是你家里的一个大账本，记录着家里各种东西的状态。
比如说，你家里有台老电视，你得知道它是什么时候买的，修过几次，现在是啥样的功能状况。
在一个项目或者产品里呢，技术状态管理计划就是干这个事儿的。
它得把产品从开始设计到最后成型，中间每一个环节的技术状态都记清楚。
就像盖房子，你不能盖着盖着就忘了这房子本来要盖几层，用啥样的砖头吧？技术状态管理计划就得保证这个项目像盖房子一样，按照最初的设想一步一步来。
如果没有这个计划，那就乱套了。
今天加个窗户，明天拆个墙，最后盖出来的可能就不是房子，而是个四不像的怪物了。
这时候你就会感叹，哎呀，早知道有个计划多好啊！再来说配置管理计划。
这可以类比成你衣柜的整理计划。
你看，你衣柜里有各种衣服，有冬天的厚棉袄，夏天的小短裙，你得把它们分类放好。
配置管理计划就是对项目里的各种资源、文件、程序这些东西进行分类管理。
比如说，项目里用到的代码文件，你得知道哪些是老版本的，哪些是新版本的，哪个文件跟哪个功能相关。
要是没有这个计划，就好比你衣柜里的衣服全都乱堆在一起，早上起来找件衣服都得翻个底朝天，急死人了。
在实际操作中，技术状态管理计划和配置管理计划还得互相配合。
这就像两口子过日子，一个负责赚钱养家，记录家里的经济收支（技术状态管理计划），一个负责把家里收拾得井井有条，东西摆放得规规矩矩（配置管理计划）。
缺了谁都不行。
要是只有技术状态管理计划，那可能东西虽然知道状态，但是乱得一塌糊涂，根本找不着。
要是只有配置管理计划呢，你可能知道东西在哪，但是不知道这个东西到底现在是个啥状态，能不能用。
这两个计划都得考虑到变更管理。
就像你本来计划好了每天吃三顿饭，突然有一天你想减肥，改成每天吃两顿了。
这就是个变更。
在项目里，无论是技术状态还是配置，一旦有变更，就得按照计划来处理。
技术状态管理
技术状态管理计划
详细说明
引言： 技术状态管理的目的和范围； 所适用的产品或技术状态项目的 简要说明； 技术状态管理计划的主要特点及实 施方法的概述。
技术状态管理计划
相关文件 相关文件 本部分列出技术状态管理计划中所涉及的 本部分列出技术状态管理计划中 标准化文件、规章制度及适用的设计文件 等。文件排列顺序如下: 所涉及的标准化文件、规章制度及适用的 a) 国家标准; 设计文件等。文件排列顺序如下: b) 国家军用标准; a) 行业标准 国家标准 e) 国际国外标准; c) ;; d) 业标准; b) 企 国家军用标准 ; f) 设计文件; e) c) 国际国外标准 行业标准; ; g) 规章制度。 d) 企 业标准;
应编制软件产品质量控制程序文件，对 软件产品实施配置管理，管理内容包括：软 件配置标识、软件配置控制、软件配置纪实 和软件配置审核等活动。软件配置控制应建 立开发库、受控库和产品库。 应在质量管理体系相关层次文件中，明 确规定要求控制的产品设计文件、工艺文件、 试验大纲、验收规程等，应经顾客签署。 实施技术状态管理应注意GJB9001A7.3.7 设计和开发更改控制的衔接，确保技术状态 管理要求的一致性。
技术状态管理详细要求 4.技术状态审核
技术状态审核包括：每一项技术状态项功能技术状态审核、 物理技术状态审核。
成立技术状态审核组。
功能技术状态审核与设计定型结合，也可与产品技术审查相 结合； 物理技术状态审核应在功能审核完成之后进行，必要时也可与 功能审核同步。
技术状态管理计划的构成
a)封 面; b)签 署和修订情况页; c)目次; d)引 言; e)相 关文件; h)技 术状态标识; i)技 术状态控制; j)技 术状态记实; k)技 术状态审核; 1)分承制方/供应商 控制; f)组 织和职责; m)数 据管理。 g)技 术状态管理里程碑;
技术状态管理计划
技术状态管理计划拟制：日期：审核：日期：质量：日期：标准化日期：批准：日期：目录1．引言1.1 基本要求1.2 一般信息2．程序和规定2.1 技术状态管理的有关制度与规定2.2 技术状态管理组件机构2.3 技术状态项目选择准则2.4 内部报告和向订购方提供报告的时间间隔以及报告的分发和控制要求2.5 对供方的控制措施3．技术状态标识3.1 技术状态项目规范树3.2 选择技术状态项目3.3 确定每个技术状态项目所需的技术状态文件3.4 制定技术状态项目和技术状态文件的标识符3.5 建立技术状态基线、编写技术状态文件3.6 发放技术状态文件4．技术状态控制4.1 技术状态文件更改原则4.2 技术状态文件更改分类4.3 技术状态文件更改程序4.4 技术状态文件更改提出4.5 技术状态更改控制实施4.6 技术状态偏离的控制4.7 超差特许的控制5．技术状态记实5.1 技术状态记实内容5.2 技术状态记实记录5.3 技术状态记实报告5.4 技术状态记实实施5.5 技术状态记实分析6．技术状态审核6.1 一般要求6.2 审核内容6.3 技术状态审核实施7．相关文件技术状态管理计划1 引言1.1基本要求a) 技术状态管理计划应在武器装备系统或技术状态项目研制过程的不同阶段分别编制出能全面反应其在某一特定时刻确定下来的技术状态文件和管理计划，并明确建立功能基线、分配基线、产品基线。
其中功能基线应与《武器装备系统研制总要求》的技术内容协调一致；分配基线应与《研制任务书》技术内容协调一致；并控制对这些基线的更改，使对这些基线所做出的全部更改都具有可追溯性。
b) 技术状态管理计划是按照GJB 3206-98标准的要求指定的，应是符合合同要求，计划要明确对技术状态项目的功能特性和物理特性进行管理所采取的程序和方法，并明确对技术状态标示、技术状态控制、技术状态纪实，技术状态审合的管理计划。
1.2一般信息a）适用的军用武器装备系统、成套设备、整机及组件、部件研制、生产中的技术状态项目说明，即能满足最终使用性能并指定为单个实体的技术状态管理的硬件、软件及其集合体的技术状态管理，具体分为产品的功能特性和物理特性；b) 重要技术状态管理活动时间安排：包括初样/正样的方案论证评审、关键技术（包括关重件特性）实施方案评审、设计阶段评审、工艺评审、产品设计验证、设计确认、产品技术鉴定、重要设计（涉及产品性能技术指标）的更改评审、产品改进方案评审等，只有评审通过后，方可进入下一阶段的研制/生产活动；c) 编制技术状态管理计划目的在于准确适时有效地贯彻公司的技术状态管理制度，确保产品技术状态受控。
XX项目技术状态管理计划doc
密级:阶段:版次: X X X技术文件XXX-XXX-GLXX-2011XXX系统项目技术状态管理计划第x研究所2011年03月错误!未找到引用源。
项目技术状态管理计划错误!未找到引用源。
共20 页拟制__________________审核__________________会签__________________标准化__________________批准__________________ 军代表__________________目次前言 (II)1目标 ......................................................................................................................................... 错误!未定义书签。
2技术状态管理组织.. (1)2.1组织 (1)2.2所内各部门职责 (2)2.3技术状态控制组职责 ................................................................................................. 错误!未定义书签。
3技术状态管理的主要任务.. (2)4技术状态管理工作程序和内容................................................................................ 错误!未定义书签。
4.1审查并确定技术状态基线 (3)4.2确定技术状态基线的原则 (4)4.3技术状态基线确定时机及相互关系 (4)4.4功能基线建立 (5)4.5分配基线建立 (5)4.6产品基线建立 (6)4.7技术状态标识 (6)4.8文件的签署 (6)5技术状态控制 (7)5.1技术状态控制原则 (7)5.2技术状态更改控制 (7)5.3偏离和超差控制 (9)5.4研制过程技术状态纪实控制 (10)5.5技术状态审核 (10)6技术状态管理工作计划............................................................................................... 错误!未定义书签。
技术状态管理计划
技术状态管理计划技术状态管理计划1. 引言技术状态管理是指对一个项目、产品或系统中使用的各种技术进行管理和控制的过程。
它是一个重要的管理工具，可以帮助组织确保技术的稳定性、可靠性和可持续性。
本文将探讨技术状态管理的概念、原则以及如何制定一个有效的技术状态管理计划。
2. 技术状态管理的概念技术状态指的是一个系统或产品在某个时间点上所处的技术水平。
技术状态管理则是通过监控、评估和调整技术状态，使其能够满足项目或产品的需求和目标。
技术状态管理需要考虑技术的更新和升级，以及对不稳定或不可靠技术的淘汰和替换。
3. 技术状态管理的原则（1）深度优先原则：技术状态管理应该按照从简到繁、由浅入深的方式进行。
这意味着首先应关注项目或产品中最核心、最关键的技术，并对其进行细致的管理和控制。
然后逐步扩展到其他技术领域，逐步完善技术状态管理的范围和深度。
（2）广度优先原则：技术状态管理应该覆盖项目或产品中所有相关的技术领域。
这意味着需要全面了解和把握不同技术之间的关系和相互作用，以确保整个系统的技术状态能够协调一致、互相支持。
（3）灵活性原则：技术状态管理应该具备一定的灵活性，能够根据项目或产品的需求和变化进行调整和优化。
这意味着需要及时收集和分析技术的最新趋势和发展动态，以及与相关技术团队保持密切的沟通和合作。
4. 制定技术状态管理计划的步骤（1）确定目标和需求：首先需要明确项目或产品的目标和需求，以及所需的技术能力和水平。
这可以通过与项目管理团队和相关技术团队的讨论和协商来确定。
（2）评估现有技术状态：对项目或产品中已有的技术进行评估，包括技术的可用性、可靠性、稳定性等方面的评估。
同时还需要分析技术之间的关联和相互依赖关系，以及与项目目标和需求的匹配程度。
（3）确定技术状态管理的范围和深度：根据项目目标和需求，确定技术状态管理的范围和深度。
重点考虑项目中最关键、最核心的技术，以及与其相关的其他技术领域。
（4）制定技术状态管理计划：根据评估结果和确定的范围和深度，制定一个符合项目需求的技术状态管理计划。
(完整word)技术状态管理计划最终版
阿里巴巴XXXXXXX技术状态管理计划XX-JG—1.0拟制：审核：批准：目录1范围 (3)2规范性引用文件 (3)3组织和职责 (6)3.1所级技术状态控制委员会 (7)3.2项目级技术状态控制组 (7)3.3配置管理员 (7)4技术状态管理里程碑及基线设置 (7)5技术状态标识 (3)5.1技术状态项 (3)5。
2技术状态文件标识及与里程碑、基线的对应关系 (3)5.3技术状态文件版本标识 (5)5。
4技术状态文件发放 (5)6技术状态控制 (5)6。
1技术状态更改分类 (5)6.2技术状态更改程序及审批权限 (6)6.3偏离和超差的控制 (6)7技术状态纪实 (6)8技术状态审核 (6)1范围本文件规定了631项目的技术状态管理要求.本文件适用于631项目研制及交付过程的技术状态管理。
2规范性引用文件下列文件中的条款通过本文件的引用而成为本文件的条款。
凡是注日期的引用文件,其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本文件。
凡是不注日期的引用文件，其最新版本适用于本文件。
GJB 3206A—2010 《技术状态管理》《设计开发控制程序》《不合格品控制程序》3技术状态标识3.1技术状态项本项目的技术状态项为研制任务书中的各项功能及性能要求，这些功能及性能的所有变更均纳入技术状态管理.3.2技术状态文件标识及与里程碑、基线的对应关系3.3技术状态文件版本标识文件版本号的格式为“×.×”,点号前面的是大版本号，后面的是小版本号。
文件首次批准时版本号为1.0。
在原版本的基础上作小范围更改时，大版本号不变，小版本号加一.文件经三次更改或一次更改篇幅超过50%.时，大版本号加一，小版本号归零。
3.4技术状态文件发放技术状态文件一经批准,即由项目负责人向档案管理人员归档。
需要使用时，履行借阅手续或复制手续,特别注意执行六所相关保密规定.4技术状态控制4.1技术状态更改分类本项目技术状态更改分为基线更改及一般更改。
技术状态管理计划编制常见问题分析及对策
技术状态管理计划编制常见问题分析及对策依据对“GJB3206A-2010技术状态管理”的有关规定，分析了技术状态管理计划的构成、编制中常见的问题、技术状态控制组织的建立及职责，以及技术状态标识、控制、记实与审核工作的编制方法，指导解决技术状态管理计划空洞、可行性和有效性差、编制难的问题。
1技术状态管理计划的构成技术状态管理计划由三大部分构成：第一部分是概述部分，包括：封面、文件更改记录表、签署、目次；第二部分是正文部分，包括：引言、规范性引用文件、组织和职责、技术状态管理重大事项、技术状态标识、技术状态控制、技术状态记实、技术状态审核；第三部分是补充部分。
概述部分的格式及其填写，应符合兵器行业产品设计文件管理制度：WJ5《设计文件完整性》和WJ6《设计文件的格式及其填写方法》的规定。
正文部分的编写，应根据GJB3206A《技术状态管理》，结合研制项目的实际情况，详细描述，编写内容应该科学、合理、规范。
补充部分，应在必要时，设置附录对某些章节内容进行单独编写。
2技术状态管理计划编制中常见的问题编制中常见问题主要有：1）技术状态管理计划的策划者不清晰；2）组织及其职责不明确;3）未按阶段确定各阶段的工作具体内容与要求、选取技术状态项以及确定所需的相关技术状态文件；4）技术状态文件界定模糊；5）技术状态记实、技术状态审核的内容与要求不明确。
3技术状态管理计划编制方法和注意事项本部分应说明技术状态管理的目的和范围、所适用的产品或技术状态项的简要说明、技术状态管理计划的主要特点及实施方法。
技术状态管理的目的是确保产品的稳定性和一致性。
技术状态管理的范围是指本计划所适用的产品及其研制阶段。
技术状态管理计划的主要特点是：1）预见性：描述在实施技术状态管理之前对管理的任务、目标、方法、措施所做出的预见性确认，预见是否准确决定了计划编制的成功或者失败；2）针对性：针对产品的研制特点和本单位的工作任务、客观条件和相应能力确定，计划有意见、有价值；3）可行性：可行性与预见性、针对性是密切相关，紧密联系在一起的，预见性准确、针对性强的技术状态管理计划，实施中要做到真正可行，过高则无力实施，过低则无价值；4）约束性：计划如果通过、批准或认定，则在其所指向的范围内应具有约束作用，无论是集体还是个人都必须按设定计划的内容开展工作和活动，不得与计划相违背或者拖延；5）可变性：计划在招待中需要进一步完善，如果发现原计划的某些内容和实际情况不符，或客观情况发生变化，应及时调整、修改、补充。
军品研制过程技术状态管理控制办法
技术状态管理控制办法1 目的通过实施技术状态管理，保证技术状态的有效性、适宜性和可追溯性。
根据GJB3206A要求规定了公司技术状态管理的职责、内容、要求和方法。
2 适用范围本程序适用于本公司军品研制过程中的技术状态管理。
3 术语和定义3.1技术状态：指在技术文件中规定的，并在产品研制过程中达到的功能特性和物理特性。
3.2技术状态基线：在技术状态项目寿命周期内某一特定的阶段上，正式指定和规定的一个或一组技术状态标识文件。
基线的划分如下：a)在论证阶段结束后，下达技术指标所形成的功能基线。
b)在方案阶段结束后，下达研制任务书或签订研制合同所形成的分配基线。
c)项目研制阶段直至产品设计定型，完成的设计、生产定型材料所形成的产品基线。
3.3技术状态的管理技术状态的管理是指运用技术和行政的指导，对技术状态的确定和更改进行监督和控制的活动，包括：a)技术状态标识；b)技术状态控制；c)技术状态审核；d)技术状态记实。
3.3.1技术状态标识技术状态标识是指确定的产品结构,选择技术状态项目;建立技术状态基线,确定每个技术状态项目所需的技术状态基线文件;指定技术状态项目及相应文件分配标识特性或编码的活动；3.3.2技术状态控制技术状态控制是指技术状态基线建立后,为控制技术状态项目的更改而提出的更改申请(设计更改、偏离、超差)所进行的论证、评审、协调、审批和实施的所有活动；3.3.3技术状态纪实技术状态纪实是指对已确定的技术状态文件，建议的更改状况和已批准更改的执行状况所做的正式的记录和报告；3.3.4技术状态审核技术状态审核是指为技术状态项目符合其产品技术状态文件而进行的正式的检查。
包括功能技术状态的审核和物理技术状态的审核。
4 职责4.1 市场部负责与顾客沟通、协调，在合同中规定技术状态管理要求。
4.2 工程部负责：a)确定每一技术状态项目所需的设计类的技术状态文件；b)制定技术状态管理文件的标识编号规定；c)编制技术状态项目的内控设计文件。
技术状态管理程序
技术状态管理程序1. 目的和适用范围本程序旨在规范在研产品在方案、工程研制、设计定型及生产定型阶段技术状态标识、控制、纪实与审核的技术状态管理，以使产品技术状态清晰受控。
2. 规范性引用文件GJB 3206A 技术状态管理3. 术语与定义1）功能特性functional characteristics产品的性能指标和设计约束条件，如战术技术指标、使用保障特性等。
2）物理特性physical characteristics产品的形体特征，如组成、尺寸、表面状态，形状、配合、公差、质量等，又称实体特性。
3）技术状态con figurati on在技术文件中规定的并且在产品中达到的功能特性和物理特性。
4）技术状态管理con figuration ma nageme nt（CM）在产品寿命周期内，为确立和维持产品的功能特性、物理特性与产品需求、技术状态文件规定保持一致的管理活动。
其主要内容包括技术状态标识、技术状态控制、技术状态记实和技术状态审核。
5）技术状态项con figuration item （CI）能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体。
6）技术状态文件con figuratio n docume nts规定技术状态项的功能特性和物理特性，或从这些内容发展而来的关于技术状态项验证、使用、保障和报废要求的技术文件。
技术状态文件一般分为功能技术状态文件、分配技术状态文件和产品技术状态文件。
这三种技术状态文件在产品寿命周期不同阶段进行编制、批准和保持，且在内容上逐级细化。
7）产品技术状态文件product co nfiguratio n docume nts （PCD）规定技术状态项所有必需的功能特性、物理特性，以及检验验收、使用、保障和报废要求的技术状态文件。
8）技术状态基线con figuratio n baseli ne在产品寿命周期内的某一特定时刻，被正式确认并作为今后研制生产、使用保障活动基准，以及技术状态改变判定基准的技术状态文件。
XX项目技术状态管理计划doc
密级:阶段:版次: X X X技术文件XXX-XXX-GLXX-2011XXX系统项目技术状态管理计划第x研究所2011年03月错误!未找到引用源。
项目技术状态管理计划错误!未找到引用源。
共15 页拟制__________________审核__________________会签__________________标准化__________________批准__________________ 军代表__________________目次前言 (II)1目标 ........................................................................................................ 错误!未定义书签。
2技术状态管理组织 (2)2.1组织 (2)2.2所内各部门职责 (2)2.3技术状态控制组职责 .......................................................................... 错误!未定义书签。
3技术状态管理的主要任务 (3)4技术状态管理工作程序和内容 ............................................................ 错误!未定义书签。
4.1审查并确定技术状态基线 (4)4.2确定技术状态基线的原则 (4)4.3技术状态基线确定时机及相互关系 (4)4.4功能基线建立 (5)4.5分配基线建立 (5)4.6产品基线建立 (5)4.7技术状态标识 (6)4.8文件的签署 (6)5技术状态控制 (6)5.1技术状态控制原则 (6)5.2技术状态更改控制 (6)5.3偏离和超差控制 (8)5.4研制过程技术状态纪实控制 (9)5.5技术状态审核 (9)6技术状态管理工作计划 ........................................................................ 错误!未定义书签。
技术状态管理的理解与实施
性
颜色、理化性能、能耗、成熟产品与国产化产品采用比例、标志与
பைடு நூலகம்
代号、经济可承受性等。
注：功能特性包括从用户需求转化而来的和自定义的。
2 相关概念
2
又称实体特性。对于硬件产品，指产品形体特征的定性
定量要求，如组成、材料、尺寸和体积﹑表面状态或外 物
理
观质量、形状﹑配合、质量或重量等。对于计算机软件
特
2 相关概念
技术状态词的由来
ISO10007 将技术状态定义为 “ 在技术文件中规定的 、并在产品中达到的功能特 性和物理特性。该定义明确了技术状态就是产品的功能特性和物理特性，这
些特性应在技术状态文件中明确规定，并在按技术文件要求研制和生产出的
产品中实际达到。
对于 Configuration 一词的译法，从上世记 80 年代中期这一名词引进后，就有各种不同的意见， 在英汉技术词典上，该词的直译为外形、轮廓；构造、构型；配置等，但从国际标准给的定义看，“技 术状态”这个词的含意，不仅是产品的外形和构型，还有功能要求。
20世记 60年代
美军为建立一个规范、可靠、科学的体系来控制工程更改，在不断 探索和总结经验教训的基础上。以确保最终产品符合合同规定的要求,提 出了相关条例。
升空70秒后的美国“挑战号”航天飞机发生爆炸，机上7名宇航员在事故中全部丧生。 面对这样的大型复杂项目，由于缺乏系统、科学的管理手段而漏洞百出，诸如：出了故障 找不到相应的技术文件；后续项目不能与前面项目匹配；生产过程进行了更改而设计未更 改等事件不断发生，甚至造成发射失败等。这就使得技术状态管理的概念和办法在惨痛的 教训中逐步形成完善。
2 产品寿命周期的技术状态管理
产品研制各阶段技术状态管理的目标和要求是： 桌面设计阶段：开展完整策划，进行技术状态项的识别和标识；建立 基线，开展版本管理和基线控制，做到文文一致； 生产实现阶段：开展技术状态控制，包括变更、偏离和让步接收的控 制，做到文实相符； 试验试飞阶段：系统和部件的匹配信息和实物状态的记实完整清晰； 维护、维修、使用阶段：关注使用维修信息、备件换件信息的记实和 管理完整清晰。
技术状态管理计划(含表格)
技术状态管理计划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.引用文件GJB 3206A-2010 技术状态管理GJB 2116 武器装备研制项目工作分解结构GJB2737 武器装备系统接口控制要求GJB3273 研制阶段技术审查GJB5235 军用软件配置管理GJB6387 武器装备研制项目专用规范编写规定GJB9001 质量管理体系要求中国兵器工业集团公司军贸新产品定型工作管理办法3.术语和定义3.1功能特性产品的性能指标和设计约束条件，如战术技术指标、使用保障特性等。
3.2物理特性产品的形体特征，如组成、尺寸、表面状态、形状、配合、公差、质量等，又称实体特性。
3.3技术状态在技术文件中规定的并且在产品中达到的功能特性和物理特性。
3.4技术状态管理在产品寿命周期内，为确立和维持产品的功能特性、物理特性与产品需求，技术状态文件规定保持一致的管理活动。
其主要内容包括技术状态标识、技术状态控制、技术状态记实和技术状态审核。
3.5技术状态项能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体。
3.6技术状态文件规定技术状态项的功能特性和物理特性，或从这些内容发展而来的关于技术状态项验证、使用、保障和报废要求的技术文件。
(三种技术状态文件在产品寿命周期不同阶段进行编制、批准和保持。
)3.7功能技术状态文件规定产品的功能特性、接口特性和验证要求的技术状态文件。
3.8分配技术状态文件规定技术状态项的接口特性，从高一层技术状态项分配下来的功能特性和接口特性，附加的设计约束条件，以及上述特性的验证要求的技术状态文件。
3.9产品技术状态文件规定技术状态项所有必需的功能特性、物理特性，以及检验验收、使用、保障和报废要求的技术状态文件。
技术状态管理计划
技术状态管理计划1 引言1.1 目的和范围说明技术状态管理的目的和范围。
1.2技术状态项说明简要说明所适用的产品或技术状态项。
1.3主要特点概述技术状态管理计划的主要特点及实施方法.2引用文件列出技术状态管理计划中所涉及到的标准化文件、规章制度等。
给出所列文件的编号名称、版次、发布机构等信息。
3职责3.1技术状态管理人员、部门和机构说明参与技术状态管理活动的人员、部门和机构，需要时,用简图说明. 3.2技术状态管理人员、部门和机构的职责说明各参与方在技术状态管理中的职责,包括在技术状态控制委员会中起到的作用。
3.3技术状态管理与技术审查、定型工作的关系说明技术状态管理职能与技术审查、定型工作等方面的有机联系。
4技术状态管理重大事项说明产品或技术状态项寿命周期的阶段划分，并按阶段说明技术状态管理重大事项的安排。
重大事项包括成立技术状态控制委员会、确立技术状态基线(包括内部控制的基线) .准备用于项目技术审查或技术状态审核的技术状态文档等。
5技术状态标识5.1技术状态项列出选取的技术状态项。
5.2技术状态基线所需的技术状态文档(规范树)建立每一条技术状态基线所需的技术状态文档,需要时用图示方式来表示各技术状态文档之间的关系,例如用规范树来表示。
5.3技术状态项及其下级产品的标识、技术状态文档的标识说明标识制度，包括技术状态项及其下级产品的标识、技术状态文档的标识。
5.4技术状态文档发放程序说明技术状态文档的发放程序。
6技术状态控制6.1 技术状态更改分类应明确技术状态更改的类别。
技术状态更改 -般分为I类、II类。
1类技由承制方自行控制II类技术状态更改由承制方自行控制。
除I类之外的更改均属II类技术状态更改。
承制方可根据行业习惯细化技术状态更改类和承制方对技术状态更改归类有分歧时，经双别，但应经订购方认可。
下列更改均属I类技术状态更改。
a)更改涉及合同，影响合同中下列任一个或多个要素:1)合同经费:2)合同保证或担保3)合同规定的交付要求;4)合同重大事件安排。
技术状态管理
技术状态管理
A.3 技术状态标识 本部分主要内容包括： a) 技术状态项目的规范树； b) 规范、图样和更改所惯用的编号制度； c) 需建立的技术状态基线及其进度、文件类型； d) 使用和分配的序列号码或其它可追溯性的标识； e) 发放程序。 A.4 技术状态控制 本部分主要内容包括： a) 建立技术状态基线前的更改控制程序； b) 建立技术状态基线后，从提出技术状态文件更改建议到检查其实施 情况的程序； c) 偏离许可、让步的控制程序。
；
8
JWFZ
技术状态管理
A.2 程序和规定 本部分应包括与军事代表取得一致意见的技术状态管理要 素，主要内容包括： a) 技术状态管理的有关制度和规定； b) 技术状态管理组织机构； c) 技术状态项目选择准则； d) 内部报告和向军事代表提供报告的时间间隔，以及报告 的分发和控制要求。
9
JWFZ
11
JWFZ
技术状态管理
5、技术状态标识 它包括以下几方面内容：
(1)选择技术状态项 通常，较高层次的技术状态项是在方案论证初期或之前选 定，较低层次的技术状态项是在工程研制的初期或其之前 选定，随着项目研制的深入，可以不断修正已确定的技术 状态项目，使其更加合理。选择技术状态项，要考虑经费 和人力的承受能力，如果选择的技术状态项很多，指标很 高，而又没有相应的人力和财力支持，极有可能造成技术 状态控制失控，从而失去选择技术状态项的意义，总的原 则是选择那些功能特性和物理特性能被单独管理，能满足 最终使用性能的项目作为技术状态项。
17
JWFZ
技术状态管理
技术状态基线建立后，研制单位应控制并保持所有现行技术状态文件的原件。 基线由规范来确定。 功能基线由用户的需求规范来确定； 分配基线是在签订研制合同时由研制单位的研制规范来规定； 产品基线是在签订生产合同时由生产单位的产品规范来规定； 所形成的技术状态文件： 功能技术状态文件 分配技术状态文件 产品技术状态文件
XX项目技术状态管理计划doc
密级:阶段:版次: X X X技术文件XXX-XXX-GLXX-2011XXX系统项目技术状态管理计划第x研究所2011年03月错误!未找到引用源。
项目技术状态管理计划错误!未找到引用源。
共16 页拟制__________________审核__________________会签__________________标准化__________________批准__________________ 军代表__________________目次前言 (II)1目标 ........................................................................................................ 错误!未定义书签。
2技术状态管理组织 (2)2.1组织 (2)2.2所内各部门职责 (2)2.3技术状态控制组职责 .......................................................................... 错误!未定义书签。
3技术状态管理的主要任务 (3)4技术状态管理工作程序和内容 ............................................................ 错误!未定义书签。
4.1审查并确定技术状态基线 (4)4.2确定技术状态基线的原则 (4)4.3技术状态基线确定时机及相互关系 (4)4.4功能基线建立 (5)4.5分配基线建立 (5)4.6产品基线建立 (5)4.7技术状态标识 (6)4.8文件的签署 (6)5技术状态控制 (6)5.1技术状态控制原则 (6)5.2技术状态更改控制 (6)5.3偏离和超差控制 (8)5.4研制过程技术状态纪实控制 (9)5.5技术状态审核 (9)6技术状态管理工作计划 ........................................................................ 错误!未定义书签。
GJB9001C-2017技术状态管理程序含记录表格
GJB9001C-2017技术状态管理程序含记录表格1 目的当合同要求时，为对产品实现的全过程中的技术状态进行管理、监督和控制，特制定本程序。
2 范围合同要求时，本公司的复杂军工产品研制、生产和服务保障过程以及设计开发过程的技术状态管理。
3 职责3.1系统事业部负责系统或整机类产品技术状态的纪实。
3.2板卡事业部负责公司主板板卡类产品技术状态的纪实。
3.3结构事业部负责机箱五金类产品技术状态的纪实。
3.4质量组人员负责对产品的技术状态管理进行监督。
3.5管理者代表组织技术状态审核，各相关部门参加技术状态审核，并负责实施纠正和预防措施。
4程序4.1技术状态的标识技术状态的标识开始于论证阶段，最终形成产品的成套技术文件。
4.1.1技术状态项目的确认与要求a) 选择功能特性和物理特性能被单独管理，以达到产品总的最终使用性能的项目；b) 完整的确定技术状态所需的一切技术文件；c) 用来确定基线的技术文件应是有效版本；d) 选择的技术状态项目应由公司和军代表共同提出，经批准后应在合同中规定。
4.1.2建立技术状态项目的文件内容及要求a) 阐明所有必要的功能特性；b) 阐明为验证是否达到规定的功能特性需进行的各项试验；c) 阐明与有关技术状态项目之间的必要界面特性；d) 阐明设计限制的条件；e)执行图样和技术文件的三级审核（校对、审核、批准）制度及工艺和质量会签制度、标准化审查制度；f)执行技术文件更改和审批程序，明确有关职能部门的职责和权限；g)技术文件完整、准确、清晰、“文文一致”、“图物相符”；h)功能、分配和产品技术状态标识应相互一致和统一，并建立完整的技术档案，按产品分类归档保存。
4.1.3编制代号技术状态项目、技术状态文件、更改以及偏离与超差等的标识通过编号实施。
4.1.4设立基线基线指已批准的形成文件的技术描述。
一般包括功能基线、分配基线和产品基线。
4.1.4.1建立功能基线根据顾客对产品提出的要求包括基于军工产品的特殊要求，公司进行经济、技术的可行性分析论证及必要的验证试验，在主要的产品要求确定后，即开展对该产品总体技术方案的论证和评审，并编制产品研制及论证报告（包括产品总的功能特性指标、主要界面特性及安装尺寸、验证总功能特性所需进行的试验项目、可靠性维修性技术指标及保障性要求、设计规范和有关限制要求等），评审通过后即可正式和顾客签订合同，确立产品的功能基线。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
阿里巴巴
XXXXXXX
技术状态管理计划
XX-JG-1.0
拟制：
审核：
批准：
目录
1范围 (3)
2规范性引用文件 (3)
3组织和职责 (5)
3.1所级技术状态控制委员会 (6)
3.2项目级技术状态控制组 (6)
3.3配置管理员 (6)
4技术状态管理里程碑及基线设置 (6)
5技术状态标识 (3)
5.1技术状态项 (3)
5.2技术状态文件标识及与里程碑、基线的对应关系 (3)
5.3技术状态文件版本标识 (4)
5.4技术状态文件发放 (4)
6技术状态控制 (5)
6.1技术状态更改分类 (5)
6.2技术状态更改程序及审批权限 (5)
6.3偏离和超差的控制 (5)
7技术状态纪实 (5)
8技术状态审核 (5)
1范围
本文件规定了631项目的技术状态管理要求。
本文件适用于631项目研制及交付过程的技术状态管理。
2规范性引用文件
下列文件中的条款通过本文件的引用而成为本文件的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本文件。
凡是不注日期的引用文件，其最新版本适用于本文件。
GJB 3206A-2010 《技术状态管理》
《设计开发控制程序》
《不合格品控制程序》
3技术状态标识
3.1技术状态项
本项目的技术状态项为研制任务书中的各项功能及性能要求，这些功能及性能的所有变更均纳入技术状态管理。
3.2技术状态文件标识及与里程碑、基线的对应关系
3.3技术状态文件版本标识
文件版本号的格式为“×.×”，点号前面的是大版本号，后面的是小版本号。
文件首次批准时版本号为1.0。
在原版本的基础上作小范围更改时，大版本号不变，小版本号加一。
文件经三次更改或一次更改篇幅超过50％.时，大版本号加一，小版本号归零。
3.4技术状态文件发放
技术状态文件一经批准，即由项目负责人向档案管理人员归档。
需要使用时，履行借阅手续或复制手续，特别注意执行六所相关保密规定。
4技术状态控制
4.1技术状态更改分类
本项目技术状态更改分为基线更改及一般更改。
4.2技术状态更改程序及审批权限
产品研制过程中的任何更改涉及功能基线、分配基线、产品基线时，由项目技术负责人提交更改申请报告，详细说明需更改内容及更改理由，涉及对外承诺时，还需提交与顾客沟通的情况说明，经所级技术状态控制委员会评审，主管所领导批准后，由档案管理人员组织修订相关文件，并实施版本管理。
产品研制过程中的不涉及功能基线、分配基线、产品基线的一般更改，由技术人员提交更改申请报告，详细说明需更改内容及更改理由，经项目技术负责人批准后，由档案管理人员组织修订相关文件，并实施版本管理。
4.3偏离和超差的控制
对于产品的偏离和超差，需进行不合格审理，以审理结论为准，进行返工、返修或超差代用、让步接收。
具体执行《不合格品控制程序》。
5技术状态纪实
档案管理人员保存技术状态文件审批记录、借用及复制记录、更改申请报告、更改审批记录、版本升级记录、不合格审理记录，确保技术状态演变的可追溯性。
需进行现场更改时，技术人员应保留现场更改记录，回所后按程序完成相关更改。
6技术状态审核
通过技术状态文件审批、研制方案评审、设计方案评审、系统联试、出所检验、出所鉴定、初步移交、正式移交等活动进行项目功能特性及物理特性的技术状态审核，确保产品达到规定要求。
7组织和职责
7.1所级技术状态控制委员会
由主管所领导、质量部领导、高新电子系统部领导组成所及技术状态控制委员会，负责基线及对外承诺的变更控制。
7.2项目级技术状态控制组
由项目负责人及各级设计师组成项目级技术状态控制组，负责不涉及基线及对外承诺的文件变更控制。
7.3配置管理员
由档案管理员负责项目的具体技术状态管理工作，包括建立并维护基线、根据批准的变更申请组织变更、文件版本管理等。
8技术状态管理里程碑及基线设置
本项目的技术状态管理里程碑同项目研制及交付过程里程碑，即：
a)研制方案评审；
b)设计方案评审；
c)出所鉴定验收；
d)初步移交；
e)正式移交；
f)售后服务。
本项目技术状态基线为功能基线、分配基线、产品基线。
功能基线为研制任务书及合同。
分配基线为通过评审并按评审意见完成修改后的研制、设计方案，分别为分配基线1及分配基线2。
产品基线为完成出所鉴定、初步移交、正式移交后固化的全套技术文件，分别为产品基线1、产品基线2、产品基线3。