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主题课程，包括iNTACS认证的主任/助理评估师、Cybersecurity等课程，帮助组织或项目管理团队了解ASPICE方法和最佳实践，以及如何应用这些方法来提高生产力和生产效率。

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