您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Model Center   Code  
会员   
   
业务架构设计
4月18-19日 在线直播
基于UML和EA进行系统分析设计
4月25-26日 北京+在线
AI 智能化软件测试方法与实践
5月23-24日 上海+在线
   
 
 订阅
Automotive SPICE ASPICE 4.0 版有什么变化?何时开始实施?
 
 
  30  次浏览      3 次
 2025-4-1
 
编辑推荐:
本文主要介绍了Automotive SPICE ASPICE 4.0 版有什么变化、何时开始实施等相关内容。 希望对您的学习有所帮助。
本文来自于知乎,由火龙果软件Linda编辑、推荐。

2023 年 12 月底,Automotive SPICE® 4.0 版已正式发布。目前处于4.0 版推广阶段,按照4.0评估模型开展,预计将在相关评估师参与完intacs™的补充培训之后开始执行。与目前最常用的 3.1 版相比,它带来了一些重要变化。

Automotive SPICE

由欧洲主要汽车制造商共同策定的面向汽车行业的流程评估模型Automotive SPICE(Automotive Software Process Improvement and Capacity Determination,简称A-SPICE,即汽车软件过程改进及能力评估),用于指导实现高标准的车载软件开发流程,评价汽车行业软件开发能力,改善及提高车载软件质量。当前,A-SPICE已成为全球汽车产业评价软件研发能力的普遍标准之一。

Automotive SPICE® 4.0 结构变化

与目前最常用的 3.1 版相比,Automotive SPICE® 4.0 版带来了一些重要变化,包括修订了流程范围(包括机器学习和硬件工程)、新的标准评估范围(基本范围)以及新的培训架构。

具体来说,首先,Automotive SPICE® 4.0删除了10个过程,增加了3个过程组和10个过程:

很少被使用的ACQ.3, ACQ.11 - ACQ.15, SPL.1被删除

与SUP.1有重复的SUP.2, SUP.4被删除

与SUP.8有重复的SUP.7被删除

增加VAL 验证过程组,1个过程(VAL.1)

增加HWE 硬件工程过程组,4个过程(HWE.1-HWE.4)

增加MLE 机器工程过程组,5个过程(MLE.1-MLE.4,SUP.11)

其次,VDA Scope也产生了一些变化:

V4.0持续保留VDA范围的过程域概念

审核范围需要包含base的过程域和至少一个工程过程域

工程过程域的选择一般基于产品的适用范围,如下例

原 VDA SCOPE=BASIC+SYS+SWE

电子开发=BASIC+SYS+HWE

纯软件=BASIC+SWE

根据项目具体情况从 Flex Part 中选择过程

ISO/SAE 21434与A-SPICE的关联

说到ISO/SAE 21434与Automotive SPICE的关联,具体而来包括,ISO/SAE 21434可以评估Automotive SPICE在网络安全的活动,以及,ISO21434、TARA 在项目中有效实施应用可作为 SEC 流程要求的有效的要求依据/政策或方法论。

其中,评估Automotive SPICE在网络安全的活动包括:

ACQ.2 Supplier Request and Selection供应商要求与选择

MAN.7 Cybersecurity Risk Management 网络安全风险管理

SEC.1 Cybersecurity Requirements Elicitation 网络安全需求获取

SEC.2 Cybersecurity Implementation 网络安全实施

SEC.3 Risk Treatment Verification 风险处理的验证

SEC.4 Risk Treatment Validation 风险处理的确认

会有哪些影响?

依据新的资格途径要求,成为intacs™ 认证助理评估师(Automotive SPICE®)(简称PA )需要先接受4天的流程专家培训,之后才能参加PA培训课程,并在通过考试后成为认证PA;成为intacs™ 认证主任评估师(Automotive SPICE®)(简称“CA”)的培训也将有所改变,“VDA Automotive SPICE® Guidelines 导论”课程将会被为期4天的过程专家培训所取代,培训时长和相应的费用都将增加。

相关人员资质影响变化如下图所示:

研讨会中,针对观众提出的问题,在线详细解答,进一步厘清了Automotive SPICE® 4.0 版的变化和带来的影响。

4.0 版变化研讨会FAQ

Q Automotive SPICE® 4.0里对integration 的element及component的集成及测试分别列了bp,是说明ASPICE 4.0不建议进行大爆炸式集成方式吗?

大爆炸是一种集成方式,或者说一般是按项目开发节奏对应的一种集成方式。它并非不建议大爆炸的集成方式,而是从不同的集成方式上强调集成测试关注到的集成测试内容和对象上,不管是哪种集成方式,都需要将集成测试深度和广度回归到基于element及component的工程设计功能内容上。

Q 行业什么时候会开始执行4.0?后续做评估是否就不再使用了3.1了?

现在是4.0的推广阶段,按照4.0评估模型开展,预计将在相关评估师参与完intacs™的补充培训之后开始执行。对企业来说,针对VDA的范围的评估,不管是按3.1还是4.0评估是一样的,没有太大区别。

Q 在ASPICE 4.0中,软件需求与软件单元之间没有了追溯,但在3.1中是有追溯的,请问ASPIC 4.0将这条追溯删除的意义是什么?

这个问题是比较典型的3.1和4.0升级带来的区别。在3.1模型中,软件需求是和软件单元连接的追溯关系,但在4.0中,软件需求是和软件详细设计之间的连接的追溯关系,当然这个改变不是说在工程应用中是绝对的,一般软件单元对应到软件的代码实现部分。在实施的角度,一般将代码和需求文档之间去建立追溯关系站在工具链实践方面相对偏少,所有在项目实践中比较多的应用是软件需求到详细设计之间的追溯体现,详细设计和代码实现之间可以通过追溯的直接或者非直接的对应关系体现,如名称、关键字段等方式。

   
30 次浏览       3
 
相关文章

CMM之后对CMMI的思考
对软件研发项目管理的深入探讨
软件过程改进
软件过程改进的实现
 
相关文档

软件过程改进框架
软件过程改进的CMM-TSP-PSP模型
过程塑造(小型软件团队过程改进)
软件过程改进:经验和教训
 
相关课程

以"我"为中心的过程改进(iProcess )
iProcess过程改进实践
CMMI体系与实践
基于CMMI标准的软件质量保证

最新活动计划
DeepSeek软件测试应用实践 4-12[在线]
DeepSeek大模型开发实践 4-19[在线]
UAF架构体系与实践 4-11[北京]
AI智能化软件测试方法与实践 5-23[上海]
基于 UML 和EA进行分析设计 4-26[北京]
业务架构设计与建模 4-18[北京]
 
 
最新文章
iPerson的过程观:要 过程 or 结果
基于模型的需求管理方法与工具
敏捷产品管理之 Story
敏捷开发需求管理(产品backlog)
Kanban看板管理实践精要
最新课程
基于iProcess的敏捷过程
软件开发过程中的项目管理
持续集成与敏捷开发
敏捷过程实践
敏捷测试-简单而可行
更多...   
成功案例
英特尔 SCRUM-敏捷开发实战
某著名汽车 敏捷开发过程与管理实践
北京 敏捷开发过程与项目管理
东方证券 基于看板的敏捷方法实践
亚信 工作量估算
更多...