잡談/DO-254 기본
-
19. 프로세스 보증 (Section 8.0)잡談/DO-254 기본 2019. 5. 3. 08:48
하드웨어 프로세스 보증(Process Assurance) 프로세스는 다음 그림과 같이 하드웨어 설계 프로세스를 지원하는 프로세스 중 하나이다. 프로세스 보증 프로세스 역시 계획 프로세스를 통해서 미리 준비되어야 한다. 프로세스 보증 프로세스가 무엇을 하는 것인지는 가이드라인의 다음 설명이 모든 것을 담고 있다. 해석을 보자. 8.0 프로세스 보증 프로세서 보증은 라이프 사이클 목표를 만족하고 활동이 계획에 그려진 대로 완료되었는지 혹은 차이점이 설명되었는지를 보장한다. 지금까지 하드웨어 라이프 사이클에 포함된 다양한 프로세스들과 각각의 목표(Objectives) 및 활동(Activities)이 제시된 것을 확인했다. 그런데 과연 그대로 진행이 되었는지는 어떻게 확인해야 할까? 그것을 하는 것이 바로 프로..
-
18. 형상관리 프로세스 (Section 7.0)잡談/DO-254 기본 2019. 5. 3. 08:45
하드웨어 형상관리(Configuration Management) 프로세스는 다음 그림과 같이 하드웨어 설계 프로세스를 지원하는 프로세스 중 하나이다. 형상관리 프로세스 역시 계획 프로세스를 통해서 미리 준비되어야 한다. 사실 형상관리라는 것은 DO-254라고 해서 우리가 이미 알고 있는 그것과 크게 다를 것은 없다. 다만 DO-254 인증을 받기 위해서 엄격함이 조금 더 더해지는 것이라고 볼 수 있다. 우선 가이드라인에서 설명하는 형상관리 프로세스의 역할에 대해서 확인해 보자. 해석을 보자. 형상관리 프로세스는 형상 아이템을 지속적으로 복제하고 만약 필요하다면 정보를 재생산하며 만약 수정이 필요하다면 통제된 방식에서 형상 아이템을 수정하기 위한 능력을 제공하려는 의도이다. 기본적으로 위의 설명에는 언제 ..
-
17. 확인 및 검증 방법 (Section 6.3)잡談/DO-254 기본 2019. 5. 3. 08:42
앞 절에서 확인(Validation) 및 검증(Verification) 방법에 대한 여러가지 예를 든 바가 있다. DO-254 가이드라인에서는 그 중 대표적인 방법이라고 할 수 있는 시험(Test), 분석(Analysis) 그리고 리뷰(Reviews)에 대해서 설명하고 있다. 사실 이것들에 대해서는 개발을 하는 사람이라면 누구나 알고 있는 내용일 것이다. 하지만 하드웨어 관점, 그 중에서도 DO-254 가이드라인의 관점에서 보는 각각의 기준과 내용이 무엇인지를 정확하게 알아야 그에 맞는 준비와 진행을 할 수 있다. 이제 그것에 대해서 하나하나 확인해 보자. 17.1. 시험(Test) 시험에 대한 정의와 예시에 대해서 DO-254 가이드라인에서는 다음과 같이 설명하고 있다. 해석을 보자. 6.3.1 시험 ..
-
16. 검증 프로세스 (Section 6.2)잡談/DO-254 기본 2019. 5. 3. 08:39
앞서 검증 프로세스(Verification Process)가 요구사항을 만족하는지에 대한 확인이라고 설명한 바가 있다. DO-254 가이드라인에서 설명하는 내용을 통해서 다시 한 번 확인해 보자. 해석을 보자. 검증 프로세스는 하드웨어 아이템 구현이 요구사항을 만족한다는 것에 대한 보장을 제공한다. 검증 검증계획에 정의된 대로 적용된 리뷰, 분석 그리고 시험으로 구성되어 있다. 검증 프로세스는 결과의 평가를 포함해야 한다. 위의 설명 중간에 나오는 검증계획(Verification Plan)에 대해서는 추후 다른 절에서 구체적으로 확인해 볼 예정이다. 일단 검증계획이 먼저 작성되고 그렇게 작성된 내용에 따라서 요구사항을 만족하는 지를 리뷰, 분석 혹은 시험으로 확인해서 검증(Verification)결과를 ..
-
15. 확인 프로세스 (Section 6.1)잡談/DO-254 기본 2019. 5. 3. 08:36
앞절에서 확인 프로세스(Validation Process)가 DO-254에서는 파생 요구사항에 국한된 개념이라고 설명한 바가 있다. 좀 더 구체적인 내용을 살펴보자. 해석을 보자. 여기에서 논의되는 확인 프로세스는 객관적인 그리고 주관적인 프로세스의 조합의 사용을 통해서 하드웨어 아이템에 할당된 시스템 요구사항에 대해서 파생 요구사항이 정확하고 완전한지를 보장하기 위한 의도이다. 위의 설명의 요지는 결국 파생 요구사항이 시스템 요구사항에 영향을 미치는 부분이 없는지를 확인한다는 것이다. 이 경우 이렇게 추가된 파생 요구사항으로 인해서 시스템 요구사항이 변경되어야 할 수도 있고 혹은 전혀 영향을 받지 않을 수도 있다. 이와 관련해서 파생 요구사항에 대해서 추가로 설명하는 부분이 있다. 해석을 보자. 시스템..
-
14. 확인 및 검증 프로세스 (Section 6.0)잡談/DO-254 기본 2019. 5. 3. 08:32
하드웨어 확인(Validation) 및 검증(Verification) 프로세스는 다음 그림과 같이 하드웨어 설계 프로세스(Hardware Design Processes)를 지원하는 프로세스 중 하나이다. 계획 프로세스(Planning Process)를 통해서 확인 및 검증 프로세스가 미리 계획되어야 한다는 것도 아래 그림을 통해서 확인할 수 있다. 그런데 여기서 확인(Validation)과 검증(Verification)의 구분이 무엇일까? 사실 이 두 단어는 쓰이는 곳에 따라서 다소 뉘앙스가 달라지는 경우가 많다. 우리가 일반적인 개발과정에서 사용하는 개념으로는 대개 Validation을 요구사항이나 설계 자체가 정확한지에 대한 확인을 하는 것이라면 Verification은 요구사항이나 설계가 정확하게 ..
-
13. 제작 전이 프로세스 (Section 5.5)잡談/DO-254 기본 2019. 5. 3. 08:32
하드웨어 설계 프로세스의 마지막은 다음 그림과 같이 생산 프로세스로 넘어가기 직전의 제작 전이 프로세스(Production Transition Process)이다. 제작 전이 프로세스에 대해서 DO-254 가이드라인에서는 다음과 같이 설명하고 있다. 해석을 보자. 5.5 제작 전이 프로세스 이 프로세스에서는 생산 데이터, 시험 설비 그리고 일반적인 리소스가 제작을 위한 가용성과 적합성을 보장하기 위해 조사되어야 한다. 제작 전이 프로세스는 제품을 제작으로 이동하기 위해 구현과 검증 프로세스로부터의 산출물을 사용한다. 쉽게 말해서 본격적인 생산을 위해 필요한 모든 데이터를 확인하라는 것이다. 거기에는 시험 설비와 같은 제품과 직접 관련되지 않은 부가적인 부분도 모두 포함된다는 것을 알 수 있다. 이제 제작..
-
12. 구현 프로세스 (Section 5.4)잡談/DO-254 기본 2019. 5. 3. 08:29
상세 설계가 완료되면 다음은 구현 프로세스(Implementation Process)가 진행된다. 하드웨어의 구현은 앞서 진행된 설계에 의해서 결정된다. 따라서 어떤 설계 방법인지에 따라서 구현 방법은 상당히 달라질 수 있다. 우선 구현 프로세스의 목표(Objectives)를 확인해 보자. 12.1 구현 프로세스 목표(Objectives) 해석을 보자. 1. 하드웨어 아이템이 생산되는데 그것은 표현(Representative) 제작 프로세스를 사용하여 하드웨어 상세 설계를 구현한다. 2. 하드웨어 아이템 구현, 조립 그리고 설치 데이터가 완료된다. 3. 파생 요구사항이 상세 설계 프로세스 혹은 다른 적절한 프로세스로 피드백된다. 4. 요구사항 누락과 에러가 해결을 위해 적절한 프로세스로 제공된다. 원론적..