영향도 분석(Impact Analysis)에 따른 재사용(Reuse) 전략

1) 신규 개발의 경우

ISO 26262의 영역(Part 4, Part5, Part6, Part7, Part8, Part9)에서 해당되는 영역을 적용하면 됩니다.

2) 수정 개발의 경우

공식적인 변경 절차(Change request management)를 통해 발생할 수 있는 다양한 영향을 분석하고, 관련 변경과 관련되는 기능안전 엔지니어링 활동을 수행하고, 변경 적합성 평가를 통해 개발을 종료합니다

3) 재 사용의 경우

만약 수정 없이 재사용하는 기존의 기능안전이 적용된 구성요소이면, 엔지니어링 결과물을 그대로 사용할 수 있습니다. 만약 이전에 기능안전을 적용하지 않고, 재 사용되는 ①소프트웨어 컴포넌트인 경우 Part 8의 12절 “Qualification of software component”를 적용하고, ②하드웨어 컴포넌트 인 경우 Part 8의 13절 “Evaluation of hardware elements”를 적용합니다. 마지막으로 ③Part 8의 14절의 “Proven in use argument”는 시스템 또는 시스템 구성요소, 하드웨어 컴포넌트 레벨에서 과거에 양산에 적용된 동일 제품에 대해, ASIL 등급에 따라 관찰 수량, 관찰 기간, 고장율 데이터 등을 활용한 통계적 분석을 통해 목표 값 만족할 때 적용이 가능합니다.

특히, 재사용하는 소프트웨어 컴포넌트에서 “Qualification of software component”를 적용하는 경우 아래와 같은 많은 이점을 가지고 있습니다.

• SW Component qualification을 꼭 외부의 인증업체 등을 활용하지 않고 자체로 가능함
• SW Component qualification을 수행한 담당자에게 명시된 자격을 요구하지 않음.
• 복잡하지 않은 방법으로 해당 활동의 수행이 가능함

자세한 내용은 Part 8의 12절에 기술되어 있지만 간단하게 요약을 하면, 아래와 같이 정리할 수 있습니다.

• 목표하는 ASIL 등급을 포함하여, 컴포넌트의 사양을 정의하고 명세합니다.
• 사양에서 정의한 모든 테스트 명세와 일관성 및 테스트 결과의 추적성을 확보해야 합니다.
• 정상 및 고장모드에서의 테스트결과가 이상이 없고, 문제가 없어야 합니다.
• ASIL 등급에 따른 Unit verification의 Structural coverage (ex. ASIL D: MC/DC) 만족해야 합니다.
• 이러한 활동은 Part 8의 9절 Verification 요구사항을 준수해야 합니다.

물론 상용 라이브러리 (예, commercial off-the-shelf (COTS) software)의 경우도 동일한 방법으로 적용이 가능하며, 만약, 해당 제품의 모듈화 및 구조화가 잘 되어 있다면, 재 사용 전략을 적극적으로 적용하고 개발 및 검증 활동을 하는 것이 더 효율적입니다.

그리고, 하드웨어 컴포넌트의 경우도 기존의 “PPAP 자료” 및 “하드웨어 엘리먼트 평가 결과”(인수 테스트 결과 포함)들을 지속적으로 데이터화 하여 재사용하는 것이 바람직합니다.