ISO 26262 파트 5: 하드웨어 수준에서 제품 개발의 중요성

배경과 문제

하드웨어 수준은 무엇입니까? ISO 26262에서 하드웨어 수준은 기술 안전 개념을 구현하고, 하드웨어 결함을 분석하고, 소프트웨어 개발을 조정하는 일련의 활동과 프로세스를 의미합니다.

기능 안전은 분석 기법 자체보다, 산출물 간 연결성과 변경 시점의 갱신 속도가 실무 성과를 좌우합니다. 감사/고객 리뷰는 “무엇을 했는가”보다 “근거가 연결되어 있는가”를 봅니다.

핵심 내용

하드웨어 수준은 무엇입니까?

ISO 26262에서 하드웨어 수준은 기술 안전 개념을 구현하고, 하드웨어 결함을 분석하고, 소프트웨어 개발을 조정하는 일련의 활동과 프로세스를 의미합니다. 여기에는 안전 요구 사항을 충족하는 하드웨어를 개발하는 데 필요한 활동 및 프로세스 계획이 포함됩니다.

하드웨어 수준이 왜 중요한가요?

하드웨어 수준 개발은 시스템의 기술적 안전 개념을 실현하고, 하드웨어 결함의 잠재적 원인과 영향을 분석하고, 하드웨어와 소프트웨어 개발 간의 긴밀한 조정을 보장하는 데 매우 핵심 요소입니다. 시스템 수준과 마찬가지로 안전을 보장하려면 하드웨어와 소프트웨어에 대한 통합 접근 방식이 필수적입니다.

하드웨어 수준 개발의 주요 단계

ISO 26262 파트 5에서는 하드웨어 수준의 안전 활동을 6가지 주요 범주로 나눕니다.

1. 일반 주제 및 계획

• 여기에는 기술 안전 개념의 하드웨어 구현, 잠재적인 하드웨어 결함 분석, 소프트웨어 개발과의 조정 등 하드웨어 개발에 필요한 활동 및 프로세스 계획이 포함됩니다.

2. 하드웨어 안전 요구 사항 사양

• 여기에는 기술적 안전 개념과 시스템 아키텍처 설계 사양에서 파생된 하드웨어 안전 요구 사항이 자세히 설명되어 있습니다. 이 프로세스 중에 HSI(하드웨어-소프트웨어 인터페이스) 사양도 업데이트됩니다.

3. 하드웨어 설계

• 여기에는 하드웨어 아키텍처 설계와 회로 수준의 세부 하드웨어 설계가 포함됩니다. 하드웨어가 안전 요구 사항을 충족하는지, HSI 사양과 호환되는지, 시스템 아키텍처 설계 사양과 일치하는지 확인합니다.

4. 하드웨어 아키텍처 측정항목 평가

• 하드웨어 아키텍처 설계의 적합성을 평가하기 위해 SPFM(단일 지점 오류 지표)과 LFM(잠재 오류 지표)이라는 두 가지 지표가 사용됩니다. 이는 무작위 하드웨어 오류를 처리하는 하드웨어 아키텍처의 능력을 평가합니다.

이미지 설명: (1) 5 01 1024x212 1: 기능 안전 개념을 설명하기 위한 참고 이미지

5. 무작위 하드웨어 오류로 인한 안전 목표 위반 평가

• 이는 무작위 하드웨어 오류로 인한 안전 목표 위반의 잔여 위험이 충분히 낮은지 여부를 평가합니다. 이 평가에는 두 가지 방법(PMHF 및 EEC)이 사용됩니다.
• 6PMHF(하드웨어 오류에 대한 확률적 지표)
• • PMHF는 하드웨어 오류로 인한 안전 목표 위반 가능성을 확률적으로 평가합니다. ASIL 등급에 따라 목표 값이 달라지면서 시스템의 신뢰성을 수치로 표현합니다. PMHF는 FIT(Failure In Time) 단위로 측정되며, 1 FIT는 10^9(10억) 시간에 한 번 발생하는 고장 확률을 나타냅니다.

이미지 설명: (1) 5 02 1024x211 1: 기능 안전 개념을 설명하기 위한 참고 이미지

• EEC(각 원인 평가)
  • EEC 방법은 각 하드웨어 요소의 결함이 안전 목표 위반에 미치는 영향을 분석합니다. 이를 통해 개별 결함이 전체 시스템 안전에 어떤 영향을 미치는지 더 자세히 평가할 수 있습니다.

6. 하드웨어 통합 및 검증

개발된 하드웨어가 하드웨어 안전 요구 사항을 준수하는지 확인하기 위해 하드웨어 구성 요소를 통합하고 테스트합니다. 이 과정에서 다양한 방법론을 사용하여 테스트 케이스가 도출됩니다.

요약

ISO 26262 5부는 다음에 대한 주요 통찰력을 제공합니다.

1. 하드웨어 수준의 안전 활동 조정.

2. 하드웨어 설계 시 시스템적 오류와 무작위 하드웨어 오류를 모두 고려합니다.

3. 하드웨어 설계 안전성에 대한 체계적인 분석.

4. 하드웨어와 소프트웨어 개발의 긴밀한 조정.

이 개요가 ISO 26262 파트 5에 따라 하드웨어 수준에서 제품 개발의 전반적인 측면을 이해하는 데 도움이 되기를 바랍니다. 감사합니다!

실무 적용 가이드

1. Item/기능 경계를 명확히 하고 HARA 범위를 고정합니다.
2. Safety Goal→요구사항(HW/SW)→검증 케이스를 양방향으로 연결합니다.
3. 설계 변경 시점마다 SPFM/LFM/PMHF와 근거 산출물을 함께 갱신합니다.

체크리스트

• Safety Goal과 검증 케이스가 1:1로 추적되는가?
• 변경 이력(누가/언제/왜)과 승인 근거가 남아 있는가?
• Safety Case 제출 시 “근거 묶음”을 즉시 생성할 수 있는가?

마무리

정리하면 기능 안전은 “완벽한 문서”보다 “연결된 근거와 빠른 갱신”이 품질을 만듭니다. 팀이 반복 가능한 운영 패턴을 갖추는 것이 장기적으로 가장 큰 비용 절감으로 이어집니다.

다음 단계: 프로젝트 산출물 샘플(추적 매트릭스/증적 패키지)이 필요하면 Hermes Solution Technical Briefing을 요청해보세요.