关于 ASPICE 的理解

1.总体预览
包含三个生命周期过程,主要生命周期过程,组织生命周期过程,支持生命周期过程,进一步可以细分为,需求获取组-供应管理组-系统组-软件组-支持组(QA组)-管理组-过程改进组等。

2.关键概念解释

2.1 过程评估模型

PAM  Process Assessment Model

使用过程评估模型来确定过程能力的概念,在APICE是基于如下图的二维框架。

第一个维度是由过程参考模型定义的过程来提供,即满足参考模型要求以及参考模型指定成果要求

第二个维度是由过程属性的能力等级所构成

2.2 过程参考模型

PRM  Process Reference Model

指的是按照一定的过程类别分组,针对每个过程,描述其目的,获得其结果清单等,如上述的图即为ASPICE过程参考模型。

2.3 过程属性

PA Process Attribute

是通用实践 + 通用资源(GP + GR)组合形成的针对一个过程的特征描述。

如:下表为过程实施过程属性

2.4 基本实践

BP   Base Practice

指某个特定过程中指定活动的指标。

举例单元开发这个过程来说,开发详细设计-定义软件接口-描述动态行为等,这些活动为该过程的基本实践。

2.5 工作产品

WP  Work Product

工作产品指的是每个过程,输出的工作产物。

依然拿软件单元设计来说,软件详细设计-软件单元等为其输出的工作产品

2.6 通用实践

GP  Generic Practice

通用实践指出每个过程属性的特征,是通用类型,即它们适用于任何过程。是面向活动的指标。

还是以过程实施过程属性为例,针对通用实践它是一种归类性质的,一方面它要求实现了基本实践的目的,另一方面它要求产出对应的工作产品,因此它是针对所有过程通用性要求。

2.7 通用资源

GR  Generic Resource

通用资源与整体的过程属性相关联。是面向基础设施的指标。

还是针对过程实施过程属性为例,通用资源指的是使用资源来实现基本实践,这里的资源包含人力-工具等在基本实践过程中用到的资源。

2.8 过程实施指标

包含 基本实践 + 工作产品

2.9 过程能力指标

包含 通用实践 + 通用资源

3.各个等级说明

3.1 级别等级定义

3.2 评估指标与过程能力

如下图所示(具体PA内容,大家可查手册)

Level1要求 BP + WP + PA1.1 满足要求;

Level2要求在Level1的基础上 ,满足PA2.1+PA2.2要求;

Level3要求在Level2的基础上,满足PA3.1+PA3.2要求;

Level4要求在Level3的基础上,满足PA4.1+PA4.2要求;

Level5要求在Level4的基础上,满足PA5.1+PA5.2要求;

因此可以看出,ASPICE评审过程中,在满足基本过程要求的基础上,更注重过程的能力。

3.3 评定指标

4.双向追溯关系

这里特地说明一下,软件单元需要和静态检查结果,详细设计以及软件需求建立追溯关系;

软件需求和系统需求建立追溯关系。

5.关于系统开发

有点懒,就直接摘录了,此处与本人开发过程相关,摘录参考《© VDA Quality Management Center》

SYS.1 需求挖掘

SYS.2 系统需求分析

SYS.4 系统集成与集成测试

SYS.5 系统合格性测试

6.关于软件开发

有点懒,就直接摘录了,此处与本人开发过程相关,摘录参考《© VDA Quality Management Center》

SWE.1 软件需求分析

SWE.2 软件架构设计

SWE.3 软件详细设计和单元构建

SWE.4 软件单元验证

SWE.5 软件集成和集成测试

SWE.6 软件合格性测试

7.ASPICE认证的典型问题

1、为了管理各个工作产品,以及支持ASPICE过程,一般都需要有相关的工具作为支持,典型如ALM工具;

2、ASPICE提供了各个WP的要求,但是并没有提供模板,一般认证机构会提供相应的模板;

3、针对每个过程,评估师如何打分?这个依赖对应的评估师,一般评估师会提前提要求;

4、ASPICE过程与功能安全过程基本类似,一般经过ASPICE认证后,能满足功能安全要求。


版权声明:本文为CSDN博主「摸鱼的攻城狮」的原创文章,遵循CC 4.0 BY-SA版权协议,获得作者转载许可。

(0)

相关推荐