标准搜索结果: 'GB/T 34590.8-2022'
| 标准编号 | GB/T 34590.8-2022 (GB/T34590.8-2022) | | 中文名称 | 道路车辆 功能安全 第8部分：支持过程 | | 英文名称 | Road vehicles -- Functional safety -- Part 8: Supporting processes | | 行业 | 国家标准 (推荐) | | 中标分类 | T35 | | 国际标准分类 | 43.040 | | 字数估计 | 62,693 | | 发布日期 | 2022-12-30 | | 实施日期 | 2023-07-01 | | 旧标准 (被替代) | GB/T 34590.8-2017 | | 起草单位 | 中国汽车技术研究中心有限公司、上汽大通汽车有限公司、上海汽车集团股份有限公司技术中心、泛亚汽车技术中心有限公司、一汽解放汽车有限公司、耐世特汽车系统(苏州)有限公司、蔚来汽车(安徽)有限公司、博世汽车部件(苏州)有限公司、英飞凌科技(中国)有限公司、北京地平线机器人技术研发有限公司、联合汽车电子有限公司、上汽大众汽车有限公司、上海金脉电子科技有限公司、蜂巢能源科技有限公司、比亚迪汽车工业有限公司、株洲中车时代电气股份有限公司、长城汽车股份有限公司、北京宝沃汽车股份有限公司、舍弗勒(中国)有限公司、宇通客车 | | 归口单位 | 全国汽车标准化技术委员会(SAC/TC 114) | | 提出机构 | 中华人民共和国工业和信息化部 | | 发布机构 | 国家市场监督管理总局、国家标准化管理委员会 | GB/T 34590.8-2022
ICS 43.040
CCST35
中华人民共和国国家标准
代替GB/T 34590.8-2017
道路车辆 功能安全
第8部分:支持过程
Roadvehicles-Functionalsafety-
2022-12-30发布
2023-07-01实施
国 家 市 场 监 督 管 理 总 局
国 家 标 准 化 管 理 委 员 会 发 布
目次
前言 Ⅴ
引言 Ⅷ
1 范围 1
2 规范性引用文件 1
3 术语和定义 2
4 要求 2
4.1 目的 2
4.2 一般要求 2
4.3 表的诠释 3
4.4 基于ASIL等级的要求和建议 3
4.5 摩托车的适用性 3
4.6 载货汽车、客车、专用汽车、挂车的适用性 3
5 分布式开发的接口 4
5.1 目的 4
5.2 总则 4
5.3 本章的输入 4
5.4 要求和建议 4
5.5 工作成果 7
6 安全要求的定义和管理 7
6.1 目的 7
6.2 总则 7
6.3 本章的输入 8
6.4 要求和建议 8
6.5 工作成果 11
7 配置管理 11
7.1 目的 11
7.2 总则 11
7.3 本章的输入 12
7.4 要求和建议 12
7.5 工作成果 12
8 变更管理 12
8.1 目的 12
8.2 总则 12
8.3 本章的输入 13
8.4 要求和建议 13
8.5 工作成果 14
9 验证 14
9.1 目的 14
9.2 总则 14
9.3 本章的输入 15
9.4 要求和建议 15
9.5 工作成果 17
10 文档管理 17
10.1 目的 17
10.2 总则 17
10.3 本章的输入 17
10.4 要求和建议 17
10.5 工作成果 18
11 所使用软件工具的置信度 18
11.1 目的 18
11.2 总则 18
11.3 本章的输入 20
11.4 要求和建议 20
11.5 工作成果 24
12 软件组件的鉴定 25
12.1 目的 25
12.2 总则 25
12.3 本章的输入 25
12.4 要求和建议 25
12.5 工作成果 26
13 硬件要素评估 27
13.1 目的 27
13.2 总则 27
13.3 本章的输入 27
13.4 要求和建议 28
13.5 工作成果 30
14 在用证明 30
14.1 目的 30
14.2 总则 30
14.3 本章的输入 31
14.4 要求和建议 31
14.5 工作成果 34
15 GB/T 34590适用范围之外应用的接口 34
15.1 目的 34
15.2 总则 34
15.3 本章的输入 35
15.4 要求和建议 35
15.5 工作成果 35
16 未按照GB/T 34590开发的安全相关系统的集成 35
16.1 目的 35
16.2 总则 36
16.3 本章的输入 36
16.4 要求和建议 36
16.5 工作成果 37
附录A(资料性) 支持过程的概览和文件流 38
附录B(资料性) 开发接口协议(DIA)示例 42
参考文献 48
前言
本文件按照GB/T 1.1-2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定
起草。
本文件是GB/T 34590《道路车辆 功能安全》的第8部分。GB/T 34590已经发布了以下部分:
---第1部分:术语;
---第2部分:功能安全管理;
---第3部分:概念阶段;
---第4部分:产品开发:系统层面;
---第5部分:产品开发:硬件层面;
---第6部分:产品开发:软件层面;
---第7部分:生产、运行、服务和报废;
---第8部分:支持过程;
---第9部分:以汽车安全完整性等级为导向和以安全为导向的分析;
---第10部分:指南;
---第11部分:半导体应用指南;
---第12部分:摩托车的适用性。
本文件代替GB/T 34590.8-2017《道路车辆 功能安全 第8部分:支持过程》,与GB/T 34590.8-
2017相比,除结构调整和编辑性改动外,主要技术变化如下:
---标准适用范围由“量产乘用车”更改为“除轻便摩托车外的量产道路车辆”(见第1章,2017年
版的第1章);
---增加了摩托车的适用性要求(见4.5);
---增加了载货汽车、客车、专用汽车、挂车的适用性要求(见4.6);
---更改了分布式开发的接口的目的(见5.1,2017年版的5.1);
---更改了分布式开发的不适用范围(见5.4.1,2017年版的5.4.1);
---更改了报价需求(RFQ)包含的内容(见5.4.2.2,2017年版的5.4.2.2);
---更改了开发接口协议包含的内容(见5.4.3.1,2017年版的5.4.3.1);
---更改了分布式开发中的客户和供应商职责划分和执行过程中的具体要求,增加了客户需承担
的责任(见5.4.4,2017年版的5.4.4);
---更改了安全要求的定义,增加了表1的脚注(见6.4.1,2017年版的6.4.1);
---更改了安全要求特性的要求(见6.4.2.4,2017年版的6.4.2.4);
---更改了配置管理的总则(见7.2,2017年版的7.2);
---更改了配置管理过程的要求(见7.4.2,2017年版的7.4.2);
---更改了配置管理中的工作成果文档化的细化阐述(见7.4.4,2017年版的7.4.4);
---更改了变更管理中流程的要求(见8.4.1.4,2017年版的8.4.1.4);
---更改了验证的前提条件(见9.3.1,2017年版的9.3.1);
---更改了验证计划涵盖的内容(见9.4.1.1,2017年版的9.4.1.1);
---增加了验证规范和执行中测试用例执行人员的要求(见9.4.2.4);
---增加了验证规范和执行中测试验证执行人员的要求(见9.4.3.2);
---增加了软件工具置信度的工具使用方面和工具鉴定方面等两组活动的要求(见11.2);
---删除了软件工具鉴定的确认评审内容(见2017年版的11.4.10);
---更改了软件组件鉴定的验证要求(见12.4.3,2017年版的12.4.4);
---更改了硬件要素评估的目的(见13.1,2017年版的13.1);
---更改了硬件要素评估的要求和建议的总则(见13.4.1.1,2017年版的13.4.1.1);
---增加了硬件要素评估对Ⅰ类要素的评估要求(见13.4.2);
---增加了硬件要素评估对Ⅱ类要素的评估要求(见13.4.3);
---增加了硬件要素评估对Ⅲ类要素的评估要求(见13.4.4);
---删除了硬件要素评估的鉴定目标、鉴定方法、鉴定计划、鉴定论证、分析鉴定、测试鉴定及鉴定
报告等(见2017年版的13.4.2~13.4.8);
---增加了GB/T 34590适用范围之外应用的接口要求(见第15章);
---增加了未按照GB/T 34590开发的安全相关系统的集成要求(见第16章)。
本文件修改采用ISO 26262-8:2018《道路车辆 功能安全 第8部分:支持过程》。
本文件与ISO 26262-8:2018的技术差异及其原因如下:
---用规范性引用的 GB/T 34590.1-2022替换了ISO 26262-1(见第3章,ISO 26262-8的第3
章),以适应我国国情;
---更改了对T&B车辆的描述,由“卡车、客车、挂车和半挂车”更改为“载货汽车、客车、专用汽
车、挂车”(见4.6,ISO 26262-8:2018的4.6),与GB/T 3730.1-2022《汽车、挂车及汽车列车的
术语和定义 第1部分:类型》中规定的车辆类型保持一致。
本文件做了下列编辑性改动:
---调整了范围中段落的顺序;
---将规范性引用的GB/T 34590.12-2022列在第2章清单中;
---删除了ISO 26262-8:2018的第3章中ISO 和IEC 维护的用于标准化的术语数据库网址;
---删除了ISO 26262-8:2018中的章条号7.5.1、16.5.1;
---更正了ISO 26262-8:2018的9.4.2.2中注的编号;
---增加了11.2中的示例2;
---更正了12.4.2.1中示例的编号、注的编号;
---更正了13.4.1.1中注的编号、示例的编号;
---更正了13.4.4.3中注的编号。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由中华人民共和国工业和信息化部提出。
本文件由全国汽车标准化技术委员会(SAC/TC114)归口。
本文件起草单位:中国汽车技术研究中心有限公司、上汽大通汽车有限公司、上海汽车集团股份有
限公司技术中心、泛亚汽车技术中心有限公司、一汽解放汽车有限公司、耐世特汽车系统(苏州)有限公
司、蔚来汽车(安徽)有限公司、博世汽车部件(苏州)有限公司、英飞凌科技(中国)有限公司、北京地平线
机器人技术研发有限公司、联合汽车电子有限公司、上汽大众汽车有限公司、上海金脉电子科技有限公
司、蜂巢能源科技有限公司、比亚迪汽车工业有限公司、株洲中车时代电气股份有限公司、长城汽车股份
有限公司、北京宝沃汽车股份有限公司、舍弗勒(中国)有限公司、宇通客车股份有限公司、华为技术有限
公司、北京汽车股份有限公司、上海蔚来汽车有限公司、爱驰汽车(上海)有限公司、上海海拉电子有限公
司、北京华特时代电动汽车技术有限公司、采埃孚汽车科技(上海)有限公司、中车时代电动汽车股份有
限公司、戴姆勒大中华区投资有限公司、中国第一汽车集团有限公司、北京百度智行科技有限公司、潍柴
动力股份有限公司、兴科迪科技(泰州)有限公司、苏州汇川联合动力系统有限公司、华霆(合肥)动力技
术有限公司、合肥巨一动力系统有限公司、纬湃科技投资(中国)有限公司。
本文件主要起草人:付越、马凯、李红波、李波、尚世亮、张立君、邵海贺、陈英、王凯、张祥、杨虎、
明月、许梦玫、毛向阳、张会玲、王志鹏、马芳平、陈磊、隋玉磊、赵田丽、薛剑波、石常森、魏芳、张红志、
陈伟、章爱琴、刘勇、庄萍、李欣然、李勇、吕明、孙毓阳、黄金、刘兴义、钱秋华、宋艳红、刘畅、杨嬿蓉、
劳力、张茨、陈小虎。
本文件及其所代替文件的历次版本发布情况为:
---2017年首次发布为GB/T 34590.8-2017;
---本次为第一次修订。
引 言
ISO 26262是以IEC 61508为基础,为满足道路车辆上电气/电子系统的特定需求而编写。
GB/T 34590修改采用ISO 26262,适用于道路车辆上由电子、电气和软件组件组成的安全相关系
统在安全生命周期内的所有活动。
安全是道路车辆开发的关键问题之一。汽车功能的开发和集成强化了对功能安全的需求,以及对
提供证据证明满足功能安全目标的需求。
随着技术日益复杂、软件和机电一体化的广泛应用,来自系统性失效和随机硬件失效的风险逐渐增
加,这些都在功能安全的考虑范畴之内。GB/T 34590通过提供适当的要求和流程来降低风险。
为了实现功能安全,GB/T 34590:
a) 提供了一个汽车安全生命周期(开发、生产、运行、服务、报废)的参考,并支持在这些生命周期
阶段内对执行的活动进行剪裁;
b) 提供了一种汽车特定的基于风险的分析方法,以确定汽车安全完整性等级(ASIL);
c) 使用ASIL等级来定义GB/T 34590中适用的要求,以避免不合理的残余风险;
d) 提出了对于功能安全管理、设计、实现、验证、确认和认可措施的要求;
e) 提出了客户与供应商之间关系的要求。
GB/T 34590针对的是电气/电子系统的功能安全,通过安全措施(包括安全机制)来实现。
GB/T 34590也提供了一个框架,在该框架内可考虑基于其他技术(例如,机械、液压、气压)的安全相关
系统。
功能安全的实现受开发过程(例如,包括需求规范、设计、实现、集成、验证、确认和配置)、生产过程、
服务过程和管理过程的影响。
安全问题与常规的以功能为导向和以质量为导向的活动及工作成果相互关联。GB/T 34590涉及
与安全相关的开发活动和工作成果。GB/T 34590包含12个部分。
---第1部分:术语。界定了GB/T 34590所应用的术语和定义。
---第2部分:功能安全管理。描述了应用于汽车领域的功能安全管理的要求,包括独立于项目的
关于所涉及组织的要求(整体安全管理)以及项目特定的在安全生命周期内关于管理活动的
要求。
---第3部分:概念阶段。描述了车辆在概念阶段进行相关项定义、危害分析和风险评估、功能安
全概念的要求。
---第4部分:产品开发:系统层面。描述了车辆在系统层面产品开发的要求,包括启动系统层面
产品开发总则、技术安全要求的定义、技术安全概念、系统架构设计、相关项集成和测试、安全
确认。
---第5部分:产品开发:硬件层面。描述了车辆在硬件层面产品开发的要求,包括硬件层面产品
开发的概述、硬件安全要求的定义、硬件设计、硬件架构度量的评估、因随机硬件故障而导致违
背安全目标的评估、硬件集成和验证。
---第6部分:产品开发:软件层面。描述了车辆在软件层面产品开发的要求,包括软件层面产品
开发的概述、软件安全要求的定义、软件架构设计、软件单元设计和实现、软件单元验证、软件
集成和验证、嵌入式软件测试、可配置软件。
---第7部分:生产、运行、服务和报废。描述了车辆在生产、运行、服务和报废的要求,包括生产、
运行、服务和报废计划及具体要求。
---第8部分:支持过程。描述了对支持过程的要求,包括分布式开发的接口、安全要求的定义和
管理、配置管理、变更管理、验证、文档管理、使用软件工具的置信度、软件组件的鉴定、硬件要
素评估、在用证明、GB/T 34590适用范围之外应用的接口、未按照GB/T 34590开发的安全相
关系统的集成。
---第9部分:以汽车安全完整性等级为导向和以安全为导向的分析。描述了关于ASIL剪裁的
要求分解、要素共存的准则、相关失效分析、安全分析等活动的要求。
---第10部分:指南。目的是增强对GB/T 34590其他部分的理解,提供了GB/T 34590中的关
键概念、安全管理的精选话题、概念阶段和系统开发、安全过程的要求结构(流程和顺序)、硬件
开发、独立于环境的安全要素、在用证明的示例、ASIL的分解、带安全相关可用性要求的系
统、关于“所使用软件工具的置信度”的分析、安全相关的特殊特性、故障树的构建和应用等方
面的指南。
---第11部分:半导体应用指南。提供了GB/T 34590其他部分针对半导体开发的参考,包括半
导体组件及其分区、特定半导体技术和应用案例、如何使用数字失效模式进行诊断覆盖率评
估、相关失效分析、数字组件定量分析、模拟组件的定量分析、PLD组件定量分析等方面的
指南。
---第12部分:摩托车的适用性。描述了GB/T 34590其他部分对摩托车适用性的要求,包括对
摩托车适用性的一般要求、安全文化、认可措施、危害分析和风险评估、整车集成与测试、安全
确认。
GB/T 34590基于V模型为产品开发的不同阶段提供参考过程模型,图1为GB/T 34590的整体
架构。
注1:阴影“V”表示 GB/T 34590.3-2022、GB/T 34590.4-2022、GB/T 34590.5-2022、GB/T 34590.6-2022、
GB/T 34590.7-2022之间的相互关系。
注2:对于摩托车:
---GB/T 34590.12-2022的第8章支持GB/T 34590.3-2022;
---GB/T 34590.12-2022的第9章和第10章支持GB/T 34590.4-2022。
注3:以“m-n”方式表示的具体章条中,“m”代表特定部分的编号,“n”代表该部分章的编号。
示例:“2-6”代表GB/T 34590.2-2022的第6章。
图1 GB/T 34590概览
道路车辆 功能安全
第8部分:支持过程
1 范围
本文件规定了对支持过程的要求,包括:
---分布式开发的接口;
---安全要求的定义和管理;
---配置管理;
---变更管理;
---验证;
---文档管理;
---使用软件工具的置信度;
---软件组件的鉴定;
---硬件要素评估;
---在用证明;
---GB/T 34590适用范围之外应用的接口;
---未按照GB/T 34590开发的安全相关系统的集成。
本文件适用于安装在除轻便摩托车外的量产道路车辆上的包含一个或多个电气/电子系统的......
|