자동차 SPICE(ASPICE)
Automatic Spice란?
프로세스 개선은 시스템의 품질이 개발 프로세스의 품질에 달려 있다는 접근 방식을 따릅니다. 이 경우 프로세스 모델은 모델에 비해 조직의 프로세스 기능을 측정하여 개선 옵션을 제공합니다. 또한, 평가 결과[5]를 이용하여 조직의 프로세스 개선을 위한 프레임워크 역할을 한다.
2001년부터 SPICE11 사용자 그룹과 AUTOSIG(Automotive Special Interest Group)는 ASPICE(Automotive SPICE)를 개발했다. 2005년 출판된 이래 자동차 산업에서 이 표준이 잘 확립되어 왔다.
2015년 7월 독일 자동차 산업 협회 (VDA)는 ASPICE 버전 3.0 [9]을 발표했습니다. 2017년부터 개선된 버전 V.3.1. ASPICE 3.1은 확립된 버전 2.5 [2]를 대체할 것입니다. 따라서 이 호에서 작성된 모든 진술은 ASPICE [47] 버전 3.1을 참조합니다.
표준의 설계 및 구조
ASPICE의 2차원
ASPICE는 두 가지 차원으로 평가 모델을 정의합니다.
공정 치수에서 ASPICE는 공정 참조 모델을 정의합니다. 이러한 것들은 조직 프로세스를 평가하고 개선할 수 있도록 비교하는 참조 역할을 합니다. 각 프로세스에 대해 ASPICE는 목적과 결과뿐만 아니라 필요한 행동(기본 관행)과 작업 결과(작업 제품)를 정의한다. 조직이 ASPICE를 넘어 더 많은 참조 프로세스를 필요로 한다면, 예를 들어, 이러한 프로세스를 취할 수 있다. ISO / IEC 12207 [10] 또는 ISO / IEC 15288 [11].
공정 능력 치수에서 ASPICE는 여러 공정 속성을 정의합니다. 이러한 기능은 공정 능력의 측정 가능한 기능을 제공합니다. 각 공정에는 공정별 속성과 동종 속성이 있습니다. ISO / IEC 33020은 프로세스 능력 [39]의 평가의 기초가 됩니다.
이 모델의 도움으로 능력(능력 차원)에 관한 프로세스(공정 차원)를 평가할 수 있다.
공정 차원의 공정 범주
ASPICE는 프로세스를 8개의 프로세스 그룹으로 그룹화한 다음 프로세스 그룹을 3개의 프로세스 범주로 그룹화합니다.
주요 프로세스에는 회사의 주요 프로세스 역할을 하는 모든 프로세스가 포함됩니다.
- 제품 및/또는 서비스의 획득(ACQ)
- 제품 및/또는 서비스의 공급(SPL)
- 시스템 엔지니어링(SYS)
- 소프트웨어 공학(SWE)
- 지원 프로세스(SUP)
조직 프로세스에는 회사 목표를 지원하는 모든 프로세스가 포함됩니다.
- 프로젝트 또는 프로세스의 관리(MAN)
- 공정 개선(PIM)
- 시스템 및 구성 요소의 재사용(REU)
테스트의 경우 프로세스 그룹 시스템 개발(SYS)과 소프트웨어 개발(SWE)이 특히 관심이 있다. 이것들은 자동차 SPICE V-모델([9] 부속서 D KeyConcepts)의 프로세스를 구축한다.
공정 능력 차원의 용량 수준
평가자는 6단계 평가 시스템(수준 표시)의 도움으로 프로세스 능력을 평가한다. ASPICE는 다음과 같이 능력 수준 0 ~ 312를 정의합니다.
- 레벨 0 (불완전한 프로세스) : 프로세스가 존재하지 않거나 프로세스의 목적을 달성하지 못합니다. 예제: 테스터는 요구 사항의 일부만 검사합니다.
- 레벨 1 (수행 프로세스) : 구현된 프로세스는 프로세스 목적을 달성합니다 (그러나 일관성 없이 실행될 수 있습니다). 예제: 테스트 프로세스에 대해 볼 수 있는 완전한 계획이 없습니다. 그러나 테스터는 요구사항의 충족 수준을 보여줄 수 있다.
- 레벨 2 (관리 프로세스) : 프로젝트는 실행 과정에서 프로세스를 계획하고 감독합니다. 특정 상황에서는 실행 중 작업 과정을 적용하여 목표에 부합합니다. 작업 제품에 대한 요구 사항이 정의됩니다. 프로젝트 멤버가 작업 제품을 확인하고 승인합니다. 예제: 테스트 관리자는 테스트 목표를 정의하고 테스트 활동을 계획하며 프로세스를 감독합니다. 편차의 경우, 그는 그에 따라 반응한다.
- 3 단계 (설정된 프로세스) : 프로젝트는 표준화된 프로세스를 사용하며, 결과를 지속적으로 개선하는 데 사용합니다. 예 : 전체 조직에 대한 일반적인 테스트 전략이 있습니다.
테스트 완료 후(기본 테스트 프로세스 참조) 테스트 관리자는 테스트 관리자를 추가 개발하는 데 도움이 된다.