《新能源汽车 DEEA 平台开发策略》

一、引言

在新能源汽车行业加速向智能化、电动化转型的当下,电子电气架构(EEA)成为汽车技术创新的关键领域。DEEA 平台作为应对行业变革的重要举措,其开发策略对于提升汽车产品竞争力、满足市场多样化需求意义重大。本策略围绕平台搭建、开发流程、功能管理等方面展开,旨在打造一个高效、智能且具备前瞻性的汽车电子电气架构平台。

二、DEEA 平台搭建与管理

2.1 平台使命

DEEA 平台致力于搭建面向未来的电子电气架构平台,确保整车电气功能按时、保质交付。平台充分考量战略、项目、市场、属性和法规等多方面需求,旨在打造统一的协同开发数据平台,实现高效智能的中央计算电子架构,同时保证功能安全与信息安全,推动核心算法和软件 IP 的自主可控,实现产业赋能与深度降本。

2.2 平台开发理念

以客户需求为核心,贯穿平台数据库开发。融合软件开发、硬件开发和零部件测试,通过统一的开发流程和方法论,借助敏捷的端到端工具链,实现高效的平台开发与运营管理。同时,注重功能安全和信息安全开发,满足全球市场需求。

2.3 开发 V 模型及输出物

V 模型清晰地展示了从需求分析、设计、开发到测试验证的完整流程。在开发过程中,产生了丰富的输出物,如功能详细描述文件(FDR)、系统需求设计文档(SRD)、软件需求规范(SWRS)、VMM、功能安全、信息安全、网络管理、车辆诊断等平台技术需求等,这些文档为平台开发提供了关键的技术依据和指导,作为OEM的技术需求输出给零部件供应商。

2.4 平台角色定义

平台涵盖了多种角色,包括产品创意 / 定义工程师、属性工程师、法规工程师等。各角色分工明确,从产品创意提出、属性定义、法规合规,到系统架构设计、功能开发、测试验证以及平台运营管理,共同保障平台开发的顺利推进。

2.5 联合开发团队

由各专业平台开发人员组成的联合开发团队,包括功能 & 子系统开发团队、ECU 开发团队等。各专业团队在统一数据库下协同工作,实现设计闭环,确保平台数据按时保质释放。同时,明确了各团队在平台运营管理、系统架构开发、功能子系统交付、部件开发和测试等方面的职责。

2.6 运营保障会议机制

通过平台架构开发会议、平台功能发布评审会议和装车软件释放评审会议,确保各专业域按计划有序开展工作,锁定功能开发范围,评审软件释放状态,及时解决开发过程中的问题,保障平台正常运营。

2.7 数据开发计划

一款全新车型开发需经历 3 - 4 轮数据释放,SW plan 作为平台开发计划,与项目开发计划紧密匹配。以满足冬标、夏标装车验证为目标,合理安排数据释放时间,每次数据释放都遵循 "V" 模型迭代,确保开发质量。

2.8 人才培养

倡导培养 "一专多能" 的 "T" 型人才,横向缩短专业跨度,纵向深入专业领域,减少螺丝钉工作,实现端到端交付,提升团队整体技术能力和创新能力。

三、DEEA 平台开发

3.1 功能需求开发

FSO 结合车型配置、市场定位等因素,从用户、车辆、使用场景关系出发,梳理功能的 UseCase,形成 FDR 文档。针对 UseCase 绘制时序图,获取功能设计需求,细化法规、属性等非功能需求,将需求合理分配给子系统,并建立 FR 与 UC 的追溯关系。

3.2 子系统设计

接收功能层分配的 FR,开展子系统设计,包括 LC、Port 等元素设计。设计过程中与供应商密切合作,确保设计的合理性和可行性。子系统冻结后,合理分配 LC 到 ECU,为后续开发奠定基础。

3.3 ECU SWRS 开发

