leveloper

[CS] 라이브러리와 프레임워크의 차이

leonie. — Fri, 31 Oct 2025 19:25:02 +0900

1. 라이브러리(Library)란?

라이브러리(Library)는 사전적으로 도서관을 의미한다.

도서관이 책을 모아두고 필요한 책을 빌려주는 곳이기에,
라이브러리는 개발자가 프로그램을 만들 때 필요한 기능을 미리 만들어둔 코드 묶음을 빌려 쓸 수 있도록 한 것이다.

즉, 개발에 필요한 기능을 ‘책처럼’ 빌려 쓰는 소프트웨어가 바로 라이브러리다.

라이브러리(Library)
프로그램 개발 시 자주 사용되는 기능을 재사용할 수 있도록 미리 만들어 놓은 코드의 집합으로, 개발자는 복잡한 기능을 직접 구현하지 않고, 필요한 함수를 호출하는 방식으로 쉽게 사용할 수 있다.

2. 프레임워크(Framework)란?

프레임워크(Framework)는 사전적으로 뼈대 또는 기본 구조를 의미한다.

집을 지을 때 이미 만들어진 뼈대를 이용하면 더 빠르고 효율적으로 완성할 수 있듯,
개발자도 프로그램을 제작할 때 프레임워크를 활용하면 개발 속도와 효율을 높일 수 있다.

즉, 프로그램의 ‘기본 틀을 미리 제공’하여, 개발자가 그 위에 필요한 기능을 추가해 프로그램을 완성할 수 있도록 도와주는 도구이다.

프레임워크(Framework)
응용 프로그램이나 소프트웨어의 개발을 수월하게 하기 위해 제공되는 소프트웨어 환경이다.
개발자는 프레임워크가 제공하는 기본 구조와 공통 기능 위에서 핵심 기능 구현에만 집중하여, 개발을 빠르고 효율적으로 할 수 있다.

3. 라이브러리와 프레임워크의 차이점은?

라이브러리와 프레임워크는 모두 개발자가 코드를 재사용하여 프로그램을 개발할 수 있도록 도와준다.

하지만, 이 둘의 가장 큰 차이점은 프로그램 흐름을 제어하는 주도권이 어디에 있는가이다.

라이브러리는 개발자가 필요할 때 직접 호출하여 사용하므로, 제어 흐름이 개발자에게 있다.

반대로 프레임워크는 정해진 틀 안에서 개발자가 규칙에 맞게 코드를 작성하는 방식으로 동작하며, 프로그램 흐름의 주도권은 프레임워크가 가진다.

제어 흐름 (Control Flow)
: 어떤 코드가 먼저 실행되고, 어떤 코드가 나중에 실행될지 결정하는 규칙으로, 프로그램의 실행 순서를 결정하는 흐름이다.

제어의 역전 (IoC, Inversion of Control)
: 개발자가 아닌 외부에서 프로그램의 흐름을 제어하는 것

간단하게 표로 정리

참고한 사이트

Library vs. Framework 차이점을 확실하게 정리하기
프레임워크(Framework)와 라이브러리(Library)의 차이점
프레임워크 vs 라이브러리

[스프링 부트 3 백엔드 개발자 되기] CH 1. 자바 백엔드 개발자가 알아두면 좋은 지식

leonie. — Thu, 24 Jul 2025 17:25:07 +0900

1. 서버와 클라이언트

클라이언트(Client)는 서버에게 서비스나 자원을 요청하는 프로그램 또는 장치이다.

서버(Server)는 클라이언트의 요청을 받아 처리하는 주체이다.

2. 데이터베이스

데이터베이스(DataBase)란?

데이터를 한 곳에 모아두고 여러 사람이 사용할 목적으로 관리하는 데이터 저장소이다.

효율적인 저장, 검색, 수정, 삭제 등이 가능하도록 설계되어 있다.

DBMS(DataBase Management System)란?

데이터베이스를 관리하고 운영하는 시스템이다.

대표적인 DBMS로는 MySQL, Oracle, PostgreSQL 등이 있다.

DBMS를 통해 데이터를 삽입, 조회, 수정, 삭제를 할 수 있다

RDB(Relational DataBase)란?

관계형 데이터 베이스로, 행과 열로 이루어진 테이블 형태로 데이터를 저장한다.

기본키(Primary key)를 이용하여 각 행을 식별한다.

서로 다른 테이블 간에 외래키(Foreign Key)등을 통해 관계를 설정하 할 수 있다.

RDB가 아닌 데이터베이스를 NoSQL 또는 NewSQL로 구분한다.

SQL(Structured Query Language)이란?

관계형 데이터베이스에서 데이터를 조회, 삽입, 수정할 때 사용하는 표준 질의 언어이다.

NoSQL(Not Only SQL)이란?

RDB와 달리 정해진 스키마 없이 비정형 데이터 (문서, 키-값, 그래프 등)을 저장하는데 적합한 데이터베이스이다.

수평 확장(Scale out)이 쉬워, 대용량 처리에 유리하다.

NoSQL의 종류로는 MongoDB, Redis, Cassandra 등이 있다.

성능을 높이기 위한 방법
스케일 업(Scale Up) : 서버의 CPU, 메모리 등의 하드웨어 성능을 업그레이드
스케일 아웃 : 서버를 여러대로 분산하여 처리 성능을 높이는 방식

NewSQL이란?

RDB처럼 SQL 문법을 사용하지만, NoSQL처럼 높은 성능과 확장성을 갖춘 새로윤 형태의 데이터베이스이다.

종류로는 CockroachDB, Google Spanner이 있다.

3. 아이피와 포트

IP(Internet Protocol)이란?

인터넷에서 기기들이 서로 식별하고 통신하기 위한 고유한 주소이다.

이 IP 주소를 통해 특정 기기나 컴퓨터를 찾을 수 있다.

포트(Port)란?

하나의 컴퓨터(서버) 내에서 실행 중인 여러 서비스를 구분하기 위한 번호이다.

IP가 어느 컴퓨터인지 알려준다면, 포트는 컴퓨터 내에서 어떤 프로그램(서비스)을 사용할 것인지 알려준다.

예)
80번 포트 : HTTP 웹 서비스
443 포트 : HTTPS
3306 포트 : MySQL

4. 라이브러리와 프레임워크

라이브러리(Library)란?

애플리케이션 개발에 필요한 기능인 클래스, 함수 등을 모아놓은 코드의 집합이다.

일종의 도구 상자로, 개발자가 필요한 기능을 골라서 직접 호출해 사용할 수 있다.

이러한 라이브러리를 이용하면 개발자는 복잡한 코드를 직접 작성하지 않아도 되므로 원하는 기능을 빠르게 개발할 수 있다.

또한 라이브러리는 독립적이므로 라이브러리끼리 큰 영향을 주지 않는다.

프레임워크(Framework)란?

소프트웨어 개발을 체계적으로 할 수 있도록 제공되는 개발 환경 및 뼈대 구조이다.

정해진 틀(구조, 흐름, 규칙)에 따라 개발해야 하므로, 자유도는 낮지만 효율은 높다.

프레임워크가 개발 흐름을 제어하고, 개발자는 그 흐름에 맞게 코드를 작성하는 것을
제어의 역전 (IoC, Inversion of Control)라고 한다.

프레임워크는 개발 시 전체적인 구조를 잡기 위해 사용하는 것이고,
라이브러리는 개발하는 과정에서 필요한 기능을 구현하기 위해 사용하는 것이다.

5. 백엔드 개발자의 업무

(1) 과제 할당

사업부, 마케팅팀, 개발팀 등에서 개발 과제를 기획 및 요청하고,

개발자는 이를 전달받아 과제 분석을 시작한다.

(2) 과제 분석

주어진 과제를 바탕으로 요구 성능과 사용 기술을 검토하고,

필요 시 문제점 및 제약사항을 분석하여 적절한 해결방안을 정리한다.

오늘날의 서비스는 점점 복잡해지고 있기 때문에,
작은 기능 하나의 오류도 전체 서비스에 영향을 줄 수 있다.
따라서 이 단계는 매우 중요한 사전 작업이다.

(3) 개발

기능 개발을 진행하고, 발견된 버그를 수정한다.

개발한 코드는 동료의 코드 리뷰를 받고, 피드백을 반영하여 코드의 완성도를 올린다.

(4) 테스트

개발을 마치면 코드를 제대로 동작하는지 테스트를 진행한다.

이 과정은 실행 결과만 확인하는 것이 아닌, 다음과 같은 항목을 함께 점검한다.

로직상의 오류는 없는가?
성능은 어느 수준까지 견딜 수 있는가?
코드의 가독성과 재사용성은 어떤가?
내가 작성한 클래스, 메서드, 함수는 다른 개발자가 쉽게 사용할 수 있는가?

조직이나 개발자에 따라 단위 테스트(Unit Test)를 작성하며,

테스트 주도 개발 (TDD, Test-Driven Development)를 사용할 수 있다.

(5) QA 및 버그 수정

개발과 테스트가 어느정도 완료 되면, 애플리케이션 품질을 검증하는 QA(Quality Assurance)절차가 필요하다.

QA 전담팀이 있는 조직이라면 별도로 진행되고, 없는 경우에는 개발 조직에서 직접 담당하기도 한다.

(6) 배포

QA가 완료되면 서버에 애플리케이션을 배포한다.

여러 과제를 한번에 병합하여 배포하거나, 새로운 기능이 추가될 때마다 배포한다.

안정성과 유연성을 고려하여 배포해야 한다.

안정성 : 문제 발생 시 빠르게 롤백이 가능해야 함
유연성 : 새로운 기능을 점진적으로 적용하거나, 테스트 대상만 선택적으로 배포 가능해야 함

배포 방식은 여러가지가 존재한다.

롤링 배포(Rolling Deployment)는서버들을 돌아가면서 순차적으로 업데이트하여 배포

블루-그린 배포(Blue-Green Deployment)는 똑같은 서버 인스턴스를 띄우고 로드밸런서 설정을 변경하여 트래픽만 전환

카나리 배포(Canary Deployment)는 서버의 특정 비율만큼만 배포하고 문제가 없을 때 전체 배포

(7) 유지보수

배포 이후에도 개발자는 지속적으로 모니터링하고 유지보수 해야 한다.

버그 수정, 보안 패치, 기능 개선이 반복되며,

빌드부터 테스트, 배포까지 전 과정을 자동화(CI/CD)하면 생산성과 안정성을 높일 수 있다.

CI(Continuous Integration) : 개발자들의 코드 변경 사항을 자동으로 빌드 및 테스트 하여 저장소에 통합
CD(Continuous Deployment) : 변경된 코드를 프로덕션 환경까지 자동 배포 (운영 자동화)

6. 백엔드 프로그래밍 언어

백엔드에서 자주 사용되는 프로그래밍 언어

언어	사용분야	대표 프레임워크	특징 및 설명
파이썬 (Python)	웹서버, 데이터 처리, API 서버	Flask, Django, FastAPI	- 문법이 간결하고 배우기 쉽다 - 데이터 분야와 웹 개발에서 인기
C++	게임 서버, 고성능 시스템	자체 구현 많음	- 성능이 뛰어나 게임 서버나 시스템 프로그래밍에서 주로 사용
자바 (Java)	엔터프라이즈 서버 개발	Spring, Spring Boot	- 대규모 서비스에 적합하고, 유지보수가 쉽고 기업에서 선호
C#	기업용 앱, 데스크탑, 서버	ASP.NET, .Net Core	- MS 기술 스택에 최적화
자바 스크립트 (JavaScript)	웹 풀스택 개발	Ecpress, NestJS	- Node.js 기반으로 프론트엔드와 백엔드 모두 개발 가능

7. 자바 애너테이션

자바 애너테이션(Java Annotation)이란?

자바로 작성한 코드에 추가적인 정보(메타 데이터)를 부여하기 위한 표식이다.

보통 `@`기호를 사용하며 JDK 1.5 버전부터 사용할 수 있다.

[자바의 대표적인 애너테이션]

애너테이션 이름	설명
@Override	선언된 메소드가 오버라이드 되었음
@Deprecated	더 이상 사용되지 않음
@SuppressWarnings	컴파일 경고를 무시함

[@Override의 사용 예시]

public class A extends B {
	@Override // 선언된 메서드가 오버라이드 되었음을 나타내는 애너테이션
    public void print() {
    	System.out.println("Hello, World!")
    }
}

[정처기 실기 내용 정리] CHAP 5. 인터페이스 기능 구현

leonie. — Thu, 10 Jul 2025 16:07:22 +0900

1. 인터페이스 기능 구현

중분류	소분류	키워드
인터페이스 기능 구현 기술	JSON	- 속성-값 - AJAX에서 많이 사용
	AJAX (Asynchronous JavaScript and XML)	- 자바스크립트를 사용한 비동기적으로 데이터를 교환하는 웹기술 - XMLHttpRequest 객체를 사용
	XML (eXtensible Markup Language)	- HTML 단점 보완한 마크업 언어 - 전송되는 데이터 구조를 동일한 형태로 정의
	REST	- 자원의 존재/상태 정보를 표준화된 HTTP 메소드로 주고 받는 아키텍처 - 메소드 : POST, GET, PUT, DELETE
인터페이스 보안 기능 적용	시큐어 코딩 가이드	- 입력 데이터 검증 및 표현 - 보안 기능 - 시간 및 상태 - 에러 처리 - 코드 오류 - 캡슐화 - API 오용
	데이터 베이스 알고리즘	- 대칭 키 암호화 알고리즘 - 비대칭 키 암호화 알고리즘 - 해시 암호화 알고리즘
	데이터베이스 암호화 기법	- API 방식 - Plug-In 방식 - TDE 방식 - Hybrid 방식
	암호화 전송을 보완하는 기술	- IPSec (IPSecurity) - SSL/TLS - S-HTTP (Secure Hypertext Transfer Protocol)

1.1 인터페이스 기능 구현 기술

(1) JSON

JSON이란?
속성-값(Attribute-Value Pair)으로 이루어진 데이터 오브젝트를 전달하기 위해 사용하는 개방형 표준 포맷
① AJAX에서 많이 사용되고 XML을 대체하는 주요 데이터 포맷
② 언어 독립형 데이터 포멧으로 다양한 데이터 프로그래밍 언어에서 사용하고 있는 기술

JSON의 표현 자료형	설명
숫자	- 기본 자료형의 수는 정수, 실수로 표현
문자열	- 항상 큰 따옴표("")로 묶고, 그 안에 유니코드 문자들을 나열
배열	- 대괄호[]로 표시 - 배열의 각 요소는 기본 자료형, 배열, 객체 중 하나이다 - 각 요소들은 쉼표(,)로 구별되고, 각 요소가 나타내는 순서에 의미가 존재
객체	- 객체는 이름/값 쌍의 집합으로, 중괄호 사용 - 이름은 문자열이므로 따옴표를 사용, 값은 기본 자료형 - 각 쌍들은 (,)로 구별되고, 순서는 의미가 없음

(2) AJAX

AJAX(Asynchronous JavaScript and XML)란?
자바 스크립트를 사용하여 웹 서버와 클라이언트 간 비동기적으로 XML 데이터를 교환하고 조작하기 위한 웹 기술
① 브라우저가 가지고 있는 XMLHttpRequest 객체를 이용해서 필요한 일부 페이지의 데이터만 로드하는 기법
② HTML만으로 어려운 다양한 작업을 웹페이지에서 구현하여 이용자가 자유롭게 상호작용 할 수 있도록 구현하는 기법

주요 기술	설명
XMLHttpRequest	- 비동기 통신을 담당하는 자바 스크립트 객체
JavaScript	- 객체 기반의 스크립트 프로그래밍 언어 - 웹 브라우저에서 주로 사용하며, 다른 응용 프로그램의 내장 객체에도 접근할 수 있는 기능 보유
XML	- HTML 단점을 보완한 인터넷 언어로 SGML의 복잡한 단점을 개선한 마크업 언어
DOM (Document Object Model)	- XML 문서를 트리 구조의 형태로 접근할 수 있게 해주는 API - 플랫폼/언어 중립적으로 구조화된 문서를 표현하는 개체 지향 모델
XSLT (eXtensible Stylesheet Language Transmations)	- XML 문서를 다른 XML문서로 변환하는데 사용하는 XML 기반 언어 - W3C에서 제정한 표준으로 XML 변환 언어를 사용하여 XML 문서로 바꾸고, XPath를 사용하여 탐색한다
HTML	- 인터넷 웹(WWW) 문서를 표현하는 표준화된 마크업 언어
CSS (Cascading Style Sheets)	- 마크업 언어가 실제 표시되는 방법을 기술하는 언어 - 운영체제나 사용 프로그램과 관계 없이 글자 크기, 글자체, 줄 간격, 색상 등을 자유롭게 선택할 수 있는 스타일 시트

(3) XML

XML(eXtensible Markup Language)란?
HTML의 단점을 보완한 인터넷 언어로, SGML의 복잡한 단점을 개선한 특수한 목적을 갖는 마크업언어
① 송,수신 시스템 간 데이터 연계의 편의성을 위해 전송되는 데이터 구조를 동일한 형태로 정의
② 인간과 기계가 모두 이해할 수 있는 텍스트 형태로 마크업 포맷을 정의하기 위한 메타언어이다
③ 사용자가 직접 문서의 태그를 정의할 수 있으며, 다른 사용자가 정의한 태그를 사용할 수 있다

(4) REST

REST(Representational State Transfer)란?
웹과 같은 분산 하이퍼미디어 환경에서 자원의 존재/상태 정보를 표준화된 HTTP 메소드로 주고 받는 웹 아키텍처
① REST의 형태 : 리소스(자원), 메소드(처리), 메시지
② REST의 메소드 : POST(Create), READ, PUT, DELETE

REST 특징	설명
클라이언트/서버 구조	- 역할이 명확히 구분되기 때문에 클라이언트와 서버는 독립적으로 구현되어야 하고, 서로 간 의존성은 축소
무 상태성	- 작업을 위한 상태 정보를 따로 저장하고 관리되지 않기 때문에 API 서버는 들어오는 요청만 단순히 처리 - 서버에서 불필요한 정보를 관리하지 않음으로써 구현이 단순
일관된 인터페이스	- HTTP 표준에만 따른다면 특정 언어나 기술에 종속되지 않고 모든 플랫폼에 사용할 수 있으며 URI로 지정한 리소스에 대한 조작이 가능한 아키텍처 스타일
캐시 처리 가능	- HTTP가 가진 캐싱 기능 적용 가능 - HTTP 프로토콜 표준에서 사용하는 Last-Modified 태그나 E-Tag를 이용하면 캐싱 구현 가능
자체 표현 구조	- API 메시지 자체만 보고도 API를 이해할 수 있는 구조를 가짐 - 리소스와 메소드를 이용해서 어떤 메소드에 무슨 행위를 하는지를 알 수 있으며, 또한 메시지 포맷 역시 JSON을 이용해서 직관적으로 이해가 가능한 구조

1.2 인터페이스 보안 기능 적용

(1) 시큐어 코딩 가이드

적용 대상	보안 약점	대응 방안
입력 데이터 검증 및 표현	프로그램 입력값에 대한 검증 누락/부적절한 검증, 잘못된 형식 지정	사용자/프로그램 입력에 대한 유효성 검증 체계를 수립하고 실패 시 처리 기능 설계 및 구현
보안 기능	보안(인증, 접근제어, 기밀성, 암호화, 권한 권리 등)의 부적절한 구현	인증, 접근 통제, 권한 관리, 비밀번호 등의 정책이 적절하게 반영되도록 설계 및 구현
시간 및 상태	거의 동시에 수행 지원하는 병렬 시스템, 하나 이상의 프로세스가 동작하는 환경에서 시간 및 상태의 부적절한 관리	공유 자원의 접근 직렬화, 병렬 실행 가능 프레임 워크 사용, 블록문 내에서만 재귀 함수 호출
에러 처리	에러 미처리, 불충분한 처리 등으로 에러 메시지에 중요 정보가 포함	에러 상황을 처리하지 않거나, 불충분한 처리되어 중요 정보 유출 등 보안 약점이 발생하지 않도록 시스템 설계 및 구현
코드 오류	개발자가 번할 수 있는 코딩 오류로 인한 유발	코딩 규칙 도출 후 검증 가능한 스크립트 구성과 경고 순위의 최상향 조정 후 경고 메시지 코드 제거
캡슐화	가능성이 불충분한 캡슐화로 인해 인가되지 않은 사용자에게 데이터 누출	디버거 코드 제거와 필수 정보 외의 클래스 내 프라이빗 접근자 지정
API 오용	의도된 사용에 반하는 방법으로 API를 사용하거나, 보안에 취약한 API 사용	개발 언어별 취약 API 확보 및 취약 API 검출 프로그램 사용

