31. Hardware Accomplishment Summary (Section 10.9)

하드웨어 설계 라이프 사이클 데이터(Hardware Design Life Cycle Data)의 마지막은 바로 Hardware Accomplishment Summary(HAS)이다.

 

참고) 지금까지 설명하면서 PHAC(Plan for Hardware Aspects of Certification)과 이번에 나오는 HAS(Hardware Accomplishment Summary)에 대해서는 해석 대신 원문을 그대로 사용했다. 이는 적절한 단어가 매칭이 안되는 것도 있지만 두 문서의 중요성을 고려하여 해석으로 인해 발생할 수 있는 약간의 혼선조차도 없도록 하기 위함이다. DO-254의 철학이라고도 할 수 있는 문서 작성의 일관성(Consistency)에는 어긋나는 것이지만 그런 의미를 담고 있다는 점을 이해해 주시기 바란다.

 

HAS에 대해서 DO-254 가이드라인에서는 다음과 같이 설명하고 있다.

 

 

해석을 보자.

 

10.9 Hardware Accomplishment Summary Hardware Accomplishment Summary는 PHAC에 대한 준수를 보이고 이 문서의 목표가 하드웨어 아이템에 대해서 달성되어 왔다는 것을 입증하기 위한 주요 데이터 아이템이다.

 

HAS는 쉽게 말해서 PHAC에 작성된 대로 개발 및 인증이 진행되어 왔는지에 대한 결과를 작성하는 것이라고 할 수 있다. 우리가 PHAC에 대한 설명에서 이것이 작성되면 인증 당국의 승인을 받는다고 했었다. 그것은 인증 당국에 PHAC에 작성된 그대로 진행하겠다는 것을 약속한 것이라고 할 수 있다. 그리고 그 약속을 잘 지켰는지(?)를 HAS로 보고하는 것이다.

 

하지만 세상 모든 일이 그렇듯 하드웨어 개발 및 DO-254 인증에서도 계획된 대로만 진행되는 경우는 거의 없다. 즉, PHAC에 작성된 대로만 진행되지는 않는다는 뜻이다. 이 경우 어떻게 해야 하는지에 대해서는 뒤에서 다시 설명하게 된다. 그 전에 HAS가 어떤 성격의 문서인지를 제대로 이해하는 것이 중요하다.

 

기본적으로 HAS에는 PHAC에 작성된 것처럼 다음과 같은 정보들이 포함되어야 한다.

 

① 시스템 개요 (System Overview) 시스템 기능, 시스템 실패 조건, 시스템 아키텍처, 하드웨어/소프트웨어 기능 할당, 시스템 참고 문서 등 ② 하드웨어 개요 (Hardware Overview) 하드웨어 기능, 하드웨어 아이템, 아키텍처, 새로운 기술, Fail-safe, 고장 허용, 중복 및 파티셔닝 기술 등 ③ 인증 고려사항 (Certification Considerations) 인증 기준, 준수 방법, 하드웨어 설계 보증 레벨 및 정당성 (안전성 평가 관련 내용 포함) ④ 하드웨어 설계 라이프 사이클 (Hardware Design Life Cycle) 수행될 프로세스(Processes) 및 활동(Activities), 전이 기준, 책임, 툴, 프로세스간 조율, 참조되는 계획 등 ⑤ 하드웨어 설계 라이프 사이클 데이터 (Hardware Design Life Cycle Data) ⑥ 추가 고려사항 (Additional Considerations) 이전에 개발된 하드웨어, COTS, 제품 서비스 경험, 툴인증, 레벨 A 혹은 B 기능에 대한 고려사항 등 ⑦ 대체 방법 (Alternative Methods) 기술되지 않은 혹은 기술된 것과 다르게 적용되는 대안을 설명 ⑧ 인증 스케쥴 (Certification Schedule) 하드웨어 설계 라이프 사이클 데이터가 인증 당국에 제출될 시기

표 1 PHAC과 SAS에 공통으로 포함되어야 하는 내용

 

위의 박스는 실제로 PHAC에 대한 설명에서 그대로 가져온 것이다. 그 중 취소선으로 표시된 마지막 ‘인증 스케쥴’에 대한 내용 이외에는 모두 포함되어야 한다. (참고로 가이드라인에는 ‘추가 고려사항’ 중에서 ‘이전에 개발된 하드웨어’만 제시되어 있지만 일단 PHAC에서의 내용을 그대로 남겨두었다)

 

그런데 앞에서 PHAC에 작성된 대로 진행되지 못하는 것에 대해서 언급한 바가 있다. 이런 경우에는 그 차이점이 HAS에 작성되어야 한다. 물론 이렇게 작성되는 차이점은 그러한 차이점이 인증 당국의 동의를 받을 수 있는 부분이거나 혹은 인증 당국에게 굳이 동의를 받을 필요가 없을 정도의 사소한 차이점이어야 한다는 전제가 깔려 있다. 이에 대해서는 실제 차이점이 발생해서 검토가 필요한 시점, 혹은 HAS를 작성하는 시점에 충분한 확인 및 검토가 있어야 한다는 점을 명심하자. 참고로 이런 검토틀 통해서 아예 그 시점에 PHAC을 수정하는 경우라면 HAS에 그 차이점이 따로 기록될 필요는 없는 상황이 된다.

 

DO-254 가이드라인에서는 위의 항목들 외에도 HAS에 추가로 작성되어야 할 부분을 다음과 같이 제시하고 있다. 중요한 부분이므로 가이드라인의 내용을 그대로 가져와 보자.

 

 

해석을 보자.

 

1. 하드웨어 식별. 이 섹션은 파트넘버와 버전에 의해서 하드웨어 형상과 하드웨어 아이템을 식별한다. 2. 변경 히스토리. 가능하다면 이 섹션은 안전에 영향을 주는 실패로 인해서 만들어진 변경에 유의해서 하드웨어 변경의 요약을 포함하며 이전 인증이후 하드웨어 설계 라이프 사이클 프로세스로부터의 변경을 식별한다. 3. 하드웨어 상태. 이 섹션은 기능 제한에 대한 언급을 포함해서 인증 시점의 미해결된 문제점 리포트의 요약을 포함한다. 4. 준용 진술. 이 섹션은 이 문서(역주 - DO-254 가이드라인)를 준수한다는 진술과 하드웨어 계획에 명시된 기준을 따르는 것을 증명하기 위해 사용된 방법의 요약을 포함한다. 이 섹션은 또한 하드웨어 계획, 절차, 그리고 이 문서로부터의 추가적인 결정과 차이점을 설명한다.

 

앞서 PHAC과의 비교를 통해서 제시된 내용과 더불어 위의 항목들도 반드시 HAS에 포함되어야 한다는 것을 기억하자. 참고로 3번에서 말하는 ‘미해결된 문제점 리포트의 요약을 포함한다’라는 것은 설명 그대로 미해결된 문제점이 있는 경우 그 리포트의 요약을 포함한다는 것인데 여기서 미해결이라는 것은 단순히 해결하지 못한 문제가 아니라 해결하지 못하는 이유가 충분히 제시되고 인증 당국으로이 납득할 수 있어서 미해결상태로 진행할 수 있는 문제라는 의미이다. 착오없으시기 바란다.

 

마지막으로 위의 내용 중 마지막에 설명되어 있는 ‘Note’에 대한 해석을 보면서 HAS에 대한 설명을 마무리한다.

 

주의: PHAC에 포함된 데이터가 Hardware Accomplishment Summary에 리포트될 필요는 없다. 하지만 그렇게 하는 것이 인증 프로세스를 촉진시킬 것이다.