27. 하드웨어 설계 표준 및 지침 (Section 10.2)

하드웨어 설계 표준 및 지침(Hardware Design Standards and Guidance)에 대해서 DO-254 가이드라인에서는 다음과 같이 설명하고 있다.

 

 

해석을 보자.

 

10.2 하드웨어 설계 표준 및 지침 하드웨어 설계 표준 및 지침은 하드웨어 설계, 확인, 검증, 보증 그리고 컨트롤 프로세스에 대한 규정, 절차, 방법, 기준을 정의할 수 있고 하드웨어 설계 결과의 수용 가능성과 품질을 평가하는데 사용된다.

 

위의 설명에 담겨 있는 의미는 다음에 나오는 표준문서들이 각각의 프로세스에 대한 하나의 기준을 담고 있다는 것을 뜻한다. 이는 일종의 선언적인 의미를 담고 있다. 무슨 말인가 하면 지원자가 표준 문서를 제시함으로써 자신이 수행할 프로세스의 기준을 스스로 밝히는 것이다. 일종의 약속을 하는 것으로도 볼 수 있다. 이렇게 되면 해당 프로세스는 전적으로 이렇게 제시된 기준에 따라서 진행되어야 한다. 자신이 한 약속을 그대로 따르는 것이다.

 

이런 이유로 이번 절에서 설명하는 표준문서가 비록 DO-254 가이드라인에 포함되어 있기는 하지만 기본적으로는 DO-254에서 공식적으로 요구하는 문서들이 아니다. 즉, 인증 당국에 제출하지 않아도 된다는 뜻이다. 하지만 실제 현장에서는 앞서 설명한 계획 문서와 마찬가지로 표준문서 역시 필수적으로 제출되는 경우가 대부분이다. 왜 그럴까? 바로 DO-254가 안전성에 초점을 맞추고 있기 때문이다.

 

만약 표준문서가 없이 모든 프로세스가 진행된다면 어떤 상황이 발생하게 될까? 계획이 작성되었기 때문에 일단 외형적으로는 계획대로 진행될 것이다. 하지만 그 과정에서의 구체적인 진행 과정 하나하나를 보면 진행하는 사람이나 기관 혹은 시점에 따라서 일관성을 유지하지 못할 가능성이 높아진다. 공통된 기준이 없기 때문이다. 이렇게 되면 결과적으로 하드웨어의 안전성에 좋지 않은 영향을 미치게 된다. 이는 DO-254 인증을 받기 위한 기준을 충족하기가 더 힘들어 질 수 있다는 뜻이 된다. 표준문서의 가치는 각각의 프로세스에 공통된 기준을 제시함으로써 해당 프로세스를 통해서 만들어지는 하드웨어의 안전성을 높이는 것이라고 할 수 있다.

 

이제 DO-254 가이드라인에서 제시하는 다음의 4가지 표준 문서에 포함될 수 있는 내용을 구체적으로 확인해 보자.

 

① 하드웨어 요구사항 표준 (Hardware Requirements Standards: HRS)

② 하드웨어 설계 표준 (Hardware Design Standards: HDS)

③ 하드웨어 확인 및 검증 표준 (Hardware Validation and Verification Standards: HVVS)

④ 하드웨어 아카이브 표준 (Hardware Archive Standards: HArS)

 

27.1. 요구사항 표준 (Section 10.2.1)

 

하드웨어 요구사항 표준(HRS)은 요구사항 캡처 프로세스(Requirements Capture Process)에서 사용될 수 있으며 다음과 같은 내용들이 포함될 수 있다.

 

① 요구사항 개발 및 구체화를 위한 방법 및 기준

② 요구사항의 확인을 위한 방법 및 기준

③ 요구사항을 나타내기 위한 표기법

④ 요구사항 명세툴의 사용 가이드

⑤ 파생 요구사항을 시스템 설계 프로세스로 제공하는 방법

 

결국 요구사항을 제대로, 일관성있게 작성하기 위한 기준을 제시하는 것이라고 할 수 있다. 하드웨어 요구사항에 대한 자세한 내용은 별도의 절에서 설명할 예정이다.

 

27.2. 하드웨어 설계 표준 (Section 10.2.2)

 