(2) 데이터베이스 암호화 알고리즘

구분	설명	종류
대칭 키 암호화 알고리즘	암,복호화에 같은 암호 키를 사용하는 알고리즘	ARIA 128/192/256, SEED
비대칭 키 암호화 알고리즘	공개키는 누구나 알 수 있지만, 그에 대응하는 비밀키는 소유자만 알 수 있도록 하는 알고리즘	RSA, ECC, ECDSA
해시 암호화 알고리즘	해시값으로 원래 입력값을 찾아낼 수 없는 일방향성의 특성을 가진 알고리즘	SHA-256/284/512, HAS-160

(3) 데이터베이스 암호화 기법

구분	설명
API 방식	- 애플리케이션 레벨에서 암호 모듈(API)을 적용하는 애플리케이션 수정 방식 - 애플리케이션 서버에 암,복호화, 정책 관리, 키 관리 등의 부하 발생
Plug-In 방식	- 암, 복호화 모듈이 DB서버에 설치된 방식 - DB 서버에 암,복호화, 정책 관리, 키 관리 등의 부하 발생
TDE 방식 (Trasparent Data Encrytion)	- DB 서버의 DBMS 커널이 자체적으로 암,복호화 기능을 수행하는 방식 - 내장되어 있는 암호화 기능을 이용
Hybrid 방식	- API 방식과 Plug-in 방식을 결합하는 방식 - DB 서버와 애플리케이션 서버로 부하 분산

(4) 중요 인터페이스 데이터의 암호화 전송을 보안하는 기술

보안 기술	설명
IPSec (IP Security)	- IP 계층(3계층)에서 무결성과 인증을 보장하는 인증 헤더(AH)와 기밀성을 보장하는 임호화(ESP)를 이용하여 양 종단 간(End Point)구간에 보안 서비스를 제공하는 터널링 프로토콜 - 동작 모드는 전송(Transport) 모드와 터널(Tunnel) 모드가 있다 - 주요 프로토콜 : AH, ESP, IKE(키교환) - IPSEC 정책 : SPD, SAD
SSL/TLS	- 전송 계층(4계층)과 응용 계층(7계층) 사이에서 클라이언트와 서버 간 웹 데이터 암호화(기밀성), 상호 인증 및 전송 시 데이터 무결성을 보장하는 보안 프로토콜 - 인증 모드는 익명 모드, 서버 인증 모드, 클라이언트-서버인증모드가 있다 - Client와 Server 간에 상호 인증, 암호화 방식에 대해 협상을 거치는 특징이 있다 - 특정 암호 기술에 의존하지 않고 다양한 암호 기술 적용 - Https:// 표시 형식과 443 포트 이용
S-HTTP (Secure Hypertext Transfer Protocol)	- 웹 상에서 네트워크 트래픽을 암호화 하는 주요 방법 중하나로 클라이언트와 서버 간 전송되는 메시지를 암호화 하여 전송 - 메시지 보호는 HTTP를 사용한 애플리케이션에 대해서만 가능 - S-HTTP 서버 접속 시 shttp://URL 사용

2. 인터페이스 구현 검증

중분류	소분류	키워드
인터페이스 구현 검증	인터페이스 구현 검증 도구	- xUnit - STAF - FitNesse - NTAF - Selenium - watir
인터페이스 구현 검증	인터페이스 감시 도구	- 스카우터(SCOUTER) - 제니퍼(Jennifer)
인터페이스 오류 처리	오류 처리 방법	- 화면에서 오류를 인지 - 오류 로그 생성 - 관련 테이블에 오류사항 기록

2.1 인터페이스 구현 검증

(1) 인터페이스 구현 검증 도구

인터페이스 구현 검증 도구란?
인터페이스 동작 상태를 검증하고 모니터링할 수 있는 도구
인터페이스 세부 기능을 기능 단위로 테스트하는 단위테스트와 전체 인터페이스 흐름을 확인할 수 있는 통합 테스트가 필요하다

도구	설명
xUnit	- 자바(JUnit), C++(cppUnit), Net(NUnit) 등 다양한 언어를 지원하는 단위테스트 프레임워크 - 소프트웨어의 함수나 클래스 같은 서로 다른 구성 원소(단위)를 테스트 할 수 있게 해주는 도구
STAF	- 서비스 호출, 컴포넌트 재사용 등 다양한 환경을 지원하는 테스트 프레임워크 - 각 테스트 대산 분산 환경에 데몬을 사용하여 테스트 대상 프로그램을 통해 테스트를 수행하고, 통합하며 자동화하는 검증도구
FitNesse	- 웹 기반 테스트 케이스 설계/실행/결과 확인 등을 지원하는 테스트 프레임워크 - 사용자가 테스트 케이스 테이블을 작성하면 빠르고 편하게 자동으로 원하는 값에 대해 테스트를 할 수 있는 장점이 있다
NTAF	- FitNesse의 장점인 재사용 및 확장성을 통합한 NHN(naver)의 테스트 자동화 프레임워크
Selenium	- 다양한 브라우저 지원 및 개발 언어를 지원하는 웹 어플리케이션 테스트 프레임워크 - 테스트 스크립트 언어를 학습할 필요 없이 기능 테스트를 만들기 위한 도구를 제공
watir	- Ruby기반 웹 애플리케이션 테스트 프레임워크 - 모든 언어 기반의 웹 애플리케이션 테스트와 호환성 테스팅 기능

(2) 인터페이스 감시 도구

도구	설명
스카우터 (SCOUTER)	- 애플리케이션에 대한 모니터링 및 DB Agent를 통해 오픈소스 DB 모니터링 기능, 인터페이스 감시 기능을 제공
제니퍼 (Jennifer)	- 애플리케이션의 개발부터 테스트, 오픈, 운영, 안정화까지 전 생애 주기 단계 동안 성능을 모니터링하고 분석해주는 APM 소프트웨어

2.2 인터페이스 오류 처리

인터페이스 오류처리 방법
① 사용자 화면에서 오류를 인지하도록 구현
② 인터페이스 오류 로그 생성
③ 인터페이스 관련 테이블에 오류사항 기록

[정처기 실기 내용 정리] CHAP 4. 통합 구현

leonie. — Wed, 9 Jul 2025 20:20:55 +0900

1. 연계 요구사항 분석

중분류	소분류	키워드
연계 요구사항 분석	연계 요구사항 분석 참고 문서	- 개체 정의서 (Entity Definition Document) - 테이블 정의서 (Table Definition Document) - 인터페이스 명세서 (Interface Specification)

1.1 연계 요구사항 분석

연계 요구사항 분석이란?
서로 다른 두 시스템, 장치, 소프트웨어를 이어주는 중계 역할을 하는 연계 시스템과 관련된 요구사항을 분석하는 과정

연계 요구사항 분석 참고 문서	설명
개체 정의서 (Entity Definition Document)	- 데이터 베이스 개념 모델링 단계에서 도출한 개체의 타입과 관련 속성, 식별자 등의 정보를 개괄적으로 명세화한 정의서
테이블 정의서 (Table Definition Document)	- 논리 및 물리 모델링 과정 설계 산출물
인터페이스 명세서 (Interface Specification)	- 인터페이스 정의서에 작성한 항목을 자세히 작성한 것

2. 연계 메커니즘 구성

중분류	소분류	키워드
연계 메커니즘	연계 메커니즘 기능	- 송신시스템 - 수신시스템
연계 메커니즘	연계 메커니즘 구분	- 직접 연계 - 간접 연계
주요 연계 기술	직접 연계 기술	- DB 링크 (DB Link) - DB 연결 (DB Connection) - API/Open API - JDBC - 하이퍼링크 (Hyper Link)
주요 연계 기술	간접 연계 기술	- 연계 솔루션 (EAI) - Web Service/ESB - 소켓 (Socket)

2.1 연계 메커니즘

연계 메커니즘이란?
응용 소프트웨어와 연계 대상 모듈 간의 데이터 연계 시 요구사항을 고려한 연계 방법과 주기를 설계하기 위한 메커니즘

(1) 연계 메커니즘의 기능

① 데이터를 생성하여 전송하는 송신시스템 / 송신 데이터를 수신하여 DB에 반영하는 수신시스템

② 송신 시스템 : 운영 데이터베이스, 애플리케이션을부터 연계 데이터를 연계 테이블 또는 파일로 생성하여 송신한다

③ 수신 시스템 : 송신 시스템으로부터 전송된 데이터를 변환 처리 후 데이터베이스에 반영한다

(2) 연계 메커니즘 구분

구분	직접 연계	간접 연계
개념	- 송신시스템과 수신시스템을 직접 연결하여 데이터를 주고 받는 방식	- 중간 시스템을 통해 데이터를 주고받는 형식
장점	- 연계 및 통합 구현이 단순하며 용이함 - 개발 소용 비용 및 기간이 짧음 - 중간 매개체가 없어, 데이터 연계 처리 성능이 좋음	- 서로 상이한 네트워크, 프로토콜 연계 및 통합이 가능 - 인터페이스 변경 시 장애나 오류 없이 서비스 가능 - 보안이나 업무 처리 로직을 자유롭게 반영 가능
단점	- 시스템 간 결합도가 높아 시스템 변경에 민감 - 암,복호화 처리 불가 -연계 및 통합 가능한 시스템이 제한적	- 연계 아키텍처 및 메커니즘이 복잡해 성능 저하 요소 존재 - 개발 및 적응을 위한 테스트 기간이 긺

2.2 주요 연결 기술

(1) 직접 연계 기술

구분	설명
DB 링크 (DB Link)	- 데이터베이스에서 제공하는 DB 링크 객체 사용한다 - 수신 시스템에서 DB 링크를 생성하고 송신 시스템에서 해당 DB 링크를 직접 참조하는 방식
DB 연결 (DB Connection)	- 수신 시스템의 WAS에서 송신 시스템 DB로 연결하는 DB 커넥션 풀(DB Connection Pool)을 생성하고 연계 프로그램에서 해당 커넥션 풀을 이용하여 연결한다
API/Open API	- 송신시스템의 DB에서 데이터를 읽어 제공하는 Application Programming Interface Program이다 - API 명, 입출력 파라미터 정보가 필요하다
JDBC	- 수신 시스템의 프로그램에서 JDBC 드라이버를 이용하여 송신 시스템 DB와 연결한다 - DBMS 유형, DBMS 서버 IP와 Port, DB 인스턴스 정보가 필요
하이퍼링크 (Hyper Link)	- 현재 페이지에서 다른 부분으로 가거나 전혀 다른 페이지로 이동하게 해주는 속성

커넥션 풀(Connection Pool)이란?
① 데이터베이스와 연결된 커넥션을 미리 만들어서 Pool 속에 저장해두고 필요할 때 커넥션을 풀에서 사용하고 다시 풀에 반환하는 기법이다.
② DB와 연결하기 위해 생성되는 커넥션 객체는 많은 자원이 소요되기에 이를 해결하기 위해 커넥션 풀 기법을 사용한다

API/Open API 란?
① 응용 프로그램에서 사용할 수 있도록, 운영체제나 프로그래밍 언어가 제공하는 기능을 제어할 수 있게 만든 인터페이스
② 응용프로그램에서 데이터를 주고 받기 위한 방법
③ 특정 사이트에서 특정 데이터를 공유할 때, 어떤 방식으로 정보를 요청해야 하는지, 어떤 정보를 받을 수 있는지에 대한 규격을 정해놓은 인터페이스

JDBC(Java Datavase Connectivity)란?
데이터베이스에서 자료를 조회하거나 업데이트 하기 위해 자바에서 데이터베이스에 접속할 수 있게 하는 자바 API로,
Java Application, JDBC API, JDBC Driver Manager, JDBC Driver로 구성되어 있다

JDBC 구성요소	설명
Java Application	- 네이티브 자바, 자바 서블릿, 자바 응용 프로그램
JDBC API	- 자바 응용 프로그램에서 DB를 연결하고 데이터를 제어할 수 있도록 DB 연결 및 제어를 위한 인터페이스와 클래스들을 제공
JDBC Driver Manager	- 자바 응용 프로그램들이 사용하는 데이터베이스에 맞는 드라이버 검색, 연결 및 초기화 수행
JDBC Driver	- 자바 프로그램의 요청을 DBMS가 이해할 수 있는 프로토콜로 변환해주는 클라이언트 사이드 어댑터

(2) 간접 연계 기술

구분	설명
연계 솔루션 (EAI)	- 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션들 간의 정보 전달, 연계, 통합을 가능하게 해주는 솔루션
Web Service/ESB	- 웹 서비스가 설명된 WSDL과 SOAP 프로토콜을 이용한 시스템 간 연계
소켓 (Socket)	- 소캣을 생성하여 포켓을 할당하고, 클라이언트의 요청을 연결하여 통신

WSDL(Web Service Description Language)란?
웹 서비스명, 제공 위치, 메시지 포멧, 프로토콜 정보 등 웹 서비스에 대한 상세 정보가 기술된 XML 형식으로 구현된 언어

SOAP(Simple Object Access Protocol)이란?
HTTP, HTTPS, SMTP 등을 사용하여 XML 기반의 메시지를 네트워크 상태에서 교환하는 프로토콜

소켓(Socket)이란?
① 네트워크를 경유하는 프로세스 간 통신의 접속점
② 소켓은 IP주소와 Port번호가 합한 값으로 이루어져 있다
③ 두 소켓끼리 연결되면 서로 다른 프로세스끼리 데이터를 전달 할 수 있고, 연결 된 것을 세션(Session)이라고 한다.

3. 내외부 연계 모듈 구현

중분류	소분류	키워드
EAI 방식 (Enterprise Application Integration)	EAI 구성 요소	- EAI 플랫폼 (EAI Platform) - 어댑터 (Adapter) - 브로커 (Broker) - 메시지 큐 (Message Queue) - 비즈니스 워크플로우 (Business Workflow)
EAI 방식 (Enterprise Application Integration)	EAI 구축 유형	- 포인트 투 포인트 (Point-to-point) - 허브 앤 스포크 (Hub & Spoke) - 메시지 버스 (Message Bus) - 하이브리드 (Hybrid)
ESB 방식 (Enterprise Service Bus)	정의	- 서비스 중심의 통합을 지향하는 아키텍쳐 - 느슨한 결합
웹 서비스 방식	웹 서비스 관련 용어	- HTTP (HyperText Transfer Protocol) - 하이퍼텍스트 (Hypertext) - HTML (HyperText Markup Language)
웹 서비스 방식	웹 서비스 유형	- SOAP (Simple Object Access Protocol) - WSDL (Web Service Description Language) - UDDI (Universal Description, Discovery and Integration)
IPC 방식 (Inter-Process Communication)	주요 기법	- 메시지 큐 - 공유 메모리 - 소켓 - 세마포어

3.1 EAI 방식

EAI(Enterprise Application Integration)이란?
기업에서 운영되는 서로 다른 플랫 폼 및 애플리케이션 간의 정보를 전달, 연계 통합이 가능하도록 해주는 솔루션이다.
EAI를 사용함으로써 각 비즈니스 간 통합 및 연계성을 증대시켜 효율성을 높이고, 각 시스템 간의 확장성을 높여줄 수 있다

(1) EAI 구성요소

구성요소	설명
EAI 플랫폼 (EAI Platform)	- 이기종 시스템 간 애플리케이션 상호 운영 - 데이터의 신뢰성 있는 전송을 위한 메시지 큐와 트랜잭션 미들웨어 기능 수행
어댑터 (Adapter)	- 다양한 패키지 애플리케이션 및 기업에서 자체적으로 개발한 애플리케이션을 연결하는 EAI 핵심 장치로, 데이터 입출력 도구
브로커 (Broker)	- 시스템 상호 간 데이터가 전송될 때, 데이터 포맷과 코드를 변환하는 솔루션
메시지 큐 (Message Queue)	- 비동기 메시지를 사용하는 다른 응용 프로그램 사이에서 데이터를 송수신하는 기술
비즈니스 워크플로우 (Business Workflow)	- 미리 정의된 기업의 워크플로우에 따라 업무를 처리하는 기능

(2) EAI 구축 유형

유형		기능
Point-to-Point		- 미들웨어 없이 point to point로 연결하는 통합방식
Hub & Spoke		- 단일 접점인 허브 시스템을 통해 데이터 전송하는 중앙 집중형 방식 - 허브에 장애 발생 시 시스템 전체에 영향
Message Bus		- 미들웨어(버스)를 배치하여 처리하는 방식 - 대용량 데이터 처리에 유리
Hybrid		- Hub&Spoke와 Message Bus의 혼합 형태 - 그룹 내 : Hub&Spoke 그룹 간 : Message Bus - 데이터 병목 현상 최소화

3.2 ESB 방식

ESB(Enterprise Service Bus)란?
기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션들 간을 하나의 시스템으로 운영할 수 있도록 서비스 중심의 통합을 지향하는 아키텍처로 느슨한 결합을 지향하는 아키텍처

느슨한 결합(Loosely Coupled)이란?
특정 서비스를 변경하더라도 연결된 다른 서비스에는 영향을 주지 않는 유연한 구조

EAI와 EBS의 비교

구분	EAI	ESB
개념	미들웨어(Hub)를 이용하여 비즈니스 로직 중심으로 기업 내 애플리케이션을 통합 연게	미들웨어를 이용하여 서비스 중심으로 서비스를 지원하기 위한 관련 시스템과 유기적으로 연계
수행 목적	기업 내부의 이기종 응용 모듈 간 통합	기업 간 서비스 교환을 위해 표준 API로 통합
토폴로지	포인트 투 포인트, 허브 앤 스포크, 메시지 버스, 하이브리드	버스 방식의 분산형 토폴리지 구성
표준	벤더 종속적 기술 적용	표준기술사용 (웹 서비스, XML 등)
핵심 기술	어댑터, 브로커, 메시지 큐	웹 서비스, 지능형 라우터, 포맷 변환, 개방형 표준
통합 형태	애플리케이션 간 단단한 통합	서비스 간 느슨한 통합
적용 영역	기업 내부망	기업 내부 + 기업 외부 채널망

3.3 웹 서비스 방식

웹 서비스란?
네트워크에 분산된 정보를 서비스 형태로 개방하여 표준화된 방식으로 공유하는 기술

(1) 웹서비스 관련 용어

용어	설명
HTTP (HyperText Transfer Protocol)	- HTML 문서를 송수신하기 위한 규칙을 정의한 표준 프로토콜 - 인터넷에서 요청과 응답에 의해 처리하는 프로토콜로 GET, POST, PUT등의 방식을 사용
하이퍼텍스트 (Hypertext)	- 문장이나 단어 등이 링크를 통해 서로 연결된 네트워크처럼 구성된 문서 - 이미지를 누르면 다른 사이트로 옮겨갈 수 있는 Hyperlink 가 걸려있다
HTML (HyperText Markup Language)	- 웹을 이루는 가장 기초적인 구성요소로, 웹 콘텐츠의 의미와 구조를 정의할 때 사용하는 기술 - 인터넷 웹(WWW) 문서를 표현하는 표준화된 마크업 언어

(2) 웹 서비스 유형

유형	설명
SOAP (Simple Object Access Protocol)	- HTTP, HTTPS, SMTP 등을 사용하여 XML 기반의 메시지를 네트워크 상태에서 교환하는 프로토콜 - HTTP 프로토콜 상에 SOAP Envelope 헤더, 바디 등이 추가된 XML 문서로 기본적인 송수신은 HTTP로 수행한다 - 원격 프로시저 호출(RPC;Remote Procedure Call)을하는 메시지 패턴을 사용한다 - SOAP 대신 RESTful 프로토콜로 대체할 수 있다 - 네트워크 노드(클라이언트)에서 다른 쪽 노드(서버)로 메시지를 요청하고, 서버는 메시지를 즉시 응답하게 된다
WSDL (Web Service Description Language)	- 웹 서비스 명, 제공 위치, 메시지 포멧, 프로토콜 정보 등 웹 서비스에 대한 상세 정보가 기술된 XML 형식으로 구현되어 있는 언어 - SOAP와 XML 스키마와 결합하여 인터넷사에 웹 서비스를 제공하기 위해 사용되기도 한다
UDDI (Universal Description, Discovery and Integration)	- 웹 서비스에 대한 정보인 WSDL을 등록하고 검색하기 위한 저장소 - 공개적으로 접근, 검색이 가능한 레지스트리이자 표준이다

