ASPICE实在是太重了，我有时候也有些不好意思给人推，但想了好几年，还是没想出来有谁能替代它，作为车载汽车软件研发体系中摇摇晃晃但地位仍然不可撼动的参考架构，也不得不让人时时翻阅。

可谓爱恨交织，复杂情感下，再拿出这篇近13000字的文章，以飨同道，也作为ASPICE 4.0解读的预告。

1

介绍

1.1 范围

ASPICE面对的对象是嵌入式车载系统开发的过程能力。

它提供了两个模型，一个是PAM过程评估模型，类似于作文竞赛的阅卷准则，告诉你基本要素和得分点在哪里，怎么打分，怎么综合评级；一个是PRM过程参考模型，类似于作文提纲或模板。

为了让例子的逻辑更贴近ASPICE，多说一句，相当于阅卷准则是一份（比如从主题立意、中心思想、内容结构、语言运用、字迹字体不同得分点进行），但你需要写多份作文（比如诗歌、散文、议论文、记叙文不同的文体），因为我们的过程不是只有一个。

总结一下，一份阅卷准则+多份不同文体的作文提纲或模板=ASPICE，你基于自己的能力和风格，写出自己的这多份作文，阅卷老师（ASPICE评估师）来对你的每篇作文进行打分，综合之后，会给出你每篇作文是几类文的评级，随后也可以提出提升写作能力的建议。

1.2.  术语

这个章节给出了对术语使用应遵循的优先顺序：

ISO/IEC 33001、ISO/IEC/IEEE 24765 和 ISO/IEC/IEEE 29119及本标准的附录C。

1.3.  缩略语

讲了常见的缩略语，略。

2

符合性声明

这个章节没什么具体内容，就是强调了ASPICE符合ISO/IEC33004，算是表明正统和合法性。

3

过程能力确定

下图其实是在阐释ASPICE运行的逻辑，我们还是将其比作是作文阅卷。

横轴是PRM（过程参考模型），也就是不同文体的作文提纲或模板（各过程类别），比如，诗歌、散文、议论文、记叙文；

纵轴是PAM（过程评估模型），也就是各篇作文基本要素的判定和得分点（过程属性）的打分，并对你每篇作文是几类文进行评级（能力等级），比如主题立意切合题意给5分、中心思想明确深刻给5分、内容结构充实清晰给5分、语言运用流畅优美给5分、字迹字体美观整齐给5分。

具体根据某考生一篇作文的情况，可能会依次打5分、3分、4分、2分、3分之类，多篇作文评定后，最后判断这名考生的作文水平依次是诗歌三类文、散文二类文、记叙文一类文、议论文0类文，如果所有等级都达到了二类文，我们就会说这名考生达到了本次作文竞赛二类文的等级。

就像，该供应商的xxx OEM的xxx项目进行了ASPICE评估，VDA Scope的16个过程域都获得了二级认证。总听到有人说，xxx公司获得了ASPICE L2认证，其实是不严谨的，相当于说这个考生是二类文。

3.1 过程参考模型

看这张图就够了，这就是ASPICE作文提纲或模板的样子，比如，ACQ是诗歌，MAN&SUP是散文，SYS&SWE是议论文，其他的是记叙文。

3.1.1 主要生命周期过程类别

这个也不用多讲，上图粉色部分就是主要生命周期过程，我一直觉得软件的交付和工厂的运营有很多类似之处，这里我们切换为比较直观的汽车组装流水线为例。

为了完成一台整车的交付（软件最终SOP释放），我们会有冲压、焊装、涂装、总装这四大工艺流程，它们或有前后次序，或在并行推进，有的工位要人工操作（工程师人工分析需求、手工编码、手工测试……），有的设备自动化程度高（数字化工具链、基于模型的代码、自动化的脚本测试……），中间会有半成品的交付（不同成熟度的软件释放），不同阶段会有不同的QC检查（集成或合格性测试）……

理念上，ASPICE的这些主要过程也是期望实现自动化的流水线模式，但可能柔性要求更高些，毕竟软件开发是个智力性、知识性工作。

3.1.2 支持生命周期过程类别

绿色部分被叫做支持过程，对比实实在在的产线设备和人员，显得有些务虚，但人家显然也自有其价值，汽车在产线上流动时是需要一些打辅助的东西的。

比如，QA不让堆料（质量保证）、首件中件尾件尺寸测量确认（验证）、你的工位上下游及自身都要对部件进行评定（联合评审）、产线会有作业指导书（文档化）、每个模块零件都有对应的追溯标签（配置管理）、发现漆面划伤要按不良品流程处理（问题解决管理）、换不同配置模块时的工装换型（变更请求管理）。

3.1.3 组织生命周期过程类别

