항공우주 전자 제품 수명 주기 전반에 걸쳐 요구 사항 관리하기

항공우주 전자 산업은 이름에서 암시하듯, 하늘—실패가 용납되지 않는 영역에서 운영됩니다. 간과되거나 잘못 관리된 요구 사항에서 비롯된 단 하나의 고장 난 구성 요소는 수백만 달러에 달하는 프로젝트는 물론, 더 중요하게는 인간의 생명을 위협할 수 있는 치명적인 결과를 초래할 수 있습니다. 현대 항공 전자 시스템의 복잡한 성격과 엄격한 규제 요구 사항 및 연장된 수명주기는 실용적인 요구 사항 관리와 이를 달성하려는 팀에게 어려운 도전을 제시합니다.

항공우주 전자의 수명주기와 그 고유한 도전 과제들

항공우주 전자의 수명주기는 많은 다른 전자 제품과는 크게 다른 길고 복잡한 과정입니다. 일반적으로 여러 구분된 단계를 포함하며, 이는 대략 다음과 같이 분류됩니다:

• 개념 및 타당성: 초기 요구 사항이 정의되고 프로젝트의 실행 가능성이 평가됩니다.
• 설계 및 개발: 개념이 구체적인 하드웨어 및 소프트웨어 솔루션으로 전환됩니다.
• 검증 및 검사: 엄격한 테스트를 통해 설계가 모든 지정된 요구 사항을 충족하는지 확인합니다.
• 생산: 제조 및 조립.
  배치 및 운영: 시스템을 서비스에 투입합니다.
• 유지보수 및 지원: 지속적인 지원을 통해 신뢰성과 안전성을 보장합니다.
• 폐기: 필요할 때 시스템의 안전한 은퇴를 관리합니다.

수십 년에 걸쳐 이어지는 이 확장된 수명주기는 엄격한 요구 사항 관리를 요구하는 독특한 도전 과제를 제시합니다:

• 규제 준수: 항공우주 전자제품은 어떤 산업보다도 가장 엄격한 규제 감독을 받습니다. DO-178C (항공 시스템 및 장비 인증에서의 소프트웨어 고려 사항), DO-254 (항공 전자 하드웨어의 설계 보증 지침), ARP4754B (민간 항공기 및 시스템 개발 지침), 그리고 ARP4761A (민간 항공 시스템 및 장비의 안전 평가 과정 수행을 위한 지침 및 방법)와 같은 표준 준수는 법적이며 안전상의 필수 사항입니다. 이러한 표준은 요구 사항이 어떻게 정의되고, 문서화되며, 추적되고, 검증되는지에 큰 영향을 미칩니다.  
• 장수명 주기: 몇 년의 수명을 가진 소비자 전자제품과 달리, 항공우주 시스템은 20년, 30년 또는 심지어 40년까지 서비스에 남아있을 수 있습니다. 이는 장기적인 유지보수, 폐기 관리, 그리고 미래의 업그레이드 및 수정에 대한 잠재적 필요성을 신중하게 고려해야 함을 의미하며, 이 모든 것은 초기 요구 사항에 반영되어야 합니다.
• 시스템 복잡성: 현대의 항공 전자 시스템은 매우 복잡하며, 종종 다양한 공급업체의 수많은 하드웨어 및 소프트웨어 하위 시스템을 통합하는 것을 포함합니다. 이러한 상호 연결된 시스템 간의 요구 사항을 관리하고, 호환성을 보장하며, 의도하지 않은 상호 작용을 피하는 것은 상당한 과제입니다.
• 안전-중요 성격: 항공 전자 제품에서의 실패는 임무 실패에서 생명 손실에 이르기까지 심각한 결과를 초래할 수 있습니다. 따라서 요구 사항의 정확성, 완전성, 일관성이 매우 중요합니다.요구 사항은 모호함이 없어야 하며 최고 수준의 안전을 보장하기 위해 철저히 검증되어야 합니다.

요구 사항 정의 및 캡처

