aspice -凯发k8网页登录

automotive spice^®* 全称 automotive software process improvement and capability determination（汽车软件过程改进及能力评定，简称 aspice），是一种基于 iso^®/iec 15504 和 iso 330xx 系列标准的汽车标准。通过 aspice，汽车供应链中的各组织可以评估和改进他们自己的过程及其供应商的过程的能力级别。在实践中，aspice 支持客户（oem 及其多层网络）在选择过程中评估其供应商的过程。

基于模型的设计和基于模型的系统工程提供了相关的要素和机制，不仅使组织能够满足 aspice 要求，而且还使供应商能够满足甚至超越其客户期望。以可追溯性为例来说明关键 aspice 概念：借助 mathworks 的 simulink^®、system composer™ 和其他规范创建、设计、代码生成和验证/确认 (v&v) 工具，您可以维护各工程工件之间的（图 1）。使用向前和向后可追溯性，您可以了解需求是如何实现的，以及您的设计约束在开发的系统和软件中是如何得到满足的。此功能也广泛适用于所有验证和确认工件。

基于模型的设计对 aspice 提供了支持。这种支持在 iec certification kit 的映射文档中进行了详述。该文档将工具用例映射到了 aspice 的基本实践。

aspice 的维度

aspice 有两个维度：一个是过程参考模型 (prm)，另一个是度量框架。在评估过程中，评估者可根据预定义的属性对过程进行评级。aspice 提供了各过程及其属性的评级聚合机制，用于确定组织实现的能力级别。

aspice 总共定义了六个能力级别，从 0 级（不完整过程）到 5 级（创新过程）。

随着 aspice 在汽车行业的日益盛行，许多 oem 及其多层网络都要求他们的所有供应商至少达到 aspice 2 级，并计划在将来的项目中或将来达到 3 级。

图 3 描述了 aspice 的六个级别，以及每个级别的评估所需的额外过程属性。

过程参考模型 (prm)

aspice 的过程参考模型定义了过程及其相互关系。每个过程都是通过其名称、主要目的和关联的结果来描述的。

每个过程中还都指定了特定基本实践，这些实践定义了作为实现关联过程结果的指标的活动。此外，每个过程都有特定的工作成果。如果存在这些正式文档或工作成果，则表明 aspice 中的特定活动取得了正面的结论。

该标准将这些过程（总共 32 个）分为三个过程类别（主要类别、组织类别和支持类别）和八个过程组。

• 主要生命周期过程包括采购过程组（客户方）、供应过程组（供应商方），以及在系统和软件级进行产品规范创建、设计、开发、集成和测试所需的工程过程。
• 支持生命周期过程包括文档创建、验证、联合审核和变更管理等过程。这些过程在整个产品生命周期内可供其他过程所使用。
• 组织生命周期过程包括管理、复用和过程改进过程组。这些过程使组织可通过开发要在工程中使用的流程、产品和可复用资源资产来实现其业务目标。

度量框架

通过 aspice 的度量框架，评估者可以根据可衡量的过程特性或属性来确定每个相关过程的能力维度。通过考虑以下因素，评估者可获取合规性证据：

1. 所评估过程的可用工作成果和存储库内容
2. 过程执行者和管理者提供的证词

过程属性评级采用一个四步有序等级（n 表示没有达成、p 表示部分达成、l 表示主要达成，以及 f 表示完全达成）。要达到某个过程的特定能力级别，该级别的所有过程属性都必须为 l（主要达成）或 f（完全达成），并且先前级别的过程属性必须为 f（完全达成）。

aspice 工程过程

aspice 中的主要生命周期过程类别包括系统工程过程组和软件工程过程组。这两组定义了在系统级和软件级开发汽车产品所需的工程过程。系统级别是软件、硬件、机械和热学等学科的交汇点。

系统工程过程组描述了 sys.1–sys.5 的各个过程，这些过程对于收集和管理客户和内部需求、开发系统架构以及在系统级执行集成、集成测试和确认活动来说必不可少。

