1、ISO26262不考虑产品标称特性这句话的意思ISO26262并不能帮助你实现的功能提升你的性能。ISO26262应用范围针对故障处理的标准也就是当系统出现故障时对故障进行检测、诊断策略的标准。ASIL D可能存在的风险更高需要投入人力物力更多。QM没用~A遵循标准的要求开发产品按照标准生成很多对应的文档A~B需要做量化指标计算针对硬件工程师见9B~CD考虑到功能冗余最简单实现的手段是硬件冗余要采用双通道的芯片这样有可能达到ASIL D的设计目标2、Safe Product安全产物Processes to address systematic failures解决系统故障的流程一般为QM占三分之一FSM 产品设计相关正向指导客户开发故障策略的指导手册Product properties to address systematic failures and random hardware failures解决系统故障和随机硬件故障的产品属性流程认证公司级的所有和安全相关的流程。产品认证评审产品设计内容的对与错3、整体ISO26262的内容其中系统设计阶段指的是ECU系统架构的设计第九章比较重要熟悉概念 FEMA FTA4、Risk考虑对人的伤害包括车内和车外,是一个耦合的概念损害概率与损害程度的组合功能安全核心目的通过增加安全机制将风险降到可接受的程度5、汽车开发链路中的职责分配完整的功能安全执行链以 EPS电动助力转向系统为例子主机厂相关项定义 开展危害分析安全目标和ASIL等级faiI safe fail optional fail function供应商系统设计 软硬件开发安全档案主机厂主机厂评估安全档案 整车安全确认 整车装配6、功能安全管理FSMCMMI”指的是软件能力成熟度模型集成Capability Maturity Model Integration功能安全管理一定要建立在已有的质量体系之上FSM第一层面 公司级的功能安全管理通俗的将通过一个公司级的高层安全经理建立公司级的安全文化第二个层面产品开发阶段的功能安全管理功能安全的开发周期从概念系统硬件软件到生产这样一个完整的生命周期链去进行所有相关的功能安全的开发活动生成safety case那这个主要的负责人或者牵头人一般称之为项产品的安全经理第三层面产品发布之后的功能安全管理是和我们体系里面的16949相结合那对售后的一些现场监控售后7、整车厂(OEM:Original Equipment Manufacturer)更多的是针对概念阶段的主要产物safety goal 去进行产品的实现开发 这里面主要包含是安全目标和ASIL等级供应上主要是基于需求进行整个阶段的开发包含系统硬件的开发 过程中穿插的主要内容是DIA产品设计开发接口协议(development interface agreement)最后 产品级ECU级去进行合规提交给车厂之后车厂最后进行整车的一个合规DIA详细约束在整个开发过程中 针对功能安全所有的活动和输出产物双方的职责这里边会约定相关的输出产物相关的交付方式以及输入输出以及输出产物的格式通过DIA那么车厂会把相关的功能安全的职责分配给他对应的零部件供应商示意图会有更深的延展 一级分配给二级8、对于ASIL B衡量硬件软件部分