这本战略指南面向:
- 技术领导者:认识到“被动应付”软件复杂性注定是种失败策略的决策者。
- 技术软件专家:需要战略框架以推动团队转向架构所有权的践行者。
- 决策者:已准备通过组织转型赢得汽车行业新格局的推动者。
传统方法在 SDV 时代难以为继
软件定义汽车(SDV)以软件定义架构取代了以硬件为中心的设计模式,通过车载软件同时控制用户交互系统与安全关键系统。这一转变暴露了硬件时代开发流程的局限性,软件故障导致大规模召回,碎片化架构持续冲击汽车软件技术栈的稳定性。
整车厂的四步转型路线图

关于软件定义汽车的常见问题
为什么软件定义汽车正在改变整车厂的竞争方式?
本战略指南阐明,SDV 将竞争重心从硬件迭代转向软件速度、质量和架构控制。软件问题现已构成召回的主要原因,而碎片化架构使修复速度更慢、成本更高。拥有简洁、集中架构的整车厂可以在数天内完成 OTA 与 FOTA(固件无线升级)更新,而传统团队可能需要数月之久。
本指南同时指出,技术债务和未文档化的依赖关系会延缓创新,阻碍基于服务的营收模式,并使高级驾驶辅助系统(ADAS)与人工智能(AI)功能的整合变得更为复杂。若缺乏平台层级的可视化能力,整车厂将无法确保安全性、合规性,更难以抵御不断演变的网络安全风险。
整车厂如何从碎片化的软件流程过渡到SDV就绪平台
本战略指南阐述,整车厂通过采用重组软件开发的规范(如平台工程)来实现转型。平台工程摒弃对孤立工具和碎片化工作流程的依赖,为整车厂提供一个统一的工程平台,在这个平台上,质量、架构与开发作持续的过程协同运作。
这种方法标准化工具、消除重复劳动,并为快速功能开发创建一致的环境——从而无需为每个项目重建基础。
通过从脱节的工具链转向集成式平台,整车厂直接解决了“一亿行代码技术债务”的根本原因,杜绝绕过架构标准的现象,从而实现更安全、更快速的创新。
整车厂掌控汽车软件技术栈意味着什么?
根据本战略指南,掌握汽车软件技术栈的核心在于平台所有权,即掌控定义汽车功能、用户体验及未来能力的关键软件层。平台所有权并不意味着全栈自研,而是指拥有软件架构主导权,能够独立于供应商进行软件的集成、功能修改与迭代升级。
这种所有权使得整车厂能够塑造其独特的用户体验,决定如何利用数据推动持续改进,并按照自身节奏发布更新。本战略指南强调,当整车厂掌握了技术栈的底层架构,也就同时掌控了创新的速度和长期竞争优势。
构建安全的 SDV 软件栈需要哪些工具和工作流程?
根据本战略指南的观点,现代SDV开发需要一个建立在两大核心支柱之上的安全平台:一套稳健的开发工具链和一个无缝集成的质量保证解决方案。
开发工具链:
持续集成(CI)中的单元测试、性能分析工具、面向安全关键系统的静态构建、完整的软件物料清单(SBOM)可见性,以及长期稳定的 API 支持。
集成的质量保证:
架构验证、内置 MISRA/ISO 26262/AUTOSAR 合规性、MC/DC 代码覆盖,以及集成的 GUI、静态和性能测试。
来自 Qt Group 汽车行业客户的实践
索伯车队进站维修系统 | Built with Qt
了解索伯车队(Sauber)如何使用Qt快速实现高性能监控进站维修系统(Pitstop System)、赛车手培训和高级空气动力学研究项目。
阅读更多更多有关软件定义汽车的汽车软件信息