初看功能安全标准时最大的困惑往往是“我们该如何将功能安全真正与公司的实践相结合并开发出符合功能安全标准的产品?”很多刚刚接触功能安全的人常常会进入一个误区,认为“功能安全就是一个文件体系,只要按照标准把文件准备好就可以了,比如,对于软件单元,功能安全提出了明确的要求,好像只要我们管好版本、符合MISRA C并且进行了必要的测试而且覆盖度达到了要求的指标比如MC/DC 100%我们就符合功能安全了”,然而,事实并非如此,本文将为大家介绍功能安全开发过程中会涉及的几个重要方面,笔者将其概括一个理论两个维度三个方面四个要素,希望通过本文,大家可以对功能安全相关产品开发有更多的了解。
功能安全标准属于比较典型的指南型标准(就是那种具体到你该如何做的标准,更多内容可参见汽车电子读书笔记-安全标准与认证04-标准类型)制定标准过程中,无论是技术还是流程大家关注的都是当前技术水平下的最佳实践。虽然,有了最佳实践但是如何将标准中规定的最佳实践与现实开发结合在一起,标准觉得这是企业自己的事与标准无关,而这部分内容又恰恰是很多初学者最容易困惑迷茫的地方,就像是课堂上老师讲了方法但是并没带着大家一起练习一样,结果是每次看标准都觉得自己懂了,但是一到现实就是不知道该怎么做。
这种困惑在很多初学者尤其是没有做过完整项目的初学者身上表现的最为明显,因为缺乏基础的项目开发经验以及必要的专业知识,往往都是只知其然不知其所以然的状态。先有产品才能谈安全,在我们真正应用功能安全之前,我们需要首先认识清楚开发一款产品的4个基本要素PPRT即P(Process流程)P(Person人)R(Requirement需求)T(Tool工具)。
首先是P(Pr