-
5.8 인증 및 규정 당국 협조잡談/ARP4754A 기본 2023. 8. 14. 13:33
인증 프로세스의 목표는 항공기와 해당 시스템이 적용가능한 요구사항을 준수함을 입증하는 것이다. 대부분의 경우 항공기 인증은 일련의 인증 계획(장비 인증을 위한 계획으로의 참조를 포함해서) 준수를 통해 이루어진다. 다음에 대한 계획과 조정은 필수이다.
- 지원자와 인증 당국 간의 효과적인 커뮤니케이션 확립
- 항공기, 해당 시스템 그리고 아이템이 특정 규정 요구사항 및 산업 표준을 충족함을 보여주는 의도된 수단에 대한 합의에 도달
5.8.1. 인증 계획
인증 계획은 전체 개발 프로세스의 규정 측면을 논리적이고 순차적인 방식으로 수행할 수 있는 관리 가능한 태스크로 분리한다. 인증 계획은 인증 프로젝트를 설명하고 인증 기반(적용가능한 규정과 적용할 수 있는 모든 특별 조건)을 식별하며 지원자가 준수를 입증할 것으로 기대하는 수단을 설명하고 프로젝트 일정을 제공한다.
인증 프로젝트의 복잡도와 범위에 따라 프로젝트에 대한 단일 인증 계획 혹은 항공기에 대한 최상위 레벨 계획 그리고 각 항공기 시스템에 대한 일련의 관련 계획이 있을 수 있다. 프로젝트에 대한 인증 계획은 지원자에 의해 준비되고 인증 당국의 동의를 받게 된다. 항공기 혹은 시스템 설치에 대한 인증 계획에는 개발 보증을 위해 사용되는 프로세스 및 요구사항에 대한 정의가 포함되며 제안된 규정 준수 수단을 식별한다. 많은 개발 보증 활동이 구현이 가능하기 훨씬 이전에 발생하므로 인증 당국과 조기에 조정하는 것이 권장된다. 초기 인증 계획에는 중요한 세부 사항이 누락되어 후속 업데이트가 필요할 수 있다. 그럼에도 불구하고 계획의 조기 조정과 승인이 강력히 권장된다. 이른 인증 계획은 내부 요구사항, 산업 표준, 규정 및 자문 자료에 대한 잘못된 해석의 영향을 최소화할 수 있다.
5.8.2. 제안된 준수 방법에 대한 동의
지원자는 항공기, 시스템 혹은 아이템의 개발이 해당 인증 기준을 충족하는 방법을 정의하는 준수 수단을 제안한다. 지원자는 다음을 수행해야 한다.
a. 관련 개발 활동이 발생하기 전에 리뷰를 위해 인증 당국에 계획을 제출해야 한다. 계획 혹은 준수 수단에 관한 추가 입증 데이터가 요청되는 경우 의미 있는 리뷰가 가능하도록 제시간에 제출해야 한다.
b. 항공기 시스템이 감항성 요구사항을 준수하는 것으로 제시되는 방법과 관련하여 인증 당국에서 식별한 이슈를 해결해야 한다.
c. 계획에 대해 인증 당국의 동의를 얻어야 한다.
5.8.3. 준수 입증
인증 데이터는 항공기, 시스템 혹은 아이템이 감항성 요구사항을 충족한다는 증거이다. 여기에는 인증 당국에 제출되는 데이터와 보관해야 하는 데이터가 모두 포함된다. 인증 당국은 규정 준수를 보여주기 위한 데이터의 적절성을 결정한다. 지원자는 항공기에 설치된 시스템 혹은 항공기 자체(해당되는 경우)가 합의된 인증 계획을 준수하는 것으로 결정된 방법을 설명하는 인증 요약을 작성해야 한다.
인증 요약/준수 리포트는 인증 계획에 수립된 활동의 결과에 대한 개요를 제공해야 한다. 합의된 계획과의 모든 차이점은 그 차이점을 입증하는 근거와 함께 설명되어야 한다. 인증 계획의 내용을 다루는 것 외에도 인증 요약에는 다음이 포함되어야 한다.
a. 감항성 요구사항의 준수에 대한 선언
b. 기능 혹은 안전성에 영향을 미치는 오픈된 문제점 리포트의 개요
5.8.4. 인증 데이터
해당되는 경우, 가능한 항공기 및 시스템 인증 데이터가 표 9에 나열되어 있다. 표 9는 개발 보증 레벨에 대한 정보를 포함하여 관련 정보를 찾을 수 있는 이 문서의 섹션에 대한 상호 참조를 포함한다.
표 9 인증 데이터 상호 참조 위 표의 모든 인증 데이터는 필요에 따라 생성되어야 한다. 인증 당국에 제출되어야 하는 인증 데이터에는 인증 계획서, 인증 요약, 형상 인덱스 등이 포함된다.
이 문서에 설명된 인증 데이터는 데이터 혹은 전달 형식(종이, 컴퓨터 파일, 혹은 원격 터미널 디스플레이와 같은)의 특정 배열 혹은 그룹화에 대한 요구사항을 의미하지 않는다. 지원자가 선택한 형식이 무엇이든 현재 운항 중인 항공기에 적용되는 규정 및 법률에서 요구하는 대로 인증 당국의 효율적인 복구 및 리뷰를 제공해야 한다. 부록 A는 개발 보증 레벨별 인증 데이터 권장 사항을 강조한다.
5.8.4.1 인증 계획
항공기에 대한 인증 계획 혹은 항공기에 시스템 혹은 컴포넌트를 설치하는 것은 시스템과 시스템이 사용될 항공기 환경 모두를 다루어야 한다. 계획에 포함되는 세부 사항의 양은 관련된 항공기 위험(들)의 분류에 따라 달라져야 한다. 각각의 계획은 다음을 포함해야 한다.
a. 시스템 및 시스템이 설치될 항공기의 기능 및 작동 설명. 하드웨어와 소프트웨어가 이 설명에서 다루어져야 한다. 이 설명은 시스템과 다른 항공기 시스템 및 기능 간의 기능적, 물리적, 그리고 정보 관계를 설정해야 한다.
b. 이 인증 계획과 다른 관련 인증 계획(들)의 관계에 대한 선언
c. FHA(Functional Hazard Assessments)의 요약 (항공기 위험, 고장 조건, 그리고 분류)
d. PASA/PSSA(Preliminary Aircraft Safety Assessment / Preliminary System Safety Assessment)의 요약 (항공기/시스템 안전성 목표 그리고 예비 시스템 개발 보증 레벨)
e. 안전성 목표를 충족하는 데 사용하도록 계획된 모든 새로운 혹은 고유한 설계 특성에 대한 설명
f. 구현될 신기술 혹은 신기술 응용에 대한 설명
g. 특별한 조건을 포함한 시스템 인증 기준
h. 예상되는 개발 보증 프로세스의 개요를 포함하여 인증 기반의 준수를 보여주는 제안된 방법 (안전성 평가, 확인, 검증, 형상 관리 그리고 프로세스 보증)
i. 제출할 데이터 및 형상 컨트롤 하에 보관할 데이터의 목록
j. 인증 이벤트의 대략적인 순서 및 일정
k. 인증 조정을 담당하는 직원 혹은 특정 조직의 식별
5.8.4.2 형상 인덱스
시스템 형상 인덱스는 함께 시스템을 구성하는 모든 형상 항목을 식별한다. 또한 형상 인덱스는 시스템 안전성에 필수적인 절차 및 제한을 식별한다. 해당 규정에 따라 시스템 안전성을 설정하는 데 필요한 것 이상으로 제공되는 시스템 설계 특성 혹은 기능을 식별해야 한다.
일반적인 시스템 형상 인덱스는 다음 정보를 포함할 것이다.
a. 각 시스템 항목의 형상 식별
b. 관련된 아이템 형상 식별 (하드웨어/소프트웨어)
c. 아이템의 상호 연결
d. 다른 시스템과의 필수 인터페이스
e. 안전성 관련 운영 혹은 유지보수 절차와 제한
해당되는 경우 시스템 내에서 대체 항목의 허용 가능한 호환성 혹은 혼합가능성을 설명하는 정보가 포함되어야 한다.
5.8.4.3 개발 계획
개발 계획은 사용을 위해 계획된 최상위 레벨 프로세스, 계획된 개발 사이클을 표시하는 주요 이벤트, 개발을 지원하는 조직 구조 및 주요 개별 책임을 식별해야 한다. 프로세스 및 이벤트는 항공기/시스템 개발에 대한 상대적 중요성, 상대적 타이밍 및 상호 의존성, 이벤트 혹은 프로세스 완료 시 예상되는 결과의 특성을 확립할 수 있도록 충분히 상세하게 설명되어야 한다.
복잡한 시스템의 경우 항공기/시스템 레벨에서 이러한 복잡도를 관리하기 위해 계획된 특정 개발 프로세스에 대한 설명을 제공하는 것이 좋다. 이러한 개발 계획은 핵심 요소와 그 관계에 대한 상호 이해를 달성하기에 충분한 세부 사항을 제공해야 한다.
5.8.4.4 설계 설명
다음 사항에 대한 공통적인 이해를 용이하게 하기 위해 설계 설명을 제공해야 할 수도 있다.
• 시스템(들)에 의해서 제공되거나 지원되는 의도된 항공기 레벨 기능
• 예상되는 시스템 운영 환경(들)
• 그리고 항공기에 설치되면서 특별히 의도된 시스템(들)의 능력
이러한 설명은 또한 주요 결함 혹은 고장 억제 수단을 식별해야 한다. 항공기 시스템 안전성의 설정 혹은 유지보수에 있어 특정 역할을 수행하는 특정 아키텍처 특성 및 설계 요소와 함께 신규 혹은 새로운 설계 요소를 식별해야 한다.
'잡談 > ARP4754A 기본' 카테고리의 다른 글
부록 B - 안전성 프로그램 계획 (0) 2023.08.14 부록 A - 프로세스 목표 데이터 (0) 2023.08.14 5.7 프로세스 보증 (0) 2023.08.14 5.6. 형상 관리 (0) 2023.08.14 5.5 구현 검증 (0) 2023.08.14 댓글