XX项目技术状态管理计划doc
技术状态管理计划【范本模板】

目次1引言ﻩ错误!未定义书签。
2 相关文件ﻩ错误!未定义书签。
3组织和职责......................................................... 错误!未定义书签。
4技术状态管理里程碑ﻩ错误!未定义书签。
5 技术状态标识........................................................ 错误!未定义书签。
6技术状态控制ﻩ错误!未定义书签。
7技术状态记实ﻩ错误!未定义书签。
8技术状态审核ﻩ错误!未定义书签。
9分承制方/供应商控制ﻩ错误!未定义书签。
10 数据管理ﻩ错误!未定义书签。
1 引言1.1 目的对产品技术状态进行管理,确保产品功能特性和物理特性符合规定要求。
1.2 范围1.2.1 适用于公司产品的技术状态标识、技术状态控制、技术状态记实和技术状态审核过程的控制。
1.2.2 所适用的产品或技术状态项的简要说明:1.2.3 技术状态管理计划的主要特点及实施方法的概述2 相关文件(所涉及的标准化文件、规章制度和适用的设计文件等,给出所列文件的编号、名称、版次、发布机构等信息。
文件排列顺序如下:)a)国家标准b)国家军用标准c)行业标准d)企业标准e)国际国外标准f)设计文件g)规章制度3 组织和职责(本部分说明参与技术状态管理活动的人员、部门和机构,需要时,用简图说明。
同时说明各参与方在技术状态管理中的职责,包括在技术状态控制委员会中的作用。
此外,说明技术状态管理职能与技术审查和定型工作等方面的有机联系。
3.1 技术中心负责技术状态的归口管理.3。
2 总工程师负责技术状态项目和技术状态文件的批准。
3.3 总工程师办公室负责技术状态文件的存档保管和发放控制。
3.4由本公司总工程师、技术部有关人员和顾客共同组成的审核组在本公司或供方的现场进行功能技术状态审核和物理技术状态审核。
3。
5如技术状态审核与定型(鉴定)工作结合进行,有关要求应按产品定型中相关规定执行,并满足技术状态管理规定的审核内容。
工程项目 技术状态管理计划

序号
技术状态项 技术状态标
目
识
技术状态 控制
技术状态纪 实
技术状态审核
负责人
时间安排
1
项目整体设 文档编号、 变更审批
计方案
版本号
流程
变更记录、 定期审核设计 会议纪要 方案的符合性
项目经理
[具体时间 1]
2
施工工艺流 流程图编号
程
、版本
工艺改进 审批
工艺变更记 阶段性审核工
告
阶段性审核预 算的执行情况
成本经理
[具体时间 7]
8
环境保护方 方案文档编 环保措施
案
号、版本 变更审批
环保监测数 据记录
环保专项审核 时评估方案的
有效性
环保专员
[具体时间 8]
5
安全防护措 措施文档编 措施调整
施
号、版本 审批
安全检查记 专项检查时审
录、整改通 核措施的落实
知
情况
安全主管
[具体时间 5]
6
工程进度计 甘特图编号
划
碑节点审 核进度的符合
性
进度管理员
[具体时间 6]
7
成本预算控 预算文档编 预算变更
制
号、版本 审批
成本核算记 录、分析报
录、效果评 艺流程的有效 技术负责人
估
性
[具体时间 2]
3
主要材料和 型号、规格 采购变更
设备规格 说明书
控制
材料设备变 更台账
到货验收时审 核规格的准确
性
采购经理
[具体时间 3]
4
质量检测标 标准文件编 标准修订
准
技术状态管理计划

技术状态管理计划拟制:日期:审核:日期:质量:日期:标准化日期:批准:日期:目录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) 编制技术状态管理计划目的在于准确适时有效地贯彻公司的技术状态管理制度,确保产品技术状态受控。
技术状态管理计划

