개발새발

REST API

비숑주인 — Thu, 19 Mar 2026 14:18:47 +0900

1. REST와 REST API의 개념

REST(REpresentational State Transfer) 란 "분산 시스템"을 위한 HTTP 기반 소프트웨어 아키텍처를 의미한다. 쉽게 말해 웹 애플리케이션, 모바일 앱, 서로 다른 언어로 된 서버들이 HTTP라는 공통된 규격 안에서 자유롭게 통신할 수 있도록 도와주는 통역사 역할을 하는 API라고 이해하면 된다. 여기서 분산 시스템이란 독립된 컴퓨터들이 네트워크를 통해 연결되어 하나의 시스템처럼 움직이는 것을 말하는데, 이를 위해 표준화된 통신 방식이 필수적이다.

REST는 크게 자원, 행위, 메시지라는 3가지 요소로 구성된다.

자원(Resource): 우리가 접근하거나 조작할 대상이다. 예를 들어 "상품"이 자원이 된다. 보통 URI를 통해 고유한 식별자를 부여한다.
메서드(Method): 자원에 대한 행위를 정의한다. HTTP Method인 GET(조회), POST(생성), PUT(수정), DELETE(삭제)를 사용한다. 일반적인 웹에서는 GET과 POST를 주로 쓰지만, REST 환경에서는 자원의 상태를 명확히 관리하기 위해 PUT과 DELETE도 적극적으로 활용한다.
메시지(Message): 행위에 담기는 구체적인 내용이다. 예를 들어 "상품명이 진라면인 상품을 생성한다"는 요청에서 "상품명: 진라면, 가격: 1000원"과 같은 데이터가 메시지에 해당한다.

2. REST의 주요 특징과 RESTful의 의미

REST는 HTTP 프로토콜을 기반으로 하기 때문에 웹 표준을 최대한 활용한다는 장점이 있다. 가장 큰 특징 중 하나는 Stateless(무상태성)이다. 서버는 클라이언트의 이전 상태를 따로 저장하지 않고 오직 들어온 요청에만 집중한다. 또한 모든 자원에 고유한 URI를 부여하여 관리하는데, 이는 우리가 흔히 아는 URL보다 더 넓은 개념의 식별자이다.

이러한 REST 원칙을 잘 지켜서 설계된 시스템을 두고 우리는 "RESTful 하다" 라고 표현한다. 즉, REST API를 제공하는 웹 서비스 시스템 자체를 지칭하는 용어이다. 실무에서는 다양한 디바이스(모바일, 태블릿 등)나 서로 다른 기술 언어로 구축된 이기종 시스템 간에 정보를 주고받기 위해 필수적으로 사용된다. 애플리케이션의 복잡도가 커질수록 서비스별로 독립적인 구축과 운영이 필요해지는데, REST는 이러한 서비스 간 분리와 통합에 대한 표준화된 방법을 제공해 준다.

3. Node.js 환경에서의 REST API 실전 예제

실제 코드로 REST API 서버를 어떻게 구성하는지 살펴보자. 자바의 SpringBoot와 개념은 같지만, Node.js의 Express 프레임워크를 사용하면 훨씬 간결하게 구현할 수 있다.

3-1. 서버 구성 및 라우팅 (Express 기반)

서버에서 각 HTTP 메서드에 맞춰 자원을 처리하는 기본적인 구조이다. @RestController와 유사하게 요청을 받아 JSON으로 응답하는 방식이다.

const express = require('express');
const app = express();
app.use(express.json()); // JSON 데이터 파싱을 위한 설정

// 가상의 데이터베이스 (상품 목록)
let products = [
  { id: "1", name: "진라면", maker: "오뚜기", price: 1000 }
];

// GET : 리스트 조회 (getAllProductList)
app.get('/products', (req, res) => {
  console.log("Request Method : GET");
  res.json(products);
});

// GET : 특정 아이디로 조회 (findProductById)
app.get('/products/:id', (req, res) => {
  const id = req.params.id;
  const product = products.find(p => p.id === id);
  if (!product) {
    return res.status(404).json({ message: "상품이 존재하지 않습니다" });
  }
  res.status(200).json(product);
});

// POST : 새로운 상품 생성 (registerProduct)
app.post('/products', (req, res) => {
  const { name, maker, price } = req.body;
  const newProduct = { id: String(products.length + 1), name, maker, price };
  products.push(newProduct);
  res.status(201).json({ message: `${newProduct.name} 상품 등록 완료`, id: newProduct.id });
});

// PUT : 상품 정보 수정 (updateProduct)
app.put('/products/:id', (req, res) => {
  const id = req.params.id;
  const index = products.findIndex(p => p.id === id);
  if (index === -1) {
    return res.status(404).json({ message: "수정할 상품이 없습니다" });
  }
  products[index] = { ...products[index], ...req.body };
  res.json({ message: `${id}번 상품 정보 수정 완료` });
});

// DELETE : 상품 삭제 (deleteProduct)
app.delete('/products/:id', (req, res) => {
  const id = req.params.id;
  const initialLength = products.length;
  products = products.filter(p => p.id !== id);
  if (products.length === initialLength) {
    return res.status(404).json({ message: "삭제할 상품이 없습니다" });
  }
  res.json({ message: `${id}번 상품 정보 삭제 완료` });
});

app.listen(3000, () => console.log('REST API 서버가 3000번 포트에서 실행 중이다.'));

3-2. 서버 간 통신 (RestTemplate과 유사한 방식)

Node.js에서는 Spring의 RestTemplate 대신 axios나 fetch 라이브러리를 주로 사용한다. 다른 서버(예: 포트 7777이나 8888 서버)와 연동할 때 아래와 같은 패턴으로 통신한다.

const axios = require('axios');

// 서버 간 연동 예제 (External API Call)
async function fetchOtherServerData(productId) {
  try {
    const response = await axios.get(`http://localhost:8888/items/${productId}`);
    console.log("서버 응답 데이터:", response.data);
  } catch (error) {
    console.error("통신 에러 발생:", error.response.status);
  }
}

4. 마무리 및 정리

REST API는 현대 웹 개발에서 떼려야 뗄 수 없는 핵심 기술이다.

URL은 자원의 위치를 나타내고,
HTTP 메서드는 그 자원을 어떻게 요리할지 결정하며,
JSON은 그 요리의 실제 내용물이 된다.

SpringBoot든 Node.js든 프레임워크는 도구일 뿐, 중요한 건 REST의 원칙을 이해하고 이를 적절하게 적용하는 설계 능력이다. 처음에는 익숙하지 않겠지만, 직접 API 서버를 띄워보고 Postman이나 curl로 요청을 날려보면서 응답 결과를 확인하다 보면 금방 감이 올 것이다.

EKS 내부 DB 접속하기: kubectl port-forward로 PostgreSQL 로컬 연결

비숑주인 — Tue, 17 Mar 2026 10:00:48 +0900

보통 운영 환경(Production)의 DB는 해킹 위험 때문에 외부 인터넷에서 접속할 수 있는 공인 IP(Public IP)를 아예 할당하지 않는다. 내가 회사 데이터베이스에 일반적인 방식으로 DBeaver에서 바로 접속이 거부당했던 것도 이 이유 때문이었다.

포트 포워딩은 내가 이미 AWS 권한(aws configure)을 가지고 있으니, 쿠버네티스라는 '관리자 통로'를 타고 들어가서 DB를 로컬로 끌어오는 것이다. 별도의 복잡한 방화벽 설정 없이도 안전하게 접속할 수 있다.

아래는 EKS(Amazon Elastic Kubernetes Service) 환경에 있는 PostgreSQL 데이터베이스를 로컬 PC에서 접속할 수 있도록 연결하는 방법이다.

A. AWS CLI 설치 여부 확인 먼저 아래 명령어를 입력해서 설치가 되어 있는지 확인

aws --version

command not found가 뜬다면 아래 설치 과정을 진행해야 한다.

B. AWS CLI 설치 (Mac 기준) 터미널에 다음 명령어를 복사해서 붙여넣기 (또는 AWS 공식 홈페이지에서 GUI 설치 파일을 받기).

curl "https://awscli.amazonaws.com/AWSCLIV2.pkg" -o "AWSCLIV2.pkg"
sudo installer -pkg AWSCLIV2.pkg -target /

설치가 완료되었다면 터미널을 완전히 껐다가 다시 키고, 아래 단계 진행하기

aws configure (액세스 키와 비밀번호 입력 단계)
aws eks update-kubeconfig ... (클러스터 연결 단계)
kubectl port-forward ... (포트 포워딩 단계)

이 때 kubectl 명령어도 설치되어 있어야 한다! 만약 aws configure는 성공했는데 kubectl에서 다시 command not found가 뜬다면, 아래 명령어로 설치하자.

brew install kubernetes-cli

aws configure는 내 컴퓨터에 "나는 이 계정의 주인이니 AWS 리소스에 접근하게 해줘" 라고 신분증을 등록하는 과정이다.

이 작업을 하려면 먼저 IAM User의 Access Key가 있어야 한다. (회사 관리자에게 받았거나, AWS 콘솔에서 직접 생성해야 함.)

1. aws configure 입력 및 정보 기입

터미널에 aws configure를 입력하면 총 4가지를 물어본다. 하나씩 입력하고 엔터를 치면 된다.

$ aws configure
AWS Access Key ID [None]: (여기에 Access Key ID 입력)
AWS Secret Access Key [None]: (여기에 Secret Access Key 입력)
Default region name [None]: ap-northeast-2
Default output format [None]: json

Access Key ID: 보통 AKIA...로 시작하는 긴 문자열
Secret Access Key: 아주 긴 비밀번호 같은 문자열 (입력 시 화면에 안 보일 수 있으니 복사 붙여넣기 후 엔터 치기.)
Default region name: 서울 리전인 ap-northeast-2 입력
Default output format: 보통 json

2단계: EKS 클러스터 연결

aws eks update-kubeconfig --region ap-northeast-2 --name [클러스터_이름]

성공하면 Added new context ... 메시지가 나온다.

3단계: PostgreSQL 서비스 확인

kubectl get svc -n [네임스페이스]

우리 데이터베이스인 postgres 서비스가 목록에 보이는 걸 확인했다.

4단계: Port Forward

kubectl port-forward svc/postgres 5432:5432 -n oracle

원격 서버의 포트를 내 로컬 포트로 끌어오는 단계이다. Forwarding from 127.0.0.1:5432 -> 5432 메시지가 나오면 성공이다. 디비버를 사용하는 동안 이 창은 계속 켜두어야 연결이 유지된다.

왼쪽 5432: 내 컴퓨터(Local)에서 사용할 포트
오른쪽 5432: EKS 내부 DB 서버의 포트

이 터미널은 닫으면 연결이 끊긴다!!!! 절대 닫지 말자!!!

다시 연결하고 싶을 때는 전부 다 반복할 필요는 없다. aws configure와 eks update-kubeconfig는 한 번만 하면 설정이 저장되기 때문에 터미널을 닫았다가 다시 연결할 때는 맨 마지막 명령어만 다시 실행하면 된다.

kubectl port-forward svc/postgres 5432:5432 -n oracle

입력이 끝났다면 아래 명령어를 쳐서 내 정보가 잘 나오는지 확인하면 된다.

aws sts get-caller-identity

이렇게 내 계정 번호(Account)가 포함된 결과가 나오면 성공이다!! DBeaver 설정 시 Host는 localhost 또는 127.0.0.1로, Port는 5432로 설정하면 된다.

5단계: DBeaver에서 연결하기

포트 포워딩 터미널을 띄워둔 상태에서 DBeaver를 켜고 아래와 같이 설정하면 된다

