ds3hfj 님의 블로그

소프트웨어 설계 - 2024 3회

ds3hfj — Sat, 10 May 2025 19:19:58 +0900

1. 사용자 인터페이스(UI) 중 명령과 출력이 텍스트 형태로만 이루어지는 인터페이스를 무엇이라 하는가

✅ 보기별 설명

약어명칭설명정오

CLI	Command Line Interface	명령어 기반 텍스트 입력/출력 인터페이스 (예: 터미널, CMD)	✅ 정답
GUI	Graphical User Interface	버튼, 아이콘, 창 등 시각적 요소로 조작 (예: 윈도우, 안드로이드)	❌
NUI	Natural User Interface	터치, 음성, 제스처 등 자연스러운 동작 기반	❌
OUI	Organic User Interface	유연한 디스플레이 등 형태가 변하는 인터페이스	❌

2. XP(eXtream Programming)에 대한 설명으로 옳지 않은 것은?

릴리즈 기간을 짧게 반복하여 고객의 요구 변화에 빠르게 대응
코드들은 하나의 작업이 마무리될 때마다 지속적으로 통합
테스트가 지속적으로 진행될 수 있도록 테스트 자동화 도구를 사용
개발 책임자가 모든 책임을 가지므로 팀원들은 책임 없이 자유로운 개발 가능

✅ XP (Extreme Programming)란?

XP는 애자일 방법론의 한 종류로,
변화에 유연하게 대응하고 고객의 요구사항을 빠르게 반영하기 위한 경량 소프트웨어 개발 방법론입니다.

보기별 설명

보기설명정오

① 릴리즈 기간을 짧게 반복하여 고객 요구 변화에 빠르게 대응	✔ 짧은 주기의 릴리즈는 XP의 핵심	✅
② 코드들은 하나의 작업이 마무리될 때마다 지속적으로 통합	✔ 지속적 통합 (Continuous Integration) 원칙	✅
③ 테스트가 지속적으로 진행될 수 있도록 테스트 자동화 도구 사용	✔ XP는 TDD(테스트 주도 개발)를 강조	✅
④ 개발 책임자가 모든 책임을 지고 팀원들은 책임 없이 개발 가능	❌ XP는 팀 전체가 책임을 공유하고 협력하는 문화를 중시	✅ 정답

XP의 주요 가치

의사소통
단순성(Simple Design)
피드백(TDD, 지속적 테스트)
용기 (변화 수용)
존중 (팀원 간 책임 공유)

✅ 최종 정답: ④ 개발 책임자가 모든 책임을 진다 → XP의 원칙에 위배됨

✅ 대표적인 애자일 방법론 비교표

방법론설명주요 특징

XP (Extreme Programming)	소규모 팀이 빠르게 변화하는 요구에 대응하기 위해 만든 개발 방식	테스트 주도 개발(TDD), 지속적 통합(CI), 페어 프로그래밍, 짧은 릴리즈 주기
Scrum	가장 널리 쓰이는 애자일 프레임워크. 반복 주기 단위는 스프린트	역할(PO, SM, 팀원), 스프린트, 백로그, 데일리 스크럼
Kanban	시각적 작업 흐름 관리 방식, 작업의 흐름(Flow)에 집중	작업 보드, WIP 제한, 지속적 개선
Lean Software Development	낭비 제거와 가치 중심 개발에 초점	최소 낭비, 빠른 전달, 품질 내재화
FDD (Feature-Driven Development)	기능 중심으로 소프트웨어를 개발하는 방식	기능 목록 기반 설계 및 반복 개발
DSDM (Dynamic Systems Development Method)	고정된 시간과 자원 내에서 기능 우선순위에 따라 개발	MoSCoW 기법(Must, Should, Could, Won’t), 프로토타이핑
Crystal	팀 규모와 중요도에 따라 경량화된 프로세스 적용	유연한 구조, 팀 맞춤형 적용 가능

요약 키워드로 정리

방법론키워드

XP	테스트 주도, 페어프로그래밍
Scrum	스프린트, PO/SM 역할
Kanban	흐름, WIP 제한
Lean	낭비 제거, 가치 전달
FDD	기능 단위 반복
DSDM	시간고정, 기능유동
Crystal	맞춤형 프로세스

3. 자료 흐름도(Data Flow Diagram)의 구성요소

✅ 자료 흐름도(DFD)의 4대 구성요소

구성요소기호설명예시

프로세스(Process)	● 또는 ○, 혹은 사각형 안 번호/이름	데이터를 처리하는 작업 또는 기능	"주문 처리", "회원 인증"
데이터 흐름(Data Flow)	→ (화살표)	데이터가 이동하는 경로를 나타냄	"주문 정보", "승인 결과"
데이터 저장소(Data Store)	▭▭ (양쪽 열린 사각형) 또는		기호
외부 개체(External Entity)	사각형 □	시스템 외부와 데이터를 주고받는 사람 또는 시스템	고객, 관리자, 결제 시스템 등

4. 분산 시스템에서 미들웨어(Middleware)와 관련한 설명으로 틀린 것은?

분산 시스템에서 다양한 부분을 관리하고 통신하며 데이터를 교환하게 해주는 소프트웨어로 볼 수 있다
위치 투명성(Location Transparency)을 제공한다
분산 시스템의 여러 컴포넌트가 요구하는 재사용 가능한 서비스의 구현을 제공
애플리케이션과 사용자 사이에서만 분산 서비스를 제공한다

정보시스템 구축 관리 - 2024 2회

ds3hfj — Fri, 9 May 2025 15:25:29 +0900

81. 소프트웨어 개발에서 정보보안 3요소에 해당하지 않는 설명은? 4번

기밀성: 인가된 사용자에 대해서만 자원 접근이 가능
무결성 : 인가된 사용자에 대해서만 자원 수정이 가능하며 전송 중인 정보는 수정되지 않는다
가용성 : 인가된 사용자는 가지고 있는 권한 범위 내에서 언제든 자원 접근이 가능하다
휘발성 : 인가된 사용자가 수행한 데이터는 처리 완료 즉시 폐기 되어야 한다

82. 시스템이 몇대가 되어도 하나의 시스템에서 인증에 성공하면 다른 시스템에 대한 접근 권한도 얻는 시스템을 의미하는 것은

약어 명칭 설명

SSO	Single Sign-On	한 번의 로그인으로 여러 시스템에 자동 접근 가능하게 하는 통합 인증 시스템
SOS	Save Our Souls (구조 요청 신호)	IT 보안과 무관
SBO	Server-Based Object 또는 Small Business Object 등	보안 인증과 직접 관계 없음
SOA	Service-Oriented Architecture	서비스들을 느슨하게 결합한 시스템 아키텍처, 인증 시스템과는 별개 개념

83. COCOMO 모형에 대한 설명으로 옳지 않은 것은?

원시 프로그램의 규모인 LOC에 의한 비용 산정 기법이다
30만 라인 이상의 소프트웨어에서는 내장(Embedded)형 방식을 이용하여 비용을 산정한다
중간(Intermediate)형은 개발 공정별로 보다 자세하고 정확하게 노력을 산출하여 비용을 산정하는 모형이다
사무 처리용, 업무용 등의 소규모 소프트웨어에서의 비용 산정에는 조직(Organic)형 산정 모델을 사용하는 것이 적합하다

✅ COCOMO 모형이란?

Constructive Cost Model
Barry Boehm이 제안한 소프트웨어 비용(노력, 시간) 산정 모델로,
**LOC(Line of Code)**를 기반으로 하여 소프트웨어 개발 노력을 추정합니다.

COCOMO 기본 유형 (3가지 모델)

유형적용 대상특징

Organic (조직형)	작고 단순한 소프트웨어 (5만 LOC 이하)	경험 많은 개발자, 안정된 환경
Semi-Detached (중간형)	중간 규모, 중간 난이도 (5만~30만 LOC)	복합적인 환경
Embedded (내장형)	복잡하고 제약 조건이 많은 시스템 (30만 LOC 이상 아님!)	하드웨어 및 실시간 조건 포함

내장형은 LOC 크기보다는 시스템 복잡성 및 실시간성으로 분류됩니다.

보기 분석

✅ "LOC에 의한 비용 산정 기법이다"
→ 맞는 설명 (COCOMO는 LOC 기반 모델)
❌ "30만 라인 이상의 소프트웨어에서는 내장(Embedded)형 방식을 이용"
→ 잘못된 설명
- LOC 크기로 내장형을 구분하지 않음
- 내장형은 복잡성, 제약 조건(하드웨어/실시간 제어) 등이 기준
✅ "중간(Intermediate)형은 개발 공정별로 보다 자세하고 정확하게 노력을 산출하여 비용을 산정"
→ 맞는 설명 (기본형보다 더 많은 요인을 고려)
✅ "소규모 소프트웨어에는 조직(Organic)형이 적합"
→ 맞는 설명 (단순하고 경험 많은 팀에 적합)

84.

정답은 1번

a=5 이므로 리턴값은 func(5) 계속해서 func(5)가 재귀

85.SAN(Storage Area Network)에 대한 설명으로 틀린 것은

서버와 저장 장치를 연결하는 전용 네트워크를 별도로 구성하는 방식
파이버 채널(FC) 스위치를 이용하여 네트워크 구성
서버들이 저장장치 및 파일을 공유할 수 있다
초기 설치시 소요되는 비용을 절약할 수 있다

✅ DAS vs NAS vs SAN 비교표

항목DAS (Direct Attached Storage)NAS (Network Attached Storage)SAN (Storage Area Network)

정의	서버에 직접 연결된 저장장치	파일 단위 공유 스토리지	블록 단위 고속 저장 네트워크
연결 방식	SCSI, SATA, SAS 등 로컬 케이블	LAN (이더넷, TCP/IP)	전용 네트워크 (Fibre Channel, iSCSI)
전송 단위	블록	파일	블록
속도	빠름 (내장 디스크 수준)	중간 (1~10Gbps)	매우 빠름 (16~64Gbps 이상)
운영체제 인식	로컬 디스크	네트워크 드라이브	로컬 디스크처럼 인식
확장성	제한적 (서버당 장치 연결 제한)	비교적 쉬움	매우 뛰어남
설치 비용	가장 저렴	보통	매우 높음
관리 용이성	매우 쉬움	쉬움	복잡 (전문가 필요)
공유 가능성	일반적으로 단일 서버 전용	여러 서버 간 파일 공유	여러 서버 간 블록 공유 가능
사용 예시	개인 PC 외장하드, 소규모 서버	파일 서버, 사무용 데이터 공유	데이터센터, 고성능 서버팜, DB 스토리지 등

86. 해시에 대한 설명으로 옳지 않은 것은?

해시 알고리즘으로 변환된 값이나 키를 해시값 또는 해시키라고 부른다
고정된 길이의 입력 데이터나 메시지를 임이의 길이의 값이나 키로 변환
데이터의 암호화,무결성 검정을 위해 사용될 뿐만 아니라 정보 보호의 다양한 분야에 활용
대표적인 해시 알고리즘에는 SHA 시리즈, MD 시리즈 등이 있다

해시(Hash)에 대한 정확한 정의

해시 함수(Hash Function)는 임의의 길이의 입력값을 받아
**고정된 길이의 해시값(해시 키)**로 변환하는 함수입니다.

보기별 해설

번호보기 내용설명정오

1	해시 알고리즘으로 변환된 값이나 키를 해시값 또는 해시키라고 부른다	✔ 맞는 설명	✅ 맞음
2	고정된 길이의 입력 데이터를 임의의 길이의 값이나 키로 변환	❌ 반대임: 임의 길이 입력 → 고정 길이 출력이 맞음	❌ 틀림
3	암호화, 무결성 검증 외에도 정보보호에 활용됨	✔ 디지털 서명, 블록체인 등에서 사용됨	✅ 맞음
4	SHA, MD 등은 대표적인 해시 알고리즘이다	✔ SHA-1, SHA-256, MD5 등이 있음	✅ 맞음

87. 다음 중 소유 기반 인증(Something you have) 방법에 해당하지 않는 것은

i-PIN
OTP
스마트 카드
신분증

인증 수단 분류 (3요소 인증 방식)

구분설명예시

1. 지식 기반 (Something you know)	사용자가 알고 있는 정보로 인증	비밀번호, PIN, i-PIN 등
2. 소유 기반 (Something you have)	사용자가 소지하고 있는 물리적 또는 논리적 수단	OTP 토큰, 스마트카드, 신분증, 보안 USB 등
3. 생체 기반 (Something you are)	사용자의 생체 특징으로 인증	지문, 홍채, 얼굴 인식 등

보기 분석

항목분류설명

i-PIN	❌ 지식 기반	인터넷 개인 식별 번호, ID/PW로 로그인하는 방식
OTP	✅ 소유 기반	소유한 장치에서 일회용 번호 생성 (토큰, 앱 등)
스마트카드	✅ 소유 기반	암호화된 인증 정보가 담긴 카드
신분증	✅ 소유 기반	주민등록증, 운전면허증 등 물리적 증명 수단

✅ 최종 정답: i-PIN

i-PIN은 ID/비밀번호 기반으로 동작하므로 **"소유"가 아니라 "지식"**입니다.

필요하면 인증 요소 3가지를 기반으로 한 2차 인증 사례도 알려드릴까요?

나의 말:

네

ChatGPT의 말:

좋습니다! 아래는 **인증 요소 3가지(Something you know / have / are)**를 조합한 2차 인증(2FA, Multi-Factor Authentication) 사례를 정리한 표입니다.

✅ 인증 요소 3가지 요약

요소설명예시

Something you know	사용자가 알고 있는 것	비밀번호, PIN, i-PIN 등
Something you have	사용자가 소지한 것	OTP 토큰, 스마트카드, 신분증, 휴대폰 인증 앱 등
Something you are	사용자의 생체적 특징	지문, 홍채, 얼굴, 음성, 정맥 등

2차 인증(2FA) 조합 예시

인증 방식1차 요소2차 요소사용 예시

비밀번호 + OTP	Something you know	Something you have	은행 로그인, 공인인증 대체 인증
지문 + 스마트카드	Something you are	Something you have	공공기관 출입 보안, 고급 보안 시스템
비밀번호 + 휴대폰 문자	Something you know	Something you have	포털 로그인 시 SMS 인증
얼굴 인식 + PIN	Something you are	Something you know	스마트폰 잠금 해제

보안성 정리

단일 요소만 쓸 경우 → 보안 취약 (예: 비밀번호 유출)
2개 이상 조합 → 도난, 위조, 탈취에 대비 가능
특히 금융기관, 행정기관, 기업 시스템에서 필수적으로 도입

88. 기존 무선 랜의 한계 극복을 위해 등장하였으며, 대규모 디바이스의 네트워크 생성에 최적화되어 차세대 이동통신, 홈네트워킹,공공안전 등의 특수목적에 사용되는 새로운 방식의 네트워크 기술을 의미하는 것은?

Mesh Network
Virtual Private Network
Local Area Network
Software Defined Perimeter

✅ 보기별 설명

선택지설명정오

Mesh Network	각 노드가 중계기 역할을 하며 서로 연결되는 분산형 네트워크 구조 → 자체 확장성 뛰어남, 중앙 장애에도 자율적 동작	✅ 정답
Virtual Private Network (VPN)	인터넷 상에서 암호화된 사설 네트워크 구성 → 보안 목적의 기술	❌ 목적 다름
Local Area Network (LAN)	근거리에서 컴퓨터 장비를 연결하는 기본 네트워크 유형 → 기존 무선 LAN과 유사	❌ 범용 기술, 새로운 기술 아님
Software Defined Perimeter (SDP)	네트워크에 대한 접근 제어를 소프트웨어로 제어 → 보안 모델 (제로 트러스트 기반)	❌ 네트워크 구성 방식 아님

Mesh Network 특징 요약

특징설명

분산형 구조	각 기기가 중계기 역할 수행
확장성 우수	노드 추가 시 쉽게 네트워크 확장 가능
장애 복원력	한 노드가 끊겨도 대체 경로 사용
사용 분야	스마트홈, 재난망, IoT 기반 스마트시티, 군 통신망 등

89. 개인키 암호화 기법으로 옳지 않은 것은?

DES
ARIA
SEED
RSA

✅ 주요 암호화 알고리즘 총정리표

알고리즘암호 방식키 길이 (비트)주요 특징사용 목적

DES	대칭키 (블록)	56	오래된 알고리즘, 보안 취약 → 사용 권장 안 함	초기 표준, 과거 시스템
3DES	대칭키 (블록)	112~168	DES 3번 반복 → 보안 강화, 속도 느림	금융기관, 레거시 시스템
AES	대칭키 (블록)	128, 192, 256	고속, 강력한 보안성, 현 표준	웹, VPN, 모바일, SSL 등
ARIA	대칭키 (블록)	128, 192, 256	한국 국가표준, AES 대체 가능	공공기관, 금융 시스템
SEED	대칭키 (블록)	128	KISA 개발, 국내 보안 표준	공공 웹사이트, 전자정부
RC4	대칭키 (스트림)	40~2048	과거에 널리 사용되었지만, 보안 취약성 존재	WEP, SSL (현재 사용 지양)
Blowfish	대칭키 (블록)	32~448	빠르고 유연한 키 길이, 오픈소스	파일 암호화 등
Twofish	대칭키 (블록)	128, 192, 256	AES 경쟁 알고리즘, 빠르고 유연	고성능 소프트웨어
RSA	비대칭키	1024~4096+	공개키 암호의 대표, 키 교환, 서명, 인증	SSL/TLS, 전자서명
ECC	비대칭키	160~512 (짧은 키로 강한 보안)	RSA보다 짧은 키로 동등 보안 → IoT 최적	모바일, IoT, 디지털 서명
ElGamal	비대칭키	1024+	키 교환, 서명에 사용	암호화보다는 인증·키 교환에 적합
DSA	비대칭키	1024~3072	디지털 서명 전용, NIST 표준	전자 서명, 인증 시스템
Diffie-Hellman	키 교환 전용	1024~4096	암호화 자체는 안 함, 비밀 키 교환용 프로토콜	RSA와 함께 키 교환용으로 사용
SHA-1 / SHA-256 / SHA-3	해시 함수	고정 길이 출력	암호화 아님! → 무결성 검증, 서명에 사용	블록체인, 인증, 데이터 무결성

암호화 방식별 요약

방식설명대표 알고리즘

대칭키 (블록)	일정한 크기의 블록 단위로 암호화	AES, SEED, ARIA, DES
대칭키 (스트림)	1비트/1바이트 단위로 암호화	RC4
비대칭키	공개키와 개인키 쌍	RSA, ECC, DSA, ElGamal
해시함수	단방향 함수, 고정 길이 출력	SHA-256, SHA-3, MD5
키 교환 전용	암호화 없이 키만 교환	Diffie-Hellman

90. 수동적인 네트워크 침해 공격의 하나로, 네트워크 중간에서 남의 패킷 정보를 도청하는 해킹 유형은?

스니핑
스미싱
피싱
백도어

보기별 해설

용어설명정오

스니핑 (Sniffing)	네트워크 상의 패킷을 몰래 가로채거나 도청하는 행위 패킷 분석 도구(예: Wireshark)로 사용자 정보 탈취 가능	✅ 정답
스미싱 (Smishing)	문자(SMS) + 피싱(Phishing)의 합성어 문자에 악성 링크를 포함시켜 클릭 유도	❌
피싱 (Phishing)	위장된 이메일·사이트를 통해 개인 정보를 탈취하는 공격	❌
백도어 (Backdoor)	시스템에 몰래 설치되어 은밀히 접근 가능한 비밀 통로	❌

스니핑의 특징

항목내용

공격 방식	수동적
목표	트래픽 감청, 계정/비밀번호 탈취
방지 방법	SSL/TLS 암호화, 스위치 네트워크 사용, ARP 스푸핑 방지 등

✅ 정답: 스니핑(Sniffing)

필요하시면 스니핑 vs 스푸핑 vs 피싱 차이도 정리해드릴 수 있어요. 원하시나요?

나의 말:

네

ChatGPT의 말:

좋습니다! 아래는 혼동하기 쉬운 스니핑(Sniffing), 스푸핑(Spoofing), **피싱(Phishing)**의 차이점을 정확하게 구분한 비교표입니다.

✅ 스니핑 vs 스푸핑 vs 피싱 비교표

항목스니핑 (Sniffing)스푸핑 (Spoofing)피싱 (Phishing)

의미	패킷 도청	신분 위조	사기성 위장 공격
목적	네트워크 트래픽 몰래 가로채어 정보 탈취	공격자를 신뢰 가능한 존재로 속여 접근	가짜 웹사이트/이메일 등으로 사용자 속여 개인정보 유도
공격 방식	수동적 (Listening)	능동적 (위조·가짜 전송)	능동적 (심리적 유도)
예시	Wireshark로 ID/PW 가로채기	IP 스푸핑, ARP 스푸핑	은행/공공기관 사칭 이메일 보내기
방어 방법	- 트래픽 암호화 (HTTPS) - 스위치 기반 네트워크	- 인증 절차 강화 - MAC/IP 바인딩	- 사용자 교육 - 이메일/사이트 필터링

요약 키워드

용어핵심 키워드

스니핑	"도청" – 네트워크 엿보기
스푸핑	"위장" – 공격자가 정상인 척
피싱	"사기" – 가짜로 속여서 유도

91. 다음 괄호에 공통으로 들어갈 용어는 무엇인가

()는 일련의 데이터를 정의하고 설명해주는 데이터로, 컴퓨터에서는 데이터 사전의 내용, 스키마 등을 의미한다

()는 여러 용도로 사용되나 주로 빠르게 검색하거나 내용을 간략하고 체계적으로 하기 위해 사용된다

View
Broad Data
Big Data
Meta Data

92. 다음에서 설명하는 IT 기술은?

네트워크를 제어부, 데이터 전달부로 분리하여 네트워크 관리자가 보다 효율적으로 네트워크를 제어, 관리할 수 있는 기술
기존의 라우터, 스위치 등과 같이 하드웨어에 의존하는 네트워크 체계에서 안정성, 속도, 보안 등을 소프트웨어로 제어 관리하기 위해 개발됨
네트워크 장비의 펌웨어 업그레이드를 통해 사용자의 직접적인 데이터 전송 경로 관리가 가능하고, 기존 네트워크에는 영향을 주지 않으면서 특정 서비스의 전송 경로 수정을 통하여 인터넷 상에서 발생하는 문제를 처리할 수 있음

SDN(Software Defined Networking)
NFS(Network File System)
Network Mapper
AOE Network

문제 핵심 요약

제어부와 데이터 전달부의 분리

하드웨어 의존도를 낮춤

소프트웨어적으로 네트워크 경로 제어

서비스 전송 경로 수정 가능

이 모든 특징은 **SDN(소프트웨어 정의 네트워킹)**의 정의와 일치합니다.

✅ 보기별 해설

선택지설명정오

SDN (Software Defined Networking)	네트워크를 소프트웨어적으로 제어하고, 제어/데이터 계층 분리 → 정답	✅
NFS (Network File System)	원격 파일 시스템 공유를 위한 프로토콜	❌
Network Mapper (nmap)	네트워크 보안 스캐너 (포트, OS, 장비 탐지용)	❌
AOE (ATA over Ethernet)	이더넷을 이용한 디스크 전송 프로토콜 (스토리지 전용)	❌

SDN의 주요 특징

항목내용

구조적 특징	제어부(Control Plane)와 데이터부(Data Plane) 분리
장점	네트워크 경로 동적 제어, 자동화, 중앙 집중형 제어
활용	클라우드 네트워크, 데이터센터, 5G, 트래픽 최적화 등
핵심 기술	OpenFlow 프로토콜 (제어 메시지 전달)

93. 정보 보안을 위한 접근통제 정책 종류에 해당하지 않는 것은?

임의적 접근 통제
데이터 전환 접근 통제
강제적 접근 통제
역할 기반 접근 통제

접근 통제(Access Control) 정책 종류

정보 보안에서 접근 통제 정책은 누가 어떤 자원에 접근할 수 있는지를 정의하는 방법입니다.
대표적으로 아래 3가지가 존재합니다:

정책 유형설명

임의적 접근 통제 (DAC: Discretionary Access Control)	자원 소유자가 접근 권한을 직접 제어함 ex) 파일 소유자가 다른 사용자에게 읽기/쓰기 권한 부여
강제적 접근 통제 (MAC: Mandatory Access Control)	중앙 정책에 따라 접근을 통제, 사용자는 변경 불가 ex) 군사 시스템, 등급 기반 비밀문서 접근
역할 기반 접근 통제 (RBAC: Role-Based Access Control)	사용자에게 역할을 부여하고, 역할에 따라 권한을 통제 ex) 관리자, 사용자, 손님 등

보기 분석

보기설명정오

임의적 접근 통제	✅ DAC, 실제 존재하는 통제 방식
데이터 전환 접근 통제	❌ 존재하지 않음. 출제자의 함정 보기	✅ 정답
강제적 접근 통제	✅ MAC, 높은 보안 등급에서 사용
역할 기반 접근 통제	✅ RBAC, 실무에서 가장 널리 사용

✅ 최종 정답: 데이터 전환 접근 통제

94. 병행수행으로 발생할 수 있는 문제점이 아닌 것은?

갱신 분실(Lost Update)
완료 의존성(Commited Dependency)
모순성(Inconsistensy)
연쇄 복귀(Cascading Rollback)

병행 수행(Concurrent Execution)이란?

다수의 트랜잭션이 동시에 실행될 때, 일관성·무결성 유지가 필요합니다.
병행 수행 시 잘못된 처리 순서로 인해 여러 문제가 발생할 수 있습니다.

❗ 병행 수행 시 발생 가능한 문제점

문제점설명

갱신 분실 (Lost Update)	두 트랜잭션이 같은 데이터를 수정 후 저장 시, 한 쪽의 결과가 덮어써짐
모순성 (Inconsistency)	트랜잭션 사이의 충돌로 일관성이 깨짐
연쇄 복귀 (Cascading Rollback)	한 트랜잭션이 실패할 경우, 종속된 트랜잭션까지 복귀(rollback)됨

보기별 분석

보기설명정오

갱신 분실	병행 수행의 대표적인 문제	✅ 포함
완료 의존성 (Commited Dependency)	❌ 공식 용어 아님, 병행성 문제와 무관	✅ 정답
모순성	트랜잭션 충돌로 인해 데이터 무결성 손상	✅ 포함
연쇄 복귀	하나의 트랜잭션 실패가 다른 트랜잭션까지 영향을 미침	✅ 포함

95. ()는 필요한 모든 것에 RFID 태그를 부착하여 수집한 정보를 무선으로 수집할 수 있도록 구성한 네트워크이다

✅ 보기별 개념 정리

용어전체 명칭설명정오

GIS	Geographic Information System	지리 정보를 저장·분석하는 시스템 (지도 기반)	❌
SON	Self-Organizing Network	LTE/5G에서 자동 설정·최적화·복구하는 네트워크	❌
USN	Ubiquitous Sensor Network	RFID, 센서 등을 통해 데이터를 무선으로 수집하는 네트워크	✅ 정답
UWB	Ultra Wideband	짧은 거리에서 고속 통신이 가능한 무선 기술	❌

USN 특징 요약

항목내용

구성 요소	센서, RFID, 무선 통신 모듈 등
기능	실시간 데이터 수집 및 처리
활용	스마트 팩토리, 환경 모니터링, 스마트 농업 등

좋은 질문입니다!

✅ RFID는 Radio Frequency Identification의 약자로,

무선 주파수를 이용해 대상을 식별하고 데이터를 송수신하는 기술입니다.

기본 개념 요약

항목설명

정의	전자 태그(RFID 태그)에 저장된 정보를 리더기가 무선 주파수로 읽어내는 기술
구성 요소	✅ RFID 태그 (정보 저장) ✅ RFID 리더기 (정보 읽기) ✅ 안테나
작동 방식	RFID 리더가 전파를 발사 → 태그가 응답 → 고유 ID나 데이터 전송

RFID 태그 종류

종류전원 여부특징

수동형 (Passive)	❌ 자체 전원 없음	저렴, 가까운 거리 (수㎝~수ｍ)
능동형 (Active)	✅ 배터리 내장	장거리 통신 (수십 m), 고가
반능동형 (Semi-active)	✅ 배터리 있음 (응답만)	능동형보다 저전력

RFID vs 바코드

항목RFID바코드

식별 방식	무선 주파수	광학 스캐너
식별 거리	수 cm ~ 수십 m	수 cm (직접 스캔)
장점	비접촉식, 여러 개 동시 인식 가능	저렴, 단순
단점	가격, 전파 간섭 가능성	시야 확보 필요

RFID 활용 예

유통물류 관리 (택배, 재고)
출입 통제 (RFID 카드)
도서관 대출 시스템
무인 결제 (하이패스, 교통카드)
동물 추적/식별, 스마트 팩토리

96. 소프트웨어 재공학(Reengineering)에 대한 설명으로 틀린 것은?

기존 시스템을 이용하여 보다 나은 시스템을 구축하는 것
유지보수 비요의 최소화를 위해 유지보수성과 품질을 향상시키는 것을 목적으로 함
소프트웨어 위기를 해겨하는 방법 중 하나로 꼽힌다
소프트웨어 수명이 연장되지만, 개발 비용이 증가한다

소프트웨어 재공학(Software Reengineering) 정의

기존 소프트웨어 시스템을 분석하여, 유지보수성과 품질을 향상시키고,
구조를 개선하거나 성능을 최적화함으로써 더 나은 시스템으로 재구성하는 기법입니다.

재공학의 목적

목적설명

✅ 유지보수 비용 절감	코드 품질 향상으로 오류 감소
✅ 시스템 수명 연장	노후 시스템을 리팩토링하여 계속 사용 가능
✅ 생산성 향상	반복 재개발을 줄이고 재사용 증가
✅ 개발 비용 절감	처음부터 다시 개발하는 것보다 저렴

보기 분석

보기설명정오

1. 기존 시스템을 이용하여 보다 나은 시스템을 구축	✔ 정확한 정의	✅
2. 유지보수성과 품질 향상이 목적	✔ 핵심 목적	✅
3. 소프트웨어 위기의 해결 방법 중 하나	✔ 재공학은 위기 극복 수단 중 하나	✅
4. 수명은 연장되지만 개발 비용이 증가	❌ 오히려 비용 절감이 목적	✅ 정답