3.4 IPC 방식

IPC (Inter-Process Communication) 이란?
운영체제에서 프로세스 간 서로 데이터를 주고받기 위한 통신 기술

IPC 주요 기법	설명
메시지 큐	- 메시지 또는 패킷 단위로 동작하여 프로세스간 통신
공유 메모리	- 한 프로세스의 일부분을 다른 프로세스와 공유
소켓	- 클라이언트와 서버 프로세스 둘 사이에 통신을 가능하게 함
세미포어	- 프로세스 사이의 동기를 맞추는 기능을 제공

[정처기 실기 내용 정리] CHAP 3. 데이터 입출력 구현

leonie. — Mon, 7 Jul 2025 18:48:02 +0900

1. 논리 데이터 저장소 확인

중분류	소분류	키워드
데이터 모델	데이터 모델 표시 요소	- 연산 (Operation) - 구조 (Structure) - 제약 조건 (Constraint)
데이터 모델	데이터 모델 절차 (요개논물)	- 요구사항 분석 - 개념적 설계 - 논리적 설계 (정규화) - 물리적 설계 (반정규화)
논리 데이터 모델	논리 데이터 모델링 종류	- 관계 데이터 모델 - 계층 데이터 모델 - 네트워크 데이터 모델
관계 데이터 모델	관계 데이터 모델 구성	- 릴레이션 (Relation) - 튜플 (Tuple) - 속성 (Attribute) - 카디널리티 (Cardinality) - 차수 (Degree) - 스키마 (Schema) - 인스턴스 (Instance)
관계 연산	관계 대수와 관계 해석	- 관계 대수 : 절차적 언어 - 관계 해석 : 비절차적 언어
관계 연산	관계 대수 연산자의 종류	- 일반 집합 연산자 : 합집합(∪), 교집합(∩), 차집합(-), 카티션 프로덕트(X) - 순수 관계 연산자 : 셀렉트(σ), 프로젝트(π), 조인(⋈), 디비전(÷)
ERD	논리 데이터 모델링 속성 (ERD)	- 개체 (Entity) - 속성(Attribute) - 관계 (Relationship)
ERD	ERD 다이어그램 기호	- 개체 집합 : □ - 관계 집합 : ◇ - 속성 : ○ - 다중 값 속성 : ◉ - 개체 집합 - 관계 집합 연결 : ─ - 개체 집합 - 속성 연결 : ─ - 관계 집합 - 속성 연결 : ---
정규화와 반정규화	정규화 단계 (Nomalization)	1NF : 도메인이 원자값 2NF : 부분함수 종속 제거 3NF : 이행함수 종속 제거( A→ B , B→C 이면 A→C) BCNF : 결정자 후보 키가 아닌 함수 종속 제거 4NF : 다치(다중 값) 종속 제거 5NF : 조인 종속 제거
	함수 종속	- 부분 함수 종속 - 완전 함수 종속 - 이행 함수 종속
	반정규화, 비정규화 (De-Nomalization)	- 정규화된 데이터 모델을 성능 개선이나 사용 편의성을 위해 다시 중복되도록 통합하거나 속성을 추가하는 과정
이상현상	이상현상의 종류	- 삽입 이상 - 삭제 이상 - 갱신 이상

1.1 데이터 모델

데이터 모델(Data Model) 이란?
현실 세계의 정보를 인간과 컴퓨터가 이해할 수 있도록 추상화하여 표현한 모델

(1) 데이터 모델 표시 요소

요소	설명
연산 (Operation)	- 데이터베이스에 저장된 실제 데이터를 처리하는 작업에 대한 명세 - 릴레이션을 조작하기 위한 관계 연산을 나타낸다
구조 (Structure)	- 데이터베이스에 논리적으로 표현될 대상으로서의 개체 타입과 개체 타입 간의 관계 - 데이터 구조 및 정적 성질을 표현하는 요소
제약 조건 (Constraint)	- 데이터베이스에 저장될 수 있는 실제 데이터의 논리적인 제약 조건 - 데이터 무결성 유지를 위한 DB의 보편적 방법 - 릴레이션의 특정 컬럼에 설정하는 제약을 의미한다

(2) 데이터 모델 절차

단계 (요개논물)	설명
요구조건 분석	- 도출된 요구사항 간 상충을 해결하고, 범위를 파악하여 외부 환경과의 상호작용을 분석
개념적 설계	- 사용자의 요구에 대한 트랜잭션을 모델링하는 단계 - 현실세계에 대한 인식을 추상적, 개념적으로 표현하여 개념적 구조를 도출하는 데이터 모델 - 개념적 데이터모델은 DB 종류와 관계가 없다 - 개체 - 관계 다이어그램 (ERD)가 주요 산출물
논리적 설계	- 트랜잭션의 인터페이스를 설계 - DBMS에 맞는 논리적 스키마를 설계 - 정규화 수행 - 논리적 데이터 베이스 구조로 매핑 - 스키마의 평가 및 정제 - 관계형 데이터베이스에서 테이블 설계
물리적 설계	- 논리 데이터 모델을 특정 DBMS의 특성 및 성능을 고려하여 물리적인 스키마를 만드는 단계 - DBMS의 특성을 고려하여 데이터베이스 저장구조(물리 데이터 모델)로 변환하는 모델 - 테이블, 인덱스, 뷰, 파티션 등 객체를 생성 - 응답 시간, 저장 공간의 효율화, 트랜잭션 처리를 고려하여 설계 - 성능 측면에서 반 정규화를 수행 - 레코드 집중의 분석 및 설계 - 저장 레코드 양식 설계 - 접근 경로 설계

1.2 논리 데이터 모델

(1) 논리데이터 모델링 종류

종류	설명
관계 데이터 모델	- 논리적 구조가 2차원 테이블 형태로 구성된 모델 - 기본키(PK)와 이를 참조하는 외래키 (FK)로 관계 표현 - 1:1, 1:N, N:M 관계
계층 데이터 모델	- 논리적 구조가 트리 형태로 구성된 모델 - 상하 관계가 존재 - 1:N 관계만 허용
네트워크 데이터 모델	- 논리적 구조가 그래프 형태로 구성된 모델 - 상위와 하위 레코드 사이에 N:M 관계를 만족하는 구조

1.3 관계 데이터 모델

관계 데이터 모델이란?
데이터를 행과 열로 구성된 2차원 테이블 형태로 구성한 모델이다.
수학자 E.F.Codd 박사가 제안한 모델이다

(1) 관계 데이터 모델의 구성

구성요소	설명
릴레이션 (Relation)	- 행(Row)과 열(Column)로 구성된 테이블
튜플 (Tuple)	- 릴레이션의 행(Row)
속성 (Attribute)	- 릴레이션의 열(Column)
카디널리티 (Cardinality)	- 튜플(Row)의 수
차수 (Degree)	- 속성(Column)의 수
스키마 (Schema)	- 데이터베이스의 구조, 제약 조건 등의 정보를 담고 있는 기본적인 구조
인스턴스 (Instance)	- 정의된 스키마에 따라 생성된 테이블에 실제 저장된 데이터의 집합

1.4 관계 연산

(1) 관계 대수와 관계 해석

구분	설명
관계 대수	- 관계형 데이터베이스에서 원하는 정보를 어떻게 유도하는가를 기술하는 절차적 정형 언어
관계 해석	- 튜플 관계 해석과 도메인 관계 해석을 하는 비절차적 언어 - 원하는 정보가 무엇인지만 선언

(2) 관계 대수 연산자의 종류

구분	연산자	기호	표현	설명
일반 집합 연산자	합집합 (Union)	∪	R ∪ S	- 두 릴레이션의 모든 튜플을 합침
	교집합 (Intersection)	∩	R ∩ S	- R과 S에 속하는 모든 튜플
	차집합 (Difference)	−	R − S	- R에는 있고, S에는 없는 튜플
	교차 곱 (CARTESIAN Product)	×	R ÷ S	- 두 릴레이션의 모든 조합
순수 관계 연산자	선택 (Selection)	σ	σ조건(R)	- 조건에 맞는 튜플(행)을 선택
	투사 (Projection)	π	π속성리스트(R)	- 원하는 속성(열)만 추출
	조인 (Join)	⋈	R ÷ S	- 조건에 맞는 두 릴레이션의 튜플을 합침
	나누기 (Division)	÷	R ÷ S	- S의 모든 값과 관련된 R의 튜플만 선택

1.5 ERD

ERD(Entity Relationship Diagram)란?
요구사항을 통해 얻은 정보들을 개체, 속성, 관계로 기술한 모델

(1) 논리 데이터 모델링 속성 (ERD)

구분	설명
개체 (Entity)	- 관리할 대상이 되는 실체 - 사물 또는 사건으로 정의되며 개체라고도 한다 - 사각형으로 표시
속성 (Attributes)	- 관리할 정보의 구체적 항목 - 개체가 가지고 있는 요소 또는 성질 - 타원형으로 표시
관계 (Relationship)	- 개체 간의 대응 관계 - 두 개체간의 관계를 정의

(2) ERD 다이어그램 기호

종류	기호
개체 집합	사각형 (□)
관계 집합	마름모 (◇)
속성	원형 (○)
다중 값 속성	◉
개체 집합 - 관계 집합 연결	실선 (─)
개체 집합 - 속성 연결	실선 (─)
관계 집합 - 속성 연결	점선 (---)

1.6 정규화와 반정규화

정규화(Nomalization)란?
중복 데이터를 제거하고, 데이터의 일관성과 무결성을 유지하기 위해 테이블을 작은 단위로 분리하는 과정

(1) 정규화 단계

정규화 단계	설명
1정규형 (1NF)	- 원자 값으로 구성 - 반복 속성 / 중복 제거가 필요하다
2정규형 (2NF)	- 부분 함수 종속 제거 (완전 함수적 종속 관계) - 주식별자가 아닌 속성을 분리한다
3정규형 (3NF)	- 이행 함수 종속 제거 - 속성에 종속적인 속성을 분리한다
보이스-코드 정규형 (BCNF)	- 결정자 함수이면서 후보키가 아닌 것 제거 - 모든 결정자가 후보키이다
4정규형 (4NF)	- 다치(다중 값) 종속 제거 - 특정 속성 값에 따라 선택적인 속성을 분리한다
5정규형 (5NF)	- 조인 종속 제거

(2) 함수 종속

함수 종속(FD; Functional Dependency)이란?
릴레이션에서 속성의 의미와 속성 간 상호 관계로부터 발생하는 제약조건으로
X는 결정자(Determinant), Y는 종속자(Dependent)이다.

종류	설명
함수적 종속 (Functional Dependency)	- X → Y일 때, X의 값이 Y를 유일하게 결정하는 경우 - 학번 → 이름 : 학번이 이름을 유일하게 결정
완전 함수 종속 (Full Function Dependency)	- 기본키가 여러 속성으로 이루어져 있을 때, 모두 필요해서 Y가 결정되는 경우 - {학생 ID, 과목 ID} → 성적 : 둘 중 하나의 값 만으로는 성적을 결정할 수 없음
부분 함수 종속 (Partial Functional Dependency)	- 기본키의 일부 속성만으로 Y를 결정하는 경우 - {학생 ID, 과목 ID} 중 과목 ID 만으로 과목명이 결정
이행 함수 종속 (Transitive Dependency)	- X → Y이고 Y → Z이면 X → Z가 성립할 경우 - 직원ID → 부서 → 부서명 → 직원ID → 부서명

(3) 반정규화/비정규화

반정규화(De-Nomalization)란?
정규화된 데이터 모델을 성능 개선이나 사용 편의성을 위해 다시 중복되도록 통합하거나 속성을 추가하는 과정

1.7 이상현상

구분	설명
삽입 이상	- 정보 저장 시 해당 정보의 세부 정보를 입력해야 하는 경우
삭제 이상	- 정보 삭제 시 원치 않는 다른 정보가 같이 삭제되는 경우
갱신 이상	- 중복 데이터 중에서 특정 부분만 수정되어 중복된 값이 모순을 일으키는 경우

2. 물리 데이터

중분류	소분류	키워드
무결성	무결성 종류	- 개체 무결성 (Entity Integrity) - 참조 무결성 (Referential Integrity) - 도메인 무결성 (Domain Integrity) - 사용자 정의 무결성 (User-Defined Integrity) - 키 무결성 (Key Integrity) - 속성 무결성 (Attribute Integrity) - Null 무결성 - 관계 무결성 (Relationship Integrity) - 고유 무결성(Unique Integrity)
무결성	참조 무결성 제약 조건	- 제한 (RESTRICT) - 연쇄 (CASCADE) - 널 값 (SET NULL)
키 (Key)	키의 속성	- 유일성 (Unique) - 최소성 (Minimality)
키 (Key)	키의 종류	- 기본키 (Primary Key) - 대체키 (Alternate Key) - 후보키 (Candidate Key) - 슈퍼키 (Super Key) - 외래키 (Foreign Key) - 복잡키
인덱스, 뷰, 클러스터	인덱스	- 클러스터드 인덱스 (Clustered Index) - 넌클러스터드 인덱스 (Non-Clustered Index)
	뷰	- 가상 테이블 - CREATE : 생성, DROP : 제거
	클러스터	- 단일 테이블 클러스터링 - 다중 테이블 클러스터링
파티션 (Partition)	파티션의 종류	- 범위 분할 (Range Partitioning) - 해시 분할 (Hash Partitioning) - 리스트 분할 (List Partitioning) - 조합 분할 (Composite Partitioning) - 라운드-로빈 (Round-Robin)
파티션 (Partition)	파티션의 장점	- 성능 향상 - 가용성 향상 - 백업 가능 - 경합 감소

2.1 무결성 제약

데이터베이스 무결성이란?
데이터베이스에서 항상 일관성을 갖고 데이터의 유효성, 정확성, 안정성을 유지할 수 있도록 제약조건을 두는 특성이다

(1) 무결성 종류

구분	설명
개체 무결성 (Entity Integrity)	- 기본 테이블의 기본키를 구성하는 어떤 속성도 Null 값이나 중복 값을 가질 수 없다
참조 무결성 (Referential Integrity)	- 외래키 값은 Null 이거나 참조 릴레이션의 기본키 값과 동일해야 한다
도메인 무결성 (Domain Integrity)	- 주어진 속성 값이 정의된 도메인에 속한 값이어야 한다
사용자 정의 무결성 (User-Defined Integrity)	- 속성 값들이 사용자가 정의한 제약 조건에 만족해야 한다
키 무결성 (Key Integrity)	- 하나의 릴레이션에는 적어도 하나의 키가 존재해야 한다
속성 무결성 (Attribute Integrity)	- 속성의 값은 기본값, Null 여부, 도메인이 지정된 규칙을 준후해야 한다
Null 무결성	- 릴레이션의 특정 속성 값이 Null이 될 수 없도록 한다
관계 무결성 (Relationship Integrity)	- 릴레이션에 어느 한 튜플의 삽입 가능 여부 - 한 릴레이션과 다른 릴레이션의 튜플들 사이의 관계에 대한 적절성 여부
고유 무결성 (Unique Integrity)	- 릴레이션의 특정 속성에 대해 각 튜플이 갖는 속성 값들이 서로 달라야 한다

(2) 참조 무결성 제약조건

참조 무결성 제약 조건이란?
릴레이션 간 참조의 일관성을 보장하기 위한 조건으로,
두 개의 릴레이션이 기본키, 외래키를 통해 참조 관계를 형성할 경우
참조하는 외래키 값은 항상 참조되는 릴레이션의 기본키로 존재해야한다

제약조건	설명
제한 (Restricted)	- 참조 중인 외래키가 있을 경우, 부모 행 삭제/수정 불가
연쇄 (Cascade)	- 부모 튜플을 삭제하면, 해당 부모를 참조하는 자식 튜플도 함께 삭제됨
널 값 (SET NULL)	- 부모 튜플이 삭제되면, 그 부모를 참조하던 자식 튜플의 외래키를 NULL로 변경함

2.2 키 (Key)

키(Key)란?
데이터베이스에서 조건을 만족하는 튜플을 찾거나 순서대로 정렬할 때,
다른 튜플들과 구별할 수 있는 기준이 되는 속성

(1) 키의 속성

키의 속성	설명
유일성 (Unique)	- 식별자로 인해 인티티 타입 내 모든 엔티티들이 유일하게 구분
최소성 (Minimality)	- 최소한의 속성으로 식별자 구성

(2) 키의 종류

구분	설명	특징 요약
기본키 (Primary Key)	- 후보키 중 하나를 선택하여 NOT NULL + 유일성을 보장한 키	- 후보키 + NOT NULL
대체키 (Alternate Key)	- 기본키로 선택되지 않은 다른 후보키 - UNIQUE 제약을 통해 유일성 유지	- 기본 키 외 후보키, UNIQUE 제약
후보키 (Candidate Key)	- 슈퍼키 중 최소성을 만족하는 속성 집합	- 유일성 + 최소성
슈퍼키 (Super Key)	- 데이터 베이스에서 튜플 검색이나 정렬의 기준이 되는 속성	- 유일성
외래키	- 다른 릴레이션의 기본키나 후보키를 참조하여 참조무결성을 보장	- 다른 테이블 키 참조, 참조 무결성
복잡키	- 둘 이상 속성의 조합으로 구성된 키	- 여러 속성 조합으로 구성된 키

2.3 인덱스, 뷰, 클러스터

(1) 인덱스

인덱스(Index)란?
검색 연산의 최적화를 위해 데이터베이스 내 열에 대한 정보를 구성한 데이터 구조

구분	설명
클러스터드 인덱스 (Clustered Index)	- 인덱스 키의 순서에 따라 데이터가 정렬되어 저장되는 방식
넌클러스터드 인덱스 (Non-Clustered Index)	- 인덱스의 키만 정렬되어 있고 실제 데이터는 정렬되지 않은 방식

(2) 뷰

뷰(View)란?
접근이 허용된 자료만 제한적으로 보여주기 위해 기본 테이블로부터 유도된 가상의 테이블
CREATE로 생성하고, DROP으로 제거한다

(3) 클러스터

클러스터(Cluster)란?
동일한 성격의 데이터를 동일한 테이블 블록에 물리적으로 저장하여 엑세스 효율을 향상시키는 방법
데이터의 분포도가 넓은 테이블은 클러스터링을 통해 저장공간을 절약할 수 있다.
처리 범위가 넓다면 단일 테이블 클러스터링을 이용하고,
조인이 많이 발생한다면 다중 테이블 클러스터링을 이용한다.

2.4 파티션 (Partition)

파티셔닝 (Partitioning)이란?
테이블 또는 인덱스 데이터를 파티션(Partion) 단위로 나누어 저장하는 기법

(1) 파티션의 종류

종류	설명
범위 분할 (Range Partitioning)	- 연속적인 숫자나 날짜를 기준으로 하는 파티셔닝 기법
해시 분할 (Hash Partitioning)	- 파티션 키의 해시 함수 값에의한 파티션 기법
리스트 분할 (List Partitioning)	- 특정 파티션에 저장될 데이터에 대한 명시적 제어가 가능한 파티셔닝 기법
조합 분할 (Composite Partitioning)	- 범위 분할에 이후 해시 함수를 적용하여 재분할하는 파티셔닝 기법
라운드-로빈 (Round-Robin)	- 라운드로빈 분할로 회전하면서 새로운 파티션에 할당하는 방식

(2) 파티션의 장점

장점	설명
성능 향상	- 데이터 액세스 범위를 줄여 성능 향상
가용성 향상	- 전체 데이터의 훼손 가능성이 감소 및 데이터 가용성 향상
백업 가능	- 분할 영역을 독립적으로 백업하고 복구 가능
경합 감소	- 디스크 스트라이핑으로 입출력 성능을 향상, 디스크 컨트롤러에 대한 경합의 감소 - 디스크 스트라이핑 (Disk Striping) : 성능 향상을 위해 데이터를 1개 이상의 디스크 드라이브에 저장하여 드라이브를 병렬로 사용할 수 있는 기술

3. 데이터 베이스 기초 활용하기

