ASPICEとは？ — 自動車ソフトウェア品質の基準

2026-02-22PopcornSAR

ASPICE自動車SW品質管理プロセス

ASPICEとは何ですか？

ASPICE（Automotive SPICE）は、自動車ソフトウェア開発プロセスの成熟度を評価する国際標準フレームワークです。簡単に言えば、「この企業がソフトウェアを体系的に開発しているか」を測定する基準です。

もともとは一般的なソフトウェアプロセス評価モデルであるISO/IEC 330xx（SPICE）を自動車産業向けに特化したものです。ドイツのVDA（自動車工業会）が主導して策定し、現在ヨーロッパとアジアの主要OEM（完成車メーカー）がサプライヤーにASPICE認証を要求しています。ASPICEはISO 26262（機能安全）とともに、自動車ソフトウェア開発の二大標準として定着しています。

なぜOEMはASPICEを要求するのか？

1台の自動車に搭載されるECU（電子制御ユニット）は、数十個から多い場合は100個以上に及びます。各ECUにはソフトウェアが搭載されており、そのソフトウェアの品質が車両の安全性に直結します。

OEMの立場では、多数のTier1（部品サプライヤー）が納入するソフトウェアの品質を一つひとつ検証するのは困難です。そこで「開発プロセス自体の品質」を評価する方式を採用しています。プロセスが体系的であれば、成果物も体系的になる可能性が高いという考え方です。

現在、グローバルの主要OEMはTier1に対して最低でもASPICE CL2（管理レベル）以上を要求しており、安全関連ソフトウェアにはCL3（確立レベル）を要求する傾向にあります。

能力レベル（Capability Level）

ASPICEはプロセスの成熟度を6段階に分けています。

CL0 — 不完全： プロセスが実装されていないか、目的を達成できていない状態です。

CL1 — 実施： プロセスが目的を達成してはいますが、体系的に管理されていない状態です。成果物は出ますが、「なぜこのようにしたのか」「次回も同じ品質が出せるのか」を保証するのは困難です。

CL2 — 管理： プロセスが計画され、追跡されています。成果物が定義されており、要求事項とのトレーサビリティが確保されています。ほとんどのOEMが最低限求めるレベルです。

CL3 — 確立： 組織全体に標準プロセスが定義され、プロジェクトごとにカスタマイズして適用されます。プロセス改善が体系的に行われます。安全関連ソフトウェアに求められるレベルです。

CL4 — 予測可能： プロセスの成果を定量的に測定し、予測できます。

CL5 — 革新： 継続的なプロセス革新が行われます。

実務ではCL2〜CL3が核心です。初めてCL2を準備する組織であれば、ASPICE CL2達成実務ガイドが参考になるでしょう。CL4以上は理論的には定義されていますが、実際に要求されるケースはまれです。

主要プロセス領域

ASPICEにおいて自動車ソフトウェア開発に最も直結するプロセス領域は、ソフトウェアエンジニアリング（SWE）グループです。

SWE.1 — ソフトウェア要求事項分析：システム要求事項からソフトウェア要求事項を導出し、分析します。
SWE.2 — ソフトウェアアーキテクチャ設計：ソフトウェアの構造を設計し、コンポーネント間のインターフェースを定義します。
SWE.3 — ソフトウェア詳細設計および実装：詳細設計に基づいてコードを作成します。
SWE.4 — ソフトウェアユニット検証：ユニットテストにより個別モジュールを検証します。
SWE.5 — ソフトウェア統合および統合テスト：モジュールを統合し、インターフェースを検証します。
SWE.6 — ソフトウェア適格性テスト：ソフトウェア要求事項に対する最終検証を実施します。

この6つのプロセスがV-Modelの左側（開発）と右側（検証）を構成します。要求事項から始まり、設計・実装を経て、ユニット→統合→適格性テストへと続く流れです。

ASPICE 4.0で変わったこと

2023年11月、ASPICE 4.0が公式にリリースされました。

最も目立つ変化は、機械学習プロセス（MLE.1〜MLE.4）が新設されたことです。AI/MLベースのソフトウェア開発に対するプロセスが初めて定義され、データ管理からモデル学習、検証までが含まれています。ハードウェアエンジニアリングプロセス（HWE.1〜HWE.4）も追加され、メカトロニクスシステム全体を網羅できるようになりました。

その他にもAgile/DevOps手法を公式にサポートし、ISO/SAE 21434と整合してサイバーセキュリティ要件を強化しました。3.1から4.0への移行に関する詳細は、ASPICE 4.0と3.1の詳細比較ガイドをご参照ください。用語も変更され、従来の「作業成果物（Work Product）」に代わり「情報項目（Information Item）」という概念が使用されています。

ASPICE対応、どう始めるべきか？

初めてASPICEを準備する組織であれば、まず現在の開発プロセスのギャップ分析（Gap Analysis）から始めるべきです。現在のレベルがCL0なのかCL1なのかを把握し、目標レベル（通常CL2）までにどのようなプロセスと成果物が必要かを定義します。

最も時間がかかる部分は検証段階（SWE.4〜SWE.6）です。テストケースの作成、トレーサビリティマトリクスの構築、カバレッジレポートの生成を手作業で行うと、膨大な工数がかかります。テストケース自動生成のような自動化手法を導入することで、ASPICE対応の時間を大幅に短縮できます。

PopcornSARのPARVISがこの領域をカバーしています。要求事項を分析し（PARVIS-Spec）、コーディング規則を自動適用し（PARVIS-Coder）、テストケースを自動生成します（PARVIS-Verify）。実際のプロジェクトでは手作業と比べて3〜4倍速く成果物を作成でき、ASPICEコンサルティングや教育が必要な場合もサポートしています。

PARVIS製品ページで詳細をご確認いただけます。ご不明な点がございましたら、お気軽にお問い合わせください。