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

news2025/4/3 22:34:23

一、引言

在新能源汽车行业加速向智能化、电动化转型的当下，电子电气架构（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、功能安全、信息安全开展联合评审，确保数据释放前达成一致，以便接下来能够顺利进入软件开发环节；
释放需求，和供应商确定合理的软件成熟计划，定期跟踪，确保按时交样。