문서요약 - 자동차 SPICE의 프로세스 참조 모델 by Automotive SIG

제목: 자동차 SPICE의 프로세스 참조 모델(Automotive SPICE Process Reference Model) 버전 4.5

저자: Automotive SIG

문서유형: 소프트웨어 표준의 유저 그룹 산출물(총 48페이지), 2010년 5월

 

자동차 SPICE의 프로세스 참조 모델(Automotive SPICE PRM)에 대해 기술한 자료. 세부 프로세스 각각의 목적(Purpose)과 결과물(Outcomes)을 나열함

---

Automotive SPICE PRM(The Automotive SPICE Process Reference Model)란?

• ISO/IEC 15502-2에 정의된 프로세스 능력 요소(the process capability attributes) 및 점수화 기법(rating schemes)과 함께 사용되는 Automotive SPICE PRM은 자동차 부품 공급업자(automotive suppliers)의 소프트웨어 프로세스 능력을 평가하는 공통된 프레임워크를 제공한다. 즉, 자동차 제조업자가 부품 공급업자를 평가할 때 Automotive SPICE PRM에 정의된 프로세스를 기준으로 한다.
• SPICE 사용자 그룹의 Automotive Special Interest Group(SIG)에 참여하는 자동차 제조업자(the car manufacturers)들의 합의를 거쳐 개발
• ISO/IEC 12207 AMD1: 2002의 부록 F, H와 ISO/IEC 12207 AMD2: 2004를 기반으로 개발
• Automotive SPICE의 전체 범위는 ISO/IEC 15504의 Process Reference Model(PRM)에 있는 모든 프로세스를 포함한다. 이 중 일부 프로세스가 Automotive SPICE PRM에는 포함되지 않지만, 여전히 유효한 프로세스이다.
• 부품 공급업자의 소프트웨어 프로세스 능력 평가에 있어 추가적인 척도를 제공하는 Automotive SPICE Process Assessment Model(PAM)을 Automotive SPICE PRM과 함께 사용한다. 

PRM의 프로세스 카테고리

Automotive SPICE PRM은 아래와 같은 세 개의 프로세스 카테고리고 구성된다(ISO/IEC 12207 AMD 1에 정의된 프로세스 카테고리와 동일).

• 일차적인 라이프 사이클 프로세스 카테고리(Primary life cycle processes category)
• 지원 라이프 사이클 프로세스 카테고리(Supporting life cycle processes category)
• 조직 라이프 사이클 프로세스 카테고리(Organizational life cycle processes category)

