프로그래밍기능사 · 정보시스템 기초기술 과목
프로그래밍기능사 소프트웨어 개발 방법 개념 정리
중요도 ★★★☆☆ · 30% (추정)
AI가 새로 쓴 글 가운데, 작성과 분리된 AI 검증(다시 읽고 사실·수치 확인)을 통과한 단원만 싣습니다. 틀린 곳을 발견하면 알려 주세요.
개요
이 단원은 소프트웨어를 계획부터 유지보수까지 어떤 단계로 만드는지, 그리고 만든 것을 어떻게 시험하는지 다룹니다. 개발 생명주기 모형, 요구사항, 테스트의 종류가 세 기둥입니다.
소프트웨어 개발 생명주기는 요구사항 분석, 설계, 구현, 테스트, 유지보수 순서로 흘러갑니다. 폭포수 모형은 이 단계를 차례대로 한 번씩 끝내고 넘어가는 방식이라 앞 단계로 돌아가기 어렵습니다. 프로토타입 모형은 견본을 먼저 만들어 사용자 의견을 듣고 고쳐 나가며, 애자일은 짧은 주기로 만들고 고치기를 되풀이합니다. 요구사항은 시스템이 무엇을 하는지 적은 기능 요구사항과, 성능·보안처럼 얼마나 잘 하는지 적은 비기능 요구사항으로 나뉩니다.
테스트는 보는 눈에 따라 두 가지로 나뉩니다. 블랙박스 테스트는 안의 코드를 보지 않고 입력과 출력이 요구한 대로 나오는지 확인하고, 화이트박스 테스트는 코드 안의 흐름과 조건을 직접 살펴봅니다. 진행 순서로는 작은 단위를 시험하는 단위 테스트, 묶어서 시험하는 통합 테스트, 전체를 시험하는 시스템 테스트, 사용자가 확인하는 인수 테스트가 있습니다.
핵심 개념
개발 생명주기
소프트웨어가 요구사항 분석 → 설계 → 구현 → 테스트 → 유지보수 단계를 거쳐 만들어지고 쓰이는 전체 흐름입니다.
외우는 요령'분석-설계-구현-테스트-유지보수' 순서를 그대로 외웁니다.
폭포수 모형
개발 단계를 차례대로 한 번씩 끝내고 다음 단계로 넘어가는 방식입니다. 단계마다 결과가 분명하지만 앞 단계로 되돌아가기 어렵습니다.
외우는 요령폭포는 거꾸로 흐르지 않는다.
프로토타입 모형
실제 제품을 만들기 전에 견본(시제품)을 먼저 만들어 사용자에게 보여 주고, 의견을 반영해 요구사항을 다듬는 방식입니다.
외우는 요령집 짓기 전에 모델하우스를 먼저 보여 주는 것.
블랙박스와 화이트박스 테스트
블랙박스 테스트는 내부 코드를 보지 않고 기능(입력과 출력)을 확인합니다. 화이트박스 테스트는 내부 코드의 흐름과 조건을 직접 살펴봅니다.
외우는 요령검은 상자는 속이 안 보이고, 흰(투명한) 상자는 속이 보인다.
테스트 단계
단위 테스트(작은 모듈 하나) → 통합 테스트(모듈을 묶어서) → 시스템 테스트(전체) → 인수 테스트(사용자가 확인) 순서로 진행합니다.
외우는 요령작은 것부터 큰 것으로, 마지막은 사용자.
자주 나오는 포인트
- 폭포수 모형의 특징(차례대로, 되돌아가기 어려움)을 묻는 문제를 대비하세요.
- 블랙박스와 화이트박스 테스트의 차이를 묻습니다.
- 기능 요구사항과 비기능 요구사항을 구분하는 문제가 나옵니다.
- 테스트 단계의 순서를 바르게 나열한 것을 고르는 문제가 나옵니다.
헷갈리는 것 비교: 블랙박스와 화이트박스 테스트
| 구분 | 블랙박스 | 화이트박스 |
|---|---|---|
| 보는 것 | 기능(입력과 출력) | 내부 코드의 흐름 |
| 코드를 아는지 | 몰라도 된다 | 알아야 한다 |
| 다른 이름 | 기능 테스트 | 구조 테스트 |
대표 문제 3개
검수를 마친 예상문제 가운데 이 단원의 대표 문제입니다.
문제 1. 요구 분석 → 설계 → 구현 → 시험 → 유지보수 단계를 차례대로 한 번씩 진행하며, 앞 단계로 되돌아가기 어려운 개발 모형은?
- ① 프로토타입 모형
- ② 나선형 모형
- ③ 폭포수 모형
- ④ 애자일 방법
▼ 정답과 해설 보기▲ 정답과 해설 접기
정답: ③ 폭포수 모형
핵심: 폭포수 모형은 단계를 순서대로 한 번씩 진행한다
폭포수 모형은 물이 위에서 아래로 떨어지듯 단계를 차례대로 진행합니다. 가장 오래된 전통적 모형으로, 각 단계가 끝나야 다음으로 넘어갑니다.
틀린 선지
- ① 프로토타입 모형: 프로토타입 모형은 시제품을 먼저 만들어 보여 주고 고쳐 나갑니다.
- ② 나선형 모형: 나선형 모형은 위험 분석을 하며 여러 번 반복해 개발합니다.
- ④ 애자일 방법: 애자일은 짧은 주기로 자주 만들고 고치는 방식입니다.
문제 2. 프로그램의 내부 코드는 보지 않고, 입력과 출력만으로 기능이 맞게 동작하는지 확인하는 테스트는?
- ① 블랙박스 테스트
- ② 기본 경로 테스트
- ③ 화이트박스 테스트
- ④ 조건 검사
▼ 정답과 해설 보기▲ 정답과 해설 접기
정답: ① 블랙박스 테스트
핵심: 블랙박스는 기능(입출력), 화이트박스는 내부 코드를 본다
블랙박스는 '속이 보이지 않는 상자'라는 뜻입니다. 안을 보지 않고 넣은 값과 나온 값만 비교해 기능을 확인합니다.
틀린 선지
- ② 기본 경로 테스트: 기본 경로 테스트는 코드의 실행 경로를 따라가는 화이트박스 기법입니다.
- ③ 화이트박스 테스트: 화이트박스 테스트는 내부 코드와 논리 흐름을 직접 보며 검사합니다.
- ④ 조건 검사: 조건 검사는 코드의 조건문을 검사하는 화이트박스 기법입니다.
문제 3. 소프트웨어 테스트 단계의 일반적인 순서로 알맞은 것은?
- ① 통합 → 단위 → 시스템 → 인수 테스트
- ② 단위 → 통합 → 시스템 → 인수 테스트
- ③ 단위 → 시스템 → 통합 → 인수 테스트
- ④ 인수 → 단위 → 통합 → 시스템 테스트
▼ 정답과 해설 보기▲ 정답과 해설 접기
정답: ② 단위 → 통합 → 시스템 → 인수 테스트
핵심: 테스트 순서: 단위 → 통합 → 시스템 → 인수
작은 것부터 큰 것으로 검사합니다.
- 단위 테스트: 모듈 하나씩
- 통합 테스트: 모듈을 합쳐서
- 시스템 테스트: 전체 시스템
- 인수 테스트: 사용자가 최종 확인
틀린 선지
- ① 통합 → 단위 → 시스템 → 인수 테스트: 작은 부품(모듈)을 먼저 검사한 뒤에 합쳐서 검사합니다.
- ③ 단위 → 시스템 → 통합 → 인수 테스트: 모듈을 합치는 통합 테스트가 시스템 전체 테스트보다 먼저입니다.
- ④ 인수 → 단위 → 통합 → 시스템 테스트: 인수 테스트는 사용자가 마지막에 확인하는 단계입니다.