11. 상세 설계 프로세스 (Section 5.3)

상세 설계 프로세스(Detailed Design Process)는 아래 그림에서 볼 수 있듯이 구현(Implementation) 바로 이전단계이다. 따라서 이 단계에서 구현에 필요한 모든 것들이 완료되어야 한다.

 

그림 13 상세 설계 프로세스

11.1. 상세 설계 프로세스 목표(Objectives)

 

상세 설계 프로세스에서는 다음과 같은 목표(Objectives)를 준수해야 한다.

 

 

해석을 보자.

 

1. 하드웨어 아이템 요구사항과 개념 설계 데이터로부터 상세 설계가 개발된다. 2. 파생 요구사항이 개념 설계 프로세스 혹은 다른 적절한 프로세스로 피드백된다. 3. 요구사항 누락 혹은 에러가 해결을 위해서 적절한 프로세스로 제공된다.

 

다소 허무(?)할 정도로 당연한 설명만이 나열되어 있다. 더구나 2, 3번은 앞서 보았던 것과 동일한 내용이다. 일단 활동(Activities)으로 넘어가 보자.

 

11.2. 상세 설계 프로세스 활동(Activities)

 

상세 설계 프로세스의 활동(Activities)에 대해서 DO-254 가이드라인에서는 다음과 같이 7가지를 제시하고 있다.

 

① 하드웨어 아이템에 대한 상세 설계 데이터 생성
조립 및 연결 데이터, 컴포넌트 데이터, HDL, 시험 방법, 그리고 하드웨어-소프트웨어 인터페이스 데이터
주의: 검증 방법이 설계의 결정을 촉진시킬 수 있음, 예를 들면 로직 타이밍, 파라미터 변수와 같은 설계 파라미터의 분석이 기반 설계 결정에 대한 정보를 제공할 수 있음

② 필요에 따라 아키텍처 설계 기법이 구현되어야 함
적절한 기능에 대한 안전성 모니터 생성, 기능과 안전성 모니터간의 비유사성(Dissimilarity), 안전성에 영향을 주는 설계 에러의 배제, 실패 허용 설계 포함

③ 필요한 경우 안전성 요구사항의 검증을 허용하는 시험 특성 설계
주의: 안전성과 관련된 시험을 설계 과정 이후에도 수행하는 것을 고려해서 설계를 개발

④ 사용되지 않는 기능이 안전성에 미칠 수 있는 잠재적 영향을 평가: 역효과가 기술되어야 함

⑤ 하드웨어 아이템의 설계, 설치 혹은 운용상의 제약을 식별

⑥ 파생 요구사항을 개념 설계 혹은 다른 적절한 프로세서로 피드백

⑦ 요구사항 누락 및 에러를 해결하기 위해 적절한 프로세스로 피드백

 

활동(Activities)에서는 보다 구체적인 내용들이 제시되고 있다. 실질적으로는 다양한 활동과 그에 따른 결과물이 나올 수 있는 단계인 만큼 위의 내용뿐만 아니라 실제 진행 과정에서의 절차와 산출물을 제대로 확보하는 것이 중요하다.

 

앞서와 마찬가지로 상세 설계 프로세스에서도 파생요구사항이 나올 수 있고 때로는 누락된 요구사항 혹은 잘못된 요구사항이 발견될 수도 있다. 마찬가지로 적절한 단계로 피드백 혹은 전달되어 재검토가 진행되어야 한다. 이처럼 요구사항이라는 것은 단순히 요구사항 캡처 프로세스라는 하나의 프로세스만 관여하는 것이 아니라 실질적으로는 하드웨어 설계 프로세스 전체 과정에서 확인해야 하는 것이라는 점을 기억하자.