▪起源与发展 ▪汽车电子地位 ▪左端开发·右端测试
▪需求定义与分类 ▪功能/非功能 ▪DOORS·Polarion
▪系统→软件分解 ▪SRS编写要点 ▪需求可追溯性矩阵
▪AUTOSAR简介 ▪SWC设计 ▪RTE·VFB
▪模块化原则 ▪Stateflow ▪数据流图·SDD
▪C语言核心地位 ▪MISRA-C ▪代码风格·复杂度
▪白盒策略 ▪MC/DC覆盖 ▪CUnit·Google Test
▪硬件/软件集成 ▪CAN·LIN·FlexRay ▪UDS·OBD
▪功能·性能·可靠性 ▪环境适应性 ▪温度·振动·EMC
▪INCA·CANape ▪标定参数管理 ▪MBC·实车标定
▪UDS (ISO 14229) ▪读取/清除故障码 ▪诊断栈配置
▪作用·原理 ▪PBL·SBL·APP ▪CAN刷写·SecOC
▪ASIL等级 ▪安全生命周期 ▪HARA·安全机制
▪Simulink/Stateflow ▪Embedded Coder ▪MIL·SIL·PIL·HIL
▪测试计划 ▪TestRail·JAMA ▪Jira·Redmine
▪Jenkins流水线 ▪自动化编译·检查 ▪测试集成
▪PC-Lint·QAC ▪MISRA规则 ▪圈复杂度·注释率
▪BullseyeCoverage·Tessy ▪Valgrind ▪运行时错误
▪dSPACE·NI ▪实时仿真 ▪故障注入·自动化
▪SIL环境 ▪vECU概念 ▪SIL vs HIL · CI/CD
▪功能·性能·耐久 ▪路试数据记录 ▪问题排查·复现
▪HIS·VDA ▪过程评估等级 ▪ASPICE+V模型·对比
▪T-Box (车载远程终端) ▪全流程案例 ▪需求→交付复盘