Automotive SPICE (업데이트 中)

A SPICE 참조 모델

 

SWE (Software Engineering Process Group)

• SWE.1 소프트웨어 요구사항 분석
• SWE.2 소프트웨어 아키텍처 설계
• SWE.3 소프트웨어 상세 설계 및 유닛 개발
• SWE.4 소프트웨어 유닛 검증
• SWE.5 소프트웨어 통합 및 통합 시험
• SWE.6 소프트웨어 인정 시험

---

SWE.4 소프트웨어 유닛 검증

구분	내용
Process ID	SWE.4
Process name	소프트웨어 유닛 검증
Process purpose	소프트웨어 유닛 검증 프로세스의 목적은 소프트웨어 유닛이 상세 설계와 비기능적 소프트웨어 요구사항을 준수하고 있다는 증거를 제공하기 위하여 소프트웨어 유닛을 검증하는 것이다.
Process outcomes	1) 회귀 전략을 포함한 소프트웨어 유닛 검증 전략이 소프트웨어 유닛을 검증하기 위해 개발된다. 2) 소프트웨어 유닛이 소프트웨어 상세 설계와 비기능적 소프트웨어 요구사항을 준수하고 있다는      증거를 제공하기에 적합한 소프트웨어 유닛 검증이 소프트웨어 유닛 검증 전략에 따라 개발된다. 3) 소프트웨어 유닛 검증 전략과 소프트웨어 유닛 검증 기준에 따라 소프트웨어 유닛이 검증되고      그 결과가 기록된다. 4) 일관성과 양방향 추적성이 소프트웨어 유닛, 검증을 위한 기준, 검증 결과 간에 수립된다. 5) 유닛 검증의 결과가 요약되고 영향받는 모든 당사자에게 의사소통된다.
	SWE.4.BP1: 회귀 전략을 포함한 소프트웨어 유닛 검증 전략을 개발한다.  변경된 소프트웨어 유닛의 재검증을 위한 회귀 전략을 포함한 소프트웨어 유닛 검증에 대한 전략을  개발한다. 검증 전략은 소프트웨어 유닛이 소프트웨어 상세 설계와 비기능적 요구사항을 준수함에  대한 증거를 제공하는 방법을 정의해야 한다.   [성과 1] 비고 1: 유닛 검증을 위해 가능한 기법은 정적/동적 분석, 코드 검토, 유닛 시험 등을 포함한다. SWE.4.BP2: 유닛 검증을 위한 기준을 개발한다.  소프트웨어 유닛들과 컴포넌트 내 유닛들 간의 상호작용이 소프트웨어 상세 설계와 비기능적 요구사항 을 준수하고 있다는 증거를 제공하기에 적합한 유닛 검증 기준을 검증 전략에 따라 개발한다.  유닛 시험의 경우, 기준은 유닛 시험 명세서에 정의되어야 한다. [성과 2] 비고 2: 유닛 검증을 위한 가능 기준은 유닛 시험 케이스, 유닛 시험 데이터, 정적 검증, 커버리지 목표, MISRA 규칙과 같은 코딩 표준을 포함한다. 비고 3: 유닛 시험 명세서는 예를 들면, 자동 시험 벤치의 스크립트로 구현될 수 있다.
	08-50 시험 명세서 → [성과 2] 08-52 시험 계획서 → [성과 1] 13-04 의사소통 기록 → [성과 5] 13-19 검토 기록 → [성과 3, 4] 13-22 추적성 기록 → [성과 4] 13-25 검증 결과 → [성과 3, 5] 13-50 시험 결과 → [성과 3, 5] 15-01 분석 보고서 → [성과 3]