성공적인 항공 전자 개발의 기반은 요구 사항을 명확하게 정의하고 캡처하는 데 있습니다. 이는 다양한 유형의 요구 사항을 이해하고, 효과적인 수집 기술을 사용하며, 포괄적인 문서를 작성하는 것을 포함합니다.

요구 사항 유형

요구 사항 도출 기법

요구 사항 명세 문서

모든 수집된 요구사항은 명확하고, 간결하며, 모호함이 없도록 문서화되어야 합니다. 일반적인 문서에는 고수준 시스템 요구사항을 포착하는 시스템 요구사항 명세서(SysRS)와 소프트웨어 구성 요소에 대한 요구사항을 상세히 기술하는 소프트웨어 요구사항 명세서(SRS)가 포함됩니다. 이러한 문서들은 전체 개발 과정에 대한 단일 진실의 원천으로 작용합니다.

요구사항 캡처 도구

간단한 문서와 스프레드시트를 사용할 수 있지만, 복잡한 프로젝트의 경우 특히 전용 요구사항 관리 도구가 상당한 이점을 제공합니다. 이 도구들은 요구사항 캡처, 추적성, 버전 관리, 영향 분석 및 보고 기능을 제공합니다. 각각은 협업을 촉진하고 요구사항이 생명주기 동안 쉽게 접근하고 관리할 수 있도록 보장합니다. PCB 설계 도구와의 통합의 장점은 요구사항에서 물리적 실현으로의 원활한 경로를 제공한다는 것입니다.

Engineering Guide to Requirements

Learn best practices for managing electronic requirements

Download Guide

설계 및 개발을 통한 요구사항 관리

요구사항이 정의되고 캡처되면, 설계 및 개발 단계를 통해 효과적으로 관리하는 데 초점이 이동합니다. 이는 견고한 추적성을 확립하고, 변경 사항을 관리하며, 다양한 공학 분야 간의 협업을 포함합니다.

• 추적성: 고수준 요구사항, 상세 설계 요소(회로도, PCB 레이아웃, 코드 모듈), 테스트 케이스 및 기타 관련 아티팩트 간의 연결을 생성 및 유지함으로써 각 요구사항이 설계에 의해 해결되고 검증될 수 있음을 보여줍니다.
  • 추적성 행렬: 추적성 행렬은 이러한 연결을 시각적으로 나타내는 데 일반적으로 사용됩니다. 일반적으로 요구사항을 행에, 설계 요소/테스트 케이스를 열에 나열하며, 셀은 그들 사이의 관계를 나타냅니다.
  • 상향 및 하향 추적성: 상향 추적성은 저수준 설계 요소를 그것들이 기원한 고수준 요구사항에 연결시켜 모든 설계 결정이 정당화됨을 보장합니다. 하향 추적성은 고수준 요구사항을 해당 설계 요소 및 테스트 케이스에 연결시켜 모든 요구사항이 구현되고 테스트됨을 보장합니다.
• 요구사항 분해: 고수준 시스템 요구사항은 종종 특정 엔지니어링 팀(하드웨어, 소프트웨어, 기계)에 할당될 수 있는 더 낮은 수준의 상세한 요구사항으로 분해되어야 합니다. 이 분해 과정은 고수준 요구사항의 의도를 정확히 반영하고, 격차나 불일치가 도입되지 않도록 신중하게 관리되어야 합니다.
• 영향 분석: 개발 과정 중 요구 사항의 변경은 불가피합니다. 영향 분석은 제안된 변경이 다른 요구 사항, 설계 요소, 테스트 케이스, 그리고 전체 프로젝트 일정 및 비용에 미칠 수 있는 잠재적 결과를 평가합니다. 효과적인 영향 분석을 수행하기 위해 견고한 추적성 매트릭스는 매우 중요합니다.
• 버전 관리: 요구 사항은 다른 설계 아티팩트처럼 엄격한 버전 관리를 받아야 합니다. 이는 모든 사람이 요구 사항의 올바른 버전으로 작업하고 변경 사항의 완전한 이력이 유지되도록 보장합니다. 디자인 버전 관리 시스템과의 통합은 이 과정을 단순화하고 요구 사항과 디자인 사이의 불일치를 방지합니다.
• 협업: 효과적인 요구 사항 관리는 다양한 엔지니어링 분야 간의 긴밀한 협업을 요구합니다. PCB 디자이너, 소프트웨어 엔지니어, 시스템 아키텍트 및 기타 이해 관계자는 최신 요구 사항에 접근할 수 있어야 하며 변경 사항 및 문제에 대해 효과적으로 소통할 수 있어야 합니다. 공유 저장소, 협업적 검토 프로세스, 통합된 커뮤니케이션 채널(예: 요구 사항 관리 도구 내의 코멘트 기능)을 지원하는 도구는 필수적입니다.

