您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Model Center   Code  
会员   
   
 
   
 订阅
  捐助
ASPICE在汽车行业越来越“火”,那么什么是ASPICE呢?
 
作者:汽车技术Wind
   次浏览      
 2020-6-3  
 
编辑推荐:
本文主要介绍了

对ASPIC做了一个概览 ,ASPIC分为两个部分过程参考模型、过程评估模型并且做了介绍。
本文来自于百家号,由火龙果软件Anna编辑、推荐。

ASPICE现在越来越多的被OEM和零部件供应商提及和重视。ASPICE几乎成为汽车行业的通用标准和准则。那么什么是ASPICE呢?

在介绍ASPICE之前,我们不得不提及的是CMMI。

CMMI简介

CMMI全称是能力成熟度模型集成(Capability Maturity Model Integration),是在1994年由美国国防部与卡内基-梅隆大学下属的软件工程研究中心以及美国国防工业协会共同开发和研制的,其目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力。

CMMI基本上都采用IDEAL方法来进行过程改进,通过不断的分析差距、建立计划、实施行动、总结经验,来获得提升。

CMMI包括了多种模型,其中开发模型(development model)可用于指导产品开发,简称CMMI-DEV。而CMMI-DEV v1.3一共有22个过程域,大致有过程管理、项目管理、工程管理、项目支持四大类。

ASPICE历史

ASPICE的全称是Automotive SPICE。很明显的看出ASPICE是由SPICE发展而来。而SPICE是由国际标准化组织ISO、国际电工委员会IEC、信息技术委员会JTC1发起制定的ISO15504标准。其项目名为“软件过程改进和能力测定”(Software Process Improvement and Capability dEtermination),简称SPICE。

ASPICE在2005年5月发布了初版,经过评审和最终检查,于2005年8月正式发布。ASPICE从最开始的2.0版本,不断发展更新,现在最新的ASPICE是2017年11月发布的3.1版本。

其实,基于SPICE,医疗、航天等行业也制定了自己的行业SPICE标准。

ASPICE总览

ASPICE其实包含两部分:过程参考模型、过程评估模型。过程评估模型从过程参考模型中选择过程并增补指标。这些指标支持收集客观证据,使评估师能够根据能力维度对过程进行评定分配。

From ASPICE:图1

过程参考模型

过程参考模型是基于V模型构造。ASPICE过程参考模型概览如图所示。

From ASPICE:图2

ASPICE将过程分成3个组别:主要生命周期过程、组织生命周期过程、支持生命周期过程。其中主要生命周期过程应该是大家讨论的最多,最为重要且比较难以完成的部分。在ASPICE中的工程过程主要由系统工程和软件工程。系统工程和软件工程在“V”模型中十分醒目,也是整个ASPICE的精华所在。

From ASPICE:图D.2

如果了解了“V”模型,ASPICE的整个流程和架构都会很好的理解了。

From ASPICE:图

双向可追溯性和一致性是ASPICE特别在意的点。但这种可追溯性和一致性在项目的实操过程中,审查员一般只能以抽查的方式检测。特别是一致性,工具是很难检查出来。

因此ASPICE要求,需求文档需要被验证,且需要有具体标准定义。设计文档需要被评估,且评估准则可包括质量特性如模块化、可靠性、安全性(security)和可用性等。

From ASPICE:图D.6

过程评估模型

ASPICE将过程评估模型分为:

1.过程实施指标——只适用于L1

2.过程能力指标——适用于L2~L5。

过程实施指标的类型又分为:

1.基本实践(BP)

2.工作产品(WP)。

过程能力指标的类型又分为:

1.通用实践(GP)

2.通用资源(GR)。

From ASPICE:图3

评估指标与过程能力的关系如上图所示。

ASPICE层级

ASPICE将层级分为六级:L0~L5。个级别过程能力的评定参考表如下图所示。

ASPICE的不足及完善

从ASPICE的名称就能看出,ASPICE的出发点在评估软件——“软件过程改进和能力测定”(Software Process Improvement and Capability dEtermination,SPICE)。因此ASPICE忽略了硬件和机械工程。

From ASPICE:图D.1

好在ASPICE加入“插件”概览。如上图所示,粗体字的过程是ASPICE 3.1 PRM/PAM的一部分,而其他工程过程(机械工程,硬件工程)却不在VDA QMC授权下开发。机械工程、硬件工程需要OEM或者供应商自己定义。

   
次浏览       
 
相关文章

CMM之后对CMMI的思考
对软件研发项目管理的深入探讨
软件过程改进
软件过程改进的实现
 
相关文档

软件过程改进框架
软件过程改进的CMM-TSP-PSP模型
过程塑造(小型软件团队过程改进)
软件过程改进:经验和教训
 
相关课程

以"我"为中心的过程改进(iProcess )
iProcess过程改进实践
CMMI体系与实践
基于CMMI标准的软件质量保证
最新活动计划
LLM大模型应用与项目构建 12-26[特惠]
QT应用开发 11-21[线上]
C++高级编程 11-27[北京]
业务建模&领域驱动设计 11-15[北京]
用户研究与用户建模 11-21[北京]
SysML和EA进行系统设计建模 11-28[北京]
 
最新文章
iPerson的过程观:要 过程 or 结果
基于模型的需求管理方法与工具
敏捷产品管理之 Story
敏捷开发需求管理(产品backlog)
Kanban看板管理实践精要
最新课程
基于iProcess的敏捷过程
软件开发过程中的项目管理
持续集成与敏捷开发
敏捷过程实践
敏捷测试-简单而可行
更多...   
成功案例
英特尔 SCRUM-敏捷开发实战
某著名汽车 敏捷开发过程与管理实践
北京 敏捷开发过程与项目管理
东方证券 基于看板的敏捷方法实践
亚信 工作量估算
更多...