自動車 — プロセス
CppDependによるC/C++ソフトウェアチームのためのAutomotive SPICE（ASPICE）
CppDependがASPICEプロセス能力をどのようにサポートするか：SWE.3詳細設計とユニット構築、SWE.4ユニット検証、コーディング規格、測定可能な品質証拠。
Automotive SPICE (ASPICE) — ISO/IEC 330xx（旧ISO 15504）の自動車適応版 — は自動車ソフトウェア開発プロセスの能力を評価します。OEMはサプライヤーにASPICEレベルをますます要求しています。エンジニアリングチームにとって、最もコード中心のプロセス領域はSWE.3（ソフトウェア詳細設計とユニット構築）とSWE.4（ソフトウェアユニット検証）であり、コーディング規格、静的解析、文書化された検証結果が期待される作業成果物です。
コードレベルでのASPICEの期待事項
- SWE.3 BP5/BP6： ユニットは文書化されたコーディングガイドラインと詳細設計に従って開発されます。
- SWE.4 BP1/BP2： 静的解析結果を含むソフトウェアユニットの検証基準が定義され適用されます。
- 一貫性とトレーサビリティ： 設計、コード、検証の成果物は整合を保つ必要があります。
- 測定可能な品質： プロセスが紙面上だけでなく実際に実行されている客観的な証拠。
CppDependがASPICEアセスメントをサポートする方法
- 実行可能なルールとしてのコーディングガイドライン： 組み込みのMISRA C/C++とカスタムCQLinqルールにより、コーディング規格を測定可能かつ適用可能にします。
- 詳細設計への準拠： アーキテクチャ検証は、実装が意図したコンポーネント構造と一致するかをチェックします。
- ユニット検証の証拠： ユニットごとの複雑度、結合度、違反メトリクスをSWE.4作業成果物としてエクスポート。
- 再現可能なプロセス： 同じ自動チェックがローカルとCIで実行されます — アセッサーが求める一貫性そのものです。
- トレンドデータ： 品質トレンドは、スプリントやリリースをまたぐ継続的なプロセス実行を示します。
関連業界と事例
関連コーディング規格
CppDependがコードベースで何を明らかにするかをご覧ください
独自のプロジェクトで解析を実行：コーディング規格、アーキテクチャ検証、技術的負債、品質ゲート — 数分で。