중분류	소분류	키워드
데이터베이스	데이터베이스 정의	- 통합된 데이터 : 자료의 중복을 배제한 데이터의 모임 - 저장된 데이터 : 저장 매체에 저장된 데이터 - 운영 데이터 : 조직의 업무를 수행하는 데 필요한 데이터 - 공용 데이터 : 여러 애플리케이션, 시스템들이 공동으로 사용하는 데이터
	데이터베이스 특성	- 실시간 접근성 - 계속적인 변화 - 동시 공용 - 내용 참조
	데이터베이스 종류	- 관계형 데이터베이스 시스템 (RDBMS) - 계층형 데이터베이스 시스템 (HDBMS) - 네트워크 데이터베이스 관리시스템 (NDBMS)
	파일 시스템의 종류	- ISAM (Indexed Sequential Access Method) - VSAM (Virtural Storage Method)
DBMS (Database Management System)	DBMS 유형	- 키 값 DBMS - 컬럼 기반 데이터 저장 DBMS - 문서 저장 DBMS - 그래프 DBMS
DBMS (Database Management System)	DBMS 특징	- 데이터 무결성 - 데이터 일관성 - 데이터 회복성 - 데이터 보안성 - 데이터 효율성
빅데이터	빅데이터 기술	- HDFS - 맵 리듀스
NoSQL	NoSQL의 특성 (BASE)	- Basically Available (가용성) - Soft-state (독립성) - Eventually Consistency (일관성)
NoSQL	NoSQL 유형	- Key-Value Store - Column Family Data Store - Document Store - Graph Store
데이터 마이닝 (Data Mining)	데이터 마이닝 주요 기법	- 분류 규칙(Classification) - 연관 규칙(Association) - 연속 규칙(Sequence) - 데이터 군집화(Clustering)
데이터 마이닝 (Data Mining)	응용 기술	- 텍스트 마이닝 (Text Mining) - 웹 마이닝(Web Mining)
그 외 DB 기술	종류	- 온톨로지 (Onthology) - 시멘틱 웹 (Semantic Web)

3.1 데이터베이스

데이터베이스란?
다수의 인원, 시스템 또는 프로그램이 사용할 목적으로 통합하여 관리되는 데이터의 집합으로,
데이터에 대한 효과적인 관리를 위해 자료의 중복성 제거, 무결성 확보, 일관성 유지, 유용성 보장이 중요하다

(1) 데이터베이스 정의

정의	설명
통합된 데이터 (Integrated Data)	- 자료의 중복을 배제한 데이터의 집합
저장된 데이터 (Stored Data)	- 저장 매체에 저장된 데이터
운영 데이터 (Operational Data)	- 조직의 업무를 수행하는 데 필요한 데이터
공용 데이터 (Shared Data)	- 여러 애플리케이션, 시스템들이 공통으로 사용하는 데이터

(2) 데이터베이스 특성

특성	설명
실시간 접근성 (Real-Time Accessibility)	- 쿼리에 대해 실시간 응답이 가능하다
계속적인 변화 (Continuous Evolution)	- 새로운 데이터의 삽입(Insert), 삭제(Delete), 갱신(Update)으로 항상 최신의 데이터를 유지한다
동시 공용 (Concurrent Sharing)	- 다수의 사용자가 동시에 같은 내용의 데이터를 이용할 수 있다
내용 참조 (Content Reference)	- 데이터베이스에 있는 데이터를 참조할 때, 사용자가 요구하는 데이터 내용으로 데이터를 찾는다

(3) 데이터베이스 종류

DB 종류	설명
관계형 데이터베이스 관리 시스템 (RDBMS; Relational Database Management System)	- 관계형 모델을 기반으로 하는 데이터베이스 관리 시스템 - 데이터를 저장하는 테이블의 일부를 다른 테이블과 상하 관계로 표시 - 유연성이 좋아 유지 관리가 용이 - 종류 : Oracle, SQL Server, MySQL, Maria DB
계층형 데이터베이스 관리 시스템 (HDBMS ; Hierarchical Database Management System)	- 데이터를 상하 종속적인 관계로 계층화하여 관리하는 데이터베이스 - 데이터에 대한 접근속도가 빠름 - 변화하는 데이터 구조에 유연하게 대응이 어려움
네트워크 데이터베이스 관리 시스템 (NDBMS ; Network Database Management System)

(4) 파일 시스템의 종류

파일시스템(File System)이란?
파일에 이름을 부여하고 저장이나 검색을 위해 논리적으로 어디에 위치시켜야 하는지 정의한 후 관리하는 데이터 관리방식
데이터베이스 전 단계이다

종류	설명
ISAM (Indexed Sequential Access Method)	- 자료 내용은 주 저장부, 자료 색인은 자료가 기록된 위치와 함께 색인부에 기록되는 시스템
VSAM (Virtural Storage Method)	- 대형 운영체제에서 사용되는 파일 관리 시스템

3.2 DBMS

DBMS(Database Management System)란?
데이터 관리의 복잡성을 해결하고, 데이터 추가, 변경, 검색, 삭제 및 백업, 복구, 보안 등의 기능을 지원하는 소프트웨어

(1) DBMS 유형

유형	설명
키 값 DBMS	- Unique한 키에 하나의 값을 가지고 있는 형태
컬럼 기반 데이터 저장 DBMS	- Key안에 (Column, Value) 조합으로 된 여러 개의 필드를 갖는 DBMS - 테이블 기반, 조인 미지원, 컬럼 기반의 구글 Bigtable 기반으로 구현
문서 저장 DBMS	- 값의 데이터 타입이 문서 타입인 DBMS - 문서 타입은 XML, JSON과 같은 구조화된 데이터 타입으로, 복잡한 계층 구조 표현 가능
그래프 DBMS	- 그래프로 데이터를 표현하는 DBMS - 시맨틱 웹과 온톨로지 분야에 사용 - 노드와 엣지로 특징되는 요소 특화 - 노드간 관계를 구조화 하여 저장

(2) DBMS 특징

특징	설명
데이터 무결성	- 부적절한 자료가 입력되어 동일한 내용에 대해 서로 다른 데이터가 저장되는 것을 허용하지 않는 성질
데이터 일관성	- 생성, 삽입, 갱신, 삭제 후에도 저장된 데이터가 변함없이 일정
데이터 회복성	- 장애가 발생했을 때, 특정 상태로 복구되어야 하는 성질
데이터 보안성	- 불법적인 노출, 변경, 손실로부터 보호되어야 하는 성질
데이터 효율성	- 응답 시간, 저장 공간 활용 등이 최적화 되어 사용자, 소프트웨어, 시스템 등의 요구조건을 만족시켜야 하는 성질

3.3 빅데이터

빅데이터(Big Data)란?
시스템, 서비스, 조직 등에서 주어진 비용, 시간 내에 처리 가능한 데이터 범위를 넘어서는 수십 페타바이트(PB) 크기의 비정형 데이터

빅데이터 종류	설명
HDFS (Hadoop Distributed File System)	- 대용량 데이터의 집합을 처리하는 응용 프로그램에 적합하도록 설계된 하둡 분산 파일 시스템
맵리듀스 (Map Reduce)	- 구글에서 대용량 데이터 처리를 분산 병렬 컴퓨팅에서 처리하기 위한 목적으로 제작하여 2004년에 발표한 소프트웨어 프레임 워크

3.4 NoSQL

NoSQL(Not Only SQL)이란?
데이터 저장에 고정된 테이블 스키마가 필요하지 않고, 조인 연산을 사용할 수 없는 수평적 확장이 가능한 DBMS

(1) NoSQL 특성

특성 (BASE)	설명
Basically Available	- 언제든지 데이터는 접근할 수 있어야 하는 속성 - 분산 시스템이기에 항상 가용성이 중요
Soft-State	- 노드의 상태는 외부에서 전송된 정보를 통해 결정되는 속성 - 특정 시점에서는 데이터의 일관성이 보장되지 않는다
Eventually Consistency	- 일정 시간이 지나면 데이터의 일관성이 유지되는 속성

(2) NoSQL 유형

유형	설명
Key-Value Store	- Unique한 Key에 하나의 Value를 가지고 있는 형태 - 키 기반 Get / Put / Delete를 제공하는 빅데이터 처리가 가능한 DB - 예 : Redis, Dynamo DB
Column Family Data Store	- Key 안에 (Column, Value) 조합으로 된 여러 개의 필드를 갖는 DBMS - 예 : HBase, Cassandra
Document Store	- 값의 데이터 타입이 문서 타입인 DBMS - 문서 타입은 XML, JSON과 같은 구조화된 데이터 타입으로, 복잡한 계층 구조 표현 가능 - 예 : MongoDB, Couchbase
Graph Store	- 그래프로 데이터를 표현하는 DBMS - 시맨틱 웹과 온톨로지 분야에 사용 - 예 : Neo4j, AllegroGraph

3.5 데이터마이닝

데이터마이닝(Data Mining)이란?
대규모로 저장된 데이터 안에서 체계적이고 자동적으로 통계적 규칙이나 패턴을 찾아내는 기술

(1) 데이터마이닝 주요 기법

주요 기법	설명
분류 규칙 (Classification)	- 과거 데이터로부터 특성을 찾아내어 분류 모형을 만들고 이를 토대로 새로운 레코드 결과 값을 예측하는 기법
연관 규칙 (Association)	- 데이터 안에 존재하는 항목들 간의 종속 관계를 찾아내는 기법
연속 규칙 (Sequence)	- 연관 규칙에 시간 관련 정보가 포함된 형태의 기법
데이터 군집화 (Clustering)	- 대상 레코드들을 유사한 특성을 지는 몇 개의 소그룹으로 분할하는 작업 - 분류 규칙과 유사

(2) 응용 기술

종류	설명
텍스트 마이닝 (Text Mining)	- 대량의 텍스트 데이터로부터 패턴 또는 관계를 추출하여 의미있는 정보를 찾아내는 기법
웹 마이닝 (Web Mining)	- 웹으로부터 얻어지는 방대한 정보를 통해 유용한 정보를 찾기 위해 분석하는 기법

3.6 그 외 DB 기술

종류	설명
온톨로지 (Onthology)	- 실세계에 존재하는 모든 개념들과 개념들의 속성, 개념들 간의 관계 정보를 컴퓨터가 이해할 수 있도록 서술해 놓은 지식 베이스
시멘틱 웹 (Semantic Web)	- 온톨로지를 활용하여 서비스를 기술하고, 온톨로지 의미적 상호운용성을 이용하여 서비스 검색, 조합, 중재 기능을 자동화 하는 웹

[정처기 실기 내용 정리] CHAP 2. 화면 설계

leonie. — Sat, 5 Jul 2025 22:46:57 +0900

1. UI 요구사항 확인

중분류	소분류	키워드
UI 개념 및 유형	UI와 UX	- UI : 사용자 인터페이스 - UX : 사용자 경험
UI 개념 및 유형	UI 유형	- CLI - GUI - NUI - VUI - OUI
UI 설계 원칙 및 지침	UI 설계 원칙 (지유학연)	- 직관성 - 유효성 - 학습성 - 유연성
UI 품질	UI 품질 요구사항 (기신사 효유이)	- 기능성 : 적절성, 정밀성, 상호 운용성, 보안성, 호환성 - 신뢰성 : 성숙성, 고장 허용성, 회복성 - 사용성 : 이해성, 학습성, 운용성 - 효율성 : 시간 효율성, 자원 효율성 - 유지보수성 : 분석성, 변경성, 안정성, 시험성 - 이식성: 적용성, 설치성, 대체성

1.1 UI 개념 및 유형

(1) UI와 UX

구분	설명
UI (User Interface)	- 사용자와 시스템 사이에서 의사소통할 수 있도록 고안된 물리적, 가상의 매개체 - 사용자 중심으로 설계되어야 한다
UX (User eXperience)	- 제품과 시스템 서비스 등을 사용자가 직, 간접적으로 경험하면서 느끼고 생각하는 총체적 경험을 의미

(2) UI 유형

UI 종류	설명
CLI (Command Line Interface)	- 텍스트 형태로 이루어진 인터페이스
GUI (Graphical User Interface)	- 마우스를 선택하여 작업하는 그래픽 환경의 인터페이스
NUI (Natural User Interface)	- 사용자의 말이나 행동으로 기기를 조작하는 인터페이스
VUI (Voice User Interface)	- 사람의 음성으로 기기를 조작하는 인터페이스
OUI (Organic User Interface)	- 사물과 사용자 간의 상호작용을 위한 인터페이스

1.2 UI 설계 원칙 및 지침

(1) UI 설계 원칙

설계 원칙 (지유학연)	설명
직관성 (Intuitiveness)	- 누구나 쉽게 이해하고, 쉽게 사횽할 수 있어야 한다
유효성 (Efficiency)	- 정확하고 완벽하게 사용자의 목표가 달성 될 수 있도록 제작해야 한다
학습성 (Learnability)	- 누구나 쉽게 배우고 사용할 수 있어야 한다
유연성 (Flexibility)	- 사용자의 요구사항을 최대한 수용하고 실수를 방지할 수 있도록 제작해야 한다

1.3 UI 품질

(1) UI 품질 요구사항

품질 요구사항 (기신사 효유이)	설명
기능성	- 실제 수행 결과와 품질 요구사항과의 차이를 분석하여 시스템 동작을 관찰하기 위한 품질 기준 - 적절성, 정밀성, 상호 운용성, 보안성, 호환성
신뢰성	- 시스템이 일정한 시간 또는 작동되는 시간동안 의도하는 기능을 수행함을 보증하는 품질 기준 - 성숙성, 고장 허용성, 회복성
사용성	- 사용자와 컴퓨터 사이에 발생하는 어떠한 행위를 정확하고 쉽게 인지할 수 있는 품질 기준 - 이해성, 학습성, 운용성
효율성	- 할당된 시간에 한정된 자원으로 얼마나 빨리 처리할 수 있는가에 대한 품질 기준 - 시간 효율성, 자원 효율성
유지보수성	- 요구사항을 개선하고 확장하는 데 있어 얼마나 용이한가에 대한 품질 기준 - 분석성, 변경성, 안정성, 시험성
이식성	- 다른 플랫폼에서도 추가 작업 없이 얼마나 쉽게 적용가능한가에 대한 품질 기준 - 적용성, 설치성, 대체성

2. UI 지침

중분류	소분류	키워드
SW 개발 단계별 UI 지침	목표 정의	- 3C 분석 - SWOT 분석 - 시나리오 플래닝 (Scenario Planning) - 워크숍 (Workshop)
	프로젝트 계획	- 프로파일 - 리서치
	요구사항 정의	- 페르소나 - 브레인 스토밍 - 요구사항 매트릭스 - 정황 시나리오
	설계 및 구현	- UI 시나리오 문서
	테스트	- 사용성 테스트 (Usability Test)
UI 화면 설계	UI 화면 설계	- 와이어프레임 - 스토리타입 - 프로토타입

2.1 SW 개발 단계별 UI 지침

UI 표준이란?
디자인 철학과 원칙 기반하에 전체 시스템에 공통으로 적용되는 화면 간 이동, 화면 구성 등에 관한 규약
UI 지침이란?
UI 표준에 따라 개발 시 지켜야하는 가이드라인

개발 단계	구분	설명
목표 정의	3C 분석	- Customer (고객), Company(회사), Competitor(경쟁사) 비교 분석
	SWOT 분석	- Strength(강점), Weakness(약점), Opportunity(기회), Threat(위협) 분석
	시나리오 플래닝	- 다양한 시나리오를 설계하여 분확실성 제거
	워크숍	- 특정 문제나 과제에 대한 새로운 지식, 기술, 아이디어를 교환하고 검토하는 세미나
프로젝트 계획	프로파일	- 한정적으로 특징을 가지는 그룹화된 값
프로젝트 계획	리서치	- 설문이나 조사
요구사항 정의	페르소나	- 잠재적 사용자의 다양한 목적과 관찰된 행동 패턴 응집
	브레인스토밍	- 자유로운 분위기에서 집단에 소속된 인원들이 자발적으로 아이디어 회의
	요구사항 매트릭스	- 요구사항을 검토, 데이터, 기능, 품질, 제약 사항을 고려한 요구사항 표
	정황 시나리오	- 요구사항 정의에 사용되는 초기 시나리오
설계 및 구현	UI 시나리오 문서	- 인터페이스 기능 구조, 대표 화면, 인터렉션 흐름, 다양한 상황 예외처리 - 시나리오 문서 작성요건 : 완전성, 일관성, 이해성, 가독성, 추적 용이성, 수정 용이성
테스트	사용성 테스트	- 사용자에게 직접 제품을 사용하며, 시나리오에 답하도록하는 테스트

2.2 UI 화면 설계

구분	설명
와이어 프레임	- 화면 단위의 레이아웃을 설계
스토리보드	- 서비스 구축을 위한 모든 정보가 담겨 있는 설계 산출물
프로토타입	- 정적인 화면에 동적 효과를 적용하여 실제 구현된 것 처럼 시뮬레이션 할 수 있는 모형 - 전체적인 기능을 간략한 형태로 구현한 시제품

3. UI 설계

중분류	소분류	키워드
UML 개념 및 구성 요소	UML의 개념	- 객체 지향 소프트웨어 개발 산출물 문서화 표준 모델링 언어
	UML 구성요소 (사관다)	- 사물 - 관계 - 다이어그램
	UML 특성	- 가시화 언어 - 구축 언어 - 명세화 언어 - 문서화 언어
UML 다이어그램	구조적(정적) 다이어그램 (클객컴 배복패)	- 클래스 - 객체 - 컴포넌트 - 배치 - 복합체 - 패키지
UML 다이어그램	행위적(동적) 다이어그램 (유시커 상활타)	- 유스케이스 - 시퀀스 - 커뮤니케이션 - 상태 - 활동 - 타이밍
UML 상세 표현	스테레오 타입	<<>>
	클래스 다이어그램 관계 표현	포함관계 단방향 연관관계 일반화 관계 집합 관계 양방향 연관관계 의존관계 실체화 관계
	클래스 다이어그램 접근 제어자	public + : 클래스 외부 접근 허용 private - : 클래스 내부 접근 허용 protected # : 동일 패키지/파생 클래스에서 접근 default ~ : 동일 패키지 클래스에서 접근

3.1 UML 개념 및 구성요소

(1) UML 개념 및 구성요소

UML(Unified Modeling Language)이란?
객체 지향 소프트웨어 개발 과정에서 산출물을 명세화, 시각화, 문서화할 때 사용되는 모델링 기술과 방법론을 통합해서 만든 표준화된 범용 모델링 언어

UML 구성요소 (사관다)

구성 요소	설명
사물	- 주제를 나타내는 요소
관계	- 사물과 사물을 연결하여 관계를 표현하는 요소
다이어그램	- 사물과 관계를 모아 그림으로 표현한 형태, 9가지로 정의한다

(2) UML 특성

종류	설명
가시화 언어	- 오류가 적고, 의사소통이 용이
구축 언어	- UML을 소스 코드로 변환하여 구축 가능, 역변환하여 역공학 가능
명세화 언어	- 정확한 모델 제시, 완벽한 모델 작성 가능
문서화 언어	- 시스템에 대한 평가 및 의사소통의 문서

3.2 UML 다이어그램

(1) 구조적(정적) 다이어그램

정적 다이어그램 (클객컴 배복패)	예시
클래스 다이어그램 : 클래스의 정적 구조를 표현, 클래스 간 관계 표현
객체 다이어그램 : 객체 정보 표현
컴포넌트 다이어그램 : 컴포넌트 구조 사이의 관계 표현
배치 다이어그램 : 물리 구조 표현, 컴포넌트의 종속성을 표현
복합체 구조 다이어그램 : 복합 구조의 클래스와 컴포넌트 내부 구조 표현
패키지 다이어그램 : 패키지 관계 표현

(2) 행위적(동적) 다이어그램

동적 다이어그램 종류 (유시커 상활타)	예시
Use Case 다이어그램 : 사용자 관점에서 시스템 행위 표현
시퀀스 다이어그램 : 객체 간 상호작용을 메시지 흐름으로 표현
커뮤니케이션 다이어그램 : 객체들이 주고 받는 메시지 표현
상태 다이어그램 : 객체가 어떻게 변화하는지 표현
활동 다이어그램 : 업무 처리(연산) 과정을 표현
타이밍 다이어그램 : 객체 상태 변화와 시간 제약을 명시적으로 표현
상태 머신 다이어그램 : 객체의 생명주기를 표현

3.3 UML 상세 표현

(1) 스테레오 타입

