第3章：危害事件定义——三要素与描述规范

好，咱们进入HARA分析中最核心的一步——危害事件定义。

说实话，我见过不少工程师在这个环节翻车。要么漏了关键场景，要么描述得模棱两可。最后导致整个安全目标都跑偏了。嗯，今天咱们就把这事彻底说清楚。

3.1 危害事件的三要素

一个完整的危害事件，必须包含三个要素：危害、运行场景、系统模式。缺一个都不行。

我个人的习惯是，每次做HARA前，先在白板上画三个圈，像韦恩图那样。然后一个一个往里填。这样不容易漏。

举个例子你就明白了。咱们拿「制动踏板信号丢失」这个故障来说：

要素	错误写法	正确写法
危害	制动失效	车辆无法按驾驶员意图减速，导致碰撞风险
运行场景	行驶中	车辆在高速公路上以120km/h巡航，前方车辆突然减速
系统模式	故障模式	制动控制器处于降级模式，仅保留基础液压制动

你看，错误写法太笼统了。你拿这个去跟功能安全经理汇报，他肯定要打回来重写。

3.2 危害的定义与分类

危害，说白了就是「对人造成伤害的潜在源」。在汽车领域，我们主要关注三类：

1. 人身伤害：碰撞、碾压、电击等
2. 健康损害：有毒气体、电磁辐射等
3. 财产损失：车辆损坏、基础设施破坏等

我记得有一次做ADAS项目，团队里有人把「系统误触发紧急制动」定义为危害。我说不对，误触发本身不是危害，它导致的「后车追尾」才是危害。你想想看，这个区别很重要。

3.3 运行场景的刻画

运行场景，就是危害发生的「舞台」。我建议从四个维度去刻画：

维度	典型参数	举例
道路环境	直道/弯道、坡度、路面附着系数	湿滑路面、下坡弯道
交通状况	车流量、行人密度、交通信号	城市拥堵路口、高速车流密集
天气条件	雨、雪、雾、光照	夜间大雨、逆光行驶
车辆状态	车速、转向角、载荷	满载、高速过弯

这里有个坑，我踩过。有一次做EPS（电动助力转向）的HARA，我只考虑了「高速行驶」场景。结果后来发现，真正出问题的是「低速泊车时方向盘打死」的情况。嗯，从那以后，我每次都会把场景清单拉长一点，宁可多写几个，也别漏。

3.4 系统模式的识别

系统模式，指的是「系统当时处于什么状态」。这个要素经常被新手忽略。

常见的系统模式包括：

• 正常模式：所有功能正常运行
• 降级模式：部分功能受限或关闭
• 故障模式：检测到特定故障后的响应状态
• 初始化模式：系统启动或重启过程中
• 维护模式：诊断或刷写状态

3.5 危害事件描述规范

好，三要素都讲完了。那怎么把它们组合成一个规范的描述呢？

我个人推荐这个模板：

【危害事件编号】HE-XXX
【危害】[具体的人身伤害或财产损失描述]
【运行场景】[道路环境] + [交通状况] + [天气条件] + [车辆状态]
【系统模式】[系统当前的功能状态或故障模式]
【完整描述】在[运行场景]下，系统处于[系统模式]时，发生[危害]。

举个例子：

【危害事件编号】HE-001
【危害】车辆意外加速导致与前方车辆发生追尾碰撞，造成乘员受伤
【运行场景】城市快速路，车流密集，晴天干燥路面，车辆以60km/h匀速行驶
【系统模式】ACC自适应巡航处于激活状态，目标车辆识别功能正常
【完整描述】在城市快速路车流密集环境下，ACC系统激活时，由于目标识别错误导致车辆意外加速，与前车追尾。

你看，这样写出来，任何人看了都能明白：什么情况下、出了什么事、后果是什么。

3.6 实战中的常见错误

最后，我总结几个实战中经常犯的错误，你对照着检查一下自己的HARA：

错误类型	错误示例	正确做法
危害描述模糊	「车辆失控」	「车辆偏离车道，与对向车辆发生正面碰撞」
场景过于宽泛	「行驶中」	「夜间高速公路上，前方无照明，车速100km/h」
模式遗漏	只写正常模式	分别考虑正常、降级、故障三种模式
因果颠倒	「传感器故障导致碰撞」	「传感器故障导致目标漏检，进而引发碰撞」

好了，关于危害事件定义，核心就这些。记住三要素：危害、场景、模式。写清楚、写具体、写完整。下一章咱们聊ASIL等级评定，那个更有意思。