만렙 개발자의 로그

[정보처리기사 필기 요약] #2-3. 디지털 저작권 권리 (DRM) 구성 요소와 역

개발자혜콩 — Fri, 8 May 2026 16:46:59 +0900

1. 디지털 저작권 관리 (DRM : Digital Right Management)

- 디지털 콘텐츠의 저작권 보호 (암호화)

- 불법 복제 방지 (콘텐츠 보호)

- 사용 권한 관리

2. 디지털 저작권 관리 (DRM) 구성요소, 흐름도

DRM 흐름도

클리어링 하우스 (Clearing House)	라이선스 발급 + 권한 부여
콘텐츠 제공자 (Contents Provider)	콘텐츠를 제공하는 저작권자
패키저 (Packager)	콘텐츠를 메타 데이터와 함게 배포 가능한 형태로 묶어 암호화하는 프로그램
콘텐츠 분배자 (Contents Distributor)	암호된 콘텐츠를 구매해서 사용하는 주체
콘텐츠 소비자 (Customer)	콘텐츠를 구매해서 사용하는 주체
DRM 컨트롤러	배포된 콘텐츠의 이용 권한을 통제하는 프로그램, 전체관리
DRM 클라이언트	사용자 측 실행
보안 컨테이너 (Security Container)	콘텐츠 원본을 안전하게 유통하기 위한 전자적 보안 장치

3. 디지털 저작권 관리 (DRM) 기술 요소

구성요소	설명
암호화 (Encryption)	콘텐츠 및 라이선스를 암호화하고 전자 서명을 할 수 있는 기술
키 관리 (Key Management)	콘텐츠를 암호화한 키에 대한 저장 및 분배 기술
암호화 파일 생성 (Packager)	콘텐츠를 암호화된 콘텐츠로 생성하기 위한 기술
식별 기술 (Identification)	콘텐츠에 대한 식별 체계 표현 기술
저작권 표현 (Right Expression)	라이선스의 내용 표현 기술
정책 관리 (Policy Management)	라이선스 발급 및 사용에 대한 정책 표현 및 관리 기술
크랙 방지 (Tamper Resistance)	크랙에 의한 콘텐츠 사용 방지 기술
인증 (Authentication)	라이선스 발급 및 사용의 기준이 되는 사용자 인증 기

[2022년04월24일 기출문제]

27.DRM(Digital Rights Management)과 관련한 설명으로 틀린 것은?

     1.디지털 콘텐츠와 디바이스의 사용을 제한하기 위해 하드웨어 제조업자, 저작권자, 출판업자 등이 사용할 수 있는 접근 제어 기술을 의미한다.
     2.디지털 미디어의 생명 주기 동안 발생하는 사용 권한 관리, 과금, 유통 단계를 관리하는 기술로도 볼 수 있다.
     3.클리어링 하우스(Clearing House)는 사용자에게 콘텐츠 라이센스를 발급하고 권한을 부여해주는 시스템을 말한다.
     4.원본을 안전하게 유통하기 위한 전자적 보안은 고려하지 않기 때문에 불법 유통과 복제의 방지는 불가능하다.

정답 : 4

해설 :

[정보처리기사 필기 요약] #2-2. 이진 탐색

개발자혜콩 — Fri, 8 May 2026 16:18:00 +0900

1. 이진 탐색

- 가운데를 보고 절반씩 버린다

① 중간 위치를 찾음

② 찾는 값과 비교

③ 찾는값보다 중간값이 작으면 왼쪽 다 버림

④ 찾는값보다 중간값이 크면 오른쪽 다 버림

⑤ 반복

정답 : 3번

해설 :

[비교횟수 : 1회차]

① 중간 위치를 찾음 (인덱스 기준)

low = 0

high = 14

mid = (0+14) / 2 = 7

arr[7] = 8

② 찾는 값과 비교

14 vs 8

③ 찾는값보다 중간값이 작으면 왼쪽 다 버림

-> 레코드 9 10 11 12 13 14 15

[비교횟수 : 2회차]

① 중간 위치를 찾음 (인덱스 기준)

low = 8

high = 14

mid = (8+14) / 2 = 11

arr[11] = 12

② 찾는 값과 비교

14 vs 12

③ 찾는값보다 중간값이 작으면 왼쪽 다 버림

-> 레코드 13 14 15

[비교횟수 : 3회차]

① 중간 위치를 찾음 (인덱스 기준)

low = 12

high = 14

mid = (12+14) / 2 = 13

arr[13] = 14

② 찾는 값과 비교

14 vs 14

=일치하니까 종료

[정보처리기사 필기 요약] #2-1. 애플리케이션 테스트

개발자혜콩 — Thu, 7 May 2026 23:03:08 +0900

1. 애플리케이션 테스트의 기본 원칙

종류	내용
완벽한 테스트 불가능	완벽하게 테스트할 수 없으므로 리스크 분석과 우선순위를 토대로 테스트에 집중해야 함.
결함이 존재함을 밝히는 활동	잠재적인 결함을 줄일 수 있지만, 결함이 발견되지 않아도 결함이 없다고 증명할 수 없음.
결함 집중 (파레토의 법칙)	전체 결과의 80%가 전체 원인의 20%에서 일어난다는 현상을 의미하며 애플리케이션 결함의 대부분은 소수의 특정한 모듈에 집중되어 존재한다는 원리
살충제 패러독스	동일한 테스트를 반복하게 되면 더 이상 그것에 관련된 결함은 발견되지 않기 때문에 테스트 케이스는 지속 보완하고 개선해야 한다는 원리
테스팅 정황 의존	정황과 비즈니스 도메인에 따라 테스트를 다르게 수행하여야 함.
오류 - 부재의 궤변	소프트웨어 결함을 완벽하게 제거 했더라도 사용자의 요구사항을 만족시키지 못하면 해당 애플리케이션의 품질이 높다고 말할 수 없음.
테스트의 개발 초기 시작/ 별도 팀 수행	애플리케이션의 개발 단계에 테스트를 계획하고 SDLC의 각 단계에 맞춰 전략적으로 접근하는 것을 고려해야 함.

2. 애플리케이션 테스트 유형

(1) 프로그램 실행 여부에 따른 테스트

정적 테스트	- 실행하지 않고 명세서나 코드만 분석하는 테스트 - 개발초기에 결함 발결할 수 있어서 개발비용 절감효과!	워크스루 : 개발자나 작성자가 중심이 되어 문서를 설명하면서 참석자들과 함께 검토하는 방식
		인스펙션 : 정해진 절차에 따라 검토팀이 전문적인 검사를 수행하는 가장 공식적인 염격한 검토 방식
		코드리뷰 : 동료나 전문가가 소스 코드를 읽으며 논리 오류, 코딩 규칙 준수 여부, 잠재적 취약점을 검토
동적 테스트	프로그램을 실행하여 오류를 찾는 테스트	블랙박스 테스트, 화이트박스 테스트

(2) 테스트 기반에 따른 테스트

명세 기반 테스트	문서 기준, 사용자 관점	Equivalence Partitioning (동치 분할 검사) : 입력 조건에 타당한/타당하지 않은 값을 그룹핑하여 테스트.
		Boundary Value Analysis (경계값 분석) : 입력 조건의 경계값에서 오류가 발생하기 쉽다는 점을 이용해 경계값 포함 테스트.
		Cause-Effect Graphing ( 원인-효과 그래프 검사 ) : 입력 데이터 간의 관계를 분석하여 효용성 높은 케이스 도출.
		Error Guessing (오류 예측 검사) : 테스터의 직관과 경험으로 오류를 예상하여 테스트.
		Comparison Testing (비교 검사) : 이전 버전 또는 타 시스템과 비교하여 테스트
구조 기반 테스트	코드 기준, 내부 구조 중심	구문 커버리지
		결정 커버리지
		조건 커버리지
		경로테스트
경험 기반 테스트	사람 경험 기준, 실무 경험 활용	에러 추정(Error Guessing)
		체크리스트 기반 테스트
		탐색적 테스트(Exploratory Testing)