Host: localhost 또는 127.0.0.1 (중요: RDS 주소가 아닌 로컬 주소를 넣어야 한다!)
Port: 5432 (포트 포워딩 명령어에서 앞에 적은 숫자와 일치해야 함)
Database: 접속하려는 DB 이름 (예: postgres)
Username / Password: DB 계정 정보 입력

conda 내보내기

비숑주인 — Thu, 5 Feb 2026 20:08:53 +0900

1. .yml 파일로 환경 복원하기

conda env create -f environment.yml

-f: 파일(file)을 지정한다는 의미
이 명령어는 파일 안에 적힌 name 항목을 읽어 자동으로 환경 이름을 설정하고 필요한 패키지들을 설치한다.

2. 다른 이름으로 환경 생성하기

만약 파일에 적힌 이름 말고 다른 이름으로 환경을 만들고 싶다면 -n 옵션을 추가하면 된다.

conda env create -f environment.yml -n 새로운환경이름

3. 기존 환경 업데이트하기

이미 만들어진 환경이 있는데, .yml 파일의 최신 내용으로 패키지를 동기화하고 싶을 때 사용한다

conda env update -f environment.yml --prune

--prune: 파일에 없는 패키지는 삭제하여 완벽하게 일치시키는 옵션

정보처리기사 4과목 기출 문제 오답 노트

비숑주인 — Sat, 24 Jan 2026 03:10:40 +0900

#include <stdio.h>
int main(int argc, char *argv[]) {
    int a = 5, b = 3, c = 12; // 초기화
    int t1, t2, t3;

    t1 = a && b; // 논리 AND 연산자, 두 피연산자가 모두 참(0이 아닌 값) 일 때 참(1)을 반환
    // t1=1
    t2 = a || b; // 논리 OR 연산자, 두 피연산자 중 하나라도 참이면 참(1) 을 반환
    // t2=1
    t3 = !c; // 논리 NOT 연산자, 피연산자가 참이면 거짓(0), 피연산자가 거짓이면 참(1)을 반환
    // t3=0

    printf("%d", t1 + t2 + t3); // 실행 결과 2
    return 0;
}

정답: 2

#include <stdio.h>

// 구조체 정의: 구조체 st는 정수형 변수 a와 정수형 배열 c[10]을 포함
struct st {
    int a;       // 정수 변수 a
    int c[10];   // 크기가 10인 정수형 배열 c
};

int main(int argc, char *argv[]) {
    int i = 0;
    struct st ob1;            // 구조체 st 타입의 변수 ob1 선언
    struct st ob2;            // 구조체 st 타입의 변수 ob2 선언
    ob1.a = 0;                // ob1의 a를 0으로 초기화
    ob2.a = 0;                // ob2의 a를 0으로 초기화

    for (i = 0; i < 10; i++) {
        ob1.c[i] = i;             // ob1.c[i]에 i 값을 저장
        ob2.c[i] = ob1.c[i] + i; // ob2.c[i]에 ob1.c[i] + i 값을 저장
    }

    // 반복문: 짝수 인덱스의 배열 값으로 ob1.a와 ob2.a를 누적합
    for (i = 0; i < 10; i += 2) {
        ob1.a = ob1.a + ob1.c[i]; // ob1.a에 ob1.c[i] 값을 누적
        ob2.a = ob2.a + ob2.c[i]; // ob2.a에 ob2.c[i] 값을 누적
    }

    printf("%d", ob1.a + ob2.a); // 20 + 40
    return 0;
}

ob1.c[i]는 i값을 그대로 저장하고, ob2.c[i]는
ob1.c[i] + i를 저장

// 첫 번째 반복 (i = 0)
ob1.a = ob1.a + ob1.c[0] = 0 + 0 = 0;
ob2.a = ob2.a + ob2.c[0] = 0 + 0 = 0;

// 두 번째 반복 (i = 2)
ob1.a = ob1.a + ob1.c[2] = 0 + 2 = 2;
ob2.a = ob2.a + ob2.c[2] = 0 + 4 = 4;

// 세 번째 반복 (i = 4)
ob1.a = ob1.a + ob1.c[4] = 2 + 4 = 6;
ob2.a = ob2.a + ob2.c[4] = 4 + 8 = 12;

// 네 번째 반복 (i = 6)
ob1.a = ob1.a + ob1.c[6] = 6 + 6 = 12;
ob2.a = ob2.a + ob2.c[6] = 12 + 12 = 24;

// 다섯 번째 반복 (i = 8)
ob1.a = ob1.a + ob1.c[8] = 12 + 8 = 20;
ob2.a = ob2.a + ob2.c[8] = 24 + 16 = 40;

int main(int argc, char *argv[]) { // int argc - main() 함수에 전달 되는 데이터의 갯수
//char *argv[] - main() 함수에 전달 되는 실제적인 데이터로 char형 포인터 배열로 구성 됨
	// 중략
}

실행 결과: 60

라우팅 프로토콜을 IGP(Interior Gateway Protocol)와 EGP(Exterior Gateway Protocol)로 분류했을 때, RIP는 IGP에 속한다. EGP는 BGP와 같은 프로토콜을 의미하는데, RIP는 네트워크 내에서의 라우팅을 위한 내부 게이트웨이 프로토콜(IGP)이다.

정답: HRN 스케줄링

UNIX는 멀티태스킹과 멀티유저를 모두 지원한다. 즉, 여러 사용자가 동시에 시스템을 사용할 수 있으며, 동시에 여러 작업을 처리할 수 있다.

UDP는 주소 지정과 경로 설정을 하지 않으며, 오직 데이터를 전송하는 역할 한다. 주소 지정과 경로 설정은 네트워크 계층에서 수행 된다.

UDP는 간단하고 빠르지만 신뢰성 없는 프로토콜로, 실시간 애플리케이션이나 패킷 손실을 감수할 수 있는 서비스
에서 유용하게 사용된다. TCP와 달리 연결을 설정하지 않고 빠른 데이터 전송을 제공하지만, 데이터 전송의 신뢰성
을 보장하지 않으므로 중요한 데이터의 전송에는 적합하지 않는다.

OSI 모델과 TCP/IP 모델의 비교

OSI 모델	TCP/IP 모델
7. 응용 계층	4. 응용 계층
6. 표현 계층	(표현 계층 없음)
5. 세션 계층	(세션 계층 없음)
4. 전송 계층	3. 전송 계층
3. 네트워크 계층	2. 인터넷 계층
2. 데이터 링크 계층	1. 네트워크 인터페이스 계층
1. 물리 계층	(네트워크 인터페이스 계층에 포함)

marr() 메서드 실행
- temp 배열을 생성: new int[4]
- Java의 기본값 규칙에 따라, temp 배열의 모든 요소는 0으로 초기화됨: [0, 0, 0, 0]
- for 문을 이용해 temp[i] = i를 수행하여 배열을 [0, 1, 2, 3]으로 설정
- temp 배열을 반환
main() 메서드 실행
- iarr는 marr() 메서드에서 반환된 [0, 1, 2, 3] 배열을 참조
- for 문을 이용해 배열을 출력: 0 1 2 3

Java의 배열 참조 변수 문제임! (C 언어의 포인터 개념과 유사)

답: 0,1,2,3

삼항 연산자
변수 = (조건식) ? 참일 때 값 : 거짓일 때 값;

mx = a < b ? b : a;
- 1 < 2이므로 b의 값인 2가 선택됨 → mx = 2
if (mx == 1)
- mx의 값은 2, 2 == 1은 false이므로 else 블록 실행
else 블록 실행:
- b = 2, mx = 2 → b < mx는 false
- 따라서 mn = c = 3

응집도(Cohesion)는 모듈 내부 요소들이 서로 관련된 정도를 나타내는 개념
응집도가 높을수록 모듈이 단일 책임 원칙(SRP)을 잘 따르고, 유지보수성이 좋다.

단계	응집도	유형 설명
1	우연적 응집도 (Coincidental Cohesion)	모듈 내부의 기능들이 아무 연관 없이 우연히 묶여 있음. 응집도가 가장 낮음.
2	논리적 응집도 (Logical Cohesion)	비슷한 유형의 작업이 같은 모듈에 있지만, 서로 관련이 없음.
3	시간적 응집도 (Temporal Cohesion)	특정 시점(초기화, 정리 등)에 실행되는 기능들이 모여 있음.
4	절차적 응집도 (Procedural Cohesion)	순차적으로 실행되지만, 서로 밀접한 관련이 없는 기능들이 묶여 있음.
5	순차적 응집도 (Sequential Cohesion)	한 기능의 출력이 다음 기능의 입력으로 사용됨.
6	통신적 응집도 (Communicational Cohesion)	동일한 데이터를 사용하거나, 같은 입출력을 공유하는 기능들이 묶여 있음.
7	기능적 응집도 (Functional Cohesion)	모듈이 하나의 명확한 기능만 수행하며, 응집도가 가장 높음.

n2 <= 2 → 2 <= 2 → true (1)
n3 > 3 → 3 > 3 → false (0)
true || false → 1 || 0 → 1
결과: r1 = 1

n3 = 3이므로 참(true)
!n3 → !3 → false (0)
결과: r2 = 0

n1 > 1 → 1 > 1 → false (0)
n2 < 3 → 2 < 3 → true (1)
false && true → 0 && 1 → 0
결과: r3 = 0

LRU (Least Recently Used) 알고리즘 사용 → 가장 오랫동안 사용되지 않은 페이지를 교체

페이지 결함이 발생하는 조건은 현재 프레임에 해당 페이지가 없을 때. 1,2,3,6,9번째 총 5회 페이지 결함이 발생한다.

1. 한 프로세스가 운영체제를 호출할 때 전체 프로세스가 대기할 필요가 없으므로 시스템 성능을 높일 수 있다.
→ 틀린 이유:
사용자 수준 스레드는 운영체제에 의해 직접 관리되지 않으며, 시스템 호출을 하면 프로세스 전체가 블록(block) 된다. 따라서, 시스템 성능을 높일 수 있는 요소가 아니다.

2. 동시에 여러 스레드가 커널에 접근할 수 있으므로 여러 스레드가 시스템 호출을 동시에 사용할 수 있다.
→ 틀린 이유:
사용자 수준 스레드는 운영체제가 아닌 사용자 라이브러리에서 관리되므로, 커널이 사용자 수준 스레드를 개별적으로 인식하지 않는다. 즉, 여러 스레드가 동시에 커널에 접근할 수 없다. 이는 오히려 커널 수준 스레드의 장점임

3. 각 스레드를 개별적으로 관리할 수 있으므로 스레드의 독립적인 스케줄링이 가능하다.
→ 틀린 이유:
사용자 수준 스레드는 운영체제가 아니라 사용자 라이브러리에서 스케줄링을 관리하지만, 한 스레드가 블록되면 전체 프로세스가 블록될 수 있는 문제가 있다.

4. 커널 모드로의 전환 없이 스레드 교환이 가능하므로 오버헤드가 줄어든다.
→ 정답인 이유:
사용자 수준 스레드는 커널의 개입 없이 사용자 공간에서만 실행되고 관리되므로, 스레드 간 전환(context switch) 시 커널 모드로 전환하는 오버헤드가 발생하지 않는다. 이는 사용자 수준 스레드의 주요 장점 중 하나임.

결합도는 모듈 간의 의존성(Dependency)을 나타내는 척도로, 결합도가 낮을수록 좋은 설계라고 평가된다. 결합도는 낮을수록 유지보수성과 확장성이 좋아진다.

1. 내용 결합도(Content Coupling) – 정답

한 모듈이 다른 모듈의 내부 데이터나 내부 기능을 직접 참조할 때 발생하는 가장 강한(나쁜) 결합도.
즉, 다른 모듈의 내부 변수를 직접 변경하거나 특정 내부 로직을 직접 참조하는 경우

2. 제어 결합도(Control Coupling) – 오답