일차적인 라이프 사이클 프로세스 카테고리(Primary life cycle processes category

공급업자로부터 제품/서비스를 취득할 때 구매자가 수행하는 프로세스, 구매자의 요구에 따라 제품/서비스를 납품할 때 공급업자가 수행하는 프로세스, 요구명세/설계/개발/통합/테스팅에 필요한 엔지니어링 프로세스들로 구성

 

Acquisition Process Group (ACQ)

ACQ.3 계약 합의(Contract agreement): 공급업자와 계약을 협상하고 승인한다.

ACQ.4 공급업자 모니터링(Supplier monitoring): 합의된 요구사항에 기반하여 공급업자의 작업 성과를 모니터 한다.

ACQ.11 기술적 요구사항(Technical requirements): 취득 제품/서비스의 기술적 요구사항을 확립한다(기능 및 비기능 요구사항 도출).

ACQ.12 법적 및 행정적 요구사항(Legal and administrative requirements): 계약의 국내법 및 국제법 준수 관련 여러 이슈를 정의한다.

ACQ.13 프로젝트 관리(Project requirements): 취득 프로젝트가 적절한 계획/인력구성/관리/조직구성/통제에 의해 수행되도록 하는 요구사항을 명세 한다.

ACQ.14 제안서 요청(Request for proposals): 제품/서비스 취득 요구사항을 준비하고 이를 발행한다(제안 요청, 입찰자 초청).

ACQ.15 공급업자 자격 확인(Supplier qualification): 잠재적인 공급업자가 제안/입찰 평가 프로세스에 참가하는데 필요한 자격 요건을 갖추고 있는지 평가한다.

Supply Process Group (SPL)

SPL.1 공급업자 입찰(Supplier tendering): 구매자의 질의와 제안요청에 응답할 수 있는 인터페이스를 확립하고, 제안서를 준비하여 제출한다. 합의/계약에 대한 공식적인 확답을 한다.

SPL.2 제품 릴리즈(Product release): 의도한 구매자에게로의 제품 릴리즈를 통제한다.

Engineering Process Group (ENG)

ENG.1 요구사항 도출(Requirements elicitation): 제품/서비스의 라이프 사이클 전반에 거쳐 진화하는 고객 요구사항을 수집, 처리, 추적하고 요구사항 베이스라인을 확립한다.

ENG.2 시스템 요구사항 분석(System requirements analysis): 정의된 고객 요구사항을 시스템 기술 요구사항으로 변환한다.

ENG.3 시스템 아키텍쳐 설계(System architecture design): 어떤 시스템 요구사항이 어떤 시스템 구성 요소로 할당되어야 하는지 식별한다.

ENG.4 소프트웨어 요구사항 분석(Software requirements analysis): 시스템의 소프트웨어 요구사항을 확립한다.

ENG.5 소프트웨어 설계(Software design): 정의된 소프트웨어 요구사항을 구현하고 이를 검증도 가능한 소프트웨어를 설계한다.

ENG.6 소프트웨어 구축(Software construction): 소프트웨어 설계를 올바르게 구현한 검증된 소프트웨어 유닛을 생산한다. 유닛 검증(Unit verification)은 단위 테스팅, 정적 분석, 코드 인스펙션/검토, 코딩 표준 및 가이드라인 준수 체크 등에 의해 이루어진다.

ENG.7 소프트웨어 통합 테스트(Software integration test): 소프트웨어 설계에 따라 소프트웨어 유닛들을 더 큰 컴포넌트(소프트웨어 아이템)로 통합하고, 소프트웨어 아이템들 간의 상호작용을 테스트한다.

ENG.8 소프트웨어 테스팅(Software testing): 통합된 소프트웨어가 정의된 소프트웨어 요구사항에 부합하는 것을 확인한다.

ENG.9 시스템 통합 테스트(System integration test): 설계된 시스템 아키텍쳐와 고객의 요구사항을 만족시키는 통합된 시스템을 만들기 위해 여러 시스템 구성요소를 통합한다.

ENG.10 시스템 테스팅(System testing): 완성된 구현이 시스템 요구사항을 준수하는 것을 테스트 하고, 제품 인도(delivery) 준비가 되었다는 것을 확인한다.

지원 라이프 사이클 프로세스 카테고리(Supporting life cycle processes category)

라이프 사이클의 여러 단계에서 다른 프로세스에 의해 사용되는 프로세스들로 구성

 

Supporting Process Group (SUP)

SUP.1 품질 보증(Quality assurance): 산출물과 프로세스가 사전 정의된 규정과 계획을 준수한다는 객관적인 보증을 한다.

SUP.2 검증(Verification): 프로세스의 또는 프로젝트의 각 산출물이 명세된 요구사항을 올바르게 반영하는 것을 확인한다.

SUP.3 합동 검토(Joint review): 합의된 목표 대비 실제 진행 상황과 이해관계자들을 만족시키는 제품을 개발하기 위해 필요한 사항들이 무엇인지를 이해관계자들에게 알린다. 프로젝트 관리 측면과 기술적 측면 모두에서 프로젝트 라이프 사이클 전반에 거쳐 합동 검토가 수행된다.

SUP.7 문서화(Documentation): 프로세스에서 나온 정보를 기록하고 유지한다.

SUP.8 형상 관리(Configuration management): 프로세스의 또는 프로젝트의 모든 산출물의 무결성(integrity)을 확립 및 유지하고 관련자들이 사용할 수 있도록 한다.

SUP.9 문제 해결 관리(Problem resolution management): 모든 발견된 문제가 식별되고, 분석되고, 관리되고, 해결될 때까지 통제되도록 한다.

SUP.10 변경 요청 관리(Change request management): 변경 요청이 관리되고, 추적되고, 통제되도록 한다.

조직 라이프 사이클 프로세스 카테고리(Organizational life cycle processes category)

조직의 비즈니스 목적 확립과 프로젝트에 적용하면 조직이 비즈니스 목적을 달성하는데 도움이 되는 프로세스, 제품, 자산(resource assets)을 개발하는 프로세스들로 구성

 

Management Process Group (MAN)

MAN.3 프로젝트 관리(Project management): 주어진 요구사항과 제약사항에서 프로젝트가 의도한 결과물을 산출하는데 필요한 활동(activities)/작업(tasks)/자원(resources)을 식별하고, 확정하고, 계획하고, 조정하고, 모니터 한다.

MAN.5 위험 관리(Risk management): 위험을 지속적으로 식별하고, 분석하고, 처리하고, 모니터 한다. 기능 분석(functional analysis), 시뮬레이션, FMEA, FTA 등의 여러 기법이 시스템의 위험을 분석하는데 사용된다.

MAN.6 측정(Measurement): 효과적으로 프로세스 관리를 지원하고 객관적으로 제품의 품질을 증명하기 위해 조직(즉, 조직이 수행 하는 프로젝트)의 개발 제품 및 프로세스와 관련된 데이터를 수집하고 분석한다.

Process Improvement Process Group (PIM)

PIM.3 프로세스 개선(Process improvement): 비즈니스 요구에 부합하는 프로세스 사용을 통해 조직의 효과성과 효율성을 지속적으로 개선한다.

 

Reuse Process Group (REU)

REU.2 재사용 프로그램 관리(Reuse program management): 조직의 재사용 프로그램을 계획, 확립, 관리, 통제, 모니터 하고 체계적으로 재사용 기회를 활용한다.

Automotive SPICE PRM의 엔지니어링 프로세스 상의 주요 프로세스와 산출물 구조도

시스템은 하드웨어, 소프트웨어, 기구(mechanics)로 구성된다. 소프트웨어는 여러 소프트웨어 컴포넌트로 구성되고, 각 소프트웨어 컴포넌트는 컴포넌트 명세를 가진다. 더 이상 분리가 안 되는 가장 하위 레벨의 소프트웨어 컴포넌트는 소프트웨어 유닛(software unit)이라 부른다. 테스트 대상 소프트웨어를 형성하기 위해 소프트웨어 유닛들이 소프트웨어 아이템(software items)으로 통합된다. 테스트 대상 시스템을 형성하기 위해 소프트웨어는 하드웨어 및 기구와 통합된다.