ASPICE详细介绍-1.什么是ASPICE?

ASPICE(Automotive SPICE)是针对汽车行业的软件过程改进标准,源于ISO15504(SPICE)并由VDA QMC运营发展。它提供了一个过程参考模型和过程评估模型,用于评估和改善车载软件的质量。ASPICE与CMMI(能力成熟度模型集成)早期有关联,但现在已分离,各自服务于不同的评估目的。ASPICE评估结果是过程能力等级,而非认证,并且常用于汽车供应链中确保软件开发的质量和一致性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

aspice

什么是ASPICE?

ASPICE全称是“Automotive Software Process Improvement and Capacity dEtermination”,即汽车软件过程改进及能力评定,简称A-SPICE或ASPICE。

属于过程模型,由过程和能力度两个维度构成,用于评价汽车行业软件设计开发团队的能力水平,改善车载软件质量
software

过程模型

CMMI介绍

ASPICE标准是建立在能力成熟度模型(Capability Maturity Model:CMM)的基础上,设计初是用于审核投标厂商资格的理论模型,后来被应用于软件流程改善和软件研发团队能力评价。

CMM:1986年卡耐基-梅隆大学(CMU)下属的软件工程研究所(SEI)

SEI正式发布CMM后,陆续又开发出了系统工程、软件采购、人力资源管理、整合产品和过程开发方面等多个能力成熟度模型。其中开发模型(Development Model)可用于指导产品开发,简称为CMMI-DEV,共有22个过程域,细分为过程管理、项目管理、工程和支持四大类。
1994年,SEI整合了不同专业领域的CMM,推出了能力成熟度模型集成(Capability Maturity Model Integrated:CMMI),不仅仅局限于软件开发成熟度。

采用IDEAL模型来进行过程改进:通过不断的分析差距、建立计划、实施行动、总结经验,来取得提升。

IDEAL模型

A-SPICE介绍

1994年,由国际标准化组织(International Organization for Standardization:ISO)、国际电工委员会(International Electrotechnical Commission:IEC)和信息技术委员会JTC1联合制定并发布了国际标准ISO15504,又称SPICE( Software Process Improvement and Capability dEtermination),这个标准专为软件公司设计,旨在改进软件开发过程及评估公司应用的流程的有效性。
基于SPICE ,各产业/领域亦发展出各自的标准:
1)汽车产业:Automotive SPICE
2)医疗设备产业:Medi SPICE
3)航空产业:SPICE 4 Space (S4S)
4)测试:Test SPICE
5)企业:Enterprise SPICE

2005年汽车行业的SPICE:Automotive SPICE从ISO15504体系中独立出来,由欧洲德国汽车工业联合会(Verband Der Automobilindustrie:VDA)的品质管理中心(Quality management center:QMC)运营发展,发布了ASPICE第一个版本:ASPICE v2.0。该标准是“面向汽车行业的流程评估模型”,目的是为了改善汽车电子控制单元(ECU)软件的质量

在2010年,ASPICE改版成v2.5;在v2.5版中,有两份文件:PRM(Process Reference Model)和PAM(Process Assessment Model)。

过程参考模型可以看作过程评估模型的一个维度
过程评估模型是一个二维框架,X轴是过程参考模型里的一堆过程(Process),Y轴是度量框架里的过程属性(PA)
P27

在2015年,ASPICE再次进行了改版,在原有文件的结构做了如下修订:
1)PRM和PAM两者进行了合二为一
vesions
2)文内的BP增加了细节的说明
3)consistency和traceability从一个基础实践(BP)拆成两个基础实践(BP)
4)将工程流程(ENG)拆分为系统工程流程(SYS)和软件工程流程(SWE)
5)对原有的ENG.5和ENG.6 拆分成SWE.2, SWE.3, SWE.4

在2017年时VDA QMC又发布了ASPICE V3.1版本。V3.1是在V3.0的基础上做了一些勘误和微小的改动(大多数集中在文字部分的变更)并将“HIS SCOPE(HIS是AudiAG,由BMW, DaimlerChrysler,Porsche和Volkswagen成立的制定软件开发规则的组织,2016年解散)”正式改名为了“VDA SCOPE”。
vesions1
ASPICE官网:https://www.automotivespice.com/download/
可以下载最新的英、日、韩、中版本ASPICE文档!


总结

早期,车厂需求文件中提到软件流程认证可以选用CMMI或ASPICE,CMMI评估师也可以直接获得ASPICE审核员资格。但是随着车用软件的发展与ASPICE标准的改版,ASPICE与CMMI现在已经彻底分开。
ASPICE的评估严格来说并不是“认证”,其实ASPICE的评估结果应该是评估报告,而不是证书。它只是表明项目评估范围内的过程具备的能力度等级。目前行业内流行的ASPICE证书只是作为评估通过的一个附加证明,是为了便于企业商务市场宣传应用而生的一个产物而已。

### ASPICE标准下软件开发流程中的V模型解释与应用 #### V模型的基本概念 V模型是一种特定类型的生命周期模型,在ASPICE框架内广泛应用。此模型不仅描述了各个开发阶段,还特别强调了每个开发活动对应的一个验证或确认测试活动,形成独特的“V”字形状结构[^2]。 #### 开发阶段及其对应的测试活动 在V模型左侧代表的是传统的顺序化开发过程,从项目的需求分析直至编码实现;而右侧则涵盖了不同层次上的系统级、集成以及单元级别的测试工作。这种设计确保每一步骤都有相应的质量控制措施相伴随: - **需求定义**:位于V模型顶部,明确了整个项目的功能性和非功能性需求。 - **架构设计/概要设计**:紧接其后,确立整体解决方案蓝图并规划子系统的接口关系。 - **详细设计**:进一步细化到组件级别,为具体编程提供详尽指南。 - **代码编写**:依据设计方案完成实际程序编制任务。 - **模块测试(Unit Testing)**:针对单个函数或类进行内部逻辑检验。 - **集成测试(Integration Testing)**:检查多个模块间协作是否顺畅无误。 - **系统测试(System Testing)**:评估整个应用程序能否满足业务目标和技术规格说明书的要求。 - **验收测试(Acceptance Testing)**:最终环节,由客户执行以确认产品达到预期用途。 #### 特殊之处在于ASPICE环境下的调整 对于遵循ASPICE标准的企业而言,除了上述通用特性外,还有额外关注点体现在文档记录保持严格细致方面,这有助于审计追踪和持续改进机制的有效运作。此外,由于涉及安全关键型应用场景较多,因此对风险管理和变更管理也有更高要求[^3]。 ```python def v_model_phases(): phases = [ "需求定义", "架构设计/概要设计", "详细设计", "代码编写", "模块测试(Unit Testing)", "集成测试(Integration Testing)", "系统测试(System Testing)", "验收测试(Acceptance Testing)" ] return phases ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

诊断协议那些事儿

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值