1. 目的
在安全生命周期开始时,应进行相关项层面的影响分析,以确定相关项是全新开发,或是对现有相关项修改,还是对现有相关项的使用环境进行修改。
而,如果涉及到对现有要素的复用,则需要进行要素层面的影响分析;
2. 相关项层面的影响分析
2.1 Case 1
如果是全新开发,则需要按照ISO26262生命周期开发流程进行约束开发;
2.2 Case 2
- 现有相关项修改
- 现有相关项适用环境的修改
以上两种情况,需要对于相关项进行影响分析 Impact analysis:
-
设计的修改
如,需求的修改;标定数据的修改等; -
实现方式的修改
-
使用环境的修改
如,温度、海拔、湿度、振动、电磁干扰等;
2.3 分析重点
- 评估修改对于功能安全的影响
- 基于修改的影响,识别并描述需要补充开展的安全活动
3. 要素层面的安全分析
a) based on an evaluation of hardware elements (see ISO 26262-8:2018, Clause 13),
– 基于硬件要素的评估;Evaluation of hardware elements
b) based on a qualification of software components (see ISO 26262-8:2018, Clause 12),
– 基于软件组件的鉴定;Qualification of software components
c) based on a proven in use argument (see ISO 26262-8:2018, Clause 14), or
– 基于再用证明;Proven in use argument
d) as a Safety Element out of Context (see ISO 26262-10)
– 作为独立于环境的安全要素;Safety Element out of Context;
注意:本章节所考虑的影响分析关注的是在计划阶段的工作,当到了开发过程中的修改,则需要通过变更流程来进行管理;