车载电子电器架构 —— 电气架构开发计划 我是穿拖鞋的汉子,魔都中坚持长期主义的汽车电子工程师。 老规矩,分享一段喜欢的文字,避免自己成为高知识低文化的工程师: 文章大体有如下内容: 1、软件计划概述 2、软件开发计划 一、软件计划概述 车载软件计划概述涉及对车辆中使用的软件系统的全面规划和管理。车载软件计划不仅关注软件的开发和集成,还涉及软件的生命周期管理、安全性、性能、可靠性、可维护性和用户体验等多个方面。以下是对车载软件计划的主要概述: 1、目标与范围: 定义车载软件项目的目标和期望成果。 明确项目的范围,包括涉及的车辆系统、功能模块和软件组件。 2、需求分析: 收集和分析车辆用户的需求,包括功能需求、性能需求、安全需求等。 与车辆硬件和其他系统组件进行集成,确保软件与硬件的兼容性。 3、软件架构设计: 设计软件的整体架构,包括模块划分、接口定义和数据流等。 确定软件的开发标准、编程语言和开发工具。 4、开发计划: 制定详细的项目开发计划,包括开发阶段、里程碑、资源分配和风险管理等。 确保开发计划符合项目目标和需求,并考虑到时间、成本和资源等因素。 5、软件开发与测试: 按照开发计划进行软件编码、模块集成和系统测试。 实施严格的测试流程,包括单元测试、集成测试和系统测试,确保软件的质量和稳定性。 6、软件部署与维护: 将软件部署到车辆上,并进行现场测试和验证。 提供软件维护和升级服务,修复漏洞、改进功能和增强安全性。 7、安全性与合规性: 确保车载软件符合相关的安全标准和法规要求。 实施安全策略和措施,保护软件免受攻击和恶意软件的侵害。 8、用户体验与界面设计: 设计用户友好的界面和交互方式,提高用户的满意度和便利性。 进行用户测试,收集反馈并进行改进。 9、文档与培训: 编写完整的软件文档,包括用户手册、技术文档和维护手册等。 提供培训和支持服务,帮助用户和技术人员更好地理解和使用车载软件。 10、项目管理与协调: 设立项目管理团队,负责项目的整体协调和管理。 定期监控项目进度,确保项目按计划进行,并及时调整计划以应对风险和挑战。 车载软件计划是一个复杂而关键的过程,需要跨学科和跨部门的合作与协调。通过有效的计划和管理,可以确保车载软件项目的成功实施,为车辆提供安全、可靠和高效的功能和服务。 软件计划目的主要服务于电气架构和项目的E系列开发等,软件计划是基于项目计划编制而成的细化计划,用于把控各阶段各研发业务模块工作进度,各项目的车辆研发计划(VPP) 变更会直接影响平台软件计划变更,软件计划用来保证不同项目共同分享统一的设计输入和输出节点,对于新项目加入软件计划,为保证零部件供应商软件开发不受影响,要在该项目第一次MRD前20周确定变更点。 覆盖范围主要是电子电气架构开发相关的所有业务模块,包括功能、子系统、零部件、集成测试、电气架构、基础技术、功能安全等。 主要由电子电器测试团队负责协调和更新软件计划,电子电器架构团队负责SCR LDB、通信数据库、诊断数据库、CCDB的里程碑更新以及相关输出物的释放,电子电器测试团队负责NCM(SCC)& FI的里程碑更新以及相关输出物的释放。软件计划每周例行更新一次,更新内容取决于各项目计划(VPP)更新、不同项目之间的平台输出物使用逻辑调整、各业务模块的输出计划调整等,具体更新方案会在每周例会上讨论和确定。 二、软件开发计划 软件开发有通用开发计划,会固化 MRD 之前的工作内容和时间周期等。如下图所示: 项目总装到样的时间点与CRB(软件教养冻结)相对应倒排出的各项目/阶段的设计计划,总装到样时间须至少晚于CRB的时间点一周,这样才能保证本阶段设计输出物满足项目需求归档节点。参考上图,以MRD的时间计划为基准 (WO),往后推3周为 CRB 节点,往前14周是 FIP 确认,往前 13周是 SDB 释放的节点。此全新项目前 4次装车分别是VP1/VP2/TT/PP,其中总装到样时间为 24W36/24W48/25W14/25W30,对应的CRB节点分别为24W34/24W48/25W14/25W30。 考虑每家OEM项目数量多、计划调整比较频繁等情况,电子电气架构释放计划不再依据项目组的VPP 计划来编制架构开发计划,而是每年以固定的时间节点释放架构交付物,这些时间节点会与车辆夏季和冬季标定相契合,满足各项目组的标定需求,但是需要项目组根据架构释放节点,合理安排自身的装车计划、功能实现计划等,确保不存在功能开发成熟度不满足装车、标定、验证的情况。 搁笔分享完毕! 愿你我相信时间的力量 做一个长期主义者!