技术
“技术能力”栏目力争向读者介绍行业内的基础性技术知识及新兴关键性和富有竞争性的专业技术，也欢迎广大技术专家不吝赐稿。
Autosar CyberSecurity之HSM和CSM， CryIf，Crypto Driver之间的关系
Autosar CyberSecurity之HSM和CSM， CryIf，Crypto Driver之间的关系
【AUTOSAR】在AUTOSAR环境下开发一个完整的AUTOSAR 4.0软件项目
本文提供了关于实现一个完整的AUTOSAR 4.0软件项目的信息。
【功能安全】基于ROS架构的ISO 26262 SEooC合规性
本文提出了一种基于ROS架构证据的认证方法，该架构符合ISO 26262及其SEooC组件定义。这种基于ROS的架构正在接受测试，以确定在整个开发生命周期、安全档案定义，特别是在认证阶段使用的特征和阈值。
自适应AUTOSAR系统安全评估（五）：软件分区结果和评估
此文为该连载系列的“第五”篇章，在之前的“连载（四）”中，我们已经具体在Linux中实现软件安全机制。作为此专题连载的收尾，我们将在本连载（五）中具体分析软件分区结果和评估，以及针对本专题连载的相关讨论和结论。
自适应AUTOSAR系统安全评估（四）：在Linux中实现软件安全机制
此文为该连载系列的“第四”篇章，在之前的“连载（三）”中已经详细评估了GNU/Linux作为ISO 26262背景下安全关键环境中自适应平台操作系统的适用性。那么，在本连载（四）中，我们将具体在Linux中实现软件安全机制。
自适应AUTOSAR系统安全评估（三）：ISO 26262背景下GNU/Linux的评估
此文为该连载系列的“第三”篇章，在之前的“连载（二）”中已经具体评估了Linux在安全关键环境中的适用性的相关工作。在本连载（三）中，我们将详细评估GNU/Linux作为ISO 26262背景下安全关键环境中自适应平台操作系统的适用性。
自适应AUTOSAR系统安全评估（二）：评估Linux在安全关键环境中的适用性
此文为该连载系列的“第二”篇章，在之前的“连载（一）”中已经介绍了相关问题描述、范围及方法论，并具体阐述了本专题连载感兴趣的基本技术主题。接下来，在连载（二）中，我们将具体评估Linux在安全关键环境中的适用性的相关工作。
功能安全环境下自适应AUTOSAR系统的评估（一）：基础知识及方法论
《功能安全环境下自适应AUTOSAR系统的评估》专题连载共分为“五个”篇章。此文为该连载系列的“第一”篇章，介绍了相关问题描述、范围及方法论，并具体阐述了本专题连载感兴趣的基本技术主题：面向服务的架构、POSIX、软件平台架构、SOME/IP和GNU/Linux等。
如何减少ASPICE评估的时间
为了节省评估（包括ASPICE和网络安全流程）所需的时间，本文确定了工作产品共享和依赖关系。这些建议有助于减少执行评估的时间。
汽车安全档案中流程和产品的论证思路
在本文中，我们提出了一个工作流程，引入一种符合ASPICE和ISO 26262的基于流程和产品的论证的联合方法。该方法得到论证模式的支持，这些论证模式涵盖了相关标准的主要论证思路。该方法的适用性在混合动力电动汽车动力系统的高压电池系统的汽车用例中得到了证明。
汽车电子软件设计和测试的知识和技能要求
本文介绍了新入行开发人员使用硬件在环(HiL)设计和测试汽车安全关键系统所需的知识和技能。我们简要介绍了开发过程，并简要说明了各个阶段，其中包括文档中书面文本的一些典型示例（需求、测试用例等）。该过程遵循ASPICE，并重点关注V模型的尖端。
质量量化在汽车嵌入式系统和软件中的应用
本文回顾了质量量化的重要性、当前方法的主要困难是什么，并强调了质量评测方法作为解决方案。在通过多态性强化了最先进的质量测量和质量模型概念之后，展示了它们在雷诺汽车嵌入式系统和软件中应用的第一步。结果不仅是复杂系统质量量化的好处，例如同质性、一致性和兼容性，而且还突出了ASPICE中质量模型版本变化的
敏捷软件开发过程中的ASPICE合规性（下）：问题的结果与结论
此文为该连载系列的“下”部分，我们将深入阐述所研究问题、数据收集方法和数据分析策略的具体结果与结论。
敏捷软件开发过程中的ASPICE合规性（上）：数据收集方法和分析策略
本专题连载共分为“上、下”两个部分。此文为该连载系列的“上”部分，我们将对相关主题、背景信息和案例进行介绍，并对研究问题、数据收集方法和数据分析策略进行了具体阐述。
融合ASPICE、ISO 26262、ISO 21448和ISO 21434的汽车软件质量管理
本文是关于质量标准和产品开发标准的融合，包括ASPICE V3.1、ISO 26262:2018、ISO 21448:2019和ISO 21434:2021。
基于开源AUTOSAR的高级驾驶辅助系统的设计与实现流程
在本文中，我们介绍了基于开源汽车开放系统架构 (AUTOSAR) 的高级驾驶辅助系统 (ADAS) 的详细设计和实现过程。首先，我们提供了使用开源AUTOSAR开发碰撞警告系统的完整细节。其次，由于开源软件的性能尚未得到证明，需要进行测试以确保系统的稳定性，我们提出了各种评估方法来衡量任务的实时性能
使用软件和硬件手段攻击AUTOSAR
在本文中，我们描述了软件和硬件攻击如何危及基于AUTOSAR的ECU安全性的几种情况。我们认为攻击者可以物理访问ECU，能够利用软件和硬件漏洞。我们讨论了攻击者如何使用不同的攻击技术来利用这些漏洞。此外，我们详细描述了一个案例研究，在该案例研究中，我们通过对AUTOSAR通信堆栈执行电压故障注入攻击
汽车ECU软件测试将面临巨大挑战
本文旨在介绍测试IPC的功能，以及特定系统软件的测试需求、测试环境（CANoe）以及对测试人员的要求。
有功能安全的经典和自适应AUTOSAR软件架构比较
内容提要：在本文中，我们介绍了异构平台的关键点，并重点介绍了自适应AUTOSAR平台标准及其最新版本。我们研究了经典AUTOSAR和自适应AUTOSAR之间的主要区别。我们举了一个经典和自适应AUTOSAR之间通信的场景案例。我们提供了功能安全前提，以安全地建立汽车应用。网联化和智能化将对下一代汽车
高手必读！从评估模型比较中看清ASPICE的来龙去脉
我们将Automotive SPICE 模型与ISO/IEC 15288 part5 和part 6 的评估模型进行了比较。Automotive SPICE是由欧洲的主要汽车制造商共同策定的「面向汽车行业的流程评估模型」，它的目的是，改善搭载于汽车上的电子控制单元（ECU）/车载电脑的质量。
Automotive SPICE在车载嵌入式软件开发中的应用
本期将深度剖析一下ASIC和FPGA的对比。SPICE（Software Process Improvement and Capacity dEtermination）软件过程改进的能力和测定，是由欧洲的主要汽车制造商共同策定的「面向汽车行业的流程评估模型」，旨在改善搭载于汽车上的电子控制元件(以下
满足AUTOSAR基础软件要求的硬件安全模块（HSM）加密运算
随着软件日益复杂，并且车载系统和传感器数量稳步增加，车内系统的通讯成几何增长，必须加强密码保护。这种保护可以通过经典的实时汽车开放系统架构（AUTOSAR）来实现。随着软件日益复杂，并且车载系统和传感器数量稳步增加，车内系统的通讯成几何增长，必须加强密码保护。这种保护可以通过经典的实时汽车开放系统架
-
共1页 22条
