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它可以帮助您管理开发过程中的风险。