项目技术状态管理计划
技术状态管理计划和配置管理计划
技术状态管理计划和配置管理计划技术状态管理计划和配置管理计划，这俩听起来就很“高大上”的东西，其实就像咱们过日子收拾屋子一样。
先说说技术状态管理计划吧。
这就好比是你家里的一个大账本，记录着家里各种东西的状态。
比如说，你家里有台老电视，你得知道它是什么时候买的，修过几次，现在是啥样的功能状况。
在一个项目或者产品里呢，技术状态管理计划就是干这个事儿的。
它得把产品从开始设计到最后成型，中间每一个环节的技术状态都记清楚。
就像盖房子，你不能盖着盖着就忘了这房子本来要盖几层，用啥样的砖头吧？技术状态管理计划就得保证这个项目像盖房子一样，按照最初的设想一步一步来。
如果没有这个计划，那就乱套了。
今天加个窗户，明天拆个墙，最后盖出来的可能就不是房子，而是个四不像的怪物了。
这时候你就会感叹，哎呀，早知道有个计划多好啊！再来说配置管理计划。
这可以类比成你衣柜的整理计划。
你看，你衣柜里有各种衣服，有冬天的厚棉袄，夏天的小短裙，你得把它们分类放好。
配置管理计划就是对项目里的各种资源、文件、程序这些东西进行分类管理。
比如说，项目里用到的代码文件，你得知道哪些是老版本的，哪些是新版本的，哪个文件跟哪个功能相关。
要是没有这个计划，就好比你衣柜里的衣服全都乱堆在一起，早上起来找件衣服都得翻个底朝天，急死人了。
在实际操作中，技术状态管理计划和配置管理计划还得互相配合。
这就像两口子过日子，一个负责赚钱养家，记录家里的经济收支（技术状态管理计划），一个负责把家里收拾得井井有条，东西摆放得规规矩矩（配置管理计划）。
缺了谁都不行。
要是只有技术状态管理计划，那可能东西虽然知道状态，但是乱得一塌糊涂，根本找不着。
要是只有配置管理计划呢，你可能知道东西在哪，但是不知道这个东西到底现在是个啥状态，能不能用。
这两个计划都得考虑到变更管理。
就像你本来计划好了每天吃三顿饭，突然有一天你想减肥，改成每天吃两顿了。
这就是个变更。
在项目里，无论是技术状态还是配置，一旦有变更，就得按照计划来处理。
技术状态管理计划-项目名称
编制：日期：审核：日期：批准：日期：
需进行现场更改时，技术人员应保留现场更改记录，按程序完成相关更改。
内容包括工艺记录、测试报告、验证报告等，软件出入受控库和产品库，填写《软件入库单》、《软件出库单》
7技术状态审核
（包括功能技术状态审核和物理技术状态审核）
通过技术状态文件审批、研制方案评审、设计方案评审、系统联试、出厂检验、试运行、验收测试等活动进行项目功能特性及物理特性的技术状态审核，确保产品达到规定要求。
技术状态管理计划
产品名称
产品代号1产品简介2职责来自工项目经理：负责。。。
配置管理员：负责项目的具体技术状态管理工作，包括建立并维护基线、根据批准的变更申请组织变更、文件版本管理等
3基线建立
1.功能基线
按合同要求编制形成功能基线所要求的功能技术状态文件，方案阶段初期建立功能基线,功能基线的内容应与研制要求的内容协调一致，以标书文件中软件功能要求为基线。
4技术状态标识
（记录名称）
文件版本号的格式为“×.×”，点号前面的是大版本号，后面的是小版本号。
文件首次批准时版本号为1.0。
在原版本的基础上作小范围更改时，大版本号不变，小版本号加一。
文件经三次更改或一次更改篇幅超过50％.时，大版本号加一，小版本号归零。
5技术状态控制
（包括工程和软件更改控制，偏离和超差控制）
本项目更改分类包括：工程更改I类、II类，软件更改：严重、一般、轻微、改进；
I类更改由客户确认；II类更改由公司审批；软件更改填写《软件更改单》
6技术状态纪实
（包括记录要求和报告要求）
工程项目 技术状态管理计划
序号
技术状态项 技术状态标
目
识
技术状态 控制
技术状态纪 实
技术状态审核
负责人
时间安排
1
项目整体设 文档编号、 变更审批
计方案
版本号
流程
变更记录、 定期审核设计 会议纪要 方案的符合性
项目经理
[具体时间 1]
2
施工工艺流 流程图编号
程
、版本
工艺改进 审批
工艺变更记 阶段性审核工
告
阶段性审核预 算的执行情况
成本经理
[具体时间 7]
8
环境保护方 方案文档编 环保措施
案
号、版本 变更审批
环保监测数 据记录
环保专项审核 时评估方案的
有效性
环保专员
[具体时间 8]
5
安全防护措 措施文档编 措施调整
施
号、版本 审批
安全检查记 专项检查时审
录、整改通 核措施的落实
知
情况
安全主管
[具体时间 5]
6
工程进度计 甘特图编号
划
碑节点审 核进度的符合
性
进度管理员
[具体时间 6]
7
成本预算控 预算文档编 预算变更
制
号、版本 审批
成本核算记 录、分析报
录、效果评 艺流程的有效 技术负责人
估
性
[具体时间 2]
3
主要材料和 型号、规格 采购变更
设备规格 说明书
控制
材料设备变 更台账
到货验收时审 核规格的准确
性
采购经理
[具体时间 3]
4
质量检测标 标准文件编 标准修订
准
技术状态管理(GJB)概述
顾客要求仅仅是试制提供样品, 没有达到批量生产的阶段。这样的阶段基本上是完成新产品试制。则需要对产品是否达到协议要求, 满足了协议要求有哪些技术状态文件需要固化。即仅仅满足分配基线的技术状态项目（文件）进行控制。纪实和审核。完成了试制、确认进入生产阶段（通过定型或者鉴定的形式）, 则必须确定产品基线, （按定型时确定的内容）对产品基线相关的文件进行控制。
技术状态管理
0、概念
一、什么是技术状态？ 二、什么是技术状态项目？ 三、产品形成过程的阶段划分-基线四、技术状态文件。五、技术状态标识。六、技术状态控制。七、技术状态纪实。八、技术状态审核九、技术状态管理计划十、技术状态管理和GJB9001B的其他章节关系
课程提纲
“装备质量管理术语” GJB1405A-2006关于技术状态管理的定义理解: 一门学科；任务；目的
三, 产品形成过程的阶段划分——基线
技术状态基线在技术状态项目研制过程中的某一特定时刻, 被正式确认、并作为今后研制、生产活动基准的技术状态文件。技术状态基线是由一组批准的技术状态文件确立的, 在产品制的全寿命周期内, 当有必要为作为进一步工作起点的技术状规定参照基准时, 应由供需双方共同确定技术状态基线。（体在技术协议书上规定的项目）
二. 什么是技术状态项目
标准的定义中3.9技术状态基线在技术状态项目研制过程中的某一特定时刻，被正式确认、并被作为今后研制、产活动基准的技术状态文件。一般有三种技术状态基线: 功能基线、分配基线和产品基线。3. 9.1 功能基线 ( FBL)经正式确认的用以描述武器装备系统或独立研制的重大技术状态项目下列内容的件: 功能特性；接口特性；验证上述特性是否达到规定要求所需的检查。 3.9.2分配基线(ABL)经正式确认的用以描述技术状态项目下列内容的文件: 以武器装备系统或高一层术状态项目分配给该技术状态项目的功能特性和接口特性；技术状态项目的接口要求附加的设计约束条件；验证上述特性是否达到规定要求所需的检查。各技术状态项目分配基线的总合，形成满足武器装备系统功能基线目标的技术途径。3.9.3产品基线 (PBL)经正式确认的用以描述技术状态项目下列内容的文件: 技术状态项目所有必需的能特性和物理特性；被指定进行生产验收试验的功能特性和物理特性。为保障技术状态项目合格所需的试验。
技术状态管理计划
技术状态管理计划技术状态管理计划技术状态管理是一种重要的管理工具，用于跟踪、评估和管理项目中使用的技术状态。
它有助于团队了解项目中存在的技术风险、挑战和机遇，并支持决策的制定和实施。
本文将深入探讨技术状态管理计划的各个方面，包括其定义、目的、重要性以及实施步骤。
一、技术状态管理计划的定义技术状态管理计划是一份详细记录了项目中技术状态的文档。
它描述了项目所采用的技术方案、工具、系统和软件的具体信息，包括其功能、特性和限制。
该计划还包括技术状态评估的方法和准则，以及决策过程中需要考虑的因素。
二、技术状态管理计划的目的技术状态管理计划的目的是确保项目中使用的技术能够满足项目要求，并且能够在项目周期内保持稳定和可靠。
它有助于识别和解决技术问题，减少技术风险，并提高项目的成功率。
此外，技术状态管理计划还可以提供项目决策的依据，支持资源分配和规划工作。
三、技术状态管理计划的重要性技术状态管理计划在项目管理中起着重要的作用。
首先，它帮助项目团队和利益相关者了解项目所面临的技术挑战和机遇。
通过定期评估技术状态，团队可以提前识别问题并做出相应的调整，避免项目出现延误或失败。
其次，技术状态管理计划有助于提高团队的效率和工作质量。
通过清晰地记录和传达技术要求和限制，团队成员可以更好地理解项目目标，并制定相应的工作计划。
此外，技术状态管理计划还可以加强团队协作和沟通，提高整体绩效。
四、技术状态管理计划的实施步骤1. 确定技术要求：首先，根据项目的需求和目标，团队需要明确项目所需的技术要求。
这些技术要求应该是具体、可衡量和可验证的，以便后续的技术状态评估和管理。
2. 收集技术信息：团队需要收集和整理与项目相关的技术信息，包括各种技术方案、工具和系统的特性、功能和限制。
此外，团队还应该了解相关技术趋势和最佳实践，以便更好地评估和管理技术状态。
3. 进行技术状态评估：基于收集到的技术信息，团队需要进行技术状态评估。
评估可以包括对技术方案、工具和系统进行功能和性能测试，以及对技术风险和瓶颈进行分析。
技术状态管理计划
技术状态管理计划一、引言。
技术状态管理是指对项目中的技术状态进行有效管理，以确保项目按时按质完成。
技术状态管理计划是项目管理计划的重要组成部分，它描述了项目中技术状态管理的目标、原则、方法和措施，为项目的顺利实施提供了有力支持。
二、目标。
技术状态管理计划的主要目标是确保项目技术状态的稳定和可控，以满足项目进度、质量和成本要求。
具体包括：1. 确保项目技术状态的准确记录和及时更新；2. 确保项目技术状态的全面分析和评估；3. 确保项目技术状态的有效控制和调整。
三、原则。
在进行技术状态管理时，我们将遵循以下原则：1. 信息透明原则，确保项目技术状态的信息透明，及时共享给相关人员；2. 确定性原则，确保技术状态的准确性和可靠性；3. 可追溯原则，确保技术状态的变更可追溯，保留变更记录和原始数据；4. 有效性原则，确保技术状态管理的措施和方法是有效的。
四、方法。
为了实现上述目标和原则，我们将采取以下方法进行技术状态管理：1. 建立技术状态管理流程，明确技术状态管理的流程和各环节责任人，确保技术状态的及时记录和更新；2. 建立技术状态数据库，建立项目技术状态数据库，包括技术文档、问题记录、变更记录等；3. 技术状态评估与分析，定期对项目技术状态进行评估和分析，及时发现问题和风险；4. 技术状态控制与调整，及时对技术状态进行控制和调整，确保项目技术状态的稳定。
五、措施。
为了落实上述方法，我们将采取以下措施进行技术状态管理：1. 制定技术状态管理手册，明确技术状态管理的具体流程、方法和要求；2. 建立技术状态管理团队，组建专门的技术状态管理团队，负责技术状态管理工作；3. 技术状态管理培训，对相关人员进行技术状态管理培训，提高其技术状态管理能力；4. 技术状态管理工具支持，引入技术状态管理工具，提高技术状态管理效率。
六、总结。
技术状态管理计划是项目管理的重要组成部分，它对项目的顺利实施起着关键作用。
通过制定明确的目标、原则、方法和措施，我们将确保项目技术状态的稳定和可控，为项目的成功实施提供有力支持。
技术状态管理计划
技术状态管理计划(总14页) -CAL-FENGHAI.-(YICAI)-Company One1-CAL-本页仅作为文档封面，使用请直接删除在任务确定之后，由技术中心主管主任会同产品主设计师，根据技术协议（合同）的要求，确定设计输入、产品的基本组成。
主设计师在制定设计方案阶段，同时按《设计和开发控制程序》的规定，制定产品研制计划，划分阶段、确定阶段任务目标。
技术状态文件的形成参与研制的设计人员，分阶段，按技术协议（合同）要求，对该阶段技术状态项目特性加以描述和说明，提供“设计输出”文件，最终形成符合产品技术要求的成套技术文件。
产品设计图样、技术文件等执行三级审签、工艺和质量会签、标准化审查制度。
为保证投入试制（生产）的图样、技术文件的正确、可靠，应按《设计和开发控制程序》和《新产品试制控制程序》规定的评审点及内容要求进行设计评审和工艺评审。
总师办资料室对每个产品建立完整的技术档案。
对产品研制过程中形成的各种论证、分析、计算、评审、验证、确认,以及更改记录等，均应及时整理，按设计项目分门别类归档，加强管理，以保证现场使用的技术文件与资料室保存的文件一致，现行有效。
1技术状态控制（本部分说明：1.1技术状态更改分类；1.2技术状态更改的审批权限；1.3各类技术状态更改申请的处理程序；1.4偏离许可、让步申请的处理程序；1.5技术状态更改通知的处理程序。
对工程更改的控制工程更改分类按控制工程更改的权限不同，工程更改分为以下两类：I类工程更改由订购方或有关上级领导机关批准的工程更改；II类丁程更改由承制方处行控制的工程更改。
I类工程更改下列更改均属I类工程更改影响合同中下列任一要素的更改：合同经费：合同保证或担保；合同规定的交付要求；合同重大事件安排。
研制过程中，更改功能技术状态文件、分配技术状态文件，致使下列要求超出规定限值或规定容差者：性能；可靠性、维修性或生存性；重量、平衡、惯性矩；接口特性；电磁特性；规范中的其他重要要求。
技术状态管理计划
技术状态管理计划技术状态管理计划一、背景和目的技术状态管理是指对项目中各种技术资产的状态进行有效管理，以确保项目顺利进行，并及时发现并解决潜在问题。
本计划的目的是为了规范化技术状态管理流程，提高工作效率和质量，降低项目风险。
二、范围本计划适用于所有涉及到技术资产的项目。
包括但不限于软件、硬件、网络设备等。
三、角色与职责1. 技术负责人：负责制定并实施技术状态管理计划，监督和指导技术团队工作。
2. 技术团队：负责具体实施计划中规定的各项任务。
3. 项目经理：负责监督并协调技术团队和其他相关部门工作。
四、流程1. 技术资产登记在项目启动阶段，由技术团队对所有涉及到的技术资产进行登记，并建立相应档案。
包括但不限于软件版本号、硬件型号等信息。
2. 技术资产分类根据不同类型的技术资产，将其分为不同类别，并建立相应档案。
例如，将软件分为系统软件、应用软件等。
3. 技术状态评估对每个技术资产进行定期评估，以确定其当前状态。
评估内容包括但不限于：是否存在漏洞、是否需要升级等。
4. 技术状态记录将技术状态记录在相应档案中，并建立历史记录。
以便于跟踪和分析技术状态变化趋势。
5. 技术状态报告定期向项目经理和其他相关部门提交技术状态报告，以便于项目管理和决策。
五、工具与技术支持1. 资产管理系统：用于登记和管理技术资产。
2. 漏洞扫描工具：用于发现潜在的安全漏洞。
3. 版本控制工具：用于管理软件版本号等信息。
六、风险管理1. 技术资产丢失或损坏：建立备份机制，确保数据安全性。
2. 技术资产过时或不兼容：定期进行评估，并及时更新或替换不适用的资产。
七、质量保证计划1. 评估标准：根据实际情况制定相应的评估标准，并确保其合理性和可行性。
2. 评估频率：定期对技术状态进行评估，以确保其及时性和准确性。
3. 评估结果反馈：将评估结果及时反馈给相关人员，并及时采取相应措施。
八、变更管理计划1. 变更申请：当需要对技术资产进行变更时，由相关人员向项目经理发起变更申请。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
密级:阶段:版次: X X X技术文件第x研究所2011年03月错误!未找到引用源。
项目技术状态管理计划错误!未找到引用源。
军代表__________________目次前言 (I)1目标 ........................................................................................................ 错误!未定义书签。
2技术状态管理组织 (1)2.1组织 (1)2.2所内各部门职责 (1)前言本文依据项目管理质量文件，描述了XXX系统项目技术状态管理计划，用于XXX 系统项目技术状态管理。
1引言1.1目的和范围本计划规定了XXX项目技术状态管理的原则、主要内容和要求，是指导XXX项目以及技术状态项研制全过程的技术状态管理的基本文件，也是各配套研制单位在研制过程中实施技术状态管理必须遵循的基本规定。
本计划适用于XXX项目以及技术状态项研制和装备全寿命过程管理，以实现高效管理和清晰的可追溯控制。
XXX-XXX《XXX飞机研制技术状态管理计划》编写。
各级设计师是产品技术状态管理的直接责任人，应根据要求，完成技术状态标识、控制、纪实和审核工作并形成文件，在具体工作中应：a)项目研制各阶段设计和产品的技术状态有明确的定义并且受到控制；b)研制过程中有效和连续地控制技术状态变化，并且对这种变化提供可追溯性；c)通过对外部和内部接口的控制，保证系统和产品匹配的一致性；d)对文件反映的产品的真实和完整状态基线验证；e)确定与设计状态对应的合适的技术判定准则，以提供在产品生产、试验、交付和运行中出现超差的可视性；f)依据项目研制要求和确立的技术状态基线，及时发布选用的文件、标准和规范等资料目录；g)确保参与项目研制的所有人员在研制过程中能正确和准确使用技术状态文件，保证产品技术状态符合文件的要求。
h)确保配套承制厂家符合相应的技术状态管理要求。
2相关文件GJB3206A-2010《技术状态管理》议，由技术状态控制组组长批准；对合同要求控制的更改、偏离和超差申请进行审查，提出批准或不批准的建议，报有关方面批准；对批准的更改申请和批复的偏离和超差申请，监督设计师系统以技术文件形式传递到有关单位，并抄报总体备案、建档。
各成员具体职责如下：项目总师牵头负责明确技术状态基线，负责组织实施技术状态的控制和技术状态纪实；项目主管和质量师履行技术状态审核及技术状态管理的监督和检查职责。
副总师（结构）提出技术状态标识要求并负责设计文件的编号；标准化师应协助总设计师（或主任设计师）拟制技术状态项在研制、生产各阶段的技术文件清单，并在标准化大纲中反映。
档案管理员负责技术状态文件的管理、保存，按要求登记、发放技术状态文件。
并按照XXX-XXX《技术文件有效性标识的规定》加盖标识印章；协助检查各研发生产部门技术文件的管理以及技术状态文件更改的落实情况。
4技术状态管理里程碑XX项目研制包括：方案（F）阶段、初样（C）阶段、试样（S）阶段和设计定型5技术状态标识5.1技术状态项根据XXX-XXX《XXX系统产品分解结构及技术状态项》，XXX系统选取的技术状态项如表3所示。
表3 XXX系统技术状态项目表效益、现有条件，运用可靠性、安全性和优化设计技术，进行系统分析，综合择优确定产品系统、设备和模块的技术状态。
5.2.2技术状态基线确定时机及相互关系论证阶段后期建立“功能基线”，方案阶段初期确认，论证转方案阶段评审确定。
方案阶段初期建立“分配基线”，方案阶段后期评审确认。
初样阶段后期建立“产品基线”，产品研制初期确认，产品交付时评审确定。
三种基线分别对应要求的技术状态文件：功能基线技术状态文件、分配基线技术状态文件、产品基线技术状态文件，三者之间应相互协调，具有可追溯性，后者对前者进行扩展和细化。
如果三者之间出现矛盾，其优先顺序是：功能技术状态文件、分配技术状态文件和产品技术状态文件。
5.2.3功能基线建立a)在跟踪论证阶段，项目管理办公室应会同设计师系统协商确认技术状态要求，并反映在合同或协议（或提前呈批件）中。
任务启动后，项目总师（霍指定人员）应按合同或顾客（订购方）要求编制形成功能基线所要求的功能技术状态文件，在方案阶段初期经用户确认后，建立功能基线，作为正式技术状态控制的起点。
功能基线的内容应与合同或《研制总要求》的技术内容协调一致。
功能基线的技术状态文件包括系统（研制）合同及技术协议书、项目任务书（总可靠性、、接口要5.2.5产品基线建立a)在工程研制阶段，设计师系统应按合同及功能基线、分配基线要求进行工程设计和产品试制，编制形成产品基线所要求的产品技术状态文件，经功能技术状态审核和物理技术状态审核后建立产品基线。
产品基线是产品交付的依据。
产品基线的技术状态文件包括产品规范、工艺规程、材料规范、试验规范、工程图样和其它技术文件（如设计报告、原理图、方框图、结构设计图纸等）。
这些文件共同构成技术状态项目成套技术资料。
b)项目管理办公室负责组织对产品技术状态基线文件进行评审确认。
c)技术质量与售后服务处负责在产品交付前对产品技术状态基线符合情况进行评审确认。
5.3标识依据项目技术状态基线文件要求，由总体主任设计师组织进编写产品配套表并完成技术状态项目编号（标识），对选定的产品技术状态项目逐级审批，最终由总设计师（或主管副总师）批准后确定。
项目管理办公室负责组织标准化师、质量师、档案管理人员编写，并发布技术状态项目和技术状态文件的标识号，标识号包括产品代号、文件编号、阶段标记、产品（关1）更改功能基线、分配基线，致使下列任一要求超出规定的限值或容差值：性能和功能；可靠性、维修性、测试性、保障性、安全性、生存性、环境适应性和电磁兼容性等特性；外形尺寸、重量、质心、转动惯量；接口特性；规范中的其它重要要求。
2）设计定型后，更改产品技术状态文件，对产品质量有影响，达到规定的程度，或者对下列一个或多个方面产生重大影响：技术状态项及其零、部、组件的互换性；已交付的使用手册、维修手册；与保障设备、保障软件、零备件、训练器材（装置、设备和软件）等的兼容性；技能、人员配备、训练、生物医学因素或人机工程设计。
（2）Ⅱ类技术状态更改（重要更改）下列更改均属Ⅱ类技术状态更改：设计定型前，更改不属于功能基线、分配基线的技术状态文件，对满足产品要求有影响；设计定型后，更改产品技术状态文件，对产品质量有影响，但没有达到所规定的程度。
（3）Ⅲ类技术状态更改（一般更改），同时提其项目管理办公室负责组织各分系统及产品研制单位有关人员技术状态更改项目的审批后落实过程进行控制并监督检查，保证更改内容落实到位。
对技术状态更改落实过程中主要控制以下几方面：a)文件更改控制：技术状态更改项目涉及设计文件（含测试、试验文件）、图样、工艺文件更改时，按照XXX-XXX《设计更改控制程序》规定填写“更改单”，对设计文件及图样、工艺文件进行更改；b)产品更改控制：按质量管理体系文件要求，填写生产现怕技术处理单，并按更改后的设计文件、图样、工艺文件及时完成产品更改；c)更改后验证控制：产品更改后应重新检验合格并按规定对更改后产品补充有关试验项目和测试项目（含单机自身测试和参加上一级系统的补充测试），以验证更改的有效性。
6.2.4技术状态更改的监控项目质量师负责组织各分系统及产品研制单位项目质量管理人员对本级产品的更改项目审批、落实情况应纳入待办事项进行跟踪检查，确认更改内容已落实，并对检查确认结果进行记录。
项目质量师负责对上述工作执行情况实施检查。
6.2.5技术状态更改统计项目应按阶段进行全系统技术更改项目统计汇总。
设备级产品研制单位按型号分类“偏离的审批；状态纪实的积累工作；b)项目管理办公室要负责对产品研制过程能反映产品状态的元器件、原材料技术状态纪实、工艺技术状态纪实、总体验收过程技术状态纪实、总装、测试、试验过程技术状态纪实进行收集、汇总，作为最终产品质量状诚的依据性资料之一；c)项目管理办公室负责技术状态更改申请、评审、审批、文件和图样更改、产品更改、更改后验证等全过程的纪实和产品超差项及处理结果纪实的收集、汇总。
8技术状态审核技术状态审核是对产品技术状态进行全面审查、核实，以评定产品功能技术状态和物理技术状态是否符合文件、图样规定的要求。
项目技术状态控制组在研制过程中要做好产品技术状态的审查和核实、把关工作。
a)产品功能技术状态审核功能技术状态审核是对产品实际的功能、性能指标（含接口）满足技术状态文件要求程度的检查。
功能技术状态审核主要在以下研制节点进行：”、并在“产品质量履历书”中进行相应记载。
c)技术状态控制评价对项目技术状态控制评价分项目自身评价和项目外部评价两方面。
1)项目自身评价：项目管理办公室组织，对项目研制过程技术状态控制情况进行检查（评审），进行自身评价，给出评价结论。
2)项目外部评价：由集团公司、用户组织，对项目技术状态控制进行专项评审，对项目技术状态控制结果进行全面评价，给出评价结论。
9.1要求在研制过程中，对配套单位应进行认证、监督和过程审核，包括质量管理体系、保密要求和项目管理工具等资源配置的审核，以确保供方技术状态管理的实施。
基本要求如下：1）所有配套单位应依据本计划编制配套设备技术状态管理计划，并接受审核和监督；2）项目办应定期组织对配套单位进行资质和技术状态管理审查；确保归档按照或参照本计划要求，制定本单位配套设备的技术状态更改过程控制管理办法，实施全过程控制。
9.3.3记实建立来源于配套设备设计、制造等研制过程以及项目管理、质量管理、资源保障和用户使用等方面数据的技术状态记实制度。
9.3.4审核建立配套设备各研制阶段主要审核安排，并开展审查和评审，包括内部审核和总体单位、用户参与的审核。
所有配套单位按要求提交的技术文档应提供电子文档，必要时，提供与电子文档一致的纸质文档。
10数据管理本项目的技术状态数据均纳入数据管理系统（PDM）进行管理。
数据的保存与项目的全寿命周期一致。