카드뉴스
기능안전과 ASPICE는 비슷한 산출물을 다른 질문으로 봅니다
기능안전과 Automotive SPICE(ASPICE)는 요구사항, 아키텍처, 구현, 검증, 테스트와 추적성을 모두 다룹니다. 현장에서 같은 문서와 도구를 쓰는 경우도 많아 하나의 체계처럼 보이기 쉽습니다. 그러나 기능안전은 E/E 시스템의 오동작으로 생기는 위험을 어떻게 줄였는지 묻고, ASPICE는 개발 프로세스가 정해진 목적과 결과에 맞게 수행·관리되는지 평가합니다. 한쪽을 수행했다고 다른 쪽이 자동으로 충족되지는 않습니다.
기능안전은 Safety Goal과 안전 메커니즘을 따라갑니다
기능안전에서는 아이템 정의와 Hazard 분석을 바탕으로 위험 사건을 평가하고 ASIL과 Safety Goal을 정합니다. 그 목표를 기능·기술·소프트웨어 안전 요구사항으로 구체화한 뒤 진단 범위, 고장 반응, Safe State와 검증 방법을 설계합니다.
인버터 제어 SW라면 과전류나 위치 센서 이상이 어떤 위험을 만들 수 있는지, 얼마 안에 검출해야 하는지, 토크 제한과 PWM 차단 가운데 어떤 반응이 적절한지를 따집니다. 추적성은 Safety Goal이 안전 요구사항, 구현된 메커니즘, 테스트 결과로 이어졌는지 확인하는 근거가 됩니다. 명목 성능이 좋다는 사실만으로 기능안전이 입증되지는 않습니다.
ASPICE는 프로세스 수행과 역량을 객관적 증거로 평가합니다
ASPICE는 시스템·소프트웨어 요구사항 분석, 아키텍처, 상세 설계와 구현, 단위 검증, 통합과 테스트 같은 엔지니어링 프로세스를 다룹니다. 프로젝트·품질 관리, 구성 및 변경 관리, 문제 해결 같은 지원·관리 활동도 연결됩니다.
평가의 목적은 문서 수를 늘리는 데 있지 않습니다. 요구사항을 분석하고 합의했는지, 설계가 요구사항과 일관되는지, 리뷰와 테스트를 계획대로 수행했는지, 변경 뒤 영향 분석과 재검증을 했는지를 작업 산출물과 수행 증거로 확인합니다. 평가 결과는 정해진 범위 안에서 각 프로세스의 역량을 나타내며, 제품의 기능안전을 곧바로 보증하지는 않습니다.
같은 요구사항도 안전과 프로세스 관점에서 따로 확인합니다
센서 진단 요구사항을 예로 들면 기능안전은 검출 임계값과 허용 시간, 고장 반응이 Safety Goal을 달성하는지 봅니다. ASPICE 관점에서는 요구사항의 명확성, 아키텍처 할당, 구현·테스트와의 양방향 추적, 리뷰와 변경 이력을 확인합니다. 같은 테스트 결과도 한쪽에는 안전 메커니즘의 유효성 근거가 되고, 다른 쪽에는 검증 프로세스를 수행했다는 증거가 됩니다.
산출물을 목적별로 두 벌 만들 필요는 없습니다. 각 요구사항의 출처와 안전 관련성을 표시하고 공통 아키텍처, 테스트, 추적 정보를 일관되게 관리하는 편이 낫습니다. 실제 작업에서는 요구사항 하나를 골라 “어떤 위험을 줄이는가”와 “어떤 절차와 증거로 개발했는가”를 각각 답해 보면 기능안전과 ASPICE의 경계가 선명해집니다.
