|
前言
汽车行业的软件过程改进及能力评估模型 Automotive SPICE （ Automotive Software Process Improvement and Capacity Determination ），提供车载软件开发过程参考框架和能力评价标准，已成为汽车行业评价和改进软件研发能力主要标准。 Automotive SPICE 4.0 版于 2023 年 12 月正式发布。为了让读者搞清楚 ASPICE4.0 和 ASPICE3.1 的差别，本文对二者进行了对比。为了让读者更好的理解 ASPICE4.0 的内容，采用 MBSE 平台 iSpace 对其进行了过程建模。
ASPICE4.0 和 ASPICE3.1 的差别
相对于 ASPICE 3.1 版本， Automotive SPICE 4.0 删除了 10 个过程，增加了 3 个过程组和 10 个过程。下面我们就把 ASPICE4.0 和 ASPICE3.1 对照，进而对 ASPICE4.0 有个整体介绍。
ASPICE 4.0 和 ASPICE3.1 相比，变更如下：
• 删除：很少被使用的 ACQ.3, ACQ.11 - ACQ.15, SPL.1
• 删除：与 SUP.1 有重复的 SUP.2, SUP.4
• 删除：与 SUP.8 有重复的 SUP.7
• 增加： VAL 验证过程组， 1 个过程（ VAL.1 ）
• 增加： HWE 硬件工程过程组， 4 个过程（ HWE.1-HWE.4 ）
• 增加： MLE 机器工程过程组， 5 个过程（ MLE.1-MLE.4,SUP.11 ）
如下是 ASPICE 3.1 过程参考模型：
ASPICE 3.1 过程参考模型（建模工具 iSpace ）
如下是 ASPICE 4.0 的过程参考模型：
ASPICE 4.0 的过程参考模型（建模工具 iSpace ）
ASPICE 4.0 持续保留 VDA Scope 的过程域概念，按照可选择性可以分为：
• 必须选择的基础过程域
• 根据需要选择其一的工程过程域
• 可以自由选择的灵活选择过程域。
| 基础过程域 |
MAN.3 项目管理 |
| SUP.1 质量保证 |
| SUP.8 配置管理 |
| SUP.9 问题解决管理 |
| SUP.10 变更管理 |
| 工程过程域 |
系统工程： SYS.2-SYS.5
软件工程： SWE.1-SWE.6
硬件工程： HWE.1-HWE.4
机器学习： MLE.1-MLE.4 |
| 灵活选择过程域 |
ACQ.4 供货商监控
MAN.5 风险管理
MAN.6 度量
SYS.1 需求获取
VAL.1 验证
SUP.11 机器学习数据管理
SPL.2 产品发布
PIM.3 过程改进
REU.2 产品复用管理 |
为了通过 ASPICE4.0 评估，审核范围需要包含基础过程域和至少一个工程过程域，工程过程域应该居于研发的目标进行选择：
• 软件开发 =BASIC+SYS+SWE
• 电子开发 =BASIC+SYS+HWE
• 纯软件 =BASIC+SWE
可以根据项目需要对灵活选择过程域中进行选择。
ASPICE-4.0 过程建模（采用工作建模语言 WML 和建模工具 iSpace ）
为了方便读者理解 ASPICE4.0 ，我们特地采用 工作建模语言 WML 和建模工具 iSpace 对 ASPICE4.0 的过程进行了建模。如下是系统需求分析过程的目标、基本实践、过程成果和输出的信息项目。
ASPICE4.0 过程核心要素图（建模语言 WML 和建模工具 iSpace ）
ASPICE 是为了支持工作人员的工作，所以应该首先了解 ASPICE 的核心工作角色，如下是 ASPICE4.0 中典型的工程角色、职责以及协作关系图：
ASPICE4.0 工程角色、职责以及协作关系图（建模语言 WML 和建模工具 iSpace ）
过程参考模型的目的是为了指导工程的整体工作，所以应该了解整体工作流程图。 ASPICE4.0 的核心工作流程包括：
• 系统工程之分析设计：需求获取、系统需求分析、系统架构设计
• 软件工程：软件需求分析、软件架构设计、软件详细设计、软件单元构建、软件单元验证、软件集成验证、软件验证。
• 硬件工程：硬件需求分析、硬件架构设计、硬件详细设计、硬件单元构建、硬件单元验证、硬件集成验证、硬件验证。
• 系统工程之验证：系统集成与系统验证，系统验证，用户确认。
ASPICE4.0 的核心工作流程（建模语言 WML 和建模工具 iSpace ）
在整体工作流程的基础上，应该进一步了解每个过程的详细工作流程。如下是 ASPICE4.0 的系统需求分析的工作流程图，其中也描述了输出的工作产品。其核心工作过程包括：确定系统上下文、系统使用场景分析、系统功能需求分析、系统外部接口需求分析、系统内部接口需求分析、系统非功能需求分析。
系统需求分析的工作流程图（建模语言 WML 和建模工具 iSpace ）
如下是 ASPICE4.0 的系统架构设计的工作流程图，其中也描述了输出的工作产品。核心工作流程包括：确定系统架构上下文、制定系统设计策略、功能架构设计、逻辑架构设计、数据架构设计、软件架构设计、硬件架构设计、网络通信架构设计、确定系统架构验证标准。
系统架构设计的工作流程图（建模语言 WML 和建模工具 iSpace ）
工程的目的是为了交付成果，所以应该理清工作产品及其跟踪关系。如下是 ASPICE4.0 的工程过程域中主要的工作产品及其跟踪关系。核心工作产品包括：
• 系统工程的工作产品：涉众需求、系统需求、系统架构、集成的系统、系统验证报告。
• 软件工程的工作产品：软件需求、软件架构、软件详细设计、软件组件、软件单元验证报告、软件集成验证报告、软件验证报告。
• 硬件工程的工作产品：硬件需求、硬件架构、硬件详细设计、硬件组件、硬件单元验证报告、硬件集成验证报告、硬件验证报告。
工作产品及其跟踪关系（建模语言 WML 和建模工具 iSpace ）
如下是 ASPICE4.0 的系统需求分析过程中主要的工作产品及其跟踪关系。主要工作产品包括：系统上下文模型、用例模型、系统功能模型、外部接口模型、内部接口模型、非功能需求模型、需求的属性。
系统需求分析的工作产品及其跟踪关系（建模语言 WML 和建模工具 iSpace ）
如下是 ASPICE4.0 的系统架构设计主要的工作产品及其跟踪关系。主要工作产品包括：系统架构上下文、系统架构设计策略、功能架构、数据架构、逻辑架构、软件架构、硬件架构、网络通信架构、系统架构验证标准。
系统架构设计的工作产品及其跟踪关系（建模语言 WML 和建模工具 iSpace ）
后记
希望您读了此文后有所受益.
如果您有经验乐于分享，欢迎投稿给我们，如果您对我们的培训、咨询和工具感兴趣，欢迎了解：
• 建模工具： EA
• MBSE 平台： iSpace
• 模型 web 浏览工具： WebEA
• 课程： 基于SysML和EA进行系统设计与建模
• 课程： 基于UML和EA进行系统分析设计
• 咨询方案： MBSE( 基于模型的系统工程 )
• 咨询方案： 基于 UML 的模型驱动的开发
• 所有建模有关的课程： http://www.modeler.org.cn/course/index.asp
• 咨询方案： 基于模型的工程管理
如果您希望了解更多信息：
| 
