符合ASPICE标准的汽车软件开发过程介绍课件.pptx

符合ASPICE标准的汽车软件开发过程介绍 1.ASPICE应用背景 1 符合ASPICE标准的软件开发流程介绍 满足ASPICE标准的MBD软件应用 ASPICE应用背景 2 01 The First Unit 汽车电子系统日益复杂 汽车电子占汽车总成本 比例急剧增加 1.ASPICE应用背景 “软件定义汽车”，决定未来汽车的是以人工智能为核心的软件技术。 3 1.ASPICE应用背景 国内首家独立运营、首个获得新能源汽车生产资质的企业 连续七年蝉联中国纯电汽车市场的销量冠军 国内首家通过ISO26262功能安全ASILD(最高级)流程认证和通过ASPICE LEVEL2级认证的企业 北汽新能源 4 功能安全 ISO26262重在安全，包含系统、 硬件、软件、生产等，提出怎么做 ASPICE ASPICE重在流程改进，包含系统 及软件，但不包含硬件、生产等， 提出做什么 ASIL等级的软件开发部分 相同处 1.ASPICE应用背景 ASPICE与功能安全的关系 ASPICE与ISO26262重合部分 5 ASPICE国内外现状 大众、宝马、奔驰、保时捷等汽车主机厂均具 备ASPICE认证，公司内部也具备ASPICE审核 人员及小组，同时要求其供应商具备ASPICE L3认证证书或具备同等能力。 国外 在国内， 各大OEM 及 Tie1 也开始引入 ASPICE。上汽、吉利、长城等也已取得 ASPICE L2的认证证书，其余各车厂也都已 启动了ASPICE的取证工作。 国内 2019年6月，北汽新能源取得德国莱茵颁发的ASPICE L2等级认证证书。 成为国内首家由国际第三方认证机构TUV莱茵认可，同时具备ISO26262功能安全最高 等级ASIL D流程体系认证证书、三电ASIL C产品认证证书及ASPICE LEVEL2流程认证 证书的公司。 北汽新 能源 1.ASPICE应用背景 6 02 7 The Second Unit 符合ASPICE标准的软件 开发流程介绍 8 ASPICE标准概览 2.满足ASPICE标准的软件开发流程介绍 ASPICE涵盖了管理、系 统、软件、采购、重用 及过程改进和支持活动， 总计32个过程域。 ASPICE 等级 L5——创新级 L4——可预测级 L3——已建立级 L2——已管理级 L1——已执行级 软件开发流程 2.满足ASPICE标准的软件开发流程介绍 1.系统需求规格说明 系统架构设计说明 软硬件接口规范 1.软件需求规格说明 2.系统集成测试报告 软件集成测试用例 软件集成测试报告 软件单元测试用例 软件单元测试报告 系统合格性测试用例 系统合格性测试报告 系统需求分析 系统架构设计 软件需求分析 软件架构设计 1.软件架构设计说明 系统合格性测试 软件集成与集成测试 软件合格性测试 系统集成与集成测试 1.系统集成测试用例 软件详细设计与实现1.软件详细设计说明 2.模型、代码 软件合格性测试用例 软件合格性测试报告 软件单元测试 系统 软件 基于MBD 的开发 解决问 题管理 配置管理 变更管理 项目管理 质量保证 9 03 10 The Third Unit 满足ASPICE标准的 MBD软件应用 软件需求 3.满足ASPICE标准的MBD软件应用 软件需求包含功能需求、非功能需求、限制条件三部分。 结构化 正确性 可实现性 可验证性 环境影响 ASPICE对软件需求的要求 常见评估问题： 非功能性需求不完整 非功能性需求及限制条件分析不完整 验证准则描述不清晰，无法与测试对应 解决办法 非功能性需求一般可考虑性能需求（响应时间、采样时间、启动时间、 内存、CPU负载）、安全性需求、质量需求等 非功能性需求及限制条件也需进行可实现性、可验证性及正确性分析 验证准则包含验证方法、验证环境、先决条件/特殊条件/约束条件、 成功标准，后续测试用例的编制基于验证准则编写。 接口、环境、 性能、资源… 11 软件架构设计 驱动层 抽象层 应用层 RTE 层 服务层 SW-C 应用层 PGA411 CDD AUTOSAR标准的软件架构 3.满足ASPICE标准的MBD软件应用 ASPICE对软件架构的要求 识别软件元素 分配软件需求（软件需求或需求群至少映射到一个软件元素） 定义软件元素接口（输入输出方向、类型、精度、范围、信息等） 定义软件动态架构（任务、中断等）及资源消耗目标（RAM、 ROM、EEPROM等） 评估软件架构（可维护性、可扩展性、可靠性、安全性、易用性等） 双向可追溯性和一致性要求（与软件需求、软件详细设计、软件集 成测试间） 仅有一种架构，评估架构是否适用于本项目： 技术性因素：功能性能是否满足本项目； 非技术性因素：成本考虑、周期考虑、可 移植性、可