(3) 시각에 따른 테스트

검증테스트	ㆍ개발자의 시각에서 테스트 ㆍ단위테스트, 통합테스트, 시스템 테스트
확인테스트	ㆍ사용자의 시각에서 테스트 ㆍ인수테스트(알파테스트, 베타테스트)

(4) 목적에 따른 테스트

회복(Recovery)테스트	ㆍ시스템에 결함을 주어 실패하도록 유도한 후 올바르게 복구되는지를 확인하는 테스트
안전(Security)테스트	ㆍ불법적인 침입으로부터 시스템을 안전하게 보호할 수 있는지 확인하는 테스트
강도(Stress)테스트	ㆍ과부하 시 소프트웨어가 정상적으로 작동하는지 확인하는 테스트
성능(Performance)테스트	ㆍ실시간 성능이나 전체적인 효율성을 검증하는 테스트
구조(Structure)테스트	ㆍ소프트웨어 내부의 논리적인 구조, 소스 코드 등을 평가하는 테스트
회귀(Regression)테스트	ㆍ유지보수 단계에서 결함의 수정 이후 기능이 정상적으로 수행되는지 확인하게 위해 반복테스트 하는 것 ㆍ이미 해결된 이슈가 또 다시 발생하는지, 새로운 이슈가 발생하는지 확인하는 테스트 ㆍ소프트웨어의 변경 또는 수정된 코드에 새로운 결함이 없음을 확인하는 테스트
병행(Parallel)테스트	ㆍ변경된 소프트웨어와 기존 소프트웨어의 동일한 데이터를 입력 후 결과를 비교하는 테스트

(5) 테스트 기법에 따른 애플리케이션 테스트

화이트 박스 테스트

원시코드의 논리적인 모든 경로를 테스트
모듈 안의 작동을 직접 관찰한다.
원시 코드(모듈)의 모든 문장을 한 번이상 실행함으로써 수행된다.

기초 경로 검사
(Base Path Testing)

ㆍ테스트 케이스 설계자가 절차적 설계의 논리적 복잡성을 측정할 수 있게 해주는 테스트 기법

제어 구조검사
(Control Structure Testing)

ㆍ조건 검사 : 프로그램 모듈 내에 있는 논리적 조건을 테스트하는 테스트 케이스 설계 기법
ㆍ루프 검사 : 프로그램의 반복(Loop) 구조에 초점을 맞춰 실시하는 테스트 케이스 설계 기법
ㆍ데이터 흐름 검사 : 프로그램에서 변수의 정의와 변수 사용의 위치에 초점을 맞춰 실시하는 테스트 케이스 설계 기법

화이트 박스 테스트의 검증 기준

문장 검증 기준 : 모든 실행문이 한 번 이상 수행되도록 설계
분기 검증 기준 : 분기점. 즉, 모든 조건문에 대해 모든 조건이 한 번 이상 수행되도록 설계
조건 검증 기준 : 조건문에 포함된 개별 조건식이 한 번 이상 수행되도록 설계
경로 검증 기준 : 경로 검사

블랙박스 테스트

소프트웨어가 수행할 특정 기능을 알기 위해서 각 기능이 완전히 작동되는 것을 입증하는 테스트로, 기능 테스트라고도 한다.
사용자의 요구사항 명세를 보면서 테스트한다.
주로 구현된 기능을 테스트한다.
소프트웨어 인터페이스를 통해 실시된다.

블랙박스 테스트 기법 유형

동등 분할 기법 (Equivalent Analysis), 동등 분할 검사	ㆍ입력값의 범위를 유사한 특징을 갖는 동등 그룹으로 나누고, 각 그룹마다 대표 값을 선정하여 테스트케이스를 선정하는 기법
경계값 분석 기법 (Boundary Value Analysis)	ㆍ경계값 분석은 등가 분할된 경계의 유효한 값과 경계에서 가장 가까운 유효하지 않은 값을 테스트 데이터로 선택하여 컴포넌트나 시스템을 테스트하는 기법
원인 효과 그래프 기법 (Cause Effect Graph)	ㆍ입력값을 원인으로, 효과를 출력 값으로 정하고 이에 따른 원인 결과 그래프를 만들어서 테스트 케이스를 작성하는 기법
의사결정테이블 테스팅 기법	ㆍ생성될 수 있는 결과를 테이블로 나열하여 가능한 모든 조합을 테스트하는 기법

(6) 개발 단계에 따른 테스트

소프트웨어 개발 단계와 애플리케이션 테스트를 연결하여 표현한 것

소프트웨어 개발 단계에 따라 단위테스트, 통합테스트, 시스템 테스트, 인수 테스트로 분류된다.
V모델

단위테스트

단위테스트는 코딩 직후 소프트웨어 설계의 최소 단위인 모듈이나 컴포넌트에 초점을 맞춰 테스트하는 것.

자바에서는 junit을 활용한 단위 테스트가 일반적임

단위테스트는 구조 기반 테스트와 명세 기반 테스트로 나뉘지만 주로 구조 기반 테스트를 진행

통합 테스트

통합 테스트는 단위 테스트가 완료된 모듈들을 결합하여 하나의 시스템으로 통합하는 테스트

하향식 통합 테스트

프로그램의 상위 모듈에서 하위 모듈 방향으로 통합하면서 테스트하는 기법
깊이 우선 통합법이나 넓이 우선 통합법을 사용한다.
- 깊이 우선 통합법 : 주요 제어 모듈을 중심으로 해당 모듈에 종속된 모든 모듈을 통합하는 것
- 넓이 우선 통합법 : 구조의 수평을 중심으로 해당하는 모듈을 통합하는 것
하향식 테스트 간 하위 모듈을 대체하는 더미 모듈을 스텁(Stub)이라고 한다.

상향식 통합 테스트

프로그램의 하위 모듈에서 상위 모듈 방향으로 통합하면서 테스트하는 기법
하위 모듈들을 클러스터로 결합한다.
상위 모듈에서 데이터의 입출력을 확인하기 위한 더미 모듈인 드라이버(Driver)를 작성한다.

시스템 테스트

시스템 테스트는 개발된 소프트웨어가 해당 컴퓨터 시스템에서 완벽하게 수행되는가를 점검하는 테스트

기능적 요구사항	요구사항 명세서, 비즈니스 절차, 유스케이스 등 명세서 기반의 블랙박스 테스트 시행
비기능 요구사항	성능 테스트, 회복 테스트, 보안테스트 등 구조적 요소에 대한 화이트박스 테스트 시행

인수테스트

인수 테스트는 개발한 소프트웨어가 사용자의 요구사항을 충족하는지를 중점으로 확인하는 테스트

사용자 인수 테스트	사용자가 적절성 여부를 테스트
운영상의 인수 테스트	시스템 관리자가 수행하는 테스트 기법으로 백업테스트, 재난 복구, 정기 점검 등을 확인
계약 인수 테스트	계약상의 조건을 준수하는지 여부를 확인
규정 인수 테스트	소프트웨어가 법규, 규정 등에 맞게 개발되었는지 확인
알파 테스트	ㆍ개발자의 장소에서 사용자가 개발자 앞에서 행해지며, 오류와 사용상의 문제점을 사용자와 개발자가 함께 확인하면서 검사하는 기법(즉, 개발자 환경에서 테스트하는 기법)
베타 테스트	ㆍ다수의 사용자를 제한되지 않은 환경에서 프로그램을 사용하게 하고 오류가 발견되면 개발자에게 통보하는 방식(즉, 사용자 환경에서 테스트하는 기법)

3. 테스트 자동화 도구 유형

단계	도구 유형	설명
설계 단계	명세 기반 테스트 설계 도구	소프트웨어 명세로부터 테스트 절차, 데이터, 드라이버 등을 생성
	코드 기반 테스트 설계 도구	소스 코드로부터 테스트 절차, 데이터, 드라이버 등 생성
	테스트 관리 도구	테스트 계획 수립, 프로세스 관리, 요구사항 및 결함 추적 관리