<<>> : 길러멧 (Guilemet)

(2) 클래스 다이어그램 관계 표현

종류	설명	표시
포함관계	전체/부분 객체 라이프 타임 의존적
단방향 연관관계	한쪽은 알지만 반대쪽은 상대방의 존재 모름
일반화 관계	상속관계를 표현하며 하위 모듈이 상위 모듈보다 더 구체적인 개념을 가진다
집합관계	클래스 사이 전체나 부분이 같은 관계로, 서로 독립적
양방향 연관관계	양쪽 클래스가 서로의 존재를 인식
의존 관계	연관관계와 같으나 짧은 시간 동안 유지됨
실체화 관계	책입 집합 인터페이스와 실제로 실현한 클래스들의 사이를 표현

(3) 클래스 다이어그램 접근 제어자

종류	설명
public ( + )	- 클래스 외부 접근 허용
private ( - )	- 클래스 내부 접근 허용
protected ( # )	- 동일 패키지/파생 클래스에서 접근
default ( ~ )	- 동일 패키지 클래스에서 접근

[정처기 실기 내용 정리] CHAP 1. 요구사항 분석

leonie. — Sat, 5 Jul 2025 01:31:52 +0900

1. 소프트웨어 개발 방법론

중분류	소분류	키워드
소프트웨어 생명 주기 모델 (SDLC, Software Development Life Cycle)	SDLC 종류	- 폭포수 모델 (Waterfall Model) - 프로토타이핑 모델 (Prototyping Model) - 나선형 모델 (Spiral Model) - 반복적 모델 (Iteration Model)
소프트웨어 생명 주기 모델 (SDLC, Software Development Life Cycle)	SDLC 프로세스	- 요구사항 분석 → 설계 → 구현 → 테스트 → 유지보수
소프트웨어 개발 방법론	SW 개발 방법론 종류	- 구조적 방법론 - 정보 공학 방법론 - 객체 지향 방법론 - 컴포넌트 기반 방법론 - 애자일 방법론 - 제품 계열 방법론
애자일 방법론 (Agile Development)	애자일 방법론의 개념	- 절차보다는 사람 중심 - 개발 기간이 짧고 신속 - 개발과 함께 즉시 피드백
	애자일 방법론의 유형	- XP - SCRUM - LEAN
	XP의 5가지 가치 (용단의 피존)	- 용기 - 단순성 - 의사소통 - 피드백 - 존중
	XP의 12가지 기본 원리	- 짝 프로그래밍짝 프로그래밍(Pair Programming) - 공동 코드 소유(Collective Ownership) - 지속적인 통합(CI; Continous Integration) - 계획 세우기(Planning Process) - 작은 릴리즈(Small Release) - 메타포어(Metaphor) - 간단한 디자인(Simple Design) - 테스트 기반 개발(TDD; Test Driven Develop) - 리팩토링(Refactoring) - 40시간 작업(40-Hour Work) - 고객 상주(On Stie Customer) - 코드 표준(Coding Standard)
	스크럼 구성 요소	- 백로그 - 스프린트 - 스크럼 미팅 - 스크럼 마스터 - 스프린트 회고 - 번 다운 차트
객체 지향 분석 방법론	객체 지향 분석 방법론 종류	- OOSE (Object Oriented Software Engineering) - 야콥슨 - OMT (Object Modeling Technology) - 럼바우 - OOD (Object Oriented Design) - 부치
	럼바우 객체 지향 분석 기법 (객동기)	- 객체 모델링 : 객체 다이어그램 - 동적 모델링 : 상태 다이어그램 - 기능 모델링 : 자료 흐름도
	객체 지향 구성 요소	- 클래스 - 객체 - 메소드 - 메시지 - 인스턴스 - 속성
	객체 지향 기법	- 캡슐화 (Encapulation) - 상속성 (Inheritance) - 다형성 (Polymorphism) - 추상화 (Abstraction) - 정보 은닉 (Information Hiding) - 관계성 (Relationship)
	객체 지향 설계 원칙 (SOLID)	- 단일 책임 원칙 (SRP) - 개방 폐쇄 원칙 (OCP) - 리스코프 치환의 원칙 (LSP) - 인터페이스 분리의 원칙 (ISP) - 의존성 역전의 원칙 (DIP)
비용 산정 기법	하향식 산정 기법	- 델파이 기법
비용 산정 기법	상향식 산정 기법	- LOC - Man Month - COCOMO 모형 - 푸트남 (Putnam) 모형 - 기능점수(FP) 모형
일정 관리 기법	일정 관리 모델	- 주 공정법(CPM; Critical Path Method) - PERT (Program Evaluation and Review Technique) - 중요 연쇄 프로젝트 관리 (CCPM; Critical Chain Project Management)

1.1 소프트웨어 생명 주기 모델

소프트웨어 생명주기(SDLC, Software Development Life Cycle)란?
시스템의 요구분석부터 유지보수까지 전 공정을 체계화한 절차로,
개발될 때부터 운용과 유지보수를 걸쳐 생애를 마칠 때까지 어떠한 순서를 밟는지에 대한 작업 과정을 모델화한 것이다.

(1) SDLC 종류

종류	설명
폭포수 모델 (Waterfall Model)	- 고전적 생명 주기 모형 - 개발 시 단계를 확실히 마무리 지은 후 다음 단계로 넘어가는 모델 - 요구사항 변경이 어려움
프로토타이핑 모델 (Prototyping Model)	- 고객이 요구한 주요 기능을 프로토타입으로 구현
나선형 모델 (Spiral Model)	- 개발 시 위험을 최소화하기 위해 점진적으로 완벽한 시스템으로 개발
반복적 모델 (Iteration Model)	- 구축 대상을 나누어 병렬적으로 개발 후 통합하거나, 반복적으로 개발

(2) SDLC 프로세스

: 요구사항 분석 → 설계 → 구현 → 테스트 → 유지보수

1.2 소프트웨어 개발 방법론

소프트웨어 개발 방법론이란?
소프트웨어 개발의 시작부터 시스템을 사용하지 않는 과정까지의 전 과정을 형상화한 방법론

(1) 소프트웨어 개발 방법론 종류

종류	설명
구조적 방법론 (Structured Development)	- 시스템을 기능 단위로 분할(divide)하고, 정복 방식(conquer)으로 각 기능을 개발 후 통합한 방법론 - 나씨 - 슈나이더만 차트 사용 : 논리의 기술에 중점을 둔 도형식 표현 방법
정보공학 방법론 (Information Engineering Development)	- 정보 시스템 개발을 위해 관리 절차와 작업 기반을 체계화한 방법론
객체 지향 방법론 (Object-Oriented Development)	- 객체를 기반으로 시스템을 분석하고 설계하는 방법론
컴포넌트 기반 방법론 (CBD; Component Based Development)	- 재사용 가능한 컴포넌트를 조립하여 새로운 응용프로그램을 구성하는 방법론
애자일 방법론 (Agile Development)	- 절차보다 사람 중심, 변화에 유연하고 신속하게 대응하여 시스템을 개발하는 방법론
제품 계열 방법론 (Product Line Development)	- 공통기능을 정의하여 여러 제품군에서 재사용 가능하도록 설계하는 방법론

1.3 애자일 방법론

(1) 애자일 방법론의 개념

- 절차보다는 사람 중심이며, 개발 기간이 짧고 신속하다.

- 폭포수 모형에 대비되는 방법론으로 개발과 함께 즉시 피드백을 한다.

(2) 애자일 방법론의 유형

구분	설명
XP (eXtreme Programming)	- 정의 : 의사소통 개선과 즉각적 피드백으로 소프트웨어 품질을 높이는 방법론 - XP의 5가지 가치 (용단의 피존) - XP의 12가지 기본원리
SCRUM	- 정의 : 매일 정해진 시간, 장소에서 짧은 시간의 개발 하는 팀을 위한 프로젝트 관리 중심 방법론
LEAN	- 정의 : 도요타의 린 시스템 품질 기법을 소프트웨어 개발 프로세스에 적용하여 낭비 요소를 제거하여 품질을 향상시킨 방법론

(3) XP의 5가지 가치

종류 (용단의 피존)	설명
용기 (Courage)	- 고객의 요구사항 변화에 능동적으로 대처
단순성 (Simplicity)	- 불필요한 기능 구현을 배제
의사소통 (Communication)	- 개발자와 고객 간 활발한 의사소통
피드백 (Feedback)	- 빠른 피드백 원칙
존중 (Respect)	- 팀원 간 상호 존중

(4) XP의 12가지 기본 원리

구분	종류	설명
개발	짝 프로그래밍 (Pair Programming)	- 두명의 개발자가 짝으로 코딩하는 원리
	공동 코드 소유 (Collective Ownership)	- 코드는 누구든지 수정 가능하다는 원리
	지속적인 통합 (CI; Continous Integration)	- 지속적으로 CI/CD를 해야 한다는 원리
관리	계획 세우기 (Planning Process)	- 고객이 요구하는 비즈니스 가치를 정의하고
	작은 릴리즈 (Small Release)	- 고객이 요구하는 비즈니스 가치를 정의하고, 개발자가 필요한 것은 무엇이며 어떤 부분에서 지연될 수 있는지를 알려주어야 한다는 원리
	메타포어 (Metaphor)	- 공통적인 이름 체계와 시스템 서술서를 통해 고객과 개발자 간의 의사소통을 원활하게 한다는 원리
구현	간단한 디자인 (Simple Design)	- 요구사항에 맞는 가능한 단순한 시스템을 설계해야 한다는 원리
	테스트 기반 개발 (TDD; Test Driven Develop)	- 프로그램에 대한 테스트 코드를 먼저 작성한 후 프로그램 코드를 작성해야 한다는 원리
	리팩토링 (Refactoring)	- 프로그램의 기능을 바꾸지 않으면서 중복 제거, 단순화 등을 위해 시스템을 재구성해야 한다는 원리
환경	40시간 작업 (40-Hour Work)	- 일주일에 40시간 이상 일하지 말아야 한다는 원리
환경	고객 상주 (On Stie Customer)	- 개발자의 질문에 대답할 수 있는 고객을 항상 상주시켜야 한다는 원리
기타	코드 표준 (Coding Standard)	- 효과적인 공동 작업을 위해 모든 코드에 대해 코딩 표준을 정의해야 한다는 원리

(5) 스크럼의 구성요소

종류	설명
스프린트 (Sprint)	- 스크럼에서 사용되는 일정 기간 - 주로 2 ~ 4주에 짧은 개발 기간으로 반복적으로 수행
스프린트 백로그 (Sprint Backlog)	- 스프린트에서 완료해야 할 작업을 우선순위에 따라 정리한 목록
제품 백로그 (Product Backlog)	- 제품의 요구사항을 우선순위에 따라 정리한 목록
스크럼 이벤트 (Scrum events)	- 스크럼 프로세스에서 일어나는 이벤트 - 스프린트 계획 회의, 데일리 스크럼 회의, 스프린트 리뷰 미팅, 스프린트 회고 미팅 등
스프린트 계획 회의 (Sprint Planning Meeting)	- 스프린트 진행 전, 해당 스프린트에서 완료해야 할 작업을 선정하는 회의
데일리 스크럼 회의 (Daily Scrum Meeting)	- 매일 진행되는 짧은 회의 - 진행 상황과 문제를 공유
스프린트 리뷰 미팅 (Sprint Review Meeting)	- 해당 스프린트에서 개발한 제품의 작동 여부를 검증하는 회의
스프린트 회고 미팅 (Sprint Retrospective Meeting)	- 해당 스프린트에서 진행한 프로세스와 문제점을 검토하고 개선점을 도출하는 회의

1.4 객체 지향 분석 방법론

(1) 객체 지향 분석 방법론 종류

종류	설명
OOSE (Object Oriented Software Engineering)	- 유스케이스에 의한 접근 방법 - 분석, 설계, 구현 단계로 구성 - 기능적 요구사항 중심의 시스템
OMT (Object Modeling Technology)	- 그래픽 표기법 - 럼바우 객체 모델링 : 객체 모델링, 동적 모델링, 기능 모델링
OOD (Object Oriented Design)	- 객체 지향 설계

(2) 럼바우 객체지향 분석 기법 (OMT)

종류 (객동기)	설명
객체 모델링 (Object, Information Modeling)	- 객체 다이어그램 - 시스템에서 요구하는 객체를 찾고 객체들 간의 관계를 정의, 가장 중요하며 선행되어야 함
동적 모델링 (Dynamic Modeling)	- 상태 다이어그램 - 시간의 흐름에 따라 객체들 사이의 제어 흐름, 동작 순서 등의 동적인 행위를 표현
기능 모델링 (Functional Modeling)	- 자료 흐름도 (DFD) - 프로세스들의 자료 흐름을 중심으로 처리 과정 표현

(3) 객체 지향 구성요소

구성요소	설명
클래스 (Class)	- 특정 객체 내에 있는 변수와 메소드를 정의하는 일종의 틀 - 객체 지향 프로그래밍에서 데이터를 추상화하는 단위 - 하나 이상의 유사한 객체들을 묶어서 하나의 공통된 특성을 표현
객체 (Object)	- 물리적, 추상적으로 자신과 다른 것을 식별 가능한 대상 - 클래스에서 정의한 것을 토대로 메리로에 할당 - 객체마다 각각의 상태와 식별성을 가짐
메서드 (Method)	- 클래스로부터 생성되 객체를 사용하는 방법 - 객체가 메시지를 받아 실행해야할 객체의 구체적인 연산
메시지 (Message)	- 객체간 상호 작용을 하기 위한 수단 - 객체에서 어떤 행위를 하도록 지시하는 방법 - 메시지는 객체에서 객체로 전달
인스턴스 (Instance)	- 객체 지향 기법에서 클래스를 통해 만든 실제의 실형 객체 - 클래스에 속한 각각의 객체 - 실제로 메모리상에 할당
속성 (Property)	- 한 클래스 내에 속한 객체들이 가지고 있는 데이터 값들을 단위별로 정의 - 성질, 분류, 식별, 수량, 현재 상태 등에 대한 표현 값

(4) 객체지향 기법

기법	설명
캡슐화 (Encapulation)	- 서로 연관된 데이터와 함수를 함께 묶어 외부와 경계를 만들고 필요한 인터페이스를 밖으로 드러내는 기법 - 결합도가 낮아지고 재사용에 용이하다 - 인터페이스 단순화
상속성 (Inheritance)	- 상위클래스의 속성과 메소드를 하위 클래스에서 재정의 없이 물려받아 사용하는 기법
다형성 (Polymorphism)	- 하나의 메시지에 대해 각 객체가 가지고 있는 고유한 방법으로 응답할 수 있는 능력 - 상속받은 여러 개의 하위 객체들이 다른 형태의 특성을 갖는 객체로 이용될 수 있다 오버로딩 (Overloading) : 매개변수 유형과 개수를 다르게 하여 같은 이름의 메소드를 여러개 갖는 기법 오버라이딩 (Overriding) : 상위 클래스에서 정의한 메소드를 하위클래스에서 재정의하는 기법
추상화 (Abstraction)	- 공통 성질을 추출하여 추상 클래스를 설정 - 과정 추상화, 자료 추상화, 제어 추상화
정보 은닉 (Information Hiding)	- 코드 내부 데이터와 메소드를 숨기고 인터페이스를 통해서만 접근하도록 하는 코드 보안 기술 - 모듈 사이의 독립성을 유지하는데 도움이 된다
관계성 (Relationship)	- 두 개 이상의 엔티티에서 데이터를 참조하는 관계를 나타내는 기법 연관화 (is member of ) : 클래스와 객체의 참조 및 이용 관계 집단화 (is part of, part-whole) : 서로 관련 있는 여러 객체를 묶어 한 개의 상위 객체를 만듦 분류화 (is instacne of) : 공통된 속성에 의해 정의된 객체 구성원들의 인스턴스 일반화 (is a) : 클래스들 간의 개념적인 포함 관계 (상위 클래스 특성을 하위클래스가 받음) 특수화 (is a) : 상위 클래스의 특성을 상속 받으며 하위 클래스가 이를 수정하여 고유한 특성을 갖는 관계

(5) 객체 지향 설계 원칙

구분		설명
단일 책임의 원칙	SRP, Single Responsibility Principle	- 모든 클래스는 하나의 책임만 가져야 한다
개방-폐쇄의 원칙	OCP, Open Closed Priciple	- 확장에 개방, 수정에는 폐쇄적이어야 한다
리스코프치환 원칙	LSP, Liskov Substitution Principle	- 부모 클래스를 자식 클래스로 대체 가능해야 한다
인터페이스 분리 원칙	ISP, Interface Segregation Principle	- 클라이언트는 사용하지 인터페이스에 영향을 받으면 안된다
의존 역전 원칙	DIP, Dependency Inversion Principle	- 변하기 어렵고 변화 빈도가 낮은 것에 의존한다

1.5 비용 산정 기법

(1) 하향식 산정 기법

종류	설명
델파이 기법	- 전문가의 경험적 지식을 통한 문제 해결 및 미래 예측을 위한 기법

(2) 상향식 산정 기법

종류	설명
LOC (Lines of Code)	- 정의 : 원시 코드 라인 수의 낙관치, 중간치, 비관치를 측정하여 예측치를 구해서 비용 산정 예측치 = (낙관치 + 4기대치 + 비관치) / 6 노력(월) = 예측치 / (개발자 1인당 월 생산성) 개발 기간(월) = 노력 / 투입 인원 비용 = 노력 인건비 단가 생산성 = LOC / 노력
Man Month	- 한 사람이 1개월 동안 할 수 있는 일의 양을 기준으로 비용산정
COCOMO 모형	- 프로그램의 규모에 따라 비용산정 조직형 (Organic Mode) : 5만(50KDSI)라인 이하 반 분리형 (Semi-Detached Mode) : 30만(300KDSI)라인 이하 임베디드형 (Embedded Mode) : 30만(300KDSI)라인 이상
푸트남 (Putnam) 모형	- 개발 주기의 단계별로 요구할 인력의 분포를 가정하는 방식
기능 점수(FP) 모형	- 소프트웨어 기능을 증대시키는 요인별로 가중치를 부여하여 비용산정 기능점수(FP) = 총 기능점수 [0.65 + (0.1 총 영향도)]

1.6 일정 관리 기법

(1) 일정 관리 모델

일정 관리 모델이란?
프로젝트가 일정 기간 내에 완료될 수 있도록 관리하는 모델

종류	설명
주 공정법 (CPM; Critical Path Method)	- 여러 작업의 수행 순서가 얽혀 있는 프로젝트의 일정을 계산하는 기법 - 노드와 노드간 연결 - 주 공정 (Critical Path, 임계 경로) : 프로젝트 시작에서 종료까지 가장 긴 시간이 걸리는 경로
PERT (Program Evaluation and Review Technique)	- 일의 순서를 계획적으로 정리하기 위한 비관치, 중간치, 낙관치의 3점 추첨 방식
중요 연쇄 프로젝트 관리 (CCPM; Critical Chain Project Management)	- 주 공정 연쇄법으로 자원 제약사항을 고려하여 일정을 작성하는 기법

2. 현행 시스템 분석

중분류	소분류	키워드
현행 시스템 파악	분석 대상	- 소프트웨어, 하드웨어, 네트워크 구성 파악
현행 시스템 파악	파악 절차	- 구성/기능/인터페이스 파악 - 아키텍처 및 소프트웨어 구성 파악 - 하드웨어 및 네트워크 구성 파악
소프트웨어 아키텍처	SW 아키텍처 4 + 1 뷰	- 유즈케이스 뷰 - 논리 뷰 - 프로세스 뷰 - 구현 뷰 - 배포 뷰
	SW 아키텍처 패턴 유형	- 계층화 패턴 (Layered Pattern) - 클라이언트-서버 패턴 (Client-Server Pattern) - 파이프 - 필터 패턴 (Pipe-Filter Pattern) - 브로커 패턴 (Broker Pattern) - 모델 - 뷰 컨트롤러 패턴 (MVC; Model-View-Controller Pattern)
	SW 아키텍처 비용 평가 모델 종류	- SAAM - ATAM - CBAM - ADR - ARID
디자인 패턴	디자인 패턴 유형 (생구행)	- 생성 패턴 - 구조 패턴 - 행위 패턴
	생성 패턴 (추빌팩프싱)	- 추상팩토리 (Abstract Factory) - 빌더 (Builder) - 팩토리 메서드 (Factory Method) - 프로토타입 (Prototype) - 싱글톤 (Singleton)
	구조 패턴 (어브컴데 퍼플프)	- 어댑터 (Adaptor) - 브리지 (Bridge) - 컴포지트 (Composite) - 데코레이터 (Decorator) - 퍼사드 (Facade) - 플라이웨이트 (Flyweight) - 프록시 (Proxy)
	행위 패턴	- Mediator - Interpreter - Iterator - Template Method - Observer - State - Visitor - Command -Startegy - Memento - Chain of Responsibility
미들웨어	종류	- WAS(Web Application Server)

2.1 현행 시스템 파악

현행 시스템 파악이란?
현행 시스템의 어떤 기술 요소를 사용하는 파악하는 활동

(1) 분석 대상

: 소프트웨어, 하드웨어, 네트워크 구성 파악

(2) 파악 절차

1. 구성/기능/인터페이스 파악
2. 아키텍처 및 소프트웨어 구성 파악
3. 하드웨어 및 네트워크 구성 파악

2.2 소프트웨어 아키텍처

소프트웨어 아키텍처(Software Architecture)란?
여러가지 소프트웨어 구성 요소와 그 구성 요소가 가진 특성 중에서 외부에 드러나는 특성으로,
구성 요소 간의 관계를 표현하는 시스템의 구조나 구조체

(1) 소프트웨어 아키텍처 4+1 뷰

4+1 뷰 란?
고객의 요구사항에 정리해놓은 시나리오를 4개의 관점으로 바라본 것

분류		설명
4	논리 뷰	- 시스템의 기능적인 요구사항이 어떻게 제공되는지 설명해주는 뷰
	프로세스 뷰	- 시스템의 비기능적인 속성으로 자원의 효율적인 사용, 병행 실행, 비동기, 이벤트 처리 등을 표현한 뷰
	구현 뷰	- 개발 환경 안에서 정적인 소프트웨어 모듈의 구성을 보여주는 뷰 - 컴포넌트 구조와 의존성을 보여주고 부가적인 정보 정의
	배포 뷰	- 컴포넌트가 물리적인 아키텍처에 어떻게 배치되는가를 매핑해서 보여주는 뷰
1	유스케이스 뷰	- 유스케이스 또는 아키텍처를 도출하고 설계하며 다른 뷰를 검증하는데 사용되는 뷰

(2) 소프트웨어 아키텍처 패턴 유형

종류	설명
계층화 패턴 (Layered Pattern)	- 시스템을 계층으로 구분하여 구성하는 패턴
클라이언트-서버 패턴 (Client-Server Pattern)	- 하나의 서버와 다수의 클라이언트로 구성된 패턴
파이프 - 필터 패턴 (Pipe-Filter Pattern)	- 데이터 스트림을 생성하고 처리하는 시스템에서 사용 가능한 패턴 - 재사용성이 좋고 추가가 쉬워 확장에 용이함
브로커 패턴 (Broker Pattern)	- 분리된 컴포넌트들로 이루어진 분산 시스템에서 사용 - 각 컴포넌트들로 원격 서비스 실행을 통해 상호작용이 가능
모델 - 뷰 컨트롤러 패턴 (MVC; Model-View-Controller Pattern)	- 대형 어플리케이션을 3개의 시스템으로 구조화한 패턴 - 컴포넌트들로 분리되어있어 서로 영향을 받지 않고 개발 작업 수행 가능 모델 (Model) : 핵심 기능과 데이터 보관 뷰 (View) : 사용자에게 정보 표시 컨트롤러 (Controller) : 사용자로부터 요청을 입력받아 처리

(3) 소프트웨어 아키텍처 비용 평가 모델 종류

종류	설명
SAAM	- 변경 용이성과 기능성에 집중, 경험이 없는 조직에서도 활용 가능한 비용 평가 모델
ATAM	- 아키텍처 품질 속성을 만족시키는지 판단 및 품질 속성들의 이해 상충관계까지 평가하는 모델
CBAM	- ATAM 바탕의 시스템으로 경제적 의사결정에 대한 요구를 충족하는 비용 평가 모델
ADR	- 소프트웨어 아키텍처 구성요소 간 응집도 평가 모델
ARID	- 전체 아키텍처가 아닌 특정 부분에 대한 품질 요소에 집중하여 비용 평가 모델

2.3 디자인 패턴

디자인 패턴이란?
소프트웨어 설계에서 공통으로 발생하는 문제에 대해 자주 쓰이는 설계 방법을 정리한 패턴

(1) 디자인 패턴 유형

구분	설명
생성 패턴	- 객체 인스턴스 생성에 관여하고, 클래스 정의와 객체 생성 방식을 구조화, 캡슐화를 수행하는 패턴
구조 패턴	- 클래스나 객체의 조합을 다루는 패턴
행위 패턴	- 클래스나 객체들이 상호작용하는 방법과 역할 분담을 다루는 패턴

(2) 생성 패턴

종류 (추빌 팩프싱)	설명
추상팩토리 (Abstract Factory)	- 관련있는 객체들을 그룹으로 생성하여 추상적으로 표현 - 연관성이 있는 객체 군이 여러개 있을 경우 이들을 묶어 추상화하고, 어떤 구체적인 상황이 주어지면 팩토리 객체에서 집합으로 묶은 객체 군을 구현화하는 생성 패턴
빌더 (Builder)	- 객체의 생성 과정과 표현 방법을 분리하여 다양한 객체를 생성할 수 있다
팩토리 메소드 (Factory Method)	- 객체 생성 책임을 하위 클래스에게 위임하여, 어떤 클래스의 인스턴스를 생성할지 서브클레스가 결정하도록 하는 것
프로토타입 (Prototype)	- 원본 객체(프로토타입)을 복제하여 새로운 객체로 생성하는 것
싱글톤 (Singleton)	- 하나의 인스턴스만 생성되고, 하나의 객체를 여러 프로세스가 동시에 참조할 수 없다

(3) 구조 패턴

종류 (어브컴데 퍼플프)	설명
어댑터 (Adaptor)	- 불일치하는 인터페이스끼리 호환되도록 연결해주는 중간자 역할을 수행
브리지 (Bridge)	- 추상화와 구현을 분리하여 독립적으로 변화 가능하도록 구조를 분리
컴포지트 (Composite)	- 여러 객체를 가진 복합, 단일 객체를 구분 없이 다룰 때 사용
데코레이터 (Decorator)	- 객체에 기능을 동적으로 확장해주는 패턴
퍼싸드 (Facade)	- 서브 클래스들의 기능을 간편하게 사용할 수 있도록하는 패턴
플라이웨이트 (Flyweight)	- 공유가능한 상태를 객체 간에 공유하여 메모리를 절약하는 구조
프록시 (Proxy)	- 객체에 대한 접근을 제어하거나 대리 역할을 수행하는 대리인 객체를 제공

(4) 행위 패턴

종류	설명
책임 연쇄 (Chain of Responsibility)	- 요청을 여러 핸들러에 순차적으로 전달하며, 적절한 핸들러가 처리하도록 한다
커맨드 (Command)	- 요청에 각종 명령어들을 추상, 구체 클래스로 분리하여 단순화함
인터프리터 (Interpreter)	- 언어의 문법 표현을 정의하는 패턴
반복자 (Iterator)	- 동일한 인터페이스를 사용하도록하는 패턴 - 반복 프로세스를 캡슐화하여 클라이언트 코드에서는 컬렉션의 구체적인 구현에 종속되지 않도록 한다
중재자 (Mediator)	- 서로의 존재를 모르는 상태에서도 협력할 수 있게 하는 패턴
매멘토 (Mementor)	- 객체의 내부 상태를 외부에 저장하여 필요시 해당 상태로 복원할 수 있는 패턴
옵저버 (Observer)	- 관찰대상의 변화를 탐지하는 패턴 - 한 객체의 상태가 바뀌면 그 객체에 의존하는 다른 객체들에게 연락이 가서 자동으로 내용이 갱신되는 방식
상태 (State)	- 객체의 상태에 따라 동일한 요청에 대해 다른 행동을 수행하도록 상태별로 동작을 분리하는 패턴
전략 (Starategy)	- 알고리즘을 캡슐화하여 클라이언트에 영향 받지 않는 독립적인 알고리즘을 선택하는 패턴
템플릿 메소드 (Template Method)	- 알고리즘의 기본 뼈대는 슈퍼클래스에서 정의하고 세부 단계는 서브클래스가 구현
방문자 (Visitor)	- 필요할 때마다 해당 클래스에 방문하여 처리하는 패턴

2.4 미들웨어

(1) 종류

구분	설명
WAS (Web Application Server)	- 서버 계층에서 애플리케이션이 동작할 수 있는 환경을 제공하고 안정적인 트랜잭션 처리와 관리, 다른 이기종 시스템과의 애플리케이션 연동을 지원하는 서버

3. 요구사항 확인

중분류	소분류	키워드
요구사항 분류	분류	- 기능적 요구사항 - 비기능적 요구사항
요구 공학	요구사항 개발 프로세스 (도분명확)	도출 - 분석 - 명세 - 확인 및 검증
	도출 단계 기법	- 인터뷰브레인 스토밍 - 워크숍 - 설문조사 - 델파이 기법 - 롤플레잉
	분석 단계 기법	- 자료 흐름 지향 분석 - 객체 지향 분석
	명세 단계 기법	- 비정형 명세 기법 : 자연어 기반 - 정형 명세 기법 : 수학적 원리와 표기법
	확인 및 검증 단계 기법	- 요구사항 검토 - 정형 기술 검토 활용 : 동료 검토, 워크 스루, 인스펙션 - 프로토타이핑 - 모델 검증 - 테스트 케이스 및 테스트를 통한 확인 - CASE 도구 활용 검증 - 베이스 라인을 통한 검증 - 요구사항 추적표를 통한 검증

3.1 요구사항 분류

분류	설명
기능적 요구사항	- 시스템이 제공하는 기능, 서비스에 대한 요구사항 - 특정 상황에 대해 시스템이 어떻게 동작해야하는지에 대한 기술 - 특성 : 기능성, 완전성, 일관성
비기능적 요구사항	- 시스템 구축에 대한 제약사항에 대한 요구사항 - 품질 속성에 관해 시스템이 갖춰야 할 기술, 시스템이 준수해야할 제한 조건 등 - 특성 : 신뢰성, 사용성, 효율성, 유지 보수성, 이식성, 보안성 및 품질 관련 요구사항, 제약 사항

3.2 요구공학

요구공학(Requirements Engineering) 이란?
사용자의 요구가 반영된 시스템을 개발하기 위해 요구사항에 대한 도출, 분석, 명세, 확인 및 검증하는 구조화된 활동

(1) 요구사항 개발 프로세스

요구사항 도출 → 분석 → 명세 → 확인 및 검증 (도분명확)

(2) 요구사항 도출 단계 기법

종류	설명
인터뷰
브레인 스토밍
워크숍
설문조사
델파이 기법	- 전문가의 경험적 지식을 통한 문제 해결 및 미래 예측을 위한 방법
롤플레잉

(3) 요구사항 분석 단계 기법

종류	설명
자료 흐름 지향 분석
객체 지향 분석

(4) 요구사항 명세 단계 기법

종류	설명
비정형 명세 기법	- 자연어 기반
정형 명세 기법	- 수학적원리와 표기법 - Z스키마, Patri Nets

(5) 요구사항 확인 및 검증 단계 기법

종류	설명
요구사항 검토	- 여러 검토자들이 에러, 잘못된 가정, 불명확성, 표준과의 차이 검토
정형 기술 검토 활용	- 동료 검토 : 2~3명 리뷰 진행, 요구사항 명세서를 설명하고 이해 관계자들이 들으며 결함을 발견하는 형태로 진행 - 워크 스루 : 검토 자료를 회의 전에 배포하여 짧은 시간 동안 회의를 진행하여 리뷰를 통해 오류를 검출하고 문서화 - 인스펙션 : 다른 전문가 또는 팀이 검사하여 오류를 찾아내는 공식적 검토 방법
프로토타이핑 활용	- 프로토 타입을 통해 효과적으로 요구 분석을 수행하여 명세서를 산출
모델 검증	- 분석 단계에서 개발된 모델의 품질 검증 필요
테스트 케이스 및 테스트를 통한 확인	- 각각의 요구사항을 어떻게 확인할 지에 대한 계획을 수립하고 테스트 케이스 작성
CASE 도구 활용 검증	- 자동화된 일관적 분석을 제공하는 CASE 도구 활용
베이스라인을 통한 검증	- 요구사항을 추적하고 통제하는 시점인 베이스라인을 통해 요구사항에 대한 지속적 검증 수행
요구사항 추적표(RTM)을 통한 검증	- RTM : 요구사항 정의서를 기준으로 개발 단계별 최종 산출물이 어떻게 반영되고, 변경되었는지 확인 가능한 문서

[정처기 실기] 필수 암기 내용 정리 - 2 (웹, 애플리케이션 테스트)

leonie. — Wed, 2 Jul 2025 19:09:44 +0900

3. 웹

3.1 데이터 형식

구분	설명
XML (eXtensible Markup Language)	- 원활한 데이터의 연계를 위해 송수신 시스템 간 전송되는 데이터 구조를 동일한 형태로 정의
JSON (JavaScript Object Notation)	- 서버 통신(AJAX)을 위해 속성-값 쌍 또는 키-값 쌍으로 이루어진 개방형 표준 포맷 - 숫자, 문자열, 배열, 객체 등의 자료형을 지원 - 중괄호({})로 객체를, 대괄호([])로 배열을 표현하며, 속성명과 값은 큰 따옴표로 감싸야 한다

3.2 AJAX(Asynchronous JavaScript and XML) 비동기 통신 기법

브라우저가 가지고 있는 XMLHttpRequest 객체를 이용해서 전체 페이지를 새로 고치지 않고도 페이지 일부만을 위한 데이터를 로드하는 기법
하이퍼텍스트 표기 언어(HTML)만으로 어려운 다양한 작업을 웹 페이지에서 구현해 이용자가 웹 페이지와 자유롭게 상호작용할 수 있도록 하는 기술

3.3 웹 서비스 프로토콜

구분	설명
SOAP (Simple Object Access Protocol)	- HTTP, HTTPS, SMTP 등을 사용하여 XML 기반의 데이터를 주고받는 프로토콜 - 메시지 통신에 사용
WSDL (Web Services Description Language)	- 웹 서비스의 상세 정보를 XML 형식으로 기술하는 언어이자 형식 - 서비스명, 제공 위치(URL), 메시지 포맷, 사용 프로토콜 등을 정의 - 서비스 구조 및 호출 방법 정의
UDDI (Universal Description, Discovery, and Integration)	- 웹 서비스의 정보를 등록하고 검색할 수 있는 XML 기반의 레지스트리 (저장소) - 서비스 검색 및 인프라 관리

3.4 OSI 7계층과 프로토콜

OSI 7계층이란?

네트워크 통신을 7개의 계층으로 나누어 설명하는 개념적 프레임 워크이다.

각 계층은 특정한 기능을 수행하고, 상위 계층으로부터 서비스를 제공받고, 하위 계층으로부터 서비스를 제공한다.

구분 (응표세 전네 데물)	설명	관련 프로토콜
응용 계층 (Application Layer)	- 사용자와 네트워크 간 응용 서비스 연결 - 사용자가 직접 접하는 인터페이스를 제공	HTTP, FTP, SMTP, POP3, IMAP, Telnet, SSH
표현 계층 (Presentation Layer)	- 데이터 형식을 변환하고 부호 교환 및 암호화/복호화	JPEG, GIF, MPEG, SSL, TLS
세션 계층 (Session Layer)	- 데이터 교환 및 통신 세션을 설정, 유지 및 해제 - 송수신 간 논리적 연결	NetBIOS, RPC, SQL, NFS
전송 계층 (Transport Layer)	- 송수신 프로세스간 연결 - 신뢰성 있는 데이터 전송을 보장 - 데이터 분할, 재조립, 흐름제어, 오류 제어, 혼잡 제어 등	TCP, UDP
네트워크 계층 (Network Layer)	- 단말기 간 데이터 전송을 위한 최적화된 경로 제공 - 다양한 네트워크 간 데이터를 라우팅하고 패킷 전단	IP, ICMP, ARP, OSPF, BGP RARP, IGMP, 라우팅 프로토콜
데이터링크 계층 (DataLink Layer)	- 프레임 단위로 데이터를 전송하고 오류를 감지 및 수정 - 인접 시스템 간 데이터 전송 및 전송 오류 제어 - 동기화, 오류 제어, 흐름 제어, 회선 제어	Ethernet, PPP, HDLC, Frame Relay
물리 계층 (Physical Layer)	- 데이터를 전기적 신호(0,1)로 변환하고 전송 매체를 통해 신호를 전송	Ethernet, Wi-Fi, Bluetooth, DSL, Fiber

프로토콜(protocol)이란?

여러 컴퓨터 사이의 데이터 통신을 원활하게 하기 위한 통신규약이다.

프로토콜의 3요소 (구의타)	설명
구문 (Syntax)	- 시스템 간의 정보 전송을 위한 데이터 형식, 코딩, 신호 레벨 등을 규정
의미 (Semantic)	- 시스템 간의 정보 전송을 위한 제어 정보로 조정과 에러 처리를 위한 규정
타이밍 (Timing)	- 시스템 간의 정보 전송을 위한 속도 조절과 순서 관리 규정

네트워크 계층(3) 프로토콜 종류	설명
IP (Internet Protocol)	- 송수신 간의 패킷 단위로 데이터를 교환하는 프로토콜
ARP (Address Resolution Protocol)	- IP 네트워크 상에서 IP 주소를 MAC 주소(물리적 주소)로 변환하는 프로토콜
RARP (Reverse Address Resolution Protocol)	- IP 호스트가 자신의 MAC 주소를 알지만 IP 주소를 모르는 경우 사용 - 서버로부터 IP 주소를 요청하기 위해 사용하는 프로토콜
ICMP (Internet Control Message Protocol)	- IP 패킷 처리 중 오류나 상태 정보를 알려주기 위한 제어 메시지를 전달하는 프로토콜
IGMP (Internet Group Management Protocol)	- 호스트와 인접 라우터 간에 멀티캐스트 그룹 멤버십을 구성·관리하는 프로토콜
라우팅 프로토콜 (Routing Protocol)	- 데이터 전송을 위해 여러 경로 중 최적의 경로를 설정하는 프로토콜

3.5 URL 구조

구성 요소	설명
스키마 (Scheme)	- 자원에 접근하는데 사용될 프로토콜을 지정 - http, https, ftp 등
호스트 (Host)	- 자원이 위치한 서버의 도메인 이름 또는 IP 주소
포트 (Port)	- (선택 사항) 서버 내에서 자원에 접근할 특정 포트 번호를 지정 - 기본 포트(HTTP : 80, HTTPS : 443)인 경우 생략될 수 있음
경로 (Path)	- 서버 내 자원의 디렉토리 및 파일 이름 등 정확한 위치
쿼리 스트링 (Query String)	- (선택사항) 자원에 추가적으로 전달되는 매개변수 - `?`로 시작하며 `이름=값` 형태로 `&` 로 연결
프래그먼트 (Fragment)	- HTML 페이지 내 특정 섹션(앵커)를 나타냄 - 서버로 전송 되지 않고 브라우저 내부에서 사용

4. 애플리케이션 테스트

4.1 성능 지표

구분	설명
처리량 (Throughput)	- 애플리케이션이 주어진 시간에 처리할 수 있는 트랜잭션의 수 - 웹 애플리케이션의 경우 시간당 페이지 수로 표현
응답 시간 (Response Time)	- 사용자 입력이 끝난 후, 애플리케이션의 응답 출력이 개시될 때까지의 시간 - 애플리케이션의 경우 메뉴 클릭 시 해당 메뉴가 나타나기까지 걸리는 시간
경과 시간 (Turnaround Time)	- 애플리케이션에 사용자가 요구를 입력한 시점부터 트랜잭션 처리 후 그 결과의 출력이 완료될 때까지 걸리는 시간
자원 사용률 (Resource Usage)	- 애플리케이션이 트랜잭션을 처리하는 동안 사용하는 CPU 사용량 , 메모리 사용량, 네트워크 사용량

4.2 테스트 기본 원리

구분	설명
완벽한 테스트 불가능	어플리케이션 테스트는 소프트웨어의 잠재적인 테스트를 줄일 수는 있으나, 결함이 없다고 증명할 수는 없다
결함 집중 (Defect Clustering)	개발자의 특성이나 애플리케이션 기능적 특징 때문에 대부분의 결함은 모듈에 집중되어 있다
파레토 법칙 (Pareto Principle)	애플리케이션의 20%의 해당하는 코드에서 전체 결함의 80%가 발견된다
살충제 패러독스 (Pesticide Paradox)	동일한 테스트 케이스로 동일한 테스트를 반복하면 더이상 결함을 발견할 수 없다
테스팅은 정황 의존	소프트웨어 특징, 테스트 환경, 테스터 역량 등 정황(context)에 따라 테스트를 다르게 수행해야 한다
오류-부재의 궤변	결함 없는 프로그램이어도 사용자의 요구사항을 만족하지 못하면 좋은 프로그램이 될 수 없다
브룩스의 법칙 (Brook's law)	SW 개발 일정이 지연된다고 새로운 인력을 투입하면 일정이 더욱 지연된다

4.3 프로그램 실행 여부에 따른 테스트 분류

구분	설명
정적 테스트	- 소프트웨어를 실행하지 않고 구조를 분석 - 방식 : 리뷰나 정적 분석 도구를 사용 - 종류 : 워크스루, 인스펙션, 코드 검사 등
동적 테스트	- 소프트웨어를 실행하여 실제 동작을 확인하는 테스트 - 종류 : 화이트박스 테스트, 블랙 박스 테스트, 경험 기반 테스트 등

4.4 화이트박스 테스트

화이트 박스 테스트 커버리지

구분	설명
구문 커버리지 (문장) (SC, Statement Coverage)	- 코드의 모든 줄이 실행되었는지 확인하는 테스트 - 목표: 프로그램 내 모든 문장(statement) 을 최소 1번은 실행
결정 커버리지 (분기) (DC, Decision Coverage)	- 조건문의 결과(True/False) 를 각각 한 번 이상 테스트 - 목표: if/while 같은 조건문이 참, 거짓 모두 되도록 테스트
조건 커버리지 (CC, Condition Coverage)	- 복합 조건식 안에 있는 각각의 개별 조건이 True/False가 되도록 테스트 - 목표: AND/OR 조건 안의 각 조건을 따로따로 True/False 해보는 것
조건/결정 커버리지 (C/DC Condition Decisio Coverage)	- 조건 커버리지 + 결정 커버리지를 합친 테스트 - 목표: 전체 조건식의 결과(True/False)와 각 조건도 True/False 테스트
변경 조건 / 결정 커버리지 (MC/DC, Modified Condition Decision Coverage)	- 각 조건이 전체 결과에 영향을 미치는지 테스트 - 목표: 한 조건만 바꿨을 때 전체 조건 결과가 바뀌는지 확인
다중 조건 커버리지 (MCC, Multiple Condition Coverage)	- 모든 조건 조합을 테스트 - 목표: 여러 조건들의 모든 True/False 조합을 테스트

4.5 블랙박스 테스트

구분 (동경 비오 원)	설명
동치 분할 검사 (Equivalence Partitioning Test)	- 입력 자료에 초점을 맞춰 테스트 케이스를 만들고 검사하는 방법 - 동등 분할 기법이라고도 한다
경계값 분석 (Boundary Value Analysis Test)	- 입력 조건의 경계값 (최소값, 최대값, 경계에 가까운 값)을 테스트케이스로 선정하여 테스트
비교 검사 (Comparison Testing)	- 여러 버전의 프로그램에 동일한 테스트 자료를 제공하여 동일한 결과가 출력되는지 테스트
오류 예측 검사 (Error Guessing Test)	- 과거의 경험이나 테스터의 감각으로 테스트
원인-효과 그래프 검사 (Cause-Effect Graphing Test)	- 입력 데이터 간 관계와 출력에 영향을 미치는 상황을 분석하여 효용성 높은 테스트 케이스를 선정하여 검사

4.6 테스트 오라클

테스트 오라클(Test Oracle)이란?

테스트 결과가 올바른지 판단하기 위해 사전에 기대되는 참 결과 값을 정의하여 실제 결과와 비교하는 기법이다.

구분	설명
참 오라클 (True Oracle)	- 모든 테스트 케이스의 입력 값에 대해 기대하는 결과를 생성할 수 있는 오라클 - 발생된 모든 오류를 검출할 수 있다
샘플링 오라클 (Sampling Oracle)	- 특정한 몇 개의 입력값에 대해서만 기대하는 결과를 제공하는 오라클
추정 오라클 (Heuristic Oracle)	- 특정 테스트 케이스 입력값에 대해 기대하는 결과를 제공하고, 나머지는 추정하여 처리하는 오라클 - 샘플링 오라클을 개선한 것
일관성 오라클 (Consistent Oracle)	- 애플리케이션 변경 전후에 동일한 입력값을 넣었을 때 결과가 일관되게 동일한지 비교하는 오라클

4.7 개발 단계에 따른 애플리케이션 테스트

구분 (단통 시인)	설명
단위 테스트 (Unit Testing)	- 각 모듈이나 컴포넌트를 개별적으로 검증 - 주로 개발자가 수행하며, 코드의 품질을 높이고 조기 결함 발견에 유용 - 종류 : 정적 테스트, 동적 테스트
통합 테스트 (Integrition Testing)	- 여러 단위의 모듈을 결합하여 상호작용을 검증 - 하향식 통합 테스트 : 스텁(실제 하위 모듈의 기능을 대신하는 임시 모듈) - 상향식 통합 테스트 : 테스터 드라이버 (상위 모듈의 기능을 대신하는 임시 모듈로 데이터의 입출력을 확인하기 위함)
시스템 테스트 (System testing)	- 전체 시스템을 통합한 후 요구 사항에 따라 시스템이 동작하는지 검증 - 실제 운영 환경을 가정하여 사용자 관점에서 품질을 평가 - 종류 : 기능 테스트, 비기능 테스트
인수 테스트 (Acceptance Testing)	- 최종 사용자가 소프트웨어를 사용하여 요구사항이 충족 되었는지 확인 - 알파 테스트 : 개발자 앞에서 하는 테스트 - 베타 테스트 : 선정된 최종 사용자가 개발자가 없는 환경에서 테스트

4.8 테스트 케이스

테스트 케이스란?

테스트 케이스는 요구사항에 준수하는지를 확인하기 위해 개발된 입력값, 실행조건, 예상 결과의 집합이다.

테스트 케이스 항목: 테스트 조건, 테스트 데이터, 예상결과

4.9 목적에 따른 테스트

구분 (회안성 구회병)	설명
회복 테스트 (Recovery Testing)	- 시스템에 고의로 실패를 유도하고, 시스템의 정상적 복귀 여부를 테스트
안전 테스트 (Security Testing)	- 소스 내 보안적인 결함을 미리 점검하는 테스트
성능 테스트 (Performance Testing)	- 응답 시간, 반응 속도, 처리량 등을 측정하는 테스트
구조 테스트 (Structure Testing)	- 시스템의 내부 논리 경로, 소스 코드의 복잡도를 테스트
회귀 테스트 (Regression Testing)	- 오류제거와 수정에 의해 새로 유입된 오류가 없는지 확인하는 일종의 반복 테스트 기법
병행 테스트 (Parallel Testing)	- 변경된 시스템과 기존 시스템에 동일한 데이터 입력 후 결과 비교

4.10 테스트 자동화 도구

구분	설명
xUnit	- Java(Junit), C++(Cppunit), .Net(Nunit) 등 다양한 언어를 지원하는 단위 테스트 프레임워크
STAF	- 서비스 호출, 컴포넌트 재사용 등 다양한 환경을 지원하는 테스트 프레임워크로 각 테스트 대상 분산 환경에 데몬을 사용해 테스트 대상 프로그램을 통해 테스트를 수행하고 통합해 자동화 하는 검증 도구
FitNess	- 웹 기반 테스트케이스 설계, 실행, 결과 확인 등을 지원하는 테스트 프레임워크
NTAF	- itNess의 협업 기능 + STAF의 재사용 및 확장성을 통합한 NHN(Naver)의 테스트 자동화 프레임워크
Selenium	- 다양한 브라우저 및 개발 언어를 지원하는 웹 애플리케이션 테스트 프레임워크
Watir	- Ruby를 사용하는 애플리케이션 테스트 프레임워크

[정처기 실기] 4. 애플리케이션 테스트 파트 기출 문제 모음 및 정리

leonie. — Wed, 2 Jul 2025 19:08:52 +0900

테스트 파트 소분류

소분류	주요 개념 및 키워드	기출 횟수
성능 지표	처리량, 응답시간, 경과시간, 자원 이용률	1회
테스트 기본 원리	살충제 패러독스	1회
개발 단계에 따른 테스트	단위 테스트 , 통합 테스트, 시스템 테스트, 인수 테스트	6회
실행 여부에 따른 테스트	정적 테스트, 동적 테스트	2회
목적에 따른 테스트	리그레션	1회
화이트박스 테스트	구문/분기/조건/다중 조건/변경 커버리지	5회
블랙박스 테스트	동치 분할 검사, 경계값 분석, 비교 검사, 오류 예측 검사, 원인-효과 그래프 검사	7회
테스트 오라클	샘플링 오라클	1회
테스트 케이스	테스트 케이스 항목	1회
테스트 자동화 도구	Junit	1회

성능 지표

1. 애플리케이션의 성능을 측정하기 위한 지표는 무엇인가?

지표	설명
( 1 )	- 애플리케이션이 주어진 시간에 처리할 수 있는 트랜잭션의 수 - 웹 애플리케이션의 경우 시간당 페이지 수로 표현
( 2 )	- 사용자 입력이 끝난 후, 애플리케이션의 응답 출력이 개시될 때까지의 시간 - 애플리케이션의 경우 메뉴 클릭 시 해당 메뉴가 나타나기까지 걸리는 시간
( 3 )	- 애플리케이션에 사용자가 요구를 입력한 시점부터 트랜잭션 처리 후 그 결과의 출력이 완료될 때까지 걸리는 시간
자원 사용률	- 애플리케이션이 트랜잭션을 처리하는 동안 사용하는 CPU 사용량 , 메모리 사용량, 네트워크 사용량

20년 1회

( 1 ) : 처리량

( 2 ) : 응답 시간

( 3 ) : 경과 시간

테스트 기본 원리

1. 살충제 패러독스의 개념에 관해서 서술하시오.

20년 1회

동일한 테스트 케이스로 동일한 테스트를 반복하면 더이상 결함을 발견할 수 없다는 원리이다.

개발 단계에 따른 테스트

1. 다음은 테스트 종류에 대한 설명이다. 빈칸에 들어갈 알맞은 용어를 보기에서 찾아 기호로 쓰시오.

( A ) 은/는 개별 모듈, 서브루틴이 정상적으로 실행되는지 확인
( B ) 은/는 인터페이스 간 시스템이 정상적으로 실행되는지 확인

[보기]
시스템 테스트 / 인수 테스트 / 알파 테스트 / 단위 테스트 / 통합 테스트 / 회귀 테스트

21년 1회

A. 단위 테스트

B. 통합 테스트

개발 과정에 따른 테스트 (단통 시인)
단위 테스트(Unit Testing) : 각 모듈이나 컴포넌트를 개별적으로 검증-
통합 테스트(Integrition Testing) : 여러 단위의 모듈을 결합하여 상호작용을 검증
시스템 테스트(System testing) : 전체 시스템을 통합한 후 요구 사항에 따라 시스템이 동작하는지 검증
인수 테스트(Acceptance Testing) : 최종 사용자가 소프트웨어를 사용하여 요구사항이 충족 되었는지 확인

2. 통합 테스트에 관련된 다음 설명에서 괄호에 들어갈 알맞은 답을 쓰시오

통합 테스트는 단위 테스트가 끝난 모듈을 통합하는 과정에서 발생하는 오류 및 결함을 찾는 테스트 기법으로, 하위 모듈에서 상위 모듈 방향으로 통합하는 상향식 통합 테스트와 상위 모듈에서 하위 모듈 방향으로 통합하는 하향식 통합 테스트가 있다. 상향식 통합 테스트는 미완성이거나 문제가 있는 상위 모듈을 대체할 수 있는 테스트 드라이버가, 하향식 통합 테스트는 미완성이거나 문제가 있는 하위 모듈을 대체할 수 있는 테스트( )이(가) 있어야 원활한 테스트가 가능하다

21년 2회

스텁

통합 테스트 종류
상향식 통합 테스트 : 테스터 드라이버를 사용
하향식 통합 테스트 : 스텁을 사용

3. 애플리케이션 테스트에 관한 다음 설명에서 괄호에 들어갈 알맞은 답을 쓰시오

( 1 ) 는 소프트웨어의 하위 모듈에서 상위 모듈 방향으로 통합하면서 테스트하는 기법이다
하나의 주요 제어 모듈과 관련된 종속 모듈의 그룹인 클러스터가 필요하다
데이터의 입출력을 확인하기 위해 더미 모듈인 ( 2 )를 생성한다

21년 3회

(1) : 상향식 통합 테스트

(2) : 테스터 드라이버

통합 테스트 종류
상향식 통합 테스트 : 테스터 드라이버를 사용
하향식 통합 테스트 : 스텁을 사용

4. 개발 단계에 따른 애플리케이션 테스트에 대한 다음 V-모델에서 괄호에 들어갈 알맞은 테스트를 쓰시오

22년 1회

( 1 ) : 단위 테스트

( 2 ) : 통합 테스트

( 3 ) : 시스템 테스트

( 4 ) : 인수 테스트

개발 과정에 따른 테스트 (단통 시인)
단위 테스트(Unit Testing) : 각 모듈이나 컴포넌트를 개별적으로 검증-
통합 테스트(Integrition Testing) : 여러 단위의 모듈을 결합하여 상호작용을 검증
시스템 테스트(System testing) : 전체 시스템을 통합한 후 요구 사항에 따라 시스템이 동작하는지 검증
인수 테스트(Acceptance Testing) : 최종 사용자가 소프트웨어를 사용하여 요구사항이 충족 되었는지 확인

5. 다음 설명에 대한 괄호안에 알맞는 단어를 작성하시오.

( 1 ) 테스트는 하드웨어나 소프트웨어의 개발 단계에서 상용화하기 전에 실시하는 제품 검사 작업, 제품의 결함 여부, 제품으로서의 가치 등을 평가하기 위해 실시한다. 선발된 잠재 고객으로 하여금 일정 기간 무료로 사용하게 한 후에 나타난 여러 가지 오류를 수정, 보완한다. 공식적인 제품으로 발매하기 이전에 최종적으로 검사한다사용자가 직접 테스트해서 관련 피드백을 개발자한테 알려주는 시험이다.
( 2 ) 테스트는 새로운 제품 개발 과정에서 이루어지는 첫 번째 테스트, 즉, 시제품이 운영되는 동안의 신제품 연구와 개발 과정 단계에서 초기 작동의 결과를 평가하는 수단이며 개발 회사 내부에서 이루어지는 테스트로서 단위테스트, 구성 테스트, 시스템 테스트 등을 포함한다. 내부필드테스트라고도 하는데 개발업체 내부 직원 또는 회사와 밀접한 관계를 유지하는 일부 사용자만 참여하는 시험이다.

22년 2회

( 1 ) : 베타

( 2 ) : 알파

인수 테스트의 종류
알파 테스트 : 개발자 앞에서 하는 테스트
베타 테스트 : 개발자가 없는 곳에서 선택된 사용자가 진행하는 테스트

6. 다음 설명에 대한 알맞는 답을 작성하시오.

1.
하향식 테스트 시 상위 모듈은 존재하나 하위 모듈이 없는 경우의 테스트를 위해 임시 제공되는 모듈이다.
특별한 목적의 소프트웨어를 구현하는 것으로 컴포넌트를 개발하거나 테스트할 때 사용된다.
서버-클라이언트 구조에서 서버만 구현된 상태로 테스트를 해보고 싶을때 단순히 값만 넘겨주는 가상의 클라이언트를 만들어서 테스트 할 수 있다.

2.
상향식 테스트 시 상위 모듈 없이 하위 모듈이 존재할 때 하위 모듈 구동 시 자료 입출력을 제어하기 위한 제어 모듈(소프트웨어)이다.
서버-클라이언트 구조에서 클라이언트만 구현된 상태로 테스트를 해보고 싶을때 접속 인증 등의 간단한 기능만 하는 가상의 서버를 만들어서 테스트 할 수 있다.

23년 2회

1. 스텁

2. 테스트 드라이버

통합 테스트 종류
상향식 통합 테스트 : 테스터 드라이버를 사용
하향식 통합 테스트 : 스텁을 사용

실행 여부에 따른 테스트

1. 애플리케이션을 실행하지 않고, 소스 코드에 대한 코딩 표준, 코딩 스타일, 코드 복잡도 및 남은 결함을 발견하기 위해 사용하는 도구는 무엇인지 쓰시오.

20년 2회

정적 분석 도구

2. 소스 코드 품질 분석 도구에 대한 다음 설명에서 괄호에 해당하는 용어를 <보기>에서 찾아 쓰시오

소스코드 품질 분석 도구는 소스 코드의 코딩 스타일, 코드에 설정된 코딩 표준, 코드의 복잡도, 코드에 존재하는 메모리 누수 현상, 스레드 결함 등을 발견하기 위해 사용하는 분석 도구이다
( 1 ) 도구는 작성한 소스 코드를 실행하지 않고 코딩 표준이나 코딩 스타일, 결함 등을 확인하는 코드 분석 도구이다
( 2 ) 도구는 소스 코드를 직접 실행하여 프로그램의 동작이나 반응을 추적하고 보고하는 분석 도구로, 프로그램 모니터링 기능이나 스냅샷 생성 기능들을 포함하고 있다

[보기]
ㄱ. Static Analysis
ㄴ. Running Analysis
ㄷ. Test Execution
ㄹ. Performance
ㅁ. Dynamic Analysis
ㅂ. Test Control
ㅅ. Test Harness
ㅇ. Test Monitoring

22년 1회

ㄱ. Static Analysis

ㅁ. Dynamic Analysis

목적에 따른 테스트

1. 다음 설명에 알맞는 테스트 용어를 작성하시오

오류를 제거하거나 수정한 시스템이나 시스템 컴포넌트 또는 프로그램이 오류 제거와 수정에 의해 새로이 유입된 오류가 없는지를 확인하는 일종의 반복 시험이다.
반복적인 시험이 필요한 이유는 오류가 제거, 수정되는 상당수의 시스템이 의도치 않았던 오동작이나 새로운 형태의 오류를 일으키기 때문이다.
결국, 수정, 변경 시스템이나 시스템 컴포넌트 또는 프로그램이 명세된 요구 사항을 충족시키지는지 확인하는 시험의 한 형태이다.
이미 테스트된 프로그램의 테스팅을 반복하는 것으로, 결함 수정 이후 변경의 결과로 새롭게 만들어 지거나, 이전 결함으로 인해 발견되지 않았던 또 다른 결함을 발견하는 테스트이다.

22년 2회

회귀 테스트 (Regression)

화이트박스 테스트

1. 다음 아래 제어 흐름 그래프가 분기 커버리지를 만족하기 위한 테스팅 순서를 쓰시오.

20년 3회

둘 다 TRUE : 1 - 2 - 3 - 4 - 5 - 6 - 1

(또는)

둘 다 FALSE : 1 - 2 - 4 - 5 - 6 - 7

결정 커버리지 (분기 커버리지) (DC, Decision Coverage)
- 조건문의 결과(True/False) 를 각각 한 번 이상 테스트
- 목표: if/while 같은 조건문이 참, 거짓 모두 되도록 테스트

2. 테스트에 대한 다음 설명에서 각 지문에 해당하는 커버리지를 <보기>에서 찾아 기호로 쓰시오

1. 최소 한번은 모든 문장이 수행되도록 구성하는 검증 기준
2. 조건식이 참/거짓일 때 수행되도록 구성하는 검증 기준
3. 2번과 달리 조건식에 상관없이 개별 조건이 참/거짓일 때 수행되도록 구성하는 검증 기준

[보기]
ㄱ. 다중 조건 검증 기준
ㄴ. 선택 검증 기준
ㄷ. 조건 검증 기준
ㄹ. 결정(분기) 검증 기준
ㅁ. 결정(분기) 조건 검증 기준
ㅂ. 구문(문장) 검증 기준

21년 2회

1. ㅂ. 구문(문장) 검증 기준

2. ㄹ. 결정 검증 기준

3. ㄷ. 조건 검증 기준

테스트 커버리지 종류
구문 커버리지 (문장)(SC, Statement Coverage) : 코드의 모든 줄이 실행되었는지 확인하는 테스트
결정 커버리지 (분기)(DC, Decision Coverage) : 조건문의 결과(True/False) 를 각각 한 번 이상 테스트
조건 커버리지(CC, Condition Coverage) : 복합 조건식 안에 있는 각각의 개별 조건이 True/False가 되도록 테스트
조건/결정 커버리지(C/DC Condition DecisioCoverage) : 조건 커버리지 + 결정 커버리지를 합친 테스트
변경 조건/결정 커버리지(MC/DC, Modified ConditionDecision Coverage) : 각 조건이 전체 결과에 영향을 미치는지 테스트
다중 조건 커버리지(MCC, Multiple ConditionCoverage) : 모든 조건 조합을 테스트

3. 전체 조건식의 참과 거짓 결과에 상관없이 결정 포인트 내에 있는 모든 개별 조건식이 참 한 번, 거짓 한 번 모두 갖도록 조합하는 커버리지는 무엇인가?

23년 2회

조건 커버리지

테스트 커버리지 종류
구문 커버리지 (문장)(SC, Statement Coverage) : 코드의 모든 줄이 실행되었는지 확인하는 테스트
결정 커버리지 (분기)(DC, Decision Coverage) : 조건문의 결과(True/False) 를 각각 한 번 이상 테스트
조건 커버리지(CC, Condition Coverage) : 복합 조건식 안에 있는 각각의 개별 조건이 True/False가 되도록 테스트
조건/결정 커버리지(C/DC Condition DecisioCoverage) : 조건 커버리지 + 결정 커버리지를 합친 테스트
변경 조건/결정 커버리지(MC/DC, Modified ConditionDecision Coverage) : 각 조건이 전체 결과에 영향을 미치는지 테스트
다중 조건 커버리지(MCC, Multiple ConditionCoverage) : 모든 조건 조합을 테스트

4. 아래는 애플리케이션 테스트 관리에 대한 내용이다. 설명하는 답을 보기에서 골라 작성하시오.

1. 모든 분기와 조건의 조합을 고려하나 모든 조합을 테스트하는 대신에 테스트가 필요한 중요한 조합을 찾아내는데에 중점을 둔다.
2. 특정 조건을 수행할 때 다른 조건과는 상관없이 전체 결과에 영향을 미치는 조건만을 테스트한다.
3. 각각의 파라미터는 적어도 한 번은 최종 결과에 영향을 주어야 한다.

[보기]
ㄱ. 구문 커버리지 ㄴ. 결정 커버리지 ㄷ. 조건 커버리지 ㄹ. 변경 조건/결정 커버리지 ㅁ.다중 조건 커버리지 ㅂ.경로 커버리지 ㅅ.조건/결정 커버리지

24년 1회

ㄹ. 변경 조건/결정 커버리지

테스트 커버리지 종류
구문 커버리지 (문장)(SC, Statement Coverage) : 코드의 모든 줄이 실행되었는지 확인하는 테스트
결정 커버리지 (분기)(DC, Decision Coverage) : 조건문의 결과(True/False) 를 각각 한 번 이상 테스트
조건 커버리지(CC, Condition Coverage) : 복합 조건식 안에 있는 각각의 개별 조건이 True/False가 되도록 테스트
조건/결정 커버리지(C/DC Condition DecisioCoverage) : 조건 커버리지 + 결정 커버리지를 합친 테스트
변경 조건/결정 커버리지(MC/DC, Modified ConditionDecision Coverage) : 각 조건이 전체 결과에 영향을 미치는지 테스트
다중 조건 커버리지(MCC, Multiple ConditionCoverage) : 모든 조건 조합을 테스트

5. 다음은 테스트 커버리지에 대한 문제이다. 아래 내용에 알맞는 답을 보기에서 골라 작성하시오.

1. 테스트를 통해 프로그램의 모든 문장을 최소한 한 번씩 실행했는지를 측정
2. 프로그램 내의 모든 분기(조건문)의 각 분기를 최소한 한 번씩 실행했는지를 측정
3. 복합 조건 내의 각 개별 조건이 참과 거짓으로 평가되는 경우를 모두 테스트했는지를 측정

[보기]
ㄱ. 조건 ㄴ. 경로 ㄷ. 결정 ㄹ. 분기 ㅁ.함수 ㅂ. 문장 ㅅ. 루프

24년 3회

1. ㅂ. 문장

2. ㄹ. 분기 (+ ㄷ.결정)

3. ㄱ. 조건

테스트 커버리지 종류
구문 커버리지 (문장)(SC, Statement Coverage) : 코드의 모든 줄이 실행되었는지 확인하는 테스트
결정 커버리지 (분기)(DC, Decision Coverage) : 조건문의 결과(True/False) 를 각각 한 번 이상 테스트
조건 커버리지(CC, Condition Coverage) : 복합 조건식 안에 있는 각각의 개별 조건이 True/False가 되도록 테스트
조건/결정 커버리지(C/DC Condition DecisioCoverage) : 조건 커버리지 + 결정 커버리지를 합친 테스트
변경 조건/결정 커버리지(MC/DC, Modified ConditionDecision Coverage) : 각 조건이 전체 결과에 영향을 미치는지 테스트
다중 조건 커버리지(MCC, Multiple ConditionCoverage) : 모든 조건 조합을 테스트

블랙박스 테스트

1. 테스트의 종류 중, 둥치분할 테스트, 경계값 분석 테스트 등의 종류가 있는 테스트 기법을 쓰시오.

20년 3회

블랙박스 테스트

2. 점수에 따른 성적 부여가 잘 되었는지 테스트하고자 한다. 아래에 알맞는 테스트 기법은 무엇인가?

점수	성적
0 ~ 59	가
60 ~ 69	양
70 ~ 79	미
80 ~ 89	우
90 ~ 100	수

[테스트 값]
-10 / 30 / 65 / 75 / 85 / 95 / 100

20년 4회

동치 분할 검사

블랙 박스 테스트 종류 (동경 비오 원)
동치 분할 검사(Equivalence Partitioning Test)
- 입력 자료에 초점을 맞춰 테스트 케이스를 만들고 검사하는 방법
- 동등 분할 기법이라고도 한다
경계값 분석(Boundary Value Analysis Test)
- 입력 조건의 경계값 (최소값, 최대값, 경계에 가까운 값)을 테스트케이스로 선정하여 테스트
비교 검사(Comparison Testing)
- 여러 버전의 프로그램에 동일한 테스트 자료를 제공하여 동일한 결과가 출력되는지 테스트
오류 예측 검사(Error Guessing Test)
- 과거의 경험이나 테스터의 감각으로 테스트
원인-그래프 검사(Cause-Effect Graphing Test)
- 입력 데이터 간 관계와 출력에 영향을 미치는 상황을 분석하여 효용성 높은 테스트 케이스를 선정하여 검사

3. 다음은 블랙박스 기법에 대한 예제이다. 블랙박스 기법 두 가지를 쓰시오.

1. 0 <= x <= 10이면 -1 0 10 11 검사
2. 입력 데이터의 영역을 유사한 도메인별로 유횻값 / 무횻값을 그룹핑하여 나누어서 검사

21년 1회

( 1 ) : 경계값 분석

( 2 ) : 동치 분할 검사

블랙 박스 테스트 종류 (동경 비오 원)
동치 분할 검사(Equivalence Partitioning Test)
- 입력 자료에 초점을 맞춰 테스트 케이스를 만들고 검사하는 방법
- 동등 분할 기법이라고도 한다
경계값 분석(Boundary Value Analysis Test)
- 입력 조건의 경계값 (최소값, 최대값, 경계에 가까운 값)을 테스트케이스로 선정하여 테스트
비교 검사(Comparison Testing)
- 여러 버전의 프로그램에 동일한 테스트 자료를 제공하여 동일한 결과가 출력되는지 테스트
오류 예측 검사(Error Guessing Test)
- 과거의 경험이나 테스터의 감각으로 테스트
원인-그래프 검사(Cause-Effect Graphing Test)
- 입력 데이터 간 관계와 출력에 영향을 미치는 상황을 분석하여 효용성 높은 테스트 케이스를 선정하여 검사

4. 테스트 기법 중 그래프를 활용하여 입력 데이터 간의 관계와 출력에 영향을 미치는 상황을 체계적으로 분석한 다음 효용성이 높은 테스트 케이스를 선정하여 검사하는 기법을 보기에서 찾아 쓰시오.

[보기]
Equivalence Partition
Boundary Value Anaysis
Condition Test
Cause-Effect Graph
Error Guess
Comparison Test
Base Path Test
Loop Test
Data Flow Test

21년 3회

Cause-Effect Graph

블랙 박스 테스트 종류 (동경 비오 원)
동치 분할 검사(Equivalence Partitioning Test)
- 입력 자료에 초점을 맞춰 테스트 케이스를 만들고 검사하는 방법
- 동등 분할 기법이라고도 한다
경계값 분석(Boundary Value Analysis Test)
- 입력 조건의 경계값 (최소값, 최대값, 경계에 가까운 값)을 테스트케이스로 선정하여 테스트
비교 검사(Comparison Testing)
- 여러 버전의 프로그램에 동일한 테스트 자료를 제공하여 동일한 결과가 출력되는지 테스트
오류 예측 검사(Error Guessing Test)
- 과거의 경험이나 테스터의 감각으로 테스트
원인-그래프 검사(Cause-Effect Graphing Test)
- 입력 데이터 간 관계와 출력에 영향을 미치는 상황을 분석하여 효용성 높은 테스트 케이스를 선정하여 검사

5. 다음 중 블랙 박스 테스트 기법에 해당하는 것을 모두 골라 기호로 쓰시오

[보기]
ㄱ. Base Path Testing
ㄴ. Condition Testing
ㄷ. Boundary Value Analysis
ㄹ. Equivalence Paritioning
ㅁ. Data Flow Testing
ㅂ. Cause-Effect Graph
ㅅ. Branch Coverage Testing
ㅇ. Statement coverage Testing
ㅈ. Boundary Division Analysis

22년 1회

ㄷ, ㄹ, ㅂ

블랙 박스 테스트 종류 (동경 비오 원)
동치 분할 검사(Equivalence Partitioning Test)
- 입력 자료에 초점을 맞춰 테스트 케이스를 만들고 검사하는 방법
- 동등 분할 기법이라고도 한다
경계값 분석(Boundary Value Analysis Test)
- 입력 조건의 경계값 (최소값, 최대값, 경계에 가까운 값)을 테스트케이스로 선정하여 테스트
비교 검사(Comparison Testing)
- 여러 버전의 프로그램에 동일한 테스트 자료를 제공하여 동일한 결과가 출력되는지 테스트
오류 예측 검사(Error Guessing Test)
- 과거의 경험이나 테스터의 감각으로 테스트
원인-그래프 검사(Cause-Effect Graphing Test)
- 입력 데이터 간 관계와 출력에 영향을 미치는 상황을 분석하여 효용성 높은 테스트 케이스를 선정하여 검사

6. 아래 표를 확인하여 보기에 알맞는 값을 고르시오

[보기]
Boundary Value Partitioning
Equivalence Partitioning
Bondary graphing
Error Guess
Comparison Test
Base Path Test
Loop Test
Data Flow Test

22년 3회

Boundary Value Partitioning

7. 입력 데이터의 영역을 유사한 도메인별로 유효값/무효값을 그룹핑하여 대푯값 테스트 케이스를 도출하여 테스트하는 기법을 영어로 쓰시오

23년 3회

동치 분할 검사 (Equivalance Partitioning)

블랙 박스 테스트 종류 (동경 비오 원)
동치 분할 검사(Equivalence Partitioning Test)
- 입력 자료에 초점을 맞춰 테스트 케이스를 만들고 검사하는 방법
- 동등 분할 기법이라고도 한다
경계값 분석(Boundary Value Analysis Test)
- 입력 조건의 경계값 (최소값, 최대값, 경계에 가까운 값)을 테스트케이스로 선정하여 테스트
비교 검사(Comparison Testing)
- 여러 버전의 프로그램에 동일한 테스트 자료를 제공하여 동일한 결과가 출력되는지 테스트
오류 예측 검사(Error Guessing Test)
- 과거의 경험이나 테스터의 감각으로 테스트
원인-그래프 검사(Cause-Effect Graphing Test)
- 입력 데이터 간 관계와 출력에 영향을 미치는 상황을 분석하여 효용성 높은 테스트 케이스를 선정하여 검사

테스트 오라클

1. 테스트 오라클 중 특정한 몇 개의 입력값에 대해서만 기대하는 결과를 제공해주는 오라클은 무엇인가?

20년 4회

샘플링 오라클

오라클의 종류
참 오라클(True Oracle)
- 모든 테스트 케이스의 입력 값에 대해 기대하는 결과를 생성할 수 있는 오라클
샘플링 오라클(Sampling Oracle)
- 특정한 몇 개의 입력값에 대해서만 기대하는 결과를 제공하는 오라클
추정 오라클(Heuristic Oracle)
- 특정 테스트 케이스 입력값에 대해 기대하는 결과를 제공하고, 나머지는 추정하여 처리하는 오라클
일관성 오라클(Consistent Oracle)
애플리케이션 변경 전후에 동일한 입력값을 넣었을 때 결과가 일관되게 동일한지 비교하는 오라클

테스트 케이스

1. 다음 테스트 케이스를 참조하여 괄호에 들어갈 테스트 케이스의 구성 요소를 <보기>에서 찾아 쓰시오

[보기]
요구 절차
의존성 여부
테스트 데이터
테스트 조건
하드웨어 환경
예상 결과
소프트웨어 환경
성공/실패 기준

21년 3회

순서대로 : 테스트 조건 - 테스트 데이터 - 예상 결과

테스트 케이스 항목
테스트 조건, 테스트 데이터, 예상결과

테스트 자동화 도구

1. 인터페이스 구현 검증 도구에 대한 다음 설명에 해당하는 용어를 영문으로 쓰시오

Kent Beck과 Erich Gamma 등이 개발한 자바 프로그래밍 언어용 유닛 테스트 프레임워크로 xUnit 계열의 한 종류다.
같은 테스트 코드를 여러번 작성하지 않게 도와주며 테스트마다 예상 결과를 기억할 필요가 없는 자동화된 해법을 제공한다는 특징이 있다

22년 1회

JUnit

[정처기 실기] 3. 웹 파트 기출 문제 모음 및 정리

leonie. — Mon, 30 Jun 2025 16:52:46 +0900

데이터 형식 및 전송 기술

1. 웹 페이지 기본 형식인 HTML의 문법이 각 웹 브라우저에서 상호 호환적이지 못하다는 문제와 SGML의 복잡함을 해결하기 위해서 개발된 ( )은 다른 특수목적을 갖는 마크업 언어이다. 원활한 데이터의 연게를 위해 송 수신 시스템 간에 전송되는 데이터가 동일한 구조로 구성될 수 있도록 형태를 정의하는 역할을 수행한다.

XML

XML : 원활한 데이터의 연계를 위해 송수신 시스템 간 전송되는 데이터 구조를 동일한 형태로 정의

2. 속성-값(Attribute-value Pair)으로 이루어진 데이터 오프젝트를 전달하기 위해 사용하는 개방형 표준 포멧이다. Ajax(Asynchronous JavaScript and XML)에서 많이 사용되고 XML(eXtensible Markup Language)을 대체하는 주요 데이터 포맷이다. 언어 독립형 데이터 포맷으로 다양한 데이터 프로그래밍 언어에서 사용하고 있는 기술은 무엇인가?

JSON

JSON : 서버 통신(AJAX)을 위해 속성-값 쌍 또는 키-값 쌍으로 이루어진 개방형 표준 포맷

비동기 통신

1. 브라우저가 가지고 있는 XMLHttpRequest 객체를 이용해서 전체 페이지를 새로 고치지 않고도 페이지의 일부분만을 위한 데이터를 로드하는 기법이며, 하이퍼텍스트 표기 언어(HTML)만으로 어려운 다양한 작업을 웹 페이지에서 구현해 이용자가 웹 페이지와 자유롭게 상호작용할 수 있도록 하는 기술명을 쓰시오.

AJAX(Asynchronous JavaScript and XML)

2. 클라이언트와 서버 간 자바스크립트 및 XML을 비동기 방식으로 처리하며 전체 페이지를 새로고치지 않고도 웹페이지 일부 영역만을 업데이트할 수 있도록 하는 기술을 의미하는 용어를 쓰시오

AJAX(Asynchronous JavaScript and XML)

웹 서비스 프로토콜

1. 다음 설명 중 빈칸에 들어갈 알맞는 용어를 작성하시오.

HTTP, HTTPS SMTP를 통해서 XML 기반의 데이터를 주고받는 프로토콜로 웹 서비스 방식에 HTTP기반의 ( ) 을/를 사용하여 송수신한다. ( ) 대신 레스트풀(RESTful) 프로토콜로 대체할 수 있다.

SOAP

SOAP(Simple Object Access Protocol)
HTTP, HTTPS, SMTP 등을 사용하여 XML 기반의 데이터를 주고받는 프로토콜

2. 웹 서비스명, 제공 위치, 메세지 포맷, 프로토콜 정보 등 웹 서비스에 대한 상세 정보가 기술된 XML 형식으로 구성된 언어를 무엇이라고 하는지 쓰시오.

WSDL

WSDL (Web Services Description Language)
- 웹 서비스의 상세 정보를 XML 형식으로 기술하는 언어이자 형식
- 서비스명, 제공 위치(URL), 메시지 포맷, 사용 프로토콜 등을 정의

기본 웹/네트워크

1. 다음 설명에 대한 알맞는 답을 작성하시오.

1. 인터넷에서, 웹 서버와 사용자의 인터넷 브라우저 사이에 문서를 전송하기 위해 사용되는 통신 규약을 말한다.인터넷에서 하이퍼텍스트(hypertext) 문서를 교환하기 위하여 사용되는 통신규약이다.이 규약에 맞춰 개발해서 서로 정보를 교환할 수 있게 되었다.

2. 문자, 그래픽, 음성 및 영상을 하나의 연상 거미집(Web of Association)과 같이 서로 연결시켜, 제시된 순서에 관계없이 이용자가 관련된 정보를 검색할 수 있도록 하는 정보 제공 방법이다.즉, 한 페이지에서 링크된 순서에 상관없이 사용자들이 원하는 정보를 클릭함으로써 원하는 정보에 쉽게 접근하는 방식을 말한다.

3. 웹 페이지 표시를 위해 개발된 지배적인 마크업 언어다.또한, 제목, 단락, 목록 등과 같은 본문을 위한 구조적 의미를 나타내는 것뿐만 아니라 링크, 인용과 그 밖의 항목으로 구조적 문서를 만들 수 있는 방법을 제공한다.

1. HTTP

2. Hypertext

3. HTML

URL 구조

1. 다음은 URL 구조에 관한 문제이다 . 아래 보기의 순서대로 URL에 해당하는 번호를 작성하시오.

[보기]
query : 서버에 전달할 추가 데이터
path : 서버 내의 특정 자원을 가리키는 경로
scheme : 리소스에 접근하는 방법이나 프로토콜
authority : 사용자 정보, 호스트명, 포트 번호
fragment : 특정 문서 내의 위치

(4) : query

(3) : path

(1) : scheme

(2) : authority

(5) : fragment

2. 아래 설명에 맞는 번호를 그림에서 골라 작성하시오.

ㄱ. 추가적인 질의를 제공하는 부분으로, 웹 서버에 전달할 추가 데이터를 나타낸다.( )
ㄴ. 자원 경로를 나타내며, 서버 상에서 해당 리소스의 위치를 지정한다. ( )
ㄷ. 웹 프로토콜을 정의하는 부분으로, 예를 들어 HTTP, FTP 등의 방식을 나타낸다. ( )
ㄹ. 호스트와 포트 번호를 나타내는 부분으로, 서버 주소와 함께 포트번호를 나타낸다. ( )
ㅁ. 특정 페이지 내의 위치를 가리키며, 문서 내 특정 섹션으로 이동하는 데 사용된다. ( )

ㄱ. 4

ㄴ. 3

ㄷ. 1

ㄹ. 2

ㅁ. 5