3. ISO 26262 标准框架：一张功能安全的地图
ISO 26262 这个标准，我第一次看的时候，感觉就像拿到了一本厚厚的电话簿。Part 1 到 Part 12，光目录就让人头晕。但干这行久了，我慢慢发现，它其实是一张非常清晰的地图。你只要知道自己在哪个阶段，该看哪个 Part，事情就简单多了。
说白了，这个标准就是把「功能安全」这件事，从想法到报废，拆成了几个大块。咱们这一章，就把这张地图摊开，看看每个 Part 到底管什么。
3.1 标准总览：Part 1 到 Part 12 在讲什么？
ISO 26262 的第二版（2018 年）一共分了 12 个部分。我习惯把它们分成四组：
- 基础与词汇（Part 1）：定义了所有术语。比如什么是「故障」、「错误」、「失效」。这是大家沟通的「普通话」。
- 管理（Part 2）：讲的是「怎么管」。安全文化、项目计划、评审、审计。这是项目经理和功能安全经理的活。
- 开发（Part 3 到 Part 7）：这是核心。从概念到量产，每一步该做什么。
- 支持与生产（Part 8 到 Part 12）：包括软件工具认证、生产运行、以及针对半导体（Part 11）和摩托车（Part 12）的特殊要求。
我的个人习惯： 刚接触标准时，别试图一口气读完所有 Part。先吃透 Part 3（概念阶段）和 Part 4（系统级开发），这两个是骨架。其他的，遇到具体问题再去查。
下面这个表格，是我自己整理的「速查表」，你可以存着。
| Part | 标题 | 核心内容 |
|---|---|---|
| Part 1 | 词汇 | 术语定义，统一语言 |
| Part 2 | 功能安全管理 | 安全文化、计划、评审、持续改进 |
| Part 3 | 概念阶段 | 项目定义、HARA、安全目标 |
| Part 4 | 系统级开发 | 技术安全概念、系统设计、集成测试 |
| Part 5 | 硬件级开发 | 硬件设计、FMEDA、硬件架构度量 |
| Part 6 | 软件级开发 | 软件架构、单元设计、测试 |
| Part 7 | 生产与运行 | 生产计划、售后监控、报废 |
| Part 8 | 支持过程 | 工具认证、配置管理、变更管理 |
| Part 9 | ASIL 与安全分析 | ASIL 分解、相关性失效分析 |
| Part 10 | 指南 | 对 Part 1-9 的解释和示例 |
| Part 11 | 半导体指南 | 针对 IC、FPGA、ASIC 的补充 |
| Part 12 | 摩托车 | 针对摩托车的适配 |
3.2 功能安全管理（Part 2）：项目的「总指挥」
Part 2 是很多公司容易忽视的部分。大家总觉得把技术做好就行，但管理跟不上，项目很容易翻车。
我记得有一次，一个项目因为安全计划没写清楚，导致评审时发现安全活动的时间节点全乱了。最后不得不加班赶工，差点耽误 SOP。
Part 2 主要管三件事：
- 安全文化：公司从上到下得有安全意识。不是光有流程，而是每个人都知道「安全第一」。
- 安全计划：每个项目都得有一份计划，明确谁、在什么时候、做什么安全活动。
- 评审与审计：定期检查，确保大家没跑偏。
避坑指南： 我曾经见过一个团队，安全计划写得天花乱坠，但实际执行时完全走样。后来我学乖了，每次项目启动会，我都会把安全计划里的关键节点，直接贴到项目看板上。每天看一眼，心里有数。
3.3 概念阶段（Part 3）：一切从这里开始
概念阶段是功能安全的起点。如果这一步错了，后面全白干。
Part 3 的核心就三个词：项目定义、HARA、安全目标。
- 项目定义：搞清楚你要做什么。功能、边界、依赖关系。
- HARA（危害分析与风险评估）：这是最关键的。分析系统失效会带来什么危害，然后定出 ASIL 等级。
- 安全目标：针对每个危害，写出一条「安全目标」。比如「防止非预期的加速」。
你想想看，HARA 做得好不好，直接决定了你后面要花多少精力。ASIL D 和 ASIL A 的开发成本，差了好几倍。
3.4 产品开发阶段（Part 4, 5, 6）：把安全目标变成现实
这部分是工程师最熟悉的。从系统到硬件到软件，一层层往下细化。
- Part 4（系统级）：把安全目标分解成技术安全概念。比如「用双核锁步来实现监控」。
- Part 5（硬件级）：设计电路，做 FMEDA，算单点故障度量（SPFM）和潜伏故障度量（LFM）。
- Part 6（软件级）：写代码，做单元测试，确保软件没有系统性故障。
我个人觉得，Part 5 的 FMEDA 是最容易出错的。很多人算出来的数字很好看，但实际覆盖不全。我建议你算的时候，一定要把每个失效模式都列出来，别偷懒。
3.5 生产与运行阶段（Part 7）：安全不是交完货就完了
很多公司把功能安全当成「研发的事」。车都量产了，安全活动就停了。这是大错特错。
Part 7 要求你：
- 生产计划：确保生产线上不会引入新的故障。比如焊接不良、装配错误。
- 售后监控：车在路上跑，你得收集数据。如果发现某个故障率超标，得启动召回或升级。
- 报废：车要报废了，里面的安全相关数据怎么处理？也得有流程。
注意： 我曾经参与过一个项目，售后监控没做好，结果一个潜伏故障在市场上爆发了。最后赔了不少钱，还影响了品牌声誉。所以，Part 7 不是走过场，是真金白银的教训。
3.6 一张图看懂 ISO 26262 框架
下面这张图，是我自己画的。它把 Part 2 到 Part 7 的流程串了起来。你可以看到，管理（Part 2）是贯穿始终的，而概念、开发、生产是环环相扣的。
3.7 小结：框架就是你的「导航仪」
ISO 26262 的框架，说白了就是告诉你：什么时候该做什么事。你不需要背下所有 Part 的编号，但你需要知道：
- 做安全分析，找 Part 3 和 Part 9。
- 做硬件设计，找 Part 5。
- 做软件，找 Part 6。
- 管项目，找 Part 2。
嗯，记住这个，你就不会迷路了。