검증 및 확인 (V&V)

V&V는 항공우주 전자 제품 수명 주기에서 시스템이 지정된 요구 사항을 충족하고 의도된 목적을 달성하는지 확인하는 중요한 단계입니다. 이 두 관련되면서도 구별되는 과정 사이의 차이를 이해하는 것이 필수적입니다.

검증은 "우리가 시스템을 올바르게 구축하고 있는가?"라는 질문에 답합니다. 이는 지정된 요구 사항에 따라 설계와 구현이 일치하는지 확인하는 데 중점을 둡니다. 이는 주로 기술적 평가입니다.

반면, 검증은 "우리가 올바른 시스템을 구축하고 있는가?"라는 질문에 답합니다. 이는 시스템이 이해관계자의 요구와 운영 요구 사항을 충족하는지 확인하는 데 중점을 둡니다. 심지어 공식 요구 사항 문서에 명시적으로 기술되지 않은 것들까지도 포함합니다. 이는 시스템이 의도된 용도에 적합한지에 대한 더 넓은 평가를 포함합니다.

종합적인 V&V 과정은 특정 요구 사항에 연결된 다양한 활동을 포함합니다.

Requirements Management Made Easy

Connect design data and requirements for faster design with fewer errors

Find Out More

V&V 활동

• 검토 및 검사: 요구 사항 문서, 설계 문서, 코드 및 테스트 케이스의 공식적인 검토 및 검사를 통해 오류, 일관성 없음 및 모호성을 식별합니다.
• 테스팅: 이것은 단위 테스팅(개별 구성 요소나 모듈을 검증)부터 통합 테스팅(구성 요소 간의 상호 작용을 검증), 시스템 테스팅(요구 사항에 대해 전체 시스템을 검증), 그리고 수용 테스팅(시스템이 고객의 요구를 충족한다는 것을 고객에게 보여주기)에 이르기까지 테스팅의 계층 구조를 포함합니다.
• 분석: 성능 요구 사항 및 기타 비기능적 특성을 검증하기 위해 시뮬레이션, 모델링, 형식적 방법과 같은 기술을 사용합니다.
• 시연: 시스템이 실제 또는 시뮬레이션된 운영 환경에서 요구 사항을 충족함을 보여줍니다. 이는 비행 테스트, 환경 테스트, 또는 기타 시연을 포함할 수 있습니다.

테스트 케이스 생성

테스트 케이스는 요구 사항에서 직접 파생되어야 하며, 이를 통해 포괄적인 테스트 커버리지를 보장해야 합니다. 각 요구 사항은 그 구현을 검증하는 적어도 하나의 해당 테스트 케이스를 가져야 합니다.

요구 사항 커버리지

요구 사항 커버리지 분석은 요구 사항이 얼마나 검증되고 확인되었는지를 측정합니다. 이는 테스트 케이스, 리뷰, 또는 기타 V&V 활동에 의해 어떤 요구 사항이 다루어졌는지 추적하는 것을 포함합니다. 특히 안전 중요 시스템의 경우, 100% 요구 사항 커버리지를 달성하는 것이 일반적인 목표입니다.

V&V 결과 문서화

