ISO26262道路车辆功能安全标准-（5）硬件级产品开发

目录

引言

硬件级产品开发初始化

硬件安全需求规范指定

硬件设计

硬件体系指标评估

随机硬件故障对安全目标影响评价

硬件集成和测试

---

引言

在开发阶段，完成系统级产品设计后，将技术安全需求规范分解到相应的软硬件技术安全需求规范里，进而开展软硬件级产品设计，而在硬件层面，必要的活动和产品开发过程包括技术安全概念的硬件实现、潜在的硬件故障及影响分析、与软件开发的协调。

硬件级产品开发初始化

1. 目的：确定和规划在硬件开发的各个子阶段功能安全活动。
2. 硬件开发过程中的方法和工具，在整个硬件开发的子阶段中应保持一致，并与系统和软件子阶段保持一致。

硬件安全需求规范指定

1. 目的：（1）规定硬件安全需求，参考技术安全概念和系统安全规范。（2）验证硬件安全需求与技术安全概念和系统安全规范一致。（3）详细描述软硬件接口规范HSI。
2. 硬件安全要求有以下属性：
   1. 与技术安全概念、系统设计规范、硬件设计规范一致。
   2. 技术安全需求分配给硬件单元的完整性。
   3. 与相关软件安全需求的一致性。
   4. 正确性和精确性。

硬件设计

1. 目标：（1）根据系统规范和硬件安全需求设计硬件；（2）验证设计。
2. 硬件设计包括硬件架构设计和硬件详细设计。
3. 硬件架构设计是指列出所有硬件单元及彼此间的关系，硬件详细设计是在电路原理图上的设计。
4. 硬件架构的设计应实现硬件的安全设计，ASIL不会分配到硬件的元件层面。
5. 为避免高复杂性产生的故障，硬件体系架构设计具有以下特征：
   1. 模块化。
   2. 粒度适当。
   3. 简易性。
6. 硬件设计安全分析方法：
   1. 推理分析：FTA。
   2. 归纳分析：FMEA。
7. 安全分析应考虑以下因素：
   1. 安全故障。
   2. 单点故障或残留故障。
   3. 多点故障。
8. 避免单点故障的有效性安全机制证据：
   1. 提供保持安全状态的安全机制。
   2. 评估关于残余故障的诊断覆盖率。
9. 避免潜在故障的有效性安全机制证据：
   1. 故障检测，并通知到驾驶员的能力。
   2. 对潜在故障的诊断覆盖率进行评价。
10. 硬件设计验证
    1. 硬件设计走读。
    2. 硬件设计检查。
    3. 安全分析。
    4. 仿真。
    5. 硬件原型开发。

硬件体系指标评估

1. 目的：评估项目硬件架构（由故障处理的指标要求来设计的硬件架构）。
2. 分析硬件部分的故障率应由以下几个方法确定：
   1. 从工业界认可的工业数据源中得到的硬件故障率数据。
   2. 使用基于现场返回或测试数据。
   3. 使用工程上基于定量和定性参数的专家判断方法。
3. 单点故障和潜在故障率指标值

	ASIL B	ASIL C	ASIL D
单点故障测量	>=90%	>=97%	>=99%
潜在故障测量	>=60%	>=80%	>=90%

随机硬件故障对安全目标影响评价

1. 随机硬件失效率指标的规定：

ASIL	随机硬件失效率指标值
B	<
C	<
D	<

硬件集成和测试

1. 目的：集成硬件单元和测试硬件设计以验证其符合适当的ASIL硬件安全要求。
2. 为使测试规范适合特定的硬件集成测试，测试用例应按如下方法进行组合得到：
   1. 需求分析。
   2. 内部和外部接口分析。
   3. 等价类产生和分析。
   4. 边界值分析。
   5. 基于知识和经验的错误预测。
   6. 功能依赖分析。
   7. 分析常见的限制条件、序列和独立失效源。
   8. 分析环境条件和运行用例。
   9. 存在的标准。
   10. 分析重要变量。
3. 测试安全机制的完整性和正确性方法：
   1. 功能测试。
   2. 故障注入测试。
   3. 电气测试。
4. 验证硬件抵抗外部应力的健壮性方法：
   1. 各种环境下的功能测试。
   2. 统计测试。
   3. 最坏情况测试。
   4. 过极限测试。
   5. 机械试验。
   6. 加速寿命试验。
   7. 机械耐久性试验。
   8. EMC试验。
   9. 化学试验。