软件定义汽车的流程变革_10页_4mb

软件定义汽车的流程变革总结

核心内容

软件定义汽车（SDV）正在推动汽车行业从传统的以项目为导向的开发模式，向以软件为中心、持续创造价值的模式转变。这一变革不仅加速了创新，也降低了开发成本，同时强化了产品安全、网络安全与软件质量的集成管理。

主要观点

• 开发模式转型：汽车行业正逐步从以里程碑或项目为单位的开发方式，转向持续迭代与增量交付的模式。
• 软件中心化：软件已成为汽车的核心，推动了硬件架构的简化与集中，使大部分消费者价值通过软件实现。
• 安全与质量融合：安全、网络安全和软件质量不再是孤立环节，而是深度融入开发流程的组成部分。
• 持续开发的重要性：为了适应软件密集型环境，开发流程需要具备可重复性、快速迭代和自动化测试能力。
• DevOps与DevSecOps：DevOps和DevSecOps模式正在被采用，以支持持续交付和集成安全因素。

关键信息

软件定义汽车（SDV）的架构模型

• 世界经济论坛与波士顿咨询集团在2023年提出了一个六层架构模型，包括：
  • 物理汽车平台
  • 按计算域划分的组件
  • 软件平台（硬件的核心抽象层）
  • 通用数据收集与洞察功能
  • 汽车应用（如信息娱乐、动力驱动、电池管理）
  • 智能出行生态系统（车辆与周边环境的交互）

转型挑战

• 复杂架构：传统汽车架构包含多个ECUs，需大规模重新设计。
• 电动化优先：电动化与SDV发展并行，均需大量资源投入。
• 质量与安全担忧：软件质量问题超越安全成为新焦点，高管对潜在风险持谨慎态度。
• 文化冲突：软件文化与汽车安全文化存在冲突，影响人才招聘与保留。
• 传统流程限制：线性和繁琐的传统开发流程难以支持持续交付。

持续开发策略

• 缩小批量规模：采用小批次迭代，实现高频次开发流程。
• 自动化与仿真：结合仿真与云原生技术（如CI/CD），提高开发效率与测试质量。
• 集成验证与确认：在开发早期和持续过程中进行验证与确认，避免将这些任务推迟到开发末期。
• 互操作性测试：随着多供应商软件定义汽车的普及，互操作性测试变得尤为重要，需进行第三方测试与认证。

开源软件（FLOSS）的使用

• 开源软件在满足海量软件需求方面不可或缺，但其版本管理和依赖关系治理成为关键挑战。
• 借鉴其他行业的经验，采用标准化SBOMs交换、测试与治理机制有助于提升软件管理能力。

安全、网络安全与质量标准

• ISO 21434：适用于整个软件堆栈的网络安全标准。
• ISO 24089：针对OEM的软件更新安全标准。
• TISAX：基于ISO 27001的安全标准，涵盖企业IT安全和车辆安全。
• ISO 26262 & ISO 21448：用于功能安全和预期功能安全（SOTIF）的行业标准。
• Automotive SPICE：作为长期质量标准，已更新为4.0版本，新增“确认”和“机器学习工程”过程域。

优化建议

• 升级开发流程：采用DevOps和DevSecOps模式，实现持续交付和集成安全。
• 聚焦软件生命周期：理解并管理与其他系统或组件的依赖关系。
• 提升安全性与质量：在工程流程中系统化整合产品安全、网络安全与软件质量。

立即行动

UL Solutions Software Intensive Systems (SIS) 提供全面的指导与支持，帮助汽车行业应对软件定义汽车的挑战。

• 服务内容：认证、测试、评估、咨询服务。
• 支持方式：优化流程以支持持续运行与增量交付。
• 关注渠道：扫描二维码关注UL Solutions SIS微信公众号。

资源链接

• UL.com/SIS

结论

软件定义汽车正在重塑汽车行业，通过软件中心化的开发模式、持续交付流程、集成安全与质量机制，实现创新加速与成本优化。尽管面临诸多挑战，但通过采用先进方法和标准，汽车行业能够有效推进SDV转型。