ASPICE란?
Automotive SPICE(이하 ASPICE)는 자동차 산업에 특화된 소프트웨어 프로세스 평가 프레임워크입니다. ISO/IEC 33000 시리즈를 기반으로 하며, 자동차 소프트웨어 및 시스템 개발의 품질과 성숙도를 측정하는 데 활용됩니다.
글로벌 완성차 OEM(BMW, Mercedes-Benz, VW 등)이 협력사 선정 및 품질 관리 기준으로 ASPICE를 요구하고 있어, 자동차 소프트웨어 개발 기업에게 사실상 필수적인 인증 기준이 되었습니다.
현재 업계에서 가장 널리 적용되는 버전은 Automotive SPICE PAM v3.1(2017년 발표)이며, VDA QMC(독일 자동차산업협회 품질관리센터)가 관리합니다. V3.1은 7개 프로세스 그룹, 32개 프로세스, 그리고 ISO/IEC 33020 기반의 Capability Level 0~5 체계로 구성되어 있습니다.
ASPICE V-Model 개발 프로세스
ASPICE는 V-모델 기반으로 개발 활동(좌측 하강)과 검증·테스트 활동(우측 상승)이 쌍을 이룹니다. 각 개발 단계마다 대응하는 검증 활동이 정의되어 소프트웨어 품질을 체계적으로 보장합니다.
System Engineering Process Group (SYS)
SYS.1이해관계자 요구사항 수집
SYS.2시스템 요구사항 분석
SYS.5시스템 적격성 테스트
SYS.3시스템 아키텍처 설계
SYS.4시스템 통합 및 통합 테스트
Software Engineering Process Group (SWE)
SWE.1SW 요구사항 분석
SWE.6SW 적격성 테스트
SWE.2SW 아키텍처 설계
SWE.5SW 통합 및 통합 테스트
SWE.3SW 상세 설계 및 단위 구현
SWE.4SW 단위 검증
개발 단계 (좌측 하강)검증·테스트 단계 (우측 상승)
ASPICE 3.1 vs 4.0: 주요 변경사항
2023년 발표된 ASPICE 4.0은 수년 만의 첫 대규모 개정입니다. 소프트웨어 중심 표준에서 하드웨어·머신러닝까지 포괄하는 통합 표준으로 확장되었으며, 라이프사이클 구조도 3개 카테고리로 재편되었습니다.
ASPICE 3.1
기존 구조
SWE·SYS 중심 소프트웨어 개발 프로세스
하드웨어 엔지니어링 프로세스 없음
머신러닝/AI 프로세스 미포함
Validation 프로세스 그룹 미분리
VAL·HWE·MLE 독립 프로세스 그룹 없음
→
ASPICE 4.0
확장된 통합 표준
기존 SWE·SYS 프로세스 유지·강화
HWE 하드웨어 엔지니어링 그룹 신설
MLE 머신러닝 엔지니어링 그룹 신설
VAL Validation 프로세스 그룹 독립
VAL·HWE·MLE 3개 신규 프로세스 그룹 추가 (총 11개)
ASPICE 4.0 신규 프로세스 그룹 3종
VAL
Validation Process Group
검증 프로세스를 독립 그룹으로 분리. 시스템·소프트웨어의 요구사항 충족 여부를 체계적으로 확인합니다.
기존에서 독립
HWE
Hardware Engineering Group
자동차 메카트로닉 시스템의 하드웨어를 Primary Lifecycle로 격상. ISO 26262·ISO/SAE 21434와 연계됩니다.
신규 추가
MLE
Machine Learning Engineering Group
자율주행(Level 2·3)·ADAS 등 AI 기반 기능 개발 전용 프로세스 그룹. 급속한 AI 채택에 대응합니다.
신규 추가
재편된 3대 라이프사이클 카테고리
Primary LifecycleSYS · SWE · HWE · VAL · MLE
Organizational LifecycleMAN · REU · SPL
Supporting LifecycleSUP · QUA
프로세스 참조 모델 (PRM) 구조 비교
ASPICE는 프로세스를 Primary(주요)·Supporting(지원)·Organizational(조직) 3개 라이프사이클로 분류합니다. 4.0에서 HWE·MLE·VAL 3개 그룹이 신규 추가되어 하드웨어·AI 개발까지 포괄합니다.
ASPICE 3.1 — Process Reference Model
Acquisition Process Group (ACQ)
ACQ.3Contract Agreement
ACQ.4Supplier Monitoring
ACQ.11Technical Requirements
ACQ.12Legal & Administrative Requirements
ACQ.13Project Requirements
ACQ.14Request for Proposals
ACQ.15Supplier Qualification
Supply Process Group (SPL)
SPL.1Supplier Tendering
SPL.2Product Release
System Engineering Process Group (SYS)
SYS.1Requirements Elicitation
SYS.2System Requirements Analysis
SYS.5System Qualification Test
SYS.3System Architectural Design
SYS.4System Integration and Integration Test
Software Engineering Process Group (SWE)
SWE.1Software Requirements Analysis
SWE.6Software Qualification Test
SWE.2Software Architectural Design
SWE.5Software Integration and Integration Test
SWE.3Software Detailed Design and Unit Construction
SWE.4Software Unit Verification
Supporting Process Group (SUP)
SUP.1Quality Assurance
SUP.2Verification
SUP.4Joint Review
SUP.7Documentation
SUP.8Configuration Management
SUP.9Problem Resolution Management
SUP.10Change Request Management
Management Process Group (MAN)
MAN.3Project Management
MAN.5Risk Management
MAN.6Measurement
Reuse Process Group (REU)
REU.2Reuse Program Management
Process Improvement Process Group (PIM)
PIM.3Process Improvement
색상 범례 :삭제됨 (v4.0 기준)신규 추가 (v4.0)
ASPICE 4.0 — Process Reference Model
Supporting Process Group (SUP)
SUP.1Quality Assurance
SUP.8Configuration Management
SUP.9Problem Resolution Management
SUP.10Change Request Management
SUP.11Machine Learning Data Management
System Engineering Process Group (SYS)
SYS.1Requirements Elicitation
SYS.2System Requirements Analysis
SYS.5System Verification
SYS.3System Architectural Design
SYS.4System Integration and Integration Verification
Validation Process Group (VAL)
VAL.1Validation
Software Engineering Process Group (SWE)
SWE.1Software Requirements Analysis
SWE.6Software Verification
SWE.2Software Architectural Design
SWE.5Software Component Verification and Integration Verification
SWE.3Software Detailed Design and Unit Construction
SWE.4Software Unit Verification
Hardware Engineering Process Group (HWE)
HWE.1HW Requirements Analysis
HWE.4Verification against HW Requirements
HWE.2HW Design
HWE.3Verification against HW Design
Machine Learning Engineering Process Group (MLE)
MLE.1Machine Learning Requirements Analysis
MLE.2Machine Learning Architecture
MLE.3Machine Learning Training
MLE.4Machine Learning Model Testing
Management Process Group (MAN)
MAN.3Project Management
MAN.5Risk Management
MAN.6Measurement
Process Improvement Process Group (PIM)
PIM.3Process Improvement
Reuse Process Group (REU)
REU.2Management of Products for Reuse
Acquisition Process Group (ACQ)
ACQ.4Supplier Monitoring
Supply Process Group (SPL)
SPL.2Product Release
색상 범례 :삭제됨 (v4.0 기준)신규 추가 (v4.0)
ASPICE V3.1 프로세스 평가 영역
| 프로세스 그룹 | 프로세스 수 | 주요 프로세스 | 설명 |
|---|---|---|---|
| SYS | 5개 | SYS.1~SYS.5: 요구사항 분석, 아키텍처 설계, 통합, 통합 테스트, 적격성 테스트 | 시스템 레벨의 V-모델 전 영역을 커버 |
| SWE | 6개 | SWE.1~SWE.6: 요구사항 분석, 아키텍처 설계, 상세 설계, 구현, 통합 테스트, 적격성 테스트 | 소프트웨어 V-모델 전체 엔지니어링 활동 |
| MAN | 3개 | MAN.3 프로젝트 관리, MAN.5 리스크 관리, MAN.6 측정 | 프로젝트 관리·리스크·측정 체계의 실행력 평가 |
| SUP | 7개 | SUP.1 품질보증, SUP.2 검증, SUP.4 공동 리뷰, SUP.7 문서화, SUP.8 형상관리, SUP.9 문제해결관리, SUP.10 변경요청관리 | 엔지니어링 활동을 지원하는 보조 프로세스 |
| ACQ | 7개 | ACQ.3 계약합의, ACQ.4 공급자 모니터링, ACQ.11~15 기술요구·법적합의·프로젝트요구 등 | OEM-협력사 간 획득·공급 계약 관리 |
| SPL | 2개 | SPL.1 공급자 입찰, SPL.2 제품 출시 | 공급자 측의 입찰 및 제품 인도 프로세스 |
| PIM | 1개 | PIM.3 프로세스 개선 | 조직 프로세스 개선 활동 |
| REU | 1개 | REU.2 재사용 프로그램 관리 | 자산 재사용 체계 관리 |
Automotive SPICE V3.1 → V4.0 주요 변경사항
2023년 12월 15일 VDA QMC 공식 발행 | ISO/IEC 33020 기반 측정 프레임워크 적용
ASPICE V3.1
- 총 32개 프로세스 (소프트웨어 중심)
- ISO/IEC 15504 기반 측정 프레임워크
- SWE(소프트웨어 엔지니어링) 단일 도메인
- ACQ(획득) 프로세스 포함
- SUP.2 검증, SUP.4 합동 리뷰 포함
- ML·HW 엔지니어링 프로세스 없음
ASPICE V4.0 (현행)
- 총 32개 프로세스 (시스템·HW·ML 확장)
- ISO/IEC 33020 기반 측정 프레임워크로 전환
- SWE + SYS + HWE + MLE 다중 도메인
- ACQ 주요 프로세스 10개 제거
- VAL.1 확인(Validation) 신규 추가
- HWE 4개 + MLE 4개 + SUP.11 신규
V4.0 신규 추가 프로세스 (10개)
| 도메인 | 프로세스 ID | 프로세스명 | 핵심 목적 |
|---|---|---|---|
| HWE | HWE.1 | 하드웨어 요구사항 분석 | 시스템 요구사항으로부터 HW 요구사항을 도출·분석하고, HW 아키텍처 요소와 연계한 양방향 추적성 매트릭스를 수립합니다. |
| HWE | HWE.2 | 하드웨어 설계 | HW 아키텍처 및 상세 설계를 수행하고, 설계 결정 사항을 문서화하여 제조 가능성과 기능 안전 요구사항을 반영합니다. |
| HWE | HWE.3 | HW 설계 검증 | HW 설계가 HW 요구사항을 충족하는지 리뷰·분석·시뮬레이션을 통해 체계적으로 검증하고, 결함을 개발 초기에 식별합니다. |
| HWE | HWE.4 | HW 요구사항 검증 | 개발된 HW 제품이 명세된 HW 요구사항을 충족하는지 테스트를 통해 확인하고, 결과를 기록·추적합니다. |
| MLE | MLE.1 | ML 요구사항 분석 | AI/ML 시스템에 특화된 요구사항(성능 목표·데이터 요건·공정성 기준 등)을 도출·정의하고, 상위 시스템 요구사항과의 일관성을 보장합니다. |
| MLE | MLE.2 | ML 아키텍처 | ML 모델 아키텍처·알고리즘·데이터 전처리 전략을 설계하고, 모델 선택 근거와 설계 가정을 문서화합니다. |
| MLE | MLE.3 | ML 훈련 | 정의된 데이터셋으로 모델을 학습시키고, 하이퍼파라미터 튜닝·재현성 확보·실험 이력 관리를 통해 최적 모델을 도출합니다. |
| MLE | MLE.4 | ML 모델 테스트 | 독립 테스트 데이터셋으로 모델 성능·강건성·안전성을 검증하고, 배포 준비 기준 충족 여부를 확인합니다. |
| VAL | VAL.1 | 확인(Validation) | 완성된 시스템이 운용 환경에서 이해관계자 요구와 의도된 사용 목적을 충족하는지 최종 확인하며, Verification(SWE.6)과 독립적으로 수행됩니다. |
| SUP | SUP.11 | ML 데이터 관리 | ML 학습·검증·테스트용 데이터의 수집·레이블링·버전 관리·품질 보증·추적성을 전 생애주기에 걸쳐 체계적으로 관리합니다. |
핵심 개념 변화 3가지
①
측정 프레임워크 전환
ISO/IEC 15504 → ISO/IEC 33020으로 전환. PA 지표가 세분화되었습니다.
②
적용 범위 확장
소프트웨어 전용 → 시스템·하드웨어·AI/ML 포함. 자율주행·ADAS 개발에 대응합니다.
③
Validation 독립 프로세스화
Verification에 통합되었던 Validation이 VAL.1로 독립. 고객 요구 충족을 별도 입증합니다.
실무 적용 시 주요 고려사항
- V3.1 기준 인증 조직은 HWE·MLE 도메인 신규 갭 분석(Gap Analysis)이 필요합니다.
- VAL.1 확인 프로세스 증거 산출물(테스트 리포트, 고객 승인 기록 등)을 별도 준비해야 합니다.
- ISO/IEC 33020 기반 능력 수준 산정 방식 변경으로 기존 심사 결과와 단순 비교가 불가합니다.
- 자율주행·ADAS 개발 조직은 MLE 프로세스 적용 여부를 OEM과 사전 협의가 권장됩니다.