技术状态管理计划技术状态管理计划技术状态管理是一种重要的管理工具,用于跟踪、评估和管理项目中使用的技术状态。
它有助于团队了解项目中存在的技术风险、挑战和机遇,并支持决策的制定和实施。
本文将深入探讨技术状态管理计划的各个方面,包括其定义、目的、重要性以及实施步骤。
一、技术状态管理计划的定义技术状态管理计划是一份详细记录了项目中技术状态的文档。
它描述了项目所采用的技术方案、工具、系统和软件的具体信息,包括其功能、特性和限制。
该计划还包括技术状态评估的方法和准则,以及决策过程中需要考虑的因素。
二、技术状态管理计划的目的技术状态管理计划的目的是确保项目中使用的技术能够满足项目要求,并且能够在项目周期内保持稳定和可靠。
它有助于识别和解决技术问题,减少技术风险,并提高项目的成功率。
此外,技术状态管理计划还可以提供项目决策的依据,支持资源分配和规划工作。
三、技术状态管理计划的重要性技术状态管理计划在项目管理中起着重要的作用。
首先,它帮助项目团队和利益相关者了解项目所面临的技术挑战和机遇。
通过定期评估技术状态,团队可以提前识别问题并做出相应的调整,避免项目出现延误或失败。
其次,技术状态管理计划有助于提高团队的效率和工作质量。
通过清晰地记录和传达技术要求和限制,团队成员可以更好地理解项目目标,并制定相应的工作计划。
此外,技术状态管理计划还可以加强团队协作和沟通,提高整体绩效。
四、技术状态管理计划的实施步骤1. 确定技术要求:首先,根据项目的需求和目标,团队需要明确项目所需的技术要求。
这些技术要求应该是具体、可衡量和可验证的,以便后续的技术状态评估和管理。
2. 收集技术信息:团队需要收集和整理与项目相关的技术信息,包括各种技术方案、工具和系统的特性、功能和限制。
此外,团队还应该了解相关技术趋势和最佳实践,以便更好地评估和管理技术状态。
3. 进行技术状态评估:基于收集到的技术信息,团队需要进行技术状态评估。
评估可以包括对技术方案、工具和系统进行功能和性能测试,以及对技术风险和瓶颈进行分析。
技术状态管理计划

技术状态管理计划拟制:日期:审核:日期:质量:日期:标准化日期:批准:日期:目录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) 编制技术状态管理计划目的在于准确适时有效地贯彻公司的技术状态管理制度,确保产品技术状态受控。
项目技术管理方案

项目技术管理方案1. 引言1.1 项目概述本文档旨在讨论和规划项目的技术管理方案。
项目的目标是XXX,涉及的技术包括XXX。
本方案的执行将确保项目的顺利进行和技术目标的实现。
1.2 目标本技术管理方案的主要目标如下: - 确保项目按时交付,并具备高质量和可扩展性。
- 优化团队协作的流程和工具,提高开发效率。
- 确保项目的技术选择和架构设计符合项目需求和规范。
2. 项目技术管理流程2.1 技术评估和选择在项目启动阶段,技术团队将对项目需求进行评估和分析,然后选择合适的技术栈和工具。
技术评估的指标包括: - 技术的适用性和成熟度。
- 技术的可维护性和可扩展性。
- 技术的性能和安全性。
- 技术团队的专业能力和熟练程度。
2.2 技术沟通和协作为了保证团队成员之间的良好沟通和协作,我们将采用以下方案: - 定期召开技术会议,讨论和解决技术难题。
- 使用项目管理工具,如Jira或Trello,以便进行任务分配和追踪。
- 构建团队知识库,收集和共享技术资料和经验。
2.3 开发流程和规范为了保证项目的质量和稳定性,我们将遵循以下开发流程和规范: - 使用版本控制系统,如Git,进行代码管理和版本控制。
- 采用敏捷开发方法,如Scrum或Kanban。
- 为每个功能或模块编写单元测试,并使用持续集成工具进行自动化测试。
- 严格遵循编码规范和代码审查流程。
3. 技术团队和角色3.1 技术团队成员本项目的技术团队包括以下角色: - 项目经理:负责项目的整体规划和管理。
- 技术架构师:负责项目的架构设计和技术选型。
- 开发人员:负责具体功能的实现和测试。
- 测试人员:负责测试和验证功能的正确性和稳定性。
3.2 技术团队协作为了保证技术团队之间的高效协作,我们将采用以下措施: - 通过定期会议和沟通渠道促进信息共享和问题解决。
- 将团队成员分成适当的小组,每个小组负责特定的功能或模块。
- 每个小组设置一名技术负责人,负责该功能或模块的技术管理和沟通。
技术状态管理计划

