승코딩당당당
[A-SPICE] 자동차 소프트웨어 개발 프로세스 개요 본문
자동차 소프트웨어 개발 프로세스 개요
우리는 지금 소프트웨어 중심 사회에 살고 있다.
알파고와 이세돌의 대결 이후 ‘4차 산업혁명’이라는 키워드가 대중화되었고,
인공지능(AI), 사물인터넷(IoT), 자율주행 기술이 사회 전반의 핵심 기술로 자리 잡았다.
자동차 산업 역시 이러한 변화의 중심에 있다.
자동차의 전장화와 소프트웨어 중심 차량
자동차는 점점 전장화(Electrification & Electronics) 되고 있으며, 전장화율의 증가는 곧 소프트웨어 비중의 증가를 의미한다.
이를 대표하는 개념이 바로 SDV(Software Defined Vehicle) 이다.
- 차량의 기능이 하드웨어보다 소프트웨어에 의해 정의
- OTA(Over-The-Air) 업데이트를 통한 기능 확장
- 소프트웨어가 차량 경쟁력의 핵심 요소로 작용
자동차 소프트웨어 규모
- 코드 규모 단위: LOC (Lines of Code)
- 자율주행 차량:
- 약 2억 ~ 3억 라인 이상
- 향후 지속적으로 증가할 것으로 예상
글로벌 자동차 OEM 업체들의 품질 요구사항
🔍 품질(Quality)이란?
품질이란 명시적·묵시적 요구사항을 만족시키는 능력을 의미한다.
- 고객의 요구를 만족하는 정도
- 사용 목적에 적합한지 여부
- 고객 기대 수준에 대한 적합성
이를 체계적으로 관리하기 위한 대표적인 기준이
ISO 9001 (품질 경영 시스템) 이다.
품질의 두 가지 관점
🔍 프로세스 품질
“좋은 결과를 얻기 위해, 올바른 과정을 갖추었는가?”
- 프로세스가 정의되어 있는가?
- 프로젝트 계획 수립
- 표준 프로세스 정의
- 정의된 프로세스를 준수하고 통제하고 있는가?
- 요구사항 분석 활동
- 품질 보증(QA) 활동
- 지속적인 개선이 이루어지고 있는가?
- 회고
- 교훈(Lesson Learned) 도출
🔍 제품 품질
“결과물이 요구사항을 제대로 만족하는가?”
- 추적성(Traceability)
- 요구사항 ↔ 아키텍처 설계서 간 연결
- 일관성(Consistency)
- 산출물 간 내용 불일치 여부
- 요구사항 만족 여부
- 고객 협동 검토
- 인수 테스트를 통한 검증
글로벌 OEM 업체들이 기대하는 품질 수준
❌ 프로세스 품질 ↓ / 제품 품질 ↓
- 프로세스 없이 주먹구구식 개발
- 뛰어난 슈퍼 개발자 부재
- 의사소통 문제, 높은 재작업 비율 발생
⚠️ 프로세스 품질 ↓ / 제품 품질 ↑
- 프로세스는 없으나 뛰어난 개발자에 의존
- 개인 역량에 의해 품질이 좌우됨
- 핵심 인력 이탈 시 품질 급격히 저하
⚠️ 프로세스 품질 ↑ / 제품 품질 ↓
- 프로세스는 존재하나 실제 업무와 불일치
- 형식적인 프로세스 준수
- 실질적인 개선 효과 미흡
✅ 프로세스 품질 ↑ / 제품 품질 ↑
- 실제 업무를 반영한 프로세스 존재
- 프로세스 준수 및 적절한 통제
- 실질적인 개선 활동 수행
- 조직 차원의 적극적인 지원(스폰서십)
소프트웨어의 정의와 특징
소프트웨어는 다음과 같은 특성을 가진다.
Invisibility (비가시성)
- 구조와 동작이 눈에 보이지 않음
- 개발 과정에서 가시화 필요
- 다이어그램, 문서, 모델링
Non-Linearity (비선형성)
- 높은 의존성
- 복잡한 구조로 인해 영향 범위 예측이 어려움
Does not wear out but changes
- 물리적으로 마모되지 않음
- 변경 시 새로운 결함이 발생할 수 있음
Human Intensive
- 사람 중심의 작업
- Human Error 발생 가능성 높음
📌 소프트웨어 개발자는 코드를 작성하는 것에서 끝나는 것이 아니라, 유지보수까지 책임지는 역할을 수행한다.
하드웨어 vs 소프트웨어
하드웨어
- 초기에는 불확실성이 큼
- 가시화 및 검증 과정에서 오류가 점점 감소
소프트웨어
- 변경이 발생할 때마다 새로운 결함 가능
- 지속적인 관리와 검증 필요
소프트웨어 개발 프로세스의 정의
소프트웨어 개발 프로세스란 단순한 절차를 넘어, 도구·장비·인력까지 포함한 통합된 체계이다.
대표적인 프로세스 정의 방식 중 하나가 ETVX 이다.
📌 ETVX 구조
Entry Criteria
- 고객 요구사항 접수
- 시스템 요구사항 접수
Task
- 소프트웨어 요구사항 추출
- 요구사항 분석
- 요구사항 명세
- 요구사항 검증
Verification
- 요구사항 반영 여부 확인
- 객관적인 검토 수행 여부 확인
eXit Criteria
- 소프트웨어 요구사항 개발 완료
- 요구사항 검토 완료
소프트웨어 개발 생명주기(SDLC)
소프트웨어 개발 생명주기란 소프트웨어를 어떻게 개발할 것인가를 정의한 최상위 프로세스이다.
🎯 생명주기의 역할
- 개발 단계 정의
- 개발 접근 방식 제시
- 마일스톤 및 일정 수립 기준 제공
- 비용 산정 기준 제공
개발 생명주기 접근 방식
- Big Bang Approach
- Evolutionary Approach
생명주기 모델 유형
- 주먹구구식 개발 모델
- 설계 없이 구현부터 시작
- 만족할 때까지 반복
- 폭포수 모델
- 순차적·단계적 개발 방식
- 원형 모델
- 프로토타입 제작 후 고객 피드백 반영
- 나선형 모델
- 폭포수 + 원형 모델
- 위험 분석을 추가한 방식
자동차 소프트웨어 프로세스 – V-Model
V-Model은 개발 단계와 그에 대응되는 테스트 단계를 매핑한 생명주기 모델이다.
✔ 특징
- 테스트 활동을 코딩 이후가 아닌 프로젝트 초기부터 병행
- 요구사항 단계부터 테스트 설계 시작
- 자동차 소프트웨어 개발에서 널리 사용됨
📝 마무리
자동차 소프트웨어는 규모가 크고 복잡하며, 안전과 직결되기 때문에
체계적인 개발 프로세스와 품질 관리가 필수적이다.
'개발 > 임베디드' 카테고리의 다른 글
| [A-SPICE] V-Model과 요구사항 공학 (0) | 2026.01.29 |
|---|---|
| [A-SPICE] 안전 요구사항과 해저드 분석 (0) | 2026.01.29 |
| [A-SPICE] Automotive SPICE 개요 (1) | 2026.01.25 |
| [자동차 구조] 바디(Body): 의장 부품 (1) | 2026.01.23 |
| [자동차 구조] 바디(Body): 차체 (2) | 2026.01.18 |