구현/테스트 단계	정적 분석 도구	프로그램을 수행하지 않고 분석하는 도구, 복잡도 측정 등
	리뷰 및 인스펙션 도구	소스 코드/설계 문서를 분석하여 가이드라인 및 규칙 준수 검사
	커버리지 측정 도구	주어진 테스트케이스에 의해 얼마나 테스트 되었는가를 측정
	동적 분석 도구	프로그램이 수행되는 동안 이벤트의 상태를 파악하기 위하여 특정한 변수나 조건의 스냅샷을 생성 및 활용
	성능/부하/시뮬레이션 도구	시스템 부하를 생성하고, 반응시간 및 메모리 사용량 평가
	기능 테스트 수행 도구	주어진 테스트 케이스 자동 수행, 예상 결과와 비교 단위, 통합, 시스템, 인수의 모든 단계에서 수행

(1) 정적 분석 도구

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

구조 검사	소프트웨어의 내부 구조를 검사
데이터 분석	소프트웨어의 내부 데이터 흐름을 분석
순서 검사	소프트웨어의 실행 순서를 분석

(2) 테스트 실행 도구

스크립트 언어를 사용하여 테스트를 실행하는 방법, 테스트 데이터와 테스트 방법 등이 포함된 스크립트를 실행한다.

(3) 성능 테스트 도구

애플리케이션의 처리량, 응답 시간 등을 인위적으로 적용한 가상의 사용자를 만들어 테스트를 수행함으로써 성능 달성 여부를 확인

(4) 테스트 통제 도구

테스트 계획 및 관리, 테스트 수행, 결함 관리 등을 수행하는 도구, 형상관리 도구, 결함 추적 도구 등이 있다.

(5) 테스트 하네스 도구

애플리케이션의 컴포넌트 및 모듈을 테스트하는 환경의 일부분으로 테스트를 지원하기 위해 생성된 코드와 데이터를 의미한다.

(6) 테스트 하네스 구성요소

테스트 드라이버	테스트 대상의 하위 모듈을 호출, 파라미터 전달, 수행 결과 도출
테스트 스텁	제어 모듈이 호출하는 타 모듈의 기능을 수행하는 도구, 일시적인 테스트용 모듈
테스트 슈트	모듈, 시스템에 사용되는 테스트 케이스의 집합
테스트 케이스	요구사항을 준수했는지 확인하기 위한 조건, 값, 등으로 만들어진 테스트 항목 명세서
테스트 스크립트	자동화된 테스트 실행 절차에 대한 명세서
목 오브젝트	사용자의 행위를 조건부로 입력하면 그 상황에 맞게 수행하는 객체

제품소프트웨어 패키징

(1) 제품 소프트웨어 패키징

개발이 완료된 제품 소프트웨어를 고객에게 전달하기 위한 형태로 포장하는 과정

(2) 릴리즈 노트

최종 사용자인 고객에게 개발 과정에서 정리된 제품의 릴리즈 정보를 제공하는 문서

릴리즈 노트 작성 항목

작성 항목	내용
머릿말/헤더(Header)	릴리즈 노트 이름, 제품 이름, 버전번호, 릴리즈 일자, 노트 버전 등
개요	제품 및 변경에 대한 간략한 개요
목적	릴리즈 노트의 목적에 대한 간략한 개요
이슈 요약	버그의 간단한 설명 및 릴리즈 노트 추가 항목 요약
재현 항목	버그 내용 및 버그 재현 항목 작성
개선 내용	개선사항에 대한 간단한 설명
사용자 영향도	버전 변경에 따른 최종 사용자 기준의 기능 및 영향도 설명
소프트웨어 지원 영향도	버전 변경에 따른 소프트웨어 지원 프로세스 및 영향도 기술
노트	소프트웨어, 하드웨어 설치 항목, 제품, 문서를 포함한 업그레이드 항목 기술
면책 조항	회사 표준 제품과 관련한 메세지, 불법 복제 방지 등 고지사항
연락처	사용자 지원 및 문의 연락처

(3) 디지털 저작권 관리

구성 요소	내용
컨텐츠 제공자	컨텐츠를 제공하는 저작권자
컨텐츠 분배자	암호화된 컨텐츠를 제공하는 제공자
패키저	컨텐츠를 메타 데이터와 함께 배포 가능한 단위로 묶는 기능
보안 컨테이너	원본을 안전하게 유통하기 위한 전자적 보안 장치
DRM 컨트롤러	배포된 컨텐츠의 이용 권한을 통제
클리어링 하우스	소비자와 유통업자 사이에 발생하는 거래에 대해 디지털 저작권 라이선싱을 중개하고 라이선스 발급을 수행하는 장소

(4) 디지털 저작권 관리의 기술 요소

구성 요소	내용
암호화	컨텐츠 및 라이선스를 암호화하고 전자 서명을 할 수 있는 기술
키 관리	컨텐츠를 암호화한 키에 대한 저장 및 분배 기술
암호화 파일 생성	암호화된 컨텐츠를 생성하기 위한 기술
식별 기술	컨텐츠에 대한 식별 체계 표현 기술
저작권 표현	라이선스의 내용 표현 기술
정책 관리	라이선스 발급 및 사용에 대한 정책 표현 및 관리 기술
크랙방지	크랙에 의한 컨텐츠 사용 방지 기술
인증	라이선스 발급 및 사용의 기준이 되는 사용자 인증 기술

[ 2022년04월24일 기출문제 ]

25.테스트 케이스와 관련한 설명으로 틀린 것은?

     1.테스트의 목표 및 테스트 방법을 결정하기 전에 테스트 케이스를 작성해야 한다.
     2.프로그램에 결함이 있더라도 입력에 대해 정상적인 결과를 낼 수 있기 때문에 결함을 검사할 수 있는 테스트 케이스를 찾는 것이 중요하다.
     3.개발된 서비스가 정의된 요구 사항을 준수하는지 확인하기 위한 입력 값과 실행 조건, 예상 결과의 집합으로 볼 수 있다.
     4.테스트 케이스 실행이 통과되었는지 실패하였는지 판단하기 위한 기준을 테스트 오라클(Test Oracle)이라고 한다.

정답 : 1

해설 : 설계순서

테스트 목표 수립 ▶ 테스트 전략/방법 결정 ▶ 테스트 설계 ▶ 테스트 케이스 작성

[정보처리기사 필기 요약] #1-4. 객체지향 분석 방법론

개발자혜콩 — Thu, 7 May 2026 15:18:48 +0900

1. 객체지향

1) 객체지향의 구성요소

객체	데이터와 이를 처리하는 함수를 묶어 놓은 하나의 모듈	특성 객체는 독립적으로 식별 가능한 이름을 가지고 있다. 객체가 가질 수 있는 조건을 상태 ( State )라고 하는데, 일반적인 상태는 시간에 따라 변한다. 객체와 객체는 상호 연관성에 의한 관계가 형성된다. 객체가 반응할 수 있는 메세지( Message )의 집합을 행위라고 하며 객체는 행위의 특징을 나타낸다. 객체는 일정한 기억장소를 가지고 있다.
클래스	공통된 속성과 연산을 갖는 객체의 집합	특징 클래스는 객체지향에서 데이터를 추상화하는 단계이다. 클래스에 속한 각각의 객체를 인스턴스( Instance )라 하며 클래스로 부터 새로운 객체를 생성하는 것을 인스턴스화 ( Instantication )라고 한다. 동일 Class에 속한 각각의 Instance들은 공통된 속성과 행위를 가지고 있으며, 그 속성에 대한 정보가 서로 달라서 동일 기능을 하는 여러가지 객체를 나타내게 된다. 최상위 클래스는 상위 클래스를 갖지 않는 클래스를 의미한다. Super Class는 특정 Class의 상위( 부모 )클래스이고, 서브 클래스( Sub Class )는 특정 클래스( 하위, 자식 클래스 )를 의미한다.
메세지	객체의 행위를 표현	객체들 간의 상호작용에 사용되는 수단으로, 객체의 동작이나 연산을 일으키는 외부의 요구사항