97. 양방향 암호화 방식이 아닌 것은?

DES
SEED
RSA
HASH

암호화 방식 분류

방식설명복호화 가능 여부

✅ 양방향 암호화 (Reversible Encryption)	암호화된 데이터를 다시 원래대로 복호화 가능	가능
❌ 단방향 암호화 (One-Way)	암호화만 가능하고 복호화는 불가능	불가능

✅ 보기별 설명

알고리즘분류설명

DES	양방향 (대칭키)	입력값을 암호화하고 다시 복호화 가능
SEED	양방향 (대칭키)	한국형 대칭 암호 알고리즘
RSA	양방향 (비대칭키)	공개키-개인키 쌍으로 암복호화
HASH	❌ 단방향	복호화 불가능, 무결성 검증용 (예: SHA-256, MD5 등)

해시는 왜 단방향인가?

목적: 데이터의 무결성 확인, 서명, 비밀번호 저장
예시:
- 로그인 시 입력한 비밀번호를 해시하여 DB의 해시값과 비교
- 파일이 변경되었는지 SHA256 해시값으로 검증

데이터 다이어트(Data Diet)에 대한 설명으로 옳은 것은?

대용량 데이터를 분산 처리하기 위한 목적으로 개발된 프로그래밍 모델
데이터를 압축하고, 중복된 정보는 중복을 배제하고, 새로운 기준에 따라 나누어 저장하는 작업
데이터 집합에서 사용자의 요구에 따라 유용하고 가능성 있는 정보를 발견하기 위한 기법
기존의 관리 방법이나 분석 체계로는 처리하기 어려운 막대한 양의 정형 또는 비정형 데이터 집합을 의미

데이터 다이어트(Data Diet)란?

불필요하거나 중복된 데이터를 제거하고,
데이터를 압축하거나 재구성하여 효율적으로 저장하고 활용할 수 있도록 만드는 과정입니다.

즉, 데이터를 날씬하게 만들어 저장 공간을 줄이고, 처리 속도를 높이며, 품질을 향상시키는 것을 목적으로 합니다.

✅ 보기별 해설

보기 내용설명정오

① 대용량 데이터를 분산 처리하기 위한 프로그래밍 모델	→ 이는 MapReduce에 대한 설명	❌
② 데이터를 압축하고, 중복을 제거하며, 새로운 기준에 따라 나누어 저장	→ ✅ 데이터 다이어트의 정의 그대로	✅ 정답
③ 데이터 마이닝 기법에 대한 설명	→ 숨겨진 패턴, 지식을 추출하는 기법	❌
④ 빅데이터 정의	→ 정형/비정형 대용량 데이터 (3V 이상)	❌

99. 테일러링(Tailoring) 개발 방법론의 내부 기준에 해당하지 않는 것은?

납기/비용
기술 환경
구성원 능력
국제 표준 품질 기준

테일러링(Tailoring)이란?

프로젝트 상황에 따라 소프트웨어 개발 방법론의 절차, 산출물, 활동 등을 조정하는 작업입니다.
즉, 개발 방법론을 그대로 따르지 않고, 해당 프로젝트에 맞게 맞춤형으로 적용하는 것.

테일러링의 내부 기준

테일러링 시 조직 내부의 다음과 같은 기준들을 고려합니다:

내부 기준설명

✅ 납기/비용	프로젝트 일정과 예산 범위
✅ 기술 환경	사용하는 개발 언어나 인프라 등
✅ 구성원 능력	팀원의 경험, 기술 수준 등

❌ 국제 표준 품질 기준은?

ISO/IEC 25010 같은 외부 품질 표준은 테일러링 기준 자체가 아닌, 참조 요소입니다.
다시 말해, 프로젝트에 적용할 때 고려할 수는 있지만, **내부 기준(조직 기반 요인)**은 아닙니다.

100. OWASP(the Open Web Application Security Project)에 대한 설명으로 옳은 것은

P2P 네트워크를 이용하여 온라인 금융 거래 정보를 온라인 네트워크 참여자(Peer)의 디지털 장비에 분산 저장하는 기술이다
대표적인 사례로 블록체인(Blockchain)이 있다
양자 통신을 위해 비밀키를 분배하여 관리하는 기술이다
웹 정보 노출이나 악성코드, 스크립트, 보안이 취약한 부분을 연구하는 비영리 단체이다

OWASP란?

**OWASP (Open Web Application Security Project)**는
웹 애플리케이션 보안 취약점을 연구하고 대중에게 공개하는 비영리 단체입니다.

전 세계 보안 전문가들이 참여
OWASP Top 10: 가장 위험한 웹 보안 취약점 10가지 발표 (주기적 갱신)
비영리, 중립적, 오픈소스

✅ 보기별 분석

보기설명정오

① P2P 네트워크 기반 금융거래 분산 저장	→ 블록체인 설명	❌
② 대표적인 사례로 블록체인	→ 위 ①과 같은 설명	❌
③ 양자 통신 기반 키 분배	→ 양자암호통신(QKD)에 대한 설명	❌
④ 웹 정보 노출, 스크립트 보안 취약점 등을 연구하는 비영리 단체	→ ✅ OWASP의 정확한 설명	✅ 정답

OWASP 활동 예시

OWASP Top 10 (예: SQL Injection, XSS, Broken Authentication 등)
보안 테스트 도구 제공 (ZAP 등)
보안 교육 및 가이드라인 배포

프로그래밍 언어 활용

ds3hfj — Thu, 8 May 2025 19:24:13 +0900

61. 개발에 필요한 환경 구축과 관련하여 하드웨어 환경과 관련이 없는 것은?

Eclipse
Oracle DB
WAS
웹서버

보기 설명 하드웨어 관련성 판단

Eclipse	개발자가 코드를 작성할 때 사용하는 통합 개발 환경(IDE). 소프트웨어 도구이며, 개발자의 로컬 PC에 설치됨	❌ 하드웨어 인프라와 직접 무관	✅ 정답
Oracle DB	대규모 데이터 저장 및 관리 시스템 → 운영을 위해 서버, 디스크, 메모리 등 하드웨어 자원 필요	✅ 관련 있음	❌
WAS (Web Application Server)	웹 애플리케이션을 실행하는 서버, 예: Tomcat, JBoss → 하드웨어 위에서 동작	✅ 관련 있음	❌
웹서버	정적 컨텐츠(HTML, CSS 등)를 클라이언트에 전달하는 서버 (예: Apache, Nginx) → 물리적 서버 필요	✅ 관련 있음	❌

62. UNIX에 대한 설명으로 옳지 않은 것은?

상당 부분 C 언어를 사용하여 작성되었으며, 이식성이 우수하다
사용자는 하나 이상의 작업을 백그라운드에서 수행할 수 있어 여러개의 작업을 병행 처리할 수 있다
쉘(Shell)은 프로세스 관리, 기억장치 관리, 입출력 관리 등의 기능을 수행한다
두사람 이상의 사용자가 동시에 시스템을 사용할 수 있어 정보와 유틸리티들을 공유하는 편리한 작업 환경을 제공한다

✅ UNIX란?

**UNIX(유닉스)**는 1969년 AT&T의 벨 연구소에서 개발된 멀티태스킹(Multitasking) 및 **멀티유저(Multi-user)**를 지원하는 범용 운영체제입니다.

UNIX의 핵심 특징

특성설명

✅ 멀티유저	여러 사용자가 동시에 시스템에 접속해 사용할 수 있음
✅ 멀티태스킹	여러 프로그램을 동시에 실행할 수 있음
✅ 이식성	대부분 C 언어로 작성되어 다른 하드웨어에서도 쉽게 사용 가능
✅ 계층 구조	하드웨어 → 커널 → 쉘 → 사용자로 구성됨
✅ 보안성	사용자 권한, 파일 권한, 접근 제어가 철저함
✅ 장치 독립성	모든 장치를 파일처럼 다루는 설계 (/dev/sda1 등)

UNIX의 주요 구성 요소

구성 요소설명

커널(Kernel)	운영체제의 핵심. CPU, 메모리, 디스크, 프로세스, 입출력 장치 등 자원 관리
쉘(Shell)	사용자 명령어를 해석해서 커널에 전달하는 명령어 해석기 (bash, sh, ksh 등)
파일 시스템	트리 구조 기반. 모든 자원은 파일로 취급 (디바이스, 프로세스, 디렉터리도 파일)
명령어/유틸리티	ls, cd, grep, ps, chmod, kill 등 기본 명령어 도구 포함

UNIX와 리눅스(Linux)의 관계

항목UNIXLinux

역사	1969년 AT&T에서 개발	1991년 리누스 토르발스가 개발
라이선스	상용/비공개	오픈소스 (GPL)
구조	모놀리식 커널	모놀리식 커널
대표 예	AIX, HP-UX, Solaris	Ubuntu, CentOS, Fedora, Arch

→ Linux는 UNIX와 구조적으로 매우 유사한 오픈소스 OS로, 흔히 UNIX-like OS라고도 부릅니다.

UNIX의 활용 분야

서버 운영 시스템 (웹 서버, DB 서버)
네트워크 장비 운영체제
대형 컴퓨터 메인프레임
소프트웨어 개발 환경
보안 시스템 등

✅ 요약

항목내용

탄생	1969년, AT&T 벨 연구소
주요 특징	멀티유저, 멀티태스킹, 이식성, 보안성
구성 요소	커널, 쉘, 파일 시스템, 명령어
대표 쉘	bash, sh, csh, ksh 등
명령어 예	ls, cd, mkdir, grep, chmod, ps, kill

63. C 또는 Java의 printf 명령어에서 키보드의 [Tab] 키와 같이 커서를 일정간격 띄어주는데 사용하는 제어 문자는

제어 문자 의미

\n	줄 바꿈 (New Line)
\t	탭 (Tab) ← ✅ 정답
\\	백슬래시 출력
\"	큰따옴표 출력
\'	작은따옴표 출력
\r	캐리지 리턴 (커서를 줄 맨 앞으로)

64. 다음 내용이 설명하는 결합도는?

- 한 모듈이 다른 모듈의 상세한 처리 절차를 알고 있어 이를 통제하는 경우나 처리 기능이 두 모듈에 분리되어 설계된 경우에 발생하며, 권리 전도 현상이 발생할 수 있다

제어 결합도
스탬프 결합도
외부 결합도
내용 결합도

✅ 내용 결합도(Content Coupling)란?

한 모듈이 **다른 모듈의 내부 구현 내용(로직, 변수 등)**에 직접 접근하거나 제어하는 형태입니다.

특징:

가장 나쁜 결합도(최악)
모듈 독립성 없음
유지보수성, 확장성 저하
예: 다른 모듈의 지역 변수나 제어 흐름을 직접 변경

보기별 설명

결합도설명높낮이

✅ 내용 결합도	다른 모듈의 내부 로직을 직접 참조/수정	❌ 가장 강한 결합 (최악)
제어 결합도(Control Coupling)	어떤 모듈이 다른 모듈의 수행 흐름(제어문)을 결정하는 신호/플래그를 전달	약간 강함
스탬프 결합도(Stamp Coupling)	필요 이상으로 큰 구조체나 레코드를 전달	중간
외부 결합도(External Coupling)	모듈 간에 외부 장치나 파일 등 공유 자원을 통해 통신	중간 이상

✅ 결론:

다른 모듈의 처리 절차를 알고 통제하고, 권리 전도 현상까지 일어난다면
→ 그것은 내용 결합도(Content Coupling) 입니다.

65. OSI 참조 모델의 계층별 프로토콜 데이터 단위(PDU)의 연결이 틀린 것은?

Physical Layer - Byte
Data Link Layer - Frame
Network Layer - Packet
Application Layer - Message

계층 계층 이름 PDU 설명

7	Application (응용)	Message	사용자 데이터
6	Presentation (표현)	Message	데이터 인코딩, 암호화
5	Session (세션)	Message	통신 세션 관리
4	Transport (전송)	Segment (TCP) / Datagram (UDP)	포트 기준 연결
3	Network (네트워크)	Packet	IP 주소 기반 라우팅
2	Data Link (데이터링크)	Frame	MAC 주소 기준 전송
1	Physical (물리)	Bit ✅	전기적/기계적 신호 (0과 1)

항목 TCP (Transmission Control Protocol) UDP (User Datagram Protocol)

연결 방식	연결형(3-way handshake)	비연결형
신뢰성	높음 – 데이터 손실 시 재전송	낮음 – 손실 시 재전송 안 함
순서 보장	보장함 (데이터 순서대로 도착)	보장하지 않음
속도	느림 (오버헤드 많음)	빠름 (가벼움)
용도	신뢰가 중요한 서비스 (웹, 이메일 등)	빠른 응답이 중요한 서비스 (스트리밍, 게임, DNS 등)
대표 포트	HTTP(80), HTTPS(443), FTP(21), SMTP(25) 등	DNS(53), VoIP, 게임, 영상 통화 등

66. JAVA에서 힙(Heap)에 남아있으나 변수가 가지고 있던 참조값을 잃거나 변수 자체가 없어짐으로써 더이상 사용되지 않는 객체를 제거해주는 역할을 하는 모듈은

Heap Collector
Garbage Collector
Memory Collector
Variable Collector

메모리 영역 설명

Stack	메서드 호출 시 지역 변수, 매개변수 저장
Heap	new로 생성한 객체 저장. GC가 관리
Method Area	클래스 정보, static 변수 등 저장
PC Register	현재 수행 중인 명령어 주소
Native Method Stack	JVM 외부(C/C++) 메서드 처리 영역

67. 다음 중 연산자의 종류가 다른 하나는?

각 연산자 분석

연산자의미연산자 종류설명

%	나머지 연산	산술 연산자	10 % 3 → 1
/	나눗셈 연산	산술 연산자	10 / 2 → 5
-	뺄셈 연산	산술 연산자	10 - 3 → 7
++	증가 연산 (1 증가)	✅ 단항 연산자 (증감 연산자)	i++ 또는 ++i

✅ 핵심 구분

범주포함 연산자

산술 연산자 (이항)	+, -, *, /, %
단항 연산자	++, --, !, ~ 등
비교/논리/대입 연산자	==, &&, =, 등등

%, /, -는 산술 연산자
++는 단항 연산자이자 증감 연산자

✅ 결론:

++는 나머지 연산자들과 연산 범주가 다릅니다.
따라서 정답은 **++**입니다.

68. 운영체제의 기능으로 틀린 것은?

개발에 필요한 여러 도구를 제공한다
자원 보호 기능을 제공한다
자원의 스케줄링 기능을 제공한다
사용자와 시스템 간의 편리한 인터페이스를 제공한다

기능 설명

자원 관리	CPU, 메모리, 디스크, 네트워크 등 자원을 관리
자원 스케줄링	여러 작업 간에 자원을 공정하고 효율적으로 분배
보호 및 보안	사용자 간 자원 격리, 권한 제어 등 보호 기능
입출력 관리	키보드, 디스크, 네트워크 등 입출력 장치 관리
사용자 인터페이스 제공	명령어 인터페이스(CLI), GUI 등

운영체제는 개발 도구(컴파일러, IDE 등)를 제공하지 않습니다.
따라서 정답은 → "개발에 필요한 여러 도구를 제공한다"

69. Java 프로그램이 실행되었을 때의 결과는?

흐름 정리

초기: x = 7, y = 0
x-- > 0 → x는 6부터 시작하여 0까지 감소
총 반복 횟수: 7번 (x = 6 ~ 0)

반복 과정 (x 값 기준으로 분석)

반복x (현재)x % 3 == 0 ?continue?y 증가?

1회차	6	✅ 0 → true	✅ continue	❌
2회차	5	❌	❌	✅ y=1
3회차	4	❌	❌	✅ y=2
4회차	3	✅ 0 → true	✅ continue	❌
5회차	2	❌	❌	✅ y=3
6회차	1	❌	❌	✅ y=4
7회차	0	✅ 0 → true	✅ continue	❌

✅ 최종 결과

y++가 실행된 횟수: 4번
출력 결과: System.out.print(y); → 4

✅ 정답: 4

70.

*(s + i) = s[i]임

✅ 주요 서식 지정자 목록

서식의미예시 코드출력 결과

%c	문자 (character)	printf("%c", 'A');	A
%d	10진 정수 (int)	printf("%d", 10);	10
%f	실수 (float/double)	printf("%f", 3.14);	3.140000
%.2f	소수점 둘째 자리까지	printf("%.2f", 3.14);	3.14
%s	문자열 (char 배열)	printf("%s", "hello");	hello
%x	16진수 (소문자)	printf("%x", 255);	ff
%X	16진수 (대문자)	printf("%X", 255);	FF
%o	8진수	printf("%o", 8);	10
%%	% 문자 출력	printf("100%%");	100%

정답은 2번

71. IEEE 802.3 LAN에서 사용되는 전송 매체 접속 제어(MAC) 방식은?

CSMA/CD
Token Bus
Token Ring
Slotted Ring

문제 핵심

IEEE 802.3 (이더넷 Ethernet) LAN에서 사용되는 MAC 방식은 무엇인가?

→ IEEE 802.3 표준은 바로 유선 LAN 이더넷에 해당하며, 이더넷에서는 CSMA/CD를 사용합니다.

✅ CSMA/CD란?

Carrier Sense Multiple Access with Collision Detection

뜻 풀이:

Carrier Sense (CS): 먼저 채널이 비어 있는지 감지하고
Multiple Access (MA): 여러 장치가 공유 채널을 함께 사용하며
Collision Detection (CD): **충돌(Collision)**이 나면 감지하고 재전송

⚠️ 참고:

CSMA/CD는 허브 기반 유선 이더넷에서 사용되며,
**스위치 기반 환경이나 무선 LAN(802.11)**에서는 사용되지 않습니다.

❌ 다른 보기들

보기설명표준

Token Bus	IEEE 802.4, 버스형 네트워크에서 토큰을 돌림	❌
Token Ring	IEEE 802.5, 링 형태의 네트워크에서 토큰 기반 통신	❌
Slotted Ring	슬랏을 가진 링 네트워크 방식 (고전 방식, 표준 아님)	❌

✅ 결론

IEEE 802.3 이더넷 LAN의 MAC 방식은 → CSMA/CD
정답은 CSMA/CD입니다.

MAC 방식 사용 표준/기술 전송 제어 방식 충돌 처리 방식 주요 사용 환경

CSMA/CD	IEEE 802.3 (이더넷)	채널 감지 후 전송	충돌 후 감지 & 재전송	유선 LAN (허브 기반)
CSMA/CA	IEEE 802.11 (Wi-Fi)	송신 전 RTS/CTS 교환	충돌 회피	무선 LAN, Wi-Fi
Token Bus	IEEE 802.4	버스 위에 논리적 토큰 순환	충돌 없음	산업 자동화 네트워크
Token Ring	IEEE 802.5	링 구조에서 토큰 전달	충돌 없음	과거 IBM LAN 환경
Polling	자체 설계 기반	중앙 제어자가 순서대로 통신 권한 부여	충돌 없음	마스터-슬레이브 통신
TDMA	위성, 셀룰러	시간 슬롯 할당	충돌 없음	이동통신, 衛星통신
FDMA	위성, 라디오	주파수 대역 분할	충돌 없음	아날로그 무선 통신
CDMA	3G 통신	고유 코드로 다중 전송	충돌 없음	3G 모바일 통신

72. 주기억장치보다 큰 사용자 프로그램을 실행하기 위한 기법으로, 보조기억장치에 저장된 하나의 프로그램을 여러 개의 조각으로 분할한 후 필요한 조각을 차례로 주기억장치에 적재하여 프로그램을 실행하는 할당 기법은?

오버레이
스와핑
페이징
세그먼테이션

✅ 오버레이(Overlay)란?

주기억장치(RAM)의 크기보다 큰 프로그램을 실행하기 위해
프로그램을 여러 개의 조각으로 나누고,
필요한 조각만 메모리에 적재하여 실행하는 기법입니다.

오버레이의 특징

항목설명

목적	메모리가 부족한 상황에서 큰 프로그램 실행
방식	프로그램을 논리적 단위로 분할(Overlay Unit) 후, 필요한 부분만 적재
사용 위치	보조기억장치 ↔ 주기억장치 간 데이터 이동
단점	프로그래머가 오버레이 구조를 직접 설계해야 했던 불편함 (과거 시스템)

❌ 다른 보기 해설

보기설명정오

오버레이	✅ 프로그램을 여러 조각으로 나눠 필요할 때만 메모리에 올림	✅ 정답
스와핑(Swapping)	전체 프로세스를 디스크로 내렸다가 다시 올리는 방식 → 프로세스 단위의 교체	❌
페이징(Paging)	물리적 메모리를 고정 크기 페이지 단위로 나눠서 관리	❌
세그먼테이션(Segmentation)	프로그램을 의미 단위인 세그먼트(코드, 스택 등)로 분할	❌

73. 배치 프로그램의 자동 수행 주기 중 사용자가 특정 조건을 설정해두고 해당 조건이 충족될 때만 수행되도록 하는 것은?

정기 배치
이벤트성 배치
On-Demand 배치
사용자 배치

✅ 배치란? (Batch Processing)

사람의 개입 없이, 정해진 작업을 자동으로 일괄 처리하는 방식입니다.
보통 백그라운드에서 실행되며, 대량의 데이터 처리나 반복 작업에 적합합니다.

쉽게 말하면?

**"작업 묶음(Job Batch)을 모아 자동으로 처리하는 프로그램"**이에요.

예를 들어:

매일 자정에 서버 로그를 정리하고 백업
한 달에 한 번, 급여 정산
대용량 데이터를 읽어와 변환하여 저장

→ 이런 걸 사람이 일일이 클릭하지 않고,
예약된 시간이나 조건에 따라 자동 수행하도록 만드는 프로그램이 "배치 프로그램"입니다.

배치의 주요 특징

항목설명

자동 실행	사용자 입력 없이 동작
일괄 처리	여러 작업을 한꺼번에 실행
예약 가능	시간 또는 조건 기반 실행 (예: 매일 1시)
주로 백엔드에서 실행	UI 없이 서버에서 돌고, 로그로 결과 확인

배치 실행 방식 종류

분류설명

정기 배치	매일, 매주, 매월 등 시간 주기 기반 실행
이벤트성 배치	어떤 조건/이벤트 발생 시 자동 실행
On-Demand 배치	사용자가 필요할 때 수동으로 실행
실시간 배치 (유사 개념)	소규모 데이터를 빠르게 나눠 처리, 스트리밍과 혼합됨

예시 (현실 속 배치)

은행: 매일 자정 고객의 거래 내역 정산
쇼핑몰: 밤마다 하루 주문 데이터를 통계 처리
학교: 학기 말 성적 자동 정산

✅ 정리

**배치(Batch)**는
“정해진 작업을 자동으로, 일괄적으로 처리하는 프로그램”이며,
시스템이 알아서 돌아가게 만드는 백엔드의 핵심 자동화 수단입니다.

74. 다음은 어떤 프로그램 구조를 나타낸다. 모듈 F에서의 Fan-In과 Fan-Out의 수는 얼마인가?

Fan-In = 3

Fan-Out = 2

75.

do while은 일단 최초 1번은 실행됨

while문에 해당하지 않으므로 정답은 a=1 sum=1

76.Java에서 표준 출력 시 사용하는 명령어가 아닌 것은?

prn
print
printf
println

Java에서 표준 출력 관련 메서드

명령어설명

print	줄바꿈 없이 출력
println	출력 후 줄바꿈 포함
printf	C 스타일 포맷을 사용한 출력 (System.out.printf("이름: %s", name);)

✅ 이 세 가지는 모두 System.out 객체의 메서드입니다.

❌ prn은 무엇인가?

prn은 Java의 출력 메서드가 아닙니다.
오래된 도스(DOS) 환경에서 프린터 장치 이름으로 쓰였던 예약어입니다.
Java에서는 System.out.prn 같은 메서드는 존재하지 않습니다.

✅ 최종 정답:

Java에서 표준 출력 명령어가 아닌 것 → prn
→ 정답: ① prn ✅

더 궁금한 점 있으면 언제든지 질문해주세요!

77. 스크립트(Script) 언어가 아닌 것은?

PHP
Fortran
Basic
Python

✅ 스크립트 언어 vs 컴파일 언어 – 비교표

구분스크립트 언어 (Script Language)컴파일 언어 (Compiled Language)

실행 방식	인터프리터(즉시 해석 실행)	컴파일러(코드를 한 번에 번역 후 실행)
실행 속도	느림 (실시간 해석)	빠름 (미리 기계어로 번역됨)
개발 속도	빠름 (수정 → 즉시 실행 가능)	느림 (수정 후 다시 컴파일 필요)
용도	자동화, 웹 개발, 간단한 툴	시스템/성능 중심 프로그램
플랫폼 의존성	낮음 (인터프리터만 있으면 됨)	높음 (컴파일된 실행 파일은 OS 종속)
디버깅	편리함 (라인 단위 확인 쉬움)	어렵기도 함 (전부 재컴파일 필요)

✅ 대표적인 스크립트 언어 예시

언어주요 특징

Python	범용 스크립트 언어, 간결한 문법, 자동화/AI 개발 등
JavaScript	브라우저 기반 웹 스크립팅
PHP	서버 사이드 웹 개발에 널리 사용
Bash	리눅스/유닉스 셸 스크립트
Ruby	간결하고 객체지향적인 웹 백엔드 언어 (Rails 등)

✅ 대표적인 컴파일 언어 예시

언어주요 특징

C	시스템 소프트웨어, 빠른 실행 속도
C++	객체지향 + 성능, 게임/툴 개발
Java	※ 주의: 소스는 컴파일 → JVM에서 인터프리트 → 둘의 장점 혼합형
Fortran	수치 계산, 과학/공학 분야에서 오래 사용
Go	빠른 컴파일, 서버 사이드에 최적화

요약 정리 문장

스크립트 언어는 "그때그때 읽고 바로 실행" → 개발 빠름
⚙️ 컴파일 언어는 "한 번에 기계어로 번역 후 실행" → 속도 빠름

✅ JIT 컴파일(JIT: Just-In-Time Compilation)이란?

인터프리터와 컴파일러의 장점을 모두 결합한 방식
→ "필요할 때 즉시 컴파일" 하는 하이브리드 실행 방식입니다.

Java는 왜 혼합형 언어인가?

Java는 다음과 같은 2단계 실행 구조를 갖습니다:

컴파일 단계
- .java → javac로 바이트코드(.class) 생성
- 이 바이트코드는 기계어가 아닌 중간 코드
실행 단계
- 바이트코드는 JVM(Java Virtual Machine) 위에서 실행됨
- JVM은 이 바이트코드를 인터프리트 + JIT 컴파일을 통해 실행

✅ JIT 컴파일의 동작 방식

동작 단계설명

1. 인터프리트	처음에는 바이트코드를 한 줄씩 읽어서 실행
2. 분석	반복적으로 실행되는 코드를 JVM이 감지
3. 컴파일	성능이 중요한 코드를 네이티브 기계어로 컴파일
4. 캐시	이후엔 컴파일된 기계어 코드를 계속 사용 → 빠름

장점과 단점

항목장점단점

성능	인터프리트보다 훨씬 빠름 (자주 쓰는 코드는 최적화됨)	순수 컴파일 언어보다 약간 느릴 수 있음
이식성	바이트코드를 JVM만 있으면 어디서든 실행 가능	JVM 설치 필요
메모리	메모리 사용량 증가 (JIT 컴파일 캐시)	리소스 소모 가능성 있음

✅ 대표적인 JIT 기반 언어

언어설명

Java	대표적인 JIT 기반 언어 (HotSpot JVM)
C# (.NET)	.NET 런타임에서 IL 코드를 JIT 컴파일
Scala, Kotlin	Java 기반, JVM 위에서 동작
PyPy (Python 대체 인터프리터)	Python 코드를 JIT 방식으로 실행

78. 다음중 페이지 교체(Page Replacement) 알고리즘이 아닌 것은?

알고리즘 약어 주요 특징 장점 단점 비고

