软件接口设计_软件FMEA 软件开发风险管控

Foreword

近年来，随着电子计算机技术和信息技术的飞速发展，汽车智能化控制技术、控制系统不断出现，使汽车插上智能化翅膀。智能汽车正出现在我们这个世界上，并成为人类最为青昧的高级宠物。在汽车全球卫星定位系统(GSP)、汽车惯性导航系统(INs)、智能巡航系统(1cc)、各种雷达避撞系统，纷纷登台亮相之时，出现了形形色色的汽车智能化新技术，这些技术主要应用在汽车的动力控制、制动控制，以及其它各种部件上。这些智能化技术的应用，进一步改变了汽车的面貌，使汽车朝着人性化的方向发展，越来越听从人类的“使唤”。

智能化的背后，软件驱动的关键作用越来越突出，软件驱动汽车的时代已经到来，但软件安全也值得引起大家重视。

德茨咨询，持续专注于FMEA方法应用与创新，我们在产品FMEA基础上，推出系列软件FMEA、机电一体化FMEA、以及FMEA-MSR 培训与辅导。

软件FMEA方法-软件开发风险管控 软件FMEA必要性

在过去的一年时间里，由于软件故障，从发动机管理程序、稳定性控制问题、制动控制系统以及车载信息娱乐系统，经历了数次召回事件。汽车召回案例统计数据，软件故障导致的汽车召回频率正在快速增加。而FMEA作为降低汽车召回必要的风险分析管控的有效工具，在软件的开发过程中，如何更好使用FMEA值得大家一同探讨。

软件FMEA理解

软件产品与硬件产品不同，有其自己的特殊性。软件设计是把许多事物和问题抽象起来，并且抽象它们不同的层次和角度。将问题或事物分解并模块化使得解决问题变得容易，分解的越细模块数量也就越多，它的副作用就是使得设计者考虑更多的模块之间耦合度的情况。软件失效模式与影响分析应贯穿于软件的整个研制周期，可以帮助设计者较早发现设计缺陷，并提出改进措施和避错容错方案按照软件产品的生命周期。

因此，根据软件系统开发的一般过程将SFMEA方法分为四个层次：

• 系统级FMEA

• 功能FMEA

• 接口级FMEA

• 详细级FMEA

层次之间的关系和模型，如图：

软件FMEA分析范围

嵌入式软件开发需要软硬件开发环境和工具，嵌入式软硬件必须协同设计，因此在进行FMEA分析时，我们不能严格将软硬件完全分开，需要考虑软件和硬件交互的接口，软件FMEA分析时需要考虑必要的软件运行环境，同时需要考虑来自硬件一定的输入、输出关系，将软件、硬件视为一个系统功能分析，根据开发不同阶段进行不同范围FMEA分析，同时在进行测试验证时，需要软件、硬件集于一体才能完成系统验证功能。

如图，软件生产周期模型-瀑布模型：

关注软件接口分析

软件接口分析不同于硬件，硬件接口一般可以通具体形式表现出来；如物理连接、能量交换等；而软件接口是比较抽象且复杂的，涉及到软件与硬件接口；软件不同模块之间接口；软件不同架构层级间接口；重要的是软件与用户操作界面接口，以上接口在进行软件FMEA分析时，需要按照合理的逻辑关系列出其交互关系以及功能，然后又针对性地识别失效，进行一系列的设计验证与测试。

因此做好接口FMEA分析，我们需要充分借助于FMEA框图，基于框图列出结构，然后进行功能失效分析。如图：

来源：德茨咨询

汽车行业知识分享平台为您精选！

点击阅读原文，了解更多相关信息！

鸣谢：

汽车智库：www.autoekb.com

汽车企业知识库管理：www.autokm.cn

   

     汽车企业共享大学

汽车知识分享平台