江苏龙网

  1. 首页 > 人文 > >

科技俱乐部|C++和AUTOSAR C++合并的讨论，独家｜软件开发行业专家关于MISRA

汽车工业软件可靠性协会（MISRA）宣布了MISRAC++和AUTOSARC++的未来合并 ， 这两种领先的安全性至关重要的C++编码标准 。 这对标准用户意味着什么 ， 这将对组织实现合规性产生什么影响？
科技俱乐部|C++和AUTOSAR C++合并的讨论，独家｜软件开发行业专家关于MISRA
文章图片
独家|软件开发行业专家关于MISRAC++和AUTOSARC++合并的讨论
我们在Parasoft召集了一组行业专家 ， 以圆桌会议的形式讨论了MISRAC++的未来以及该新的合并标准带来的预期影响和收益 。
参加者是：
AndreyMadan ， Parasoft首席解决方案架构师PiotrPepek ， ParasoftC/C++test的软件开发经理MichalRozenau ， Parasoft的项目主管软件工程师 ， MISRAC和C++WG成员MiroslawZielinski ， ParasoftC/C++test产品经理圆桌讨论如今如何使用MISRAC++和AUTOSARC++标准 ， 以及您在汽车行业遇到的一些普遍问题是什么？
Mirek：尽管这两个标准都起源于汽车 ， 但我们经常看到它们不仅用于汽车ISO26262 ， 而且还用于IEC61508（工业自动化标准）、医疗设备和IEC62304 。 因此 ， 当我们谈论MISRA和AUTOSAR时 ， 它不仅适用于汽车行业 。
就问题而言 ， 根据我与多个行业的不同客户合作的经验 ， 我想说 ， 遵守编码标准最困难的部分是：
在团队的静态分析工具中设置标准第一次分析后的初始阶段处理大量违规成功肯定取决于将标准引入组织的方式 ， 建立合规性流程对于成功采用任何功能安全标准（包括这两个标准）至关重要 。
Andrey：我绝对同意 。 对于MISRAC++和AUTOSARC++规则使用静态分析 ， 我们看到的一个常见问题是报告的违规数量 。 如果打开所有规则 ， 则将有很多违规行为 ， 而且我的意思是很多 ， 尤其是对于遗留代码库而言 。
因此 ， 现在 ， 我认为大多数客户正在采用的方法试图找到中间立场 。 并非所有规则都是强制性或必需的 。 因此 ， 他们需要制定一个良好的流程 。 例如 ， 他们运行一些检查器 ， 并对代码进行一些分析 ， 找出适用于其开发和记录该子集的规则的子集 。 他们知道他们不需要遵守所有规则 ， 他们只需要有理由说明为什么不使用该规则 ， 将其记录下来就可以了 。
一旦了解了流程 ， 他们就进行了分析 ， 甚至积压了数千个警告 ， 这些客户在一些点上可以划清界线 ， 继续积压问题 ， 以期与他们联系并解决这些问题 。
Michal：是的 。 我认为 ， 在此奋斗的另一个原因是 ， 对于那些试图最终实现与MISRA之类的编码标准的合规性的公司 ， 即使他们开始开发新的代码 ， 他们也在寻找最终的合规性 。 而不是从头开始 。 起步较晚是他们可能首先遇到大量违规行为的最大原因之一 。
是什么导致组织无法在实践中强制执行这些编码标准？
Andrey：许多组织实际上已经在使用自己的内部编码标准 ， 该标准已经在内部开发并使用了多年 。 这些公司都有内部文件和遵循的政策 ， 它们需要进行现代化以达到MISRA之类的标准 ， 但是公司发展势头很大 ， 需要很长时间进行更改 。
这些组织的策略是解决违规问题 ， 查看自己的编码标准 ， 然后将Parasoft静态分析检查器映射到他们自己的编码标准 ， 同时还要检查需要针对MISRA更新C语言其自身编码标准并更新其代码的地方 。
对于C++ ， 由于较旧的编码标准 ， 当前情况实际上更糟 。 它们不支持新的语言结构（例如自动指针）以及新的现代C++引入表中的其他内容 ， 因此该过程更加耗时 。
Mirek：我提到我们看到AUTOSARC++和MISRAC++经常被用作功能安全标准（例如ISO26262和IEC61508）的合规过程的一部分 。 要遵守这些功能安全标准 ， 需要有纪律的开发过程 ， 其中包括准备文档 。 客户需要一种方式来正式证明他们符合功能安全标准以及编码标准 ， 这是功能安全符合性过程的一部分 。


推荐阅读


上一篇：车家号|长安福特全新探险者6月16日上市，想买40万7座SUV可以再等等

下一篇：暴走老爷车|我更青睐它，雷克萨斯和奥迪差距在哪？老司机出实话：相对而言