7. 계획 프로세스 (Section 4.0)
하드웨어 설계 라이프 사이클에서 가장 처음 나오는 프로세스는 바로 계획 프로세스(Planning Process)이다. 우선 앞서 보았던 그림에서 해당 부분을 다시 한 번 확인해 보자.
위의 그림에서 계획 프로세스의 위치와 화살표 연결관계를 음미할 필요가 있다. 두 개의 화살표가 있는데 하나는 하드웨어 설계 프로세스로, 다른 하나는 지원 프로세스로 연결되어 있는 것을 볼 수 있다. 이것은 곧 계획 프로세스에서 하드웨어 설계 프로세스에 대한 계획을 수립하고 지원 프로세스에 대한 계획도 수립한다는 의미이다. DO-254 인증의 관점에서 하드웨어 설계 라이프 사이클 전체에 대한 제대로 된 계획이 수립되어야 한다는 명확한 기준을 제시해 주는 것이라고 할 수 있다. 참고로 계획 프로세스에서는 계획(Plan) 문서와 표준(Standard) 문서를 작성하게 된다. 이에 대해서는 다른 절에서 설명한다.
7.1. 계획 프로세스의 목표(Objectives)
소프트웨어 인증인 DO-178에는 인증을 받기 위해서 준수해야 하는 목표(Objective)가 정해져 있다. 특히 가이드라인의 뒷부분 부속물(ANNEX) A에 아래 그림과 같이 각 프로세스별로 해당하는 목표(Objective)와 주요 활동(Activity), 그리고 산출물(Output)이 표로 잘 정리되어 있어서 참고하기가 아주 편하다.
DO-254 역시 인증을 받기 위해서 준수해야 하는 목표(Objective)가 정해져 있다. 그런데 어쩐 일인지 DO-254 가이드라인에서는 어디를 찾아봐도 위와 같은 표가 보이지 않는다. 무슨 문제가 있는 걸까? 결론부터 말하자면 목표(Objective)는 각 프로세스를 설명하는 절에 포함되어 있다. 그냥 설명으로만 제시되어 있는 것이다. 그리고 이어서 활동(Activity)이 설명되어 있다. 게다가 산출물(Out)은 아예 별도의 절로 구분해서 설명하고 있다. 한마디로 DO-178에 비해서 상대적으로 참고하기가 상당히 불편하게 되어 있는 것이다.
참고로 필자가 일전에 DER에게 그 이유를 물어봤지만 적당한 답을 들을 수는 없었다. DO-178 가이드라인을 작성한 사람들이 다수 참여했다면 굳이 표로 정리하는 방식을 피할 이유가 없었을 것 같은데 개인적으로는 상당히 궁금한 부분이다.
어쨌든 계획 프로세스를 설명하는 절에서 제시하는 목표(Objective)를 확인해 보자.
 |
해석을 보자.
|
1. 하드웨어 설계 라이프 사이클 프로세스가 정의된다. 주의: 활동, 마일스톤, 입력, 출력 그리고 조직별 책임은 계획에 포함되지 않을 수 있다.
2. 표준이 선택되고 정의된다. 3. 하드웨어 개발과 검증 환경이 선택되고 정의된다. 4. Section 2.3.4의 지침을 사용하여 식별된 전략들을 포함해서 하드웨어 보장 목표의 준수 방법이 인증당국에 제안된다. 주의: 새롭고 발전하는 기술, 툴 그리고 프로세스는 변경을 위한 상세한 계획 프로세스가 필요할 수 있다. 따라서 융통성은 계획 프로세스의 핵심 요소이다. |
총 4가지의 목표(Objective)가 제시되고 있다. 숫자로만 보면 별로 많지 않은 것 같지만 하나하나의 문장이 담고 있는 의미나 범위는 앞서 그림에서 보듯이 하드웨어 설계 라이프 사이클 전체를 대상으로 한다는 점에서 많은 것을 내포하고 있음을 유의하자.
7.2. 계획 프로세스 활동(Activities)
이러한 목표(Objectives)를 달성하기 위한 주요 활동(Activities)에 대해서 DO-254 가이드라인에서는 총 12가지를 제시하고 있다. 자세한 내용은 가이드라인을 참고하고 여기서는 핵심만 추려서 정리한다.
① 하드웨어 설계 라이프 사이클 프로세스 정의
전이 기준, 프로세스 간 순서, 피드백 방법 등 포함
② 하드웨어 설계 방법 정의 및 설명
예상 하드웨어 설계 고려사항, 검증 방법 선정 이유 등
③ 하드웨어 설계에 참고되는 표준 정의
필수는 아니지만 일관성을 위해 필요, 융통성 가짐
④ 하드웨어 설계 프로세스와 지원 프로세스간의 협조 방안 결정
⑤ 개별 하드웨어 설계 프로세스와 관련된 지원 프로세스간의 구체적인 활동 정의
⑥ 설계 환경 선택
툴, 절차, 개발/검증/컨트롤에 사용될 소프트웨어와 하드웨어 포함, 툴인증 고려
⑦ 계획과 다른 프로세스가 있을 경우 차이점 식별, 필요 시 인증당국의 승인을 받아야 함
⑧ 하드웨어 식별, 관리, 컨트롤에 사용될 정책, 절차, 표준 그리고 방법 설명
관련된 베이스라인, 데이터 등 포함
⑨ 납품업체가 있을 경우 그 업체도 설계를 보장하기 위한 목표(Objective)를 준수해야 함
⑩ 하드웨어 설계 프로세스의 프로세스 보증(PA) 정책과 절차를 설명
⑪ 검증 및 프로세스 보증(PA)에 대한 독립성과 관련 조직 설명: PHAC
⑫ PHAC을 작성하고 인증당국의 승인을 받음: 가이드라인과의 차이점 포함
지금까지 계획 프로세스의 목표와 활동에 대해서 알아보았다. 위의 12가지 계획 프로세스의 활동은 앞서 보았던 Objectives를 기준으로 진행되어야 하므로 각각의 의미를 제대로 이해하기 위해서는 결과적으로 DO-254 가이드라인에 대한 전반적인 이해가 필요하다는 점을 명심하자.