[소프트웨어공학] CDR이란 무엇인가?

ㅁ 들어가며

  프로젝트를 진행하는 회의 중에 CDR, FDR, SRS이라는 잘 모르는 용어가 거론되었습니다. 이들 용어는 소프트웨어 개발에 앞서 요구사항 정의부터, 설계 검토에 관한 과정의 단계를 영어 약자를 통해 거론 되어 반드시 알아 둘 필요가 있어서 글로 정리하였다.

 

ㅁ 정의

ㅇ CDR이란, 

시스템 공학적으로 CDR은 Critical Design Review (상세설계 검토회의)라고 합니다.

 

ㅇ FDR이란,

CDR에 대한 컨펌 절차로 Final Design Review(최종설계 검토회의)라고 합니다.

 

ㅇ SRS이란,

고객의 요구사항을 잘 정리한 문서를 지칭합니다.

소프트웨어 요구사항이란 구현되어야 하는 것에 대한 명세입니다. 요구사항은 시스템이 고객의 요구에 따라 어떻게 동작되어야 하는지 정의하고 시스템의 속성이나 특성 및 제약사항을 설명합니다.

 

ㅁ 요구사항 정의 및 기술검토작업

• Request For Proposal (RFP) : 제안요청서
• System Requirements Review (SRR) : 시스템 요구사항 검토회의
  ㄴ Software Requirements Specification(SRS) : 고객 요구사항 문서 
• System Function Review (SFR) : 시스템 기능 검토회의
• Perliminary Design Review (PDR) : 기본설계 검토회의
• Critical Design Review (CDR) : 상세설계 검토회의
• Final Design Review (FDR) : 최종설계 검토회의
• Project Management Review (PMR) : 사업관리 검토회의
• Test Readiness Review (TRR) : 시험준비 검토회의

 

RFP는 요건조건이 단순화된 의견, 혹은 어떤 설계에 필수조건인 사항을 제안자에게 전달하는 과정에서 시작됩니다.

 

SRS(Software Requirements Specification)는 고객의 요구사항을 잘 정리한 문서를 지칭합니다.

소프트웨어 요구사항이란 구현되어야 하는 것에 대한 명세입니다. 요구사항은 시스템이 고객의 요구에 따라 어떻게 동작되어야 하는지 정의하고 시스템의 속성이나 특성 및 제약사항을 설명합니다.

 

SRR(Software Requirements Review)는  요구사항이 적절한지, 기술적 타당성을 보증하기 위한 것입니다.  요구사항의 완전성 등을 보증하기 위한 것입니다. 즉 SRR은 SRS가 소프트웨어의 운영 및 유지보수 단계에서 완전하게 실현가능하도록 잘 작성된 것인지를 평가합니다.

 

PDR(Preliminary Design Review)는 기능규격서 단계에서 예비 설계의 기술적 타당성을 평가하는 것으로서 첫째 사용된 설계기법에 대한 기술적 적절성을 평가하고, 둘째 SRS의 기능과 성능의 요구사항이 조화되어 설계되었는가를 체크하고, 셋째 소프트웨어와 하드웨어 및 사용자간의 인터페이스의 조화를 입증해야 합니다.

 

CDR(Critical Design Review)는 코딩 작업하기 전에 상세설계의 기술적 타당성, 완벽성 및 정확성을 평가한다. CDR의 목적은 상세설계가 시스템 요구사항 요건을 만족하는 지를 평가하고 제품설계의 기술, 코스트, 일정 등을 구하기 위해 SFR(System Function Review)상에 나타난 기능의 옳고 그름을 평가하는 것 입니다.

 

CDR은 소프트웨어 품질보증조직, 개발자 및 사용자가 참여하며 검토중 발견되는 결함사항과 이의 해결을 위한 계획 및 일정이 검토의 결과와 함께 문서로 유지되어야 하며, 산출된 문서는 다음 단계인 시스템 구현 및 코딩단계의 지침으로 사용됩니다.

 

FDR(Final Design Review)는 기본, 상세 설계 과정으로 구체화된 설계를 컨펌하고 최종적으로 구현 단계로 넘어가는 전환점이 됩니다.

 

 

참고
https://m.blog.naver.com/checkmate12/10048943921
https://sophieyeomlife.tistory.com/4