下载文档原格式
技术状态管理计划和配置管理计划技术状态管理计划和配置管理计划，这俩听起来就很“高大上”的东西，其实就像咱们过日子收拾屋子一样。
先说说技术状态管理计划吧。
这就好比是你家里的一个大账本，记录着家里各种东西的状态。
比如说，你家里有台老电视，你得知道它是什么时候买的，修过几次，现在是啥样的功能状况。
在一个项目或者产品里呢，技术状态管理计划就是干这个事儿的。
它得把产品从开始设计到最后成型，中间每一个环节的技术状态都记清楚。
就像盖房子，你不能盖着盖着就忘了这房子本来要盖几层，用啥样的砖头吧？技术状态管理计划就得保证这个项目像盖房子一样，按照最初的设想一步一步来。
如果没有这个计划，那就乱套了。
今天加个窗户，明天拆个墙，最后盖出来的可能就不是房子，而是个四不像的怪物了。
这时候你就会感叹，哎呀，早知道有个计划多好啊！再来说配置管理计划。
这可以类比成你衣柜的整理计划。
你看，你衣柜里有各种衣服，有冬天的厚棉袄，夏天的小短裙，你得把它们分类放好。
配置管理计划就是对项目里的各种资源、文件、程序这些东西进行分类管理。
比如说，项目里用到的代码文件，你得知道哪些是老版本的，哪些是新版本的，哪个文件跟哪个功能相关。
要是没有这个计划，就好比你衣柜里的衣服全都乱堆在一起，早上起来找件衣服都得翻个底朝天，急死人了。
在实际操作中，技术状态管理计划和配置管理计划还得互相配合。
这就像两口子过日子，一个负责赚钱养家，记录家里的经济收支（技术状态管理计划），一个负责把家里收拾得井井有条，东西摆放得规规矩矩（配置管理计划）。
缺了谁都不行。
要是只有技术状态管理计划，那可能东西虽然知道状态，但是乱得一塌糊涂，根本找不着。
要是只有配置管理计划呢，你可能知道东西在哪，但是不知道这个东西到底现在是个啥状态，能不能用。
这两个计划都得考虑到变更管理。
就像你本来计划好了每天吃三顿饭，突然有一天你想减肥，改成每天吃两顿了。
这就是个变更。
在项目里，无论是技术状态还是配置，一旦有变更，就得按照计划来处理。
技术状态管理计划技术状态管理计划技术状态管理是一种重要的管理工具，用于跟踪、评估和管理项目中使用的技术状态。
它有助于团队了解项目中存在的技术风险、挑战和机遇，并支持决策的制定和实施。
本文将深入探讨技术状态管理计划的各个方面，包括其定义、目的、重要性以及实施步骤。
一、技术状态管理计划的定义技术状态管理计划是一份详细记录了项目中技术状态的文档。
它描述了项目所采用的技术方案、工具、系统和软件的具体信息，包括其功能、特性和限制。
该计划还包括技术状态评估的方法和准则，以及决策过程中需要考虑的因素。
二、技术状态管理计划的目的技术状态管理计划的目的是确保项目中使用的技术能够满足项目要求，并且能够在项目周期内保持稳定和可靠。
它有助于识别和解决技术问题，减少技术风险，并提高项目的成功率。
此外，技术状态管理计划还可以提供项目决策的依据，支持资源分配和规划工作。
三、技术状态管理计划的重要性技术状态管理计划在项目管理中起着重要的作用。
首先，它帮助项目团队和利益相关者了解项目所面临的技术挑战和机遇。
通过定期评估技术状态，团队可以提前识别问题并做出相应的调整，避免项目出现延误或失败。
其次，技术状态管理计划有助于提高团队的效率和工作质量。
通过清晰地记录和传达技术要求和限制，团队成员可以更好地理解项目目标，并制定相应的工作计划。
此外，技术状态管理计划还可以加强团队协作和沟通，提高整体绩效。
四、技术状态管理计划的实施步骤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. 变更申请：当需要对技术资产进行变更时，由相关人员向项目经理发起变更申请。
技术状态管理计划标准要求：承制方应按照本标准的要求制定技术状态管理计划。
技术状态管理计划应符合合同要求，说明对技术状态项目的功能特性和物理特性进行管理所采用的程序和方法。
技术状态管理计划一般应分阶段编制，在各研制阶段或生产阶段初期（或按合同要求）提交订购方。
在研制过程中，应根据武器装备系统或技术状态项目目标的不断演进，对该计划进行必要的修订。
技术状态管理计划可参照附录B（参考件）进行编制。
设计、生产元器件产品的企业根据这个文件内容将其具体化，形成公司的技术状态管理文件，作为对系列产品的技术状态管理计划。
即每个派生产品都按这个计划进行管理。
一旦有新产品研发则按这个文件重新编制新产品的技术状态管理计划，编制时点应是从新产品的策划开始逐渐完善和修订。
*技术状态管理计划是针对具体的XXX 产品、项目或者合同，规定如何实施技术状态管理的文件。
由谁、如何、何时完成这些工作，以及为完成这些工作所需的人员和资源等方面进行的全面的描述。
*对一大型项目而言，项目由主承包方和多层次的分承包方承担。
主承包方编制的技术状态管理计划通常称为技术状态管理总计划。
对各层次的分承包方，都应编制所承担技术状态项目的技术状态管理计划，这些计划通常作为独立的文件发布。
*公司在建立质量体系的过程中，应结合本公司特点，制定技术状态管理程序，并纳入质量体系文件中去。
具体项目的技术状态管理计划应以公司的技术状态管理程序文件为依据，规定项目的具体实施要求。
典型的技术状态管理计划的结构和内容是：技术状态管理计划的结构和内容1．封面封面的右上角应标有文件控制号，并居中分别填写下述内容：[项目名称或技术状态项目名称和编号]的技术状态管理计划合同号[合同编号][文件日期——年、月、日]为[顾客名称]制订由【承包方名称和地址】制定2．审查和更改页本页包括技术状态管理计划历次更改的审查和批准情况。
3．目录目录应列出所有带标题章节的标题和页次，然后应按顺序列出所有图、表格和附录的标题和页次。
技术状态管理计划技术状态管理计划1. 引言技术状态管理是指对一个项目、产品或系统中使用的各种技术进行管理和控制的过程。
它是一个重要的管理工具，可以帮助组织确保技术的稳定性、可靠性和可持续性。
本文将探讨技术状态管理的概念、原则以及如何制定一个有效的技术状态管理计划。
2. 技术状态管理的概念技术状态指的是一个系统或产品在某个时间点上所处的技术水平。
技术状态管理则是通过监控、评估和调整技术状态，使其能够满足项目或产品的需求和目标。
技术状态管理需要考虑技术的更新和升级，以及对不稳定或不可靠技术的淘汰和替换。
3. 技术状态管理的原则（1）深度优先原则：技术状态管理应该按照从简到繁、由浅入深的方式进行。
这意味着首先应关注项目或产品中最核心、最关键的技术，并对其进行细致的管理和控制。
然后逐步扩展到其他技术领域，逐步完善技术状态管理的范围和深度。
（2）广度优先原则：技术状态管理应该覆盖项目或产品中所有相关的技术领域。
这意味着需要全面了解和把握不同技术之间的关系和相互作用，以确保整个系统的技术状态能够协调一致、互相支持。
（3）灵活性原则：技术状态管理应该具备一定的灵活性，能够根据项目或产品的需求和变化进行调整和优化。
这意味着需要及时收集和分析技术的最新趋势和发展动态，以及与相关技术团队保持密切的沟通和合作。
4. 制定技术状态管理计划的步骤（1）确定目标和需求：首先需要明确项目或产品的目标和需求，以及所需的技术能力和水平。
这可以通过与项目管理团队和相关技术团队的讨论和协商来确定。
（2）评估现有技术状态：对项目或产品中已有的技术进行评估，包括技术的可用性、可靠性、稳定性等方面的评估。
同时还需要分析技术之间的关联和相互依赖关系，以及与项目目标和需求的匹配程度。
（3）确定技术状态管理的范围和深度：根据项目目标和需求，确定技术状态管理的范围和深度。
重点考虑项目中最关键、最核心的技术，以及与其相关的其他技术领域。
（4）制定技术状态管理计划：根据评估结果和确定的范围和深度，制定一个符合项目需求的技术状态管理计划。
密级:阶段:版次: 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）进行管理。
数据的保存与项目的全寿命周期一致。