하드웨어 설계 표준(HDS)은 개념 설계 프로세스(Conceptual Design Process) 및 상세 설계 프로세스(Detailed Design Process)에서 사용될 수 있으며 다음과 같은 내용들이 포함될 수 있다.

 

① 하드웨어 설계 표현 방법 및 표기법

② 설계 명세와 네이밍 관례

③ 설계 방법에 대한 가이드

④ 하드웨어 설계툴의 사용에 대한 가이드

⑤ 전자부품 컴포넌트 선택에 대한 가이드

⑥ 설계 대안 평가에 대한 가이드

⑦ Fail-safe 및 고장 허용 설계 구성의 평가에 대한 가이드

⑧ 요구사항 프로세스로의 피드백 제공 및 요구사항을 명확하게 하는 것에 대한 방법 설명

 

하드웨어 설계 과정에서 필요한 통일된 기준과 가이드를 제공하게 된다. 하드웨어 설계에 대한 자세한 내용은 별도의 절에서 설명할 예정이다.

 

27.3. 확인 및 검증 표준 (Section 10.2.3)

 

하드웨어 확인 및 검증 표준(HVVS)은 확인(Validation) 및 검증(Verification) 프로세스에서 사용될 수 있으며 하드웨어 설계 및 구현과 관련해서 다음과 같은 내용들이 포함될 수 있다.

 

① 확인(Validation) 규칙, 절차, 방법, 가이드 및 기준

② 검증(Verification) 규칙, 절차, 방법, 가이드 및 기준

 

앞서 계획 문서에 대한 설명에서 확인(Validation)과 검증(Verification)의 차이점을 언급하면서 각각의 계획 문서에 작성되는 내용들을 살펴본 바가 있다. 그런데 표준 문서에 작성되는 내용은 계획 문서에 작성되는 내용과는 초점을 달리한다. 즉, 각각의 프로세스에서 주로 사용되는 리뷰(Reviews), 분석(Analyses) 그리고 시험(Test) 수행에 대한 설명에 초점을 맞추어 작성하게 된다. 착오 없으시기 바란다.

 

27.4. 하드웨어 아카이브 표준 (Section 10.2.4)

 

하드웨어 아카이브 표준(HArS)은 DO-254에서 제시하는 다소 독특한 문서이다. 참고로 소프트웨어 인증인 DO-178에서는 작성하지 않는 문서이다. 가이드라인에서는 다음과 같이 설명하고 있다.

 

 

해석을 보자.

 

10.2.4 하드웨어 아카이브 표준 하드웨어 아카이브 표준은 제품 데이터를 유지하고 보관하기 위해 사용되는 절차, 방법 그리고 기준을 정의하고 프로그램 및 프로젝트 보관을 개발하고 유지하기 위해 사용될 수 있다. 하드웨어 아카이브 표준은 보관 컨텐츠, 형식 그리고 매개 표준, 규정, 방법 그리고 기준을 포함할 수 있다.

 

하드웨어의 개발부터 제품화의 전 과정에 걸쳐서 데이터를 어떻게 유지해야 하는지에 대한 통일된 기준을 제시하는 것이다. 사실 수 많은 실제 부품들이 보관되고 개발 과정, 제품화 과정에서 그것들이 사용된다고 생각한다면 항공기의 안전에 대한 중요성을 생각했을 때 저장 및 관리에 대한 공통된 기준이 반드시 필요한 부분이라는 점을 이해할 수 있을 것이다.

 

지금까지 4가지의 표준 문서들에 대해서 알아보았다. 다음으로 넘어 가기 전에 마지막으로 가이드라인에서 표준 문서와 관련해서 설명하는 아래 내용을 확인하고 가자.

 

 

해석을 보자.

 

표준은 필요하지 않을 수 있지만 만약 지원자가 프로젝트에 대해서 그것을 제기한다면 그것들은 프로젝트에 대한 인증 기준과 계획의 일부가 된다.

 

일단 표준문서가 필요하지 않을 수도 있다고 명시적으로 밝히고 있다. 하지만 앞서 설명한 것처럼 현실적으로 표준 문서를 작성하지 않고 진행하는 것은 힘들다고 본다면 표준 문서 역시 계획 문서와 같은 수준으로 관리되어야 한다는 점을 유의할 필요가 있다.