C/C++教程

基于ASPICE的汽车电子研发管理解决方案

本文主要是介绍基于ASPICE的汽车电子研发管理解决方案,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

1、ASPICE概述

Software process improvement and capability determination( SPICE) 软件过程改进和能力测定
– 由国际标准化组织ISO、国际电工委员会IEC、信息技术委员会JTC1制定的国际标准ISO/IEC15504,又称SPICE。
– Automotive SPICE(简称ASPICE) -汽车行业 … …
• SPICE定义了9类, 48个过程
– 采购过程组( ACQ)、供应过程组( SPL)
– 支持过程组( SUP)、管理过程组( MAN)
– 工程过程组( ENG)、操作过程组( OPE)
– 资源和基础设施过程组( RIN)
– 过程改进过程组( PIM)
– 重用过程组( REU)
• ASPICE是车载软件开发的过程标准,用于欧洲整车厂对供应商进行软件过程评估。

ASPICE能力等级

 

建议的ASPICE实施过程

 

汽车电子系统研发的核心

平台的逻辑层次结构

ASPICE-2级要求
PA 2.1 Performance management attribute (执行管理属性)
通用资源
确定目标、职责、权限的人力资源
设备和基础设施资源
工作量管理系统
Email和/或其它通信机制
信息和/或经验库
问题和争议管理机制
PA 2.2 Work product management attribute(工作产品管理属性)
通用资源
需求管理方法/工具集
配置管理系统
文档细化和支持工具
文档识别和控制过程
工作产品评审方法和经验
企业内网/外网和/或其它通信机制
问题和争议管理机制

ASPICE-3级要求
PA 3.1 Process definition attribute(过程定义属性)
通用资源
过程建模方法/工具
培训教材和课程
资源管理系统
过程基础设施
审计和趋势分析工具
过程监控方法
PA 3.2 Process deployment attribute(过程实施属性)
通用资源
反馈机制(客户、内部职员、其它干系人)
过程库
资源管理系统
知识管理系统
问题和变更管理系统
工作环境和基础设施
数据收集分析系统

过程评估框架

电控系统开发流程

 

平台的逻辑架构
 

 


3、基于ASPICE的研发管理关键过程

需求分析及架构设计
ASPICE对于系统需求分析的要求
– 识别系统需求
– 分析系统需求
– 确认操作环境对于系统需求的影响
– 对系统需求进行分类、排序
– 评估、更新系统需求
– 确保系统需求与用户需求的一致性及追溯性
• ASPICE对于系统架构设计的要求
– 定义系统架构
– 分配系统需求
– 定义接口
– 开发验证标准
– 验证架构设计
– 确保架构设计与需求的一致性和追溯性
– 沟通系统架构

ASPICE对于软件需求分析的要求
– 识别软件需求
– 分析软件需求
– 确认环境对于软件需求的影响
– 对软件需求进行分类、排序
– 评估、更新系统需求
– 确保软件需求与系统需求的一致性及追溯性
– 确保系统架构设计与软件需求间的一致性和双向可追溯性
– 与干系人沟通软件需求
• ASPICE对于软件架构设计的要求
– 设计软件架构
– 分配软件需求
– 定义接口、描述
– 验证架构设计
– 确保架构设计与需求的一致性和追溯性
– 沟通系统架构<

ASPICE对于软件实现的要求
– 定义软件单元验证策略
– 分析软件单元之间的关系
– 划分软件单元实现的优先级和发布计划
– 软件单元实现
– 设计单元验证标准
– 验证软件单元
– 记录软件单元验证结果
– 确保软件单元与软件详细设计的双向追溯和一致性
– 确保软件单元与软件需求的双向追溯和一致性
– 确保软件单元与测试规范的双向追溯和一致性

系统/软件需求分析的过程示例

系统/软件架构设计

系统/软件架构的验证

软件测试

软件持续交付方案

需求管理实施过程

零部件级需求管理信息架构

对于法规/标准的管理

 

 配置管理
ASPICE对于配置管理的要求:
– 制定配置管理策略
– 识别配置项
– 建立配置管理系统
– 建立分支管理策略
– 建立基线
– 维护每个配置项的描述信息
– 控制变更和软件发布
– 维护配置项的历史记录
– 报告配置状态
– 验证配置项的信息
– 管理配置项的备份、存储、归档、处理和交付

 

 变更管理
ASPICE对于变更管理的要求:
– 制定变更请求管理策略
– 建立一致的变更请求管理过程
– 识别并记录变更请求
– 记录变更请求的状态
– 建立与其他变更请求的依赖关系
– 评估变更影响
– 分析变更请求并按优先级排序
– 实施变更前批准变更申请
– 识别并策划变更实施前需要完成的验证和确认活动
– 计划并分配变更请求
– 评审已实施变更
– 跟踪变更申请直至关闭

 

 问题管理
ASPICE对于问题管理的要求:
– 制定问题管理策略
– 建立一致的问题管理过程
– 识别并记录问题
– 调查、诊断问题原因及其影响
– 必要时执行应急措施
– 必要时提出警报通知
– 发起变更申请
– 跟踪问题直至问题关闭
– 分析问题趋势

 

 多ECU的配置管理

测试数据的管理
测试类型
– 零部件级测试
– 系统级测试
– 整车级测试
• 测试数据的管理
– 测试用例与需求的对应
– 测试用例的复用
– 测试用例与测试报告、测试缺陷的关联
– 测试缺陷全生命周期的跟踪和管理
– 测试系统与HIL的对接
– …… 

测试管理平台

复用过程
ASPICE对于复用的要求
– 定义组织级的复用策略
– 识别可复用的数据
– 评估可复用的数据
– 评估复用的成熟度
– 评价复用的属性
– 实施复用
– 收集复用后的反馈信息
– 监控复用状态 

建立项目数据复用模型

 实际项目中快速复用

这篇关于基于ASPICE的汽车电子研发管理解决方案的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!