GB∕T 34590.4-2017
基本信息
标准号： GB∕T 34590.4-2017
中文名称：道路车辆 功能安全 第4部分：产品开发：系统层面
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.rar .pdf
下载大小：2975KB
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB∕T 34590.4-2017 道路车辆 功能安全 第4部分：产品开发：系统层面
GB∕T34590.4-2017
标准压缩包解压密码：www.bzxz.net
标准图片预览
标准内容
ICS43.040
中华人民共和国国家标准
GB/T34590.4—2017
道路车辆
功能安全
第4部分：产品开发：系统层面
Road vehiclesFunctional safety-Part 4: Product development at the system level(ISO26262-4:2011.MOD)
2017-10-14发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2018-05-01实施
规范性引用文件
术语、定义和缩略语
一般要求
表的诠释
基于ASIL等级的要求和建议
5启动系统层面产品开发
5.3本章的输人
要求和建议
工作成果
6技术安全要求的定义
本章的输人
要求和建议
工作成果
系统设计
本章的输人
要求和建议
工作成果
相关项集成和测试
目的·
总则·
本章的输人
要求和建议
工作成果
安全确认
............
GB/T34590.4—2017
GB/T34590.4—2017
本章的输人
要求和建议
工作成果…
功能安全评估
本章的输人
要求和建议
工作成果
生产发布
本章的输人
要求和建议bZxz.net
工作成果
附录A（资料性附录）
附录B（资料性附录）
参考文献
系统层面产品开发的概览和文档流·软硬件接口内容示例
GB/T34590《道路车辆功能安全》分为以下部分：第1部分：术语；
第2部分：功能安全管理；
第3部分：概念阶段；
第4部分：产品开发：系统层面；第5部分：产品开发：硬件层面；一第6部分：产品开发：软件层面；第7部分：生产和运行；
一第8部分：支持过程；
一第9部分：以汽车安全完整性等级为导向和以安全为导向的分析；第10部分：指南。
本部分为GB/T34590的第4部分。本部分按照GB/T1.1一2009给出的规则起草GB/T34590.4—2017
本部分使用重新起草法修改采用ISO26262-4：2011《道路车辆功能安全第4部分：产品开发系统层面》。
本部分与ISO26262-4：2011的技术性差异及其原因如下：修改了本部分的适用范围，由原文的“适用于安装在最大总质量不超过3.5t的量产乘用车上的包含一个或多个电子电气系统的与安全相关系统”改为“适用于安装在量产乘用车上的包含一个或多个电子电气系统的与安全相关的系统”；关于规范性引用文件，本部分做了具有技术性差异的调整，以适应我国的技术条件，调整的情况集中反映在第2章“规范性引用文件”中，具体调整如下：·用修改采用国际标准的GB/T34590.1—2017代替ISO26262-12011；●用修改采用国际标准的GB/T34590.2—2017代替ISO26262-2:2011；●用修改采用国际标准的GB/T34590.3—2017代替ISO26262-3：2011；●用修改采用国际标准的GB/T34590.5—2017代替ISO26262-5:2011；·用修改采用国际标准的GB/T34590.6—2017代替ISO26262-6：2011；●用修改采用国际标准的GB/T34590.7—2017代替ISO26262-7：2011；，用修改采用国际标准的GB/T34590.8—2017代替ISO26262-82011；·用修改采用国际标准的GB/T34590.9—2017代替ISO26262-9：2011。本部分还做了下列编辑性修改：修改了国际标准的引言及其表述和图1的内容。本部分由全国汽车标准化技术委员会（SAC/TC114)提出并归口。本部分负责起草单位：中国汽车技术研究中心、泛亚汽车技术中心有限公司、博世汽车部件（苏州）有限公司、中国第一汽车股份有限公司、上海海拉电子有限公司、舍弗勒投资（中国)有限公司、北京兴科迪科技有限公司，联合汽车电子有限公司、大陆汽车投资（上海）有限公司、上海汽车集团股份有限公司技术中心、东风汽车公司技术中心GB/T34590.4—2017
本部分参加起草单位：安徽江淮汽车集团股份有限公司、华晨汽车集团控股有限公司、重庆长安汽车股份有限公司、本田技研工业（中国）投资有限公司、浙江尤奈特电机有限公司、宁德时代新能源科技有限公司、东软集团股份有限公司、奇瑞汽车股份有限公司。本部分主要起草人：李波、尚世亮、曲元宁、蒋军、史晓密、薛剑波、童菲、张立君、明月、杨虎、还宏生、付越、邓湘鸿、范嘉睿、冯亚军、李达、李琴、毛亚歧、崔庆贤、李洪雷、周宏伟、陈利芳、吴庆淼、成勇杨环宇、李宏伟、胡华平。
GB/T34590.4—2017
ISO26262是以IEC61508为基础，为满足道路车辆上电子电气系统的特定需求而编写。GB/T34590修改采用ISO26262，适用于道路车辆上由电子、电气和软件组件组成的安全相关系统在安全生命周期内的所有活动。安全是未来汽车发展的关键问题之一，不仅在驾驶辅助和动力驱动领域，而且在车辆动态控制和主被动安全系统领域，新的功能越来越多地触及到系统安全工程领域。这些功能的开发和集成将强化对安全相关系统开发流程的需求，并且要求提供满足所有合理的系统安全目标的证明。随着技术日益复杂、软件和机电一体化应用不断增加，来自系统性失效和随机硬件失效的风险逐渐增加。GB/T34590通过提供适当的要求和流程给出了避免风险的指导系统安全是通过一系列安全措施实现的。安全措施通过客种技术（例如，机械、液压，气压，电子，电气、可编程电子等）实现且应用于开发过程中的不同层面。尽管GB/T34590针对的是电子电气系统的功能安全，但是它也提供了一个框架，在该框架内可考虑基于其他技术的与安全相关系统。GB/T34590:
a）提供了一个汽车安全生命周期（管理、开发、生产、运行、服务、报废），并支持在这些生命周期阶段内对必要活动的剪裁；
提供了一种汽车特定的基于风险的分析方法，以确定汽车安全完整性等级（ASIL）；b)
应用汽车安全完整性等级（ASIL）定义GB/T34590中适用的要求，以避免不合理的残余c）
风险；
d）提供了对于确认和认可措施的要求，以确保达到一个充分、可接受的安全等级；e）提供了与供应商相关的要求
功能安全受开发过程（例如，包括需求规范，设计，实现，集成，验证，确认和配置），生产过程，服务过程和管理过程的影响
安全问题与常规的以功能为导向和以质量为导向的开发活动及工作成果相互关联。GB/T34590涉及与安全相关的开发活动和工作成果。图1为GB/T34590的整体架构。GB/T34590基于V模型为产品开发的不同阶段提供参考过程模型：
阴影V”表示GB/T34590.3—2017、GB/T34590.4—2017、GB/T34590.5—2017、GB/T34590.6—2017、GB/T34590.7—2017之间的相互关系：以“m-n相方式表示的具体章条中，“m”代表特定部分的编号，\n式代表该部分章的编号。示例：2-6部分代表GB/T34590.2—2017第6章GB/T34590.4—2017
2-5.整体安全管理
3.概念阶段
3-5相关项定义
3-6安全生命周期启动
3-7危害分析和风险评估
3-8功能安全概念
8-5分布式开发的接口
8-6安全要求的定义和管理
8-7配置管理
8-8变更管理
8-9验证
2.功能安全管理
2-6概念阶段和产品开发过程中的安全臂理4.产品开发：
4-5启动系统层面产品开发
4-6技术安全要求的定义
4-7系统设计
5.产品开发：硬件层面
5-5启动硬件层面产品开发
5-6硬件安全要求的定义
5-7硬件设计
5-8硬件架构度量的评估
5-9随机硬件失效导致违背
安全月标的评估
5-10硬件集成和测试
系统层面
4-11生产发布
2-7相关项生产发布后的安全管理7.生产和运行
7-5生产
4-10功能安全评估
4-9安全确认
4-8相关项集成和测试
6.产品开发：软件层面
6-5启动软件层面产品开发
6-6软件安全要求的定义
6-7软件架构设计
6-8软件单元设计和实现
6-9软件单元测试
6-10软件集成和测试
6-11软件安全要求验证
8.支持过程
8-10文档
8-11使用软件工.具的置信度
8-12软件组件的鉴定
8-13硬件组件的鉴定
8-14在用证明
9.以汽车安全完整性等级为导向和以安全为导向的分析9-5关于ASIL剪裁的要求分解
9-6要素共存的准则
9-7相关失效分析
9-8安全分析
10.指南
GB/T34590—2017概览
7-6运行、服务
（维护与维修）
和报废
1范围
道路车辆功能安全
第4部分：产品开发：系统层面
GB/T34590的本部分规定了车辆在系统层面产品开发的要求，包括：启动系统层面产品开发；
一技术安全要求的定义；
一技术安全概念；
一系统设计；
一相关项集成和测试；
一安全确认：
一功能安全评估；及
生产发布。
GB/T34590.4—2017
本标准适用于安装在量产乘用车上的包含一个或多个电子电气系统的与安全相关的系统。本标准不适用于特殊用途车辆上特定的电子电气系统，例如，为残疾驾驶者设计的车辆。本标准不适用于已经完成生产发布的系统及其组件或在本标准发布日期前开发的系统及其组件。对于在本标准发布前完成生产发布的系统及其组件进行进一步的开发或变更时，仅修改的部分需要按照本标准开发。
本标准针对由电子电气安全相关系统的故障行为而引起的可能的危害，包括这些系统相互作用而引起的可能的危害。本标准不针对与触电、火灾、烟雾、热、辐射、毒性、易燃性、反应性、腐蚀性、能量释放等相关的危害和类似的危害，除非危害是直接由电子电气安全相关系统的故障行为而引起的。本标准不针对电子电气系统的标称性能，即使这些系统（例如，主动和被动安全系统、制动系统、自适应巡航系统)有专用的功能性能标准。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T34590.1—2017道路车辆功能安全第1部分：术语（ISO26262-1:2011.MOD）GB/T34590.2—2017
功能安全第2部分：功能安全管理（ISO26262-2：2011，7道路车辆
GB/T34590.3—2017
GB/T34590.5—2017
GB/T34590.6—2017
GB/T34590.7—2017
GB/T34590.8—2017
GB/T34590.9—2017
道路车辆
道路车辆
道路车辆
道路车辆
道路车辆
道路车辆
功能安全第3部分：概念阶段（ISO26262-3：2011，MOD）功能安全第5部分：产品开发：硬件层面（ISO26262-5：2011，功能安全第6部分：产品开发：软件层面（1S026262-6：2011：功能安全第7部分：生产和运行（ISO26262-7：2011，MOD）功能安全第8部分：支持过程（ISO26262-8：2011，MOD）功能安全第9部分：以汽车安全完整性等级为导向和以安全1
GB/T34590.4—2017
为导向的分析（ISO26262-9：2011，MOD）3术语，定义和缩略语
GB/T34590.1一2017界定的术语、定义和缩略语适用于本文件。4要求
4.1一般要求
如声明满足GB/T34590一2017的要求时，应满足每一个要求，除非有下列情况之一：a）按照GB/T34590.2一2017的要求，已经计划了安全活动的剪裁并表明这些要求不适用；或b）不满足要求的理由存在且是可接受的，并且按照GB/T34590.2一2017对该理由进行了评估。标有“注或“示例”的信息仅用于辅助理解或阐明相关要求，不应作为要求本身且不具备完备性。将安全活动的结果作为工作成果。应具备上一阶段工作成果作为“前提条件”的信息。如果章条的某些要求是依照ASIL定义的或可剪裁的，某些工作成果可不作为前提条件。“支持信息”是可供参考的信息，但在某些情况下，GB/T34590一2017不要求其作为上一阶段的工作成果，并且可以是由不同于负责功能安全活动的人员或组织等外部资源提供的信息。4.2表的诠释
表属于规范性表还是资料性表取决于上下文。在实现满足相关要求时，表中列出的不同方法有助于置信度水平表中的每个方法是：a）一个连续的条目（在最左侧列以顺序号标明，如1、2、3），或b）一个选择的条目（在最左侧列以数字后加字母标明，如2a、2b、2c）。对于连续的条目，全部方法应按照ASIL等级推荐予以使用。除了所列出的方法外，如果应用所列出方法以外的其他方法，应给出满足相关要求的理由。对于选择性的条目，应按照指定的ASIL等级，对这些方法进行适当的组合，不依赖于这些方法是否在表中列出。如果所列出的方法对于一个ASIL等级来说具有不同的推荐等级，宜采用具有较高推荐等级的方法。应给出所选的方法组合满足相关要求的理由。注：表中所列出的方法的理由是充分的。但是，这并不意味着有倾向性或对未列到表中的方法表示反对对于每种方法，应用相关方法的推荐等级取决于ASIL等级，分类如下：“十十”表示对于指定的ASIL等级，高度推荐该方法；“十”表示对于指定的ASIL等级，推荐该方法；一“o”表示对于指定的ASIL等级，不推荐也不反对该方法。4.3基于ASIL等级的要求和建议
若无其他说明，对于ASILA、B、C和D等级，应满足每一子章条的要求或建议。这些要求和建议参照安全目标的ASIL等级。如果在项目开发的早期对ASIL等级完成了分解，按照GB/T34590.92017第5章，应遵循分解后的ASIL等级如果GB/T34590一2017中ASIL等级在括号中给出，则对于该ASIL等级，相应的子章条应被认为是推荐而非要求。这里的括号与ASIL等级分解无关。2
5启动系统层面产品开发
5.1目的
GB/T34590.4—2017
启动系统层面产品开发的目的是确定并计划系统开发各子阶段过程中的功能安全活动，也包括在GB/T34590.8—2017中所描述的必要的支持过程。系统层面安全活动的计划包含在安全计划中。5.2总则
图2给出了在系统开发过程中的必要活动。在启动产品开发和定义技术安全要求后，进行系统设计。在系统设计过程中建立系统架构，将技术安全要求分配给硬件和软件，并且，如果适用，也可分配给其他技术。同时，细化技术安全要求，并添加来自系统架构的要求，包括软硬件接口的要求。根据架构的复杂性，可以逐步得出子系统的要求。完成相关开发后，集成硬件和软件要素并测试以形成一个相关项，然后，将该相关项集成在整车上。一旦在整车层面完成了系统集成，进行安全确认以提供与安全目标相关的功能安全证据。
GB/T34590.5一2017和GB/T34590.6一2017描述了软硬件的开发要求。本部分适用于系统和子系统的开发。图3是具有多层集成的系统示例，阐明了如何应用本部分及GB/T34590.5一2017和GB/T34590.6—2017。
注：附录A中表A.1提供了对系统层面产品开发特定子阶段的目的、前提条件和工作成果的概览。第4部分：产品开发：系统层面
第5部分：产品开发：硬件层面
启动系统层面产品开发
技术安全要求的定义
系统设计
第6部分：产品开发：软件层面
相关项集成和测试
安全确认
功能安全评估
生产发布
注：在图中，GB/T34590的各部分具体条款用以下方式来表示：\m-n”，其中m\代表“部分\的编号和\n\表示\章”的编号，例如，“4-5”表示GB/T34590第4部分的第5章。图2安全相关的相关项开发参考阶段模型3
GB/T34590.4—2017
子系统A
技术安全要求的定义
系统设计
第5部分：产品
开发：硬件层面
第6部分：产品
开发：软件层面
软硬件集成和测试
子系统B
启动系统层面产品开发
技术安全要求的定义
系统设计
子系统B1
技术安全要求的定义
系统设计
第5部分产品开发
：硬件层面
第6部分：产品
开发软件层面
软硬件集成和测试
系统集成和测试
整车集成和测试
技术安全要求的定义
系统设计
子系统B2
技术安全要求的定义
系统设计
第5部分：产品开
发：硬件层面
系统集成和测试
第6部分：产品
开发：软件层面
软硬件集成和测试
注：在图中，GB/T34590的各部分具体条款用以下方式来表明：“m-n\，其中“m\代表“部分\的编号和“n\表示“章”的编号.例如，“4-5\表示GB/T34590的第4部分的第5章。3系统层面产品开发示例
5.3本章的输入
前提条件
应具备下列信息：
项目计划（细化的），按照GB/T34590.2—2017的6.5.2：安全计划，按照GB/T34590.3—2017的6.5.2；功能安全评估计划，按照GB/T34590.2一2017的6.5.4：及功能安全概念，按照GB/T34590.3—2017的8.5.1。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国国家标准
GB/T34590.4—2017
道路车辆
功能安全
第4部分：产品开发：系统层面
Road vehiclesFunctional safety-Part 4: Product development at the system level(ISO26262-4:2011.MOD)
2017-10-14发布
中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会
2018-05-01实施
规范性引用文件
术语、定义和缩略语
一般要求
表的诠释
基于ASIL等级的要求和建议
5启动系统层面产品开发
5.3本章的输人
要求和建议
工作成果
6技术安全要求的定义
本章的输人
要求和建议
工作成果
系统设计
本章的输人
要求和建议
工作成果
相关项集成和测试
目的·
总则·
本章的输人
要求和建议
工作成果
安全确认
............
GB/T34590.4—2017
GB/T34590.4—2017
本章的输人
要求和建议
工作成果…
功能安全评估
本章的输人
要求和建议
工作成果
生产发布
本章的输人
要求和建议bZxz.net
工作成果
附录A（资料性附录）
附录B（资料性附录）
参考文献
系统层面产品开发的概览和文档流·软硬件接口内容示例
GB/T34590《道路车辆功能安全》分为以下部分：第1部分：术语；
第2部分：功能安全管理；
第3部分：概念阶段；
第4部分：产品开发：系统层面；第5部分：产品开发：硬件层面；一第6部分：产品开发：软件层面；第7部分：生产和运行；
一第8部分：支持过程；
一第9部分：以汽车安全完整性等级为导向和以安全为导向的分析；第10部分：指南。
本部分为GB/T34590的第4部分。本部分按照GB/T1.1一2009给出的规则起草GB/T34590.4—2017
本部分使用重新起草法修改采用ISO26262-4：2011《道路车辆功能安全第4部分：产品开发系统层面》。
本部分与ISO26262-4：2011的技术性差异及其原因如下：修改了本部分的适用范围，由原文的“适用于安装在最大总质量不超过3.5t的量产乘用车上的包含一个或多个电子电气系统的与安全相关系统”改为“适用于安装在量产乘用车上的包含一个或多个电子电气系统的与安全相关的系统”；关于规范性引用文件，本部分做了具有技术性差异的调整，以适应我国的技术条件，调整的情况集中反映在第2章“规范性引用文件”中，具体调整如下：·用修改采用国际标准的GB/T34590.1—2017代替ISO26262-12011；●用修改采用国际标准的GB/T34590.2—2017代替ISO26262-2:2011；●用修改采用国际标准的GB/T34590.3—2017代替ISO26262-3：2011；●用修改采用国际标准的GB/T34590.5—2017代替ISO26262-5:2011；·用修改采用国际标准的GB/T34590.6—2017代替ISO26262-6：2011；●用修改采用国际标准的GB/T34590.7—2017代替ISO26262-7：2011；，用修改采用国际标准的GB/T34590.8—2017代替ISO26262-82011；·用修改采用国际标准的GB/T34590.9—2017代替ISO26262-9：2011。本部分还做了下列编辑性修改：修改了国际标准的引言及其表述和图1的内容。本部分由全国汽车标准化技术委员会（SAC/TC114)提出并归口。本部分负责起草单位：中国汽车技术研究中心、泛亚汽车技术中心有限公司、博世汽车部件（苏州）有限公司、中国第一汽车股份有限公司、上海海拉电子有限公司、舍弗勒投资（中国)有限公司、北京兴科迪科技有限公司，联合汽车电子有限公司、大陆汽车投资（上海）有限公司、上海汽车集团股份有限公司技术中心、东风汽车公司技术中心GB/T34590.4—2017
本部分参加起草单位：安徽江淮汽车集团股份有限公司、华晨汽车集团控股有限公司、重庆长安汽车股份有限公司、本田技研工业（中国）投资有限公司、浙江尤奈特电机有限公司、宁德时代新能源科技有限公司、东软集团股份有限公司、奇瑞汽车股份有限公司。本部分主要起草人：李波、尚世亮、曲元宁、蒋军、史晓密、薛剑波、童菲、张立君、明月、杨虎、还宏生、付越、邓湘鸿、范嘉睿、冯亚军、李达、李琴、毛亚歧、崔庆贤、李洪雷、周宏伟、陈利芳、吴庆淼、成勇杨环宇、李宏伟、胡华平。
GB/T34590.4—2017
ISO26262是以IEC61508为基础，为满足道路车辆上电子电气系统的特定需求而编写。GB/T34590修改采用ISO26262，适用于道路车辆上由电子、电气和软件组件组成的安全相关系统在安全生命周期内的所有活动。安全是未来汽车发展的关键问题之一，不仅在驾驶辅助和动力驱动领域，而且在车辆动态控制和主被动安全系统领域，新的功能越来越多地触及到系统安全工程领域。这些功能的开发和集成将强化对安全相关系统开发流程的需求，并且要求提供满足所有合理的系统安全目标的证明。随着技术日益复杂、软件和机电一体化应用不断增加，来自系统性失效和随机硬件失效的风险逐渐增加。GB/T34590通过提供适当的要求和流程给出了避免风险的指导系统安全是通过一系列安全措施实现的。安全措施通过客种技术（例如，机械、液压，气压，电子，电气、可编程电子等）实现且应用于开发过程中的不同层面。尽管GB/T34590针对的是电子电气系统的功能安全，但是它也提供了一个框架，在该框架内可考虑基于其他技术的与安全相关系统。GB/T34590:
a）提供了一个汽车安全生命周期（管理、开发、生产、运行、服务、报废），并支持在这些生命周期阶段内对必要活动的剪裁；
提供了一种汽车特定的基于风险的分析方法，以确定汽车安全完整性等级（ASIL）；b)
应用汽车安全完整性等级（ASIL）定义GB/T34590中适用的要求，以避免不合理的残余c）
风险；
d）提供了对于确认和认可措施的要求，以确保达到一个充分、可接受的安全等级；e）提供了与供应商相关的要求
功能安全受开发过程（例如，包括需求规范，设计，实现，集成，验证，确认和配置），生产过程，服务过程和管理过程的影响
安全问题与常规的以功能为导向和以质量为导向的开发活动及工作成果相互关联。GB/T34590涉及与安全相关的开发活动和工作成果。图1为GB/T34590的整体架构。GB/T34590基于V模型为产品开发的不同阶段提供参考过程模型：
阴影V”表示GB/T34590.3—2017、GB/T34590.4—2017、GB/T34590.5—2017、GB/T34590.6—2017、GB/T34590.7—2017之间的相互关系：以“m-n相方式表示的具体章条中，“m”代表特定部分的编号，\n式代表该部分章的编号。示例：2-6部分代表GB/T34590.2—2017第6章GB/T34590.4—2017
2-5.整体安全管理
3.概念阶段
3-5相关项定义
3-6安全生命周期启动
3-7危害分析和风险评估
3-8功能安全概念
8-5分布式开发的接口
8-6安全要求的定义和管理
8-7配置管理
8-8变更管理
8-9验证
2.功能安全管理
2-6概念阶段和产品开发过程中的安全臂理4.产品开发：
4-5启动系统层面产品开发
4-6技术安全要求的定义
4-7系统设计
5.产品开发：硬件层面
5-5启动硬件层面产品开发
5-6硬件安全要求的定义
5-7硬件设计
5-8硬件架构度量的评估
5-9随机硬件失效导致违背
安全月标的评估
5-10硬件集成和测试
系统层面
4-11生产发布
2-7相关项生产发布后的安全管理7.生产和运行
7-5生产
4-10功能安全评估
4-9安全确认
4-8相关项集成和测试
6.产品开发：软件层面
6-5启动软件层面产品开发
6-6软件安全要求的定义
6-7软件架构设计
6-8软件单元设计和实现
6-9软件单元测试
6-10软件集成和测试
6-11软件安全要求验证
8.支持过程
8-10文档
8-11使用软件工.具的置信度
8-12软件组件的鉴定
8-13硬件组件的鉴定
8-14在用证明
9.以汽车安全完整性等级为导向和以安全为导向的分析9-5关于ASIL剪裁的要求分解
9-6要素共存的准则
9-7相关失效分析
9-8安全分析
10.指南
GB/T34590—2017概览
7-6运行、服务
（维护与维修）
和报废
1范围
道路车辆功能安全
第4部分：产品开发：系统层面
GB/T34590的本部分规定了车辆在系统层面产品开发的要求，包括：启动系统层面产品开发；
一技术安全要求的定义；
一技术安全概念；
一系统设计；
一相关项集成和测试；
一安全确认：
一功能安全评估；及
生产发布。
GB/T34590.4—2017
本标准适用于安装在量产乘用车上的包含一个或多个电子电气系统的与安全相关的系统。本标准不适用于特殊用途车辆上特定的电子电气系统，例如，为残疾驾驶者设计的车辆。本标准不适用于已经完成生产发布的系统及其组件或在本标准发布日期前开发的系统及其组件。对于在本标准发布前完成生产发布的系统及其组件进行进一步的开发或变更时，仅修改的部分需要按照本标准开发。
本标准针对由电子电气安全相关系统的故障行为而引起的可能的危害，包括这些系统相互作用而引起的可能的危害。本标准不针对与触电、火灾、烟雾、热、辐射、毒性、易燃性、反应性、腐蚀性、能量释放等相关的危害和类似的危害，除非危害是直接由电子电气安全相关系统的故障行为而引起的。本标准不针对电子电气系统的标称性能，即使这些系统（例如，主动和被动安全系统、制动系统、自适应巡航系统)有专用的功能性能标准。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T34590.1—2017道路车辆功能安全第1部分：术语（ISO26262-1:2011.MOD）GB/T34590.2—2017
功能安全第2部分：功能安全管理（ISO26262-2：2011，7道路车辆
GB/T34590.3—2017
GB/T34590.5—2017
GB/T34590.6—2017
GB/T34590.7—2017
GB/T34590.8—2017
GB/T34590.9—2017
道路车辆
道路车辆
道路车辆
道路车辆
道路车辆
道路车辆
功能安全第3部分：概念阶段（ISO26262-3：2011，MOD）功能安全第5部分：产品开发：硬件层面（ISO26262-5：2011，功能安全第6部分：产品开发：软件层面（1S026262-6：2011：功能安全第7部分：生产和运行（ISO26262-7：2011，MOD）功能安全第8部分：支持过程（ISO26262-8：2011，MOD）功能安全第9部分：以汽车安全完整性等级为导向和以安全1
GB/T34590.4—2017
为导向的分析（ISO26262-9：2011，MOD）3术语，定义和缩略语
GB/T34590.1一2017界定的术语、定义和缩略语适用于本文件。4要求
4.1一般要求
如声明满足GB/T34590一2017的要求时，应满足每一个要求，除非有下列情况之一：a）按照GB/T34590.2一2017的要求，已经计划了安全活动的剪裁并表明这些要求不适用；或b）不满足要求的理由存在且是可接受的，并且按照GB/T34590.2一2017对该理由进行了评估。标有“注或“示例”的信息仅用于辅助理解或阐明相关要求，不应作为要求本身且不具备完备性。将安全活动的结果作为工作成果。应具备上一阶段工作成果作为“前提条件”的信息。如果章条的某些要求是依照ASIL定义的或可剪裁的，某些工作成果可不作为前提条件。“支持信息”是可供参考的信息，但在某些情况下，GB/T34590一2017不要求其作为上一阶段的工作成果，并且可以是由不同于负责功能安全活动的人员或组织等外部资源提供的信息。4.2表的诠释
表属于规范性表还是资料性表取决于上下文。在实现满足相关要求时，表中列出的不同方法有助于置信度水平表中的每个方法是：a）一个连续的条目（在最左侧列以顺序号标明，如1、2、3），或b）一个选择的条目（在最左侧列以数字后加字母标明，如2a、2b、2c）。对于连续的条目，全部方法应按照ASIL等级推荐予以使用。除了所列出的方法外，如果应用所列出方法以外的其他方法，应给出满足相关要求的理由。对于选择性的条目，应按照指定的ASIL等级，对这些方法进行适当的组合，不依赖于这些方法是否在表中列出。如果所列出的方法对于一个ASIL等级来说具有不同的推荐等级，宜采用具有较高推荐等级的方法。应给出所选的方法组合满足相关要求的理由。注：表中所列出的方法的理由是充分的。但是，这并不意味着有倾向性或对未列到表中的方法表示反对对于每种方法，应用相关方法的推荐等级取决于ASIL等级，分类如下：“十十”表示对于指定的ASIL等级，高度推荐该方法；“十”表示对于指定的ASIL等级，推荐该方法；一“o”表示对于指定的ASIL等级，不推荐也不反对该方法。4.3基于ASIL等级的要求和建议
若无其他说明，对于ASILA、B、C和D等级，应满足每一子章条的要求或建议。这些要求和建议参照安全目标的ASIL等级。如果在项目开发的早期对ASIL等级完成了分解，按照GB/T34590.92017第5章，应遵循分解后的ASIL等级如果GB/T34590一2017中ASIL等级在括号中给出，则对于该ASIL等级，相应的子章条应被认为是推荐而非要求。这里的括号与ASIL等级分解无关。2
5启动系统层面产品开发
5.1目的
GB/T34590.4—2017
启动系统层面产品开发的目的是确定并计划系统开发各子阶段过程中的功能安全活动，也包括在GB/T34590.8—2017中所描述的必要的支持过程。系统层面安全活动的计划包含在安全计划中。5.2总则
图2给出了在系统开发过程中的必要活动。在启动产品开发和定义技术安全要求后，进行系统设计。在系统设计过程中建立系统架构，将技术安全要求分配给硬件和软件，并且，如果适用，也可分配给其他技术。同时，细化技术安全要求，并添加来自系统架构的要求，包括软硬件接口的要求。根据架构的复杂性，可以逐步得出子系统的要求。完成相关开发后，集成硬件和软件要素并测试以形成一个相关项，然后，将该相关项集成在整车上。一旦在整车层面完成了系统集成，进行安全确认以提供与安全目标相关的功能安全证据。
GB/T34590.5一2017和GB/T34590.6一2017描述了软硬件的开发要求。本部分适用于系统和子系统的开发。图3是具有多层集成的系统示例，阐明了如何应用本部分及GB/T34590.5一2017和GB/T34590.6—2017。
注：附录A中表A.1提供了对系统层面产品开发特定子阶段的目的、前提条件和工作成果的概览。第4部分：产品开发：系统层面
第5部分：产品开发：硬件层面
启动系统层面产品开发
技术安全要求的定义
系统设计
第6部分：产品开发：软件层面
相关项集成和测试
安全确认
功能安全评估
生产发布
注：在图中，GB/T34590的各部分具体条款用以下方式来表示：\m-n”，其中m\代表“部分\的编号和\n\表示\章”的编号，例如，“4-5”表示GB/T34590第4部分的第5章。图2安全相关的相关项开发参考阶段模型3
GB/T34590.4—2017
子系统A
技术安全要求的定义
系统设计
第5部分：产品
开发：硬件层面
第6部分：产品
开发：软件层面
软硬件集成和测试
子系统B
启动系统层面产品开发
技术安全要求的定义
系统设计
子系统B1
技术安全要求的定义
系统设计
第5部分产品开发
：硬件层面
第6部分：产品
开发软件层面
软硬件集成和测试
系统集成和测试
整车集成和测试
技术安全要求的定义
系统设计
子系统B2
技术安全要求的定义
系统设计
第5部分：产品开
发：硬件层面
系统集成和测试
第6部分：产品
开发：软件层面
软硬件集成和测试
注：在图中，GB/T34590的各部分具体条款用以下方式来表明：“m-n\，其中“m\代表“部分\的编号和“n\表示“章”的编号.例如，“4-5\表示GB/T34590的第4部分的第5章。3系统层面产品开发示例
5.3本章的输入
前提条件
应具备下列信息：
项目计划（细化的），按照GB/T34590.2—2017的6.5.2：安全计划，按照GB/T34590.3—2017的6.5.2；功能安全评估计划，按照GB/T34590.2一2017的6.5.4：及功能安全概念，按照GB/T34590.3—2017的8.5.1。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。