2) 객체지향의 특징

Encapsulation (캡슐화)	데이터 속성과 관련된 연산을 클래스 안에 묶어서 하나로 취급하는 것.	특징 캡슐화된 객체는 인터페이스를 제외한 세부 내용이 은폐( 정보은닉 )되어 외부의 접근이 제한적이다. 따라서 외부 모듈의 변경으로 인한 파급효과가 적다. 시스템의 한 콤포넌트의 내부구현이 다른 콤포넌트에 의존하지 않는 것, 객체 내부의 구현을 client에게 보이지 않게 하는 것. 캡슐화된 객체들은 재사용이 용이하다. 객체들간에 메세지( Message )를 주고 받을 때, 상대 객체의 세부정보를 알 필요가 없으므로 Interface가 단순해지고, 결합도 또한 낮아진다.
Inheritance (상속성)	상위 클래스의 모든 속성과 연산을 하위 클래스가 물려받는 것	특징 상속을 이용하면 상위 클래스와 속성과 연산을 자신의 클래스 내에서 다시 정의하지 않고 즉시 자신의 속성으로 사용할 수 있다. 하위 클래스는 상속받은 속성과 연산외에 새로운 속성과 연산을 첨가하여 사용할 수 있다. 객체와 클래스의 재사용, 즉 소프트웨어의 재사용을 높이는 중요한 개념이다. 다중 상속 ( Multiple Inheritance ) : 한 개의 클래스가 두 개 이상의 상위 클래스로부터 속성과 연산을 상속받는 것을 말한다.
Polymorphism (다형성)	하나의 메세지에 대해 각 객체가 갖고있는 고유한 방법대로 응답하는 것을 의미	오버로딩 오버라이
(연관성)	두 개 이상의 객체들이 상호 참조하는 관계 연관성의 종류	is member of : 연관화 : 2개 이상의 객체가 상호 관련되어 있음을 의미함 is instance of : 분류화 : 동일한 형의 특성을 갖는 객체들을 모두 모아 구성하는 것 is part of : 관련 있는 객체들을 묶어 하나의 상위 객체를 구성하는 것 is a : 일반화 - 공통적인 성질들로 추상화한 상위 객체를 구성하는 것 : 특수화 / 상세화 - 상위 객체를 구체화하여 하위 객체를 구성하는 것
Information Hiding (정보은닉)	캡슐화에서 가장 중요한 개념으로 다른 객체에 자신의 정보를 숨기는 것 연산만을 통해 접근
Abstraction (추상화)	불필요한 부분을 생략, 객체 속성 중 가장 중요한 것에 중점을 두어 모델링함. 완전한 시스템 구축 전, 그 시스템과 유사한 모델을 만들어 여러 요인들을 테스트 할 수 있음.

- 미들웨어는 운영체제와 소프트웨어의 중간에서 조정과 중개의 역할을 해주는 소프트웨어다.
- 운영체제가 제공하는 서비스 이외에 추가적인 서비를 제공하며 클라이언트와 서버 간의 통신을 담당한다.

2. 객체 지향 설계 원칙(SOLID)

SRP/단일 책임 원칙 (Single responsibility principle):	한 클래스는 하나의 책임만 가져야 한다. ==> 클래스가 제공하는 모든 서비스는 하나의 책임을 수행하는데 집중 결합도는 낮추고 응집도는 높여야한다
OCP/개방 폐쇄 원칙 (Open/closed principle)	소프트웨어 구성요소(컴포넌트, 클래스, 모듈, 함수)는 확장에는 열려있으나 변경에는 닫혀 있어야 한다. ==> 기존 코드를 변경하지 않고 기능을 추가할 수 있어야 한다. 공통적 인터페이스를 하나의 인페이스로 묶어 캡슐화한다.
LSP/리스코프 치환(교쳬) 원칙	프로그램의 객체는 프로그램의 정확성을 깨뜨리지 않으면서 서브타입(하위클래스)은 어디서나 자신의 기반타입(상위클래스) 인스턴스로 바꿀 수 있어야 한다. 자식클래스는 최소한 부모클래스가 가능한 행위는 수행 할 수 있어야 한다. 자식클래스는 확장만 수행한다.
ISP/인터페이스 분리 원칙 (Interface segregation principle):	특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다. 자신이 사용하지 않는 인터페이스와 의존관계를 맺거나 영향을 받지 않아야 한다. ==> 한 클래스는 자신이 사용하지 않은 인터페이스를 구현하지 말아야 함 인터페이스를 클라이언트에 특화되도록 분리시키는 설계 원칙. 인터페이스가 갖는 하나의 원칙
의존관계 역전 원칙 (DIP, Dependency inversion principle):	추상화에 의존해야지, 구체화에 의존하면 안된다. ==> 의존 관계를 맺을 떄 변화하기 쉬운 것 또는 자주 변화하는 것보다는 변화하기 어려운 것. 거의 변화가 없는 것에 의존하라는 것 각 객체들이 의존단계가 성립될 때, 추상성이 낮은 클래스보다 추상성이 높은 클래스와 의존관계를 가져야 한다.

3. 객체 지향 분석 방법론

(1) Rumbaugh

모든 소프트웨어 구성 요소를 그래픽 표기법을 이용하여 모델링하는 기법으로, 객체 모델링 기법(Object Modeling Technique) 라고도 한다. 분석활동은 객체모델링 -> 동적 모델링 -> 기능 모델링 순으로 통해 이루어진다

(2) Booch(부치) 방법

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

(3) Jacobson 방법

Use Case를 강조하여 사용하는 분석 방법이다.

(4) Coad와 Yourdon 방법

E-R 다이어그램을 사용하여 객체의 행위를 모델링하며, 객체 식별, 구조 식별, 주제 정의, 속성과 인스턴스 연결 정의, 연산과 메시지 연결 정의 등의 과정으로 구성하는 기법

(5) Wirfs-Brock 방법

분석과 설계 간의 구분이 없고, 고객 명세서를 평가해서 설계 작업까지 연속적으로 수행하는 기법

[22년03월05일 기출문제]

13.클래스 설계원칙에 대한 바른 설명은?

     1.단일 책임원칙 : 하나의 클래스만 변경 가능 해야한다.
     2.개방-폐쇄의 원칙 : 클래스는 확장에 대해 열려 있어야 하며 변경에 대해 닫혀 있어야 한다.
     3.리스코프 교체의 원칙 : 여러 개의 책임을 가진 클래스는 하나의 책임을 가진 클래스로 대체되어야 한다.
     4.의존관계 역전의 원칙 : 클라이언트는 자신이 사용하는 메소드와 의존관계를 갖지 않도록 해야 한다.

정답 : 2

해설 :

단일 책임원칙 : 하나의 객체는 하나의 동작만의 책임을 가짐
개방-폐쇄의 원칙 : 클래스는 확장에 대해 열려 있어야 하며 변경에 대해 닫혀 있어야 한다.
리스코프 교체의 원칙 : 특정 메소드가 상위 타입을 인자로 사용할 때, 그 타입의 하위 타입도 문제 없이 작동해야 함
의존관계 역전의 원칙 : 상위 계층이 하위 계층에 의존하는 전통적인 의존관계를 반전(역전)시킴으로써 상위 계층이 하위 계층의 구현으로부터 독립되게 할 수 있음

18.객체지향 분석기법의 하나로 객체 모형, 동적 모형, 기능 모형의 3개 모형을 생성하는 방법은?

     1.Wirfs-Block Method
     2.Rumbaugh Method
     3.Booch Method
     4.Jacobson Method

정답 : 2

해설 : Rumbaugh(럼바우) 방법
모든 소프트웨어 구성 요소를 그래픽 표기법을 이용하여 모델링하는 기법으로, 객체 모델링 기법라고도 한다.

