ASPICE V4.0 差异概览

ASPICE V4.0的早期草稿版V3.991(下称草稿版)已经发布,对比现在的V3.1版本有很大的变化,可以理解是个大版本更新了,接下来将分别从增、删、改三个方面给大家做个快速解读,先睹为快。

1.硬件工程过程组(HWE)

当前ASPICE中工程相关的有系统(SYS)与软件(SWE)两个过程域组,在之前的开发管理中,总是尴尬的存在一个情况“ASPICE不管硬件”或“ASPICE不能覆盖ISO26262的开发管理范围”,HW SPICE虽然已经存在多年,但一直游离在汽车行业视野之外,而V4.0的草稿版已正式把HWE纳入范围,包括:

  • HWE.1 硬件需求分析

  • HWE.2 硬件设计

  • HWE.3 硬件设计验证

  • HWE.4 硬件需求验证

2.机器学习过程组(MLE)

应对当前行业产品形态发展产生的包含机器学习算法相关的产品,其中关于学习算法的开发与验证,草稿本也给出了专门的过程组,已解决早先固定的需求,设计,验证模式的不适应,包括:

  • MLE.1 机器学习需求分析

  • MLE.2 机器学习架构

  • MLE.3 机器学习训练

  • MLE.4 机器学习模型测试

  • SPU.11 机器学习数据管理(与之配套的支持过程)

3.确认过程

最后,还新增了一个以用户视角进行目标验证的测试相关过程,即确认过程:

  • VAL.1 确认(Validation)

草稿版中可以看到当前V3.1中众多大家一直“眼熟但内容不熟”的过程都消失了,这也是在做减法瘦身,删除掉了一些冗余或使用不多的过程,让实际工作更容易聚焦,具体删减过程不一一列举,可看下图红框:

当前还是草稿版,正式版出来之前,大家还在使用ASPICE V3.1,这时候最值得被关注的肯定还是:

“我当前用的这个版本是不是不适用了,是不是需要暂停?”

答案是不用暂停,继续使用即可,虽然有很多的内容修改,但是大多是结构化或者释义方式的调整,该做的事没有变少,反而有所增加,一些经常被关心的过程BP的变化如下:

1. 策略BP被删除

现ASPICE V3.1中,所有的测试过程和支持过程基本第一个BP都是策略BP,要求在过程活动开展之前形成工作的策略,以支持后续工作的开展,关于这个BP的槽点一直很多,如“每个过程都是策略,有点凑字数”,“L1重视执行L2重视计划,但为了这个策略BP,L1就要出计划,有点错位”,“需求和架构为什么没有策略?”,当前草稿版中,所有BP中的策略BP都删除了,而在GP2.1.1中增加了策略要求,即L1不需要策略,L2需要策略,所以正在为L2努力的朋友们,这一点带来的变化就是:策略依然要,且之前没做策略的过程都需要制定个策略;

2. 测试过程改名

ASPICE V3.1中的集成和合格测试过程都改名成为了验证(Verification),这也满足了验证(Verification)的原则,即“通过多种方式方法,验证一个产出物符合其设计或需求”,BP内容更强调了方法的多样性,且与ISO26262形成一定的内容对应;

3. 验证准则BP被删除

需求中的验证准则BP一直是工作盲区而经常被拉出来进行强调,当前验证准则BP被删除,但是验证准则的编写要求被作为一个例子放在了BP1中;

4. 备选方案评估修改成了分析架构

ASPICE V3.1中的备选评估BP在使用中经常遇到单方案没备选架构的场景而被逼强行构建方案进行对比分析,使得BP的原意精髓丢失,现在文字调整为分析架构,这样较好的表达了这个BP的精髓,即需要验证架构多维度表现的合理性,包括技术维度和管理维度。

5. 等等等

这个“等等等”指的是草稿版中各个过程的变化太多,来不及一文释清,亚远景公众号会在近期持续推出各个过程的差异分析及内容解读,敬请期待。

亚远景ASPICE服务

·项目ASPICE评估与改进:评估项目在ASPICE方面的能力等级,提供改进建议和咨询服务,包括ASPICE流程设计、ASPICE工具使用、ASPICE团队建设等。

·ASPICE人才培训:提供各种ASPICE主题课程,包括iNTACS认证的主任/助理评估师、Cybersecurity等课程,帮助组织或项目管理团队了解ASPICE方法和最佳实践,以及如何应用这些方法来提高生产力和生产效率。

推荐课程:

ASPICE培训|敏捷SPICE培训|ISO26262培训|ISO21434培训-亚远景科技

·ASPICE软件工具:提供ASPICE软件工具,包括项目管理工具、代码管理工具、自动化测试工具等,帮助组织或项目管理团队提高生产效率和质量。

关于亚远景科技

上海亚远景信息科技有限公司是家位于上海,服务全国的高技术企业,向研发领域提供以下产品与服务:

  • 国际认证:ASPICE/敏捷SPICE/ISO26262/ISO21434

  • 研发咨询:诊断,培训,流程定义

  • 软件工具:研发过程管理平台

  • 人才培养:专业训练,资格认证

  • 资源整合:供应链业务外包介绍

亚远景官网:ASPICE认证-评估-培训|ISO26262认证|ISO/SAE21434认证-咨询-标准|敏捷SPICE认证-培训_亚远景

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ASPICE V模型是一种针对汽车电子系统开发的过程框架。它是在ISO 26262标准的基础上发展起来的,并且结合了传统的软件开发模型和工程实践。ASPICE V模型的目标是确保汽车电子系统的可靠性、安全性和质量。 ASPICE V模型具有五个阶段,分别是需求阶段、设计阶段、实现和集成阶段、验证阶段和发展阶段。 在需求阶段,制定和澄清产品或系统的需求规范。这个阶段需要明确用户的需求和期望,以及系统所要满足的功能和性能指标。 在设计阶段,根据需求规范设计系统的体系结构,包括硬件和软件的设计。此阶段的关键是确保系统的可靠性、安全性和可维护性。 在实现和集成阶段,根据设计规范进行系统的软件和硬件开发,并将各个部件集成到一起。这个阶段需要进行测试和验证,以确认系统在实际环境中的功能和性能。 在验证阶段,进行系统的验证和确认,确保系统符合用户需求和产品规范。此阶段需要进行严格的测试和评估,以确保系统达到预期的质量和可靠性。 在发展阶段,收集和总结系统开发过程中的经验教训和改进措施。这个阶段的目标是通过反馈机制不断改进开发过程和工程实践,提高整体开发效率和产品质量。 ASPICE V模型采用了逐步迭代的开发方法,在每个阶段都有明确的任务和活动。通过这个模型,可以确保汽车电子系统的质量和可靠性,最大程度地满足用户的需求和期望。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值