한 모듈이 다른 모듈의 수행 흐름을 직접 제어하는 경우.
즉, 특정 값을 넘겨서 다른 모듈 내부에서 실행 흐름을 변경하도록 하는 방식.

3. 공통 결합도(Common Coupling) – 오답

여러 모듈이 **공통 데이터 영역(Global Variable)**을 공유하여 사용하는 경우.
공통 변수를 수정하면 영향을 받는 모듈이 많아 유지보수가 어려워짐.

4. 스탬프 결합도(Stamp Coupling) – 오답

한 모듈이 다른 모듈에 필요 이상의 데이터 구조(Record, Object 등)를 전달하는 경우.
즉, 필요한 데이터만 넘겨주는 것이 아니라 불필요한 데이터까지 포함된 구조체를 넘겨줌.

a[0]의 주소가 10이라고 가정하고, int형의 크기가 4Byte라고 주어짐
배열 a는 4개의 정수로 이루어져 있으며, 메모리에서 연속된 주소를 차지한다.

요소값	주소	계산
a[0]	14	10
a[1]	22	10 + 4 = 14
a[2]	30	14 + 4 = 18
a[3]	38	18 + 4 = 22

1. "시스템을 모듈로 분할하면 각각의 모듈을 별개로 만들고 수정할 수 있기 때문에 좋은 구조가 된다."

올바른 설명

모듈화(Modularity)의 주요 목표 중 하나는 재사용성, 유지보수성 향상
시스템을 독립적인 모듈로 나누면 각 모듈을 독립적으로 개발, 수정, 테스트할 수 있어 소프트웨어 구조가 개선된다.

2. "응집도는 모듈과 모듈 사이의 상호의존 또는 연결 정도를 의미한다."

틀린 설명 → 정답

응집도(Cohesion)는 모듈 내부 구성 요소 간의 연관성을 의미한다.
하지만, 이 선택지에서는 응집도를 "모듈과 모듈 사이의 상호의존"으로 잘못 설명하고 있다.
모듈 간의 연결 정도는 결합도(Coupling)라고 부른다.
올바른 개념 정리:
- 응집도(Cohesion) → 모듈 내부 요소 간의 연관성
- 결합도(Coupling) → 모듈 간의 연결성 (의존성)

3. "모듈 간의 결합도가 약해야 독립적인 모듈이 될 수 있다."

올바른 설명

결합도(Coupling)가 낮을수록(Loose Coupling) 모듈 간 독립성이 증가
낮은 결합도는 모듈을 독립적으로 수정, 교체, 테스트할 수 있도록 해 유지보수를 쉽게 만든다.

4. "모듈 내 구성 요소 간의 응집도가 강해야 좋은 모듈 설계이다."

올바른 설명

응집도가 높을수록(Strong Cohesion) 모듈이 단일 기능을 명확하게 수행하여 유지보수성이 향상됨
좋은 소프트웨어 설계에서는 높은 응집도(High Cohesion)와 낮은 결합도(Low Coupling)가 중요한 원칙

정보처리기사 1과목 기출 문제 오답 노트

비숑주인 — Sat, 24 Jan 2026 03:09:14 +0900

1. "객체 간의 동적 상호작용을 시간 개념을 중심으로 모델링하는 것이다."

올바른 설명

순차 다이어그램(Sequence Diagram)은 객체 간의 메시지 교환을 시간의 흐름에 따라 표현하는 UML 다이어그램
즉, 객체 간의 동적인 상호작용을 시각적으로 표현하는 것이 핵심

2. "주로 시스템의 정적 측면을 모델링하기 위해 사용한다."

틀린 설명 → 정답

순차 다이어그램은 시간에 따른 동작과 메시지 흐름을 표현하는 것이 목적이므로, 동적인 측면을 모델링하는 데 사용됨
정적 측면(Static Aspect)을 모델링하는 데 사용되는 UML 다이어그램은 클래스 다이어그램(Class Diagram)이다.

3. "일반적으로 다이어그램의 수직 방향이 시간의 흐름을 나타낸다."

올바른 설명

순차 다이어그램에서는 위에서 아래로 시간이 흐른다.
객체(Actor 또는 Object)는 가로축(수평 방향)에 배치되고, 시간의 흐름에 따라 메시지가 수직 방향(아래 방향)으로 연결된다.

4. "회귀 메시지(Self-Message), 제어블록(Statement block) 등으로 구성된다."

올바른 설명

순차 다이어그램은 객체 간 메시지, 회귀 메시지(Self-Message), 제어 구조(Control Structure) 등을 포함할 수 있다.
회귀 메시지(Self-Message): 객체가 자기 자신에게 메시지를 보내는 경우.
제어 블록(Statement Block): 루프(Loop), 조건문(Alternative), 병렬 실행(Parallel) 등의 논리를 표현하는 구조.

3번) 두 기법 모두 결함을 찾기 위한 '검토(Review)' 기법이라는 점은 같으나 방식이 다르다.

- 워크스루(Walkthrough): 개발자가 주도하여 동료들과 비형식적으로 검토하며 결함을 발견하고 이해를 높이는 것이 목적
- 인스펙션(Inspection): 작성자를 제외한 별도의 전문 검토팀(중재자, 기록자 등 역할 분담)이 정해진 절차와 체크리스트에 따라 수행하는 매우 엄격하고 형식적인 검토 과정

2번) 애자일 방법론 자체가 아니라, 나선형(Spiral) 모델의 4가지 주요 단계(계획 수립 → 위험 분석 → 개발 및 검증 → 고객 평가)

1번) XP는 구조적 방법론이 아니라, 변화에 기민하게 대응하는 애자일(Agile) 방법론의 한 종류

1번)

객체 모델링(Object): 객체 다이어그램을 통해 객체들 간의 관계를 규정하는 가장 기초적인 단계
동적 모델링(Dynamic): 상태 다이어그램을 사용하여 시스템의 행위를 기술
기능 모델링(Function): 자료 흐름도(DFD)를 통해 데이터 처리 과정을 표현

4번) 상향식 설계(Bottom-Up)는 최하위 모듈을 먼저 개발한 후 이를 결합하여 상위 모듈을 만드는 방식. 이 방식은 각 모듈이 이미 완성되어 있어야 하므로, 인터페이스가 사전에 명확하게 성립되어 있지 않으면 모듈 간의 결합이나 기능 추가가 매우 어렵다.

4번) 자료 사전(DD)은 구조적 분석 기법에서 데이터 흐름을 정의하는 도구이다. 요구사항 명세 시 구체적인 명세(상세 기능 정의)를 위해 직접적으로 사용되는 표준 도구는 소단위 명세서(Mini-Spec) 입니다.

5단원 정보시스템 구축 관리 개념 요약

비숑주인 — Sat, 24 Jan 2026 01:40:02 +0900

1. 정보 보안 및 접근 통제

정보보안 3대 요소

기밀성(Confidentiality): 인가된 사용자만 접근 가능.
무결성(Integrity): 인가된 사용자만 수정 가능.
가용성(Availability): 필요할 때 언제든 자원 사용 가능.

접근 통제 기술 (Access Control)

방식	영문	권한 부여 기준	특징
임의 접근 통제	DAC	신원(Identity)	데이터 소유자가 권한 지정 (SQL: GRANT/REVOKE)
강제 접근 통제	MAC	등급(Label)	관리자가 설정한 보안 등급 비교 (시스템이 결정)
역할 기반 접근 통제	RBAC	역할(Role)	사용자의 직무나 역할에 따라 권한 부여

2. 네트워크 구성 및 전송 방식

네트워크 토폴로지 (형태)

스타형(성형): 중앙 노드와 1:1 연결. 고장 발견이 쉽지만 중앙 노드 고장 시 전체 마비.
버스형: 한 개의 회선에 여러 단말 연결. 회선 양끝 종단장치(Terminator) 필요.
링형(환형): 인접 단말기끼리 연결. 한 노드 고장 시 전체 시스템 마비.
망형(메시형): 모든 지점 연결. 응답 속도와 신뢰성 최상, 비용은 가장 비쌈.

정보 전송 방식

단방향(Simplex): 한쪽으로만 전송 (라디오, TV).
반이중(Half-Duplex): 양방향 가능하나 동시는 불가 (무전기).
전이중(Full-Duplex): 동시에 양방향 송수신 가능 (전화기).

3. 암호화 알고리즘

양방향 암호화

구분	대칭키 (비밀키)	비대칭키 (공개키)
키 관계	암호화키 = 복호화키	암호화키 != 복호화키
속도	빠름	느림
키 개수	n(n-1)/2 (많음)	2n (적음)
종류	DES, AES, SEED, ARIA	RSA, ECC, Diffie-Hellman

단방향 암호화(Hash): 복호화가 불가능한 함수 (SHA, MD5 등). 고정된 길이의 해시값 출력.

4. 소프트웨어 비용 산정 기법

상향식 산정 (수학적 모델)

LOC (Source Line of Code): 코드 라인 수 기반 산정.
예측치 계산법: (a + 4c + b) / 6 (a: 낙관치, b: 비관치, c: 기대치)
COCOMO: 보헴 제안. 프로젝트 규모(LOC)에 따라 조직형(5만 라인 이하), 반분리형(30만 이하), 내장형(30만 초과) 으로 구분.
Putnam: 생명주기 전 과정 노력 분포 기반. Rayleigh-Norden 곡선 활용 (자동화 도구: SLIM).
기능 점수(FP): 소프트웨어의 기능(입력, 출력, 인터페이스 등) 가중치 합산.

하향식 산정

전문가 감정: 전문가에게 의뢰.
델파이 기법: 조정자와 여러 전문가의 의견 종합 (주관성 배제 노력).

5. 보안 시스템 및 솔루션

침입 탐지 시스템(IDS):
- 오용 탐지: 알려진 공격 패턴 기반.
- 이상 탐지: 정상 상태와 비교하여 비정상 행위 감지.
- NIDS: 네트워크 트래픽 감시 / HIDS: 호스트(서버) 내부 감시.
프레임워크:
- Spring: JAVA 기반 오픈소스 경량 프레임워크.
- 전자정부 프레임워크: 공공사업 표준 아키텍처 제공.

6. 정보보안 침해 및 서비스 공격 유형

악성코드 및 해킹 기법

종류	특징 및 공격 방식
웜 (Worm)	스스로 복제하며 네트워크를 통해 전파. (트로이 목마와 달리 자기 증식성 있음)
트로이 목마	정상 프로그램으로 위장하여 잠입. 복제 능력은 없으나 백도어 형성.
백도어 (Backdoor)	설계 시 고의로 만든 통로. 탐지법: 무결성 검사, 로그 분석, SetID 파일 확인.
스니핑 (Sniffing)	네트워크 상의 패킷을 엿보며 아이디/비밀번호 탈취. (도청)
스푸핑 (Spoofing)	승인받은 사용자인 것처럼 자신의 IP나 MAC 주소를 속여 접속.

서비스 거부 공격 (DoS / DDoS)

DoS: 한 곳에서 대량의 패킷 전송.
DDoS: 여러 좀비 PC(C&C 서버 명령)를 이용해 분산 공격.

공격 종류	상세 내용
Ping of Death	허용 범위를 넘는 거대한 ICMP 패킷을 보내 시스템 마비.
Smurfing	소스 IP를 타겟 IP로 위조한 후 ICMP Echo 요청을 브로드캐스트하여 타겟에게 응답 폭주 유도.
TearDrop	패킷 재조립 순서(Fragment Offset)를 조작하여 수신측 과부하 유도.
LAND Attack	출발지 IP와 목적지 IP를 동일하게 설정하여 무한 루프 응답 유도.

7. 정보보안 솔루션