분석활동은 객체모델링 -> 동적 모델링 -> 기능 모델링 순으로 통해 이루어진다

Booch(부치) 방법
미시적(Micro) 개발 프로세스와 거시적(Macro) 개발 프로세스를 모두 사용하는 분석 방법으로,

클래스와 객체들을 분석 및 식별하고 클래스의 속성과 연산을 정의한다.

Jacobson 방법
Use Case를 강조하여 사용하는 분석 방법이다.

Coad와 Yourdon 방법
E-R 다이어그램을 사용하여 객체의 행위를 모델링하며,

객체 식별, 구조 식별, 주제 정의, 속성과 인스턴스 연결 정의, 연산과 메시지 연결 정의 등의 과정으로 구성하는 기법

Wirfs-Brock 방법
분석과 설계 간의 구분이 없고, 고객 명세서를 평가해서 설계 작업까지 연속적으로 수행하는 기법

[22년 04월 24일 기출문제]

26.객체지향 개념을 활용한 소프트웨어 구현과 관련한 설명 중 틀린 것은?

     1.객체(Object)란 필요한 자료 구조와 수행되는 함수들을 가진 하나의 독립된 존재이다.
     2.JAVA에서 정보은닉(Information Hiding)을 표기할 때 private의 의미는 '공개'이다.
     3.상속(Inheritance)은 개별 클래스를 상속 관계로 묶음으로써 클래스 간의 체계화된 전체 구조를 파악하기 쉽다는 장점이 있다.
     4.같은 클래스에 속하는 개개의 객체이자 하나의 클래스에서 생성된 객체를 인스턴스(Instance)라고 한다.

정답 : 2

해설 : JAVA에서 정보은닉(InformationHiding)을 표기할 때 private의 의미는 외부에서 클래스 내부 정보에 접근하지 못하도록 하는 '접근금지'이다

[정보처리기사 필기 요약] #1-3. 익스트림 프로그래밍(eXtreme Programming, XP)

개발자혜콩 — Thu, 7 May 2026 11:25:08 +0900

1. XP(eXtreme Programming)

- XP는 요구사항 변화에 유연하게 대응하고, 고객과의 소통을 중시하는 애자일 방법론이다.

2. XP(eXtreme Programming)의 5가지 핵심 가치

의단용피존

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

3. XP(eXtreme Programming)의 기본원리

Pair Programming (짝 프로그래밍)	다른 사람과 함께 프로그래밍을 수행함으로써 개발에 대한 책임을 공동으로 나눠 갖는 환경
Test-Driven Development (테스트 주도 개발)	개발자가 실제 코드를 작성하기 전에 테스트 케이스를 먼저 작성하므로 자신이 무엇을 해야할지 정확히 파악, 테스트가 지속적으로 진행될 수 있도록 자동화된 테스팅 도구 사용
Whole Team (전체 팀)	개발에 참여하는 모든 구성원들은 각자 자신의 역할이 있고 책임을 가져야 함
Desgin Improvement (디자인 개선) 또는 Refactoring (리팩터링)	프로그램 기능의 변경 없이, 단순화, 유연성 강화 등을 통해 시스템을 재구성
Small Releases (소규모 릴리즈)	릴리즈 기간을 짧게 반복함으로써 고객의 요구 변화에 신속히 대응
Continuous Integration (계속적인 통합)	모듈 단위로 나눠서 개발된 코드들은 하나의 작업이 마무리 될 떄마다 지속적으로 통합

4. XP(eXtreme Programming)의 개발 프로세스 순서

계획 수립 ▶ 주기 ▶ 승인 검사 ▶ 소규모 릴리즈

# 정보처리기사 필기 기출문제

[ 20년 1회·2회 통합 기출 ]

XP(eXtreme Programing)의 5가지 가치로 거리가 먼 것은?
1.용기
2.의사소통
3.정형 분석
4.피드백

정답 : 3

해설 : 5가지 핵심가치 의단용피존

[ 20년 4회 기출 ]

XP의 기본원리로 볼 수 없는 것은?

① Linear Sequential Method
② Pair Programming
③ Collective Ownership
④ Continuous Integration

정답 : 1

해설 : Linear Sequential Method(선형 순차적 방법)은 XP의 기본원리라기 보다 폭포수 모델(Waterfall model)의 기본원리로 볼 수 있다.

[ 22년 1회 기출 ]

익스트림 프로그래밍에 대한 설명으로 틀린 것은?

1.대표적인 구조적 방법론 중 하나이다.
2.소규모 개발 조직이 불확실하고 변경이 많은 요구를 접하였을 때 적절한 방법이다.
3.익스트림 프로그래밍을 구동시키는 원리는 상식적인 원리와 경험을 최대한 끌어 올리는 것이다.
4.구체적인 실천 방법을 정의하고 있으며, 개발 문서 보다는 소스코드에 중점을 둔다.

정답: 1번
해설 : XP는 애자일 방법론입니다.

구조적 방법론은 하향식(Top-down)으로 기능을 분해하며 프로세스와 문서를 중시하는 전통적인 방식(예: 폭포수 모델 기반)이므로 XP의 철학과 완전히 반대됩니다.

[정보처리기사 필기 요약] #1-2. 미들웨어 개념과 종류

개발자혜콩 — Thu, 7 May 2026 11:10:28 +0900

1.미들웨어란?

2.미들웨어 장점

- 다양한 환경의 지원이 가능하고 체계가 다른 업무와도 상호 연동이 가능하다.

- 분산된 업무를 동치에 처리하여 일관성이 유진된다.

- 표준화된 인터페이스를 제공한다.

- 부하의 분산이 가능하다.

3. 미들웨어의 종류

# 동기 방식 (응답올 때까지 기다림, 즉각적인 결과 확인 필요할 때 사용)

(1) RPC(Remote Procedure Call)

: 원격 프로시저 호출이라고 하며, 클라이언트가 원격제어를 통하여

원격 위치에 있는 프로시저를 실행할 수 있게 하는 프로세스 간 통신 기술이다.

(2) TP-Monitor(Transection Processing Monitor)

: 항공기나 철도 예약 업무 등과 같이 온라인 트랜잭션 업무에서 트랜잭션을 처리하고 감시하는 미들웨어이다.

(3) DB(DataBase):

: 데이터베이스 벤더에서 제공하는 클라이언트와 데이터베이스를 연결하는 미들웨어이다.

2-Tier 아키텍처라고 한다.

(4) ORB(Object Request Broker)

: 객체 지향 미들웨어이며, 코바(CORBA) 표준 스펙을 구현한 미들웨어이다.

(5) WAS(Web Application Server)

: 사용자의 요구에 따라 변하는 동적인 콘텐츠를 처리하기 위해 사용되는 미들웨어이다.

# 동기 방식 ( 요청을 보낸 후 응답을 기다리지 않고 바로 자기 일을 계속하는 방식 )

(6) MOM (Message Oriented Middleware)

: 메시지 지향 미들웨어라고 하며 메시지 기반의 비동기형 메시지를 전달하는 미들웨어이다.

[문제 ]

메시지 지향 미들웨어(Message-Oriented Middleware, MOM)에 대한 설명으로 틀린 것은?

1. 느리고 안정적인 응답보다는 즉각적인 응답이 필요한 온라인 업무에 적합하다.
2. 독립적인 애플리케이션을 하나의 통합된 시스템으로 묶기 위한 역할을 한다.
3. 송신측과 수신측의 연결 시 메시지 큐를 활용하는 방법이 있다.
4. 상이한 애플리케이션 간 통신을 비동기 방식으로 지원한다.

✅ 정답 및 해설 검토

정답: 1번

해설 검토 & 추가 해설: 정답과 해설 모두 정확합니다. MOM의 핵심 키워드는 '비동기', '메시지 큐', '안정성(보장성)'입니다. 즉각적인 응답을 요구하는 시스템에는 맞지 않으므로 1번이 틀린 설명입니다.

[정보처리기사 필기 요약] #1-1. UML

