均胜电子
BMS软件架构工程师
BMS软件架构工程师
发布于 3 小时前普通员工/个人贡献者
全职员工仅现场办公嵌入式开发
嵌入式开发
Aspice
Autosar Cp
Bms
Can/Can Fd
Ethernet
Iso 26262
Soa架构
功能安全
嵌入式操作系统
值不值得投
71综合评分
综合评分 71
新能源电控核心架构岗，技术含金量高、复合能力稀缺，薪资与作息信息未披露需面谈确认。
从薪资福利、成长发展、工作生活和使命价值四个维度综合评估，方便横向比较。
薪资怎么样
3.5万
比嵌入式开发中位数高
发布情况
新岗位 · 今天发布
公司情况
这家公司招聘很活跃
17 个在招 · 其中嵌入式开发 2 个
市场机会
选择适中
宁波 · 嵌入式开发 · 49 个在招
职位详情
关于这个职位
这是一个面向汽车新能源电控方向的嵌入式软件架构岗位
你需要为 BMS（电池管理系统）设计分层软件架构与接口规范，并基于 AutoSAR CP、ASPICE、ISO 26262 完成功能安全与安全分析设计
同时要主导技术方案评审、攻关关键技术问题，并跟踪 SOA、OTA、区域控制器等新架构方向
最低要求
本科及以上学历，计算机、电子、自动化、车辆工程等相关专业，5年以上汽车嵌入式软件开发经验，具备至少一个BMS量产开发经验
精通AutoSAR架构（CP），熟悉ASPICE流程与ISO 26262功能安全标准，具备正向设计或安全分析实践经验
熟悉汽车电子架构，包括车载网络（CAN/CAN FD、LIN、Ethernet）、诊断协议、刷写流程等
有扎实的嵌入式设计理论知识、精通C/C++编程语言及常用单片机开发
了解嵌入式操作系统原理，具备良好的技术文档编写能力与跨部门沟通协调能力
具备英文资料阅读与书面沟通能力，英语CET-6或相当水平以上
工作职责
负责汽车嵌入式软件系统架构设计，制定软件架构规范与技术标准，确保架构的可扩展性、可维护性和高可靠性
基于AutoSAR、ASPICE、ISO 26262等汽车行业标准，完成软件架构安全分析与功能安全设计，熟悉EA工具的使用，输出架构设计文档
负责软件模块的划分与接口定义，设计软件分层架构（应用层、基础软件层、驱动层等），并输出接口规范
引导团队进行技术方案评审，对关键技术问题进行攻关，提供技术指导与培训，提升团队整体技术能力
跟踪汽车软件技术发展趋势，研究SOA架构、OTA升级、区域控制器等新技术方向，推动架构持续优化与创新
优先资格
有区域控制器或智能驾驶相关项目经验优先
有汽车行业Tier 1供应商或整车厂工作经历者优先
有BMS产品经验者优先
AI 洞察
优缺点分析
优点
- 岗位处在新能源电控核心方向，BMS 加 AutoSAR 加功能安全的复合能力在市场上较为稀缺，人才溢价明显
- 工作内容覆盖架构设计、安全分析、技术评审全链路，技术积累深、可迁移性强
- 所属事业部同时涉及智能座舱与新能源电控，业务面较宽，有机会接触 SOA、OTA、区域控制器等新兴架构
- 汽车功能安全与 ASPICE 流程对文档规范性要求很高，架构设计的论证与评审工作量较大
- 架构岗需要同时对接软件、硬件、系统、测试多方，沟通与协调成本不低
- 适合有 5 年以上汽车嵌入式开发经验、做过至少一个 BMS 量产项目，希望从模块开发转向架构设计的工程师
- 也适合已有架构经验、想在功能安全与新能源电控方向深耕的技术人员
缺点 / 挑战
- BMS 量产项目通常有明确的节点压力，关键问题攻关期节奏会偏紧
角色解读
- 可沿技术专家路线发展为系统架构师、域控/区域控制器架构负责人，或向整车电子电气架构（EEA）方向延伸
- 也可转向技术管理，承担团队技术负责人、研发主管等职责
- BMS 与功能安全属于车企稀缺复合能力，横向可迁移到智能座舱、智能驾驶、储能等电控相关领域
- 负责新能源电控（BMS）嵌入式软件的整体架构设计，包括应用层、基础软件层、驱动层的分层划分与模块接口定义
- 依据 AutoSAR CP、ASPICE 与 ISO 26262 输出架构设计文档和功能安全分析结果，保证架构可扩展、可维护、可靠
- 牵头技术方案评审与关键技术攻关，并向团队提供技术指导与培训
- 持续跟踪 SOA、OTA、区域控制器等新技术方向，推动架构演进
- 精通 AutoSAR CP 架构与嵌入式 C/C++，熟悉常用单片机与嵌入式操作系统原理，能独立完成分层架构与接口设计
- 掌握 ISO 26262 功能安全与 ASPICE 流程，能做安全分析和正向设计，会用 EA 工具建模和文档化
- 熟悉车载网络（CAN/CAN FD、LIN、Ethernet）、诊断协议与刷写流程，理解整车电子电气架构
- 还要有英文资料阅读与书面沟通能力，能跨部门协调推动方案落地
申请策略
- 投递前了解均胜普瑞在智能座舱与新能源电控两块业务的客户与产品线，面试时能把 BMS 架构经验与他们的产品方向对应起来
- 同时向 HR 确认具体办公地点（鄞州区总部或其他厂区）与汇报线，避免入职后与预期不符
- 重点写清楚你主导或深度参与过的 BMS 量产项目：项目规模、你负责的软件模块与架构决策、量产节点与最终结果
- 单独列出 AutoSAR CP 相关实践，例如 SWC 划分、RTE 配置、BSW 集成中的具体工作
- 把 ISO 26262 的安全分析经历（HARA、安全目标、ASIL 分解、安全机制设计）和 ASPICE 流程角色写成可验证的条目
- 若有区域控制器、智能驾驶或整车网络（CAN FD/Ethernet、诊断刷写）相关经验，单独成段突出
- 系统梳理 AutoSAR CP 的分层与配置流程，准备一个能讲透的架构案例（模块划分理由、接口设计取舍）
- 补强 ISO 26262 Part 4/6 的实操细节与常用安全机制，熟悉 EA 建模的输出物形态
面试指南
- 技术类问题用「背景—约束—方案—验证」结构：先说项目背景与硬性约束（功能安全等级、量产节点、算力/资源限制），再讲你评估过的备选方案和取舍理由，最后给结果与验证方式
- 功能安全类问题按「危害识别→安全目标→安全需求→安全机制→验证确认」的链条顺序讲，体现流程完整性
- 协作类问题用 STAR：冲突点是什么、你如何用数据和标准说服各方、最终形成了什么可复用的评审机制
- 请介绍你参与过的一个 BMS 量产项目，你在软件架构上做了哪些关键决策？为什么这样分层和划分模块？
- 你如何基于 ISO 26262 完成一次软件层面的安全分析？请举例说明安全目标如何分解到软件安全需求与安全机制
- AutoSAR CP 架构下，你如何处理 SWC 划分、RTE 接口设计与 BSW 配置之间的耦合问题？
- 如果团队对某个关键技术方案存在分歧，你作为架构负责人如何组织评审并推动收敛？
- 你如何看待 SOA、区域控制器、OTA 对现有 BMS 软件架构的影响？
职位点评
薪资福利68
成长发展86
工作生活50
使命价值78
薪资福利
68中等
JD 未披露薪资范围与福利明细，薪酬竞争力需在面试中确认；岗位要求 5 年以上经验加 BMS 量产与功能安全复合能力，通常对应较高职级与议价空间。
薪资信号未披露（AI估算：2.5千–4.5万/月）
成长发展
86较高
岗位直接覆盖 AutoSAR 架构、ISO 26262 功能安全、SOA/OTA/区域控制器等方向，并明确要求提供技术指导与培训、参与技术方案评审，技术成长与影响力空间较大。
技术前沿主流现代技术
技术栈AutoSAR CP、C/C++、ISO 26262、ASPICE、BMS、CAN/CAN FD、LIN、Ethernet、SOA、OTA、EA
成长机会提供技术指导与培训，提升团队整体技术能力、跟踪汽车软件技术发展趋势、推动架构持续优化与创新
业务类型profit_center
工作生活
50较低
JD 未提及办公模式、弹性工时或加班安排，仅能确认工作地点在宁波市，具体作息与灵活性需向招聘方确认。
工作模式未明确
办公地点未明确
加班情况未提及（无法判断）
使命价值
78中等
岗位处于新能源汽车电控与电池管理方向，涉及功能安全与量产交付，工作成果直接关联整车安全与新能源产业，行业意义较明确。
行业发展高速增长赛道
社会影响正向社会影响力较高
创新程度积极采用新技术
Watch Jobs