用产线举例，这块就可以理解为运营管理，比如生产主管管人保产量（项目管理）、维修经理发现冲压模具有断裂风险（风险管理）、随处可见的不良率指标（度量）、局部工装换型即可满足多种车型的生产（重用程序管理）、很多工厂会有合理化建议提交流程（过程改进）。

其实，我们会发现机械和和软件并不分家，有很多类似之处，软件工程似乎有很多可以向传统制造业学习的地方。

3.2 度量框架

这部分就是前面所说的作文竞赛阅卷准则里的评分细则，我们可以在后面具体内容上详看。

3.2.1. 过程能力级别和过程属性

这里给出了如标题两个概念，过程能力级别就是这名考生的各篇作文是几类文；过程属性就是得分点，适应于所有文体。

根据ISO/IEC 33020，共有6个能力级别（6个作文等级），包含9个过程属性（9个得分点），见下图。

3.2.2. 过程属性评定

搞清楚了得分点，就要考虑得分点到底怎么打，怎么样是1分，怎么样是5分呢，毕竟作文不是数学，灵活性更大，这得分点评分分的细则就是这ASPICE里的“评定尺度”，且看下图。

从描述可以看出来，这个评估尺度的把握更多是一种经验、直觉、感觉，而非量化的。

此外，标准也给出了如何评定的方法建议，但实在是佶屈聱牙，十分费解。

我觉得可以这样去理解，实际的项目开发很难清晰地区分出不同流程的界限，肯定是你中有我，我中有你，比如，测试和缺陷、需求和设计、项目管理和质量保证……都会糅合在一起。

简言之，这方法就是要综合考虑，综合考虑过程的定义、过程达成的结果、各个过程之间的关系，好似一句废话，但这其实就是这项工作的特点。

我想，ASPICE也尽力描述了，就像PMBOK里有句话这样写的，“虽然在本《PMBOK 指南》中，各项目整合管理过程以界限分明和相互独立的形式出现，但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用”，算是给一个免责声明。

3.2.3 过程能力等级模型

这个直接看图，大概是什么意思呢？

相当于是二类文只看主题立意是不是跑题、中心思想是否明确……但五类文要从主题立意、中心思想、内容结构、语言运用、字迹字体多个方面来看。

越是低等级的文章，得分点越少，因为低等级文章没有，但满分作文得是要全方位评价了。当然，实际习惯里，一类文是最好的意思，恰好和ASPICE评级顺序相反。

具体的细节会在后面章节展开。

3.3 过程评估模型

过程评估模型定义了两种指标：

过程实施指标，其只适用于能力级别1级，提供了过程成果实现程度的指示，相当于阅卷准则里给出的作文模板或提纲的基本成文要素是否满足，比如，诗歌要押韵、散文要抒情、议论文要有论点论据论证、记叙文要有时间地点人物，不是残篇，完整成文后可算是等级1。

过程能力指标，其适用于能力级别2级到5级，它们提供了过程属性成就实现程度的指示（得分点的描述）。这就是说在达到最基本的成文标准1级后，就可以根据其踩到多少得分点进行更高等级的评定。

当然，ASPICE评估不像批改作文，对着那几篇文章看就好了，ASPICE评估主要是针对过程的工作产品进行检查，或者对过程执行者和管理者所做的陈述进行评估。

解释了这个指标的概念，接下来看看更细节的描述。

3.3.1 过程实施指标

过程实施指标的类型为：基本实践（BP）和工作产品（WP）。

BPs和WPs都与一个或多个过程成果相关。因此，BPs和WPs总是过程特定的，而不是通用的。BPs代表面向活动的指标，就是过程里一步步的活动，ASPICE认为是基本的、必要的部分。WPs代表面向结果的指标，是一个过程的输出结果，或者叫交付物，比如你的代码、架构书、测试报告等。

这里强调了一点，标准里的WPs不是“严格的必须”，应该由具体的项目或组织自行定义模板或方式，ASPICE告诉你这样做挺好，但好的方式有很多种，要尊重并鼓励多样性。

3.3.2 过程能力指标

过程能力指标的类型为：通用实践（GP）和通用资源（GR）。

GPs和GRs是与一个或多个PA（得分点）的达成相关的。然而，与过程实施指标相反，它们是通用类型，即它们适用于任何过程，就像字迹优美是所有文章的得分点。当然，为了结构完整，ASPICE在等级1里也增加了PA1.1的GP1.1.1，算是对过程实践指标的一个概述。

GP和GR的区别在于，前者是面向活动的指标，相当于论点本身是否立意高远，而后者是面向基础设施的指标，我们用到的工具链就属于这个范畴。

下面依次放了这么张总结图，供参考理解。