技术状态管理计划技术状态管理计划1. 引言技术状态管理是指对一个项目、产品或系统中使用的各种技术进行管理和控制的过程。
它是一个重要的管理工具,可以帮助组织确保技术的稳定性、可靠性和可持续性。
本文将探讨技术状态管理的概念、原则以及如何制定一个有效的技术状态管理计划。
2. 技术状态管理的概念技术状态指的是一个系统或产品在某个时间点上所处的技术水平。
技术状态管理则是通过监控、评估和调整技术状态,使其能够满足项目或产品的需求和目标。
技术状态管理需要考虑技术的更新和升级,以及对不稳定或不可靠技术的淘汰和替换。
3. 技术状态管理的原则(1)深度优先原则:技术状态管理应该按照从简到繁、由浅入深的方式进行。
这意味着首先应关注项目或产品中最核心、最关键的技术,并对其进行细致的管理和控制。
然后逐步扩展到其他技术领域,逐步完善技术状态管理的范围和深度。
(2)广度优先原则:技术状态管理应该覆盖项目或产品中所有相关的技术领域。
这意味着需要全面了解和把握不同技术之间的关系和相互作用,以确保整个系统的技术状态能够协调一致、互相支持。
(3)灵活性原则:技术状态管理应该具备一定的灵活性,能够根据项目或产品的需求和变化进行调整和优化。
这意味着需要及时收集和分析技术的最新趋势和发展动态,以及与相关技术团队保持密切的沟通和合作。
4. 制定技术状态管理计划的步骤(1)确定目标和需求:首先需要明确项目或产品的目标和需求,以及所需的技术能力和水平。
这可以通过与项目管理团队和相关技术团队的讨论和协商来确定。
(2)评估现有技术状态:对项目或产品中已有的技术进行评估,包括技术的可用性、可靠性、稳定性等方面的评估。
同时还需要分析技术之间的关联和相互依赖关系,以及与项目目标和需求的匹配程度。
(3)确定技术状态管理的范围和深度:根据项目目标和需求,确定技术状态管理的范围和深度。
重点考虑项目中最关键、最核心的技术,以及与其相关的其他技术领域。
(4)制定技术状态管理计划:根据评估结果和确定的范围和深度,制定一个符合项目需求的技术状态管理计划。
技术状态管理计划