솔루션	주요 기능
방화벽 (Firewall)	내부/외부 트래픽을 허용 규칙에 따라 필터링.
웹 방화벽 (WAF)	HTTP/HTTPS 등 웹 애플리케이션 계층(L7)의 공격(SQL Injection, XSS) 차단.
IPS (침입 방지)	IDS의 탐지 기능에 능동적 차단 기능을 결합한 솔루션.
VPN (가상 사설망)	공중망을 전용회선처럼 사용할 수 있게 하는 터널링 및 암호화 기술.
DLP (데이터 유출 방지)	사내 기밀 정보가 외부로 나가는 것을 탐지 및 통제.
NAC (네트워크 접근 제어)	내부망 접속 시 MAC 주소 기반 인증 및 무결성 체크.

8. 소프트웨어 품질 및 프로세스 평가 모델

CMMI (능력 성숙도 통합 모델)

초기(Initial): 프로세스 없음. 개인의 능력에 의존.
관리(Managed): 프로젝트 단위의 관리 규칙 존재.
정의(Defined): 조직 차원의 표준 프로세스 확립.
정량적 관리(Quantitatively Managed): 데이터 기반 정량적 통제.
최적화(Optimizing): 지속적인 개선 추진.

SPICE (ISO 15504)

SW 프로세스 평가를 위한 국제 표준으로 6단계 등급을 가집니다.

불완전 → 수행 → 관리 → 확립 → 예측 가능 → 최적

9. 데이터 오류 및 기타 보안 용어

코드 오류 종류

필사(Transcription): 한 자리를 잘못 기록 (ABCD → ABFD)
전위(Transposition): 좌우 자리를 바꿈 (ABCD → ACBD)
이중(Double): 전위 오류가 두 번 발생.

세션 하이재킹 (Session Hijacking)

서버와 클라이언트 간의 세션을 가로채는 공격으로, TCP의 비동기화 상태를 이용하여 접속 권한을 탈취합니다. 탐지법은 ACK Storm 탐지가 대표적

10. UNIX / LINUX 명령어

chmod: chmod 755 파일명 (rwx r-x r-x 권한 부여)
fork / exec: 프로세스 생성 및 실행.
cat / ls / rm: 내용 확인 / 목록 확인 / 삭제.

11. 보안 및 인증 관련 용어

메모리 공격 방어 기술과 인증 프로토콜이 핵심

용어	핵심 정의 및 특징
Stack Guard	스택 오버플로우를 방지하기 위해 메모리에 Canary(카나리) 값을 심고, 이 값이 변조되면 프로그램을 중단시키는 기술
ASLR	주소 공간 배치 난독화. 실행 시마다 메모리 주소(Stack, Heap 등)를 랜덤하게 배치하여 해커의 주소 예측 공격을 차단
Salt	비밀번호 암호화 시, 동일한 패스워드라도 서로 다른 암호문이 생성되도록 덧붙이는 무작위 문자열
SSO	단일 로그인. 한 번의 인증으로 여러 연관된 시스템에 추가 로그인 없이 접근할 수 있는 기술
SSH	네트워크 상의 다른 컴퓨터에 로그인하거나 원격 명령을 실행할 수 있게 해주는 암호화 프로토콜(포트 22번)

12. 네트워크 및 인프라 신기술

물리적 한계를 넘는 논리적 구성과 차세대 통신망 관련 용어

용어	핵심 정의 및 특징
VLAN	물리적 위치와 관계없이 논리적으로 LAN을 분할하여 보안성과 성능을 높이는 기술
MQTT	발행-구독(Pub-Sub) 기반의 가볍고 낮은 대역폭을 사용하는 IoT 전용 메시징 프로토콜
Docker	컨테이너 기반 가상화 도구. 애플리케이션을 환경에 구애받지 않고 빠르게 배포/실행할 수 있게 함
PaaS-Ta	국내 기술로 개발된 개방형 클라우드 컴퓨팅 플랫폼(PaaS)
Mesh Network	망형 네트워크. 기기들이 서로 그물망처럼 연결되어 장애 발생 시 우회 경로를 찾는 등 안정성이 매우 높음

13. 보안 진단 및 분석 도구

시스템의 취약점을 찾거나 변조 여부를 확인하는 도구들.

nmap: 서버에 열려 있는 포트를 스캐닝하여 보안 취약점을 찾는 네트워크 분석 도구
Tripwire: 시스템 내 파일의 변조 여부를 감시하는 무결성 검사 도구. (백도어 탐지 등에 활용)
Router: 서로 다른 네트워크를 연결하고 최적의 경로를 설정해 주는 장비1

14. 최신 IT 트렌드 및 서비스

디지털 전환(DX)과 관련된 융합 기술들

Digital Twin: 현실의 사물을 가상 세계에 똑같이 구현하여 시뮬레이션함으로써 사고를 예방하고 자산을 최적화하는 기술
Smart Grid: IT를 전력망에 접목하여 에너지 효율을 극대화하는 지능형 전력망
SOA (서비스 지향 아키텍처): 업무 단위를 '서비스'라는 독립된 기능으로 구축하고 결합하여 시스템을 구성하는 방법론
Mashup: 웹에서 제공하는 여러 API나 서비스를 조합하여 새로운 서비스를 만드는 기술. (예: 구글 지도 + 부동산 정보)
PICONET: 블루투스 등으로 형성된 소규모 무선 네트워크 단위

4단원 프로그래밍 언어 활용 개념 요약

비숑주인 — Sat, 24 Jan 2026 01:39:31 +0900

1. 운영체제 및 프로세스 관리

프로세스 스케줄링 (비선점형 중심)

프로세스 처리 우선순위를 결정하는 전략이다.

종류	특징
FIFO (First In First Out)	도착한 순서대로 처리하는 가장 단순한 방식입니다.
SJF (Shortest Job First)	실행 시간이 가장 짧은 프로세스부터 처리하여 평균 대기 시간을 최소화합니다.
HRN (Highest Response ratio Next)	SJF의 약점(긴 작업 소외)을 보완하기 위해 대기 시간을 고려합니다.

HRN 우선순위 계산식:

(결과값이 높을수록 우선순위가 높음)

UNIX 운영체제 특징

대화식 시분할 시스템: 여러 사용자가 동시에 서버에 접속하여 사용하기 적합함
C언어 기반: 이식성이 높고 장치 간 호환성이 뛰어나다.
구조: 트리 구조의 파일 시스템을 가지며, 멀티태스킹과 멀티유저를 지원

Python 시퀀스자료

리스트(List): 데이터를 연속적으로 저장 가능하며, 필요에 따라 개수 조절 가능
튜플(Tuple): 데이터를 연속적으로 저장하지만, 요소의 추가 / 삭제 / 변경 불가 -
Range: 연속 된 숫자를 생성 / 리스트, 반복문에서 자주 사용

2. 네트워크 참조 모델 및 프로토콜

OSI 7계층 참조 모델

계층	주요 기능	주요 프로토콜 / 키워드
7. 응용 (Application)	사용자 인터페이스 제공	HTTP, FTP, SMTP, Telnet, DNS
6. 표현 (Presentation)	데이터 암호화, 압축, 코드 변환	JPEG, MPEG, 암호화/복호화
5. 세션 (Session)	대화 제어 및 동기화	동기점(Check point)
4. 전송 (Transport)	종단 간(End-to-End) 신뢰성 있는 전송	TCP(신뢰성), UDP(속도)
3. 네트워크 (Network)	경로 설정(Routing), 패킷 전달	IP, ICMP, ARP, RARP
2. 데이터링크 (Data Link)	노드 간 프레임 전송, 오류/흐름 제어	HDLC, PPP, 프레임(Frame)
1. 물리 (Physical)	전기적, 기계적 특성 정의	허브, 리피터, 비트(Bit) 전송

전송 및 인터넷 계층 핵심 프로토콜

TCP vs UDP: TCP는 양방향 연결형으로 신뢰성이 높고, UDP는 비연결형으로 실시간 스트리밍 등 속도가 중요한 서비스에 사용됨
ARP vs RARP: ARP는 IP 주소를 물리적 주소(MAC)로 바꾸고, RARP는 반대로 MAC 주소를 IP 주소로 변환

3. 소프트웨어 설계 원칙: 응집도와 결합도

모듈의 독립성을 측정하는 지표이다. 응집도는 높을수록, 결합도는 낮을수록 좋은 설계

응집도 (Cohesion) - 모듈 내부의 관련성

(높음) 기능적 → 순차적 → 통신적 → 절차적 → 시간적 → 논리적 → 우연적 (낮음)

결합도 (Coupling) - 모듈 간의 의존성

(낮음) 자료(Data) → 스탬프 → 제어 → 외부 → 공유 → 내용(Content) (높음)

4. 네트워크 제어 및 표준

흐름 제어 및 혼잡 제어

Stop and Wait: 패킷 하나를 보내고 확인 응답(ACK)을 받아야 다음을 전송
Sliding Window: 수신 측의 확인 없이 정해진 윈도우 크기만큼 연속 전송하여 효율을 높인다.
Slow Start: 혼잡 윈도우 크기를 1부터 지수적으로 늘리다 혼잡 발생 시 다시 1로 줄인다.

IEEE 802 표준안

802.3: CSMA/CD (유선 LAN)
802.11: 무선 LAN (Wi-Fi)
802.15: 블루투스/지그비 (개인 영역 네트워크 - WPAN)

5. Python 자료형 핵심

리스트 (List): [ ] 사용. 가변(Mutable)하며 데이터 추가/삭제가 자유롭다.
튜플 (Tuple): ( ) 사용. 불변(Immutable)하며 한 번 생성하면 요소를 바꿀 수 없다.
Range: range(시작, 끝, 증감) 형태로 연속된 숫자 생성 시 사용한다.

6. 네트워크 주소 체계: IPv4 vs IPv6

구분	IPv4	IPv6
주소 길이	32 Bit (8 Bit $\times$ 4개)	128 Bit (16 Bit $\times$ 8개)
표시 방법	10진수 (0~255), 마침표(.)로 구분	16진수 (0000~FFFF), 콜론(:)으로 구분
전송 방식	유니캐스트, 멀티캐스트, 브로드캐스트	유니캐스트, 멀티캐스트, 애니캐스트
주요 특징	설정의 편의성, 기존 인프라 풍부	확장성/보안성(인증, 기밀성) 우수, 패킷 크기 제한 없음

7. 연산자 및 우선순위

연산자 종류 및 특징

비트 연산자: &(AND), ^(XOR: 다르면 1), |(OR), ~(NOT), <<, >>(비트 이동).
관계 연산자: ==(같다), !=(같지 않다), >, <, >=, <= 등.
논리 연산자: ! (NOT), && (AND), || (OR).

연산자 우선순위 요약

