ASPICE常见问题快答

ASPICE是“Automotive Software Process Improvement and Capability ”的缩写,顾名思义,这是一套用于改进汽车行业软件开发过程和提升软件能力的一套标准化流程管理,说白了就是一套针对汽车行业软件开发的方法,过程和工具集。目的就是减少问题的概率,减少软件bug的缺陷数量,降低版本发布的次数。今天擎标就给大家汇总一下近期企业会问到的一些问题,希望帮助大家更好的理解。
提问:ASPICE是什么?
回答:ASPICE全称是汽车软件过程改进及能力评定,是汽车行业用于评价软件开发团队的研发能力水平的模型框架。最初由欧洲20多家主要汽车制造商所组成的组织VDA共同制定,于2005年发布初版,目的是为了指导汽车零部件研发厂商的软件开发流程,从而改善车载软件的质量。
另外,当前行业中,OEM也常用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与ISO26262的关系?
回答:A、 ASPICE PAM的要求都是在第1个层面,都是“What(什么)”层面的要求。比如:ASPICE要求定义项目范围(但没有提示如何定义项目范围);ASPICE要求进行软件架构的动态设计(但没有提示如何动态设计)。ISO26262里面的要求既包括第1个层面的What要求,也包括第2个层面的How的部分要求;
B、ISO26262只是一个参考标准,只能用于工作的实施参考,不能用于评估或认证;ASPICE是同时包含评估模型与参考模型,既能作为工作实施参考,也能支持ASPICE评估认证活动;
C、 ISO26262适用于小于3.5吨的量产乘用车中的汽车E/E系统(注:2018版的ISO26262的适用范围有所增加);ASPICE适用于车载的包含嵌入式软件的系统;
D、ISO26262是覆盖产品研发的整个生命周期,包括概念、开发与生产;ASPICE只是覆盖项目研发的生命周期;
E、ASPICE和ISO26262同时都覆盖了系统层面的开发、软件层面的开发、项目管理及一些支持类过程,ASPICE内容连贯有体系,26262的要求偏向于具体要求点,不够连贯。所以对某一个过程来说,如果有ASPICE要求,又有ISO26262要求,可以ASPICE为集成建设过程模型,然后在模型中插入26262的要求点,以同时满足ASPICE与ISO26262,且能满足ASPICE评估认证与ISO26262评估认证。
提问:一个ASPICE项目完成需要多久时间?
回答:考虑一个Aspice项目的完成时间,有多方面的考虑因素,比如:认证等级、过程域的选择、CLASS等级、TAPE等级、项目组的能力等。目前一个标准VDA SCOPE 16过程域的ASPICE CL2,Class 3,TAPE A的认证时间在一年左右。
提问:什么是ASPICE过程域?
回答:ASPICE过程域就是Automotive SPICE中的“过程纬度”。
Automotive SPICE PAM V3.1中包括有32个过程,VDA QMC推荐其中16个过程域为标准过程域(VDA SCOPE)。过程域可以根据客户的产品需要进行增加或者删减。
以上就是擎标带来的ASPICE常见问题快答。擎标,专注于ASPICE,ISO26262,ISO21434等相关培训、咨询和评估认证服务。