同样，软件工程过程组描述了 swe.1–swe.6 的各个过程。

swe.1–3 详述了 v 模型左侧的过程。这些过程旨在、开发软件架构设计、提供详细设计和构建软件单元。swe.4–6 详述了 v 模型右侧的过程，涵盖验证、集成、测试和确认活动。

汽车价值链中的汽车组织将基于模型的设计和基于模型的系统工程与 simulink 结合使用，开发电气和/或电子 (e/e) 产品，以满足甚至超越客户、市场和标准化要求。在涉及到 aspice 时，将基于模型的方法与 simulink 结合使用可为您的工程过程提供广泛的支持。iec certification kit 中的工具映射文档对此进行了概述。

有关更多详细信息，请查看边栏中的网络研讨会。

基于模型的设计和基于模型的系统工程之所以广泛应用于执行 aspice 工程过程和基本实践，这可能归因于自动化和仿真能力。例如，，并，这些工件包括需求规范创建、设计、实现、验证和确认工件。凭借这种能力，工程师能够，利用工具支持从完整性、一致性和正确性等方面实现过程的质量。

从基于模型的设计和基于模型的系统工程案例研究中了解更多信息以实现 aspice

aspice 以及 iso 26262 和 iatf 16949 标准

iso 26262 是汽车行业的功能安全标准。该标准概述了目标，并规定了通过实现这些目标来开发功能安全（即没有不合理风险）的电气/电子汽车产品所需的要求和活动。

该标准涵盖汽车项目的整个安全生命周期，包括概念、开发、生产、运营、服务和报废阶段。安全要求是指系统不能做什么，它们可通过执行安全分析活动来确定。这些活动包括概念阶段的危害分析和风险评估 (hara)、故障模式和影响分析 (fmea)，以及产品开发期间进行的系统、硬件和软件级故障树分析 (fta)。fmea 过程也在生产、运营、服务和报废阶段执行。

iso 26262 涵盖从概念阶段到报废阶段的整个生命周期，而 aspice 更侧重于设计和开发。aspice 还强调了双向可追溯性的重要性，旨在确保一致性、正确性和完整性。

此外，iso 26262-2:2018 的第 5.4.5.1 条规定，“组织应拥有质量管理体系，以支持功能安全并符合质量管理标准（如 iatf 16949 和 iso 9001 或同等标准）。”拥有质量管理系统 (qms) 对于软件开发尤其重要，因为在软件开发中所有错误均为系统化错误。qms 有助于预防和尽早发现问题、不一致情况和错误。

另一方面，在与关于嵌入式软件开发的第 8.3.2.3 条相关的常见问题解答中，iatf 16949 本身就引用的是 aspice。对于 iso 26262 和 aspice 之间的关系，另一个重要方面是，iso 26262 定义了四个汽车安全完整性等级（asil a 到 d）。该标准还定义了一个额外的 qm 类风险。质量管理过程（如 aspice）足以管理这些 qm 风险。

在设计和开发阶段，iso 26262 和 aspice 之间存在着很多重叠。如果您根据 aspice 进行开发，那自然也会满足 iso 26262 的多项要求。这也基本适用于 iatf 16949。因此，我们强烈建议协调和统一 iso 26262 和 aspice（以及 iatf 16949）过程，以及同步 aspice 和功能安全评估和审核。

请查看这篇，了解 iec certification kit 如何支持您的 iso 26262 项目。

aspice 新增内容

由于网络安全对于汽车行业日益重要，2021 年 aspice 中新增了关于网络安全的补充内容。该补充内容包括四个侧重于网络安全的新工程过程（即 sec.1–4），涵盖网络安全需求及其实施方案，以及验证和确认活动。图 5 显示适用于网络安全过程参考模型的 aspice。除了网络安全之外，aspice 目前还有一些增补内容，涵盖硬件和机械工程过程。这些增补内容让您可将所有常见的机电一体化领域都纳入 aspice 的考虑范畴。

* automotive spice^® 是 verband der automobilindustrie e.v. (vda) 的注册商标。