接收子系统需求 SRD 及功能安全、信息安全等多方规范,组织联合评审,与供应商确定软件成熟计划并跟踪,确保按时交样。同时,硬件需求按机械开发流程管控,硬件规范在统一架构平台内管理。

  • 接收子系统需求SRD,确认合理性(目的是为了解决漏分配和错误分配的问题);
  • 接收功能安全owner的TSR; 接收信息安全owner的CSR; 接收VMM工程师的VMM规范;
  • 接收Basetech工程师的总线规范、诊断规范、SDB(信号矩阵&XML) 组织供应商、SO,VMM、Baseth、功能安全、信息安全开展联合评审,确保数据释放前达成一致,以便接下来能够顺利进入软件开发环节;
  • 释放需求,和供应商确定合理的软件成熟计划,定期跟踪,确保按时交样。

四、平台开发流程

整车功能开发历经产品创意、功能评审发布、需求开发、软件开发和整车测试验证五个关键环节。各环节主导方明确,核心交付成果清晰,通过规范的流程和严格的评审机制,保障整车功能开发的质量和进度。

五、整车功能发布与成熟度管理

5.1 整车功能管理

依据客户体验、可行性和开发优先级确定功能准入标准。功能分为基础型和增强型,基础型功能充分利用供应商已有软件,增强型功能则聚焦提升产品竞争力。通过功能发布评审会议,输出功能准入发布清单,指导平台功能开发。

5.2 功能 / 软件成熟度定义

明确了从计划不实现(PNI)到量产状态(PR)的多种成熟度状态。根据功能类型制定合理的实现计划,分解到子系统和 ECU,确保各功能在不同开发阶段达到相应的成熟度目标。

5.3 ECU SWRS 开发管理

采用 SWRT 管理方法,要求 ECU owner 与供应商定期握手并更新,便于追溯和掌握需求变更、握手成功率、功能实现率等信息,优化开发计划,提升开发质量。

5.4 功能成熟度状态管理

通过 Functionlist 定义目标、SWRT 管理和整车功能测试验收,实现对功能成熟度状态的有效管理。涉及多轮会议讨论和计划制定,确保整车功能成熟度符合项目要求。

六、功能域与子系统划分及定义

6.1 功能域划分

将整车功能划分为 13 个专业平台化功能域,如舒适便利、车辆防护、视野等,同时定义了 10 类交互方式。这种划分方式有助于明确功能边界,提升系统的模块化和可扩展性。

6.2 子系统划分

电子电气架构划分为 6 大域、52 个子系统,详细阐述了各子系统的功能和边界。以车辆管理域为例,涵盖拖车检测、网络连接、车辆配置管理等多个子系统,各子系统协同工作,保障整车功能的正常运行。

七、结论

DEEA 平台开发策略通过全方位的规划和管理,从平台搭建到功能开发、成熟度管理以及功能域和子系统划分,构建了一个完整的汽车电子电气架构开发体系。这一策略有助于提升汽车产品的智能化水平和市场竞争力,推动汽车行业的技术创新和可持续发展,为未来汽车电子电气架构的发展提供了重要的参考和实践指导。

相关推荐
天天爱吃肉82184 小时前
Zcanpro搭配USBCANFD-200U在新能源汽车研发测试中的应用指南(周立功/致远电子)
单片机·嵌入式硬件·汽车·学习方法
全星0072 天前
全星研发管理APQP软件系统:驱动汽车产品研发全周期,打造高效合规的质量管理引擎
汽车
GIS数据转换器2 天前
在机器人和无人机时代,测绘人的出路在哪里?
大数据·人工智能·信息可视化·机器人·自动驾驶·汽车·无人机
美格智能3 天前
革新汽车安全通信技术,美格智能全系车载通信模组支持NG-eCall
安全·汽车
金融小师妹3 天前
DeepSeek分析:汽车关税政策对黄金市场的影响评估
大数据·人工智能·汽车
OpenVINO生态社区3 天前
【汽车传感系统架构:借助传感获取安全】
安全·系统架构·汽车
国科安芯3 天前
汽车电气架构中的电源架构
人工智能·嵌入式硬件·fpga开发·架构·汽车
唐丙斯城3 天前
动力电池热失控:新能源汽车安全的“隐形火山”如何预防?
安全·汽车
技术干货贩卖机3 天前
《汽车理论》第三章作业
笔记·学习·matlab·汽车·大作业·作业