通过与 Jira 对比,让您更全面了解 PingCode

  • 首页
  • 需求与产品管理
  • 项目管理
  • 测试与缺陷管理
  • 知识管理
  • 效能度量
        • 更多产品

          客户为中心的产品管理工具

          专业的软件研发项目管理工具

          简单易用的团队知识库管理

          可量化的研发效能度量工具

          测试用例维护与计划执行

          以团队为中心的协作沟通

          研发工作流自动化工具

          账号认证与安全管理工具

          Why PingCode
          为什么选择 PingCode ?

          6000+企业信赖之选,为研发团队降本增效

        • 行业解决方案
          先进制造(即将上线)
        • 解决方案1
        • 解决方案2
  • Jira替代方案

25人以下免费

目录

汽车领域的ASPICE具体包括哪些内容

汽车领域的ASPICE具体包括:1、CMM — 1987;2、SPICE — 1994;3、ASPICE — 2005, V2.0;4、ASPICE — 2010, V3.0;5、ASPICE – 2018, V3.1。其中,ASPICE标准是建立在CMM的基础上发展的,CMM全名是Capability Maturity Model。CMMI适用于所有软件研发团队,ASPICE仅仅用于汽车行业的软件研发团队。

一、汽车领域的ASPICE具体内容

1、CMM — 1987

ASPICE模型最初是在CMM基础上发展起来的,最初的ASPICE模型几乎与CMM完全一致,评估结果可直接转换、CMMI评估师也可以直接获得ASPICE审核员资质(近年已改变)。

CMMI适用于所有软件研发团队,ASPICE仅仅用于汽车行业的软件研发团队,CMMI遵从并不意味着一个组织或项目自动遵守ASPICE。尽管这两种标准在核心概念上看起来是一样的,但它们使用不同的过程评估模型,而且在流程领域的实现中也存在差距。由于ASPICE是为汽车行业开发的,因此对于OEM或供应商组织来说,与行业其他部门保持一致是一个更好的选择。对于已经适应CMMI并希望实施ASPICE同时,详细分析当前流程与ASPICE之间的差距也是较好的起点。

2、SPICE — 1994

1994年国际标准化组织ISO、国际电工委员会IEC、信息技术委员会JTC1联合制定并发布了国际标准ISO/IEC15504,又称SPICE。 包括: 汽车行业的SPICE;医疗设备行业的SPICE;航天行业的SPICE。

3、ASPICE — 2005, V2.0

2005年汽车行业的SPICE:Automotive SPICE从ISO体系中独立出来,由德国汽车工业联合会(VDA)的质量管理中心(QMC)运营发展,发布了ASPICE名列前茅个版本:ASPICE V2.0。

4、ASPICE — 2010, V3.0

2010对ASPICE做了一些结构上的修订,包括将PRM和PAM合二为一、将ENG工程过程组拆分为SYS系统工程组和SWE软件工程组、五级名称变化等。

5、ASPICE – 2018, V3.1

2018年发布了当前最新版本ASPICE V3.1,v3.1在v3.0的基础上做了一些微小改动,并将HIS SCOPE改名为了VDA SCOPE。

延伸阅读:

二、ASPICE与ISO26262的关系

ISO26262是道路车辆功能安全标准,针对安全相关功能的研发活动中如何进行安全管理,给出的了具体标准,包括具体流程和方法。ISO26262中明确要求企业建立可以持续的实施改善活动组织体系和环境

ASPICE只是对过程的要求,ISO26262功能安全不光有过程要求,还有对产品设计开发的技术要求和具体技术细则,并且功能安全集中关注安全相关内容。ASPICE流程与ISO26262功能安全流程在主要生命周期的系统过程域和软件过程域、支持生命周期过程域大部分流程要求相似,但也有差别,不能完全等同。二者都能从某种程度上提高软件质量水平。

ASPICE三级中明确要求建立相关流程体系和组织环境,因此实施ASPICE同事有助于满足SIO26262中相关要求,而另一方面ISO26262中给出了研发生命周期的具体流程和方法指引也有助于企业实施ASPICE

相关文章