GB/T 34590系列标准方法速查：道路车辆功能安全9部分指南与决策框架

核心摘要：GB/T 34590系列是道路车辆功能安全的系统性国家标准，覆盖管理、开发、生产到报废全生命周期。本文速查9个部分的核心用途、适用阶段与实操决策要点，帮助质量与安全工程师快速定位所需标准章节，规避常见理解误区。

核心结论速查

结论1：GB/T 34590.10-2022是理解整个系列的总纲和路线图，首次接触该系列标准时应首先阅读此部分，而非从第2部分或第3部分开始。

结论2：半导体应用指南（第11部分）是针对芯片、传感器等半导体元件功能安全的专项补充，从事电子器件供应链的人员必须结合第4、5部分使用。

结论3：功能安全管理（第2部分）贯穿概念、开发、生产直至报废全生命周期，是建立企业功能安全流程体系的起点和审计重点。

结论4：第9部分（以安全完整性等级为导向的分析）是连接系统/硬件开发与安全完整性等级（ASIL）等级确定的桥梁，其分析结果直接影响第4、5部分的技术要求。

结论5：第7部分（生产、运行、服务和报废）是系列中唯一覆盖量产与售后阶段的标准，适用于制造工艺审核与市场反馈处理，常被研发部门忽视但审核必查。

一、系列概述

GB/T 34590系列（道路车辆功能安全）解决的是车辆电子电气系统因故障导致的安全风险问题，为从概念设计到报废回收的整个生命周期提供了一套系统化的安全开发与管理框架。该系列共分9个部分（.2~.5、.7~.11），核心检测与评估项目包括：功能安全管理体系审核、概念阶段危害分析与风险评估（HARA）、系统/硬件/软件层面的安全需求验证，以及ASIL等级确定与分解。最新版本为2022年发布，替代了2017年的旧版，主要修订方向是：明确半导体应用指南、增加SOTIF（预期功能安全）接口、细化ASIL分解与共存准则。

该系列适用于乘用车、商用车及摩托车的电子电气系统供应商、整车厂、半导体芯片设计公司、独立安全实验室及第三方检测机构。

二、方法选择决策表

下表汇总了GB/T 34590系列9个部分的核心信息，帮助您根据工作阶段和职责快速定位对应标准。

选方法建议：如果是初次建立功能安全流程，优先精读第2部分（管理）和第10部分（指南），搭建体系框架；如果正在开发具体项目，按阶段选择第3部分→第4部分→第5部分顺序推进；如果涉及半导体器件选型或定制，必须额外引入第11部分；如果要做ASIL等级分解或安全分析，直接查阅第9部分作为方法论支撑。

三、干扰物与注意事项速查

在应用GB/T 34590系列标准时，以下环节最容易出现理解偏差或执行遗漏：

• ASIL等级随意分解：ASIL D不能直接分解为两个ASIL B而不做冗余性论证。第9部分要求分解后的架构必须满足冗余协同分析（即两个独立要素均需满足各自ASIL要求，且需证明其独立性）。常见错误是只做表格分解，不验证物理或逻辑独立性。
• HARA分析场景遗漏：第3部分要求HARA必须覆盖整车级运行场景（含恶劣天气、充电/换电、自动驾驶切换等边缘工况），很多团队只分析标准工况，导致安全目标不完整。建议使用场景矩阵法穷举。
• 工具鉴定流于形式：第8部分要求对所有开发工具（编译器、建模工具、测试工具）进行置信度评估。常见坑是只做工具分类（TCL1/TCL2/TCL3），但未对TCL2/TCL3工具做实际验证用例。
• 生产环节安全要求缺失：第7部分常被研发团队忽略，但审核时（如TÜV审核）会重点检查产线特殊特性（安全相关参数）的统计过程控制（SPC）记录。若未定义安全相关CTQ（关键质量特性），将直接导致不符合项。

四、系列版本演进

GB/T 34590系列最早于2017年发布（等同采用ISO 26262:2011），2022年完成第一次全面修订（等同采用ISO 26262:2018），是当前有效版本。本次修订的主要变化方向包括：

• 新增第11部分（半导体应用指南），填补了半导体器件功能安全设计的空白，对国内芯片产业有直接指导意义。
• 强化了SOTIF（预期功能安全）的接口说明，明确了与ISO/PAS 21448的衔接关系。
• 细化了ASIL分解的验证要求和独立要素准则，增加了分解后安全分析的示例。
• 更新了安全经理的角色与能力要求，增加了分布式开发接口（DIA）的文档模板要求。

值得注意的是，虽然2022版已发布，但部分企业在执行中仍沿用2017版流程（因认证周期或客户要求），需注意新旧版本的差异对照，特别是第9部分ASIL分解和第11部分半导体要求的差异。

五、常见问题解答

FAQ1：我们公司是Tier 2供应商，只做传感器模块，是否必须完整执行GB/T 34590系列所有部分？

不必全部执行。作为Tier 2供应商，您的开发活动主要涉及第4部分（系统层面）、第5部分（硬件层面）和第11部分（半导体应用指南）。您需要与Tier 1客户签订分布式开发接口协议（DIA）（依据第8部分），明确安全需求分工和ASIL等级要求。第2部分（管理）和第3部分（概念阶段）通常由Tier 1或整车厂主导，但您仍需提供必要的安全分析输入。

FAQ2：在硬件开发中，SPFM、LFM和PMHF三个指标分别在哪里计算？用哪个工具最方便？

三个指标的计算方法均在第5部分（硬件层面）的第5.4.4条中定义。SPFM（单点故障度量）和LFM（潜伏故障度量）是覆盖率指标，PMHF（随机硬件失效概率指标）是小时失效率指标。推荐使用FMEDA工具（如Medini Analyze或故障树工具）进行自动化计算，但需注意：工具输出的失效率基础数据（如IEC 62380或SN295）必须与客户确认，否则计算结果不被认可。手动Excel计算亦可，但需保留完整的失效模式清单和失效率来源记录。

FAQ3：我们产品已通过ISO 26262认证，现在客户要求提供GB/T 34590的符合性声明，两者可以等同对待吗？

可以等同对待，但需注意细微差异。GB/T 34590-2022是ISO 26262:2018的等同采用版本（IDT），技术内容完全一致。但国标增加了附录性质的注释和中文术语解释，且部分章节编号可能有调整（如第11部分的编号顺序）。您只需在现有ISO 26262认证文档基础上，补充一份差异对照表，确认国标与ISO版本无技术性偏差即可。若您的认证是依据ISO 26262:2011（2017版国标），则需重新评估2022版新增要求（如SOTIF接口、半导体指南）。

本文基于国家标准正式文本和检测实验室实操经验编写。具体检测参数以供试标准正式文本和CMA资质检测机构出具的检测报告为准。

发布时间：2026年7月 | 数据版本：能力项目库2026-07-01