汽车司机安全培训资料（一文读懂ISO26262汽车功能安全）

汽车司机安全培训资料（一文读懂ISO26262汽车功能安全）Part 6：产品研发：软件级Part 5：产品研发：硬件级Part 2：功能安全管理Part 3：概念阶段Part 4：产品研发：系统级

前言

管理和我们每个人都息息相关，所谓好的管理，就是给你划定了工作边界以及工作流程，你在边界内，按照流程可以很好完成你的工作；而不好的管理，往往就是大家相互扯皮，做事杂乱、毫无章法。ISO26262所有的要求，最终都是为了打造一款“安全”产品而做的要求，从三个层面阐述功能安全的管理。

ISO 26262标准名称《道路车辆功能安全》是IEC 61508标准在汽车行业的具体应用。IEC 61508标准在2000年由国际电工委员会TC65委员会提出并制定，我国于2006年发布了系列标准《GB/T 20438 电气/ 电子/可编程电子安全相关系统的功能安全》共7个部分，等同采用IEC61508:1998。

ISO 26262基本框架包括：

Part 1：定义

Part 2：功能安全管理

Part 3：概念阶段

Part 4：产品研发：系统级

Part 5：产品研发：硬件级

Part 6：产品研发：软件级

Part 7：生产和操作

Part 8：支持过程

Part 9：基于ASIL 和安全的分析

Part 10：ISO26262 导则

从ISO 26262的结构构成可以看到，标准涵盖了全生命周期的安全要求，功能安全管理、概念阶段、系统研发、硬件研发、软件研发、生产和操作过程、售后，但比例最大的是站在产品设计阶段这个时间节点上，考虑怎样从设计上实现产品安全，可以基于原有的功能实现安全，也可以额外添加功能，实现安全。

ISO26262所有的要求最终都是为了打造一款“安全”产品而做的要求，可以从三个层面阐述功能安全的管理：

• 整体的安全管理--公司层面，包括文化、人力、质量等。
• 开发阶段安全管理--研发层面，包括人员、计划、文档等。
• 产品发布后的安全管理--生产与售后层面，包括生产、运行、维修、报废。

第一个层面：产品发布后的安全管理

生产

提到生产，我们很容易联系到流水线，每个工人做的事情都比较简单重复，但是串起来就可以组成一个产品，假如这个过程某一步不合格，则就可能影响到产品的安全（比如烧错了程序），因此为了确保产品无缺陷，增加一步下线检测，只有下线检测通过（现场数据）才允许产品出厂。所以这里的安全管理，就是通过相关人员、一定的手段，获取监控数据，确保生产的产品安全。

维修

有车的都知道，车坏了要去4S店，为啥我们相信4S店，是因为我们认为他们是经过专业培训的，懂操作流程和操作规范。一般产品维修也有维修的流程，维修人员操作规范等，同时会对维修人员进行一定的培训，因为错误的的操作、错误的维修流程可能导致产品变砖头，因此这里的安全管理就是维护好这些操作规范、维修流程、以及培训好维修人员等。

报废

产品的报废也需要按照一定的流程，否则可能造成环境、人身的危害，这里的安全管理就是规定产品如何报废，如何回收等。比如动力电池含有众多的重金属，需要让专门的部门，按照专门的回收流程来回收，确保产品在报废过程中不影响到环境以及人身安全。

第二个层面：开发阶段安全管理

人员

要做开发，必须要有相应能力的开发人员，否则一切都免谈，那么开发阶段需要什么样的开发人员、需要多少开发人员那就得好好管理起来了。

对于功能安全产品开发来说，首先需要系统工程师，系统工程师对整个产品可以从系统角度去思考和定义产品，同时系统工程师清晰的了解市场上同类产品的相关参数，因此可以去定义有竞争的产品，其次系统工程师应该了解软件、硬件甚至生产工艺等，以确保系统设计出的产品可以真正落地。

对于功能安全产品来开发说，其次需要硬件工程师，硬件工程师则针对电源、芯片等和业务相关的硬件设计有相关经验，同时硬件应对市面上的元器件选型有一定了解，方便采购，再者提到功能安全，需要能够进行FMEDA分析，懂FMEA技术。

还需要软件人员，软件人员不仅需要懂得编码，懂得MISARC，还需要懂汽车电子主流的软件架构，包括Autosar、Osek等，另外汽车电子盛行的MBD开发等，当然不懂测试的开发不是好开发，单元测试集成测试都得懂。

此外还需要测试相关人员，能够对设计的产品进行软硬件层面、系统层面以及整车层面的验证，一般测试人员需要懂产品的功能以及非功能性需求，懂测试技术，懂HIL等等。

计划

产品开发一定要有计划，不能走到哪算哪，因此针对每个开发阶段都需要有详细的计划，包括系统开发计划和验证计划、硬件的开发和验证计划、软件的开发和验证计划、测试与测试计划。

计划不是一成不变的，需要根据开发阶段的上游开发完成情况，去实时更新计划，确保计划的可行性。

文档

开发阶段会释放出大量的Work Product，那么这些文档一般都需要有相关的版本、模板、要求等，还需要有相关的维护责任人，确保每个文档的质量，同时为了满足追溯的要求，应对每个文档，甚至文档中的每个项，建立关联关系，确保从上到下开发的一致性。

其他

这里主要说一说支持过程，这里放到开发阶段，因为这些可以和开发阶段结合一起来做，包括流程管理、配置管理以及变更管理。流程管理就是根据实际的开发

第三个层面：整体的安全管理

上升到公司层面的管理，主要涉及一些大的方面，以下分别从几个方面进行说明。

文化

文化的概念很大，这里仅仅说安全文化，所谓的安全文化，就是公司提倡一些有利于提升产品安全的事情，比如鼓励按照流程做事，鼓励代码规范编写、硬件规范设计、测试规范执行、文档规范编写等行为，反对违背安全流程的行为等等，同时应该将安全文化在人员中传播，包括讲座、会议、讨论等形式，也必须有一部分人以身作则，树立榜样等。

人力

涉及到公司层级的人力，包括对人员的能力评级，建立人员的上升通道，针对功能安全来说，需要有功能安全认证的工程师，同时培养专业的功能安全工程师、功能安全经理等。

质量

公司应有专门的质量部，质量部负责发布相关的质量规范，负责产品的质量审查，同时推进公司的质量体系建设，确保产品符合相关的质量认证体系。

附上完整版培训教材，欢迎收藏学习

更多专业质量文章，请访问QualityIn质量学院官网。