智能化汽车软件功能开发浅谈.docxVIP

智能化汽车软件功能开发浅谈

摘要：十年前整车上由发动机控制器（ECU）、变速箱控制器（TCU）、车身控制器（BCM）等三大主要控制器，控制器数量较少，基本跟随发动机和变速箱同步开发，未设定单独软件开发控制流程。随着智能座舱、智能驾驶、智能控制等整车智能化、科技化程度的不断提升，功能“软件定义汽车”一词逐渐被各大主机厂意识到“软件”开发在整车开发中的重要性。文章重点讲述目前整车近百个控制器，如何做到功能需求拉起、软件发布符合整车试制和投产等节点要求。

关键词：软件智能化流程

科技化程度的提升使得“软件”的重要度逐渐提升，“软件”的开发也作为整车开发中的重要环节，同传统底盘、车身、内外饰重要程度拉齐，在整车开发流程中体现，且需要“软件”有自身的开发流程。如图1。

1整车软件功能需求及开发

整车软件功能开发第一步先确定需求，首先由市场或规划端提出功能需求，再由整车功能需求细化成功能实现方案，再由实现方案分解至各个子系统，最终由各子系统分解到各控制器的软件需求。具体操作流程参考如下：

通过调研及市场定位规划，分析、识别形成初版的功能需求管控表和功能需求描述。根据整车功能需求编制智能产品类的产品需求文档，即输入最终的功能需求描述。同步根据整车功能需求及功能需求描述，组织各专业进行讨论分析，最新输出功能实现方案。

子系统开发部门根据功能实现方案编制所负责系统的子系统技术规范，同时参与架构部门的技术评审，支持架构部门输出需求调查表、诊断需求调查表、电气接口文件、网络拓扑图等，并确定网络规范、诊断标准、EOL电检需求等。

2设计开发阶段

设计开发阶段由具体开发部门完成，通过委外或者自研的方式，按照控制器的技术需求，最终输出控制器的软件。在开发部门提交开发软件的同时，需经过研发部门的自测/验收，验收通过后才能进一步提供至系统验证及后续正式发布。

系统安全部联合具体开发部门对控制器层级的功能安全/网络安全开发分别进行联合评审，以确保控制器功能安全/网络安全开发符合需求预期。

3验证发布阶段

测试及发布阶段根据项目的需求计划，按阶段管理软件的提测及发布。完整的测试范围包含零部件测试、网络测试、系统集成测试、零部件OTA测试、生产检证。针对整车不同阶段，软件的成熟度要求不同，所以各阶段软件的测试范围及发布策略不用，同时也可根据不同类型项目进行阶段裁剪。

基于整车的需求，整车软件按阶段完成开发及验证之后需进行正式发布。各阶段的软件发布工作均遵从系统的发布流程，通过系统进行软件发布管理。

在软件满足发布条件时，根据软件发布评审机制管控软件发布。其中各个测试类型参考如下：零部件测试主要由零部件开发部门进行自测或委托供应商测试；网络测试由电子电气架构部门对其软件完成网络诊断协议一致性测试，并出具相关测试报告；系统集成测试由整车测试完成，验证其系统功能并出具报告；生产检证则由生产负责，其中包含EOL测试及质量功能点检等。

功能安全零部件测试由零部件开发部门负责（自研由开发部门自测，委外由供应商测+s8xkRwqusu5GrAKWw84zXL9qPzCOgH/VAGY8wl1Tk8=试）；功能安全整车系统集成测试由整车级测试负责并出具相关报告。

4软件开发阶段评审机制

在整车项目开发阶段，软件W系列阶段发布满足项目不同阶段的需求，为规范各系列的软件开发质量，在各软件开发阶段增加了软件成熟度评审机制。项目软件成熟度评价分为系统自评审，整车评审两层架构。系统自评审对各个控制器ECU软件进行评审发布，整车评审站在整车层面对软件成熟度进行评审，评价软件成熟度。软件成熟度评价的维度共有3个，分别为①软件BUG关闭率；②软件功能实现率；③智能化性能达标率。如图2所示。

软件成熟度评审的3个维度及其评价标准，根据整车项目开发的不同阶段做出相应裁剪，以准确反映相应各阶段应达成的软件成熟度。

在项目一级计划中，规定了软件开发W系列的样件到件和软件评审会时间，整车功能、系统和零部件的开发计划必须符合W系列的要求，并在规定的时间内提交相应的交付物。

W系列软件评审发布在软件发布系统中完成，控制器工程师建立软件BOM，提交样件和报告后提交发布申请流程，经过集成测试验证后，由软件评审会决策发布。

软件成熟度评审的3个维度及其评价标准，根据整车项目开发的不同阶段做出相应匹配，以准确反映相应各阶段应达成的软件成熟度。

4.1W1软件发布标准

根据通讯矩阵和诊断协议要求，具备基础技术软件，并具有根据功能实现计划实现的应用功能软件，至少提交原型电子硬件。

a、特大BUG关闭率≥90%，重大BUG关闭率≥65%

4.2W2软件发布标准

根据通讯矩阵和诊断协议等要求，具备基础技术软件，并根据功能实现计划实现60%的应用功能软件，提交生产目的样件。

a、特大BUG关闭率≥95%，重大