모든 V&V 활동과 결과의 철저한 문서화는 특히 규제 준수에 있어 매우 중요합니다. 이 문서화는 시스템이 철저하게 테스트되었으며 모든 적용 가능한 요구 사항을 충족한다는 증거를 제공합니다. 테스트 보고서, 검사 기록, 분석 결과는 세심하게 유지되어야 하며 해당 요구 사항에 다시 연결되어야 합니다.

변경 관리 및 요구 사항 유지 관리

아무리 철저한 계획을 세워도 요구 사항의 변경은 불가피합니다: 변화하는 고객의 요구, 새로운 규제 요구 사항, 설계 결함, 또는 구성 요소의 단종 등이 있습니다. 그렇다면 팀은 시스템의 무결성과 준수를 어떻게 유지할 수 있을까요? 잘 정의된 공식 변경 관리 프로세스가 필수적이며, 일반적으로 다음 단계를 포함합니다:

• 변경 요청 제출: 이해관계자(엔지니어, 고객, 규제 기관)가 변경 요청을 공식적으로 제출하며, 제안된 변경, 그 이유, 그리고 잠재적 영향을 명확하게 문서화합니다.
• 변경 승인: 지정된 변경 관리 위원회 또는 유사한 권한을 가진 기관이 변경 요청과 영향 분석을 검토하고 변경을 승인, 거부, 또는 연기할지 결정합니다.
• 구현 및 검증: 승인된 경우, 변경 사항이 구현되며 영향을 받는 요구 사항, 설계 문서 및 코드가 업데이트됩니다. 그 후, 변경 사항이 올바르게 구현되었는지 및 새로운 문제를 도입하지 않았는지 확인하기 위해 엄격한 검증 및 유효성 검사 활동이 수행됩니다.
• 구성 관리: 시스템의 진화를 제어하는 학문인 구성 관리는 요구 사항, 설계 문서, 코드 및 테스트 아티팩트의 모든 버전이 추적 및 관리되는 것을 보장합니다. 이는 추적성을 유지하고 필요한 경우 이전 버전으로 되돌릴 수 있도록 하는 데 필수적입니다.
• 단종 관리: 항공우주 시스템의 긴 수명 주기를 고려할 때, 구성 요소의 단종은 중대한 우려 사항입니다. 구성 요소가 사용 불가능해지면 설계가 변경되고 잠재적으로 요구 사항도 변경될 수 있습니다. 구성 요소 수명 주기를 모니터링하고 잠재적 대체품을 식별하는 적극적인 단종 관리 계획이 중요합니다.
• 지속적 모니터링: 배포 후에도 시스템의 성능은 성능, 전자 신뢰성, 또는 개발 중인 운영 요구 사항과 관련된 새로운 요구 사항이나 필요한 변경 사항을 식별하기 위해 지속적으로 모니터링되어야 합니다. 이 피드백 루프는 시스템이 운영 수명 전체에 걸쳐 목적에 맞게 유지되도록 보장합니다.

결론

항공우주 전자 제품의 수명 주기 전반에 걸쳐 요구 사항을 관리하는 것은 어렵지만 중요한 프로젝트입니다. 도전 과제는 상당하지만, 구조화되고 체계적인 접근 방식은 위험을 완화하고 성공 가능성을 높이는 데 도움이 될 것입니다. 핵심은 요구 사항 관리를 별도의 활동으로 보지 않고 초기 개념부터 최종 폐기에 이르기까지 전체 개발 여정의 중요한 부분으로 보는 것입니다. 그리고 미래의 발전과 추세에 관계없이, 명확한 의사소통, 철저한 문서화, 그리고 선제적 관리의 기본 원칙은 과정의 중심에 남아 있을 것입니다.

Where the World Designs Electronics

Break down silos and enhance collaboration across all aspects of electronics development

Find Out More

AI 보조 자동화로 더 명확한 요구 사항을 생성하고 싶으신가요? 오늘 Altium 365 Requirements & Systems Portal을 시도해 보세요 그리고 시스템 설계 및 요구 사항 관리에 대한 더 스마트하고 연결된 접근 방식을 경험하세요.