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

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

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

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

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

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

          测试用例维护与计划执行

          以团队为中心的协作沟通

          研发工作流自动化工具

          账号认证与安全管理工具

          Why PingCode
          为什么选择 PingCode ?

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

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

25人以下免费

目录

功能安全开发与ASPICE和CMMI之间有什么样的联系

CMMI是产品和系统开发的通用模型,ASPICE是针对车这个垂直领域,(软件)产品和系统开发的标准。ASPICE比CMMI适用范围窄的多,但是更适合车这个领域,要求更精细专业。

一、功能安全开发与ASPICE和CMMI之间的联系

CMMI是产品和系统开发的通用模型,ASPICE是针对车这个垂直领域,(软件)产品和系统开发的标准。ASPICE比CMMI适用范围窄的多,但是更适合车这个领域,要求更精细专业。

ASPICE和CMMI都是偏向软件的研发体系参考及评估模型,但两者在某些方面还是有所差异:

A.发行方有所区别,CMMI主要有SEI维护更新,ASPICE模型由德国汽车工业联盟VDA维护更新;B、核心内容有所区别,ASPICE由32个过程域组成,其中16个是核心过程,7个重要过程,剩下的在项目实施中不明显。CMMI由22个过程域组成,其中只有1个供应商协议管理(SAM)是可选的;

C、结构不同,ASPICE的主要生命周期过程组类别的聚合方式更加清晰的描述了从客户开始选择供应商,一直到指定的供应商交付产品的一组过程和他们之间的顺序关系。而CMMI的分类方式相对比较分散,看不到这一点;

D、工程分类中,ASPICE细化出了系统和软件两个层次,需求和测试,架构设计和测试,详细设计和测试,单元构建和测试组成了自顶向下实现需求,自底向上验证需求的闭环。结构更加清晰。而CMMI中并不强调此顺序和对应关系。

延伸阅读:

二、ASPICE标准简介

ASPICE全称是“Automotive Software Process Improvement and Capacity Determination”,汽车软件过程改进及能力评定,是汽车行业用于评价软件开发团队研发能力水平的模型框架。最初由欧洲20多家主要汽车制造商共同制定,于2005年发布,目的是为了指导汽车零部件研发厂商的软件开发流程,从而改善车载软件的质量。

应该说,如果不考虑汽车软件过程改进和能力评定(ASPICE),就无法确定汽车行业软件开发的实践状态。ASPICE就是是欧洲汽车制造商为衡量其软件供应商的能力,以及评定供应商选择的资格机制而推广的参考模型。其中,HIS是一个由奥迪,宝马,奔驰,保时捷,大众组成的联盟,他们要求其供应商至少要通过ASPICE中的16个过程。

ISO26262是国际标准化组织(ISO)制定的一项汽车功能安全标准,于2011年11月出版,涉及道路车辆的功能安全领域。安全性是目前汽车的关键问题之一,ISO26262的重点是电气/电子(E/E)系统的功能安全性,定义了建立安全生命周期的一系列要求,包括确定汽车安全完整性水平(ASIL)、验证和确认可接受水平的措施。随着ISO26262的发布,制造商、供应商和汽车组织共享一个关于安全的汽车软件分类的通用模式。

相关文章