First-In First-Out	FIFO	가장 먼저 들어온 페이지를 제거	구현이 가장 간단함	오래된 페이지가 꼭 불필요하지는 않음 (Belady's anomaly 발생)	큐 사용
Least Recently Used	LRU	가장 오랫동안 사용되지 않은 페이지 제거	실제 성능이 좋음	구현이 복잡 (시간/스택 필요)	스택, 참조 시간 기록
Optimal	OPT	앞으로 가장 오랫동안 사용되지 않을 페이지 제거	페이지 부재 최소 (이론적 최적)	실제 구현 불가 (미래 예측 필요)	비교 기준으로 사용
Not Used Recently	NUR	최근 사용되지 않은 페이지 제거 (참조/변경 비트 사용)	하드웨어 지원 시 효율적	구현 복잡	LRU 근사 방식
Second Chance (Clock)	SC / Clock	FIFO + 참조 비트로 최근 사용된 페이지는 보류	간단하고 효율적	완벽한 LRU는 아님	원형 큐 구조 사용

79.

str 이라는 문자열을

char s[] = str.toCharArray;을 통해 array로 만듦

이후 for문을 통해 e의 갯수 찾기 정답은 4개

80. 네트워크 계층까지의 프로토콜 구조가 다른 네트워크 간의 연결을 위해 프로토콜 변환 기능을 수해하는 네트워크 장비는 무엇인가

리피터(Repeater)
브리지(Bridge)
라우터(Router)
게이트웨이(Gateway)

✅ 게이트웨이(Gateway)란?

정의

게이트웨이는 서로 다른 프로토콜을 사용하는 네트워크를 연결하고, 데이터를 양쪽 네트워크에 맞게 변환하는 장비입니다.

즉,

TCP/IP 네트워크 ↔ IPX/SPX 네트워크
IPv4 ↔ IPv6
이메일 ↔ 팩스 등
다른 형식의 프로토콜을 해석하고 변환할 수 있어야 합니다.

OSI 7계층에서의 위치

계층게이트웨이

7. 응용 계층	✔ 가능
6. 표현 계층	✔ 가능
5. 세션 계층	✔ 가능
4. 전송 계층	✔ 가능
3. 네트워크 계층	✔ 가능
2. 데이터링크 계층	✔ 가능
1. 물리 계층	✔ 가능

게이트웨이는 7계층 전체에서 작동 가능하며, 프로토콜 변환이 필요하다면 상위 계층까지 다룰 수 있음

게이트웨이 예시

상황설명

IPv4 ↔ IPv6	IP 주소 체계 자체가 다르므로 변환 필요
TCP ↔ UDP	연결지향과 비연결지향 프로토콜 간 변환
이메일 ↔ 팩스	응용 계층 메시지 구조 자체가 다름
Windows ↔ Unix 시스템 간 통신	파일 전송이나 인증 방식이 달라 변환 필요

다른 장비와 비교

장비작동 계층주요 기능프로토콜 변환

리피터	1계층(물리)	신호 증폭	✖ 없음
허브	1계층(물리)	단순 분배	✖ 없음
브리지	2계층(데이터링크)	MAC 주소 기반 분할	✖ 없음
스위치	2계층(또는 3계층)	패킷 전송	✖ 없음
라우터	3계층(네트워크)	경로 설정, IP 주소 기반 전달	✖ 없음
게이트웨이	전 계층	이기종 네트워크 간 변환	✔ 있음

결론

게이트웨이는 프로토콜 구조 자체가 다른 네트워크 간의 통신을 가능하게 만드는 유일한 장비입니다.

다른 장비는 같은 프로토콜 기반의 네트워크만 연결
게이트웨이는 “완전히 다른 네트워크” 간에도 통신 가능하도록 변환

데이터베이스 구축 - 2024 2회

ds3hfj — Thu, 8 May 2025 12:56:03 +0900

41. 데이터 모델의 구성 요소가 아닌 것은?

속성(Attribute)
연산(Operation)
관계(Relationship)
개체(Entity)

✅ 데이터 모델이란?

현실 세계의 데이터를 데이터베이스에 표현하기 위한 개념적인 틀입니다.
즉, "어떤 데이터를 어떤 구조로 저장하고, 어떻게 연결되는지를 정의"하는 설계 도구예요.

데이터 모델의 3대 구성 요소

구성 요소설명예시

1. 개체(Entity)	정보를 저장할 수 있는 객체 (사람, 사물, 개념 등)	학생, 도서, 주문
2. 속성(Attribute)	개체의 특성이나 상태를 나타내는 정보	이름, 생년월일, 가격
3. 관계(Relationship)	개체 간의 논리적 연관성	학생-수강, 고객-주문

➡️ 이 3가지는 **ER 모델(Entity-Relationship Model)**에도 그대로 등장합니다.

❌ 왜 "연산(Operation)"은 아닌가?

연산은 데이터 모델의 기능적 측면을 다루는 요소로,
구성 요소가 아니라 그 위에서 수행되는 작업입니다.
- 예: 삽입(Insert), 검색(Select), 삭제(Delete)

따라서 "데이터 모델의 구성 요소"에는 포함되지 않습니다.

정리

보기설명포함 여부

속성(Attribute)	개체의 특성	✅ 포함
연산(Operation)	데이터를 조작하는 기능	❌ 비포함
관계(Relationship)	개체 간의 연결	✅ 포함
개체(Entity)	현실 세계의 객체	✅ 포함

42. 시스템 카탈로그에 대한 설명으로 옳지 않은 것은?

사용자, 객체에 대한 정의나 명세에 관한 정보를 유지 관리하는 시스템 테이블이다
일반 이용자도 SQL을 이용하여 내용을 검색하거나 수정할 수 있다
dbms가 스스로 생성하고 유지한다
데이터 디렉터리,번역기, 질의 최적화기 등으로 구성된다

✅ 시스템 카탈로그(System Catalog)란?

DBMS가 데이터베이스를 관리하기 위해 내부적으로 유지하는 메타데이터(데이터에 대한 데이터) 테이블입니다.

쉽게 말하면,
"누가 만들었는지, 어떤 테이블이 있는지, 속성이 뭔지, 인덱스는 어떤지" 등
데이터베이스 내부의 모든 구조 정보를 기록해 놓은 DB의 백과사전입니다.

시스템 카탈로그의 주요 특징

항목설명

✅ DBMS가 스스로 생성하고 유지	사용자가 직접 만들지 않아도 자동으로 생성
✅ 테이블 형태	일반 테이블과 비슷하지만 시스템용
✅ 조회는 가능	권한이 있다면 SELECT로 일부 내용 읽기만 가능
❌ 수정은 불가	직접 UPDATE, DELETE 등으로 수정할 수 없음 (시스템 무결성 보장을 위해)

보기별 정오 분석

보기설명정오

사용자, 객체에 대한 정의나 명세에 관한 정보를 유지 관리하는 시스템 테이블이다	✔ 예: 테이블 이름, 열 정보, 사용자 정보 등 저장	✅ 옳음
일반 이용자도 SQL을 이용하여 내용을 검색하거나 수정할 수 있다	❌ 검색(조회)는 제한적으로 가능, 수정은 불가능	❌ 틀림
DBMS가 스스로 생성하고 유지한다	✔ DB 설치 시 자동 생성, 사용자가 관리 안 함	✅ 옳음
데이터 디렉터리, 번역기, 질의 최적화기 등으로 구성된다	✔ 시스템 구성 요소로 포함됨	✅ 옳음

정리

구분가능 여부

일반 사용자 SELECT	제한적으로 가능 (읽기 전용, 권한 필요)
INSERT / UPDATE / DELETE	불가 (DBMS가 직접 유지)

43. 관계대수에 대한 설명으로 옳지 않은 것은?

원하는 릴레이션을 정의하는 방법을 제공하며 비절차적 언어이다
릴레이션 조작을 위한 연산의 집합으로 피연산자와 결과가 모두 릴레이션이다
일반 집합 연산과 순수관계 연산으로 구분된다
질의에 대한 해를 구하기 위해 수행해야 될 연산의 순서를 명시한다

그럼 쉽게 하나씩 설명해볼게!

먼저, 관계대수가 뭐야?

데이터베이스에서 **테이블(릴레이션)**을 계산하고 조작하기 위한 방법이야.
예를 들어:
- "성적이 90점 이상인 학생만 뽑기"
- "학생과 수업 테이블을 합쳐서 어떤 수업을 누가 듣는지 보기"

→ 이런 걸 하기 위한 연산 공식 모음이 바로 관계대수야!

핵심 포인트: 관계대수는 어떻게 계산할지(=순서까지) 직접 써야 돼

그래서 관계대수는 아래처럼 절차적 언어 (Procedural) 라고 불러.

예시:
→ "먼저 조건을 걸고 → 그 결과에서 원하는 열만 뽑아라!"
→ 이 순서를 명시해야 함!

✖️ 틀린 보기 설명

❌ "관계대수는 비절차적 언어이다"

이건 잘못된 설명이야.

관계대수는 절차적 언어야!
→ 순서를 명확히 써야 하거든.

정리해서 보기 쉽게!

보기맞을까?설명

✅ "릴레이션(테이블)을 다루는 연산이며, 결과도 릴레이션이다"	맞음	결과도 테이블이야
✅ "일반 집합 연산(합집합, 교집합 등)과 순수 관계 연산(조인, 선택 등)이 있다"	맞음	종류가 다양해
✅ "연산 순서를 정해서 원하는 결과를 얻는다"	맞음	순서 중요함!
❌ "비절차적 언어이다"	틀림!	절차적 언어야! 순서 중요함

헷갈리는 개념 정리

구분관계대수관계해석

뭐냐면?	어떻게 계산할지 하나하나 적는 방법	무엇을 얻고 싶은지 조건만 적는 방법
예시	먼저 조건 걸고 → 열 뽑아!	조건만 쓰면 알아서 계산돼

44. DML해당 하는것

SELECT
UPDATE
INSERT
GRANT

SQL 언어의 5가지 분류

SQL은 목적에 따라 크게 다섯 가지로 나뉘어요:

분류설명예시 명령어

DDL (데이터 정의어)	테이블이나 데이터베이스의 구조를 정의	CREATE, DROP, ALTER
DML (데이터 조작어)	테이블에 데이터를 삽입, 조회, 수정, 삭제	✅ SELECT, INSERT, UPDATE, DELETE
DCL (데이터 제어어)	권한 부여/취소와 관련된 명령어	❌ GRANT, REVOKE
TCL (트랜잭션 제어어)	트랜잭션의 저장/취소 등 제어	COMMIT, ROLLBACK, SAVEPOINT
DQL (데이터 질의어)	SELECT만 따로 보는 분류로, 일부 문헌에서 DML과 분리함	SELECT

45. 개체 관계 모델에 대한 설명으로 옳지 않은 것은?

오너-멤버(Owner-Member) 관계라고도 한다
개체 타입과 이들 간의 관계 타입을 기본 요소로 이용하여 현실 세계를 개념적으로 표현
E-R 다이어그램에서 개체 타입은 사각형으로 나타낸다
E-R 다이어그램에서 속성은 타원으로 나타낸다

**“오너-멤버(Owner-Member) 관계”**는 네트워크 데이터 모델의 용어입니다.
→ 즉, **개체 관계 모델(E-R 모델)**과는 다른 개념이에요.
E-R 모델은 현실 세계를 **개체(Entity)**와 관계(Relationship) 중심으로 표현하지만,
네트워크 모델은 데이터를 소유자(owner)와 멤버(member)의 관계로 표현합니다.

개체-관계 모델(Entity-Relationship Model, ER 모델)이란?

현실 세계를 데이터베이스로 표현할 때,
**“무엇(개체)”**과 **“그 사이의 관계”**를 **도형(다이어그램)**으로 나타내는 개념적 모델입니다.

ER 모델의 기본 요소

구성 요소설명다이어그램 기호

개체(Entity)	사람, 사물, 사건 등	⬛ 사각형
속성(Attribute)	개체의 특징	타원
관계(Relationship)	개체 간의 연결	◆ 마름모
키(Key)	유일하게 구분할 수 있는 속성	밑줄 친 속성으로 표현

보기별 정오 판단

보기설명정오

오너-멤버(Owner-Member) 관계라고도 한다	❌ 네트워크 모델 용어임. E-R 모델과 관련 없음	❌ 틀림
개체 타입과 이들 간의 관계 타입을 기본 요소로 이용하여 현실 세계를 개념적으로 표현	✔ ER 모델의 정의	✅ 맞음
E-R 다이어그램에서 개체 타입은 사각형으로 나타낸다	✔ 학생, 도서 같은 개체를 사각형으로 표현	✅ 맞음
E-R 다이어그램에서 속성은 타원으로 나타낸다	✔ 이름, 나이 같은 속성은 타원으로 표현	✅ 맞음

✅ 요약

❌ 오너-멤버 → 네트워크 모델 용어
✅ E-R 모델은 개체, 속성, 관계를 도형으로 표현하는 개념 모델

46. 릴레이션에 R1에 속한 에튜리뷰트 조합인 외래키를 변경하려면 이를 참조하고 있는 R2의 릴레이션의 기본키도 변경해야 하는데 이를 무엇이라고 하는가?

정보 무결성
고유 무결성
키 제약성
참조 무결성

✅ 참조 무결성이란?

**외래키(Foreign Key)**로 연결된 두 릴레이션(테이블) 사이에서,
한 테이블의 외래키 값이 참조하는 테이블의 기본키와 항상 일치하도록 유지하는 제약 조건입니다.

문제 상황 정리:

R1 테이블의 어떤 속성(외래키)이 R2 테이블의 기본키를 참조하고 있음
그런데 R2의 기본키 값이 변경되면 → R1의 외래키 값도 같이 바꿔야 함
그렇지 않으면, R1의 외래키가 가리키는 값이 없어짐 → 데이터 오류 발생

➡️ 이를 방지하기 위해 외래키는 참조 대상의 기본키와 항상 일치해야 함
→ 이것이 바로 참조 무결성을 지킨다는 뜻입니다

보기별 설명

보기설명정오

정보 무결성	전체 시스템의 데이터가 정확하게 유지되는 총괄 개념	❌ 너무 포괄적
고유 무결성	특정 속성은 중복되면 안 됨 → 기본키 조건	❌ 중복 금지에 해당
키 제약성	기본키 또는 후보키가 반드시 유일하고 NULL 불가	❌ 키 자체에 대한 제약
참조 무결성	외래키는 참조 대상(기본키)과 일치해야 함	✅ 정답

47.

✅ 정답:

트리의 차수는 3
→ 가장 자식이 많은 노드 B가 자식 3명을 가졌기 때문입니다.

48. 정규화 과정 중 1NF에서 2NF가 되기 위한 조건은?

1NF를 만족하고 모든 도메인이 원자 값이어야 한다
1NF를 만족하고 키가 아닌 모든 애트리뷰트들이 기본키에 이행적으로 함수 종속되지 않아야한다
1NF를 만족하고 다치종속이 제거되어야 한다
1NF를 만족하고 키가 아닌 모든 속성이 기본키에 완전 함수적 종속되어야 한다

단계 의미 주요 목표

1NF (제1정규형)	모든 도메인이 원자값(Atomic value)만 가지도록	중첩/반복 컬럼 제거
2NF (제2정규형)	1NF 만족 + 완전 함수 종속(Full Functional Dependency)	부분 함수 종속 제거
3NF (제3정규형)	2NF 만족 + 이행적 종속 제거	이행 종속 제거

49. 병행제어 기법 중 로킹에 대한 설명으로 옳지 않은 것은?

로킹의 대상이 되는 객체의 크기를 로킹 단위라고 한다
데이터베이스, 파일, 레코드 등은 로킹 단위가 될 수 있다
로킹의 단위가 작아지면 로킹 오버헤드가 증가한다
로킹의 단위가 커지면 데이터베이스 공유도가 증가한다

병행제어(Concurrency Control)와 로킹(Locking)

여러 사용자가 동시에 데이터베이스에 접근할 때,
데이터 무결성 보장과 충돌 방지를 위해 데이터에 잠금(Lock)을 거는 기법입니다.

✅ 보기별 해설

보기설명정오

로킹의 대상이 되는 객체의 크기를 로킹 단위라고 한다	✔ 예: DB 전체, 테이블, 레코드, 필드 등	✅ 맞음
데이터베이스, 파일, 레코드 등은 로킹 단위가 될 수 있다	✔ 일반적인 로킹 대상	✅ 맞음
로킹의 단위가 작아지면 로킹 오버헤드가 증가한다	✔ 더 많은 객체에 개별적으로 Lock을 걸기 때문	✅ 맞음
로킹의 단위가 커지면 데이터베이스 공유도가 증가한다	❌ 오히려 공유도는 감소함 (잠금 범위가 커지므로 다른 트랜잭션이 접근 불가한 영역이 커짐)	❌ 틀림

정리

로킹 단위 크기특징장점단점

작을수록	더 세분화된 객체에 Lock	공유도 ↑	오버헤드 ↑
클수록	넓은 범위에 Lock	오버헤드 ↓	공유도 ↓ (정답 보기의 반대)

50. 파티션에 대한 설명으로 틀린 것은?

파티셔닝으로 인해 쿼리 성능은 향상되지만, 백업 및 복구 속도는 느려진다
파티셔닝된 테이블은 물리적으로 별도의 세그먼트에 저장된다
파티션은 하나의 테이블을 작은 논리적 단위로 나눈 것이다
파티셔닝을 수행하면 데이터 가용성이 향상된다

✅ 파티셔닝(Partitioning)이란?

하나의 테이블을 여러 개의 논리적·물리적 단위로 나누는 것입니다.
주로 성능 향상, 관리 용이성, 가용성 향상을 위해 사용됩니다.

보기별 해설

보기설명정오

파티셔닝으로 인해 쿼리 성능은 향상되지만, 백업 및 복구 속도는 느려진다	❌ ❗ 파티셔닝을 하면 백업/복구를 파티션 단위로 병렬 처리할 수 있어 오히려 빨라지는 경우가 많음	❌ 틀림
파티셔닝된 테이블은 물리적으로 별도의 세그먼트에 저장된다	✔ 예: Oracle 등에서 파티션마다 다른 세그먼트로 관리됨	✅ 맞음
파티션은 하나의 테이블을 작은 논리적 단위로 나눈 것이다	✔ 파티션 = 테이블 내부의 논리적 하위 구조	✅ 맞음
파티셔닝을 수행하면 데이터 가용성이 향상된다	✔ 일부 파티션 장애 시 전체 테이블에 영향 없이 일부만 복구 가능	✅ 맞음

파티셔닝의 효과 요약

항목효과

✅ 쿼리 성능	필요한 파티션만 조회 → 성능 향상 (파티션 프루닝)
✅ 백업/복구	파티션 단위로 병렬 백업 가능 → 속도 ↑
✅ 관리성	오래된 파티션만 드롭하거나 보관 가능
✅ 가용성	전체가 아닌 부분 장애로 범위 제한 가능

51. 다음 SQL문에서 괄호 안에 들어갈 내용으로 옳은 것은?

UPDATE MEMBER
SET GRADE = 'GOLD'
WHERE POINT >= 1000;

52. 분산 데이터베이스 목표 중 "데이터베이스의 분산된 물리적 환경에서 특정 지역의 컴퓨터 시스템이나 네트워크에 장애가 발생해도 데이터 무결성이 보장된다."는 것과 관계있는 것은?

장애 투명성
병행 투명성
위치 투명성
중복 투명성

투명성 종류 설명 관련 키워드

✅ 장애 투명성	일부 시스템이나 네트워크 장애 발생 시에도 전체 시스템의 데이터 무결성과 일관성 유지	복구, 장애 허용, 백업
병행 투명성	여러 사용자가 동시에 접근해도 일관된 결과 보장	동시성 제어, 트랜잭션
위치 투명성	사용자가 데이터가 실제 어디에 있는지 모르게 함	경로 숨김
중복 투명성	데이터가 여러 장소에 복제돼 있어도 사용자에겐 하나처럼 보임	복제, 동기화

53. 데이터베이스 설계 단계와 그 단계에서 수행되는 작업의 연결이 잘못된 것은?

요구 조건 분석 - 트랜잭션 모델링
물리적 설계 단계 - 목표 DBMS에 맞는 물리적 구조 설계
논리적 설계 단계 = 목표 DBMS에 종속적인 논리 스키마 설계
구현 단계 - 목표 DBMS DDL로 스키마 작성

✅ 각 설계 단계별 주요 작업

설계 단계수행 작업DBMS 종속성

요구 조건 분석	사용자 요구 분석, 트랜잭션 도출	❌ 없음
개념적 설계	ER 모델 작성 (개체, 관계, 속성 등)	❌ 없음
논리적 설계	정규화, 릴레이션 스키마 작성	❌ 없음
물리적 설계	인덱스, 테이블스페이스, 파티션 등 최적화 설계	✅ 있음
구현 단계	실제 DDL(SQL)을 사용하여 DB 생성	✅ 있음

보기 분석

보기설명정오

요구 조건 분석 - 트랜잭션 모델링	✔ 사용자의 처리 요구를 모델링	✅ 맞음
물리적 설계 - DBMS에 맞는 물리적 구조 설계	✔ 인덱스, 파티셔닝 등 포함	✅ 맞음
논리적 설계 = 목표 DBMS에 종속적인 논리 스키마 설계	❌ 논리적 설계는 DBMS에 독립적이어야 함	❌ 틀림
구현 단계 - 목표 DBMS DDL로 스키마 작성	✔ 실제 SQL 문으로 구현	✅ 맞음

✅ 정답 요약:

논리적 설계는 DBMS에 종속되지 않는다 → 따라서
**"논리적 설계 = 목표 DBMS에 종속적인 논리 스키마 설계"**는 틀린 설명입니다.

나의 말:

DBMS가 뭔데

ChatGPT의 말:

좋은 질문이에요! 아주 쉽게 설명드릴게요.

✅ DBMS란?

Database Management System의 줄임말로,
**"데이터베이스를 만들고, 저장하고, 수정하고, 검색하는 일을 도와주는 프로그램"**이에요.

4번이 정답

55. 분산 데이터베이스의 장점으로 거리가 먼것은?

지역 자치성이 높다
잠재적 오류가 감소한다
분산 제어가 가능하다
효용성과 융통성이 높다

✅ 분산 데이터베이스란?

데이터베이스가 **여러 지역(노드)**에 나뉘어 저장되어 있지만, 사용자 입장에서는 하나의 통합된 시스템처럼 작동하는 구조입니다.

분산 DBMS의 주요 장점

장점설명

✅ 지역 자치성	각 지역 시스템이 독립적으로 동작 가능 (예: 지점 단위 시스템)
✅ 분산 제어 가능	지역별 트랜잭션/데이터 제어 가능
✅ 효용성과 융통성	다양한 네트워크 환경에서도 데이터 활용 가능, 확장성 우수

❌ “잠재적 오류가 감소한다”가 왜 틀렸을까?

분산 환경에서는 다음과 같은 오류 가능성이 오히려 증가합니다:
- 네트워크 오류
- 노드 간 동기화 문제
- 트랜잭션 충돌
- 중복 데이터 관리 이슈

즉, 오류를 줄이는 게 아니라 오히려 오류 가능성은 더 많아짐
→ 그래서 장애 투명성, 트랜잭션 처리, 복제 관리 등이 더 복잡해짐

결론

보기설명정오

지역 자치성이 높다	✔ 각 지점이 독립적으로 운영 가능	✅
잠재적 오류가 감소한다	❌ 네트워크 분산 구조는 오히려 오류 가능성을 증가시킴	❌ 정답
분산 제어가 가능하다	✔ 지역 시스템에 맞는 제어 가능	✅
효용성과 융통성이 높다	✔ 확장성, 유연성 우수	✅

56. 다음 문장의 ()안 내용으로 공통 적용될 수 있는 가장 적절한 내용은 무엇인가?

"관계형 데이터 모델에서 한 릴레이션의 ()는 참조되는 릴레이션의 기본키와 대응되어 릴레이션간에 참조 관계를 표현하는데 사용되는 중요한 도구이다.

()를 포함하는 릴레이션이 참조하는 릴레이션이 되고, 대응되는 기본 키를 포함하는 릴레이션이 참조 릴레이션이 된다."

후보키
대체키
외래키
수퍼키

용어 설명

후보키(Candidate Key)	기본키로 선택될 수 있는 후보들
기본키(Primary Key)	후보키 중 하나, 레코드 유일 식별
대체키(Alternate Key)	후보키 중 기본키로 선택되지 않은 나머지
수퍼키(Super Key)	유일성을 만족하는 모든 키 집합 (불필요한 속성 포함 가능)
✅ 외래키(Foreign Key)	다른 테이블의 기본키를 참조하여 관계를 맺는 키

57. 다음중 트리거에 대한 설명으로 틀린 것은?

데이터 변경 및 무결성 유지, 로그 메시지 출력 등의 목적으로 사용된다
트리거의 생성문에는 반드시 값을 반환하는 RETURN 명령어가 사용되어야 한다
데이터의 삽입, 갱신, 삭제 등의 이벤트가 발생할 때마다 관련 작업이 자동으로 수행되는 절차형 SQL이다
CREATE TRIGGER 명령어를 통해 생성된다

✅ 트리거(Trigger)란?

테이블에 데이터 변경 이벤트가 발생할 때 자동으로 실행되는 SQL 블록입니다.
→ INSERT, UPDATE, DELETE 같은 이벤트가 발생하면 미리 정해둔 로직이 자동 실행됩니다.

보기 설명 정오

✅ 데이터 변경 및 무결성 유지, 로그 메시지 출력 등의 목적으로 사용된다	트리거의 일반적인 용도	✅ 맞음
❌ 트리거의 생성문에는 반드시 값을 반환하는 RETURN 명령어가 사용되어야 한다	트리거는 값을 반환하지 않음! → RETURN은 함수에서 사용되는 문법임	❌ 틀림
✅ 데이터의 삽입, 갱신, 삭제 등의 이벤트가 발생할 때마다 관련 작업이 자동으로 수행되는 절차형 SQL이다	트리거는 이벤트 기반으로 자동 실행됨	✅ 맞음
✅ CREATE TRIGGER 명령어를 통해 생성된다	SQL에서 트리거 정의 시 사용	✅ 맞음

58. 데이터베이스의 특성으로 옳은 내용

ㄱ 실시간 접근성

ㄴ 계속적인 변화

ㄷ 동시 공용

ㄹ 내용에 의한 참조

하나씩 설명해볼게요:

기호특성설명옳은지

ㄱ. 실시간 접근성	사용자가 원할 때 즉시 데이터를 검색하거나 조작할 수 있음 (온라인 시스템)	✅ 맞음
ㄴ. 계속적인 변화	데이터는 입력, 수정, 삭제 등으로 인해 계속 변화함	✅ 맞음
ㄷ. 동시 공용 (Concurrent Use)	여러 사용자가 동시에 같은 데이터베이스에 접근할 수 있음 → 병행 제어가 필요함	✅ 맞음
ㄹ. 내용에 의한 참조	저장된 주소(location)가 아니라 데이터의 내용 값으로 검색 가능 (예: WHERE 이름 = '철수')	✅ 맞음

59. DBMS의 필수 기능 중 사용자와 데이터베이스 사이의 인터페이스 수단을 제공하는 기능은

Definition
Control
Manipulation
Strategy

✅ DBMS의 3대 필수 기능

기능 이름설명대표 도구

Definition (정의)	데이터 구조를 정의하는 기능 → 테이블, 속성 등	DDL (CREATE, ALTER 등)
Manipulation (조작)	사용자가 데이터를 입력/조회/수정/삭제할 수 있도록 인터페이스 제공	✅ DML (SELECT, INSERT, UPDATE, DELETE)
Control (제어)	보안, 권한, 트랜잭션, 동시성 등 관리 기능	DCL, 트랜잭션 제어 (GRANT, COMMIT 등)

→ 즉, 사용자가 **데이터를 실제로 다루는 부분(조작)**은 Manipulation 기능에 해당합니다.

❌ 보기 중 오답 설명

보기이유

Definition	구조 정의(DDL), 테이블 설계 등 → 사용자 인터페이스 아님
Control	보안, 권한, 무결성 제어 등 시스템적인 관리 기능
Strategy	일반적인 DBMS 기능 구분 용어에 해당하지 않음 (오답 유도용)

60. 뷰(View)에 대한 설명으로 옳지 않은 것은?

CREATE 문을 사용하여 정의
데이터의 논리적 독립성을 제공
제거할 때에는 DROP 문 사용
저장장치 내에 물리적으로 존재

✅ 뷰(View)란?

**하나 이상의 테이블(실제 테이블)**을 기반으로 만든 가상 테이블입니다.
사용자에게 필요한 정보만 보여주며, 보안, 단순화, 독립성 등을 위해 사용됩니다.

보기별 설명

보기설명정오

CREATE 문을 사용하여 정의	✔ CREATE VIEW로 정의함	✅ 맞음
데이터의 논리적 독립성을 제공	✔ 실제 테이블 구조와 분리된 인터페이스 제공	✅ 맞음
제거할 때에는 DROP 문 사용	✔ DROP VIEW 뷰이름;으로 제거함	✅ 맞음
❌ 저장장치 내에 물리적으로 존재	❌ 뷰는 물리적으로 데이터를 저장하지 않음 (단순히 SELECT 문을 저장한 것)	❌ 틀림

소프트웨어 개발 - 2024 2회

ds3hfj — Thu, 8 May 2025 10:49:02 +0900

21. 테스트 하네스(Test Harness)의 구성요소에 해당하지 않는것은

테스트 드라이버
테스트 스텁
테스트 케이스
테스트 시나리오

테스트 하네스(Test Harness)란?

개발 중인 소프트웨어 모듈을 테스트하기 위해 임시로 만든 테스트 도구 집합입니다.

말 그대로 **"시험용 장비"**라고 생각하시면 돼요.
→ 실제 시스템 없이도 개별 모듈이 제대로 작동하는지 테스트할 수 있도록 돕는 임시 환경입니다.

비유로 설명하면?

게임을 만들 때, 서버가 없더라도
가짜 서버처럼 동작하는 임시 코드를 만들어 놓고 테스트할 수 있게 하는 구조!

✅ 테스트 하네스 구성요소

구성요소설명

✅ 테스트 드라이버 (Test Driver)	상위 모듈이 아직 없을 때, 하위 모듈을 직접 호출해서 테스트해주는 임시 코드
✅ 테스트 스텁 (Test Stub)	하위 모듈이 아직 없을 때, 가짜로 응답만 돌려주는 임시 코드
✅ 테스트 케이스 (Test Case)	입력값, 예상 결과 등을 정해놓은 테스트 조건 집합

❌ 테스트 시나리오는 왜 정답인가?

**테스트 시나리오(Test Scenario)**는 "사용자 관점의 상황"을 시나리오처럼 적어놓은 것으로,
→ 하네스의 구성요소라기보단, 테스트 설계 문서에 가까워요.

✅ 요약 정리

용어구성요소인가?설명

테스트 드라이버	✅	상위가 없어도 테스트 가능하게 해주는 임시 호출자
테스트 스텁	✅	하위가 없어도 응답만 주는 임시 대체 모듈
테스트 케이스	✅	어떤 입력/출력으로 테스트할지를 정의
테스트 시나리오	❌	전체 흐름을 설명하는 문서, 하네스 구성 요소는 아님

항목	테스트 하네스	테스트 프레임워크	테스트 자동화 도구
정의	모듈 단위 테스트를 위한 임시 도구 모음	테스트를 효율적으로 작성/실행/관리하는 코드 기반 틀	사람이 하던 테스트를 자동으로 수행하는 도구
목적	아직 완성되지 않은 모듈을 독립적으로 테스트	테스트 코드 작성, 실행, 결과 비교 등을 표준화	UI, 기능, API, 성능 테스트를 자동화
구성요소	드라이버, 스텁, 테스트 케이스	assert, fixture, runner 등	UI 녹화, 클릭, 입력 등
주 사용 시점	단위 테스트 초반, 모듈 개발 중	개발자 테스트, TDD, 유닛 테스트	QA 단계, 회귀 테스트
예시 도구	(직접 구현) Test Driver, Stub	unittest, pytest (Python), Jest (JS)	Selenium, Cypress, JMeter

✅ 예시로 쉽게 이해하기

테스트 하네스 (개발자 DIY 테스트 장치)

예: A 모듈을 테스트하고 싶은데 B 모듈이 아직 안 만들어짐 →
→ 가짜 B 모듈(Stub) 만들어서 A를 테스트함
→ 함수 직접 호출하는 임시 코드도 작성함 (Driver)

테스트 프레임워크 (코드 기반 테스트 도우미)

예: Python에서 pytest로 테스트 함수 쓰고 assert로 비교함
→ 자동으로 결과 리포트 나옴

테스트 자동화 도구 (UI 클릭도 자동!)

예: Selenium으로 웹 페이지 버튼 클릭 → 로그인 테스트
→ 매일 반복 실행 가능

✅ 요약

질문답변

아직 완성되지 않은 모듈 테스트하고 싶어!	→ 테스트 하네스 (Driver + Stub)
코드 단위로 테스트 쉽게 만들고 싶어!	→ 테스트 프레임워크 (unittest, Jest, JUnit)
사람이 하던 테스트를 자동화하고 싶어!	→ 테스트 자동화 도구 (Selenium, Cypress)

22. 통합 개발 환경(IDE)에 대한 설명으로 옳지 않은 것은?

개발을 위한 편집기, 컴파일러,디버거 등이 포함되어 있따
코드의 자동생성이 가능하다
다양한 기능들을 다운로드하여 추가할 수 있다
단일 플랫폼만을 지원하는 한계가 있다

통합 개발 환경(IDE, Integrated Development Environment)란?

소프트웨어 개발을 쉽게 하도록 여러 도구(편집기, 컴파일러, 디버거 등)를 하나로 묶은 프로그램입니다.

✅ 보기별 설명 분석

✅ 편집기, 컴파일러, 디버거 포함	O	개발에 필요한 기능들이 통합되어 있음
✅ 코드 자동 생성 가능	O	코드 자동 완성, 템플릿 생성, 스니펫 등 기능 포함
✅ 기능 확장 가능	O	플러그인/확장 기능 설치 가능 (예: VS Code Extension)
❌ 단일 플랫폼만 지원한다	❌ 틀림	VS Code, IntelliJ, Eclipse 등 대부분 멀티 플랫폼 지원 (Windows, macOS, Linux 등)

✅ 주요 IDE 예시

IDE플랫폼 지원특징

VS Code	Win / macOS / Linux	가볍고 확장성 강력
PyCharm	Win / macOS / Linux	Python 특화
IntelliJ	Win / macOS / Linux	Java 특화, 기업용
Eclipse	Win / macOS / Linux	오래된 Java 기반 IDE
Xcode	❌ macOS 전용	iOS, macOS 앱 개발 전용

→ 대부분 크로스 플랫폼 지원, 단 Xcode처럼 예외적으로 단일 플랫폼인 경우도 있지만 IDE 일반의 특징은 아님

✅ 정리

IDE는 다양한 운영체제에서 사용 가능하고,
기능도 확장 가능하며, 개발자가 효율적으로 일할 수 있도록 도와주는 개발 통합 도구입니다.

23. 디지털 저작권 관리(DRM)에 대한 설명으로 가장 옳지 않은 것은?

콘텐츠의 생성,유통,이용까지의 전 과정에 걸쳐 사용되는 디지털 콘텐츠 관리 및 보호 기술이다
패키징 수행 전 라이선스 정보를 클리어링 하우스에 등록한다
원본 콘텐츠가 아날로그인 경우에는 변환 작업을 수행한 뒤 패키징을 한다
암호화, 식별 기술, 크랙 방지, 인증 등의 기술이 사용된다

✅ 디지털 저작권 관리(DRM: Digital Rights Management)란?

디지털 콘텐츠(음악, 영상, 문서 등)의 저작권 보호를 위해 접근과 사용을 제한/통제하는 기술입니다.

즉, 콘텐츠가 불법 복제되거나 무단 사용되지 않도록 보호하기 위한 시스템이에요.

✅ 각 보기 설명 분석

보기옳은 설명 여부설명

✅ 콘텐츠의 생성~이용 전 과정에 사용되는 보호 기술이다	O	DRM은 콘텐츠 생성 → 유통 → 사용까지 모든 단계에 관여
❌ 패키징 수행 전 라이선스 정보를 클리어링 하우스에 등록한다	❌	DRM은 패키징 후에 라이선스와 메타데이터를 클리어링 하우스에 등록함
✅ 원본이 아날로그면 디지털로 변환한 후 패키징한다	O	맞습니다. 아날로그 → 디지털 변환 후 DRM 적용
✅ 암호화, 인증, 크랙 방지, 식별 기술 사용	O	DRM 핵심 기술: 암호화 + 인증 + 식별 + 복제 방지 등

✅ 주요 DRM 구성요소 간 역할

구성요소역할

패키저(Packager)	콘텐츠를 암호화하고 DRM 정보를 포함시켜 "포장"함
클리어링 하우스(Clearing House)	라이선스 발급, 사용자 권한 관리
DRM 컨트롤러	사용자 기기에서 DRM 콘텐츠 재생, 권한 확인
암호화 모듈	콘텐츠 보호 (복호화하려면 권한 필요)

✅ 정리

클리어링 하우스는 라이선스 발급과 유통 단계에서 활동하며,
콘텐츠 패키징 전에는 개입하지 않습니다.
[1. 콘텐츠 제작]
       ↓
[2. 패키징 (암호화 + DRM 적용)]
       ↓
[3. 클리어링 하우스 (라이선스 발급)]
       ↓
[4. 콘텐츠 유통 (CDN, 서버)]
       ↓
[5. 사용자 요청 → DRM 컨트롤러가 권한 확인]
       ↓
[6. 권한 확인 성공 시 콘텐츠 재생]

단계 설명

① 콘텐츠 제작	원본 콘텐츠 (음원, 영상, PDF 등)를 제작
② 패키징	콘텐츠를 암호화하고 메타데이터를 붙임→ DRM 적용된 파일 생성
③ 클리어링 하우스 등록	패키징된 콘텐츠의 라이선스 정보 등록, 사용자별 권한 설정
④ 유통	CDN, 서버 등을 통해 사용자에게 배포
⑤ 재생 요청	사용자가 콘텐츠를 실행하면 DRM 컨트롤러가 클리어링 하우스에 권한 요청
⑥ 재생/차단	유효한 권한이 있으면 복호화되어 재생, 없으면 차단

✅ 2. DRM vs 워터마킹 비교표

구분	DRM (Digital Rights Management)	워터마킹 (Watermarking)
목적	콘텐츠의 접근/사용 자체를 통제	콘텐츠 소유자 정보 표시, 불법 유출 추적
기술 방식	암호화, 인증, 라이선스 발급	콘텐츠에 식별 정보 삽입 (눈에 보일 수도, 안 보일 수도 있음)
사용자 제한	재생, 복사, 인쇄 등 직접 제어 가능	제한은 없음, 추적만 가능
복제 방지	✅ 가능 (읽기 자체 차단 가능)	❌ 불법 복제는 가능하지만 출처 추적 가능
대표 예시	Netflix, eBook, 게임 라이선스	영화 화면에 사용자 이메일 삽입, PDF 저작권 표시
장점	접근 자체를 완벽히 제어	유출자 추적 가능, 보조 보안 수단
단점	구현 복잡, 유연성 떨어짐	접근은 못 막음, 추적만 가능

✅ 요약

상황쓰는 기술

콘텐츠 자체를 잠그고, 못 보게 만들고 싶다	DRM
복사되더라도, 누가 유출했는지 추적하고 싶다	️ 워터마킹

✅ CDN이란?

CDN (Content Delivery Network) =
콘텐츠(영상, 이미지, 파일 등)를 사용자에게 더 빠르게 전달해주는 전 세계 분산 서버 네트워크

쉽게 말하면?

사용자랑 가까운 위치의 서버가 대신 콘텐츠를 보내줘서
더 빠르게, 더 안정적으로 웹을 사용할 수 있게 하는 기술이에요.

✅ 왜 필요한가?

문제CDN이 해결하는 방법

서버가 한 군데만 있으면 속도가 느려짐	전 세계에 분산된 서버를 만들어 가까운 서버가 대신 응답
많은 사람이 한꺼번에 접속하면 서버 폭주	여러 CDN 서버가 트래픽을 나눠서 처리
해외에서 접속 시 지연 큼	각 지역 CDN 서버가 콘텐츠 캐시하여 전달
원본 서버 보안 위협	CDN이 중간에서 차단막 역할을 해줌 (DDoS 대응 등)

✅ 예시

Netflix: 전 세계 사용자에게 영상을 빠르게 보여주기 위해 CDN 사용 (Open Connect)
️ 웹사이트 이미지: 사용자가 한국에서 보든 미국에서 보든 가까운 CDN 서버가 이미지 전달
소프트웨어 다운로드: 대용량 파일도 전 세계에서 빠르게 다운로드 가능

[사용자] → [CDN 서버] → (캐시 있음) 콘텐츠 바로 전달!
                   ↓
                (캐시 없음)
                   ↓
          → 원본 서버에서 가져와 캐시에 저장 후 전달

✅ CDN을 사용하는 대표 서비스/회사

회사설명

Cloudflare	보안 + CDN 대표 기업 (DDoS 방어도 제공)
Akamai	전 세계 콘텐츠 전송 1위급 CDN
AWS CloudFront	아마존 웹서비스 제공 CDN
Google Cloud CDN	구글 클라우드 기반 CDN
Fastly	빠른 캐싱 + 엣지 컴퓨팅 기능 제공

✅ 요약

키포인트설명

목적	콘텐츠를 빠르고 안전하게 전달
방식	전 세계에 분산된 서버가 캐시된 콘텐츠를 대신 전송
장점	속도 향상, 트래픽 분산, 보안 강화, 서버 부담 감소
사용 분야	동영상 스트리밍, 이미지, 정적 파일, 다운로드 등

24. 스택에서 순서가 A,B,C,D로 정해진 입력자료를 push >push>pop>push>pop>push>pop>pop으로 연산했을때 출력

연산	스택 상태	출력
push A	A
push B	A, B
pop	A	B
push C	A, C
pop	A	C
push D	A, D
pop	A	D
pop	(empty)	A

25. EAI(Enterprise Application integration)의 구축유형에 대한 설명으로 틀린 것은?

Point-to-Point는 가장 기본적인 애플리케이션 통합 방식으로, 애플리케이션을 1:1로 연결한다
Hub&Spoke는 단일 접점인 허브 시스템을 통해 데이터를 전송하는 중앙 집중형 방식이다
애플리케이션 사이에 미들웨어를 두어 처리하는 방식은 ESB이다
Hybrid는 Point-to-Point와 Hub&Spoke의 혼합 방식이다

EAI(Enterprise Application Integration)란?

기업 내 다양한 시스템(ERP, CRM, 회계, 물류 등)을 하나로 통합하여 데이터가 연동되도록 하는 방식입니다.
→ 서로 다른 애플리케이션들이 데이터를 실시간으로 교환하고 자동화된 통신이 가능하게 함

✅ EAI의 대표적인 구축 유형 4가지

유형설명장단점

✅ Point-to-Point	시스템 간 1:1 직접 연결 방식	구조 단순하지만, 시스템 늘어날수록 관리 어려움
✅ Hub & Spoke	중앙 허브를 통해 각 시스템과 연결 (Spoke는 개별 시스템)	구조 통제 쉬움, 허브 장애 시 전체 영향
✅ ESB (Enterprise Service Bus)	미들웨어(버스)를 통해 모든 시스템이 느슨하게 연결	유연하고 확장 가능, 구축 복잡
✅ Hybrid	Hub & Spoke + ESB 방식의 결합	복잡한 환경에서 유연하게 적용

26. 디지털 저작권 관리(DRM)의 구성 요소에 대한 설명으로 틀린것은?

클리어링 하우스는 저작권에 대한 권한 및 결제애 대하 관리한다
패키저는 암호화된 콘텐츠를 배포한다
DRM 컨트롤러는 배포된 컨텐츠를 통제한다
보안 컨테이너는 콘텐츠 유통을 위한 전자적 보안장치이다

구성 요소 설명

클리어링 하우스	저작권의 권리 정보를 관리하고, 라이선스 발급, 사용 내역 확인 및 정산/결제를 담당합니다. ✅ 올바른 설명
패키저 (Packager)	콘텐츠를 암호화하고, 메타데이터를 추가해 보안 컨테이너 형태로 생성하는 역할을 합니다. 배포는 하지 않습니다. ❌ 설명 오류
DRM 컨트롤러	사용자 권한에 따라 콘텐츠의 사용 여부를 제어합니다. (재생 제한, 복제 방지 등) ✅ 올바른 설명
보안 컨테이너 (Secure Container)	암호화된 콘텐츠와 관련 메타데이터를 포함한 전자적 보안장치로, 콘텐츠의 안전한 유통을 위한 포맷입니다. ✅ 올바른 설명

27. 테스트 오라클에 대한 설명으로 틀린것은?

테스트 오라클을 모든 테스트 케이스에 적용할 수 있다
애플리케이션의 변경이 있을 때는 일관 검사 오라클을 이용하는 것이 효과적이다
테스트 오라클의 값을 수학적 기법을 이용하여 구할 수 있다
테스트 대상 프로그램의 실행,결과 비교, 커버리지 측정 등을 자동화 할 수 있다

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

소프트웨어 테스트에서 "정답"을 알려주는 기준입니다.
즉, 테스트 결과가 올바른지 아닌지를 판단해주는 메커니즘

각 선택지 설명:

보기설명정오

테스트 오라클을 모든 테스트 케이스에 적용할 수 있다	❌ 틀림. 현실적으로 모든 테스트 케이스에 대해 정확한 기대 결과(오라클)를 정의하기 어렵습니다. 특히 복잡한 시스템이나 예외적인 상황에서는 오라클을 구성하기 어려운 경우가 많습니다.
애플리케이션의 변경이 있을 때는 일관 검사 오라클을 이용하는 것이 효과적이다	✅ 맞음. 변경 전/후의 출력 결과를 비교하여 변경으로 인한 영향을 확인할 수 있는 일관성 검사 오라클(Consistency Oracle) 은 회귀 테스트에 유용합니다.
테스트 오라클의 값을 수학적 기법을 이용하여 구할 수 있다	✅ 맞음. 수학적 모델이나 공식, 알고리즘 분석 등을 통해 기댓값을 계산하는 오라클을 만들 수 있습니다. (예: 알고리즘 문제의 결과 계산 등)
테스트 대상 프로그램의 실행, 결과 비교, 커버리지 측정 등을 자동화할 수 있다	✅ 맞음. 테스트 프레임워크와 툴을 사용하면 오라클 판단을 포함해 실행/비교/측정 자동화가 가능합니다.

참고: 테스트 오라클의 종류

수학적 오라클: 명확한 수학적 정답이 있는 경우
모델 기반 오라클: 시스템의 모델(예: 상태 기계)을 기준으로 판단
일관성 검사 오라클: 변경 전/후 결과를 비교
휴리스틱 오라클: 통계적 또는 경험적 기준으로 판단

28. 버블 정렬을 이용한 오름차순 정렬시 다음 자료에 대한 2회전 후의 결과는?

9,6,7,3,5

✅ 1회전 (첫 번째 반복):

9 > 6 → 교환 → 6, 9, 7, 3, 5
9 > 7 → 교환 → 6, 7, 9, 3, 5
9 > 3 → 교환 → 6, 7, 3, 9, 5
9 > 5 → 교환 → 6, 7, 3, 5, 9
➡️ 결과: 6, 7, 3, 5, 9

✅ 2회전 (두 번째 반복):

6 < 7 → 그대로
7 > 3 → 교환 → 6, 3, 7, 5, 9
7 > 5 → 교환 → 6, 3, 5, 7, 9
7 < 9 → 그대로
➡️ 결과: 6, 3, 5, 7, 9

29. 형상 관리 도구의 주요 기능으로 거리가 먼것은?

체크아웃(Check-out)
체크인(Check-in)
식별(Identification)
커밋(Commit)

이유:

"형상 관리 도구(Configuration Management Tool)"의 핵심 기능은 다음과 같이 네 가지로 요약됩니다:

기능설명

식별 (Identification)	관리할 소프트웨어 구성 요소를 식별하고 이름을 부여
버전 제어 (Version Control)	체크인(Check-in), 체크아웃(Check-out)을 통해 버전 관리
변경 관리 (Change Control)	변경 요청, 승인, 적용 과정을 관리
감사 (Audit)	버전 및 변경 사항이 일관되게 적용되었는지 검토

용어 비교:

용어형상 관리에서의 용어인지?설명

체크아웃 (Check-out)	✅	파일을 수정하기 위해 가져오는 행위
체크인 (Check-in)	✅	수정된 파일을 다시 저장소에 반영하는 행위
식별 (Identification)	✅	어떤 파일을 관리할 것인지 지정
커밋 (Commit)	❌	Git과 같은 분산형 버전 관리 시스템(DVCS)에서 사용하는 용어로, 로컬 저장소에 변경 사항을 저장하는 행위입니다. 형상 관리의 일반 개념에는 포함되지 않음

✅ 1. 개념 비교

항목형상 관리(Configuration Management, CM)Git (분산 버전 관리 시스템, DVCS)

정의	소프트웨어 개발 과정에서 산출물(소스코드, 문서 등)의 변경을 체계적으로 관리하기 위한 개념적 활동	코드 변경 이력을 로컬/원격 저장소에 분산 저장하며 관리하는 도구
목적	변경 추적, 버전 관리, 변경 승인, 릴리즈 관리 등 전체 프로세스 관리	코드 버전 관리와 협업 중심의 소스코드 관리
대상	소스코드, 문서, 설계자료, 바이너리 등 모든 산출물	주로 소스코드
도구 예시	ClearCase, SVN, CVS, Perforce, Team Foundation Server(TFS)	Git, Mercurial

✅ 2. Git은 형상 관리 도구인가요?

네, 맞습니다.
Git은 형상 관리의 일부인 "버전 관리(version control)"를 전문적으로 다루는 도구입니다.
즉, **Git은 형상 관리 도구의 하위 개념인 버전 관리 도구(VCS)**에 해당합니다.

✅ 3. 용어 차이 예시

일반 형상 관리 용어Git 용어설명

Check-in	Push	변경된 파일을 저장소에 반영
Check-out	Clone, Pull, or Branch checkout	원본 파일을 가져오거나 특정 브랜치로 이동
Commit	Commit	로컬 저장소에 변경 이력을 기록
Revision	SHA 해시 또는 커밋 ID	Git에서는 각 커밋이 고유 ID를 가짐

✅ 요약

형상 관리는 더 넓은 개념 → 변경, 버전, 릴리즈, 감사 등 전체 관리
Git은 그 중 "버전 관리"에 특화된 도구
따라서 Commit은 Git 고유의 용어이며, 형상 관리의 일반적 용어는 아님

30. 목적에 따른 테스트 방식 중 시스템이 과도한 정보량이나 빈도 등을 부과하여 과부하 시에도 소프트웨어가 정상적으로 실행되는지를 확인하는 테스트는?

회복(Recovery)테스트
강도(Stress) 테스트
성능(Performance)테스트
회귀(Regression)테스트

테스트 종류설명목적

회복(Recovery) 테스트	시스템에 오류나 장애를 강제로 발생시킨 후, 얼마나 빠르게 정상 상태로 복구하는지 테스트	장애 회복 능력 확인
강도(Stress) 테스트	정상 범위를 초과하는 부하(정보량, 요청 빈도 등)를 가해 시스템이 얼마나 견디는지 확인	과부하 상황에서의 안정성 확인
성능(Performance) 테스트	응답 시간, 처리량 등 시스템의 성능 지표를 측정	정상 범위 내 성능 측정
회귀(Regression) 테스트	기존 기능에 대한 변경이 다른 기능에 영향을 미치지 않았는지 검증	기능 변경 후 안정성 확인

✅ 강도 테스트(Stress Testing)

시스템의 한계치를 초과하는 부하를 의도적으로 주어,
시스템이 다운되지 않고 얼마나 잘 버티는지, 혹은 어떻게 실패하는지를 확인합니다.
예: 사용자 10만 명 동시 접속, 대용량 데이터 전송 등

31. 빌드 자동화 도구에 대한 설명으로 틀린 것은?

Gradle은 실행할 처리 명령들을 모아 태스크로 만든 후 태스크 단위로 실행한다
Ant는 Groovy를 기반으로 한 오픈소스로 안드로이드 앱 개발 환경에서 사용된다
빌드 자동화 도구에는 Ant,Gradle,Jenkins 등이 있다
빌드 자동화 도구는 지속적인 통합개발환경에서 유용하게 활용된다

도구 설명

Ant	XML 기반의 스크립트 방식 빌드 도구. 구조적이지 않으며 명시적으로 작성해야 함. 유연하지만 유지보수가 어려움.
Maven	XML(POM.xml) 기반의 선언적 빌드 도구. 표준적인 프로젝트 구조와 의존성 관리에 강점. Ant보다 구조화되어 있음.
Gradle	Groovy 또는 Kotlin DSL 기반의 현대적인 빌드 도구. 선언적 + 절차적 혼합 방식으로 유연성과 성능이 우수함. Android Studio의 공식 빌드 시스템.
Jenkins	빌드 도구가 아닌 CI/CD 도구로, Ant, Maven, Gradle 등을 자동으로 실행해주는 서버형 통합 도구. GitHub 등과 연동하여 지속적 통합/배포 가능.

항목	Ant	Maven	Gradle	Jenkins
스크립트 언어	XML	XML (POM)	Groovy/Kotlin	웹 GUI + Groovy
방식	절차적	선언적	선언적 + 절차적	CI/CD 자동화
의존성 관리	수동 (Ant-Ivy 사용)	자동 (중앙 저장소)	자동 (Maven 저장소 사용)	플러그인 기반
프로젝트 구조	자유로움	표준 구조 필요	유연한 구조 가능	자유로움
속도	느림	중간	빠름 (캐시 기반)	실행 속도는 빌드 도구에 의존
확장성/유연성	높음	낮음	매우 높음	매우 높음
주요 사용처	레거시 자바 프로젝트	엔터프라이즈/표준 프로젝트	Android/모던 자바	DevOps 파이프라인
대표 사용 예시	예전 Java 웹앱	Spring, 백엔드 서버	Android, Kotlin 프로젝트	GitHub Actions 대안

32. 해싱 함수(Hashing Function)의 종류가 아닌 것은?

제곱법(mid-square)
제산법(division)
숫자분석법(digit anlysis)
개방주소법(open addressing)

보기 설명 분류

제곱법 (mid-square)	키 값을 제곱한 후, 중간 몇 자리를 해시값으로 사용하는 방식	✔ 해싱 함수
제산법 (division)	키 값을 특정 소수(prime)로 나눈 나머지를 해시값으로 사용	✔ 해싱 함수
숫자분석법 (digit analysis)	여러 키 값을 비교해 잘 분포된 자릿수를 선택하여 해시값으로 사용	✔ 해싱 함수
개방주소법 (open addressing)	해시 충돌이 발생했을 때 빈 공간을 탐색하여 저장하는 방법	❌ 충돌 해결 방법

해싱 함수(Hashing Function):
키 값을 해시 테이블의 인덱스로 변환하는 함수. 예: 제산법, 제곱법, 숫자 분석법 등
충돌 해결(Collision Resolution):
서로 다른 키가 같은 인덱스를 가질 경우 해결하는 방식
➤ 개방주소법, 체이닝(Chaining), 이중 해싱 등

33. 효과적인 모듈 설계를 위한 유의사항으로 거리가 먼 것은?

모듈 간의 결합도를 약하게 하면 모듈 독립성이 향상된다
하나의 입구와 하나의 출구를 갖도록 해야한다
모듈의 기능은 예측이 가능해야 하며 지나치게 제한적이어서는 안된다
일관성을 줄이고 중복성을 유지시킨다

핵심 설계 원칙 요약:

✅ 결합도(Coupling): 낮게
✅ 응집도(Cohesion): 높게
✅ 일관성: 유지
✅ 중복성: 제거
✅ 단일 책임 원칙(SRP): 지향

34. White Box Testing에 대한 설명으로 옳지 않은 것은?

Base Path Testing, Boundary Value Analysis가 대표적인 기법이다
Source Code의 모든 문장을 한번 이상 수행함으로써 진행된다
모듈 안의 작동을 직접 관찰할 수 있다
산출물의 각 기능별로 적절한 프로그램의 제어 구조에 따라 선택,반복 등의 부분들을 수행함으로써 논리적 경로를 점검한다

보기 설명 정오 여부

Base Path Testing, Boundary Value Analysis가 대표적인 기법이다	❌ Base Path Testing은 White Box 기법이 맞지만, Boundary Value Analysis(경계값 분석)는 Black Box Testing 기법입니다.	틀림
Source Code의 모든 문장을 한번 이상 수행함으로써 진행된다	✔ 문장 커버리지(Statement Coverage)를 위한 White Box Testing 방식입니다.	맞음
모듈 안의 작동을 직접 관찰할 수 있다	✔ 내부 로직을 분석하는 것이 White Box Testing의 핵심입니다.	맞음
산출물의 각 기능별로 적절한 프로그램의 제어 구조에 따라 선택,반복 등의 부분들을 수행함으로써 논리적 경로를 점검한다	✔ 조건/분기/루프 등을 중심으로 논리 경로를 테스트하는 방식입니다.	맞음

구분 주요 기법

White Box Testing (구조 기반)	Base Path Testing, 루프 테스트, 조건/분기 커버리지 등
Black Box Testing (기능 기반)	Boundary Value Analysis, Equivalence Partitioning, 상태 전이 테스트 등

35. 워크스루(WalkThrough)와 인스펙션(inspection)에 대한 설명으로 옳지 않은 것은

워크스루는 전문가들에 의해 개발자의 작업 내역이 검토된다
워크스루는 제품 개발자가 주최가 된다
워크스루는 오류 발견과 발견된 오류의 문제 해결에 중점을 둔다
인스펙션은 워크스루를 발전시킨 형태이다

해설:

보기설명정오

워크스루는 전문가들에 의해 개발자의 작업 내역이 검토된다	✔ 일반적으로 여러 사람이 모여 문서를 읽고 검토합니다.	✅ 맞음
워크스루는 제품 개발자가 주최가 된다	✔ 워크스루는 작성자가 주도하여 진행하는 비공식 리뷰입니다.	✅ 맞음
워크스루는 오류 발견과 발견된 오류의 문제 해결에 중점을 둔다	❌ 워크스루는 오류 "발견"에는 초점을 두지만, 해결은 목적이 아님. 문제 해결은 디버깅 단계에서

36. 중위 표기법 (A+B) *C + ( D + E)를 후위표기법으로 표시

A B + C * D E + +

37.소프트웨어 버전 관리 도구 방식

- 버전 관리 자료가 원격 저장소와 로컬 저장소에 함께 저장되어 관리된다

- 로컬 저장소에서 버전 관리가 가능하므로 원격 저장소에 문제가 생겨도 로컬 저장소의 자료를 이용하여 작업 할 수 있다

- 대표적인 버전 관리 도구로 Git이 있다

단일 저장소 방식
분산 저장소 방식
공유 폴더 방식

클라이언트 서버 방식

구분 방식 이름 대표 도구 저장 방식 로컬 저장소 사용 가능 여부 특징 장점 단점

1	단일 저장소 방식	RCS, SCCS	단일 서버에만 저장	❌	가장 초기 형태의 버전 관리	구조가 단순함	중앙 서버 의존도 높음
2	분산 저장소 방식	Git, Mercurial	원격 + 로컬 저장소 모두 존재	✅	각 사용자가 전체 히스토리를 소유	오프라인 작업 가능, 속도 빠름	충돌 관리가 어려울 수 있음
3	공유 폴더 방식	없음 (원시적 방식)	공유 폴더에 직접 저장	❌	네트워크 폴더 기반 수동 관리	설치 간편	충돌 위험 매우 높음, 백업 없음
4	클라이언트-서버 방식	SVN, CVS	서버에 저장, 클라이언트 접근	❌ (일부 캐시 존재하나 독립적 X)	서버가 버전 히스토리 관리	접근 제어 및 중앙 관리 용이	오프라인 작업 불가, 서버 다운 시 문제 발생

38. 위험 모니터링 의미

위험을 이해하는 것
첫 번째 조치로 위험을 피할 수 있도록 하는 것
위험 발생 후 즉시 조치하는 것
위험 요소 징후들에 대해서 계속적으로 인지하는 것

✅ 위험 모니터링(Risk Monitoring)이란?

프로젝트에서 식별된 위험이나 새롭게 생길 수 있는 위험 요소들에 대해 지속적으로 추적하고 감시하는 활동입니다.

즉, 단순히 위험을 "한 번 평가"하고 끝나는 것이 아니라,
상황이 변하면서 위험이 실제로 나타날지 모르는 조짐을 지속적으로 관찰하는 것이 핵심입니다.

위험 관리의 4단계 흐름

단계설명

1. 위험 식별	어떤 위험이 있는지 찾는 과정 (예: 일정 지연, 기술 실패)
2. 위험 분석/평가	얼마나 자주 일어날지(가능성), 얼마나 심각할지(영향도) 분석
3. 위험 대응 계획 수립	회피, 전가, 완화, 수용 전략 등을 미리 계획
4. 위험 모니터링	위험이 실제로 일어나려는 징후가 있는지 지속 감시하고, 필요 시 대응 실행

위험 모니터링의 특징

항목설명

목적	위험이 발생하지 않도록 조기에 감지하고 대응할 수 있도록 함
방법	정기적인 회의, 리스크 로그 검토, 지표 분석 등
포인트	단순히 위험을 "이해"하는 게 아니라 변화하는 상황에 대한 감시가 핵심

❌ 다른 보기들과 비교

보기왜 틀렸는가?

위험을 이해하는 것	위험 분석 단계에 해당
첫 번째 조치로 위험을 피할 수 있도록 하는 것	위험 회피(Risk Avoidance) 전략에 해당
위험 발생 후 즉시 조치하는 것	위험 대응(Risk Response)에 해당
위험 요소 징후들에 대해서 계속적으로 인지하는 것	✅ 위험 모니터링의 정의

예시

상황: 소프트웨어 프로젝트에서 외주 팀의 일정 지연 위험이 식별됨

분석 결과: 일정이 자주 밀린다 → 고위험
모니터링 활동:
- 주간 진행 상황 체크
- 산출물 제출 지연 여부 확인
- 개발 속도 및 이슈 발생 빈도 감시

이처럼 계속 감시하면서 문제가 보이면 즉시 대응하는 것이 모니터링입니다.

39. n개의 노드로 구성 된 무방향 그래프의 최대 간선 수는?

n(n-1)/2

40. 이진 검색 알고리즘에 대한 설명으로 틀린 것은

탐색 효율이 좋고 탐색 시간이 적게 소요된다
검색할 데이터가 정렬되어 있어야 한다
피보나치 수열에 따라 다음에 비교할 대상을 선정하여 검색
비교횟수를 거듭할 때마다 검색 대상이 되는 데이터의 수가 절반으로 줄어든다

이진 검색의 특징 요약

항목설명

전제 조건	데이터가 정렬되어 있어야 함 (오름차순 또는 내림차순)
⚙️ 방식	중간값(mid)을 기준으로 찾고자 하는 값이 크면 오른쪽, 작으면 왼쪽 탐색
⏱️ 시간 복잡도	O(log₂ n) — 검색 대상이 매번 절반으로 줄어듦
✅ 장점	빠르고 효율적. 특히 대용량 정렬된 데이터에 유리
❌ 단점	정렬이 안 되어 있으면 사용할 수 없음

예시

배열: [10, 20, 30, 40, 50, 60, 70]
찾고자 하는 값: 60

중간값: 40 → 60 > 40 → 오른쪽으로
중간값: 60 → 찾았다!

→ 총 2번 비교, O(log₂ 7) ≒ 3회 미만

❌ 잘못된 설명: "피보나치 수열에 따라 다음에 비교할 대상을 선정"

→ 이건 **Fibonacci Search (피보나치 탐색)**의 설명입니다.

피보나치 탐색이란?

이진 검색처럼 중간값을 기준으로 나누지만, 중간값을 피보나치 수열의 비율로 선택
데이터 접근 비용이 균일하지 않거나, 메모리 계층 구조가 있을 때 유리한 방식
예: 캐시 미스가 걱정되는 경우 등

→ 일반적인 탐색에서는 거의 사용되지 않음

✅ 보기별 정오 판별

보기설명정오

탐색 효율이 좋고 탐색 시간이 적게 소요된다	✔ 시간 복잡도 O(log n), 매우 효율적	✅
검색할 데이터가 정렬되어 있어야 한다	✔ 정렬 필수 조건	✅
피보나치 수열에 따라 다음에 비교할 대상을 선정	❌ 피보나치 탐색 설명	❌
비교횟수를 거듭할 때마다 검색 대상이 되는 데이터의 수가 절반으로 줄어든다	✔ 이진 검색의 핵심 원리	✅

정리

이진 검색은 "정렬된 자료 + 절반씩 나눠가는 탐색"이 핵심
"피보나치 수열"은 이진 검색과 무관

AWS 설정

ds3hfj — Fri, 2 May 2025 17:02:07 +0900

Route53

RDS

KMS

VPC

라우팅 테이블

EC2

로드 밸런서

소프트웨어 설계 - 2024 2회

ds3hfj — Fri, 2 May 2025 16:51:56 +0900

1. 요구공학(Requirements Engineering)에 대한 설명으로 옳지 않은것

무엇을 개발해야 하는지 요구사항을 정의하고, 분석 및 관리하는 프로세스를 연구하는 학문
사용자 요구사항이 더욱 복잡해지고 잦은 변경이 발생하자 이를 적절하게 관리하기 위해 등장
요구사항 개발의 한 요소
품질 개선과 프로젝트 실패의 최소화를 목적으로 함

요구공학(Requirements Engineering)이란?

소프트웨어를 만들기 전에
**“무엇을 만들지, 왜 필요한지, 어떤 기능이 있어야 하는지”**를
정확하게 정의하고 정리하는 학문 및 과정이에요.

보기 하나씩 검토해볼게요

보기 내용설명맞는지?

✅ 무엇을 개발해야 하는지 요구사항을 정의하고, 분석 및 관리하는 프로세스를 연구하는 학문	✔ 요구공학의 기본 정의	✅ 옳음
✅ 사용자 요구사항이 더욱 복잡해지고 잦은 변경이 발생하자 이를 적절하게 관리하기 위해 등장	✔ 실제 등장 배경 설명	✅ 옳음
❌ 요구사항 개발의 한 요소	❌ 요구공학이 "요구사항 개발"을 포함하는 상위 개념이지, 그 반대가 아님	❌ 틀림 (정답)
✅ 품질 개선과 프로젝트 실패의 최소화를 목적으로 함	✔ 요구공학의 주요 목적 중 하나	✅ 옳음

✅ 왜 “요구사항 개발의 한 요소”가 틀렸을까?

요구공학은 다음과 같은 구성 요소를 포함함:
- 요구사항 개발
- 요구사항 분석
- 요구사항 추적 및 변경 관리
- 요구사항 검증 및 확인 등

즉, "요구사항 개발"은 요구공학의 일부이고,
"요구공학이 요구사항 개발의 한 요소다"라는 말은 거꾸로 말한 것이기 때문에 틀린 설명이에요.

2. XP(eXtreme Programming)에 대한 설명으로 옳지 않은 것은

릴리즈 기간을 짧게 반복하여 고객의 요구 변화에 빠르게 대응한다.
코드들은 하나의 작업이 마무리될 때마다 지속적으로 통합한다
테스트가 지속적으로 진행될 수 있도록 테스트 자동화 도구를 사용한다
개발 책임자가 모든 책임을 가지므로 팀원들은 책임 없이 자유로운 개발이 가능

XP(eXtreme Programming)란?

애자일(Agile) 방식의 한 종류로,
변화에 빠르게 대응하면서 지속적 통합, 자동 테스트, 짧은 반복 개발 주기를 강조하는 현장 중심 개발 방법론이에요.

✅ 보기 검토

보기 내용설명옳은 설명인지?

✅ 릴리즈 기간을 짧게 반복하여 고객의 요구 변화에 빠르게 대응한다	✔ XP는 1~3주 단위의 짧은 반복 개발을 통해 고객 요구 반영	✅
✅ 코드들은 하나의 작업이 마무리될 때마다 지속적으로 통합한다	✔ 지속적 통합(Continuous Integration)은 XP의 핵심	✅
✅ 테스트가 지속적으로 진행될 수 있도록 테스트 자동화 도구를 사용한다	✔ 테스트 주도 개발(TDD)과 자동화 테스트는 XP의 주요 기법	✅
❌ 개발 책임자가 모든 책임을 가지므로 팀원들은 책임 없이 자유로운 개발이 가능	❌ 완전히 틀린 설명. XP는 팀원 모두가 공동 책임을 가지며, 협업과 책임 분담을 중요시함	❌ (정답)

XP의 핵심 가치

의사소통 (Communication)
단순성 (Simplicity)
피드백 (Feedback)
용기 (Courage)
존중 (Respect)

특히 모든 팀원이 협업하고 공동 책임을 지는 문화가 중요해요.

3. UML에서 활용되는 다이어그램의 이름과 설명의 연결

클래스 다이어그램: 시퀀스 다이어그램과 같이 동작에 참여하는 객체들이 주고 받는 메시지를 표현하는데, 메시지뿐만 아니라 객체들 간의 연관까지 표현한다
배치 다이어그램 : 결과물,프로세스,컴포넌트 등 물리적 요소들의 위치를 표현
유스케이스 다이어그램 : 사용자의 요구를 분석하는 것으로, 기능 모델링 작업에 사용
활동 다이어그램 : 시스템이 어떤 기능을 수행하는지 객체의 처리 로직이나 조건에 따른 처리의 흐름을 순서에 따라 표현한다

UML 다이어그램 올바른 연결 정리

다이어그램 이름올바른 설명맞는지 여부

클래스 다이어그램	시스템의 클래스(객체 설계도)와 관계(상속, 연관 등)를 표현	❌ 보기 설명이 잘못됨
배치 다이어그램	시스템 구성 요소(서버, 컴포넌트 등)의 물리적 배치 구조를 표현	✅ 맞음
유스케이스 다이어그램	사용자와 시스템이 상호작용하는 기능(요구사항)을 시각화	✅ 맞음
활동 다이어그램	조건에 따라 작업이 어떻게 흐르는지(처리 흐름)를 표현	✅ 맞음

❌ 왜 클래스 다이어그램 설명이 틀렸을까?

문제 보기에서는 “메시지를 주고받는 동작”이라고 했는데,
이건 시퀀스 다이어그램이나 커뮤니케이션 다이어그램의 역할입니다.
**클래스 다이어그램은 구조(정적 구조)**만 표현하고,
메시지 주고받기나 순차 흐름은 표현하지 않아요.

4. 다음 설명에 해당하는 도표는

시스템의 기능을 여러 개의 고유 모듈들로 분할하여 이들간의 인터페이스를 계층 구조로 표현한 것으로, 가시적도표(Visual Table of Contents), 총체적 도표(Overview Diagram),세부적 도표(Detail Diagram)가 있다

Flow Chart
Burn-down Chart
Visual Diagram
HIPO Chart

문제 핵심 요약

시스템의 기능을 여러 개의 모듈로 나누고

이들 간의 계층 구조와 인터페이스를 보여줌

가시적 도표(Visual Table of Contents),
총체적 도표(Overview Diagram),
세부적 도표(Detail Diagram) 포함

이런 특징을 가진 도표는 바로 HIPO Chart예요!

HIPO란?

HIPO = Hierarchy + Input + Process + Output
입력(Input), 처리(Process), 출력(Output)을 계층적으로 표현한 도표예요.

✅ HIPO Chart의 구성 요소

구성설명

가시적 도표 (Visual Table of Contents)	전체 시스템의 구조와 흐름을 한눈에 볼 수 있는 도표
총체적 도표 (Overview Diagram)	상위 수준에서 각 기능이 어떤 하위 모듈을 포함하는지 설명
세부적 도표 (Detail Diagram)	각 모듈이 실제로 어떻게 작동하는지 상세 설명 (입력 → 처리 → 출력)

❌ 다른 보기 설명

보기설명틀린 이유

Flow Chart	순서도. 로직 흐름을 도형으로 표현	계층 구조 중심이 아님
Burn-down Chart	애자일 개발에서 작업 남은 양을 그래프로 표현	개발 일정 관리용이지, 기능 구조 도표 아님
Visual Diagram	일반적인 시각화 도표 의미, 공식 용어가 아님	❌ HIPO의 구성과 무관

5. 불필요한 메모리의 낭비를 최소화하기 위해 여러 프로세스가 동시에 참조할 수는 없지만 어디서든 참조할 수 있는 객체를 생성하는 디자인 패턴

싱글톤 패턴
옵서버 패턴
프로토타입 패턴
상태 패턴

문제 요약

불필요한 메모리 낭비를 막기 위해

하나의 객체만 생성하고,

여러 곳에서 공유해서 참조할 수 있게 하는 패턴은?

바로 싱글톤(Singleton) 패턴입니다.

✅ 싱글톤 패턴이란?

프로그램 전체에서 단 하나의 인스턴스(객체)만 생성되도록 보장하고,
그 객체를 어디서든 공유해서 사용할 수 있도록 만드는 디자인 패턴이에요.

쉽게 예를 들어보면:

게임에서 설정(옵션) 창은 하나만 존재해야 함
프린터 스풀러, DB 연결 클래스, 로그 기록 클래스 등
→ 여러 객체가 생성되면 자원 낭비가 생기므로 단 하나만 유지해야 함

✅ 싱글톤 패턴의 특징

항목설명

객체 수	딱 하나만 생성됨
접근 방법	어디서든 접근 가능 (전역처럼 사용)
메모리 절약	반복 생성 X → 메모리 낭비 줄임
예시	설정 관리자, 로깅 시스템, DB 커넥션 풀 등

❌ 다른 보기 설명

패턴설명틀린 이유

옵서버 패턴	어떤 객체의 상태 변화가 있을 때 자동으로 연결된 객체들에게 알림을 보내는 패턴	여러 객체가 연결됨. 메모리 낭비 절감과 무관
프로토타입 패턴	기존 객체를 복사해서 새 객체 생성	오히려 객체를 여러 개 만듦
상태 패턴	객체의 상태에 따라 행동이 바뀌도록 구성	객체 수 제어와는 관련 없음

6. 객체지향 기법에서 객체가 메세지를 받아 실행해야 할 객체의 구체적인 연산을 정의한것은?

Entity
Method
instance
Class

객체지향 기법에서는 **객체(object)**가 뭔가 일을 하게 만들기 위해 **메시지(명령)**를 보내요.
이때, 그 메시지를 받았을 때 실제로 어떤 일을 할지 정해놓은 것이 바로 메서드예요.

예시로 설명해볼게요!

곰인형(객체)이 있다고 해봐요.
우리가 곰인형한테 “춤춰!”(메시지)를 말하면,
곰인형이 실제로 “양손을 흔들면서 좌우로 흔들기” 같은 동작을 하게 되죠.
이 동작이 바로 메서드예요.

용어들 추가로 간단 정리

용어뜻예시 (곰인형 예시로)

Class (클래스)	객체의 설계도	곰인형을 만들기 위한 도면
Object / Instance (객체 / 인스턴스)	클래스를 바탕으로 실제 만들어진 물건	곰인형 1개
Entity (엔티티)	현실 세계의 ‘대상’ (정보를 담는 단위) – 보통 데이터베이스 용어에서 자주 씀	"곰인형", "학생", "책" 같은 정보 단위
Method (메서드)	객체가 어떤 일을 할지 정해 놓은 기능	"춤추기", "말하기" 기능

추가로 알면 좋은 것

메서드는 **함수(function)**랑 비슷하지만, 객체에 소속된 함수예요. 그래서 “곰인형이 춤추기”처럼 주인이 있는 행동이라고 보면 돼요.
하나의 클래스 안에는 여러 개의 메서드가 있을 수 있어요.
메서드를 통해 캡슐화(중요한 내용을 숨기고 필요한 기능만 외부에 공개)를 할 수 있어요.

**엔티티(Entity)**는

"정보를 담을 수 있는 실제 또는 개념적인 대상"
을 말해요.
말이 어려우니까 예시로 설명할게요.

예시: 학교를 만든다고 할 때

학교 시스템에서 생각해볼 수 있는 것들:

학생
선생님
교실
시험

이런 것들이 다 엔티티예요.

즉, 학생이라는 엔티티는 이름, 나이, 학년, 반 같은 정보를 가지고 있어요.

학생 (엔티티)

이름: 김민수

나이: 14

학년: 2

반: 3

이렇게 정보를 저장할 수 있는 대상이 엔티티야!

다시 정리하면

엔티티 = 정보를 저장할 수 있는 주제(대상)
프로그램이나 데이터베이스에서 중요해서 관리해야 하는 대상

추가로 알면 좋은 것

엔티티는 보통 클래스랑 연결돼요.
예: class Student처럼 "학생"이라는 클래스가 하나의 엔티티 역할을 함.
실제 데이터베이스(DB)에서는 엔티티 = 테이블이라고 생각해도 거의 맞아요.

속성 (Attribute)
관계 (Relationship)

1. 속성 (Attribute)

속성은 **엔티티가 가지고 있는 정보(특성)**이에요.

예시:

**학생(엔티티)**의 속성은

이름

나이

학년

반

번호

비유하자면:

학생 = 하나의 폴더,
그 안에 적힌 정보 = 속성

학생

이름: 김민수

나이: 14

학년: 2

반: 3반

2. 관계 (Relationship)

관계는 엔티티끼리의 연결이에요.

예시:

학생 ↔ 수업:
학생은 여러 수업을 듣고,
한 수업에 여러 학생이 참여해요.
이걸 “학생과 수업은 관계가 있다”고 해요.

비유하자면:

엔티티 = 인물들
관계 = 이들이 맺고 있는 친구, 선생님, 가족 같은 연결선

전체 그림 정리

개념설명예시

엔티티 (Entity)	정보를 담을 수 있는 대상	학생, 선생님, 수업
속성 (Attribute)	엔티티가 가진 구체적인 정보	이름, 나이, 반
관계 (Relationship)	엔티티끼리의 연결	학생이 수업을 듣는다

7. 바람직한 소프트웨어 설계 지침이 아닌것 4

결합도를 최소화하고 응집도를 최대화한다
복잡도와 중복성을 줄이고 일관성을 유지시킨다
하나의 입구와 하나의 출구를 갖도록 해야한다
모듈의 크기를 가낭한 작게 구성하여 병행성 수준을 높여야한다

왜 이게 바람직하지 않은 소프트웨어 설계 지침일까?

표현이 일부분만 맞고, 전체적으로는 오해 소지가 있어요.

모듈을 너무 작게 만들면?
- 오히려 관리하기 어려워지고,
- 모듈 간 의존성이 많아져서 결합도가 높아질 수 있어요.
- **병행성(동시 처리)**과도 직접적인 관련이 없어요.

즉, 작게 쪼갠다고 무조건 좋은 건 아니고, 적절하게 역할 단위로 나누는 것이 핵심이에요.

✅ 나머지 선택지는 모두 바람직한 설계 지침

지침설명

결합도를 최소화하고 응집도를 최대화	모듈 간 연결은 줄이고, 각 모듈의 기능은 하나로 집중시키기
복잡도와 중복성 줄이고 일관성 유지	코드가 읽기 쉽고 유지보수도 쉬워짐
하나의 입구와 하나의 출구	함수나 모듈은 명확한 흐름을 가지게 해서 오류 줄이기

원칙 이름	전체 이름	핵심 의미	예시	지키지 않았을 때 문제
S - SRP	단일 책임 원칙(Single Responsibility Principle)	하나의 클래스(또는 함수)는 한 가지 책임만 가져야 함	게시글 클래스는 글만 다루고, 댓글은 별도 클래스에서 처리	여러 기능이 얽히면 수정 시 연쇄 오류 발생
O - OCP	개방-폐쇄 원칙(Open-Closed Principle)	코드는 확장에는 열려있고, 변경에는 닫혀 있어야 함	새 기능을 추가할 때 기존 코드를 수정하지 않고 확장	기존 코드까지 수정하게 되어 버그 발생 가능성 증가
L - LSP	리스코프 치환 원칙(Liskov Substitution Principle)	부모 클래스를 사용하는 곳에 자식 클래스를 넣어도 문제 없어야 함	Bird → Penguin, 하지만 fly()가 있다면 오류	자식 클래스가 부모의 기능을 깨뜨리는 경우
I - ISP	인터페이스 분리 원칙(Interface Segregation Principle)	사용하지 않는 큰 인터페이스보다 작은 여러 인터페이스가 낫다	프린터: 인쇄, 스캔, 팩스를 분리된 인터페이스로 나눔	사용하지 않는 기능까지 구현해야 하는 낭비 발생
D - DIP	의존 역전 원칙(Dependency Inversion Principle)	고수준 모듈이 저수준 모듈에 직접 의존하지 않도록 추상화	NotificationService가 Email, SMS 대신 인터페이스에 의존	구현에 직접 의존하면 유지보수 어렵고 확장 어려움
DRY	Don't Repeat Yourself	중복을 피하라. 같은 코드는 함수나 모듈로 분리	비슷한 로직을 함수로 만들어 재사용	복사-붙여넣기로 코드가 많아지고 버그 관리 어려움
KISS	Keep It Simple, Stupid	코드는 단순하고 명료하게 작성해야 한다	복잡한 로직보다 if-else로 직관적인 처리	쓸데없이 복잡해지면 이해와 유지가 어려움
YAGNI	You Aren’t Gonna Need It	필요하지 않은 기능은 미리 만들지 마라	나중에 쓸 것 같아 만드는 설정, 기능들	사용도 안 하는 코드에 시간 낭비, 복잡성 증가

구조 설계	SOLID	유연하고 유지보수 쉬운 구조 만들기
코딩 습관	DRY, KISS, YAGNI	깔끔하고 효율적인 코드 작성 습관 만들기

8. 객체지향 설계 원칙에 대한 설명 중 틀린 것은? 4

OCP : 기존의 코드를 변경하지 않고 기능을 추가할 수 있도록 설계해야 한다는 원칙
LSP : 자식 클래스는 최소한 자신의 부모 클래스에서 가능한 행위는 수행할 수 있어야 한다는 설계원칙
DIP : 각 객체들 간의 의존 관계가 성립될 때, 추상성이 낮은 클래스보다 추상성이 높은 클래스와 의존 관계를 맺어야 한다는 원칙
ISP : 객체는 단 하나의 책임만 가져야 한다는 원칙

9. 객체지향 분석 방법론 중 미시적(Micro) 개발 프로세스와 거시적 (Macro)개발 프로세스를 모두 사용하는 분석 방법으로, 클래스와 객체들을 분석 및 식별하고 클래스의 속성과 연산을 정의하는 것은?

Coad와 Yourdon
Booch
Jacobson
Wirfs-Brocks

객체지향 분석 방법론 비교표

분석 방법론제안자분석 관점개발 프로세스주요 특징사용 다이어그램설명 방식

Booch	Grady Booch	클래스 중심	Micro + Macro	분석과 설계 모두 포함 객체 식별, 속성·연산 정의	클래스, 객체, 상태, 상호작용 등	정적/동적 구조 모두 강조
Coad & Yourdon	Peter Coad, Edward Yourdon	기능 중심 + 객체 식별	분석 중심	객체를 5단계로 식별 (주제-객체-속성-연산-관계)	객체 모델, 동작 모델 등	객체-기능-구조 분석 위주
Jacobson (OOSE)	Ivar Jacobson	유스케이스 중심	분석 중심	유스케이스(Use Case)를 통해 사용자 시나리오 분석	유스케이스, 클래스, 상호작용 등	사용자 행위에서 시작
Wirfs-Brock	Rebecca Wirfs-Brock	책임 중심	설계 중심	책임-협력 기반의 객체 설계 객체 간 메시지 중심	CRC 카드, 협력 다이어그램	책임-역할-협력 관점 강조

특징 요약

방법론강점약점

Booch	전체적 분석+설계, 다양한 다이어그램 활용	복잡하고 학습 곡선 있음
Coad & Yourdon	객체 식별 중심, 분석에 충실	설계 요소 반영이 약함
Jacobson	실제 사용 시나리오 기반 분석 가능	유스케이스에만 치중할 수 있음
Wirfs-Brock	책임 중심으로 설계에 매우 유용	분석 관점이 부족할 수 있음

기억 꿀팁

Booch: 분석 + 설계 전체, 다이어그램 많음 (UML 기반 원조)
Coad & Yourdon: 분석 위주, 식별 단계 명확
Jacobson: 유스케이스 시나리오 분석하면 얘!
Wirfs-Brock: 객체가 무슨 책임을 지는지에 집중

10. HIPO Chart 에 대한 설명으로 틀린것은?

HIPO 차트 종류에는 가시적 도표, 총체적 도표, 세부적 도표가 있다
충분한 사전 지식과 학습이 없으면 이해하기 어렵다
기능과 자료의 의존관계를 동시에 표현할 수 있다
하향식 소프트웨어 개발을 위한 문서화 도구

HIPO(히포) 차트란?

HIPO (Hierarchy plus Input Process Output) 차트는
하향식(Top-down) 설계 방식을 지원하는 문서화 도구로,
시스템을 기능 중심으로 계층화해서 표현합니다.

✅ 보기별 설명

보기 문장옳은지 여부설명

HIPO 차트 종류에는 가시적 도표, 총체적 도표, 세부적 도표가 있다	✅ 맞음	HIPO는 시스템 구조를 여러 단계로 나누어 표현함
충분한 사전 지식과 학습이 없으면 이해하기 어렵다	✅ 맞음	구조화 문서 기반이므로 초보자에겐 다소 복잡할 수 있음
기능과 자료의 의존관계를 동시에 표현할 수 있다	❌ 틀림	HIPO는 기능 중심으로만 표현하며, 자료 흐름(데이터 간 의존)은 표현하기 어려움
하향식 소프트웨어 개발을 위한 문서화 도구	✅ 맞음	시스템을 위에서 아래로 나누며 설계하는 방식과 잘 맞음

HIPO와 혼동 주의

HIPO는 구조적(기능 중심) 표현 도구임
**자료 흐름도(DFD)**는 기능 + 데이터 흐름 표현 가능
따라서 "기능과 자료의 의존관계를 동시에 표현한다"는 설명은 DFD에 가까운 설명

도구 이름 전체 이름 중심 개념 특징 장점 단점

HIPO	Hierarchy plus Input-Process-Output	기능(처리 절차) 중심	하향식(top-down)으로 시스템 기능을 계층 구조로 표현	설계 문서화에 적합, 구조적 시스템 설계 강조	데이터 흐름 표현 불가, 초보자에겐 어려움
DFD	Data Flow Diagram	데이터 흐름 중심	시스템 내의 데이터 이동 경로와 처리 과정을 시각화	데이터 중심 분석에 강함, 사용자 이해 쉬움	제어 흐름 표현 어려움, 순차 처리 표현 부적절
NS 차트	Nassi-Shneiderman Chart	제어 흐름 중심	순차, 선택, 반복을 블록 형태로 표현	프로그램 논리 표현에 직관적, 구조적 프로그래밍에 적합	복잡한 로직 표현 시 가독성 떨어짐
PAD	Problem Analysis Diagram	처리 절차(논리) 중심	처리 흐름을 블록으로 표현하여 절차를 쉽게 분석	알고리즘 설명과 디버깅에 용이	구조화 설계와는 조금 거리가 있음
순서도 (Flowchart)	Flowchart	처리 흐름 중심	조건 분기, 반복 등을 도형으로 표현	이해 쉽고 문서화 간편	복잡한 프로그램일수록 혼잡해짐, 유지보수 어려움

핵심 기준별 정리

기준	해당 도구
기능 중심 (처리 단계 위주)	HIPO, PAD
데이터 흐름 중심	DFD
제어 흐름 중심 (선택·반복)	NS 차트, 순서도
계층 구조 표현	HIPO
사용자와 커뮤니케이션 용이	DFD, 순서도

✅ 1. HIPO 차트 (기능 중심, 계층적 설계)

복사편집

총체적 도표 └─ 학생 성적 처리 시스템 세부 도표 ├─ 성적 입력 ├─ 평균 계산 └─ 결과 출력

입력 → 처리 → 출력 과정을 기능 단위로 계층적으로 표현
(입력/계산/출력 각각이 모듈로 구분)

✅ 2. DFD (데이터 흐름도)

scss

복사편집

[사용자] → (성적 입력) → [성적 처리 시스템] → (평균) → [출력] ↑ ↓ [성적 데이터 저장소]

데이터가 어떻게 흐르는지 시각화
사용자 → 시스템 → 저장소 → 출력 방향이 강조됨

✅ 3. NS 차트 (제어 흐름 블록 형태)

css

복사편집

[성적 입력] ↓ [평균 계산] ↓ [출력]

블록 구조로 순차 흐름을 단순하고 직관적으로 표현
조건 분기나 반복이 있다면, 그에 맞는 블록으로 확장 가능

✅ 4. PAD (문제분석도, 처리 절차)

css

복사편집

[시작] ↓ [성적 입력] ↓ [합계 계산 반복문] ↓ [평균 계산] ↓ [결과 출력] ↓ [종료]

실제 처리 절차를 단계별로 도식화하여 문제해결 흐름 분석에 초점

✅ 5. 순서도 (Flowchart)

css

복사편집

[시작] ↓ [성적 입력] ↓ [총합 계산 반복] ↓ [평균 = 총합 / 인원수] ↓ [결과 출력] ↓ [종료]

도형(사각형, 마름모 등)으로 논리 흐름을 도식화
조건 분기에는 마름모 사용, 반복과 분기 표현에 용이

11. 코드 설계에서 코드화 대상 항목의 성질, 즉 길이, 넓이, 부피, 지름, 높이 등의 물리적 수치를 그대로 코드에 적용시키는 방식의 코드는?

연상 코드
블록 코드
순차 코드
표의 숫자 코드

코드 종류 설명 예시

순차 코드	단순히 순서대로 번호 부여	제품 생산 순서: 1, 2, 3, 4...의자 1호, 2호, 3호
블록 코드	번호를 덩어리(블록)로 나눠 그룹을 구분	100~~199 = 나무 재질200~~299 = 금속 재질재질별 제품 분류
연상 코드	뜻을 쉽게 떠올릴 수 있게 만든 코드	원형 = CIR (circle), 사각형 = SQR (square)
표의 숫자 코드	사전에 정의된 수치별 대응 표를 보고 부여	길이 10cm = 01, 20cm = 02, 30cm = 03 등※ 코드에 수치가 아닌 대응된 번호가 들어감
계층 코드	큰 분류 → 중간 → 작은 항목 계층적으로 표현	1-2-3: 가구-의자-회전의자(카테고리 구조 표현)
조합 코드	여러 속성 값을 조합해서 만든 코드	A01-B02-C03: (종류)-(색상)-(사이즈)예: 책상-검정-L사이즈

12. 에자일 소프트웨어 개발 기법의 가치가 아닌것은?

계획을 따르기 보다는 변화에 대응하는 것에 더 가치를 둔다
실제 작동하는 소프트웨어보다는 이해하기 좋은 문서에 더 가치를 둔다
계약 협상보다는 고객과의 협업에 더 가치를 둔다
프로세스의 도구보다는 개인과 상호작용에 더 가치를 둔다

비교 항목 에자일이 더 중요하게 여기는 것 덜 중요하게 여기는 것

개인과의 상호작용	✅ 개인과 상호작용	❌ 프로세스와 도구
작동하는 소프트웨어	✅ 작동하는 소프트웨어	❌ 문서화된 문서
고객과의 협업	✅ 고객과의 협업	❌ 계약 협상
변화에 대응	✅ 변화에 대응	❌ 계획을 따르는 것

1.	고객이 원하는 기능을 자주 제공해서 만족시키는 것이 가장 중요하다.
2.	요구사항이 변해도 유연하게 받아들인다. 오히려 변화는 좋은 것이다.
3.	짧은 주기(보통 1~4주)로 동작하는 소프트웨어를 반복해서 자주 만든다.
4.	개발자와 고객은 매일 같이 협업하며 소통한다.
5.	의욕 있는 사람들에게 일을 맡기고, 믿고 지원해준다.
6.	가장 효과적인 방법은 직접 얼굴을 보고 이야기하는 것이다.
7.	소프트웨어가 잘 작동하는 것이 성공의 핵심 지표이다.
8.	지속 가능한 개발을 한다. 개발자는 지치지 않도록 일정하게 일한다.
9.	기술적인 완성도와 좋은 설계에 계속 신경 쓴다.
10.	단순함이 최고다. 불필요한 일은 줄이자.
11.	최고의 결과는 스스로 조직된 팀에서 나온다. (팀원들이 자율적으로 움직임)
12.	정기적으로 팀은 어떻게 더 잘할 수 있을지 돌아보고, 개선해 나간다.

13. Rayleigh-Norden 곡선의 노력 분포도를 이용한 프로젝트 비용 산정 기법은?

Putnam 모형
델파이 모형
COCOMO 모형
기능 점수 모형

① Putnam 모형 (Rayleigh-Norden 곡선 기반)

개념: 프로젝트에 투입되는 노력 분포가 Rayleigh 곡선을 따른다는 전제 하에, 개발 기간, 규모, 인력의 관계를 수식으로 표현한 비용 산정 모형
주요 특징:
- 시간에 따라 인력 투입이 점점 증가했다가 줄어드는 형태 (종 모양 곡선)
- 대규모 프로젝트에 적합
대표 공식:

② 델파이 모형 (Delphi Model)

개념: 여러 전문가들에게 익명으로 추정치를 받고, 여러 차례 반복 설문을 통해 합의된 예측값을 도출하는 방식
주요 특징:
- 직관에 의존하는 경험 기반 방법
- 통계적 평균보다는 전문가들의 지속적인 피드백을 통한 조율
- 수치보다는 의견 조율에 적합

③ COCOMO 모형 (Constructive Cost Model)

개념: **개발 규모(LOC: 코드 라인 수)**에 따라 노력, 비용, 개발 기간을 계산하는 알고리즘적 모델
주요 특징:
- Boehm 박사가 제안
- 프로젝트 유형(Organic, Semi-detached, Embedded)에 따라 다른 계수 사용
- 세 가지 단계:
  - 기본형(Basic)
  - 중간형(Intermediate)
  - 상세형(Detailed)

④ 기능 점수 모형 (Function Point Model)

개념: 프로그램의 기능 수와 복잡도 등을 고려하여 점수화(Function Point) 하고, 이를 기반으로 비용을 산정
주요 특징:
- LOC보다 기능 중심 평가
- 사용자 입장에서 본 입력, 출력, 질의, 파일, 인터페이스 등의 수치를 바탕으로 계산
- 언어에 독립적이며 유지보수 예측에도 유용

구분	Putnam 모형	델파이 모형	COCOMO 모형	기능 점수 모형
기반	Rayleigh 곡선 (인력 노력 분포)	전문가의 경험과 직관	LOC (코드 라인 수)	기능 점수 (Function Point)
특징	노력-기간 관계 수식화	반복 피드백으로 합의 도출	프로젝트 유형별 계수로 계산	사용자 기능 중심 분석
산정 방식	수학적 모델 사용	정성적 추정, 합의 기반	수학적 공식 + 경험 계수	기능 수치에 가중치 곱
장점	대규모 프로젝트에 적합	다양한 전문가 의견 반영	구조적이고 반복 가능	언어 독립, 유지보수 예측에 강함
단점	초기 파라미터 결정이 어렵다	주관적, 신뢰도 차이 있음	LOC 추정이 필요, 변경에 민감	기능 정의 어려우면 정확도 낮음
적용 사례	정부기관 대형 개발	일정 예측, 초기견적	일반 개발 프로젝트	사용자 중심의 분석 필요 시

14. 객체지향의 주요 개념에 대한 설명으로 틀린 것은?

상속은 상위 클래스에서 속성이나 연산을 전달받아 새로운 형태의 클래스로 확장하여 사용하는 것을 의미
객체는 실세계에 존재하거나 생각할 수 있는 것을 의미한다
캡슐화는 두개 이상의 객체(클래스)들이 상호 참조하는 관계이다
다형성은 상속받은 여러 개의 하위 객체들이 다른 형태의 특성을 갖는 객체로 이용될 수 있는 성질이다

보기 맞는 설명인지 이유

① 상속은 상위 클래스에서 속성이나 연산을 전달받아 새로운 형태의 클래스로 확장하여 사용하는 것을 의미	✅ 맞음	상속(Inheritance)은 기존 클래스(부모)의 특성을 물려받아 새로운 클래스를 만드는 것
② 객체는 실세계에 존재하거나 생각할 수 있는 것을 의미한다	✅ 맞음	객체(Object)는 사람, 책상, 개념 등 구체적 또는 추상적 대상을 의미
③ 캡슐화는 두개 이상의 객체(클래스)들이 상호 참조하는 관계이다	❌ 틀림	캡슐화(Encapsulation)는 데이터와 메서드를 하나로 묶고, 외부에서 직접 접근 못하게 숨기는 것
④ 다형성은 상속받은 여러 개의 하위 객체들이 다른 형태의 특성을 갖는 객체로 이용될 수 있는 성질이다	✅ 맞음	다형성(Polymorphism)은 같은 이름의 메서드가 객체에 따라 다르게 동작하는 특성

캡슐화 (Encapsulation)	데이터(속성)와 기능(메서드)을 클래스 내부에 숨기고, 필요한 기능만 외부에 공개	보안, 모듈화, 유지보수 용이	게임 캐릭터의 체력(HP)은 get_hp()로만 확인하고, 외부에서 직접 바꿀 수 없음
상속 (Inheritance)	기존 클래스의 속성과 기능을 자식 클래스가 물려받음	재사용성, 유지보수 효율	Animal 클래스를 상속받아 Dog, Cat 클래스 생성
다형성 (Polymorphism)	같은 이름의 메서드가 클래스에 따라 다르게 동작	확장성, 유연성	speak() 함수가 Dog에선 "멍멍", Cat에선 "야옹"
추상화 (Abstraction)	불필요한 세부 구현은 감추고, 필요한 기능만 보여줌	복잡도 감소, 사용 편의성	자동차 객체는 내부 엔진 작동은 몰라도 start()만 호출하면 됨

상호 참조(Mutual Reference)	두 객체가 서로를 참조(가지고 있음) 하는 구조
순환 참조(Circular Reference)	객체 A → B, 그리고 B → A처럼 참조가 순환되는 구조

15. 웹 애플리케이션 서버 (WAS;Web Application Server)에 대한 설명으로 틀린것은

정적인 콘텐츠를 처리하기 위해 사용되는 미들웨어이다
클라이언트/서버 환경보다는 웹 환경을 구현하기 위한 미들웨어이다
미션-크리티컬한 기업 업무도 JAVA,EJB 컴포넌트 기반으로 구현이 가능하다
대표적인 WAS의 종류에는 오라클의 WebLogic, IBM의 WebSphere 등이 있다

먼저, WAS(Web Application Server)가 뭔지부터 설명할게요.

개념쉬운 설명

웹 서버 (Web Server)	HTML, 이미지 같은 정적인(고정된) 파일을 전달해주는 서버
WAS (웹 애플리케이션 서버)	로그인, 게시판, 주문 같은 동적인 기능(계산, DB처리)을 담당하는 프로그램 서버

✅ 보기 분석

보기맞는지?쉬운 설명

❌ 정적인 콘텐츠를 처리하기 위해 사용되는 미들웨어이다	틀림	정적인 파일은 웹 서버(Apache, Nginx 등)가 처리하고, WAS는 동적인 기능을 담당해요
✅ 클라이언트/서버 환경보다는 웹 환경을 구현하기 위한 미들웨어이다	맞음	WAS는 웹 환경(브라우저에서 접속하는 환경)에서 동작하는 서버예요
✅ 미션-크리티컬한 기업 업무도 JAVA, EJB 컴포넌트 기반으로 구현이 가능하다	맞음	WAS는 중요한 은행/공공 시스템도 Java와 EJB 기술로 구현할 수 있어요
✅ 대표적인 WAS의 종류에는 오라클의 WebLogic, IBM의 WebSphere 등이 있다	맞음	둘 다 유명한 상용 WAS입니다

✅ WAS, Web Server 차이 그림으로 비유

마치 웹 서버는 문지기, WAS는 요리사라고 볼 수 있어요

[사용자] → [웹 서버] → [WAS] → [DB] 요청: "김민수의 게시판 보여줘!" 웹 서버: "이건 동적이네, WAS야 네가 처리해줘!" WAS: "알겠어, DB에서 민수 글 꺼내서 HTML로 만들어줄게"

✅ 추가 개념: 미들웨어(Middleware)

용어쉬운 정의

미들웨어	클라이언트와 서버 사이에서 연결을 도와주는 중간 소프트웨어
예시	WAS, 메시지 큐, API 게이트웨이 등

✅ 마무리 요약

구분	웹 서버	WAS
처리 대상	정적 파일 (HTML, 이미지)	동적 처리 (로그인, 게시판, DB연동)
예시	Apache, Nginx	Tomcat, WebLogic, WebSphere
역할	클라이언트에게 파일 제공	비즈니스 로직 처리, 데이터베이스 연결

구성 요소	설명	역할
Django	웹 애플리케이션 코드 (Python)	비즈니스 로직
Gunicorn	WSGI 서버, 동기 처리	WAS 역할 (표준)
Uvicorn	ASGI 서버, 비동기 처리	WAS 역할 (비동기 Django 앱용)
Daphne	Django Channels용 서버	WebSocket 지원 WAS
Nginx	웹 서버	클라이언트 요청 정리, 정적 파일 처리

항목	Java 생태계	Python Django 생태계
웹 서버	Apache	Nginx
WAS	Tomcat	Gunicorn / Uvicorn / Daphne
앱	JSP, Servlet	Django App
실행 방식	Java 클래스	Python 함수(WGSI/ASGI callable)

1. 미션 크리티컬 시스템 아키텍처 예시

예: 은행의 실시간 계좌 이체 시스템

[사용자]

↓ [Nginx 웹 서버 (이중화)]

↓ [WAS 서버군 (멀티 인스턴스)]

↓ [DB 클러스터 (마스터-슬레이브)]

↓ [트랜잭션 로그 + 백업 시스템]

계층구성특징

프론트	Nginx 2대 이상	리버스 프록시 + 로드밸런싱
애플리케이션	WAS 여러 개 (Tomcat/Gunicorn)	여러 인스턴스가 같은 로직 처리
데이터베이스	DB 이중화 (예: PostgreSQL Master-Slave)	장애 발생 시 자동 Failover
보조 시스템	백업, 로깅, 모니터링 시스템	장애 감지 및 자동 복구

✅ 2. 미션 크리티컬 시스템을 위한 필수 설계 개념

용어의미쉽게 설명

HA (High Availability)	고가용성, 24시간 끊김 없이 작동하도록 설계	중단 없이 계속 돌아가는 시스템
이중화 (Redundancy)	하드웨어나 소프트웨어를 예비로 하나 더 준비	A 서버가 죽으면 B 서버가 대신
로드 밸런싱	요청을 여러 서버로 분산	트래픽 쏠림 방지, 성능 향상
Failover	시스템 장애 시 자동으로 예비 시스템으로 전환	A 서버가 멈추면 B가 자동 동작
Heartbeat	시스템이 살아 있는지 주기적으로 확인하는 신호	감시 시스템에서 ‘살아 있나?’ 체크
Disaster Recovery (DR)	재해 복구 시스템 (지진, 화재 등 대비)	데이터센터 통째로 날아가도 복구 가능
Backup & Restore	주기적 데이터 백업 및 복원 계획	실시간 또는 일정 주기 백업 필요
모니터링/알림	시스템의 상태를 실시간 체크하고 장애 발생 시 경고	예: Grafana + Prometheus, Zabbix 등

✅ 미션 크리티컬 시스템은 어떻게 구성해야 할까?

구성 요소설계 전략

서버	Active-Standby, Active-Active 구성
DB	마스터-슬레이브 또는 클러스터링 (예: PostgreSQL + Patroni)
네트워크	이중 네트워크 경로 + 로드밸런서 (예: AWS ELB, HAProxy)
배포	무중단 배포 (Blue-Green 또는 Canary 방식)
클라우드	AZ/Region 분산 구성 (AWS, Azure 등에서 지리적 이중화)

✅ 실제 예시: AWS에서의 구성

[Route 53 (DNS)] ↓

[ALB (로드 밸런서)]

↓ ↓

[EC2-A] [EC2-B] ← WAS 이중화

↓ ↓

[RDS Multi-AZ (마스터-슬레이브)] ← DB 이중화

✅ 마무리 요약

핵심설명

미션 크리티컬 시스템	반드시 멈추면 안 되는 시스템 (은행, 의료, 항공 등)
설계 방식	이중화, 고가용성, 로드밸런싱, 장애 자동 복구
사용 기술	Nginx, Gunicorn, PostgreSQL Replication, AWS ELB, Heartbeat, DR 센터 등

16. 유스케이스 다이어그램(Use Case Diagram)의 구성요소가 아닌것

System
Actor
Operation
UseCase

✅ UML 다이어그램 종류 정리표

분류다이어그램 이름설명주요 목적 / 예시

1. 구조 다이어그램 (정적 구조)	클래스 다이어그램	클래스 간 관계, 속성, 메서드 등을 표현	설계 구조, 상속 관계, 인터페이스 정의 등
	객체 다이어그램	실제 객체들의 상태와 관계를 표현	클래스 다이어그램의 인스턴스 예시
	컴포넌트 다이어그램	시스템의 컴포넌트 구성 표현	모듈, 라이브러리 등 소프트웨어 구성요소 설계
	배치 다이어그램	하드웨어/소프트웨어 배치 구조 표현	서버, 노드, 실행환경 등 배포 구조
	패키지 다이어그램	클래스나 컴포넌트를 패키지 단위로 묶어서 표현	프로젝트 모듈화 구조
	복합 구조 다이어그램	객체 내부 구성과 포트/연결 표현	복잡한 객체 내부 동작 표현
	프로파일 다이어그램	커스텀 UML 확장 정의	DSL 확장 시 사용 (잘 쓰이지 않음)

분류다이어그램 이름설명주요 목적 / 예시

2. 행위 다이어그램 (동작 흐름)	유스케이스 다이어그램	사용자와 시스템 간 상호작용 표현	로그인, 회원가입 등 시스템 기능 목록
	활동 다이어그램	조건 흐름 + 작업 순서 표현	업무 흐름, 조건 분기, 알고리즘 시각화
	상태 다이어그램	객체 상태 변화와 이벤트 반응 표현	게임 캐릭터 상태: Idle → Run → Attack
	시퀀스 다이어그램	객체 간 메시지 전달 시간 순서대로 표현	클라이언트 ↔ 서버 요청/응답 흐름
	커뮤니케이션 다이어그램	객체 간 메시지 흐름 + 연결 구조 표현	시퀀스 다이어그램과 유사, 관계 중심
	상호작용 개요 다이어그램	여러 시퀀스 다이어그램을 묶어 표현	복잡한 시나리오 요약
	타이밍 다이어그램	시간에 따른 객체 상태 변화 표현	실시간 시스템의 시간 기반 상태 변화

✅ 정리 요약표 (간단 버전)

그룹목적대표 다이어그램

구조 다이어그램	시스템 구조와 관계 표현	클래스, 객체, 컴포넌트, 배치
행위 다이어그램	시스템 기능과 흐름 표현	유스케이스, 활동, 상태
상호작용 다이어그램 (행위의 하위)	객체 간 메시지 흐름 중심	시퀀스, 커뮤니케이션, 타이밍

Operation은 클래스 다이어그램에서 메서드를 뜻함

17. 폭포수 모형의 특징으로 거리가 먼 것은? 2

순차적인 접근방법을 이용한다
나선형 모형의 단점을 보완하기 위한 모형이다
단계적 정의와 산출물이 명확하다
모형의 적용 경험과 성공사례가 많다

18. 송수신 데이터의 처리 방식 중 대량의 데이터를 처리할 때 사용하는 방식은 3

실시간 방식
분산 처리 방식
배치 방식
지연 처리 방식

❌ 실시간 방식	요청이 들어오면 즉시 응답/처리	온라인 결제, 게임 서버, 실시간 센서 데이터
❌ 분산 처리 방식	데이터를 여러 컴퓨터에 나눠서 동시에 처리	대규모 데이터 분석 (Hadoop, Spark 등)
✅ 배치 방식	데이터를 일정량 모아서 한 번에 일괄 처리	월말 급여 계산, 야간 로그 분석
❌ 지연 처리 방식	요청 후 일정 시간 지연 후 처리	예약 발송, 알림 딜레이 처리 등

19. 결합도(Coupling)에 대한 설명으로 틀린 것은

데이터 결합도(Data Coupling)는 두 모듈이 매개 변수로 자료를 전달할 때 자료 구조 형태로 전달되어 이용될때 데이터가 결합되어 있다고 한다
내용 결합도(Content Coupling)는 하나의 모듈이 직접적으로 다른 모듈의 내용을 참조할 때 두 모듈은 내용적으로 결합되어 있다고 한다
공통 결합도(Common Coupling)는 두 모듈이 동일한 전역 데이터를 접근한다면 공통 결합되어 있다고 한다
결합도(Coupling)는 두 모듈 간의 상호작용, 또는 의존도 정도를 나타내는 것이다

결합도 종류 설명 예시 결합 강도

1. 데이터 결합도 (Data Coupling)	단순 데이터 값만 인수로 전달함	func(int a, int b)	✅ 가장 낮음 (좋음)
2. 스탬프 결합도 (Stamp Coupling)또는 구조 결합도	구조체나 배열 같은 자료구조 전체를 전달함	func(Student s)	⚠️ 일부만 쓸 거면 과한 전달
3. 제어 결합도 (Control Coupling)	제어 플래그를 전달해서 흐름 제어에 영향 줌	func(mode=1) → 함수 내부 if문	❌ 모듈 독립성 저하
4. 외부 결합도 (External Coupling)	외부 파일, DB, 하드웨어 등 공유	두 모듈이 같은 설정 파일 참조	❌ 테스트 어려움
5. 공통 결합도 (Common Coupling)	전역 변수나 공통 메모리 공간 사용	전역 리스트를 두 함수가 공유	❌ 데이터 충돌 위험
6. 내용 결합도 (Content Coupling)	한 모듈이 다른 모듈 내부 직접 참조	A 모듈이 B의 변수/함수 강제 접근	❌❌ 가장 나쁨

결합도는 “낮을수록 좋다”
→ 데이터 → 스탬프 → 제어 → 외부 → 공통 → 내용

✏️ "데스제외공내" (데-스-제-외-공-내)

20. CASE(Computer Aided Software Engineering)의 주요기능으로 옳지 않은 것은

S/W 라이프 사이클 전 단계의 연결
그래픽 지원
다양한 소프트웨어 개발 모형 지원
언어 번역

CASE란? (쉽게 말해서)

소프트웨어를 만들 때, 사람이 손으로 일일이 하지 않고,
컴퓨터가 도와주거나 자동으로 해주는 도구예요.

CASE를 진짜 생활 예로 바꿔보면?

일반 상황CASE와 비교

건축가가 손으로 설계도를 그림	소프트웨어 개발자가 종이에 요구사항 정리함
그런데 요즘은 CAD 프로그램으로 자동 설계	개발자도 CASE 도구로 설계, 분석을 자동화
문서를 자동으로 만들어주는 워드 템플릿	개발 문서도 자동 생성됨
건물 구조가 잘못됐는지 CAD에서 자동 체크	설계 오류도 CASE가 자동 체크해줌

✅ CASE가 하는 일 (쉽게 정리)

CASE가 도와주는 것설명 (예시)

요구사항 정리	어떤 기능이 필요한지 목록으로 정리함
설계 다이어그램 그리기	클래스 다이어그램, 유스케이스 다이어그램 등 자동 그리기
오류 확인	설계에 빠진 부분이나 오류 자동으로 검사해줌
문서 자동 생성	명세서, 설계서 등 필요한 문서를 자동으로 만들어줌
테스트 코드 생성	테스트를 자동화하거나 부분적으로 생성해줌 (하위 CASE 도구)

✅ CASE 도구 예시

도구 이름설명

StarUML	UML 설계 도구 (클래스, 시퀀스 다이어그램 그리기)
Enterprise Architect	대기업에서도 쓰는 복합 설계 도구
Visual Paradigm	요구사항 관리 + 설계 + 코드 생성까지
Rational Rose	IBM의 대표적 CASE 도구 (지금은 구식)

✅ CASE는 어디에 쓰일까?

시스템 분석가 → 요구사항 다이어그램 그릴 때
개발자 → 설계한 구조를 코드로 자동 생성할 때
QA팀 → 테스트 케이스 문서를 자동으로 뽑을 때

구분 이름 뜻 하는 일

Upper CASE	"상위 CASE"	분석 & 설계 단계 자동화	요구사항 정리, 다이어그램 그리기
Lower CASE	"하위 CASE"	구현 & 테스트 단계 자동화	코드 생성, 테스트, 배포 도우미
Integrated CASE (I-CASE)	통합 CASE	전체 개발 단계 통합	분석 ~ 구현 ~ 테스트까지 한 번에

❗ 하지만 한계도 분명해요

항목설명

비즈니스 로직은 사람이 직접 작성해야 함	자동 생성은 뼈대만 만들고, 핵심 알고리즘은 개발자가 직접 작성
복잡한 로직/조건/비동기 흐름 표현은 어려움	설계 다이어그램으로는 로직 전체를 표현하기 어려움
실무에선 자동 코드보다 코드 품질/설계 유연성 중시	자동 생성 코드는 너무 정형적이라 커스터마이징 어려움
⚠️ 협업 중 충돌 발생 가능	도구 중심 개발은 유연성이 떨어지고 충돌 관리 어려움

✅ 그래서 요즘 추세는?

완전 자동 코딩보다 AI 보조 코딩 + 사람 중심 설계로 넘어가고 있어요.

과거현재

CASE 도구로 설계 후 자동 생성	Copilot, GPT 등 AI가 코드 추천
설계도 위주 개발	설계 + 테스트 + 실시간 수정 중심
자동 코드 생성 = 핵심	자동화는 "보조 수단"으로 자리

✅ 마무리 요약

맞아요! 설계만으로 코드가 생성되면 바이브 코딩처럼 보일 수 있어요.
하지만:
- 뼈대만 생성됨 (진짜 핵심은 여전히 사람이 해야 함)
- 실무에서는 자동 생성 코드보다 품질과 유지보수성이 더 중요
오늘날엔 CASE + AI 보조 코딩이 조화롭게 사용되는 시대

네트워크 - PDU

ds3hfj — Fri, 2 May 2025 15:32:54 +0900

PDU(Protocol Data Unit)

어떠한 계층에서 계층으로 데이터가 전달될 때 한 덩어리의 단위
PDU는 제어 관련 정보들이 포함된 ‘헤더’, 데이터를 의미하는 ‘페이로드’로 구성되어 있으며 계층마다 부르는 명칭이 다름

애플리케이션 계층: 메시지 - HTTP의 헤더가 문자열인 것

전송계층: 세그먼트(TCP),데이터그램(UDP)

인터넷 계층: 패킷

링크 계층: 프레임(데이터 링크 계층), 비트(물리 계층)

curl 명령어를 이용하여 http://www.naver.com으로 HTTP 요청을 해서 PDU 테스팅

PDU 중 아래 계층인 비트로 송수신하는 것이 모든 PDU 중 가장 빠르고 효율성이 높음

하지만 애플리케이션 계층에서는 문자열을 기반으로 송수신을 하는데, 그 이유는 헤더에 authorization 값 등 다른 값들을 넣는 확장이 쉽기 때문

TCP/IP 4계층 모델

ds3hfj — Thu, 1 May 2025 11:39:03 +0900

인터넷 프로토콜 스위트(internet protocol suite)

인터넷에서 컴퓨터들이 서로 정보를 주고 받는데 쓰이는 프로토콜의 집합
TCP/IP 4계층 모델로 설명하거나 OSI 7계층 모델로 설명하기도 함
TCP/IP 4계층 모델은 네트워크에서 사용되는 통신 프로토콜의 집합으로 계층들은 프로토콜의 네트워킹 범위에 따라 4개의 추상화 계층으로 구성됨

계층 구조

TCP/IP 계층은 4개의 계층을 가지고 있으며 OSI 7계층과 많이 비교함

TCP/IP 계층과 달리 OSI 계층은 애플리케이션 계층을 3개로 쪼개고
링크 계층을 데이터 링크 계층, 물리 계층으로 나눠서 표현하는 것이 다르며
인터넷 계층을 네트워크 계층으로 부른다는 점이 다름
이 계층들은 특정 계층이 변경되었을 때 다른 계층이 영향을 받지 않도록 설계되었음
전송 계층에서 TCP를 UDP로 변경했다고 해서 인터넷 웹 브라우저를 다시 설치해야 하는 것은 아니듯 유연하게 설계됨

애플리케이션 계층

FTP,HTTP,SSH,SMTP,DNS 등 응용 프로그램이 사용되는 프로토콜 계층이며 웹 서비스, 이메일 등 서비스를 실질적으로 사람들에게 제공하는 층

FTP

장치와 장치간의 파일을 전송하는데 사용되는 표준 통신 프로토콜

SSH

보안되지 않은 네트워크에서 네트워크 서비스를 안전하게 운영하기 위한 암호화 네트워크 프로토콜

HTTP

World Wide Web을 위한 데이터 통신의 기초이자 웹사이트를 이용하는 데 쓰는 프로토콜

SMTP

전자 메일 전송을 위한 인터넷 표준 통신 프로토콜

DNS

도메인 이름과 IP주소를 매핑해주는 서버, 예를 들며 DNS 쿼리가 오면 [Root DNS] → [.com DNS] → [.naver DNS] → [.www DNS] 과정을 거쳐 완벽한 주소를 찾아 IP주소를 매핑
이를 통해 IP주소가 바뀌어도 사용자들에게 똑같은 도메인 주소로 서비스할 수 있다
예를 들어 http://www.naver.com의 IP 주소가 222.111.222.111에서 222.111.222.122로 바뀌었음에도 똑같은 http://www.naver.com이라는 주소로 서비스가 가능하다.

HTTP / HTTPS	웹 페이지 통신
FTP	파일 전송
SSH	원격 접속 (보안)
SMTP	메일 전송
DNS	도메인 → IP 변환

	HTTP	HTTPS
보안	❌ 없음	✅ TLS/SSL로 암호화
포트	80번	443번
계층	애플리케이션 계층	애플리케이션 계층

전송 계층

송신자와 수신자를 연결하는 통신 서비스를 제공
연결지향 스트림 지원,신뢰성,흐름 제어를 제공할 수 있음
애플리케이션과 인터넷 계층 사이에 데이터가 전달될 때 중계 역할
TCP와 UDP가 있음

TCP

패킷 사이의 순서를 보장하고
연결지향 프로토콜을 사용해서 연결을 하여 신뢰성을 구축해서 수신 여부 확인하며 가상회선 패킷 교환 방식 사용
연결지향 프로토콜이란 보내기 전에 먼저 "연결"을 맺고,데이터 전송 중에도 상대가 잘 받았는지 계속 확인하면서
안전하게 데이터를 전송하는 방식

UDP

순서를 보장하지 않고 수신 여부를 확인하지 않으며 단순히 데이터만 주는 데이터그램 패킷 교환 방식 사용

가상회선 패킷 교환 방식

가상회선 패킷 교환 방식은 각 패킷에는 가상회선 식별자가 포함되며
모든 패킷을 전송하면 가상회선이 해제되고 패킷들은 전송된 순서대로 도착하는 방식

데이터그램 패킷 교환 방식

패킷이 독립적으로 이동하며 최적의 경로를 선택하여 감
하나의 메시지에서 분할된 여러 패킷은 서로 다른 경로로 전송될 수 있으며 도착한 순서가 다를 수 있음

TCP 연결 성립 과정

TCP는 신뢰성을 확보할 때 ‘3-웨이 핸드셰이크(3-way handshake)’라 는 작업을 진행

SYN

SYNchronization의 약자, 연결 요청 플래그
클라이언트는 서버에 클러이언트의 ISN(초기 네트워크 연결을 할 때 할당된 32비트 고유 시퀀스 번호)를 담아 보냄
순서가 중요한 데이터 전송 프로토콜이기 때문에, 패킷마다 순서 번호(Sequence Number)필요
임의의 시퀀스 번호는 장치마다 다를 수 있음

SYN+ACK

서버는 클라이언트의 SYN을 수신하고 서버의 ISN을 보내며 승인번호로 클라이언트의 ISN +1을 보냄

ACK

ACKnowledgement의 약자, 응답 플래그
클라이언트는 서버의 ISN + 1 값인 승인 번호를 담아 ACK를 서버에 보냄

실제 예시: 3-Way Handshake에서의 ISN

클라이언트 → 서버:
SYN = 1, ISN = 1000 전송
서버 → 클라이언트:
SYN = 1, ACK = 1001, ISN = 4000 전송
클라이언트 → 서버:
ACK = 4001 전송 → 연결 완료

TCP 연결 해제 과정

연결 해제할 때는 4-Way Handshake 과정 발생

• 1번: 먼저 클라이언트가 연결을 닫으려고 할 때 FIN으로 설정된 세그먼트를 보냄 그리고 클라이언트는 FIN_WAIT_1 상태로 들어가고 서버의 응답 대기
• 2번: 서버는 클라이언트로 ACK라는 승인 세그먼트를 보냄 그리고 CLOSE_WAIT 상태에 들어갑니다. 클라이언트가 세그먼트를 받으면 FIN_W AIT_2 상태로 들어감
• 3번: 서버는 ACK를 보내고 일정 시간 이후에 클라이언트에 FIN이라는 세그 먼트를 보냄
• 4번: 클라이언트는 TIME_WAIT 상태가 되고 다시 서버로 ACK를 보내서 서버는 CLOSED 상태가 됩니다. 이후 클라이언트는 어느 정도의 시간을 대 기한 후 연결이 닫히고 클라이언트와 서버의 모든 자원의 연결이 해제됨

TIME_WAIT

소켓이 바로 소멸되지 않고 일정 시간 유지되는 상태를 말하며 지연 패킷 등의 문제점을 해결하는 데 쓰인다. CentOS6, 우분투에는 60초로 설정되어 있으며 윈도우는 4분으로 설정되어 있다. 즉, OS마다 조금씩 다를 수 있다.

지연 패킷이 발생할 경우를 대비 - 패킷이 뒤늦게 도달하고 이를 처리하지 못한다면 데이터 무결성 문제 발생함 예를 들어 전체 데이터가 100일 때 일부 데이터인 50만 들어오는 현상 발생 가능
두 장치가 연결이 닫혔는지 확인하기 위함 - 만약 LAST_ACK 상태에서 닫히게 되면 다시 새로운 연결을 하려고 할 때 장치는 줄곳 LAST_ACK로 되어있기 때문에 접속 오류가 나타나게됨

인터넷 계층

인터넷(internet) 계층은 장치로부터 받은 네트워크 패킷을 IP 주소로 지 정된 목적지로 전송하기 위해 사용되는 계층
IP, ARP, ICMP 등이 있으며 패킷을 수신해야 할 상대의 주소를 지정하여 데이터를 전달
상대방이 제대로 받았는지에 대해 보장하지 않는 비연결형적인 특징

링크 계층

전선, 광섬유, 무선 등으로 실질적으로 데이터를 전달하며 장치 간에 신호를 주고받는 ‘규칙’을 정하는 계층
네트워 크 접근 계층이라고도 함

유선 LAN(IEEE802.3)

유선 LAN을 이루는 이더넷은 IEEE802.3이라는 프로토콜을 따르며 전이 중화 통신을 씀
정확한 표현은 전이중향 통신(全二重通信) 또는 Full Duplex 통신 동시에 양쪽 방향으로 데이터가 전송될 수 있는 통신 방식
신로와 수신로로 나눠서 데이터를 주고받으며 현 대의 고속 이더넷은 이 방식을 기반으로 통신

CSMA/CD

과거 유선 LAN에 ‘반이중화 통신’ 중 하나인 CSMA/CD(Ca rrier Sense Multiple Access with Collision Detection) 방식 사용
데이터를 ‘보낸 이후’ 충돌이 발생한다면 일정 시간 이후 재전송하는 방식을 말합니다. 이는 수신로와 송신로를 각각 둔 것이 아니 고 한 경로를 기반으로 데이터를 보내기 때문에 데이터를 보낼 때 충돌에 대해 대비해야 했기 때문

유선 LAN을 이루는 케이블

1.트위스트 페어 케이블(TP 케이블)

트위스트 페어 케이블(twisted pair cable)은 하나의 케이블처럼 보이지 만 실제로는 여덟 개의 구리선을 두 개씩 꼬아서 묶은 케이블
케이블은 구리선을 실드 처리하지 않고 덮은 UTP 케이블과 실드 처리하 고 덮은 STP로 나눠짐
여기서 우리가 많이 볼 수 있는 케이블은 UTP 케이블로 흔히 LAN 케이블

트위스트 페어 케이블

LAN 케이블과 RJ-45커넥터

2. 광섬유 케이블

광섬유로 만든 케이블로 레이저를 이용해서 통신 하기 때문에 구리선과는 비교할 수 없을 만큼의 장거리 및 고속 통신이 가능
보통 100Gbps의 데이터를 전송하며 다음 그림처럼 광섬유내부와 외부를 다른 밀도를 가지는 유리나 플라스틱 섬유로 제작해서 한 번 들어간 빛이 내부에서 계속적으로 반사하며 전진하여 반대편 끝까지 가는 원리를 이용한 것

광섬유 케이블

빛의 굴절률이 높은 부분을 코어(core)라고 하며 낮은 부분을 클 래딩(cladding)이라고 함

무선 LAN(IEEE802.11)

무선 LAN 장치는 수신과 송신에 같은 채널을 사용하기 때문에 반이중화 통신 사용
반이중화 통신(half duplex)는 양쪽 장치는 서로 통신할 수 있지만, 동시에는 통신할 수 없으며 한번에 한 방향만 통신할수 있는 방식

장치가 신호를 수신하기 시작하면 응답하기 전에 전송이 완료될 때까지 기다려야 함
또한, 둘 이상의 장치가 동시에 전송하면 충돌이 발생하여 메시지가 손실되거나 왜곡될 수 있기 때문에 충돌 방지 시스템이 필요

CSMA/CA

반이중화 통신 중 하나로 장치에서 데이터를 보내기 전에 일련의 과정을 기반으로 사전에 가능한 한 충돌을 방지하는 방식을 말합 니다.
CSMA/CA로 프레임을 보낼 때 다음과 같은 과정
1. 사용 중인 채널이 있다면 다른 채널을 감지하다 유후 상태인 채널을 발견
2. 프레임 간 공간 시간인 IFS(InterFrame Space) 시간만큼 기다립니다. IFS는 프레임의 우선순위를 정의할 때도 사용 IFS가 낮으면 우선순위가 높음
3. 프레임을 보내기 전 0 ~ 2k - 1 사이에서 결정된 랜덤 상수를 기반으로 결정된 시간만큼 기다린 뒤 프레임을 보냄
  프레임을 보낸 뒤 제대로 송신이 되었고 ACK 세그먼트를 받았다면 마침
  그러나 받지 못했다면 k = k + 1을 하며 이 과정을 반복
  반복하다 k가 정해진 Kmax보다 더 커진다면 해당 프레임전송은 버림(abort).
참고로 이와 반대되는 전이중화 통신은 양방향 통신이 가능하므로 충돌 가능성이 없기 때문에 충돌을 감지하거나 방지하는 메커니즘이 필요하지 않음

항목	CSMA/CD	CSMA/CA
의미	Carrier Sense Multiple Access with Collision Detection	Carrier Sense Multiple Access with Collision Avoidance
번역	충돌 감지 방식	충돌 회피 방식
충돌 처리 방식	충돌 발생 후 감지하고 재전송	충돌 발생 전 방지하려고 대기
사용 환경	유선 LAN (Ethernet)	무선 LAN (Wi-Fi)
작동 방식 요약	“일단 보내고 충돌 나면 다시 보내자”	“충돌 안 나게 조심하고 보내자”
매체 감지 방식	매체 상태 확인 + 전송 중 충돌 감지	매체 상태 확인 + 임의 시간(random) 대기
성능	충돌 감지가 쉬워서 처리 빠름	충돌 방지 때문에 전송 지연 있음

무선 LAN을 이루는 주파수

무선 LAN(WLAN, Wireless Local Area Network)은 무선 신호 전달 방식을 이용하여
2대 이상의 장치를 연결하는 기술
비유도 매체인 공기에 주파수를 쏘아 무선 통신망을 구축하는데, 주파수 대역은 2.4GHz 대역 또는 5GHz 대역 중 하나를 써서 구축
2.4G Hz는 장애물에 강한 특성을 가지고 있지만 전자레인지, 무선 등 전파 간 섭이 일어나는 경우가 많고 5GHz 대역은 사용할 수 있는 채널 수도 많고 동시에 사용할 수 있기 때문에 상대적으로 깨끗한 전파 환경을 구축할 수 있습니다. 그렇기 때문에 보통은 5GHz 대역을 사용하는 것이 좋음

와이파이

와이파이(wifi)는 전자기기들이 무선 LAN 신호에 연결할 수 있게 하는 기술
이를 사용하려면 무선 접속 장치(AP, Access Point)가 있어야 함
흔히 이를 공유기라고 하며, 이를 통해 유선 LAN에 흐르는 신호 를 무선 LAN 신호로 바꿔주어 신호가 닿는 범위 내에서 무선 인터넷을 사용할 수 있게 됨
고로 무선 LAN을 이용한 기술로는 와이파이만 있는 것이 아니고 지그비, 블루투스 등이 있음

BSS

BSS(Basic Service Set)는 기본 서비스 집합을 의미
단순 공유기를 통해 네트워크에 접속하는 것이 아닌 동일 BSS 내에 있는 AP들과 장치들 이 서로 통신이 가능한 구조
근거리 무선 통신을 제공하고, 하나의 AP만을 기반으로 구축이 되어 있어 사용자가 한 곳에서 다른 곳 으로 자유롭게 이동하며 네트워크에 접속하는 것은 불가능

ESS

ESS(Extended Service Set)는 하나 이상의 연결된 BSS 그룹
장거리 무선 통신을 제공하며 BSS보다 더 많은 가용성과 이동성을 지원
사용자는 한 장소에서 다른 장소로 이동하며 중단 없이 네트워크에 계속 연결할 수 있음

항목	BSS (Basic Service Set)	IBSS (Independent BSS)	ESS (Extended Service Set)
구성 방식	AP 1대 + 클라이언트들	AP 없이 단말끼리 직접 통신	여러 BSS(AP)가 하나의 SSID로 연결됨
사용 환경	일반 가정, 회사, 카페 등	일시적 통신 (예: 현장 회의, 캠핑)	대형 건물, 학교, 기업 와이파이망
AP 존재 여부	✅ 있음	❌ 없음	✅ 있음 (복수)
통신 방식	기기 ↔ AP ↔ 기기	기기 ↔ 기기 (Ad-hoc)	기기 ↔ 여러 AP ↔ 동일 SSID
확장성	제한적 (1개 AP)	매우 제한적	높음 (여러 AP로 seamless roaming)
예시	집의 공유기 하나에 스마트폰 연결	노트북끼리 파일 공유	스타벅스 와이파이, 캠퍼스 Wi-Fi

이더넷 프레임

데이터 링크 계층은 이더넷 프레임을 통해 전달받은 데이터의 에러를 검출하고 캡슐화하며 다음과 같은 구조 가짐

이더넷 프레임

Preamble: 이더넷 프레임이 시작임을 알림
SFD(Start Frame Delimiter): 다음 바이트부터 MAC 주소 필드가 시작됨을 알림
DMAC, SMAC: 수신, 송신 MAC 주소를 말함
EtherType: 데이터 계층 위의 계층인 IP 프로토콜을 정의함. 예를 들어 IPv4 또는 IPv6가 됨
Payload: 전달받은 데이터
CRC: 에러 확인 비트

MAC 주소

컴퓨터나 노트북 등 각 장치에는 네트워크에 연결하기 위한 장치(LAN 카드)가 있는데, 이를 구별하기 위한 식별번호를 말함
6바이트(48비트)로 구성됨

계층 간 데이터 송수신 과정

애플리케이션 계층에서 전송 계층으로 보내는 요청 값들이 캡슐화 과정을 거쳐 전달
다시 링크 계층을 통해 해당 서버와 통신
해당 서버의 링크 계층으로부터 애플리케이션까지 비캡슐화 과정을 거쳐 데이터 전송

캡슐화 과정

캡슐화 과정은 상위 계층의 헤더와 데이터를 하위 계층의 데이터 부분에 포함시키고 해당 계층의 헤더를 삽입하는 과정
애플리케이션 계층의 데이터가 전송 계층으로 전달되면서 ‘세그먼트’ 또는 ‘데이터그램’화되며 TCP(L4) 헤더가 붙여지게 됨
이 후 인터넷 계층으로 가면서 IP(L3) 헤더가 붙여지게 되며 ‘패킷’화
이 후 링크 계층으로 전달되면서 프레임 헤더와 프레임 트레일러가 붙어 ‘프레임’화

비캡슐화 과정

비캡슐화 과정은 하위 계층에서 상위 계층으로 가며 각 계층의 헤더 부분 을 제거하는 과정
캡슐화된 데이터를 받게 되면 링크 계층에서부터 타고 올라오면서 프레임화된 데이터는 다시 패킷화를 거쳐
세그먼트, 데이터그램화를 거쳐 메시지화가 되는 비캡슐화 과정
그 이후 최종적으로 사용자에게 애플리케이션의 PDU인 메시지로 전달

정보시스템 구축 관리 2024 1회

ds3hfj — Wed, 30 Apr 2025 12:04:22 +0900

81. 침입탐지 시스템(IDS : Intrusion Detection Syetem)과 관련한 설명으로 틀린것

이상 탐지 기법(Anomaly Detection)은 Signature Base나 Knowledge Base라고도 불리며 이미 발견되고 정립된 공격 패턴을 입력해두었다가 탐지 및 차단
HIDS(Host-Based Intrusion Detection)는 운영체제에 설정된 사용자 계정에 따라 어떤 사용자가 어떤 접근을 시도하고 어떤 작업을 했는지에 대한 기록을 남기고 추적
NIDS(Network-Based Intrusion Detection System)로는 대표적으로 Snort가 있다
외부 인터넷에 서비스를 제공하는 서버가 위치하는 네트워크인 DMZ(Demilitarized Zone)에는 IDS가 설치될 수 있다

✅ 해설: 보기별 분석

✔️ 보기 ①: ❌ 틀린 설명

"이상 탐지 기법은 Signature Base나 Knowledge Base라고도 불리며..."

틀렸어! 이유는 다음과 같아:

이상 탐지(Anomaly Detection):
→ 시스템의 정상 행위 프로파일을 기준으로, 비정상적인 행동을 감지
→ 새로운 공격도 탐지 가능하지만 오탐율이 높음
Signature-Based (서명 기반) = Misuse Detection (오용 탐지)
→ 이미 알려진 공격 패턴(시그니처) 을 DB에 저장하고 그걸 기반으로 탐지
→ Anomaly Detection과 반대 개념이야.

즉, Anomaly Detection은 Signature/Knowledge Base 방식이 아님

✔️ 보기 ②: ✅ 맞는 설명

HIDS는 사용자 계정별 접근 및 작업 기록 추적

HIDS (Host-Based IDS):
- 개별 서버/PC에 설치되어 운영체제 내부의 이상 행위 탐지
- 예: 누가 어떤 파일을 읽었는지, 시스템 콜 이상 여부 등
- 로그 기반 탐지

✔️ 보기 ③: ✅ 맞는 설명

NIDS의 대표로 Snort가 있다

NIDS (Network-Based IDS):
- 네트워크 트래픽을 모니터링하여 이상 탐지
- 스니핑 기반 탐지
- 오픈소스 IDS 중 대표적인 것이 Snort

✔️ 보기 ④: ✅ 맞는 설명

DMZ에 IDS 설치 가능 여부

DMZ (비무장지대):
외부 서비스 서버 (웹, 메일 등)를 위치시키는 반격 구간
IDS를 이곳에 설치하면 공격 탐지에 유리
✅ 완전히 올바른 설명

IDS란?

구분설명

IDS (Intrusion Detection System)	시스템이나 네트워크 상의 이상 행위를 감지하는 시스템
목적	침입을 탐지하고 관리자에게 알림 (대응은 수동 or 외부 연계)

IDS의 분류

분류 기준종류설명

탐지 방법	Signature-based (서명기반)	알려진 공격 패턴 기반
	Anomaly-based (이상기반)	정상 행위와 다른 패턴을 탐지
설치 위치	HIDS	호스트(서버, PC) 내부 감시
	NIDS	네트워크 트래픽 감시

IDS 외 관련 시스템

시스템역할

IPS (Intrusion Prevention System)	탐지 + 차단까지 수행하는 능동형 보안장비
Firewall	트래픽 자체를 차단/허용 (접근 통제 중심)
SIEM	보안 이벤트와 로그를 통합 수집하고 분석하는 시스템

✅ IDS vs IPS 차이점

항목IDS (Intrusion Detection System)IPS (Intrusion Prevention System)

목적	침입 탐지	침입 차단
동작 방식	네트워크/호스트에서 이상행위 감지 후 알림	이상행위 감지 → 자동 차단
반응	수동적 (관리자에게 알림)	능동적 (패킷 차단, 세션 종료 등)
위치	보통 네트워크 스니핑 모드로 설치	인라인(in-line)으로 트래픽 경로에 설치
사용 목적	보안 모니터링/포렌식, 로그 분석 등	실시간 차단 및 공격 방어
예시 상황	의심스러운 접속을 탐지하고 경고	DDoS 시도 감지 → 즉시 패킷 드롭

✅ 실제 보안 도구 예시

도구명유형설명

Snort	IDS/NIDS	대표적인 오픈소스 IDS, 실시간 트래픽 감시, 서명 기반 탐지
Suricata	IDS/IPS/NIDS	Snort보다 더 빠르고, 멀티스레드 지원, IPS 기능 내장
Bro (Zeek)	IDS	트래픽의 행위 기반 분석, 고급 로그 분석/스크립팅 가능
OSSEC	HIDS	호스트 기반 IDS, 파일 무결성 검사, rootkit 탐지 등
Security Onion	IDS/IPS 플랫폼	Snort, Suricata, Zeek 등을 포함한 통합 보안 모니터링 배포판

✅ 요약 정리

구분IDSIPS

반응 방식	감지만 하고 알림	감지 후 즉시 차단
설치 위치	스니핑(모니터) 모드	인라인(중간에 끼워넣기)
대표 도구	Snort, Suricata(모니터 모드), Zeek	Suricata, 일부 방화벽 장비, WAF 등

문제 핵심 요약

공유 디스크 중심의 클러스터링

여러 시스템을 연결

기간 업무 서버의 안정성 확보 목적

2대 서버가 각각 업무를 하다가 장애 시 자동 전환

이 모든 키워드는 "고가용성(High Availability)" 시스템에서 사용하는 클러스터 방식이야.
따라서 고가용성 솔루션 (HACMP) 이 가장 정확한 답이야.

✅ 각 보기 해설

보기설명정답 여부

고가용성 솔루션 (HACMP)	IBM 등의 시스템에서 쓰이는 High Availability Cluster Multi-Processing. 서버를 이중화해서 무중단 서비스를 실현하는 대표적인 구조.	✅ 정답
점대점 연결 방식 (Point-to-Point Mode)	두 장비를 직접 1:1로 연결하는 방식. 클러스터와는 별개로 단순한 연결 구조에 사용.	❌
스턱스넷 (Stuxnet)	이란의 원자력 시설을 공격한 악성코드(웜). 보안 공격 사례로, 고가용성과는 관련 없음.	❌
루팅 (Rooting)	스마트폰에서 관리자 권한을 얻는 작업. 시스템 연결이나 고가용성과는 무관.	❌

✅ 보충 설명: HACMP란?

항목설명

전체 명칭	High Availability Cluster Multi-Processing
주요 목적	서버 장애 시 자동으로 다른 시스템이 업무를 인계
구조	공유 디스크 + 다중 서버 (보통 2대 이상)
효과	무중단 서비스, 안정성 향상, 업무 연속성 보장

예시:

은행의 계좌 시스템이 동작 중인데 서버 A가 다운됨
서버 B가 즉시 이를 감지하고 업무를 이어받아 고객은 끊김 없이 계속 이용 가능
→ 이게 HACMP!

✅ 고가용성이 뭐냐면?

**“서버가 고장나도 서비스가 끊기지 않게 만드는 방법”**이야.

예를 들어, 은행 앱이 갑자기 꺼지면 안 되잖아?
그래서 미리 다른 서버가 대기하고 있다가 문제가 생기면 바로 대신 작동해.

✅ 고가용성 구성 방식 3가지 (쉽고 간단하게!)

구성 방식설명 (중학생 버전)

Active-Standby	한 대는 일하고, 한 대는 예비로 대기하고 있어요. 일하던 서버가 고장나면 대기 중이던 서버가 바로 대신 시작!
Active-Active	두 대가 동시에 같이 일해요. 한 대가 고장나면 나머지 한 대가 혼자서 계속 일함.
N+1 구성	여러 대가 일하고 있고, 1대만 예비로 대기 중이에요. 어떤 서버가 고장나면 그 예비 서버가 대신해요.

쉬운 예시: 피자 가게 알바생

구성예시

Active-Standby	한 명이 주문 받고, 다른 한 명은 앉아서 대기 중. 주문 받던 애가 아프면 대기하던 애가 대신 일함
Active-Active	두 명이 같이 주문 받음. 한 명이 쓰러져도 다른 애가 혼자 계속 주문 받음
N+1	5명이 일하고, 1명은 쉬면서 대기. 누가 쓰러지면 대기하던 애가 그 자리로 투입!

✅ 왜 중요해?

은행, 병원, 게임 서버, 포털 사이트처럼 중요한 시스템은 절대 멈추면 안 되니까!
“항상 살아있게(high availability)” 구성하는 게 바로 고가용성 방식이야

83. 기기를 키오스크에 갖다 대면 원하는 데이터를 바로 가져올 수 있는 기술로 10cm 이내 근접 거리에서 기가급 속도로 데이터 전송이 가능한 초고속 근접무선통신(NFC;Near Field Communication) 기술은?

BcN(Breadband Convergence Network)
Zing
Marine Navi
C-V2X(Cellular Vehicle To Everything)

Zing이란?

기기에 가까이 갖다 대기만 하면, 엄청 빠르게 데이터를 주고받는 무선 기술이야!

10cm 이내의 아주 가까운 거리에서
기가급 속도로 (즉, 진짜 빠르게) 데이터를 전송할 수 있어
예: 키오스크에 폰을 갖다 대자마자 쿠폰, 영상, 사진 같은 파일이 바로 받아지는 것

다른 보기들도 쉽게 설명해볼게!

보기설명 (중학생 수준)정답 여부

BcN	인터넷, 방송, 전화 등을 하나로 합친 통신 인프라 이야기야	❌
Zing	폰을 가까이 대면 기가 속도로 전송! 요즘 키오스크나 이벤트 부스에서 쓰이는 기술	✅ 정답
Marine Navi	배에 들어가는 내비게이션 같은 시스템 (선박용)	❌
C-V2X	차량과 차량/사물 간 통신을 말해. 자율주행차에서 사용돼	❌

✅ 요약

질문답변

키오스크에 갖다 대자마자 빠르게 데이터 받는 기술은?	✅ Zing
어떨 때 쓰여?	쿠폰 다운, 홍보 자료 받기, 무선 사진 전송 등
비슷한 기술?	NFC(근거리 무선통신), 블루투스보다 훨씬 빠름

더 궁금하면 NFC랑 비교도 쉽게 설명해줄 수 있어! 볼래?

나의 말:

일종의 NFC라는데 비교를 해?

ChatGPT의 말:

정확히 짚었어!
Zing은 NFC와 비슷한 “근거리 무선통신” 기술이지만,
기술 수준이나 목적이 조금 다르기 때문에 비교하면 차이점이 확실히 보여.

✅ NFC vs Zing 비교표 (초간단)

항목NFC (Near Field Communication)Zing

통신 거리	약 10cm 이내	약 10cm 이내 (비슷)
속도	느림 (kbps ~ Mbps 수준)	아주 빠름 (기가급 Gbps 속도)
연결 시간	매우 빠름	매우 빠름
주 용도	교통카드, 결제, 출입통제, 인증	대용량 데이터 전송 (사진, 영상, 앱 등)
통신 방식	주로 13.56MHz RFID 기반	빛 기반+무선 복합 방식 등 다양한 기술
예시	삼성페이, 티머니 카드	행사 키오스크, 이벤트 파일 다운로드 등

✅ 쉽게 말하면…

NFC:
→ “찍고 인증” 용도에 적합 (결제, 인증, 교통카드 등)
→ 속도는 느림, 소량 정보에 특화
Zing:
→ “갖다 대면 바로 대용량 전송”
→ 사진, 동영상, 앱 설치 파일 같은 큰 데이터 전송에 유리
→ NFC보다 훨씬 빠르고 실용적인 업그레이드판 느낌

비유로 이해하자면

기술비유

NFC	편의점에서 바코드 찍는 거 (작고 빠르게 인증)
Zing	USB 꽂은 것처럼 사진·영상 바로 복사하는 느낌

✅ 결론

Zing은 NFC처럼 근거리 통신을 하지만, 더 빠르고 더 많은 데이터를 주고받을 수 있어서 역할이 다르다!

84. 세션 하이재킹을 탐지하는 방법으로 거리가 먼것은?

FTP SYN SEGMENT 탐지
비동기화 상태 탐지
ACK STORM 탐지
패킷의 유실 및 재전송 증가 탐지

먼저! 세션 하이재킹이란?

누군가가 네트워크에 몰래 끼어들어
다른 사람처럼 가장해서 통신 내용을 가로채거나 조작하는 공격이야.

예를 들어:

너가 게임 로그인 했는데,
해커가 너와 서버 사이에 끼어들어서,
너인 척 하면서 점수를 조작하거나 채팅을 보내는 거야

✅ 세션 하이재킹이 일어나면 생기는 현상들

원래 통신하던 사람과 서버가 서로 엉뚱한 메시지를 주고받게 됨
서버나 사용자 입장에서 “이상한 통신”이 감지됨

✅ 탐지할 수 있는 대표적인 방법

탐지 방법쉽게 설명

비동기화 상태 탐지	원래 통신하던 쪽과 시퀀스 번호가 어긋나는 이상한 상태 감지
ACK Storm 탐지	해커가 세션을 훔치면 양쪽에서 계속 ACK만 주고받는 폭풍처럼 보임
패킷 유실/재전송 증가 탐지	통신에 문제가 생기면 자꾸 재전송이 일어나는 게 눈에 띔
❌ FTP SYN SEGMENT 탐지	단순한 FTP 연결 요청 탐지로, 세션 하이재킹과 관련 없음 ← 정답!

✅ 정답은?

FTP SYN SEGMENT 탐지

이건 그냥 FTP 연결 시작을 의미하는 것이지,
세션 하이재킹 탐지용 방법은 아니야.

✅ 정리

개념설명

세션 하이재킹	해커가 다른 사람인 척 해서 통신을 가로채는 공격
탐지 방법	이상한 응답(ACK 폭풍), 번호 어긋남, 자꾸 재전송
정답	❌ FTP SYN은 그냥 연결 시작일 뿐, 해킹 감지와는 무관

85. 소프트웨어 생명 주기 모형 중 Spiral Model에 대한 설명으로 틀린것

비교적 대규모 시스템에 적합
개발 순서는 계획 및 정의,위험 분석, 공학적 개발,고객평가 순으로 진행된다
소프트웨어를 개발하면서 발생할 수 있는 위험을 관리하고 최소화하는 것을 목적으로 한다
계획,설계,개발,평가의 개발주기가 한번만 수행된다

나선형 모델(Spiral Model)이란?

위험을 줄이기 위해, 반복하면서 천천히 완성하는 개발 방식이야.

쉽게 말하면…

큰 프로젝트를 한 번에 다 만들지 않고,
계획 → 설계 → 개발 → 테스트를 계속 반복(나선처럼 돌면서) 하면서
문제가 생길 위험을 미리 찾고 해결하면서 점점 더 완성해 나가는 방법이야.

나선형 모델의 4단계 (반복됨)

계획 세우기
위험 분석하기 (무슨 문제가 생길지 미리 생각함)
개발하기
고객이 직접 사용해 보고 평가

→ 그리고 다시 1번으로 돌아가서 또 반복!

✅ 장점

계속 테스트하고 평가해서 더 안정적인 소프트웨어를 만들 수 있어
특히 큰 프로젝트에서 유리해 (은행 시스템, 병원 시스템 같은 것)

❌ 보기에서 틀린 설명

“계획, 설계, 개발, 평가의 개발 주기가 한 번만 수행된다”

✅ 틀렸어!
→ 나선형 모델은 반복하는 모델이야. 한 번만 수행하는 게 아니야!

✅ 정답:

계획, 설계, 개발, 평가의 개발 주기가 한 번만 수행된다

다른 보기 설명

보기 내용맞는지?이유

비교적 대규모 시스템에 적합	✅ 맞음	반복하면서 안정적으로 만들어서 대형 시스템에 적합함
개발 순서는 계획 → 위험 분석 → 개발 → 고객 평가	✅ 맞음	실제 나선형 순서 맞음
위험을 관리하고 줄이려는 목적	✅ 맞음	이게 나선형 모델의 핵심 목적임
❌ 주기가 한 번만 수행됨	❌ 틀림	여러 번 반복하면서 점점 발전시켜 나감

1. 폭포수 모델 (Waterfall Model)	한 단계 끝나야 다음으로 넘어감. 위에서 아래로 "뚝뚝 떨어지는" 느낌. (계획 → 설계 → 개발 → 테스트 → 배포)
2. 프로토타입 모델 (Prototype Model)	✏ 먼저 "시험용 모형" 만들어 보고, 고객이 피드백 준 다음 본격적으로 개발
3. 나선형 모델 (Spiral Model)	위험 줄이려고 "계속 반복하면서" 개발함. 큰 프로젝트에 적합
4. 반복적 모델 (Iterative Model)	여러 번 조금씩 기능을 추가하면서 만들어감. 반복하면서 완성도 높임
5. V 모델 (V-Model)	✔ 폭포수랑 비슷한데, 테스트 단계가 각 개발 단계랑 1:1로 연결됨 (예: 설계하면 설계 테스트도 있음)
6. 애자일 모델 (Agile Model)	빠르게 만들고, 자주 테스트하고, 피드백 받고, 다시 만들고… 협업과 변화에 유연한 방식 (요즘 제일 인기!)

✅ 나선형 모델 vs 반복적 모델: 차이점 정리

항목나선형 모델반복적 모델

목적	위험(Risk)을 줄이는 것에 초점	기능을 나눠서 조금씩 완성해가는 데 초점
특징	매 단계마다 위험 분석을 꼭 함	각 반복마다 기능 추가 또는 개선에 집중
과정 흐름	계획 → 위험 분석 → 개발 → 고객 평가 → 반복	설계 → 구현 → 테스트 → 피드백 → 반복
사용 환경	대형 프로젝트, 예산 많고 리스크 큰 경우	웹/앱 같이 점진적으로 개발해야 하는 시스템
장점	실패 확률 줄이고, 위험 요소를 초반에 확인	빠르게 기능 추가 가능, 고객 요구 반영 쉬움
단점	관리가 복잡하고 시간이 오래 걸릴 수 있음	위험 요소나 구조 문제는 초기에 파악 어려움

✅ 비유

모델비유

나선형 모델	“무너지지 않게 건물을 지으려면, 위험한 부분부터 미리 점검하면서 단계별로 짓자”
반복적 모델	“먼저 뼈대만 만들고, 그다음에 창문, 그다음에 문… 하나씩 붙여서 점점 집을 완성하자”

✅ 한 줄 요약

반복적 모델은 "기능 중심으로 조금씩 완성"
나선형 모델은 "위험 중심으로 반복하며 점검"

86. 다음이 설명하는 용어로 옳은 것은

오픈 소스를 기반으로 한 분산 컴퓨팅 플랫폼이다
일반 PC급 컴퓨터들로 가상화된 대형 스토리지를 형성한다
다양한 소스를 통해 생성된 빅데이터를 효과적으로 저장하고 처리한다

하둡(Hadoop)
비컨(Beacon)
포스퀘어(Foursquare)
맴리스터(Memristor)

하둡(Hadoop)이란?

여러 대의 컴퓨터를 연결해서 엄청 큰 데이터를 효율적으로 저장하고 처리하는 기술

오픈 소스라서 공짜로 사용할 수 있고,
분산 저장(여러 컴퓨터에 나눠서 저장)과
분산 처리(여러 컴퓨터가 나눠서 계산)를 동시에 해!

예시:

유튜브 영상 추천
검색어 자동완성
쇼핑몰 상품 추천

같이 데이터가 엄청 많은 시스템에서 하둡이 쓰여.

❌ 다른 보기 설명

보기설명틀린 이유

비컨 (Beacon)	블루투스 기반 근거리 통신 장치	빅데이터와 관련 없음
포스퀘어 (Foursquare)	위치 기반 SNS 서비스	플랫폼이 아니고 앱 서비스
맴리스터 (Memristor)	미래형 메모리 반도체 소자	저장장치 기술이지, 빅데이터 저장 기술이 아님

✅ 정리 한 줄 요약

**하둡(Hadoop)**은 많은 컴퓨터를 연결해서 큰 데이터를 처리하는 오픈소스 기술이야.

87. 컴퓨터 사용자의 키보드 움직임을 탐지해 ID, 패스워드 등 개인의 중요한 정보를 몰래 빼가는 해킹 공격은?

Key Logger Attack
Worm
Rollback
Zombie Worm

✅ 정답은:

Key Logger Attack (키로거 공격)

개념 설명: 키로거(Key Logger)란?

컴퓨터에 몰래 설치돼서,
누가 키보드로 어떤 키를 눌렀는지 모두 기록하는 프로그램이야.

예를 들어:

너가 ID랑 비밀번호를 입력하면,
이 프로그램이 그걸 몰래 저장해서 해커에게 보내버리는 거야

왜 위험해?

로그인 정보, 카드번호, 검색기록 같은 개인 정보가 쉽게 털릴 수 있음
아무것도 모르게 백그라운드에서 작동하기 때문에 사용자가 눈치채기 어려움

❌ 다른 보기들 설명

보기설명왜 틀렸는지

Worm (웜)	스스로 복사해서 다른 컴퓨터로 퍼지는 바이러스	입력 내용 몰래 보는 건 아님
Rollback (롤백)	원래 상태로 되돌리는 것 (예: 업데이트 취소 등)	해킹 공격 아님
Zombie Worm	다른 해커 명령에 따라 움직이는 좀비 PC를 만드는 웜	키보드 감시는 아님

88. COCOMO 모델의 프로젝트 유형으로 거리가 먼것은?

Organic
Semi-detached
Embedded
Sequential

먼저 COCOMO 모델이 뭐야?

소프트웨어 개발에 얼마나 시간과 비용이 드는지 계산해주는 모델이야.

큰 프로젝트를 할 때,
→ “사람 몇 명 필요하지?”, “기간 얼마나 걸릴까?” 같은 걸 예측해주는 도구야.

✅ COCOMO 모델의 3가지 프로젝트 유형

유형설명예시 비유

1. Organic (조직형)	단순하고 작은 프로젝트 팀도 경험 많고, 요구도 뻔함	학교 팀플 프로젝트
2. Semi-detached (반분리형)	좀 더 복잡함 팀원 중 경험자+초보자 섞여 있음	학원에서 앱 만드는 조별과제
3. Embedded (내장형)	아주 복잡하고, 하드웨어랑 밀접한 프로젝트 실수하면 큰일남 (제한사항 많음)	자율주행차, 미사일 시스템 등

❌ 보기 중 틀린 건?

Sequential (순차적)

이건 COCOMO 유형이 아니라,
소프트웨어 개발 방식 중 하나인 폭포수 모델(Waterfall) 같은 걸 말할 때 쓰는 말이야.

✅ 정답:

Sequential

정리 요약

보기COCOMO와 관련?설명

Organic	✅	단순하고 작은 프로젝트
Semi-detached	✅	중간 복잡도, 팀 구성 다양
Embedded	✅	매우 복잡하고 위험 높은 시스템
❌ Sequential	❌	개발 방식 용어지, COCOMO 유형 아님

✅ 왜 쓸까?

이유설명

시간, 비용 예측	고객한테 미리 "개발 6개월 걸립니다" 라고 말할 수 있음
인력 계획	몇 명이 필요할지도 계산 가능
프로젝트 관리	너무 오래 걸리거나 예산 초과 안 되게 조절 가능

✅ 요약 한 줄

COCOMO 모델은 소프트웨어를 만드는 데 드는 시간과 사람 수를 예측해주는 수학 공식이야.
코드 줄 수와 프로젝트 난이도가 핵심이야!

✅ 왜 COCOMO II가 나왔을까?

이유설명

기존 COCOMO는 너무 옛날 방식	코드만 보고 계산했지만, 요즘은 툴, 프레임워크, 재사용이 많아졌음
개발 방법이 다양해졌음	폭포수, 애자일, 반복적 개발 등 다양한 방식 반영 필요
더 정확한 예측이 필요	사용자 요구도 자주 바뀌고, 작은 앱도 복잡해짐

✅ COCOMO II는 크게 3단계 모델로 나눠짐

단계설명예시

Application Composition Model	GUI 중심 앱 만들 때 사용	웹 앱, 모바일 앱
Early Design Model	설계 초기 단계에서 간단히 예측	프로젝트 기획 초반
Post-Architecture Model	설계 끝나고 구조 다 짠 뒤에 정밀 예측	본격 개발 시작 전에

✅ 새롭게 추가된 요소들

요소설명

재사용성	이미 만든 코드나 오픈소스 사용할 수 있음 (시간 단축)
툴의 영향	개발 툴이 좋아질수록 개발 속도도 빨라짐
팀 역량	개발자 팀이 실력 있으면 더 빨리 개발 가능
요구 변경에 대한 유연성	요구사항 자주 바뀌는 프로젝트도 고려함

요약 비교

항목COCOMO (기본)✅ COCOMO II

기준 시기	1981년	1990년대 후반~현재
개발 방식	전통적 (폭포수 중심)	현대적 (애자일, 반복, GUI 등)
코드 재사용 반영	❌ 없음	✅ 있음
계산 방식	비교적 단순	훨씬 유연하고 복잡함
사용 상황	큰 조직 프로젝트 위주	다양한 크기의 앱/서비스 개발 가능

1. 제품(Product) 관련 – 소프트웨어 자체의 복잡함

요소쉬운 설명

Required Software Reliability (RELY)	얼마나 안정적으로 작동해야 하냐 (은행처럼 오류 나면 큰일인 경우)
Database Size (DATA)	다뤄야 할 데이터 크기가 얼마나 큰가
Product Complexity (CPLX)	기능이 복잡하고 정교한가 (예: 자율주행 시스템)

2. 플랫폼(Platform) 관련 – 돌아가는 환경

요소쉬운 설명

Execution Time Constraint (TIME)	얼마나 빠르게 작동해야 하나? (게임처럼 실시간성 필요한가?)
Main Storage Constraint (STOR)	메모리 사용에 제한이 있는가?
Platform Volatility (PVOL)	운영체제나 환경이 자주 바뀌는가? (업데이트 잦은 환경)

‍ 3. 인력(Personnel) 관련 – 사람들의 능력과 경험

요소쉬운 설명

Analyst Capability (ACAP)	기획자/분석가의 실력
Programmer Capability (PCAP)	개발자의 코딩 실력
Personnel Continuity (PCON)	팀원이 중간에 자주 바뀌는가?
Application Experience (APEX)	이 분야에서 개발해 본 경험이 있나?
Platform Experience (PLEX)	사용하는 기술/운영체제에 대한 경험
Language and Tool Experience (LTEX)	사용하는 언어/도구에 대한 숙련도

4. 프로젝트(Project) 관련 – 관리 방식과 툴

요소쉬운 설명

Use of Software Tools (TOOL)	개발 도구를 얼마나 잘 쓰는가? (IDE, 자동화 툴 등)
Multisite Development (SITE)	여러 지역에서 개발하는가? → 협업이 잘 되나?
Required Development Schedule (SCED)	일정이 빡빡한가? 여유로운가?

5. 재사용(Reuse) 관련

요소쉬운 설명

Required Reusability (RUSE)

이 소프트웨어를 나중에 재사용할 수 있도록 만들어야 하나?

89. 다음은 정보의 접근통제 정책에 대한 설명이다 (ㄱ)에 들어갈 내용으로 옳은 것은?

정책	(ㄱ)	DAC	RBAC
권한부여	시스템	데이터소유자	중앙 관리자
접근결정	보안등급(Label)	신분(Identity)	역할(Role)
정책변경	고정적(변경 어려움)	변경용이	변경 용이
장점	안정적 중앙집권적	구현 용이 유연함	관리 용이

NAC
MAC
SDAC
AAC

비유 상황: 학교 시험지 보관실

등장인물

시스템: 학교 보안 관리자
데이터 소유자: 선생님
중앙 관리자: 교장선생님
접근자: 학생, 선생님 등등

1. MAC (Mandatory Access Control)

"시스템이 등급에 따라 딱 정해줌. 아무도 바꿀 수 없어."

비유:

시험지 보관실에 등급표가 붙어 있어 (예: 1급 비밀, 2급 비밀)
**시스템이 “이 학생은 2급까지만 열람 가능”**이라고 정해둠
선생님이 "봐도 돼" 해도 시스템이 "안 돼!" 하면 진짜로 못 봄 ❌

특징:

군대, 정부처럼 보안 엄청 중요한 곳에서 사용
사용자가 마음대로 권한을 못 바꿈

2. DAC (Discretionary Access Control)

"파일 주인이 열람 권한을 줄 수 있어."

비유:

시험지를 만든 선생님이 열쇠를 가지고 있음
선생님이 "이 학생은 믿을 수 있어~ 보여줘도 돼" 하면 접근 가능
선생님이 직접 권한을 조절함

특징:

유연하지만, 보안에 취약할 수 있음
개인이 파일 공유할 때 적합

3. RBAC (Role-Based Access Control)

"누구냐가 아니라, 어떤 역할이냐를 봐!"

비유:

교장선생님이 역할별로 열쇠를 나눠줌
- 선생님 역할: 시험지 볼 수 있음
- 조교 역할: 성적 처리 가능
- 학생 역할: 못 봄
사람은 바뀌어도 역할이 같으면 같은 권한을 가짐

특징:

기업이나 조직에서 관리하기 편하고 효율적
직책 기반 통제

✅ 요약 표 (비유 정리)

구분설명비유 상황

MAC	시스템이 직접 통제, 보안 등급 기반	등급표 보고 시스템이 허락해야 열 수 있음
DAC	파일 소유자가 직접 권한 줌	선생님이 "봐도 돼" 해서 열 수 있음
RBAC	역할(직책)에 따라 권한 부여	교장이 역할별로 권한 미리 정해둠

✅ 한 줄 정리

MAC은 시스템이 통제, DAC은 파일 주인, RBAC은 역할 중심 통제 방식이야!

보기 설명 왜 틀렸는지

NAC (Network Access Control)	네트워크 접속 허용/차단하는 시스템	접근정책(MAC, DAC, RBAC)와는 다른 개념
SDAC	정식 용어 아님 (DAC 확장형으로 착각될 수 있음)	❌ 공식 정책 아님
AAC	Adaptive Access Control (적응형 통제)로 쓰이기도 하지만, 표의 기준과 맞지 않음	❌

90. 정보 보안의 3요소에 해당하지 않는 것은

기밀성
무결성
가용성
휘발성

정보 보안의 3요소(3대 원칙)란?

정보를 안전하게 지키기 위해 항상 지켜야 할 3가지 기본 규칙이 있어.
이걸 보통 CIA 원칙이라고 불러! (기밀성 Confidentiality, 무결성 Integrity, 가용성 Availability)

✅ 1. 기밀성 (Confidentiality)

허락된 사람만 정보에 접근 가능해야 한다!

예:

시험지는 선생님만 볼 수 있어야 함
친구가 내 카카오톡 메시지를 못 보게 잠금 설정하는 것도 기밀성 보호!

✅ 2. 무결성 (Integrity)

정보가 중간에 몰래 바뀌면 안 된다!

예:

성적표가 해킹돼서 80점이 30점으로 바뀌면 큰일!
정보를 원래대로 유지하는 것이 중요

✅ 3. 가용성 (Availability)

필요할 때 언제든 정보에 접근할 수 있어야 한다!

예:

병원에서 환자 기록이 저장돼 있지만,
정작 아플 때 서버가 꺼져서 의사가 못 보면 큰일!
그래서 시스템이 잘 작동하도록 유지하는 것도 중요

❌ 그럼 휘발성(Volatility)은?

휘발성은 보안의 3요소가 아니라, 메모리 종류를 설명하는 용어야!

예:

**휘발성 메모리(RAM)**는 전원이 꺼지면 데이터가 날아감
정보 보안과는 직접적인 관련이 없음

✅ 정리표

개념설명보안 3요소에 포함?

기밀성	정보가 비밀스럽게 유지되어야 함	✅ 포함
무결성	정보가 정확하게 유지되어야 함	✅ 포함
가용성	정보가 필요할 때 바로 사용 가능	✅ 포함
휘발성	메모리가 전원 끄면 사라지는 성질	❌ X

91. CBD(Component Based Development) SW 개발 표준 산출물 중 분석 단계에 해당하는 것은?

클래스 설계서
통합시험 결과서
프로그램 코드
사용자 요구사항 정의서

CBD(컴포넌트 기반 개발)란?

소프트웨어를 **부품(컴포넌트)**처럼 쪼개서 만들고,
필요한 기능을 재사용하거나 조립해서 완성하는 개발 방식이야.
레고처럼 필요할 때 조립하는 느낌!

소프트웨어 개발 단계별로 어떤 문서가 나올까?

개발 단계설명나오는 산출물 예시

✅ 분석 단계	무엇을 만들지 파악	✔ 사용자 요구사항 정의서
설계 단계	어떻게 만들지 설계	클래스 설계서, DB 설계서 등
구현 단계	직접 코딩함	프로그램 코드
시험 단계	테스트해서 오류 찾음	통합시험 결과서, 테스트 시나리오 등

❌ 보기 해설

보기단계왜 틀렸는지

클래스 설계서	설계 단계	분석 후 “어떻게 만들까”를 정할 때 작성
통합시험 결과서	시험 단계	다 만들고 나서 전체 시스템을 테스트한 결과
프로그램 코드	구현 단계	실제로 코딩하는 단계
✅ 사용자 요구사항 정의서	분석 단계	사용자가 “무엇을 원하냐”를 정리하는 문서

92. 구글의 구글 브레인 팀이 제작하여 공개한 기계 학습(Machine Learning)을 위한 오픈 소스 소프트웨어 라이브러리는?

타조(Tajo)
원 세그(One Seg)
포스퀘어(Foursquare)
텐서플로(TensorFlow)

정답: TensorFlow (텐서플로)

텐서플로란?

구글이 만든 인공지능(AI) 라이브러리로,
사람처럼 학습하는 프로그램(기계학습)을 만들 수 있게 해주는 도구야.

이미지 인식, 음성 인식, 챗봇, 번역기 등 다양한 AI에 사용됨
오픈소스라서 누구나 무료로 사용할 수 있어
프로그래밍 언어는 주로 Python(파이썬) 사용

예시:

텐서플로로 손글씨 숫자 인식 프로그램 만들 수 있어
사람 얼굴 표정을 보고 감정을 예측하는 AI도 만들 수 있음

❌ 다른 보기들은?

보기설명왜 틀렸는지

타조(Tajo)	빅데이터 처리용 시스템 (Apache Hadoop 관련)	AI 라이브러리 아님
원 세그(One Seg)	일본 디지털 TV 방송 기술	완전 다른 분야
포스퀘어(Foursquare)	위치 기반 SNS 앱 (장소 체크인 등)	소프트웨어 라이브러리 아님

93. Secure 코딩에서 입력 데이터의 보안 약점과 관련한 설명으로 틀린 것은

SQL 삽입 : 사용자의 입력 값 등 외부 입력 값이 SQL 쿼리에 삽입되어 공격
크로스사이트 스크립트 : 검증되지 않은 외부 입력 값에 의해 브라우저에서 악의적인 코드가 실행
운영체제 명령어 삽입 : 운영체제 명령어 파라미터 입력 값이 적절한 사전검증을 거치지 않고 사용되어 공격자가 운영체제 명령어를 조작
자원 삽입: 사용자가 내부 입력 값을 통해 시스템 내에 사용이 불가능한 자원을 지속적으로 입력함으로써 시스템에 과부하 발생

✅ 보기별 개념 설명

공격 유형설명맞는 설명인지?

SQL 삽입 (SQL Injection)	사용자가 입력한 값을 통해 SQL 쿼리를 조작해 데이터베이스를 공격	✅ 맞음
크로스사이트 스크립트 (XSS)	입력값에 악성 스크립트가 들어 있어 웹 브라우저에서 실행됨	✅ 맞음
운영체제 명령어 삽입 (OS Command Injection)	사용자 입력값이 운영체제 명령어에 직접 들어가서 악용됨	✅ 맞음
❌ 자원 삽입	틀린 설명. 자원을 “삽입”하는 개념이 아니라, 이것은 자원 고갈 공격 또는 DoS에 가까운 설명	❌ 틀림

✅ 왜 자원 삽입이 틀렸을까?

"자원 삽입"이라는 용어는 입력값 보안 약점으로 분류되지 않음
"시스템에 과부하를 발생시킨다" → 이건 DoS 공격이나 **자원 고갈(Resource Exhaustion)**에 해당

즉, 자원 삽입이라는 표현 자체도 공식적인 보안 용어로 부정확하고, 설명도 틀려 있어.

✅ 정리

보기보안 약점정답 여부

SQL 삽입	입력값으로 DB 쿼리를 조작	❌ 아님
XSS	입력값으로 스크립트를 실행	❌ 아님
OS 명령어 삽입	입력값으로 명령어 조작	❌ 아님
자원 삽입	❌ 용어도 설명도 틀림	✅ 정답

OWASP Top 10은

“해커들이 가장 많이 노리는 취약점 10가지”라고 보면 돼!

✅ OWASP Top 10 (2021 기준, 간단 정리)

순번항목명중학생용 설명

1. Broken Access Control	접근하면 안 되는 곳에 몰래 접근하는 것 (예: 학생이 선생님용 화면 보기)
2. Cryptographic Failures	암호화가 제대로 안 돼서 정보가 노출됨 (예: 비밀번호가 그냥 평문)
3. Injection (SQL 등)	입력값에 해킹코드 넣어서 조작 (예: 로그인 우회)
4. Insecure Design	처음부터 설계가 허술하게 만들어짐 (보안 생각 안 하고 만든 앱)
5. Security Misconfiguration	⚙️ 설정 실수로 보안이 뚫림 (예: 관리자 페이지가 누구에게나 열려 있음)
6. Vulnerable Components	옛날 버전 라이브러리 사용으로 공격당함
7. Identification & Authentication Failures	로그인·인증이 약함 (비밀번호가 1234 등)
8. Software and Data Integrity Failures	파일이 중간에 바뀌거나 조작됨 (검증 없이 자동 업데이트 등)
9. Security Logging & Monitoring Failures	해킹 흔적을 기록하지 않아서 문제를 늦게 알아챔
10. Server-Side Request Forgery (SSRF)	서버가 외부 요청을 대신 보내면서 공격에 당함

94. 두명의 개발자가 5개월에 걸쳐 10000라인의 코드를 개발하였을 때 , 월별(man-month)생산성 측정을 위한 계산 방식으로 가장 적합한 것은?

10000/2
10000/(5x2)
10000/5
(2x10000)/5

95.소프트웨어 재공학의 주요 활동 중 기존 소프트웨어를 다른 운영체제나 하드웨어 환경에서 사용할 수 있도록 변환하는 것은?

역공학
분석
재구성
이식

문제 핵심 요약

"기존 소프트웨어를 다른 운영체제나 하드웨어 환경에서 사용할 수 있게 바꾸는 것은?"

이걸 우리는 이식(Porting) 이라고 해요.

중학생도 쉽게 이해할 수 있게!

이식(Porting)이란?

원래 A에서만 돌아가던 프로그램을, B에서도 돌아가게 만드는 작업!

예시:

안드로이드에서만 되던 앱을 아이폰에서도 쓸 수 있게 바꾸는 것
윈도우에서 만든 게임을 리눅스나 맥에서도 되게 만드는 것

즉, "환경을 옮기는" 느낌이라 **"이식"**이라고 해!

❌ 다른 보기들은?

용어설명왜 틀렸는지

역공학 (Reverse Engineering)	완성된 프로그램을 뜯어서 어떻게 만들었는지 분석	환경을 바꾸는 게 아님
분석 (Analysis)	현재 소프트웨어가 어떻게 작동하는지 이해하는 과정	이식과는 다름
재구성 (Restructuring)	코드 구조를 더 깔끔하게 정리하는 것 (기능은 그대로)	실행 환경 변경은 아님

96. 전자 칩과 소프트웨어 부품, 즉 블록(모듈)을 만들어서 끼워 맞추는 방법으로 소프트웨어를 완성시키는 재사용 방법은?

합성 중심
생성 중심
분리 중심
구조 중심

문제 핵심

"전자 칩이나 소프트웨어 부품(=블록, 모듈)을 끼워 맞춰서 완성하는 개발 방식은?"

✅ 정답: 합성 중심 (Composition-based)

합성 중심이란?

**이미 만들어진 부품(모듈)**들을 조립해서 하나의 큰 소프트웨어를 만드는 방법이야.

쉽게 말해:

레고 블록 조립하듯이 필요한 기능들을 끼워 맞춰서 프로그램을 완성하는 거야!
새로운 코드를 일일이 다 짜지 않고, 재사용 가능한 부품을 가져다 씀

예:

로그인 기능 → 이미 있는 모듈 사용
결제 기능 → 외부 라이브러리 연결
채팅 기능 → 다른 팀이 만든 블록 가져다 씀

❌ 다른 보기들 설명

보기설명왜 틀렸는지

생성 중심	새로운 코드나 컴포넌트를 생성해서 개발	재사용보다 새로 만드는 데 초점
분리 중심	기능이나 데이터 등을 분리해서 관리	재사용보다는 구조화에 초점
구조 중심	프로그램을 구조적으로 설계해서 안정성 강조	조립식 방식과는 개념이 다름

97. 다음 내용이 설명하는 것은?

네트워크상에 광채널 스위치의 이점인 고속 전송과 장거리 연결 및 멀티 프로토콜 기능을 활용
각기 다른 운영체제를 가진 여러 기종들이 네트워크 상에서 동일 저장장치의 데이터를 공유하게 함으로써, 여러 개의 저장장치나 백업장비를 단일화 시킨 시스템

SAN이란?

SAN (Storage Area Network)

여러 서버와 **고속 네트워크(광채널)**를 이용해 공유 저장장치에 접속하는 방식

쉽게 말하면:

서버 여러 대가 하나의 저장소를 함께 쓰는 전용 고속 네트워크 시스템이야.

예시:

은행 서버 10대가 공통으로 하나의 고급 하드디스크를 사용
속도도 빠르고, 백업도 통합돼서 관리가 쉬움

✅ 장점

장점설명

✅ 고속 전송	광채널(Fibre Channel) 덕분에 속도가 매우 빠름
✅ 장거리 연결	멀리 떨어진 서버도 저장소 공유 가능
✅ 운영체제 무관	윈도우, 리눅스, 유닉스 모두 접근 가능
✅ 장비 통합	여러 개의 하드디스크, 백업 장비를 하나로 단일화 가능

❌ 다른 보기 설명

보기설명왜 틀렸는지

MBR (Master Boot Record)	하드디스크의 부팅 정보 저장 영역	저장 네트워크와 무관
NAC (Network Access Control)	네트워크 접근 제어 시스템 (보안 목적)	저장장치와 무관
NIC (Network Interface Card)	컴퓨터에 네트워크 연결하는 카드	저장소 공유 시스템이 아님

98. 크래커가 침입하여 백도어를 만들어 놓거나, 설정 파일을 변경했을 때 분석하는 도구는

trace
tripwire
udpdump
cron

크래커(해커)가 시스템에 몰래 침입해서:

백도어를 만들어 놓거나
설정 파일을 몰래 바꿔놨을 때
그걸 분석하고 감시하는 도구는?

바로 Tripwire야.

Tripwire란? (중학생 눈높이 설명)

시스템 안의 파일들이 몰래 바뀌었는지 감시하는 보안 도구야.

예시:

해커가 몰래 들어와서 설정 파일을 수정하거나
백도어(숨겨진 비밀 출입구 프로그램)를 설치하면
Tripwire가 “파일이 바뀌었어요!” 하고 경고해줘

✅ Tripwire의 주요 기능

기능설명

✅ 무결성 검사	중요한 파일이 바뀌었는지 비교
✅ 로그 기록	어떤 파일이, 언제, 어떻게 바뀌었는지 기록
✅ 보안 탐지	백도어, 설정파일 변경 등 침입 흔적 발견 가능

❌ 다른 보기 해설

도구설명왜 틀렸는지

trace	시스템 호출이나 코드 흐름 추적 도구	침입 감지용 아님
udpdump	네트워크에서 UDP 패킷만 골라 보는 도구	파일 변경 감시와 무관
cron	리눅스에서 정기적으로 작업 예약 실행하는 도구 (예: 매일 3시에 백업)	보안 감지 도구 아님

✅ 한 줄 요약

Tripwire는 시스템 안의 중요한 파일이 몰래 바뀌었는지 감시하는 도구로, 해킹 흔적을 찾아내는 데 사용돼!

99. 실무적으로 검증된 개발보안 방법론 중 하나로, SW보안의 모범 사례를 SDLC(Software Development Life Cycle)에 통합한 소프트웨어 개발 보안 생명주기 방법론은?

CLASP
CWE
PIMS
Seven Touchpoints

문제 핵심 요약

"소프트웨어 개발 보안 생명주기(SDLC)에 보안 모범 사례를 통합한 실무 중심의 방법론은?"

정답은 바로 Seven Touchpoints예요!

✅ Seven Touchpoints란?

보안 전문가 Gary McGraw가 제안한,
보안을 소프트웨어 개발 생명주기(SDLC)에 통합하는 실무적 보안 방법론이야.

이름 그대로 7가지 중요한 보안 활동(Touchpoints)을 개발 과정에 녹여 넣자는 의미
즉, **보안은 개발 후가 아니라, 개발 도중부터 챙겨야 한다!**는 생각에서 시작돼

Seven Touchpoints의 주요 7단계 (간단 요약)

단계설명

1. 코드 검토 (Code review)	코드 속 보안 문제를 직접 검사
2. 아키텍처 리스크 분석	설계 구조의 보안 위험 분석
3. 침투 테스트 (Penetration testing)	해커처럼 테스트해서 취약점 찾기
4. 악용 사례 정의	공격자가 어떻게 악용할 수 있을지 생각해 보기
5. 보안 요구사항 정의	초반부터 보안 기능 요구사항 정리
6. 보안 테스트	보안 항목 중심으로 기능 테스트
7. 보안 코딩 가이드 사용	안전한 코딩 규칙을 지키며 개발하기

❌ 다른 보기에 대한 설명

보기설명왜 틀렸는지

CLASP	보안 코딩 가이드 중심 방법론 (OWASP)	SDLC 통합보다는 개발 보안 기술 목록 중심
CWE (Common Weakness Enumeration)	전 세계 보안 취약점 목록 모음집	보안 지식 저장소이지 방법론은 아님
PIMS (Privacy Information Management System)	개인정보 보호 관리 체계	보안 관리체계이지, 개발 생명주기와 무관

100. 소프트웨어 프로세스에 대한 개선 및 능력 측정 기준에 대한 국제 표준은

ISO 14001
IEEE 802.5
IEEE 488
SPICE

문제 핵심 요약

"**소프트웨어 프로세스(개발 방법)**의 능력을 측정하고,
그걸 개선할 수 있게 도와주는 국제 표준은?"
바로 SPICE가 정답이에요.

✅ SPICE란?

정식 명칭:

Software Process Improvement and Capability dEtermination

줄여서 SPICE (스파이스)라고 불러요.
공식 번호는 ISO/IEC 15504

쉽게 말하면:

소프트웨어를 얼마나 잘 만들고 있는지,
그 과정을 숫자로 평가하고, 어떻게 더 잘할지 알려주는 기준이에요.

예시:

회사 A는 개발 과정이 체계적이지 않음 → 1단계
회사 B는 개발이 반복 가능하고 문서도 잘 되어 있음 → 3단계
SPICE는 이런 등급 평가와 개선 방향을 제시해줘요

✅ SPICE 등급 (1~5단계)

등급설명

1단계	초기 수준 (즉흥적 개발)
2단계	관리됨 (일정, 예산 등 관리 시작)
3단계	정의됨 (개발 프로세스가 문서화됨)
4단계	정량적 관리 (수치로 성능 측정함)
5단계	최적화 (지속적으로 개선함)

❌ 다른 보기 설명

보기설명왜 틀렸는지

ISO 14001	환경경영시스템 국제 표준 (환경 보호 관련)	❌ 소프트웨어 아님
IEEE 802.5	토큰링(Token Ring) 네트워크 표준	❌ 통신 기술
IEEE 488	GPIB (측정장비 연결용 버스 표준)	❌ 계측장비용