수담연구소 공식 블로그

요구사항 확인(Validation)은 제품이 항공기, 시스템 그리고 아이템 개발자뿐만 아니라 고객, 사용자, 공급업체, 유지보수 담당자 및 인증 당국의 요구를 충족할 수 있도록 지정된 요구사항이 충분히 정확하고 완전하다는 것을 확인하는 프로세스이다. (예를 들어, 사용자로서 비행 승무원은 추력 제어를 위한 특정 시스템 동작과 해당 동작에 대한 성능 수준이 필요할 수 있다. 인증 당국은 바람직하지 않은 운영 동작에 대한 제한이 필요할 수 있다) 확인 노력의 방식은 개발자에게 맡겨지지만 구조화된 프로세스가 확인 계획(5.4.7.1 참조)에 정의되어야 한다. 이러한 요구를 충족하는 요구사항을 효과적으로 캡처하는 것이 중요하다는 점에서 다음 지침이 도움이 될 수 있다. 요구사항 인터페이스(즉, 항공기와, 다른 ..

요구사항은 관련된 위험과 함께 필수 프로세스에 대한 공통 기반을 제공한다. 위험은 중요도가 다를 수 있기 때문에 시스템 아키텍처를 통한 요구사항 할당은 인증 입증의 용이성에 상당한 영향을 미친다. 항공기 개발 사이클의 최상위 레벨 프로세스에는 항공기 기능의 식별 및 이러한 기능과 관련된 요구사항이 포함된다. 기능 인터페이스 및 그에 상응하는 안전성 요구사항을 포함한 항공기 기능은 시스템 아키텍처를 설정하기 위한 기초를 형성한다. 아키텍처의 선택은 해당 아키텍처를 구현하기 위해 필요한 추가적인 요구사항을 설정한다. 요구사항 식별 및 할당 프로세스의 각 단계(즉, 시스템 및 아이템)에서 기존 요구사항과 새로 파생된 요구사항에 대한 추가적인 세부 사항이 모두 식별된다. 구현 중에 만들어지는 선택과 마주치는 문..

이 섹션의 목표는 아이템, 시스템 혹은 항공기를 변경할 때 이 문서의 자료가 어떻게 적용될 수 있는지를 설명하는 것이다. 개발 및 안전성 평가 프로세스의 목표 중 하나는 원래 인증 기반에서 제공하는 기존의 안전성 레벨을 유지하거나 개선하는 것이다. 따라서 변경의 영향이 알려지고 완전히 확인되며 검증되는 방식으로 변경을 컨트롤해야 한다. 아이템, 시스템 혹은 항공기에 대한 변경은 새로운 기능 추가에서부터 필요한 수정 조치에 대한 대응에 이르기까지 다양한 이유로 시작될 수 있다. 변경 프로세스는 전체 안전성 관리 프로그램의 일부를 구성해야 한다. 항공기 및 시스템에 대한 변경을 보장하는 미국과 유럽의 접근 방식에는 차이가 있다. 필요하다고 판단되는 경우 이 섹션에서 그 차이점이 강조된다. 인증 기준은 적용가..

이 섹션에서 설명하는 프로세스 요소들은 전체 프로세스의 기본 요소들이다. 이들은 섹션 4.1의 프로세스 태스크들과 여러 가지 상호 작용을 한다. 5.1. 안전성 평가 안전성 평가 프로세스는 회사가 인증 요구사항(예: 14CFR/CS Parts 23과 25, section 1309) 준수와 자체 내부 안전성 표준 충족을 보여주기 위해 사용된다. 이 프로세스에는 시스템 개발 중에 수행되고 업데이트된 특정 평가가 포함되며 다른 시스템 개발 프로세스와 상호 작용하는 방식이 포함된다. 주요 안전성 평가 프로세스는 ARP4761에 자세히 설명되어 있으며 아래와 같이 요약된다. a. Functional Hazard Assessment(FHA): 항공기 및 시스템 기능을 검사하여 잠재적인 기능 고장을 식별하고 특정 고..

이 섹션에서는 개념 정의에서 인증에 이르기까지 항공기 및 항공기 시스템 개발을 위한 일반적인 접근법에 대한 개요를 제공한다. 이 섹션에서는 입증 자료의 의도와 적용가능성을 이해하기 위해 개발 프로세스 및 상호 관계와 관련된 공통 용어 및 기대치를 설정한다. 개발 라이프 사이클은 시작과 끝이 있으며 항공기 혹은 시스템 변경을 해결하기 위해 다시 시작될 수 있다. 그림 3은 개발 라이프 사이클의 간단한 그림이다. 이 문서에 포함된 지침은 주로 “개발” 단계에 맞춰져 있다. 개념 단계(즉, 연구 및 예비 개발 단계)는 페이로드 및 항속 거리, 항공기 크기, 엔진 수 및 위치, 에어포일, 설계 및 제조에서의 신기술 적용과 같은 전체 항공기 성능 및 구성을 결정한다. 생산/운용을 위한 구현을 준비하는 개발 단계가..

개발 계획 프로세스의 목적은 항공기/시스템 요구사항을 충족하고 감항 요구사항과 일치하는 신뢰 수준을 제공하는 항공기 혹은 시스템을 생산하는 수단을 정의하는 것이다. 개발 계획 프로세스의 목표는 다음과 같다. 항공기/시스템 요구사항, 기능 개발 보증 레벨 및 아이템 개발 보증 레벨을 다룰 개발 프로세스 및 개발 라이프 사이클의 필수 프로세스 활동을 정의하기 위해 프로세스 간의 상호 관계, 순서, 피드백 메커니즘, 전이 기준을 포함해서 개발 라이프 사이클을 정의하기 위해 각각의 라이프 사이클 프로세스 활동을 위해 사용되는 방법 및 도구를 포함해서 라이프 사이클 환경을 선택하기 위해 생산될 항공기/시스템을 위한 항공기/시스템 안전성 목표와 일치하는 개발 표준을 정의하기 위해 필수 프로세스 각각의 목표를 준수하..

이 문서는 전반적인 항공기 운용 환경과 기능을 고려한 항공기 시스템의 개발에 대해 설명한다. 여기에는 인증 및 제품 보증을 위한 요구사항의 확인과 설계 구현의 검증을 포함한다. 이는 규정 준수를 보여주는 관행을 제공하며, 본 문서의 지침을 고려하여 회사가 자체 내부 표준을 개발하고 준수하도록 지원한다. 이 문서에서 지침은 Tile 14 Code of Federal Regulations (14CFR) Part 25와 European Aviation Safety Agency(EASA) Certification Specification (CS) CS-25의 맥락에서 개발되었다. 이는 Part 23, 27, 29, 33, 그리고 35(CS-23, CS-27, CS-29, CS-E, CS-P)와 같은 다른 규정에..

S-18과 WG-63 위원회의 지도부는 이 문서를 개발하는 동안 적극적으로 기여한 위원회 멤버들과 그들의 후원 기업들이 들인 시간과 노력 그리고 비용에 대해서 감사드립니다. 그들의 경험, 협조, 헌신이 없었다면 이 문서의 개발은 불가능했을 것입니다. John Dalton, Chair S-1 Boeing Commercial Airplane Group Fred Moon Bell Helicopter Eric M Peterson, Vice Chair S-18 Electron International II, Inc. Warren Prasuhn Rockwell Collins, Inc. Bob Mattern, Secretary S-18 Pratt & Whitney John Riege Woodward Govenor F..