개발자혜콩 — Wed, 6 May 2026 16:50:20 +0900

# UML 다이어그램

구조적(정적) 다이어그램 : 클객 컴배 복패

클래스 다이어그램	객체지향 모델링 시 구성요소간 정적인 관계를 표현한 다이어그램	클래스 다이어그램 구성요소 - 클래스 이름 - 속성 : 클래스의 상태나 정보 - 연산 [21년 3회] : 클래스의 동작 - 접근 제어자(접근 제한자)
객체 다이어그램
컴포넌트 다이어그램	구현단계에서 소프트웨어의 물리적 모듈 단위(컴포넌트) 간 관게를 표
배치 다이어그램	시스템의 물리적인 노드(컴퓨터, h/w 등) 구성과 그 사이의 통신경로를 모델링하는 다이어그램
복합체 구조 다이어그램
패키 다이어그램

행위적(동적) 다이어그램 : 유시커 상활타

[20년 2회] [23년 2회]

유스케이스 다이어그램 [22년 2회] [23년 2회]	사용자 측면에서의 요구사항	유스케이 다이어그램 구성요소 - 시스템/시스템범위 : 시스템 내부에서 수행되는 기능들을 외부 시스템과 구분하기 위해 시스템 내부의 유스케이스들을 사각형으로 묶어 시스템의 범위를 표현함 - 액터 : 시스템과 상호작용을 하는 모든 외부 요소로, 사람이나 외부 시스템을 의미함 [21년 2회] [23년 3회] - 유스케이스 : 사용자가 보는 관점에서 시스템이 액터에게 제공하는 서비스 또는 기능을 표현한 것 - 관계 : 연관 관계, 포함 관계, 확장 관계, 일반화 관계가 있다. [22년 2회]
유스케이스 다이어그램 [22년 2회] [23년 2회]	사용자 측면에서의 요구사항	유스케이스 다이어그램의 관계 - 포함 관계 <<include>> : 유스케이스를 수행할 때, 다른 유스케이스가 반드시 수행되는 관계 - 확장 관계 <<extend>> : 유스케이스가 특정 조건에 부합되어 유스케이스의 기능이 확장될 때 원래의 유스케이스와 확장된 유스케이스와의 관계를 확장 관계라고 함. [21년 2회] [23년 2회] -일반화 관계 : 추상적인 액터와 좀 더 구체적인 액터 사이에 맺어주는 관계 하위 액터나 유스케이스에서 상위 액터, 유스케이스 쪽으로 속이 빈 삼각형 화살표를 실선으로 연결
시퀀스(순차) 다이어그램	- 객체 간 상호작용을 메시지 흐름으로 표현한 다이어그램이다. [21년 1회] - 주로 동적인 측면에서 모델링을 설계하기 위해 사용한다. [21년 3회] [23년 1회] - 시간의 흐름에 따라 객체들이 주고 받는 메시지의 전달 과정을 강조한다. - 수직 방향이 시간의 흐름을 나타낸다.	순차(시퀀스) 다이어그램의 구성요소 [20년 3회] OLAM - 객체(Object) : 사각형 안에 밑줄 친 이름으로 명시 - 생명선(Lifeline) : 객체로부터 뻗어나가는 점선 - 실행(Activation) : 점선 위 직사각형, 직사각형은 실행 시간을 의미 - 메시지(Message) : 화살표 - 제어 블록 등
커뮤니케이션 다이어그램
상태 다이어그램	- 객체들 사이에 발생하는 이벤트(event) [23년 3회] 에 의한 객체들의 상태 변화를 그림으로 나타낸 다이어그램. - 하나의 객체가 자신이 속한 클래스의 상태 변화 혹은 다른 객체와의 상호 작용에 따라 상태가 어떻게 변화하는지를 표현함. - 럼바우(Rumbaugh) 객체지향 분석 기법에서 동적 모델링에 활용된다.
활동 다이어그램 [23년 1회]	오퍼레이션이나 처리 과정이 수행되는 동안 일어나는 일들을 단계적으로 표현한 다이어그램
타이 다이어그램

# UML 관계

Association : 연관관계	2개 이상의 사물이 서로 관련된 상태를 화살표 실선으로 표현
Aggregation : 집합관계	전체 클래스가 사라져도, 부분 클래스는 독립적으로 존재할 수 있습니다.	동아리 - 회원
Composition : 포함관계	- 집합 관계의 특수한 형태로, 포함하는 사물의 변화가 포함되는 사물에 영향을 미치는 관계를 표현 전체 소멸시 부분도 소
Generalization : 일반화 관계	- 상위 클래스의 모든 속성과 연산을 하위 클래스가 물려받는 일종의 상속개념 - 구체적(하위)인 사물에서 일반적(상위)인 사물 쪽으로 속이 빈 화살표를 연결하여 표현 [20년 2회]
Dependency : 의존관계	하나의 사물의 변화가 다른 사물에게 영향을 미치는 일시적인 관계로, 일반적으로 한 클래스가 다른 클래스를 오퍼레이션의 매개변수로 사용하는 경우 [21년 3회] [23년 2회]	운전자 - 네비게이션
Realization : 실체화 관계	- 실체화 관계는 사물이 할 수 있거나 해야 하는 기능(행위, 인터페이스)으로 서로를 그룹화할 수 있는 관계를 표현 [21년 2회] - 한 객체가 다른 객체에게 오퍼레이션을 수행하도록 지정하는 의미적 관계 [21년 2회]

[확인문제 1]

[ 22년 1회차 기출 ]

UML 다이어그램 중 순차 다이어그램에 대한 설명으로 틀린 것은?

1.객체 간의 동적 상호작용을 시간 개념을 중심으로 모델링 하는 것이다.
2.주로 시스템의 정적 측면을 모델링하기 위해 사용한다.
3.일반적으로 다이어그램의 수직 방향이 시간의 흐름을 나타낸다.
4.회귀 메시지(Self-Message), 제어블록(Statement block) 등으로 구성된다.

✅ 정답 및 해설 검토

정답: 2번

해설 검토 & 추가 해설: 순차 다이어그램은 '동적' 측면을 모델링하므로 2번 보기가 명백한 오답입니다. 정적 측면을 모델링하는 대표적인 다이어그램은 클래스 다이어그램(Class Diagram)이라는 점을 함께 기억해 두면 좋습니다.

[연습문제]

정답

3 : D

4 : D

5 : A

6: B

7 : D

8 : B

9 : A

10 : C

[ 파이썬 기초 ] #4 while 반복문, 리스트 내포 및 사용자 정의 함수 (44일차 기록)

개발자혜콩 — Wed, 22 Apr 2026 11:44:05 +0900

1. 오늘 한 것

① while 반복문의 3가지 활용 패턴 및 range()

상태 기반: 리스트에 특정 값이 있는 '동안' remove()를 반복해 일괄 삭제.
시간 기반: time.time() + 5를 활용해 정확히 5초 동안만 루프를 돌리는 로직.
무한 루프 제어: while True:로 반복하다 특정 입력(y) 시 break로 탈출.
range(): range(5), range(5, 10), range(0, 10, 3) 등 매개변수 생략 시 자동으로 채워지는 Default 파라미터 동작 실습.

② 파이썬의 꽃, 리스트 내포(List Comprehension)

for문과 if문을 리스트 [] 안에 한 줄로 압축하여 새로운 배열을 만들어내는 고급 문법 실습.

# 1. 0~18까지 짝수만 제곱한 리스트
array = [i*i for i in range(0, 20, 2)]

# 2. "초콜릿"을 제외한 과일 리스트 필터링
array2 = ["사과", "자두", "초콜릿", "바나나"]
output = [fruit for fruit in array2 if fruit != "초콜릿"]

③ 복합 자료형(딕셔너리+리스트)의 계층적 탐색

딕셔너리(Dictionary) 안에 리스트가 있거나, 또 다른 딕셔너리가 중첩되어 있을 때 type() 함수를 활용해 분기 처리하는 방법 실습.

