해설 보기
정답프로그래밍(구현)은 소프트웨어 공학의 한 단계일 뿐 모든 작업을 통합하는 작업은 아니므로 옳지 않은 설명입니다.
핵심 개념
소프트웨어 개발 단계별 수행 작업(모델링·설계·구현·테스트)의 구분
소프트웨어 프로젝트는 계획 수립과 요구 분석에서 출발해 모델링, 설계, 구현(프로그래밍), 테스트, 유지보수로 이어지는 작업들로 구성됩니다. 모델링은 시스템을 추상화해 표현하는 작업이고, 설계는 요구사항을 '어떻게' 구현할지 결정하는 작업이며, 구현은 그 설계를 실행 가능한 코드로 옮기는 작업, 테스트는 만들어진 산출물이 요구대로 동작하는지 확인하는 작업입니다. 여기서 각 작업의 위상을 혼동하지 않는 것이 중요합니다. 프로그래밍은 개발 공정의 여러 단계 중 하나일 뿐이며, 전체 작업을 아우르고 통합·조정하는 역할은 프로젝트 관리나 형상 관리 활동이 맡습니다. 이 문항은 '옳지 않은 것'을 고르는 유형이므로 각 작업의 정의와 범위를 정확히 대조해야 합니다.
선지별 해설
①프로그래밍(구현)은 설계 산출물을 프로그래밍 언어로 옮겨 실행 가능한 코드를 만드는 개별 단계입니다. 계획, 요구 분석, 모델링, 설계, 테스트, 유지보수 전반을 통합하고 조정하는 것은 프로젝트 관리와 형상 관리의 역할이므로, 프로그래밍을 '모든 작업을 통합하는 작업'이라고 한 이 선지는 옳지 않습니다.
②설계는 요구사항을 '어떻게' 구현할지 결정하는 단계가 맞습니다. 서브 시스템 분할과 아키텍처 결정 같은 상위 설계부터 인터페이스 설계, 자료 저장 방식(데이터베이스) 결정, 모듈 내부 알고리즘 수준의 상세 설계까지 포함하므로 옳은 설명입니다.
③모델링은 시스템의 기능과 동작, 구성을 추상화된 형태로 표현해 가는 작업이 맞습니다. 사용자 관점의 기능을 다루는 사용 사례(유스케이스) 모델링, 클래스 다이어그램 중심의 정적 모델링, 순차·상태 다이어그램 중심의 동적 모델링이 모두 여기에 속하므로 옳은 설명입니다.
④테스트는 개별 코드와 모듈을 검증하는 단위 테스트, 모듈을 연결해 인터페이스와 상호작용을 확인하는 통합 테스트, 빌드된 전체 시스템이 요구한 기능대로 작동하는지 확인하는 시스템 테스트 등으로 구성됩니다. 테스트 수준을 순서대로 정확히 서술했으므로 옳은 설명입니다.
해설 보기
정답WBS를 도구로 인도물을 분할해 작업 패키지를 산출하는 단계는 범위 정의입니다.
핵심 개념
프로젝트 범위 관리와 WBS
범위 관리는 프로젝트에 무엇이 포함되고 무엇이 빠지는지를 정하고 통제하는 활동으로, 범위 기획 → 범위 정의 → 범위 검증 → 범위 변경 통제의 순서로 진행됩니다. 이 중 범위 정의 단계에서 주요 인도물을 더 작고 관리 가능한 구성 요소로 잘게 쪼개는데, 이때 사용하는 대표 도구가 WBS(Work Breakdown Structure)입니다. WBS는 인도물 중심의 계층 구조로 표현되며 가장 아래 단계인 작업 패키지(Work Package)가 산출물로 나옵니다. 작업 패키지는 이후 일정·원가 산정과 책임 배정의 기본 단위가 됩니다.