잡談/DO-254 기본
-
11. 상세 설계 프로세스 (Section 5.3)잡談/DO-254 기본 2019. 5. 3. 08:27
상세 설계 프로세스(Detailed Design Process)는 아래 그림에서 볼 수 있듯이 구현(Implementation) 바로 이전단계이다. 따라서 이 단계에서 구현에 필요한 모든 것들이 완료되어야 한다. 11.1. 상세 설계 프로세스 목표(Objectives) 상세 설계 프로세스에서는 다음과 같은 목표(Objectives)를 준수해야 한다. 해석을 보자. 1. 하드웨어 아이템 요구사항과 개념 설계 데이터로부터 상세 설계가 개발된다. 2. 파생 요구사항이 개념 설계 프로세스 혹은 다른 적절한 프로세스로 피드백된다. 3. 요구사항 누락 혹은 에러가 해결을 위해서 적절한 프로세스로 제공된다. 다소 허무(?)할 정도로 당연한 설명만이 나열되어 있다. 더구나 2, 3번은 앞서 보았던 것과 동일한 내용이다..
-
10. 개념 설계 프로세스 (Section 5.2)잡談/DO-254 기본 2019. 5. 3. 08:25
요구사항 캡처 프로세스의 다음은 개념 설계 프로세스(Conceptual Design Process)이다. 개념 설계 프로세스와 다음에 나오는 상세 설계 프로세스에 대한 이해를 위해서 우선 앞서 보았던 전형적인 ASIC/PLD 프로세스와 하드웨어 설계 프로세스내의 5가지 프로세스를 매핑한 테이블을 다시 한 번 살펴보자. 붉은 박스로 표시된 부분이 설계와 구현 과정이다. DO-254 가이드라인에서는 다소 애매할 수 있는 ‘Conceptual’, ‘Detailed’라는 단어만을 사용해서 설명하고 있지만 좌측의 ASIC/PLD 프로세스에 포함되어 있는 단어들을 통해서 좀 더 개념을 명확하게 할 수 있을 것이다. 기본적으로 이런 정도의 개념을 가지고 앞으로 나오는 설명을 살펴보자. 10.1 개념 설계 프로세스 목..
-
9. 요구사항 캡처 프로세스 (Section 5.1)잡談/DO-254 기본 2019. 5. 3. 08:23
하드웨어 설계 프로세스에서 가장 먼저 나오는 것이 아래 그림과 같이 요구사항 캡처 프로세스(Requirements Capture Process)이다. 이름만으로도 ‘요구사항(Requirements)’을 얻는 단계라는 것은 누구나 짐작할 수 있을 텐데 여기에서 한 가지 주목할 부분이 있다. 바로 아래쪽에 연결된 화살표에 표시되어 있는 ‘파생 요구사항(Derived Requirements)’이다. DO-254 가이드라인에서는 파생 요구사항을 다음과 같이 설명하고 있다. 해석을 보자. 이것은 시스템 안전성 평가에 의해서 부과된 요구사항뿐만 아니라 제안된 하드웨어 아이템 아키텍처, 기술 선택, 기본적인 그리고 선택적인 기능성, 환경, 그리고 성능 요구사항에 의해서 부과되는 그러한 파생된 요구사항을 포함한다. 설..
-
8. 하드웨어 설계 프로세스 (Section 5.0)잡談/DO-254 기본 2019. 5. 3. 08:20
하드웨어 설계 프로세스(Hardware Design Processes)는 시스템 요구사항으로부터 하드웨어로 할당된 요구사항을 수행하는 하드웨어 아이템을 만들어 내는 것이다. 앞서 본 그림에서 아래와 같이 붉은색으로 표시된 부분이다. 즉 DO-254에서는 기본적으로 다음과 같은 5가지 주요 프로세스를 거쳐서 하드웨어가 만들어 진다고 보는 것이다. • 요구사항 캡처 프로세스 (Requirements Capture Process) • 개념 설계 프로세스 (Conceptual Design Process) • 상세 설계 프로세스 (Detailed Design Process) • 구현 프로세스 (Implementation Process) • 제작 전이 프로세스 (Production Transition Process..
-
7. 계획 프로세스 (Section 4.0)잡談/DO-254 기본 2019. 5. 3. 08:01
하드웨어 설계 라이프 사이클에서 가장 처음 나오는 프로세스는 바로 계획 프로세스(Planning Process)이다. 우선 앞서 보았던 그림에서 해당 부분을 다시 한 번 확인해 보자. 위의 그림에서 계획 프로세스의 위치와 화살표 연결관계를 음미할 필요가 있다. 두 개의 화살표가 있는데 하나는 하드웨어 설계 프로세스로, 다른 하나는 지원 프로세스로 연결되어 있는 것을 볼 수 있다. 이것은 곧 계획 프로세스에서 하드웨어 설계 프로세스에 대한 계획을 수립하고 지원 프로세스에 대한 계획도 수립한다는 의미이다. DO-254 인증의 관점에서 하드웨어 설계 라이프 사이클 전체에 대한 제대로 된 계획이 수립되어야 한다는 명확한 기준을 제시해 주는 것이라고 할 수 있다. 참고로 계획 프로세스에서는 계획(Plan) 문서와..
-
6. 하드웨어 설계 라이프 사이클 (Section 3.0)잡談/DO-254 기본 2019. 5. 3. 07:58
앞절에서 하드웨어와 관련된 시스템 레벨을 확인해 봤다면 이번 절부터가 실질적인 하드웨어 레벨의 시작이다. 여기서는 DO-254 가이드라인에서 제시하는 하드웨어 설계 라이프 사이클(Hardware Design Life Cycle)이 어떻게 구성되어 있는지를 살펴보고 각각의 프로세스에 대해서는 다음 절부터 하나씩 알아볼 예정이다. 6.1. 하드웨어 설계 라이프 사이클 프로세스 먼저 DO-254 가이드라인에서 제시하는 하드웨어 설계 라이프 사이클에 대한 그림을 보자. 각 단계별로 DO-254 가이드라인의 Section이 표시되어 있는데 전적으로 하드웨어 설계 라이프 사이클에 포커스를 맞추어 DO-254 가이드라인이 작성되어 있음을 확인할 수 있다. 참고로 붉은색으로 표시된 부분이 주요 프로세스를 나타내는데 하..
-
5. DO-254와 시스템의 관계 (Section 2.0)잡談/DO-254 기본 2019. 5. 2. 17:28
DO-254 가이드라인에서는 시스템과 관련된 설명을 위해서 아래와 같은 그림을 제시하고 있다. 위의 그림은 시스템 개발 프로세스와 관련된 핵심 항목들을 보여주고 있다. 하드웨어와 소프트웨어는 당연히 포함되는 것일텐데 시스템 안전성 평가가 그에 못지 않은 비중을 가지고 있다는 것을 확인할 수 있다. 이것은 안전성 평가가 그 만큼 중요하다는 것을 말해주는 부분이다. 사실 우리나라에서 DO-254나 DO-178을 진행하는 경우는 대부분 개별적인 하드웨어 혹은 소프트웨어 개발 업체 수준에서 단독으로 진행하는 경우가 대부분이다. 그리고 항공기용 제품을 개발한다고 하지만 대부분의 경우는 실제 탑재될 항공기가 결정되어 있지 않은 경우가 많다. 이것은 결국 위의 그림에서 보자면 하드웨어 혹은 소프트웨어 외부의 시스템에..
-
4. DO-254 가이드라인 소개 (Section 1.0)잡談/DO-254 기본 2019. 5. 2. 17:24
DO-254 가이드라인 Section 1.0에는 DO-254 가이드라인에 대한 소개가 공식적으로 정리되어 있다. 사실 DO-254에 대해서 구글링을 해 보면 여러 가지 자료들을 찾을 수 있고 주변에서 심심치 않게 DO-254에 대해서 이야기하는 것들을 들을 수 있지만 DO-254에 대한 가장 정확한 정보는 바로 여기에 담겨 있다. 다른 어떤 자료들보다도 먼저 다음에 나오는 내용을 우선적으로 살펴보도록 하자. 4.1. DO-254의 적용 범위 앞 절에서 DO-254의 적용 범위에 대해서 잠시 설명한 적이 있는데 그렇다면 실제로 DO-254 가이드라인에서는 그것을 어떻게 설명하고 있는지 살펴보자. 구체적으로 5가지의 항목을 들고 있다. 참고) 가이드라인에서 제시한다고 해서 무조건 해당한다는 의미는 아니다. ..