# 04_확인문제_4번.py 실습 발췌
for key in character:
    if type(character[key]) is list:   # Value가 리스트면 한번 더 for문
        for list_item in character[key]:
            print("{} : {}".format(key, list_item))
    elif type(character[key]) is dict: # Value가 딕셔너리면 안으로 파고들기
        for dict_item in character[key]:
            print("{} : {}".format(dict_item, character[key][dict_item]))

④ 사용자 정의 함수 선언 (def) 및 반환값 (return)

def 키워드를 사용하여 중복되는 코드를 하나의 블록으로 묶는 함수 기초 실습.
매개변수를 받아 내부 연산을 거친 후, return을 통해 결과값을 외부로 반환하는 로직 구현.

# 05_1_방정식만들기2.py 발췌
def mul(*values):
    result = 1
    for value in values:
        result *= value
    return result

print(mul(5, 7, 9, 10)) # 결과: 3150

**⑤ 가변 매개변수(*values)와 키워드 매개변수 활용**

가변 매개변수(*): 매개변수의 개수가 정해지지 않았을 때, 여러 개의 값을 튜플(Tuple) 형태로 한 번에 쓸어 담아 받는 문법.
키워드 매개변수: 함수 호출 시 매개변수 이름을 직접 명시(n=3)하여 기본값이 있는 파라미터를 건너뛰거나 특정 매개변수에만 값을 전달하는 방법.

2. 문제 / 헷갈린 점

① 복잡한 로직을 리스트 내포로 한 줄에 쓰기 (헷갈림주의..)

상황: 1~100 사이 숫자 중 2진수로 변환했을 때 0이 1개만 포함된 숫자를 구하는 로직을 한 줄로 짜려니 머리가 꼬임. [i for i in range(1, 101) if "{:b}".format(i).count("0")==1]
해결: 리스트 내포는 편리하지만 로직이 복잡해지면 가독성이 떨어짐. 한 번에 줄이려 하지 말고 일반 for문으로 먼저 풀어쓴 뒤 압축하는 연습이 필요함을 느낌.

② 중첩 딕셔너리에서 Key와 Value의 위치 혼동

상황: 계층형 딕셔너리 탐색 중 character[key][dict_item] 처럼 괄호가 연달아 나오자 현재 변수가 가리키는 것이 Key인지 Value인지 헷갈림.
해결: 주석으로 변수의 현재 상태를 일일이 매핑함. 구조가 복잡할 때는 디버깅 주석이 생명줄임을 체감함.

③ 가변 매개변수 뒤에 일반 매개변수가 올 때의 에러

상황: def print_n_times(*values, n=2): 처럼 가변 매개변수 뒤에 기본 매개변수를 배치했을 때, 값을 어떻게 넘겨야 할지 혼동됨.
해결: *values가 들어오는 값을 모두 빨아들이기 때문에, 그 뒤에 있는 매개변수에 값을 넣으려면 호출할 때 반드시 키워드 매개변수 방식(n=3)으로 명시해주어야 파이썬 엔진이 구분할 수 있다는 문법적 규칙을 이해함.

3. 오늘 배운 핵심

while은 조건, for는 반복 횟수다: 횟수가 명확하지 않은 상태 제어(특정 값 삭제, 시간제어)에는 while이 유리하다.
리스트 내포는 파이썬의 무기다: 타 언어의 4~5줄짜리 배열 가공 코드를 한 줄로 끝낼 수 있다.
함수 매개변수의 유연성: *values를 사용해 인자 갯수의 제한을 없애고, 키워드=값 형태로 호출하여 함수 사용의 직관성을 극대화할 수 있다.

4. 다음 목표

변경할 수 없는 자료형인 '튜플(Tuple)'의 특성 학습하기.
함수를 매개변수로 전달하는 콜백(Callback)의 개념과 일회용 함수인 '람다(Lambda)' 문법 익히기.

[ 파이썬 기초 ] #3 리스트, 반복문(for), 딕셔너리 활용 (43일차 기록)

개발자혜콩 — Wed, 22 Apr 2026 11:30:52 +0900

1. 오늘 한 것

① 파이썬 리스트(List) 구조 및 인덱싱/슬라이싱

파이썬의 리스트는 숫자, 문자열, 불리언 등 다양한 자료형을 한 번에 담을 수 있는 강력한 배열 구조를 가짐.
접근 연산자 이중 사용: 리스트 안의 문자열이나, 리스트 안의 리스트(2차원 배열)에 접근할 때 인덱스를 연달아 사용하는 문법 실습.

# 04_1_list_ex1.py 실습 발췌
array:list = [273, 32, 103, "문자열", True, False]

print(array[1:3])    # 슬라이스 연산자 (결과: [32, 103])
print(array[3][0])   # "문자열" 요소 안에서 다시 0번째 인덱스 접근 (결과: 문)

# 2차원 리스트 이중 접근
array2:list =  [ [1, 2, 3], [4, 5, 6], [7, 8, 9] ]
print(array2[1][1])  # 1번 인덱스 리스트의 1번 요소 (결과: 5)

② 리스트 요소 추가 (append vs insert)

append(요소): 리스트의 맨 마지막(우측 끝)에 새로운 요소를 추가.
insert(위치, 요소): 리스트의 특정 인덱스를 지정하여 요소 추가 (기존 요소들은 뒤로 밀려남).

# 04_1_list_ex3.py 실습 발췌
list_a = [1, 2, 3]
list_a.append(4)     # 뒤에 추가 -> [1, 2, 3, 4]
list_a.insert(2, 10) # 2번 인덱스에 추가 -> [1, 2, 10, 3, 4]

③ for 반복문 활용 (다중 리스트 및 인덱스 제어)

in 연산자와 조합하여 리스트의 요소를 하나씩 빼오는 기본 구조부터, range(len())을 활용해 여러 리스트의 인덱스를 동시에 추적하는 로직을 구현함.

# 04_2_for_스펠링퀴즈.py (range와 인덱스를 활용한 동시 접근)
questions = ['tr_in', 'b_s', '_axi', 'air_lane']
answers = ['a', 'u', 't', 'p']

for i in range(len(questions)):  # 0부터 3까지 반복
    q = '%s 에서 밑줄(_) 안에 들어갈 알파벳은?' % questions[i]
    ans = input(q)

    if ans == answers[i]:  # 동일한 인덱스 i로 정답 리스트 비교
        print('정답입니다!')
    else:
        print('틀렸습니다!')

# 04_2_for_확인문제.py (중첩 for문을 활용한 2차원 배열 완전 탐색)
list_of_list = [ [1, 2, 3], [4, 5, 6, 7], [8, 9] ]
for i in list_of_list:
    for j in i:
        print(j)  # 1부터 9까지 순차적으로 1열 출력

④ 딕셔너리(Dictionary) 구조 및 빈도수 집계 알고리즘

키(Key)와 값(Value)의 쌍으로 이루어진 딕셔너리를 활용해 객체의 속성을 표현하거나, 리스트 내의 데이터 등장 횟수를 카운팅하는 히스토그램 로직을 직접 구현함.

# 04_확인문제_3번.py (숫자 등장 빈도수 집계 로직)
numbers = [1,2,6,8,4,3,2,1,9,5,4,9,7,2,1,3,5,4,8,9,7,2,3]
counter = {}

for number in numbers:
    if number in counter:      # 딕셔너리에 이미 해당 숫자가 키로 등록되어 있다면
        counter[number] += 1   # 빈도수 1 증가
    else:                      # 처음 보는 숫자라면
        counter[number] = 1    # 새로운 키로 추가하고 값을 1로 초기화

print(counter) # {1: 3, 2: 4, 6: 1, 8: 3, 4: 4, ...} 형태로 출력됨

2. 문제 / 헷갈린 점

① 딕셔너리에서 존재하지 않는 키(Key) 접근 에러 (KeyError)

