ISO26262功能安全开发工程服务 包括BMS功能安全开发 MCU功能安全开发 HAD功能安全开发 IP功能安全开发 IC功能安全开发工程服务
纳兰企管ISO26262功能安全开发工程服务 包括BMS功能安全开发 MCU功能安全开发 HAD功能安全开发 IP功能安全开发 IC功能安全开发工程服务
前言:
很多汽车供应链客户面临着车厂的要求,例如MCU项目要符合功能安全开发流程,苦于技术团队和人员经验不足,独立完成功能安全开发有些难,现在很多客户倾向于联合开发或者功能安全开发服务外包,纳兰企管有专业的功能安全开发工程服务团队,来自德尔福 法雷奥 上汽研发 戴姆勒等功能安全经理团队,纳兰有30+全职功能安全开发团队,可以联合开发或外包开发。
有需要功能安全开发的客户可以联系商务 Frank 手机18115506012 邮箱Service@nalanchina.org
什么是ISO 26262功能安全?
ISO 26262是一个基于风险的安全标准,其来源于IEC 61508标准.适用于生产车辆中的电气和/或电子系统。这包括驾驶员辅助、推进和车辆动力学控制系统。
功能安全标准涵盖了整个开发过程的所有功能安全方面:
- 需求规范
- 设计
- 实施
- 集成
- 验证
- 验证
- 配置
为什么ISO 26262很重要?
该标准的目标是确保汽车设备和系统的整个生命周期的安全。
每个阶段都需要具体步骤。这确保了从最早的概念到车辆退役时的安全性。
通过遵守此标准,您将避免或控制系统故障。您将检测或控制随机硬件故障。(或者,您可以减轻失败的影响。)
ISO 26262的10个部分
- 第1部分:词汇
- 第2部分:功能安全管理
- 第3部分:概念阶段
- 第4部分:系统级产品开发
- 第5部分:硬件层面的产品开发
- 第6部分:软件级产品开发
- 第7部分:生产经营
- 第8部分:支持流程
- 第9部分:面向ASIL和安全的分析。
- 第10部分:安全标准指南
第二版安全标准将有一节重点关注预期功能的安全性- SOTIF公司然而,自那时以来,SOTIF已作为自己的标准ISO/PAS 21448出版。
软件开发人员的功能安全
第6部分是软件开发人员最重要的部分。它详细说明了开发人员必须采取的步骤,以确保每个组件的安全。
此外,第6部分包括几个表,这些表定义了必须考虑的方法,以实现与标准的一致性。
ISO 26262工具鉴定
汽车开发中使用的任何工具都需要经过鉴定。第8部分提供了工具鉴定指南。
它需要以下内容:
- 软件工具鉴定计划
- 软件工具文档
- 软件工具分类分析
- 软件工具鉴定报告
有些工具比其他工具更容易鉴定。例如,QAC-一个C和C静态代码分析器-附带合规证书,使鉴定过程更容易。
什么是ASIL?
汽车安全完整性水平(ASIL)是ISO 26262的一个关键组成部分,用于衡量特定风险系统组件。系统越复杂,系统故障和随机硬件故障的风险越大。
有四个汽车安全完整性级别值,命名为A–D。ASIL A是最低风险级别,ASIL D是最高风险级别,随着从A到D,法规遵从性要求变得更加严格。
在确定汽车安全完整性级别时,还有第五个选项-QM(质量管理)。这用于说明该组件没有安全要求。(但为了提高产品质量,遵守通常仍是一个好主意。)
如何确定ASIL?
ASIL由三个因素决定——严重性、暴露和可控性。
严重程度
严重程度衡量系统故障的损坏程度。损害包括人员和财产。
严重程度分为四类:
- 序号:没有人受伤
- 第1章:轻度至中度受伤
- S2:严重到危及生命(可能存活)的伤害。
- S3:致命伤害危及生命(存活率不确定)。
暴露
暴露是指特定故障可能导致安全危险的条件。
每种情况的概率按五分制排列:
- 问题0:难以置信的不可能
- 第1页:可能性很低(只有在罕见的操作条件下才可能发生伤害)。
- E2页:概率低
- E3:中等概率
- E4类:高概率(在大多数操作条件下可能发生伤害)。
可控性
可控性是衡量危险情况发生时可以避免伤害的概率。这种情况可能是由于驾驶员的行为或外部措施造成的。
危险情况的可控性按四分制排列:
- 二氧化碳:一般来说是可控的
- C1:简单可控
- 指挥与控制:通常是可控的(大多数驾驶员可以采取行动防止受伤)。
- C3类:难以控制或无法控制
一旦确定了严重性、概率和可控性,就可以确定汽车安全完整性级别。第3部分表4对此提供了指导。
使用此图表根据严重性、暴露和可控性确定ASIL。
ISO 26262合规指南
无论您是在开发传统的汽车零部件(例如集成电路)还是虚拟零部件(例如。,汽车管理程序). 在您的整个汽车嵌入式软件开发生命周期
但对于开发团队来说,遵守这些要求可能很困难。系统和代码库变得越来越复杂。这使得验证和验证软件变得困难。
您可以通过使用软件开发工具使其更容易。
建立可追溯性
满足法规遵从性要求并证明您满足了这些要求是一个乏味的过程。您需要记录需求并将其跟踪到其他工件,包括测试、问题和源代码。
建立需求可追溯性使您的验证过程更容易-特别是使用类似这样的工具ALM它可以帮助您管理开发过程中的风险。