[정보처리기사 내용 정리] 1. 소프트웨어 설계 - 검토 회의

소프트웨어 설계란 요구사항 분석 결과를 바탕으로 시스템의 구조와 동작을 결정하는 과정입니다. 

소프트웨어 설계는 크게 개념 설계와 상세 설계로 나눌 수 있습니다. 개념 설계는 시스템의 전체적인 틀과 주요 기능을 정의하는 단계이고, 상세 설계는 개념 설계에서 정의된 내용을 구체화하고 세부적인 기능과 인터페이스를 명세하는 단계입니다.

소프트웨어 설계 중에는 검토 회의를 통해 설계 품질을 평가하고 개선할 수 있습니다. 검토 회의는 설계 문서를 작성한 사람이 아닌 다른 사람들이 참여하여 오류나 누락된 부분을 발견하고 수정하는 활동입니다. 검토 회의에는 다음과 같은 유형이 있습니다.

 

 

- 워크스루(Walkthrough): 설계 문서를 작성한 사람이 문서를 읽어주고, 참여자들이 질문하거나 의견을 제시하는 방식입니다. 워크스루는 비공식적이고 간단한 검토 방법으로, 문서 작성 초기에 사용됩니다.

- 인스펙션(Inspection): 설계 문서를 작성한 사람이 아닌 다른 사람이 문서를 미리 읽고, 오류나 개선점을 체크리스트에 기록하는 방식입니다. 인스펙션은 공식적이고 체계적인 검토 방법으로, 문서 작성 완료 후에 사용됩니다.

- 테크니컬 리뷰(Technical Review): 설계 문서를 작성한 사람과 관련 전문가들이 함께 참여하여 문서의 적합성과 표준 준수 여부를 평가하는 방식입니다. 테크니컬 리뷰는 전문적이고 깊이 있는 검토 방법으로, 문서 작성 완료 후에 사용됩니다.

 

검토 회의를 통해 소프트웨어 설계의 품질을 높일 수 있으므로, 소프트웨어 개발 프로젝트에서 중요한 활동입니다. 검토 회의는 적절한 유형과 방법을 선택하고, 참여자들이 역할과 책임을 명확하게 이해하고, 검토 결과를 기록하고 반영하는 것이 필요합니다.