순위	연산자 분류	연산자 및 결합 규칙
1	최우선/후위	( ), [ ], . , ->, ++, -- (후위) [→ 방향]
2	단항/전위	++, -- (전위), !, ~, sizeof, (type) [← 방향]
3~4	산술	*, /, % → +, - [→ 방향]
5~7	이동/관계	<<, >> → <, <=, >, >= → ==, != [→ 방향]
8~9	비트/논리	&, ^, `
10~11	삼항/대입	?: (조건) → =, +=, -=, *=, /= 등 [← 방향]
12	순서	, (콤마) [→ 방향]

8. 운영체제 핵심: UNIX 및 프로세스 관리

UNIX의 구성 요소

커널(Kernel): 하드웨어 보호 및 프로그램-하드웨어 간 인터페이스 역할을 하며 프로세스, 기억장치, 파일을 관리
쉘(Shell): 사용자의 명령을 해석하여 커널에 전달하는 시스템과 사용자 간 인터페이스

프로세스 상태 전이 및 스레드

주요 용어:
- 디스패치(Dispatch): 준비(Ready) 상태의 프로세스가 실행(Run) 상태로 바뀌는 과정
- 문맥 교환(Context Switching): 이전 프로세스의 상태를 보관하고 다음 프로세스의 레지스터를 적재하는 과정.
스레드(Thread): 프로세스 내의 작업 단위로, 다중 스레드 사용 시 병행성이 향상되고 응답 시간이 단축됨

9. 기억장치 배치 전략 및 기타

배치 전략:
- First Fit(최초 적합): 첫 번째 가용 영역에 배치.
- Best Fit(최적 적합): 단편화를 최소화하는 공간에 배치.
- Worst Fit(최악 적합): 단편화가 가장 많이 남는 공간에 배치.
가비지 컬렉터(Garbage Collector): 더 이상 사용되지 않는 객체(변수)를 메모리에서 자동으로 제거한다
예외 처리(Exception): 하드웨어 문제나 사용자 입력 실수 등 비정상적인 실행 상태에 대비하는 프로세스

10. 스크립트 언어 특징

컴파일 단계 없이 실행되는 언어들로 웹 개발 및 시스템 자동화에 쓰인다.

언어	특징
Javascript	웹페이지 동작 제어를 위한 클라이언트용 언어
Python	인터프리터 방식의 객체지향 언어로 이식성이 높고 동적 타이핑 지원
JSP / ASP	서버 측에서 동적 페이지를 만들기 위한 자바 기반(JSP) 및 MS 기반(ASP) 언어
쉘 스크립트	유닉스/리눅스 쉘 명령의 조합으로 컴파일 없이 빠른 실행 가능 (.sh)

예외 처리 및 가비지 컬렉터

예외 처리 (Exception): 하드웨어 문제, 사용자 입력 실수 등으로 프로그램이 비정상 실행될 때를 대비한 처리 프로세스
가비지 컬렉터 (Garbage Collector): 선언 후 더 이상 사용되지 않는 객체를 메모리에서 자동으로 제거해주는 모듈.

CSMA/CA

무선 랜(Wireless LAN) 환경에서 데이터 전송 충돌을 피하기 위해 매체가 비어있음을 확인한 후 전송하는 방식.

11. 교착상태 (Dead Lock)

둘 이상의 프로세스가 서로 자원을 점유한 채 상대방의 자원을 요구하며 무한정 대기하는 상태

이 4가지가 모두 만족되어야 교착상태가 발생한다.

상호 배제(Mutual Exclusion): 한 번에 한 프로세스만 자원 사용 가능.
점유 및 대기(Hold and Wait): 자원을 가진 채 다른 자원을 기다림.
비선점(Non-preemption): 타인에게 할당된 자원을 강제로 뺏을 수 없음.
환형 대기(Circular Wait): 프로세스들이 원형으로 서로의 자원을 대기함.

교착상태 해결 방법

예방(Prevention): 4가지 조건 중 하나를 사전에 제거 (자원 낭비 심함).
회피(Avoidance): 은행원 알고리즘(Banker’s Algorithm)을 사용하여 안전한 상태일 때만 자원 할당.
발견(Detection): 시스템을 점검하여 교착상태인 프로세스 찾음.
회복(Recovery): 프로세스 종료 또는 자원 선점.

12. 기억장치 관리 전략

페이지 교체 알고리즘

주기억장치가 꽉 찼을 때 어떤 페이지를 내보낼지 결정하는 방법

OPT (최적 교체): 향후 가장 오랫동안 사용되지 않을 페이지 교체 (이론적 최적).
FIFO: 가장 먼저 들어온 페이지를 교체.
LRU (Least Recently Used): 최근에 가장 오랫동안 사용하지 않은 페이지 교체.
LFU (Least Frequently Used): 참조 횟수가 가장 적은 페이지 교체.

스래싱(Thrashing)과 Locality

스래싱: 페이지 부재가 너무 자주 발생하여 CPU가 실제 작업보다 페이지 교체에 더 많은 시간을 쓰는 성능 저하 현상.
Locality (국부성): 프로세스가 특정 시간 동안 메모리의 일부 영역만 집중 참조하는 성질.
- 시간 구역성: 최근 참조된 곳을 다시 참조 (Loop, Stack 등).
- 공간 구역성: 인접한 곳을 참조 (Array, 순차 실행 등).
워킹셋 (Working Set): 자주 참조하는 페이지 묶음을 메모리에 상주시켜 스래싱 방지.

페이징(Paging) vs 세그먼테이션(Segmentation)

페이징: 프로그램을 고정 크기로 분할. 내부 단편화 발생 가능.
세그먼테이션: 프로그램을 논리적 단위(가변 크기) 로 분할. 외부 단편화 발생 가능.

13. 프로그래밍 및 개발 언어 기초

Java 접근 제어자 (Access Modifier)

제어자	접근 범위
Public	누구나 접근 가능 (클래스 내부, 패키지 내부/외부)
Protected	같은 패키지 내, 혹은 상속받은 자식 클래스에서 접근 가능
Default	같은 패키지 내부에서만 접근 가능 (별도 키워드 없음)
Private	해당 클래스(객체) 내부에서만 접근 가능

C언어 표준 라이브러리

헤더 파일	주요 함수	역할
stdio.h	printf, scanf	데이터 입출력
math.h	sqrt, pow, abs	수학적 연산
string.h	strlen, strcpy, strcmp	문자열 처리
stdlib.h	malloc, free, rand, atoi	메모리 동적 할당, 난수, 형 변환

14. UNIX / LINUX 주요 명령어

파일 및 디렉터리: ls(목록), cp(복사), rm(삭제), chmod(권한 설정), chown(소유자 변경).
프로세스 및 시스템: fork(프로세스 생성), exec(수행), wait(대기), cat(내용 출력), fsck(시스템 검사).

15. 기타 핵심 개념

배치 프로그램(Batch Program): 사용자 개입 없이 대량의 데이터를 일괄 처리하는 프로그램 (필수 요소: 대용량, 자동화, 안정성, 성능, 견고성).
버퍼 오버플로(Buffer Overflow): 할당된 메모리 범위를 넘어선 데이터 입력으로 인해 발생하는 보안 취약점.
변수 명명 규칙: 영문, 숫자, _ 사용 가능 / 첫 글자 숫자 불가 / 공백 및 예약어 사용 불가.

3단원 데이터베이스 구축 개념 요약

비숑주인 — Sat, 24 Jan 2026 01:38:48 +0900

1. 데이터베이스 설계 단계

설계 순서는 개념 → 논리 → 물리 순

단계	주요 활동 및 특징
개념적 설계	사용자 요구사항 분석 후 E-R 다이어그램 작성, DBMS 독립적 스키마 설계
논리적 설계	DBMS에 맞는 논리적 구조(테이블)로 매핑, 정규화, 트랜잭션 인터페이스 설계
물리적 설계	특정 DBMS의 특성 고려, 인덱스/뷰/파티션 설계, 성능 향상을 위한 반정규화

스키마 (Schema)

데이터베이스의 구조와 제약 조건에 관한 전반적인 명세를 정의한 것

개념 스키마 (Conceptual Schema):
- 사용자와 DB 관리자 관점의 스키마로 데이터베이스 전체를 정의
- 데이터 개체, 관계, 제약 조건, 접근 권한, 무결성 규칙을 명세
내부 스키마 (Internal Schema):
- DB 설계자와 개발자 관점의 스키마
- 개념 스키마를 물리적 저장장치에 구현하는 방법을 정의하며, 물리적 구조와 내부 레코드의 물리적 순서를 포함
외부 스키마 (External Schema):
- 사용자 관점의 스키마로, 사용자나 프로그램마다 다양한 형태의 논리적 구조로 존재

E-R 다이어그램(Entity-Relationship Diagram) 표기법

기호	의미	상세 설명
사각형	개체(Entity)	현실 세계의 객체나 개념
마름모	관계(Relationship)	개체 간의 연관성
타원	속성(Attribute)	개체가 가진 성질이나 상태
밑줄 타원	기본키(Primary Key)	개체를 유일하게 식별하는 속성
이중 타원	다중값 속성	하나의 개체가 여러 값을 가질 수 있는 속성
실선	연결	개체와 속성, 개체와 관계를 연결

2. 관계형 데이터베이스의 구조 및 특징

속성 (Attribute): 열(Column), 필드. 파일 구조의 항목에 해당. (Degree: 속성의 개수)
튜플 (Tuple): 행(Row), 레코드. (Cardinality: 튜플의 개수)
도메인 (Domain): 하나의 속성이 가질 수 있는 원자값들의 집합.

릴레이션의 특징

튜플은 모두 상이하며 순서가 무관함.
속성 간의 순서는 중요하지 않음.
모든 속성 값은 분해 불가능한 **원자 값(Atomic Value)**이어야 함.
기본키(PK)는 Null 값을 가질 수 없음 (개체 무결성).

3. 키(Key)와 무결성 제약조건

데이터의 정확성과 일관성을 유지하기 위한 필수 개념

키의 분류

후보키 (Candidate Key): 유일성과 최소성을 모두 만족하는 키.
기본키 (Primary Key): 후보키 중 선정된 키 (Null 불가, 중복 불가).
대체키 (Alternate Key): 후보키 중 기본키를 제외한 나머지 키.
슈퍼키 (Super Key): 유일성은 만족하지만 최소성은 만족하지 못하는 키.
외래키 (Foreign Key): 타 릴레이션의 기본키를 참조하는 속성.

무결성 종류

개체 무결성: 기본키는 Null이나 중복값을 가질 수 없음.
참조 무결성: 외래키 값은 참조하는 릴레이션의 기본키 값과 같거나 Null이어야 함.
도메인 무결성: 특정 속성 값은 정의된 도메인 영역 내에 있어야 함.

4. 관계 대수 및 관계 해석

관계 대수: 무엇을 어떻게 유도할 것인지 명시하는 절차적 언어.
- Select (sigma): 행 추출 (수평 연산)
- Project (pi): 열 추출 (수직 연산)
- Join (bowtie): 공통 속성 중심 결합
- Division (div): 관련 튜플 추출
관계 해석: 무엇을 원하는지만 명시하는 비절차적 언어. (튜플 관계 해석, 도메인 관계 해석)

5. 정규화 (Normalization)

데이터 중복을 제거하여 이상(Anomaly) 현상을 방지하는 과정입니다.

이상 현상 종류: 삽입 이상, 삭제 이상, 갱신 이상

정규화 단계 (두문자: 도-부-이-결-다-조)

1NF (제1정규형): 모든 도메인이 원자값으로 구성.
2NF (제2정규형): 부분 함수적 종속 제거 (완전 함수적 종속 만족).
3NF (제3정규형): 이행적 함수적 종속 제거.
BCNF (보이스-코드 정규형): 모든 결정자가 후보키여야 함.
4NF (제4정규형): 다치 종속 제거.
5NF (제5정규형): 조인 종속 제거.

6. 데이터 사전 (Data Dictionary)

데이터베이스의 자원들을 효율적으로 관리하기 위해 다양한 객체 정보를 저장하는 시스템 테이블

정의: 데이터베이스에 포함된 모든 객체(테이블, 뷰, 인덱스 등)에 대한 정의나 명세 정보를 유지 및 관리
메타데이터(Metadata): '데이터에 관한 데이터'인 메타데이터를 저장하고 있다.
특징:
- 사용자가 SQL문을 사용하여 내용을 검색(SELECT) 할 수는 있음.
- 시스템이 자동으로 생성하고 유지하므로, 일반 사용자가 내용을 직접 갱신(UPDATE, INSERT 등)하는 것은 불가능
데이터 디렉터리(Data Directory): 데이터 사전에 수록된 데이터에 실제로 접근하는 데 필요한 위치 정보를 관리하는 장소 (시스템만 접근 가능)

7. 트랜잭션 (Transaction)

데이터베이스의 상태를 변환시키는 하나의 논리적 기능을 수행하기 위한 작업의 단위

트랜잭션의 4대 특징 (ACID)

특징	설명
원자성 (Atomicity)	연산이 DB에 모두 반영되거나(Commit), 전혀 반영되지 않아야(Rollback) 함.
일관성 (Consistency)	트랜잭션 수행 전과 후의 시스템 고정 요소는 항상 동일한 상태를 유지해야 함.
독립성 (Isolation)	둘 이상의 트랜잭션이 병행될 때, 어느 하나가 다른 트랜잭션의 연산에 끼어들 수 없음.
영속성 (Durability)	완료된 트랜잭션의 결과는 시스템에 장애가 발생하더라도 영구적으로 기록되어야 함.

트랜잭션 제어어 (TCL)

COMMIT: 트랜잭션 작업이 성공적으로 완료되었음을 선언하고 DB에 영구 반영하는 명령어
ROLLBACK: 트랜잭션이 비정상 종료되었을 때, 변경 작업을 취소하고 이전의 상태로 되돌리는 명령어

10. 인덱스 (Index)

데이터 레코드에 빠르게 접근하거나 조회하기 위해 별도로 구성한 순서 데이터

특징:
- 데이터베이스 내 테이블을 삭제하면 해당 테이블과 연결된 인덱스도 자동으로 삭제됨
- 데이터 수정이 빈번할 경우 인덱스 유지 비용으로 인해 성능이 저하될 수 있다.
주요 명령어: 생성 시 CREATE INDEX, 삭제 시 DROP INDEX를 사용함
인덱스 종류:
- 클러스터드(Clustered): 물리적 순서와 인덱스 순서가 동일 (테이블당 1개).
- 넌클러스터드(Non-Clustered): 물리적 순서와 인덱스 순서가 다름 (테이블당 여러 개 가능).
- 기타: 트리 및 함수 기반, 비트맵, 비트맵 조인, 도메인 인덱스 등.

11. 뷰 (View)

기본 테이블로부터 유도된 이름이 있는 가상 테이블

특징:
- 논리적으로만 존재하며, 물리적인 저장 장치에는 실존하지 않음.
- 기본 테이블이나 뷰가 삭제되면 이를 기초로 정의된 다른 뷰도 자동으로 삭제됨
장점: 논리적 데이터 독립성 제공, 데이터 보안 및 관리 용이.
단점: 독립적인 인덱스를 가질 수 없음, ALTER 문을 통한 구조 변경 불가, 삽입/삭제/갱신 연산에 제약이 따른다.

12. 병행 제어 (Concurrency Control)

다중 프로그래밍 환경에서 여러 트랜잭션이 동시에 수행될 때 데이터베이스의 일관성을 유지하기 위한 기법

로킹 (Locking) 단위

트랜잭션이 접근하는 데이터를 잠가 다른 트랜잭션의 접근을 제어하는 기법의 대상 크기

로킹 단위가 작을 때: 로크 수 증가 -> 오버헤드 증가 -> 병행성(공유도) 증가.
로킹 단위가 클 때: 로크 수 감소 -> 오버헤드 감소 -> 병행성(공유도) 감소.

병행 제어 기법 종류

로킹 기법: 트랜잭션의 순차적 진행을 보장하여 일관성 유지.
낙관적 검증: 일단 수행 후 종료 시점에 검증.
타임스탬프: 부여된 시간 순서에 따라 수행.
다중 버전 동시성 제어(MVCC): 타임스탬프를 비교하여 최적의 버전을 선택.

13. 데이터 회복 기법 (Recovery)

트랜잭션 수행 중 장애 발생 시 데이터베이스를 이전의 정상 상태로 복구하는 기법.

즉시 갱신: 변경 내용을 즉시 DB에 반영하며, 로그를 토대로 Redo와 Undo를 모두 수행
지연 갱신: 부분 완료 전까지는 로그에만 기록하고 나중에 반영하며, Undo 없이 Redo만 수행
검사 시점(Checkpoint): 특정 시점에 체크포인트를 설정하여 중간중간 저장
그림자 페이징: 로그를 사용하지 않고 복제된 그림자 페이지를 이용해 회복

14. SQL (Structured Query Language)

데이터베이스를 제어하고 조작하는 표준 언어

① DDL (데이터 정의어)

구조를 생성, 변경, 삭제

명령어	기능	주요 옵션 및 상세 내용
CREATE	생성	SCHEMA, DOMAIN, TABLE, VIEW, INDEX 등을 생성함
ALTER	변경	TABLE의 구조를 변경(컬럼 추가, 이름 변경 등)함
DROP	삭제	객체를 완전히 삭제함 - CASCADE: 참조하는 모든 개체를 함께 제거함 - RESTRICT: 다른 개체가 참조 중이면 삭제를 취소함

② DML (데이터 조작어)

데이터를 조회, 삽입, 삭제, 갱신

명령어	기능	주요 구문 및 조건식
SELECT	조회	데이터를 검색함 (DISTINCT 사용 시 중복 제거 가능) - GROUP BY: 특정 속성별로 그룹화 - HAVING: 그룹화된 데이터의 조건 지정 - ORDER BY: 결과 정렬 (ASC 오름차순, DESC 내림차순)
INSERT	삽입	테이블에 새로운 튜플을 삽입함 (INSERT INTO ... VALUES ...)
DELETE	삭제	테이블 내의 데이터를 삭제함 (DELETE FROM ... WHERE ...)
UPDATE	갱신	테이블의 데이터를 수정함 (UPDATE ... SET ... WHERE ...)
조건식	연산자	- LIKE: 만능문자 활용 (%: 모든 글자, _: 한 글자) - BETWEEN: 특정 범위 내의 값 검색 - IS NULL: 빈 칸(Null)인 데이터 검색

③ DCL (데이터 제어어)

보안, 무결성, 회복, 병행 제어를 담당

명령어	기능	상세 설명
COMMIT	반영	트랜잭션의 작업이 정상적으로 완료되었음을 확정함
ROLLBACK	취소	트랜잭션이 비정상 종료 시 모든 변경 사항을 취소하고 원복함
SAVEPOINT	저장점	ROLLBACK 시 돌아갈 위치를 지정함
GRANT	권한 부여	특정 사용자에게 데이터베이스 사용 권한을 부여함
REVOKE	권한 취소	부여했던 사용자의 권한을 회수함
옵션	권한 재부여	WITH GRANT OPTION: 권한을 부여받은 사용자가 다른 사용자에게 권한을 다시 줄 수 있게 함

15. 분산 데이터베이스

물리적으로 분산된 다수의 컴퓨터에 저장되어 있으나, 사용자는 하나의 시스템처럼 인식하는 데이터베이스

5대 목표(투명성):
1. 위치 투명성: 실제 물리적 위치를 몰라도 접근 가능.
2. 중복 투명성: 데이터가 여러 곳에 중복되어도 하나의 데이터로 인식.
3. 병행 투명성: 분산 트랜잭션들이 동시에 실행되어도 결과의 일관성 유지.
4. 분할 투명성: 하나의 릴레이션이 분할되어도 사용자는 하나로 인식.
5. 장애 투명성: 특정 지역 장애 발생 시에도 전체 시스템은 가동.

2단원 소프트웨어 개발 개념 요약

비숑주인 — Sat, 24 Jan 2026 01:38:23 +0900

1. 선형 구조 (Linear Structure)

데이터가 일직선으로 연결된 형태

구분	주요 특징 및 내용	비고 (추가 설명)
배열 (Array)	• 정적 구조 / 기억장소 추가 어려움 / 첨자 사용 • 반복적 데이터 처리 작업에 적합 • 데이터마다 동일 이름 변수 사용해 처리 간편	인덱스를 통한 직접 접근이 가능해 속도가 매우 빠름
스택 (Stack)	• 리스트 한쪽 끝으로만 자료의 삽입/삭제 • 후입선출 (Last-in-First-out, LIFO) • 인터럽트 처리 / 서브루틴 호출 작업에 활용 • Underflow: 삭제할 데이터가 없을 때 발생 • Overflow: 삽입할 공간이 없을 때 발생	복귀 주소(Return Address) 저장 시 주로 사용
큐 (Queue)	• 리스트 한쪽은 노드 삽입 / 반대쪽은 노드 삭제 • 선입선출 (First-in-First-out, FIFO)	운영체제의 작업 스케줄링 등에 활용
데크 (Deque)	• 리스트 양쪽 끝에서 삽입/삭제 가능	스택과 큐의 장점을 모두 가짐
선형 리스트 (Linear List)	[연속 리스트] • 자료구조가 연속되는 기억장소에 저장 • 데이터 중간 삽입 시 연속된 빈 공간 필요 • 삽입/삭제 시 자료의 이동 필요 [연결 리스트] • 노드의 포인터 부분을 이용해 서로 연결 • 노드의 삽입/삭제 작업 용이 • 포인터가 필요해 기억 공간 효율 낮음 • 포인터 찾는 시간 필요 → 접근 속도 느림	연속 리스트는 밀집 리스트라고도 하며, 연결 리스트는 노드(Data+Link)로 구성됨

2. 비선형 구조 (Non-Linear Structure)

데이터가 계층적이거나 망 형태로 구성된 형태

구분	주요 특징 및 내용	비고 (추가 설명)
트리 (Tree)	• 노드(Node)와 가지(Branch)로 구성된 그래프 (사이클 X) • 차수(Degree): 각 노드에서 뻗어 나온 가지 수 • 트리의 차수: 각 노드의 차수 중 최대 차수 • 단말(Terminal): 자식/Degree가 없는 노드	족보나 조직도와 같은 계층 구조를 표현
그래프 (Graph)	• 방향 그래프: 정점 연결 선 방향 존재 / 최대 간선 수 • 무방향 그래프: 방향 X / 최대 간선 수	정점(Vertex)과 간선(Edge)의 집합

빌드 자동화 도구

소스 코드를 소프트웨어로 변환하는 과정에 필요한 전처리, 컴파일 등의 작업을 수행하는 소프트웨어

Ant: XML 기반의 자원 빌드 도구
Maven: 의존성 관리를 제공하는 빌드 도구
Gradle: 안드로이드 공식 빌드 도구로, Groovy나 Kotlin을 사용하여 유연한 스크립트 작성 가능
Jenkins: 지속적 통합(CI)을 위한 대표적인 오픈소스 도구

구성 요소	설명
패키저 (Packager)	콘텐츠를 배포 가능한 형태로 암호화하는 프로그램
클리어링 하우스	사용 권한, 라이선스 발급, 결제 관리 수행
DRM 컨트롤러	배포된 콘텐츠의 이용 권한을 통제하는 프로그램
보안 컨테이너	콘텐츠 원본을 안전하게 유통하기 위한 전자적 보안 장치

4. 소프트웨어 형상 관리 (SCM)

개발 과정에서 SW 변경사항을 관리하기 위한 활동으로, 개발 전체 단계에 적용된다.

주요 역할	특징
중요성	변경사항 추적/통제, 무절제한 변경 방지, 개발 진행 이력 확인
관리 역할	배포본 관리 용이, 불필요한 소스 수정 제한, 여러 개발자 동시 개발 가능

형상 관리의 4가지 활동

항목	내용
형상 식별	관리 대상에 이름/번호 부여 후 계층 구조로 구분 → 수정/추적 용이
형상 통제	식별된 형상 항목에 대한 변경 요구 검토 (기준선 반영될 수 있게 함)
형상 감사	기준선(Baseline)의 무결성 평가를 위해 확인/검증/검열 과정 진행
형상 기록	형상 식별/통제/감사 작업 결과를 기록·관리하고 보고서 작성

형상 관리 도구: CVS, SVN, Git

소프트웨어 버전 등록 용어

용어	설명
저장소 (Repository)	최신 버전 및 변경 내역 관련 정보가 저장되는 곳
가져오기 (Import)	버전 관리가 미진행된 초기 저장소에 처음으로 파일을 복사
체크아웃 (Check-out)	프로그램 수정을 위해 저장소에서 파일을 받아옴
체크인 (Check-in)	수정한 파일을 저장소에 새로운 버전으로 갱신
커밋 (Commit)	체크인 시 충돌(Conflict)이 발생하면 Diff 도구로 수정 후 갱신 완료
동기화 (Update)	자신의 작업 공간을 저장소의 최신 버전 상태로 동기화
등록 과정	가져오기 → 인출(Check-out) → 커밋 → 동기화 → 차이

소프트웨어 버전 관리 도구 분류

방식	특징	대표 예시
공유 폴더	로컬 컴퓨터 내 공유 폴더에 저장/관리. 개발 완료 파일을 매일 복사	SCCS, RCS, PVCS, QVCS
클라이언트/서버	중앙 시스템(서버)에서 관리. 서버 문제 시 협업 중단 위험	CVS, SVN
분산 저장소	원격과 로컬 저장소에 함께 저장. 로컬 반영(Commit) 후 원격 반영(Push)	Git, Bitkeeper

기업 애플리케이션 통합 (EAI) 방식

방식	특징
Point to Point	데이터 간 1:1 개별 연결. 변경 및 재사용 어려움
Hub & Spoke	중앙 허브를 통한 전송. 확장성 좋으나 허브 장애 시 전체 영향
Message Bus	미들웨어를 두고 처리. 확장성 및 대용량 처리에 유리
Hybrid	Hub & Spoke와 Message Bus 혼합. 병목 현상 최소화

코드 품질 분석 도구

정적 분석 (실행 X): pmd, cppcheck, checkstyle, SonarQube, Find Bug, cobertura
동적 분석 (실행 O): Valance, Valgrind, Avalanche

5. 애플리케이션 테스트의 분류 및 원리

구분	분류	세부 내용 및 예시
① 실행 여부	정적 테스트	프로그램 실행 X / 명세서, 소스 코드 분석 (워크스루, 인스펙션 등)
	동적 테스트	프로그램 실행 후 오류 검사 (화이트박스, 블랙박스 테스트)
② 테스트 기반	명세 기반	요구사항 명세 확인 (동등 분할, 경계값 분석 등 블랙박스 기법)
	구조 기반	내부 논리 흐름 확인 (구문, 결정, 조건 기반 등 화이트박스 기법)
	경험 기반	테스터의 경험 활용 (에러 추정, 체크리스트, 탐색적 테스팅)
③ 시각 기반	검증(Verification)	개발자 시각: 제품 생산 과정 테스트 (단위, 통합, 시스템 테스트)
	확인(Validation)	사용자 시각: 생산된 제품 결과 테스트 (인수 테스트 - 알파/베타)
④ 목적 기반	회복/안전/강도/성능/구조/회귀/병행	회복(정상 회복), 강도(과부하), 성능(응답 시간), 회귀(수정 후 결함 유무) 등

테스트 기본 원리

결함 존재 증명: 테스트는 결함이 있음을 밝히는 것이지, 없음을 증명할 수는 없음.
완벽한 테스트 불가능: 무한한 경로와 입력은 테스트할 수 없음.
결함 집중 (Pareto 법칙): 20%의 모듈에서 전체 결함의 80%가 발생함.
살충제 패러독스: 동일한 테스트 케이스를 반복하면 새로운 버그를 발견할 수 없음.
오류-부재의 궤변: 결함이 없더라도 요구사항을 충족하지 못하면 품질이 낮은 것임.
Brooks의 법칙: 지연되는 프로젝트에 인력을 추가 투입하면 더 지연됨.

6. 화이트박스 vs 블랙박스 테스트

구분	화이트박스 테스트 (White Box)	블랙박스 테스트 (Black Box)
특징	모듈 내부 구조/논리 경로 직접 점검	내부 구조 모름 / 인터페이스 기능 점검
별칭	구조 테스트	기능 테스트
기법	기초 경로 검사, 제어 구조 검사(조건, 루프, 자료 흐름)	동치 분할, 경계값 분석, 원인-효과 그래프, 오류 예측 등

7. 개발 단계에 따른 테스트 (V-모델 연계)

단위 테스트 (Unit): 최소 단위(모듈) 기반. 구조 기반(화이트박스) 및 기능성 우선.
통합 테스트 (Integration): 모듈 통합 과정의 오류 탐지.
- 하향식 (Top-down): 상위 → 하위. 스텁(Stub) 사용.
- 상향식 (Bottom-up): 하위 → 상위. 클러스터 및 드라이버(Driver) 사용.
시스템 테스트 (System): 실제 사용 환경과 유사한 환경에서 기능/비기능 점검.
인수 테스트 (Acceptance): 요구사항 충족 확인.
- 알파: 통제된 환경(개발자+사용자) / 베타: 통제되지 않은 환경(사용자)

7. 테스트 산출물 및 도구

테스트 케이스: 입력값, 실행 조건, 기대 결과 등으로 구성된 명세서.
테스트 시나리오: 테스트 케이스를 적용하는 구체적인 절차 문서.
테스트 오라클: 결과가 올바른지 판단하는 기준. (참, 샘플링, 휴리스틱, 일관성 오라클)

테스트 하네스 (Test Harness)

테스트 드라이버: 상향식 테스트에서 하위 모듈을 호출하는 도구.
테스트 스텁: 하향식 테스트에서 하위 모듈 역할을 대신하는 가짜 모듈.
기타: 테스트 슈트(케이스 집합), 테스트 스크립트, 목 오브젝트(계획된 행위 수행 객체).

8. 인터페이스 구현 및 데이터 전송

애플리케이션 간 데이터를 전송하고, 수신 측에서 이를 파싱(Parsing) 하여 해석하는 방식

JSON (JavaScript Object Notation):
- 속성-값 쌍(Attribute-Value Pairs)으로 구성된 데이터 오브젝트 전달용 표준 포맷
- AJAX에서 주로 사용되며, XML을 대체하는 주요 포맷으로 자리 잡았다.
XML (eXtensible Markup Language):
- HTML의 비호환성과 SGML의 복잡성을 해결하기 위해 개발된 특수 목적의 마크업 언어
AJAX (Asynchronous JavaScript and XML):
- JavaScript를 사용한 비동기 통신 기술로, 페이지 전체를 새로고침 하지 않고도 데이터를 주고받을 수 있다.

xUnit: Java, C++, .Net 등 다양한 언어를 지원하는 단위 테스트 프레임워크입니다.
STAF: 서비스 호출, 컴포넌트 재사용 등 다양한 환경을 지원합니다.
FitNesse: 웹 기반으로 테스트 케이스 설계, 실행, 결과 확인을 지원합니다.
Selenium: 다양한 브라우저 및 개발 언어를 지원하는 웹 애플리케이션 테스트 도구입니다.
watir: Ruby 언어 기반의 애플리케이션 테스트 프레임워크입니다.

9. 알고리즘 시간 복잡도 (Big-O)

복잡도	알고리즘 예시	설명
	해시 함수	자료 크기와 무관한 일정 속도
	이진 탐색	로그형 복잡도
	순차 탐색	입력 자료 크기에 정비례하는 선형 복잡도
	힙/합병(병합) 정렬	선형 로그형 복잡도
	선택/버블/삽입/퀵 정렬	대부분 힙/합병보다 복잡도가 큼 (

10. 해싱 함수 종류 (Hash Function)

제산법
주소 = 키 mod M
→ 가장 많이 사용, M은 소수 권장
중첩법(폴딩법)
키를 여러 부분으로 나누어 더하거나 XOR
→ 긴 키에 사용
기수변환법
키의 진수를 다른 진수로 변환 후 주소 계산
숫자분석법
키의 숫자 분포를 분석해 균등한 자리 선택
→ 사전 분석 필요
기타
제곱법(Mid-square), 무작위법 등

11. 알고리즘 설계 기법

분할 정복 (Divide and Conquer)
문제를 분할 → 해결 → 결합
예) 병합정렬, 퀵정렬
동적 계획법 (Dynamic Programming)
부분 문제 결과를 저장·재사용
예) 피보나치, 배낭 문제
그리디 (Greedy)
매 단계에서 최적 선택
예) 크루스칼, 프림
⚠ 항상 최적해 보장 X
백트래킹 (Backtracking)
모든 경우 탐색 + 가지치기
예) N-Queen, 스도쿠

DP ↔ 분할정복: 중복 부분 문제 유무
그리디: 지역 최적 ≠ 전체 최적 가능
백트래킹: 상태공간트리 + 가지치기
해싱 핵심: 충돌 최소화

12. 통합 개발 환경 (IDE)

개발에 필요한 도구를 하나의 인터페이스로 제공
주요 기능
- Compile: 고급언어 → 기계어 변환
- Debugging: 오류 수정
- Deployment: 사용자에게 전달
예: 이클립스(IBM), 비주얼 스튜디오(MS), Xcode(Apple), 안드로이드 스튜디오(Google)

13. 인스펙션 (Inspection)

개발 산출물 정적 검토 기법
절차:
계획 → 사전교육 → 준비 → 인스펙션 회의 → 수정 → 후속조치

14. 리팩토링 (Refactoring)

기능 변경 없이 내부 구조 개선
목적: 유지보수성 향상, 설계 이해 용이, 수정 비용 감소

15. SW 구현 단계

코딩 계획 → 코딩 → 컴파일 → 테스트

16. 제품 SW 패키징 시 고려사항

보안
사용자 편의성
암호화 알고리즘 적용
다양한 기기 연동

17. 인터페이스 보안을 위한 네트워크 솔루션

IPSec
SSL
S-HTTP

18. 정렬 방법

1. 선택 정렬 (Selection Sort)

최소값을 찾아 앞자리와 교환
교환 횟수 적음
시간복잡도: O(n²)

2. 삽입 정렬 (Insertion Sort)

앞부분은 정렬된 상태 유지
새 원소를 알맞은 위치에 삽입
거의 정렬된 경우 빠름
시간복잡도: O(n²)

3. 버블 정렬 (Bubble Sort)

인접한 두 값 비교 후 교환
큰 값이 오른쪽으로 이동
가장 비효율적
시간복잡도: O(n²)

1단원 소프트웨어 설계 개념 요약

비숑주인 — Sat, 24 Jan 2026 01:28:18 +0900

1. 소프트웨어 생명주기 (Software Development Life Cycle, SDLC) 모델

소프트웨어를 개발하기 위한 과정을 단계별로 나눈 모델

모델명	주요 특징	핵심 키워드
폭포수 (Waterfall)	선형 순차적 개발, 가장 오래된 고전적/전통적 모임	Step-by-Step, 하향식
HIPO (Hierarchy Input Process Output)	하향식 설계 방식으로 시스템의 기능을 입력-처리-출력으로 표현	가시적/총체적/세부적 도표, 유지보수 간단
프로토타입 (Prototype)	고객의 요구사항(Need) 파악을 위해 견본/시제품 제작	인터페이스 중심, 요구사항 변경 용이
나선형 (Spiral)	폭포수 + 프로토타입 + 위험 분석 기능 추가	위험 관리/최소화, 점진적 반복
애자일 (Agile)	짧은 주기(Sprint/Iteration)를 반복하며 유연한 대응	고객 상호작용 중시, XP/Scrum/Lean

나선형 모델의 4단계 순서

계획 수립 → 위험 분석 → 개발 및 검증 → 고객 평가

하향식설계(Top-down) : 절차지향(순차적) / 최상위 컴포넌트 설계 후 하위 기능 부여 → 테스트 초기부터 사용자에게 시스템 구조제시 가능

상향식설계(Bottom-up): 객체지향/ 최하위 모듈 먼저 설계 후 이들을 결합하고 검사 → 기능 추가 어려움

Component : 명백한 역할을 가지며 재사용되는 모든 단위 / 인터페이스 통해 접근 가능

2. 애자일(Agile) 방법론 상세

스크럼(Scrum) 기법의 역할

제품 책임자(PO): 백로그(Backlog) 작성, 우선순위 지정, 의사결정권자.
스크럼 마스터(SM): 가이드 및 조언자, 장애 요소 해결, 객관적 시각 유지.
개발팀(DT): 실제 개발 수행 주체. (우선순위 지정 불가)

스크럼개발프로세스

스프린트 계획 회의 → 스프린트(개발 기간 2~4주 단기간 목표) → 일일 스크럼 회의 → 스프린트 검토 회의 → 스프린트 회고

익스트림 프로그래밍 (XP)

고객 참여와 신속한 개발을 강조하는 방법론

5대 핵심 가치: 용기, 단순성, 의사소통, 피드백, 존중
주요 원리: * TDD(테스트 주도 개발): 테스트 코드를 먼저 작성.
- Pair Programming: 두 명이 짝을 지어 코딩.
- Refactoring: 기능을 유지하며 코드 구조 개선.
- Collective Ownership: 코드에 대한 공동 소유권.

3. 요구사항 정의 및 분석

시스템이 제공해야 할 서비스와 제약 조건을 정의하는 단계

요구사항의 유형

기능적 요구사항: 시스템이 무엇을 하는지 (예: 입금, 출금, 조회 기능)
비기능적 요구사항: 어떻게 동작하는지 (예: 성능, 보안, 가용성, 3초 이내 응답)

요구사항 개발 프로세스

단계	명칭	주요 활동 및 내용	관련 기법(Ex)
1단계	도출 (Elicitation)	이해관계자로부터 요구사항을 수집하고 식별하는 과정	인터뷰, 설문, 브레인스토밍, 워크숍
2단계	분석 (Analysis)	요구사항의 타당성 조사 및 비용, 일정 등 제약사항 설정	개념 모델링, 할당, 협상, 정형 분석
3단계	명세 (Specification)	분석된 요구사항을 체계적으로 문서화 (요구사항 명세서 작성)	자연어 명세, 정형 명세
4단계	확인/검증 (Validation)	명세서가 정확하고 완전하게 작성되었는지 검토 및 승인	요구사항 검토, 프로토타이핑, 모델 검증

요구사항 분석 기법

요구사항의 상충 관계를 해결하고 구체화하는 단계에서 사용됨

분류: 요구사항을 기능/비기능, 우선순위 등에 따라 그룹화.
개념 모델링: 실세계를 추상화하여 모델(예: UML)로 표현.
할당: 요구사항을 충족시키기 위한 구성 요소를 식별.
협상: 서로 충돌하는 요구사항이 있을 경우 우선순위를 조절.
정형 분석: 구문과 의미가 정의된 언어를 사용하여 수학적으로 분석.

요구사항 확인(검증) 기법

작성된 요구사항 명세서가 사용자 의도와 일치하는지 점검

기법명	설명
요구사항 검토	문서화된 요구사항을 훑어보며 오류를 찾는 가장 일반적인 방법
프로토타이핑	시제품을 제작하여 사용자 피드백을 통해 요구사항을 지속 보완
모델 검증	분석 단계에서 개발된 모델이 요구사항을 충족하는지 논리적 검증
인수 테스트	사용자가 실제 환경에서 요구사항이 충족되는지 직접 확인

4. UML (Unified Modeling Language)

객체지향 모델링을 위한 표준화된 그래픽 언어

다이어그램 종류

구조적(정적) 다이어그램: 클래스, 객체, 컴포넌트, 배치, 복합체, 패키지
행위(동적) 다이어그램:
- 유스케이스(Use Case): 사용자 관점의 요구 분석.
- 시퀀스(Sequence): 객체 간 주고받는 메시지 흐름(시간 순서).
- 상태(State): 객체의 상태 변화 표현.
- 활동(Activity): 처리 흐름을 순서대로 표현.
액터 (Actor): 시스템과 상호작용하는 사람이나 다른 시스템의 역할
- 사용자 액터: 기능을 요구하거나 수행 결과를 통보받는 사용자
- 시스템 액터: 본 시스템과 데이터를 주고받는 연동 시스템

5. UI (User Interface) 설계

UI 설계 원칙

직관성: 누구나 쉽게 이해.
유효성: 정확하고 완벽하게 목표 달성.
학습성: 쉽게 배우고 사용.
유연성: 사용자의 인터랙션을 최대한 수용.

UI 설계 도구

와이어프레임(Wireframe): 초기 레이아웃 설계 (정적).
스토리보드(Story Board): 와이어프레임에 설명과 프로세스 추가.
목업(Mockup): 실제 화면과 유사하게 만든 정적 모형.
프로토타입(Prototype): 동적인 상호작용이 가능한 시제품.

6. 설계 방식: 하향식 vs 상향식

하향식 설계(Top-down): 최상위 기능에서 하위 기능으로 구체화. 절차지향적이며 구조 파악이 용이함.
상향식 설계(Bottom-up): 최하위 모듈을 먼저 만든 후 결합. 객체지향적이며 기능 추가가 어려울 수 있음.

7. 소프트웨어 아키텍처의 기본 원리

아키텍처 설계의 4대 핵심 요소

모듈화(Modularity): 성능 향상 및 재사용을 위해 시스템을 분리. (모듈 개수가 너무 많아지면 통합 비용이 증가함)
추상화(Abstraction): 불필요한 부분은 생략하고 핵심 위주로 모델화. (과정, 데이터, 제어 추상화)
단계적 분해(Stepwise Refinement): 문제를 하향식으로 세분화하여 구체화함.
정보 은닉(Information Hiding): 모듈 내부의 자료를 숨겨 다른 모듈의 접근을 제한함. (독립성 향상)

소프트웨어 아키텍처 설계 과정

설계 목표 설정 → 시스템 타입 결정 → 아키텍처 패턴 적용 → 서브 시스템 구체화 → 검토

소프트웨어 아키텍처의 품질 속성

성능 / 보안 / 가용성 / 기능성 / 변경 용이성 / 확장성 / 배치성 / 안정성

8. 주요 아키텍처 패턴 (Architecture Patterns)

시스템 전체의 구조를 정의하는 전형적인 설계 방식

패턴명	주요 특징 및 내용
계층화 (Layered)	시스템을 계층으로 구분(예: OSI 7계층). 하위 계층은 상위 계층의 서비스 제공자가 됨.
Client-server	요청하는 Client와 응답하는 Server로 구성되며, 서로 독립적임.
Pipe-Filter	데이터 스트림을 필터로 캡슐화하여 한 방향으로 전송. 재사용 및 확장이 용이하나 오버헤드 발생 가능(ex. UNIX 쉘).
MVC 패턴	Model(데이터), View(화면), Controller(제어)로 분리하여 각 요소의 독립성 유지.
Master-slave	마스터가 작업을 분할/배포하고 슬레이브가 처리 결과를 반환(병렬 컴퓨팅).
Broker	컴포넌트와 사용자를 연결하여 분산 환경 시스템에 적합한 구조 제공.
Peer-to-peer	각 피어(Peer)가 클라이언트이자 서버가 될 수 있는 멀티스레딩 방식.
Event-bus	소스가 특정 채널에 메시지를 발행하면 구독 중인 리스너들이 이벤트를 처리.
Blackboard	컴포넌트들이 공동 데이터 저장소(Blackboard)에서 원하는 데이터를 찾음.
Interpreter	특정 언어로 작성된 프로그램 코드를 해석하는 컴포넌트 설계.

EAI(Enterprise Application Integration) : 기업 응용 프로그램을 하나로 통합

FEP (Front-End Processor) : 입력 데이터를 프로세스가 처리하기 전에 미리 처리하여 프로세스 처리 시간을 줄여주는 프로그램

9. 객체지향(Object-Oriented) 설계 및 원칙

객체지향의 주요 개념

캡슐화(Encapsulation): 데이터와 함수를 하나로 묶고 정보 은닉.
상속(Inheritance): 상위 클래스의 속성을 하위 클래스가 물려받음.
다형성(Polymorphism): 하나의 메시지가 객체에 따라 다르게 반응. (오버라이딩 vs 오버로딩)

다형성 핵심 개념

오버라이딩 (Overriding): 상속받은 메서드를 하위 클래스에서 재정의 (이름/매개변수/반환타입 동일)
오버로딩 (Overloading): 메서드 이름은 같으나 매개변수 개수나 타입을 다르게 지정

객체지향 분석 방법론

Booch (부치): 미시적, 거시적 개발 프로세스 모두 사용
Jacobson (제이콥슨): 유스케이스(Use case)를 사용한 분석
Coad-Yourdon: E-R 다이어그램 사용, 객체 행위 모델링
Rumbaugh (럼바우): 객체 모델링(객체 다이어그램) → 동적 모델링(상태 다이어그램) → 기능 모델링(자료 흐름도) 순서 중요!

데이터 흐름도 (DFD) 구성요소

구조적 분석 기법에 사용되며 '버블 차트'라고도 불립니다.

프로세스 (Process): 원
자료 흐름 (Flow): 화살표
자료 저장소 (Data store): 평행선
단말 (Terminator): 사각형

객체지향 설계 5대 원칙 (SOLID)

S (Single Responsibility): 단일 책임 원칙 (하나의 클래스는 하나의 책임만).
O (Open-Closed): 개방 폐쇄 원칙 (확장에는 열려 있고, 수정에는 닫혀 있어야 함).
L (Liskov Substitution): 리스코프 교체 원칙 (자식 클래스는 언제나 부모 클래스를 대체 가능해야 함).
I (Interface Segregation): 인터페이스 분리 원칙 (자신이 사용하지 않는 메서드에 의존 강요 금지).
D (Dependency Inversion): 의존성 역전 원칙 (구체적인 것보다 추상적인 것에 의존).

10. GoF(Gang of Four) 디자인 패턴

디자인 패턴은 크게 생성, 구조, 행위 3가지로 분류된다.

1) 생성 패턴 (5개) - 객체 생성 방식 결정

추빌팩프싱 : 추상 팩토리, 빌더, 팩토리 메서드, 프로토타입, 싱글톤

2) 구조 패턴 (7개) - 객체를 조합하여 더 큰 구조 형성

Adapter: 호환되지 않는 인터페이스를 연결.
Proxy: 실제 객체에 대한 접근을 제어하는 대리자 역할.
Decorator: 객체에 동적으로 기능을 추가.

3) 행위 패턴 (11개) - 객체 간의 상호작용 및 책임 분담

Observer: 한 객체의 상태 변화를 구독자들에게 알림.
Strategy: 알고리즘을 캡슐화하여 필요에 따라 교체 사용.
State: 객체 상태에 따라 동작을 다르게 처리.

11. 설계 검토 및 분석 기법

요구사항 검증 기법

동료 검토(Peer Review): 작성자가 설명하고 동료들이 결함 발견.
워크스루(Walk-through): 회의 전 자료 배포 후 짧은 검토 회의.
인스펙션(Inspection): 작성자 외 전문 검토 그룹이 결함 확인.

팬인(Fan-In) & 팬아웃(Fan-Out)

Fan-In: 나를 호출하는 모듈의 수 (높을수록 재사용성 좋으나, 장애 시 파급력 큼).
Fan-Out: 내가 호출하는 모듈의 수 (높을수록 로직이 복잡하므로 단순화 필요).

12. 미들웨어 (Middleware) 종류

애플리케이션과 OS 사이에서 통신을 돕는 소프트웨어

RPC (Remote Procedure Call): 원격 프로시저를 로컬처럼 호출.
MOM (Message Oriented Middleware): 메시지 큐 기반 비동기 전달.
WAS (Web Application Server): 동적 콘텐츠 처리를 위한 서버 (Tomcat, JEUS).
TP-Monitor: 트랜잭션 처리를 감시하고 제어.