技术状态管理计划一、引言。
技术状态管理是指对项目或产品的技术状态进行全面、系统的管理,以确保项目或产品的技术状态符合相关标准和要求。
技术状态管理计划是对技术状态管理工作的规划和安排,旨在提高项目或产品的技术质量,保障项目或产品的顺利实施。
二、目标。
技术状态管理计划的目标是确保项目或产品的技术状态符合相关标准和要求,提高项目或产品的技术质量,减少技术风险,保障项目或产品的顺利实施。
三、范围。
技术状态管理计划适用于项目或产品的全过程,包括技术状态的确定、变更管理、技术评审、技术验证等方面。
四、组织。
1. 技术状态管理小组。
技术状态管理小组由项目经理、技术负责人、质量负责人等组成,负责制定技术状态管理计划,监督和协调技术状态管理工作。
2. 技术状态管理人员。
项目组成员中将技术状态管理工作纳入日常工作内容,负责技术状态的收集、整理、分析和报告。
五、活动。
1. 技术状态确定。
技术状态管理小组根据项目或产品的特点和要求,确定相关的技术状态指标和评价标准,对技术状态进行定期评估和确认。
2. 技术状态变更管理。
对于技术状态的变更,技术状态管理小组要建立变更管理流程,确保变更的合理性、及时性和有效性。
3. 技术评审。
在项目或产品的关键节点,进行技术评审,对技术状态进行全面审查,发现问题并提出改进措施。
4. 技术验证。
对项目或产品的关键技术进行验证,确保技术状态符合项目或产品的设计要求和标准。
六、工具。
1. 技术状态管理系统。
建立技术状态管理系统,对技术状态进行记录、跟踪和管理,实现技术状态的可视化和透明化。
2. 技术状态评估工具。
利用各种技术状态评估工具,对技术状态进行客观、全面的评估,为决策提供依据。
七、风险管理。
技术状态管理计划要充分考虑技术状态管理可能面临的风险,制定相应的风险应对措施,确保技术状态管理工作的顺利进行。
八、沟通与协调。
技术状态管理计划要求技术状态管理小组与项目组其他成员之间的密切沟通与协调,及时了解项目或产品的技术状态,协调解决技术问题。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
密级:阶段:版次:X X X技术文件XXX-XXX-GLXX-2011XXX系统项目技术状态管理计划第x研究所2011年03月错误!未找到引用源。
项目技术状态管理计划错误!未找到引用源。
共21 页拟制__________________审核__________________会签__________________标准化__________________批准__________________ 军代表__________________目次前言 ....................................................................................................................................... I I 1目标 ........................................................................................................ 错误!未定义书签。
2技术状态管理组织 . (1)2.1组织 (2)2.2所内各部门职责 (2)2.3技术状态控制组职责.......................................................................... 错误!未定义书签。
3技术状态管理的主要任务 (3)4技术状态管理工作程序和内容 ............................................................ 错误!未定义书签。
4.1审查并确定技术状态基线 (4)4.2确定技术状态基线的原则 (5)4.3技术状态基线确定时机及相互关系 (5)4.4功能基线建立 (6)4.5分配基线建立 (6)4.6产品基线建立 (7)4.7技术状态标识 (7)4.8文件的签署 (7)5技术状态控制 (7)5.1技术状态控制原则 (7)5.2技术状态更改控制 (8)5.3偏离和超差控制 (10)5.4研制过程技术状态纪实控制 (10)5.5技术状态审核 (11)6技术状态管理工作计划 ........................................................................ 错误!未定义书签。
7技术状态项目清单 ................................................................................ 错误!未定义书签。
前言本文依据项目管理质量文件,描述了XXX系统项目技术状态管理计划,用于XXX 系统项目技术状态管理。
1引言1.1目的和范围本计划规定了XXX项目技术状态管理的原则、主要内容和要求,是指导XXX项目以及技术状态项研制全过程的技术状态管理的基本文件,也是各配套研制单位在研制过程中实施技术状态管理必须遵循的基本规定。
本计划适用于XXX项目以及技术状态项研制和装备全寿命过程管理,以实现高效管理和清晰的可追溯控制。
1.2项目概述XXX系统是XXX飞机的重要组成部分,该项目主要完成功能如下:1)……2)……3)……该系统由设备1、设备2、设备3、设备4、设备5、设备6、设备7组成,其中设备3和设备6是选用产品。
其组成及配套关系如表1所示。
表1 XXX系统组成及配套关系1.3主要特点和实施方法XXX系统项目技术状态管理计划根据GJB3206A-2010《技术状态管理》和XXX-XXX《XXX飞机研制技术状态管理计划》编写。
各级设计师是产品技术状态管理的直接责任人,应根据要求,完成技术状态标识、控制、纪实和审核工作并形成文件,在具体工作中应:a)项目研制各阶段设计和产品的技术状态有明确的定义并且受到控制;b)研制过程中有效和连续地控制技术状态变化,并且对这种变化提供可追溯性;c)通过对外部和内部接口的控制,保证系统和产品匹配的一致性;d)对文件反映的产品的真实和完整状态基线验证;e)确定与设计状态对应的合适的技术判定准则,以提供在产品生产、试验、交付和运行中出现超差的可视性;f)依据项目研制要求和确立的技术状态基线,及时发布选用的文件、标准和规范等资料目录;g)确保参与项目研制的所有人员在研制过程中能正确和准确使用技术状态文件,保证产品技术状态符合文件的要求。
h)确保配套承制厂家符合相应的技术状态管理要求。
2相关文件GJB3206A-2010《技术状态管理》XXX-XXX《XXX飞机研制技术状态管理计划》XXX-XXX《XXX系统产品分解结构及技术状态项》XXX-XXX《技术文件有效性标识的规定》XXX-XXX《文件控制程序》XXX-XXX《技术状态管理规定》XXX-XXX《设计更改控制程序》XXX-XXX《设计评审控制程序》3组织和职责3.1组织成立项目技术状态控制组,明确技术状态控制组职责,负责项目技术状态管理。
项目技术状态控制组由项目总师担任组长,成员主要有:副总师(电路、结构、工艺)、总体主任设计师、设备主任设计师、对口设备主任设计师、项目主管、质量师、标准化师、档案管理员等,并明确由总体主任设计师负责本项目技术状态日常管理工作。
各配套单位应成立相应技术状态控制小组,负责配套设备的技术状态管理。
3.2职责技术状态控制组负责:审批技术管理计划、技术状态项、技术状态基线;对技术状态更改申请、关键和重要的偏离和超差申请进行审查,按决策权限提出批准或不批准建议,由技术状态控制组组长批准;对合同要求控制的更改、偏离和超差申请进行审查,提出批准或不批准的建议,报有关方面批准;对批准的更改申请和批复的偏离和超差申请,监督设计师系统以技术文件形式传递到有关单位,并抄报总体备案、建档。
各成员具体职责如下:项目总师牵头负责明确技术状态基线,负责组织实施技术状态的控制和技术状态纪实;项目主管和质量师履行技术状态审核及技术状态管理的监督和检查职责。
副总师(结构)提出技术状态标识要求并负责设计文件的编号;标准化师应协助总设计师(或主任设计师)拟制技术状态项在研制、生产各阶段的技术文件清单,并在标准化大纲中反映。
档案管理员负责技术状态文件的管理、保存,按要求登记、发放技术状态文件。
并按照XXX-XXX《技术文件有效性标识的规定》加盖标识印章;协助检查各研发生产部门技术文件的管理以及技术状态文件更改的落实情况。
4技术状态管理里程碑XX项目研制包括:方案(F)阶段、初样(C)阶段、试样(S)阶段和设计定型(D)阶段。
技术状态管理里程碑如表2所示。
表2 技术状态管理里程碑5技术状态标识5.1技术状态项根据XXX-XXX《XXX系统产品分解结构及技术状态项》,XXX系统选取的技术状态项如表3所示。
表3 XXX系统技术状态项目表5.2审查并确定技术状态基线技术状态基线表示项目研制主要节点经正式设计评审予以批准和冻结的技术状态,同时作为进一步的设计和性能更改的正式技术状态控制的起始点。
5.2.1确定技术状态基线的原则项目总设计师组织设计师系统,在满足任务要求前提下,根据战术技术指标和经济效益、现有条件,运用可靠性、安全性和优化设计技术,进行系统分析,综合择优确定产品系统、设备和模块的技术状态。
5.2.2技术状态基线确定时机及相互关系论证阶段后期建立“功能基线”,方案阶段初期确认,论证转方案阶段评审确定。
方案阶段初期建立“分配基线”,方案阶段后期评审确认。
初样阶段后期建立“产品基线”,产品研制初期确认,产品交付时评审确定。
三种基线分别对应要求的技术状态文件:功能基线技术状态文件、分配基线技术状态文件、产品基线技术状态文件,三者之间应相互协调,具有可追溯性,后者对前者进行扩展和细化。
如果三者之间出现矛盾,其优先顺序是:功能技术状态文件、分配技术状态文件和产品技术状态文件。
5.2.3功能基线建立a)在跟踪论证阶段,项目管理办公室应会同设计师系统协商确认技术状态要求,并反映在合同或协议(或提前呈批件)中。
任务启动后,项目总师(霍指定人员)应按合同或顾客(订购方)要求编制形成功能基线所要求的功能技术状态文件,在方案阶段初期经用户确认后,建立功能基线,作为正式技术状态控制的起点。
功能基线的内容应与合同或《研制总要求》的技术内容协调一致。
功能基线的技术状态文件包括系统(研制)合同及技术协议书、项目任务书(总要求)、用户需求等。
系统规范的主要内容为:功能特性(如系统能力、可靠性、维修性、保障性、测试性、环境条件、运输性、电磁兼容、生产性、互换性、安全性、人机工程、计算机资源要求、综合保障要求、人员训练要求)、接口要求和验证要求等。
b)项目管理办公室负责组织对各分系统功能技术状态基线文件进行评审确认。
c)项目管理办公室负责向各分系统下发项目功能技术状态文件,作为确定分系统功能技术状态基线的依据。
5.2.4分配基线建立a)在方案阶段,设计师系统应按合同及功能基线要求编制形成分配基线所要求的分配技术状态文件,在工程研制阶段初期经用户确认后,建立分配基线。
分配基线的技术状态文件包括项目研制规范、研制方案报告、相关接口控制文件、验收测试规范等。
项目研制规范的主要内容为:功能特性(包括从武器装备系统或高层技术状态项目分配给技术状态项目的能力、可靠性、维修性、环境条件、运输性、电磁兼容、生产性、互换性、安全性、人机工程、计算机资源要求、综合保障要求、人员训练要求)、接口要求、附加的设计的约束条件和验证要求等。
b)项目管理办公室负责组织对分配技术状态基线文件进行评审确认。
c)项目管理办公室负责向各分系统下发分配技术状态文件,作为确定分系统分配技术状态基线的依据。
5.2.5产品基线建立a)在工程研制阶段,设计师系统应按合同及功能基线、分配基线要求进行工程设计和产品试制,编制形成产品基线所要求的产品技术状态文件,经功能技术状态审核和物理技术状态审核后建立产品基线。
产品基线是产品交付的依据。
产品基线的技术状态文件包括产品规范、工艺规程、材料规范、试验规范、工程图样和其它技术文件(如设计报告、原理图、方框图、结构设计图纸等)。
这些文件共同构成技术状态项目成套技术资料。
b)项目管理办公室负责组织对产品技术状态基线文件进行评审确认。
c)技术质量与售后服务处负责在产品交付前对产品技术状态基线符合情况进行评审确认。
5.3标识依据项目技术状态基线文件要求,由总体主任设计师组织进编写产品配套表并完成技术状态项目编号(标识),对选定的产品技术状态项目逐级审批,最终由总设计师(或主管副总师)批准后确定。
项目管理办公室负责组织标准化师、质量师、档案管理人员编写,并发布技术状态项目和技术状态文件的标识号,标识号包括产品代号、文件编号、阶段标记、产品(关键件、重要件)标记等。