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

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

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

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

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

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

          测试用例维护与计划执行

          以团队为中心的协作沟通

          研发工作流自动化工具

          账号认证与安全管理工具

          Why PingCode
          为什么选择 PingCode ?

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

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

25人以下免费

目录

CMMI和ASPICE的本质区别是什么

CMMI和ASPICE的本质区别是ASPICE有更清晰的生命周期和结构,更贴近汽车电子开发。其实CMMI和ASPICE的评价体系也是共同的,相互映射也很多。CMMI共有22个过程组,被分为4个过程种类。

一、CMMI和ASPICE的本质区别

CMMI和ASPICE的本质区别是ASPICE有更清晰的生命周期和结构,更贴近汽车电子开发。其实CMMI和ASPICE的评价体系也是共同的,相互映射也很多。

CMMI

CMMI共有22个过程组,被分为4个过程种类:

  1. 项目管理类别:包括项目管理的计划,执行和控制,监控等管理活动
  2. 过程管理类别:包括跨项目的定义,计划,部署过程的活动。也就是组织级的活动。
  3. 工程类别:包括工程领域内的开发和维护活动
  4. 支持类别:包括支持产品开发和维护的活动

由上图可以看出,每一个过程后面都有一个标号,叫做成熟度等级(Maturity Level),代表这个过程的最低能力成熟度要求。

例如项目策划(Project Plan)的ML为2, 表明在审核中(一般是Stage),这个过程的最低等级要求是2级,也就是满足所有的SG,GG1,GG2的要求。 (细节会在后续部分介绍)

Automotive SPICE 3.0

ASPICE共有32个过程,分为3个类别并被进一步分为若干过程组

  1. 主要生命周期过程类别:供方从获取合同到交付给需求方产品使用的所有过程。细分为以下几个子过程组:
    1. 获取过程组:需方执行的过程。
    2. 供应过程组:供方执行的过程。
    3. 系统工程过程组:处理客户和内部需求挖掘处理,系统级别的设计和测试过程。
    4. 软件工程过程组:处理来自系统需求中的软件需求的设计及测试过程。
  1. 支持生命周期过程类别:在生命周期的各个节点均可由其他过程使用的支持类过程。
  2. 组织生命周期过程类别:在组织内项目过程中展开会有助于达到组织商业目标的过程。细分为以下几个子过程组:
    1. 管理过程组:包括管理任何项目,过程的过程。
    2. 过程改进过程组:包括一个提升组织过程实施的过程。
    3. 重用过程组:包括一个在系统中开拓重用机会的过程。

ASPICE的过程一般在评估时会选用15个被称为VDA scope的过程,这些过程被认为是比较重要的。

每个过程的BP都被满足,才能认为达到了能力等级(Capacity Level)1,更高级别的等级是需要考核PA2以上(后续介绍)。

从以上信息,可以看出:

主要差异:

  1. ASPICE的主要生命周期过程组类别的聚合方式更加清晰的描述了从客户开始选择供应商,一直到指定的供应商交付产品的一组过程和他们之间的顺序关系。而CMMI的分类方式看不到这一点。
  2. 工程分类中,ASPICE细化出了系统和软件两个层次,需求和测试,架构设计和测试,详细设计和测试,单元构建和测试组成了自顶向下实现需求,自底向上验证需求的闭环。结构更加清晰。而CMMI中并不强调此顺序和对应关系。
  3. CMMI将组织过程管理类过程列出(这些过程都是ML3以上),但是ASPICE中并没有。个人感觉ASPICE在PA3.1和PA3.2中覆盖了此要求。 所以CMMI的过程设定维度要高一些。
  4. 项目管理过程组中,CMMI按照基本生命周期来细化了计划,执行和监控过程,包括集成项目管理,量化项目管理,是比ASPICE中的项目管理定义更细致的。
  5. ASPICE 多了复用的概念。 复用是提高效率,降低成本,降低新开发项目风险的有效手段,在汽车电子开发中,很大部分的软件都是可以复用的。我们在评选供应商方案时,也是把复用分析占了很大比重。ISO26262中还强制要求识别软件的复用度。所以说,ASPICE在这方面更贴近汽车行业。
  6. 单纯从过程数量上看,也可以说ASPICE的过程更细化,也就更明确。后续谈论到BP和SP时,会看到同样的现象。

延伸阅读:

二、ASPICE 基本概念

  • 过程参考模型 PRM(Process Refference Module),领域内过程的定义,是符合ISO/IEC 33004要求的。是由以下几个概念定义的:
    • 过程ID(Process ID):过程的少数编号
    • 过程名称(Process Name):过程命名
    • 过程目的(Process Purpose):概述此过程的目的
    • 过程成果(Process Outcomes):定义如何成功实施了此过程
    • 过程属性 PA(Process Attribute)通过提供过程能力的度量特性,对达成程度进行评估,适用于所有的PRM里定义的过程。共有9个过程属性,每个过程属性被分配到特性的能力级别,他的达成程度是基于已定义的评定尺度来评定的。PA 的定义是符合ISO/IEC 33020的。 例如:PA2.1 Performance Management ,就是指某个过程的实施被纳入到项目管理,这个度量特征适用于所有过程,他被分配到2级的能力级别中。
  • 过程能力等级CL(Process Capability Level):从过程属性PA的评定中导出的,每个能力级别包括一组过程属性PA ,是符合ISO/IEC 33020的。共有6个能力等级,不完整、已执行、已管理、已建立、可预测,创新。例如等级3已建立,就包含两个PA,分别为过程定义和过程部署,只有这两个PA的评定达到指定的要求,并且低级的PA也已达到要求时,就认为达到了等级3
相关文章