상황: 빈도수 집계 실습에서 무작정 counter[number] += 1을 실행하려 했을 때 에러가 발생함.
해결: 딕셔너리는 처음부터 모든 키가 존재하는 것이 아니므로, 값을 증가시키기 전에 해당 키가 내부에 존재하는지 if number in counter:로 먼저 묻고, 없다면 1로 초기화하는 분기 처리가 반드시 필요함을 구조적으로 체득함.

② range() 함수의 쓰임새 판단

상황: 언제 for i in array:를 쓰고, 언제 for i in range(len(array)):를 써야 할지 혼동됨.
해결: 단순히 리스트 안의 값만 꺼내 쓸 때는 전자(요소 직접 접근)가 파이썬답고 깔끔하다. 그러나 '스펠링 퀴즈' 예제처럼 문제 리스트와 정답 리스트, 즉 두 개 이상의 배열을 같은 번호표(인덱스)로 묶어서 연동해야 할 때는 후자(인덱스 기반 접근)를 써야 한다는 원칙을 정립함.

3. 오늘 배운 핵심

슬라이싱([:]) 내부에는 반복문이 숨어있다: 리스트를 자르는 슬라이스 연산자는 단순히 자르는 행위가 아니라, 내부적으로 인덱스를 순회하며 새 리스트를 만들어내는 강력한 기능이다.
이중 접근 연산([][])의 유연성: 리스트 안의 리스트, 심지어 리스트 안의 문자열조차도 배열[인덱스][인덱스] 형태로 파고들어 원소 단위까지 추출할 수 있다.
딕셔너리는 데이터 분류/통계의 핵심이다: 순서가 중요한 데이터는 '리스트'에, 이름(Key)표가 필요하거나 빈도수를 세어야 하는 통계성 데이터는 '딕셔너리'에 담는 것이 파이썬 데이터 처리의 기본 공식이다.

4. 다음 목표

특정 기능을 재사용할 수 있도록 묶어두는 사용자 정의 함수(def)의 선언과 매개변수/반환값(return) 다루기.
리스트/딕셔너리 내포(Comprehension) 등 코드를 한 줄로 줄이는 파이썬 고급 문법 도전

[ 파이썬 기초 ] #2 자료형 변환, 문자열 포매팅 및 제어문 (42일차 기록)

개발자혜콩 — Wed, 22 Apr 2026 10:44:45 +0900

1. 오늘 한 것

① 객체지향 프로그래밍(OOP) 개념 복습

Object oriented programming or OOP paradigm explanation outline diagram

클래스(Class) vs 객체(Object):
- 클래스: 객체를 만드는 도구(설계도).
- 객체: 상태와 기능을 가진 실체.
- 예: int speed = 100;은 단순한 변수지만, Button loginBtn = new Button();은 화면상의 위치/색상(상태)과 setOnClickListener()(기능)를 갖춘 객체다.
언어별 특징: Java, C#은 클래스 기반의 다소 무거운 구조를 가지지만, 파이썬은 클래스 없이도 절차지향적 코딩이 가능한 유연함을 가짐.
깨알 상식: 번역기 언어의 시초는 1964년 존 케메니와 토마스 커츠가 초보자 교육용으로 개발한 'BASIC'이다.

② 자료형 변환 (Type Casting) 및 input() 처리

: 파이썬의 input()은 입력값을 무조건 '문자열(String)'로 취급하므로, 숫자 연산을 위해서는 int(), float() 함수를 이용한 명시적 형변환이 필수적임. 반대로 숫자를 문자로 바꿀 때는 str()을 사용.

# 02_03_형변환.py 실습
input1 = float(input("첫번째 값: "))
input2 = float(input("두번째 값: "))

print("덧셈결과: ", input1 + input2)
print("뺄셈결과: ", input1 - input2)

a = input('첫 번째 정수를 입력하세요: ')
b = input('두 번째 정수를 입력하세요: ')
c = a + b
print("문자열형태: " + c)         # 예: "10" + "20" = "1020"
d = int(a) + int(b)
print("숫자형변환: ", d)          # 예: 10 + 20 = 30

③ 문자열 내장 함수 (format, isOO, split)

format(): 변수를 문자열 템플릿에 안전하게 매핑. 자릿수 맞춤 및 0 채우기 기능 확인.
isOO(): 문자열의 구성 상태 파악 (예: isalnum(), isalpha()).
split(): 특정 구분자로 문자열 자르기. (추후 아두이노 DHT 센서 등 IoT 장비에서 넘어오는 CSV 텍스트 데이터를 파싱할 때 핵심적으로 쓰일 예정)

# 02_4_format_특정칸에 출력.py 실습
# 특정 칸에 출력하기 및 빈칸 0으로 채우기
output_c = "{:10d}".format(52)  # 10칸 확보 후 우측 정렬
output_d = "{:05d}".format(52)  # 5칸 확보 후 남은 공간 0으로 채움 (결과: 00052)
output_e = "{:05d}".format(-52) # 음수 기호도 1칸 차지 (결과: -0052)

④ 조건문(if) 및 논리 연산자 활용

and (모두 참일 때 True), or (하나라도 참이면 True), not 연산자를 활용한 다중 조건 제어.
datetime 모듈과 in 연산자를 결합하여 간단한 챗봇 로직 구현.

# 03_조건문 도전문제 1번.py 실습
import datetime
now = datetime.datetime.now()

string = input("입력 : ")

if string in '안녕하세요':
    print("안녕하세요")
elif string == ('지금 몇 시야?' or '지금 몇 시에요?'):
    print("지금은 {}시입니다.".format(now.hour))
else:
    print(string)

2. 문제 / 헷갈린 점

① ValueError 예외 발생

상황: float(input())을 받을 때 사용자가 실수로 "A" 같은 알파벳을 입력했을 때 에러 발생 후 프로그램이 강제 종료됨.
해결: 숫자가 아닌 문자열을 강제로 수치형(int, float)으로 변환하려 할 때 발생하는 치명적인 예외임을 확인. 실무에서는 형변환 전에 해당 문자열이 숫자로만 이루어져 있는지 isnumeric() 등의 함수로 검증하는 예외 처리 로직이 선행되어야 함을 깨달음.

② 알고리즘의 발상 전환 (홀짝 판별 로직)

상황: 홀짝을 판별할 때 무조건 나머지 연산자(% 2 == 0)를 사용하는 것만이 정답이라고 생각했음.
해결: 파이썬의 강력한 in 연산자와 문자열 인덱싱을 활용하면, 숫자로 변환하는 과정 없이 문자열의 마지막 글자만 확인하여 홀짝을 판별할 수 있음을 배움.

# 03_홀짝예제.py (파이썬 특유의 발상이 돋보인 코드)
number1 = input("숫자를 입력해주세요: ")
last_number = number1[-1]  # 문자열의 맨 마지막 글자 추출

# 계산(%) 필요 없이 문자열 비교만으로 홀짝 구별
if last_number in "02468":
    print("짝수입니다.")
if last_number in "13579":
    print("홀수입니다.")

3. 오늘 배운 핵심

① 입력 데이터의 본질은 문자열이다

- input()으로 들어오는 데이터는 100을 입력해도 "100"이다. 연산을 위한 int(), float() 캐스팅을 잊지 말아야 한다.

② 문자열 가공 함수가 데이터 전처리의 핵심이다

- format()으로 출력 형식을 다듬고, split()으로 날것의 센서 데이터를 배열로 쪼개는 기술이 향후 데이터 파이프라인 구축의 기초가 된다.

③ 파이썬스러운(Pythonic) 코딩

- C나 Java 스타일의 산술 연산(% 2)에 갇히지 않고, 문자열 인덱싱([-1])과 in 연산자를 활용하는 유연한 사고방식이 필요하다.

4. 다음 목표

여러 개의 데이터를 한 공간에 담아 관리할 수 있는 파이썬 자료형인 리스트(List)와 딕셔너리(Dictionary) 구조 학습하기.
배열 데이터와 궁합이 좋은 반복문(for, while)을 활용하여 다량의 데이터를 일괄 처리하는 로직 실습.