建立个人网站代码wordpress目录地址

一、引言

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