애자일은 변화하는 요구에 유연하게 대응하며 짧은 반복으로 동작하는 소프트웨어를 만들어 내는 개발 방법론이다. 애자일 선언은 프로세스와 도구보다 개인과 상호작용을, 포괄적인 문서보다 작동하는 소프트웨어를, 계약 협상보다 고객과의 협업을, 계획을 따르기보다 변화에 대응하는 것을 더 가치 있게 둔다. 따라서 엄격한 계획과 상세 문서화를 중시하거나 문서를 더 가치 있게 둔다는 설명은 애자일 원칙에 어긋난다.
애자일 방법론에는 스크럼, XP, FDD 등이 있다. 모듈 중심 개발은 전통적인 접근이고, 하둡은 대용량 데이터의 분산 저장과 처리를 위한 플랫폼이지 애자일 개발 방법론이 아니다. 애자일은 개발 방법론이므로 요구사항 모델링에 쓰는 다이어그램 도구로 분류되지 않는다.
스크럼에서 스프린트는 짧은 주기의 반복 개발 사이클로 2주에서 4주 이내로 운영된다. 3개월 이상의 장기간을 한 스프린트로 잡는 것은 스크럼 원칙에 어긋난다. 같은 묶음에는 UML의 적용 범위와 요구사항 검토 방법도 섞인다. UML은 실시간·분산 시스템의 분석과 설계에도 널리 쓰이므로 특정 분야에 쓸 수 없다는 설명은 틀리다. 검토회의 전에 요구사항 명세서를 미리 배포해 사전 검토한 뒤 짧은 회의로 오류를 조기에 찾는 방법은 워크 스루다.
예제
출제 패턴은 네 가지다. ① 애자일 여부 — 스크럼·XP·FDD는 애자일이고, 모듈 중심 개발과 하둡은 아니다. ② 애자일의 가치 — 개인·상호작용, 작동하는 소프트웨어, 고객 협업, 변화 대응을 우선하며, 문서화를 더 중시하거나 변화를 배제하고 상세 계획만 중시한다는 선지가 오답이다. ③ 스크럼 — 스프린트는 2~4주 이내이고 3개월 이상은 틀리다. ④ 같은 세트 — 애자일을 요구사항 모델링 도구로 적거나, UML을 실시간·분산 시스템에 쓸 수 없다고 적은 선지가 틀리고, 사전 배포 뒤 짧은 회의로 오류를 찾는 방법은 워크 스루다.
대표 기출 3문항
애자일 방법론에 해당하지 않는 것은?
기능중심 개발
스크럼
익스트림 프로그래밍
모듈중심 개발
정답과 해설 보기
정답 ④ · 변화에 유연하게 대응하는 애자일 방법론의 유형을 식별하는 문제이다. 애자일 방법론은 반복적인 개발 주기와 고객과의 긴밀한 소통을 강조하며, 대표적으로 스크럼(Scrum), 익스트림 프로그래밍(XP), 기능 중심 개발(FDD) 등이 포함된다.
애자일 방법론은 기능 중심의 반복적 개발을 지향하며, 스크럼과 XP는 대표적 애자일 방법론이고 모듈 중심 개발은 전통적 접근법입니다.
다음 중 요구사항 모델링에 활용되지 않는 것은?
애자일(Agile) 방법
유스케이스 다이어그램(Use Case Diagram)
시퀀스 다이어그램(Sequence Diagram)
단계 다이어그램(Phase Diagram)
정답과 해설 보기
정답 ④ · 소프트웨어 요구사항 분석 및 모델링 과정에 활용되지 않는 대상을 찾는 문제이다. 유스케이스 다이어그램과 시퀀스 다이어그램은 시스템 기능과 동적 흐름을 표현하는 대표적인 UML 모델링 도구이며, 애자일 방법론은 사용자 스토리 등을 통해 요구사항 모델링에 널리 활용된다.
요구사항 모델링은 구조와 행위를 시각화하는 다이어그램을 사용하며, 애자일은 방법론이지 모델링 도구가 아니다.
애자일 소프트웨어 개발 기법의 가치가 아닌 것은?
프로세스의 도구보다는 개인과 상호작용에 더 가치를 둔다.
계약 협상보다는 고객과의 협업에 더 가치를 둔다.
실제 작동하는 소프트웨어보다는 이해하기 좋은 문서에 더 가치를 둔다.
계획을 따르기보다는 변화에 대응하는 것에 더 가치를 둔다.
정답과 해설 보기
정답 ③ · 애자일 선언의 4대 가치에 해당하지 않는 것을 고르는 문제이다. 애자일 선언은 프로세스와 도구보다 개인과 상호작용을, 포괄적인 문서보다 작동하는 소프트웨어를, 계약 협상보다 고객과의 협력을, 계획을 따르기보다 변화에 대응하는 것을 더 가치 있게 여긴다.