자동차 제어기 개발에서 추적성은 요구사항, 설계, 코드, 테스트가 서로 연결되어 있는 상태를 의미한다. 쉽게 말해 고객이 요구한 기능이 어떤 시스템 요구사항으로 정리되었고, 어떤 소프트웨어 요구사항과 설계로 반영되었으며, 어떤 코드와 테스트 케이스로 확인되었는지 따라갈 수 있어야 한다는 뜻이다. ASPICE에서는 이러한 추적성을 매우 중요하게 다룬다. 자동차 소프트웨어는 작은 요구사항 하나가 실제 차량 기능과 안전, 품질에 영향을 줄 수 있기 때문에 개발 전 과정의 연결 관계를 명확히 관리해야 한다.
자동차 제어기는 엔진, 변속기, 브레이크, 조향, 배터리, 바디, ADAS 등 다양한 기능을 담당한다. 각 제어기는 센서 입력을 받고, 내부 로직을 통해 판단한 뒤, 액추에이터나 다른 ECU로 신호를 전달한다. 이 과정에서 요구사항이 누락되거나 잘못 해석되면 기능 오동작이 발생할 수 있다. 따라서 개발자는 단순히 기능을 구현하는 것을 넘어, 자신이 작성한 코드가 어떤 요구사항을 만족하기 위한 것인지 설명할 수 있어야 한다.
추적성이 중요한 첫 번째 이유는 요구사항 누락을 방지할 수 있기 때문이다. 고객 요구사항이 시스템 요구사항으로 분해되고, 다시 소프트웨어 요구사항과 설계로 이어지는 과정에서 일부 내용이 빠질 수 있다. 추적성을 관리하면 상위 요구사항이 하위 요구사항으로 모두 반영되었는지 확인할 수 있다. 반대로 불필요하게 작성된 요구사항이나 설계 항목도 확인할 수 있어 개발 범위를 명확히 하는 데 도움이 된다.
두 번째 이유는 변경 영향 분석이 가능하다는 점이다. 자동차 개발 프로젝트에서는 고객 요청, 법규 변경, 결함 수정, 성능 개선 등으로 요구사항이 자주 변경된다. 이때 추적성이 없다면 하나의 요구사항 변경이 어떤 설계, 코드, 테스트에 영향을 주는지 파악하기 어렵다. 반면 추적성이 잘 관리되어 있으면 관련 문서와 테스트 항목을 빠르게 찾을 수 있고, 수정 후 재검증 범위도 명확하게 정할 수 있다.
세 번째 이유는 검증의 완전성을 확보할 수 있다는 점이다. ASPICE에서는 요구사항이 테스트로 확인 가능한 형태여야 하며, 각 요구사항이 적절한 검증 항목과 연결되어야 한다. 예를 들어 특정 소프트웨어 요구사항이 있는데 이를 확인하는 테스트 케이스가 없다면 검증 누락으로 볼 수 있다. 추적성은 요구사항이 실제로 검증되었는지 확인하는 기준이 되며, 테스트 결과를 통해 요구사항 충족 여부를 객관적으로 설명할 수 있게 한다.
네 번째 이유는 문제 발생 시 원인 분석이 쉬워진다는 점이다. 차량 시험이나 양산 이후 문제가 발생했을 때 해당 기능과 관련된 요구사항, 설계, 코드, 테스트 이력을 빠르게 추적할 수 있어야 한다. 추적성이 부족하면 원인을 찾는 데 많은 시간이 걸리고, 잘못된 범위를 수정해 추가 문제가 생길 수도 있다. 특히 여러 부서와 협력사가 함께 개발하는 자동차 프로젝트에서는 추적성 관리가 커뮤니케이션 오류를 줄이는 역할도 한다.
ASPICE 기준에서 추적성은 단순히 링크를 걸어두는 작업이 아니다. 요구사항과 설계, 테스트 사이의 관계가 논리적으로 맞아야 하고, 변경이 발생했을 때 연결 정보도 함께 최신 상태로 유지되어야 한다. 또한 양방향 추적성이 중요하다. 상위 요구사항에서 하위 산출물로 내려가는 방향뿐 아니라, 테스트 결과나 설계 항목에서 다시 어떤 요구사항을 만족하는지 거슬러 올라갈 수 있어야 한다.
결론적으로 자동차 제어기 개발에서 추적성은 품질과 신뢰성을 확보하기 위한 핵심 관리 기준이다. 요구사항 누락을 줄이고, 변경 영향을 분석하며, 테스트 완전성을 확인하고, 문제 발생 시 원인을 빠르게 찾는 데 필요하다. ASPICE를 제대로 이해하려면 추적성을 단순한 문서 연결이 아니라 요구사항부터 검증까지 개발 흐름을 관리하는 실무 도구로 바라봐야 한다. 추적성이 잘 관리되는 프로젝트일수록 개발 품질은 높아지고, 고객사 대응과 심사 준비도 훨씬 안정적으로 진행될 수 있다.