📚 课程目录第4章风险概率与影响量化

4. 风险概率与影响量化

4.1 法规与制度要求

硬件开发风险管理需遵循ISO 31000:2018、IEC 61508（功能安全）及ISO 14971（医疗器械）等标准中对风险量化的要求。制度要求企业建立统一的概率等级与影响等级定义，并为每个等级分配数值评分，作为后续风险矩阵计算和优先级排序的基础。量化结果需形成合规证据文档，接受内外部审计检查。

  关键制度要点：
  概率等级至少分为5级（极低～极高），每级有清晰的发生可能性描述。
影响等级至少分为5级（可忽略～灾难），覆盖人员安全、功能失效、财务损失、声誉影响等维度。
等级对应数值需采用线性或对数标度，并说明标度依据。
量化结果必须经过跨部门评审并归档为风险量化台账。

4.2 风险识别：概率等级与影响等级定义

风险识别阶段需对每个已识别的硬件风险事件，分别评估其发生概率和潜在影响。为消除主观偏差，组织应预先定义统一的等级描述。下表为典型概率等级定义（以电子产品开发为例）。

等级	描述	发生频率	参考概率范围
1 – 极低	几乎不发生	生命周期内少于1次	< 0.01%
2 – 较低	很少发生	每年1～2次	0.01%～0.1%
3 – 中等	有时发生	每月1次	0.1%～1%
4 – 较高	经常发生	每周1次	1%～10%
5 – 极高	几乎必然发生	每天或更频繁	> 10%

下表为影响等级定义（覆盖人员、功能、财务、合规四个方面）。

等级	描述	人员安全	功能失效后果	财务损失（万元）	合规影响
1 – 可忽略	无实质影响	无伤害	局部降级，可快速恢复	< 5	无
2 – 轻微	轻微可恢复影响	轻微擦伤	部分功能中断，需手动复位	5～50	内审整改项
3 – 中等	明显影响，可补救	需就医轻伤	关键功能失效，需重启系统	50～200	客户投诉/监管警告
4 – 严重	严重影响，难以快速恢复	重伤	系统停机，数据丢失	200～1000	召回/罚款
5 – 灾难	不可接受后果	死亡	系统完全损毁，不可恢复	> 1000	法律诉讼/吊销资质

注意：各组织应根据自身产品类型（消费电子、汽车、医疗、军工等）调整影响维度权重。例如医疗设备需额外考虑患者生命影响，汽车电子需关注功能安全完整性等级（SIL/ASIL）。

4.3 等级对应数值表

为进行风险矩阵运算（风险值 = 概率值 × 影响值），需为每个等级分配数值评分。推荐采用1-5线性标度或1-2-4-8-16等比标度。下表为两种典型数值对应表。

等级	线性标度	等比标度（对数）	适用场景
1	1	1	差异敏感度低
2	2	2	–
3	3	4	–
4	4	8	–
5	5	16	高风险放大效果明显

本课程标准推荐使用等比标度（1-2-4-8-16），因为其对高概率/高影响风险的区分度更好，有助于优先分配资源。以下为风险量化登记台账示例。

风险编号: HW-RSK-004
风险描述: 电源瞬态过压导致MCU损坏
概率等级: 3（中等） → 数值 4
影响等级: 4（严重） → 数值 8
风险值（概率×影响）: 4 × 8 = 32
对应风险等级: 高（≥16为高，见风险矩阵）
评审日期: 2025-06-15
评审人: 张三（硬件）、李四（质量）、王五（功能安全）

4.4 材料清单与台账

量化过程中必须保留以下证据材料，形成风险量化台账：

概率等级定义表（已审批版本，含修订历史）
影响等级定义表（覆盖所有影响维度）
等级对应数值表（标明采用的标度类型及理由）
风险量化评审记录（跨部门签字）
风险矩阵计算模板（含公式与热力图分区）

  台账样例条目：

  | 风险ID | 概率等级 | 概率数值 | 影响等级 | 影响数值 | 风险值 | 风险等级 | 评审人 | 日期 |
  |--------|----------|----------|----------|----------|--------|----------|--------|------|
  | HW-001 | 3        | 4        | 4        | 8        | 32     | 高       | 张三   | 2025-06-15 |
  | HW-002 | 2        | 2        | 3        | 4        | 8      | 中       | 李四   | 2025-06-16 |

4.5 证据链与审计检查

审计人员将重点核查以下量化证据链：

定义的等级是否经过管理层批准并发布为组织标准？
每个风险事件的概率/影响赋值是否有记录依据（如历史数据、测试报告、专家判断纪要）？
等级数值表是否一致应用于所有风险项？有无异常跳点？
台账中的风险值计算是否正确？是否按照已批准的矩阵边界进行等级划分？

审计检查清单（部分）：

1. 检查概率等级定义文档是否存在，版本号是否与台账引用一致。
2. 随机抽取5个高风险项，验证概率/影响赋值与事实数据是否匹配。
3. 确认等比标度 1-2-4-8-16 是否在矩阵计算中正确实现。
4. 验证影响等级是否覆盖“人员安全”维度（若适用）。
5. 检查是否有未遵循定义的例外情况并附有合规偏差申请。

4.6 整改闭环

当审计发现量化偏差时，需执行以下整改闭环流程：

识别偏差：例如概率等级定义未考虑新型失效模式，或影响等级未包含“数据泄露”维度。
修订定义：组织更新概率/影响等级定义表，更新数值对应表。
重新量化：受影响的风险事件重新评估概率/影响，更新台账。
验证确认：独立人员（如质量工程师）重新计算风险值并签字。
闭环归档：将修订记录、重新评审记录、新台账版本归入风险量化证据包。

通过上述流程，硬件开发团队可以系统化地建立可审计、可追溯的风险量化体系，确保风险矩阵的输入客观、一致，从而为后续应对策略选择提供坚实的数据基础。