자동차 소프트웨어 개발에서 형상관리란 무엇인가
자동차 ECU 개발에서 형상관리는 소프트웨어, 문서, 설정 파일, 테스트 결과, 릴리즈 버전 등을 식별하고 통제하는 활동을 의미한다. 쉽게 말해 프로젝트에서 사용되는 모든 개발 산출물이 어떤 버전인지 명확히 관리하는 것이다. 자동차 소프트웨어는 요구사항, 설계 문서, 소스 코드, 테스트 케이스, 빌드 파일, AUTOSAR 설정, 진단 데이터, 통신 매트릭스 등 다양한 자료가 함께 연결되어 동작한다. 이 중 하나라도 버전이 맞지 않으면 빌드 오류, 기능 오동작, 테스트 결과 불일치가 발생할 수 있다.
ASPICE에서는 형상관리를 개발 품질을 유지하기 위한 중요한 지원 프로세스로 본다. 단순히 파일명을 날짜별로 저장하는 것이 아니라, 어떤 요구사항 버전을 기준으로 어떤 설계와 코드가 작성되었고, 어떤 테스트 결과로 검증되었는지 설명할 수 있어야 한다. 특히 ECU 개발에서는 고객사 전달 버전, 내부 검증 버전, 양산 후보 버전이 구분되어야 한다. 형상이 불명확하면 문제가 발생했을 때 어떤 버전을 기준으로 분석해야 하는지 알기 어렵다.
ASPICE 관점에서 형상관리가 중요한 이유
ASPICE에서 형상관리가 중요한 이유는 개발 산출물의 일관성을 확보하기 위해서다. 요구사항이 변경되었는데 설계 문서는 이전 버전이고, 코드는 최신 버전이며, 테스트 결과는 과거 빌드 기준이라면 개발 결과를 신뢰하기 어렵다. 자동차 소프트웨어는 여러 부서와 협력사가 함께 개발하는 경우가 많기 때문에 동일한 기준 버전을 사용하는 것이 매우 중요하다.
형상관리는 추적성과도 밀접하게 연결된다. 특정 요구사항이 어떤 소프트웨어 버전에 반영되었는지, 해당 버전이 어떤 테스트 케이스로 검증되었는지 확인할 수 있어야 한다. 예를 들어 고객 요구사항 변경으로 출력 조건이 수정되었다면 관련 요구사항 문서, 설계 문서, 소스 코드, 테스트 케이스, 테스트 결과가 모두 동일한 변경 기준을 반영해야 한다. 이 연결이 맞지 않으면 ASPICE Assessment에서 산출물 간 불일치로 지적될 수 있다.
또한 형상관리는 문제 발생 시 원인 분석을 빠르게 하는 데 도움이 된다. 차량 시험 중 결함이 발견되었을 때 해당 차량에 어떤 소프트웨어 버전이 적용되었는지, 어떤 요구사항과 설계 기준으로 만들어졌는지 확인할 수 있어야 한다. 형상관리가 잘 되어 있으면 결함 재현과 수정 범위 판단이 쉬워지고, 불필요한 재검증을 줄일 수 있다.
실무에서 확인해야 할 형상관리 체크 포인트
실무에서 형상관리를 잘하기 위해서는 먼저 관리 대상 항목을 명확히 정해야 한다. 소스 코드만 관리하는 것이 아니라 요구사항 문서, 설계 문서, 테스트 케이스, 테스트 결과, 빌드 스크립트, 설정 파일, 릴리즈 노트까지 포함해야 한다. 특히 AUTOSAR 프로젝트에서는 ARXML, RTE 생성 결과, BSW 설정, 통신 설정 파일도 중요한 형상 항목이 될 수 있다.
두 번째로 버전 기준을 명확히 해야 한다. 어떤 산출물이 개발 기준이고, 어떤 산출물이 검증 기준인지 구분해야 한다. 릴리즈 시점에는 요구사항 버전, 소프트웨어 버전, 테스트 결과, 알려진 이슈, 변경 이력이 함께 정리되어야 한다. 이를 통해 고객사나 검증팀이 동일한 기준으로 결과를 확인할 수 있다.
세 번째로 변경관리와 형상관리를 함께 운영해야 한다. 요구사항 변경이나 결함 수정이 발생하면 관련 산출물의 버전도 함께 갱신되어야 한다. 변경 요청, 영향 분석, 승인 이력, 수정 내역, 재검증 결과가 연결되어 있어야 프로젝트 후반의 혼선을 줄일 수 있다. 형상관리는 단순한 저장 관리가 아니라 자동차 소프트웨어 개발의 기준을 고정하고 품질을 증명하는 활동이다. ASPICE 대응을 준비하는 개발팀이라면 형상관리를 프로젝트 초반부터 체계적으로 운영하는 것이 필요하다.