0
点赞
收藏
分享

微信扫一扫

RISC-V特权架构 - 特权模式与指令

车载电子电器架构 —— 电气架构开发计划

我是穿拖鞋的汉子,魔都中坚持长期主义的汽车电子工程师。

老规矩,分享一段喜欢的文字,避免自己成为高知识低文化的工程师:

文章大体有如下内容:

1、软件计划概述

2、软件开发计划

一、软件计划概述

车载软件计划概述涉及对车辆中使用的软件系统的全面规划和管理。车载软件计划不仅关注软件的开发和集成,还涉及软件的生命周期管理、安全性、性能、可靠性、可维护性和用户体验等多个方面。以下是对车载软件计划的主要概述:

1、目标与范围:

定义车载软件项目的目标和期望成果。

明确项目的范围,包括涉及的车辆系统、功能模块和软件组件。

2、需求分析:

收集和分析车辆用户的需求,包括功能需求、性能需求、安全需求等。

与车辆硬件和其他系统组件进行集成,确保软件与硬件的兼容性。

3、软件架构设计:

设计软件的整体架构,包括模块划分、接口定义和数据流等。

确定软件的开发标准、编程语言和开发工具。

4、开发计划:

制定详细的项目开发计划,包括开发阶段、里程碑、资源分配和风险管理等。

确保开发计划符合项目目标和需求,并考虑到时间、成本和资源等因素。

5、软件开发与测试:

按照开发计划进行软件编码、模块集成和系统测试。

实施严格的测试流程,包括单元测试、集成测试和系统测试,确保软件的质量和稳定性。

6、软件部署与维护:

将软件部署到车辆上,并进行现场测试和验证。

提供软件维护和升级服务,修复漏洞、改进功能和增强安全性。

7、安全性与合规性:

确保车载软件符合相关的安全标准和法规要求。

实施安全策略和措施,保护软件免受攻击和恶意软件的侵害。

8、用户体验与界面设计:

设计用户友好的界面和交互方式,提高用户的满意度和便利性。

进行用户测试,收集反馈并进行改进。

9、文档与培训:

编写完整的软件文档,包括用户手册、技术文档和维护手册等。

提供培训和支持服务,帮助用户和技术人员更好地理解和使用车载软件。

10、项目管理与协调:

设立项目管理团队,负责项目的整体协调和管理。

定期监控项目进度,确保项目按计划进行,并及时调整计划以应对风险和挑战。

车载软件计划是一个复杂而关键的过程,需要跨学科和跨部门的合作与协调。通过有效的计划和管理,可以确保车载软件项目的成功实施,为车辆提供安全、可靠和高效的功能和服务。

软件计划目的主要服务于电气架构和项目的E系列开发等,软件计划是基于项目计划编制而成的细化计划,用于把控各阶段各研发业务模块工作进度,各项目的车辆研发计划(VPP) 变更会直接影响平台软件计划变更,软件计划用来保证不同项目共同分享统一的设计输入和输出节点,对于新项目加入软件计划,为保证零部件供应商软件开发不受影响,要在该项目第一次MRD前20周确定变更点。

覆盖范围主要是电子电气架构开发相关的所有业务模块,包括功能、子系统、零部件、集成测试、电气架构、基础技术、功能安全等。

主要由电子电器测试团队负责协调和更新软件计划,电子电器架构团队负责SCR LDB、通信数据库、诊断数据库、CCDB的里程碑更新以及相关输出物的释放,电子电器测试团队负责NCM(SCC)& FI的里程碑更新以及相关输出物的释放。软件计划每周例行更新一次,更新内容取决于各项目计划(VPP)更新、不同项目之间的平台输出物使用逻辑调整、各业务模块的输出计划调整等,具体更新方案会在每周例会上讨论和确定。

二、软件开发计划

软件开发有通用开发计划,会固化 MRD 之前的工作内容和时间周期等。如下图所示:

image

项目总装到样的时间点与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 计划来编制架构开发计划,而是每年以固定的时间节点释放架构交付物,这些时间节点会与车辆夏季和冬季标定相契合,满足各项目组的标定需求,但是需要项目组根据架构释放节点,合理安排自身的装车计划、功能实现计划等,确保不存在功能开发成熟度不满足装车、标定、验证的情况。

搁笔分享完毕!

愿你我相信时间的力量

做一个长期主义者!

举报

相关推荐

0 条评论