정보처리기사 · 소프트웨어 설계 과목
정보처리기사 요구사항 확인 개념 정리
중요도 ★★★★★ · 35% (추정)
AI가 새로 쓴 글 가운데, 작성과 분리된 AI 검증(다시 읽고 사실·수치 확인)을 통과한 단원만 싣습니다. 틀린 곳을 발견하면 알려 주세요.
핵심 개념
폭포수 모형
분석 → 설계 → 구현 → 테스트 → 유지보수를 한 단계씩 차례로 끝내고 다음 단계로 넘어가는 개발 방법입니다. 앞 단계로 되돌아가기 어렵습니다.
외우는 요령'폭포는 거꾸로 흐르지 않는다' — 되돌아가기 어렵다.
애자일
짧은 주기로 만들고 고객 의견을 받아 계속 고쳐 나가는 개발 방법입니다. 문서보다 동작하는 소프트웨어, 계획보다 변화 대응, 계약보다 고객 협업을 중시합니다.
외우는 요령애자일(agile) = 날렵하다. 변화에 빨리 맞춘다.
기능·비기능 요구사항
기능 요구사항은 시스템이 무엇을 하는지(예: 회원 가입), 비기능 요구사항은 얼마나 잘 하는지(성능·보안·사용성 등)입니다.
외우는 요령'무엇을' 이면 기능, '얼마나 빠르게·안전하게' 면 비기능.
UML 다이어그램
구조 다이어그램은 시스템의 모양(클래스, 객체, 컴포넌트, 배치, 패키지)을, 행위 다이어그램은 움직임(유스케이스, 시퀀스, 상태, 활동)을 그립니다.
외우는 요령'무엇으로 이루어졌나'는 구조, '어떻게 움직이나'는 행위.
포함과 확장 관계
유스케이스에서 포함(include)은 기본 기능을 할 때 반드시 함께 실행되는 기능이고, 확장(extend)은 조건이 맞을 때만 실행되는 기능입니다.
외우는 요령'포함 = 반드시', '확장 = 가끔'.
자주 나오는 포인트
- 애자일 선언의 가치(무엇을 더 중시하는가)를 묻는 문제가 자주 나옵니다.
- UML 다이어그램을 구조와 행위로 나누는 문제가 나옵니다.
- include 와 extend 를 바꿔 놓은 선지를 조심하세요.
헷갈리는 것 비교: 폭포수와 애자일
| 구분 | 폭포수 | 애자일 |
|---|---|---|
| 진행 | 단계별로 차례대로 | 짧은 주기로 되풀이 |
| 변경 | 어렵다 | 쉽게 받아들인다 |
| 중시 | 문서와 계획 | 동작하는 소프트웨어와 협업 |
대표 문제 3개
검수를 마친 예상문제 가운데 이 단원의 대표 문제입니다.
문제 1. 애자일(Agile) 선언문의 4가지 핵심 가치로 옳지 않은 것은?
- ① 절차와 도구보다 개인과 상호작용을 중시한다.
- ② 동작하는 소프트웨어보다 포괄적인 문서를 중시한다.
- ③ 계약 협상보다 고객과의 협업을 중시한다.
- ④ 계획을 따르기보다 변화에 대응하는 것을 중시한다.
▼ 정답과 해설 보기▲ 정답과 해설 접기
정답: ② 동작하는 소프트웨어보다 포괄적인 문서를 중시한다.
핵심: 애자일: 문서보다 동작하는 소프트웨어를 중시한다
애자일은 두꺼운 문서를 만드는 데 시간을 쓰기보다 실제로 돌아가는 프로그램을 빨리 만들어 고객에게 보여 주는 것을 중요하게 여깁니다.
틀린 선지
- ① 절차와 도구보다 개인과 상호작용을 중시한다.: 맞는 가치입니다.
- ③ 계약 협상보다 고객과의 협업을 중시한다.: 맞는 가치입니다.
- ④ 계획을 따르기보다 변화에 대응하는 것을 중시한다.: 맞는 가치입니다.
문제 2. UML 다이어그램 가운데 시스템의 정적인 구조를 나타내는 '구조 다이어그램'에 해당하는 것은?
- ① 유스케이스 다이어그램
- ② 시퀀스 다이어그램
- ③ 클래스 다이어그램
- ④ 상태 다이어그램
▼ 정답과 해설 보기▲ 정답과 해설 접기
정답: ③ 클래스 다이어그램
핵심: 구조 다이어그램: 클래스, 객체, 컴포넌트, 배치, 패키지
클래스 다이어그램은 클래스와 그 사이의 관계를 보여 주는 대표적인 구조(정적) 다이어그램입니다.
틀린 선지
- ① 유스케이스 다이어그램: 사용자와 시스템의 기능을 보여 주는 행위 다이어그램입니다.
- ② 시퀀스 다이어그램: 객체들이 주고받는 메시지를 시간 순서로 보여 주는 행위 다이어그램입니다.
- ④ 상태 다이어그램: 객체의 상태 변화를 보여 주는 행위 다이어그램입니다.
문제 3. 요구사항 개발 프로세스를 진행 순서대로 옳게 나열한 것은?
- ① 분석 → 도출 → 명세 → 확인
- ② 도출 → 분석 → 명세 → 확인
- ③ 도출 → 명세 → 분석 → 확인
- ④ 명세 → 도출 → 확인 → 분석
▼ 정답과 해설 보기▲ 정답과 해설 접기
정답: ② 도출 → 분석 → 명세 → 확인
핵심: 요구사항 개발: 도출 → 분석 → 명세 → 확인
요구사항은 끌어내고(도출) → 따져 보고(분석) → 문서로 적고(명세) → 맞는지 검토하는(확인) 순서로 개발합니다.
틀린 선지
- ① 분석 → 도출 → 명세 → 확인: 먼저 요구사항을 끌어내야(도출) 분석할 수 있습니다.
- ③ 도출 → 명세 → 분석 → 확인: 분석을 마친 뒤에 문서로 적습니다(명세).
- ④ 명세 → 도출 → 확인 → 분석: 명세는 도출과 분석 다음 단계입니다.