UI·접근성·미디어 계산

면책 및 안내

• 이 글은 IPA 응용정보기술자시험(AP) 2026년 시험 대비용 비공식 학습 자료이며, IPA와 관계가 없습니다.
• 범위는 IPA 시라버스 Ver.7.2(아래 출처)에 한정합니다.
• 연습문제 5문항은 모두 오리지널 문제이며, 기출문제는 사용하지 않았습니다.
• 접근성 관련 설명은 실무 원칙입니다. 어떤 한 가지 조치도 그것만으로 표준(JIS X 8341, WCAG 등) 준수를 보장하지 않으며, 버전에 따라 바뀔 수 있는 수치 기준은 다루지 않습니다.
• 미디어 크기 계산은 모두 명시한 가정 아래의 원시(raw) 크기입니다. 실제 파일 크기는 헤더·메타데이터·코덱 설정·콘텐츠에 따라 달라집니다.

학습 목차

1. 시라버스 대응
2. 용어표 (KO/JA/EN)
3. UI·사용성·접근성 원칙
4. 단위·공식 정리
5. 예제 A–E
6. AP11 연계
7. 요약 시트
8. 자주 하는 실수
9. 연습문제
10. 정답 및 해설
11. 셀프 체크
12. 1·3·7일 복습
13. 출처

1. 시라버스 대응 (Ver.7.2)

대분류 / 중분류	항목	이 회에서 다루는 내용
2 컴퓨터 시스템 / 3 컴퓨터 구성요소	3. 입출력 디바이스 (2) 출력장치	화상 데이터 용량 계산
3 기술요소 / 7 사용자 인터페이스	1. (1) 정보 아키텍처	라벨, 청크, 내비게이션, 계층형, 메타데이터
3 기술요소 / 7 사용자 인터페이스	1. (2) 사용자 인터페이스(UI)	사용성, 접근성, 인터랙션 원칙, 신체적 적합성, 시그니파이어, 멀티모달 인터페이스
3 기술요소 / 7 사용자 인터페이스	1. (3) GUI	아이콘, 라디오 버튼, 토글 버튼, 체크박스, 리스트 박스, 풀다운 메뉴, 툴팁, 텍스트 박스
3 기술요소 / 7 사용자 인터페이스	2. (5) Web 디자인	사용성, 내비게이션, 반응형 Web 디자인(확대·리플로)
3 기술요소 / 7 사용자 인터페이스	2. (6) 인간 중심 설계	이용 상황 이해, 요구 명시, 설계안 작성, 요구 대비 평가
3 기술요소 / 7 사용자 인터페이스	2. (7) 유니버설 디자인	음성 읽기, Undo, JIS X 8341, 인클루시브 디자인, 픽토그램, WAI, WCAG
3 기술요소 / 7 사용자 인터페이스	2. (8) 사용성 평가	휴리스틱 평가, 인지적 워크스루, 사고 발화법, 사용성 테스트, A/B 테스트
3 기술요소 / 8 정보 미디어	1. (2) 음성 처리	PCM, WAV, MP3 (크기 계산만; 표본화 원리는 AP11)
3 기술요소 / 8 정보 미디어	1. (3) 정지화 처리	래스터 데이터, JPEG, PNG, GIF, BMP, TIFF, HEIF
3 기술요소 / 8 정보 미디어	1. (4) 동영상 처리	프레임, 프레임 레이트, MPEG, H.264, HEVC/H.265
3 기술요소 / 8 정보 미디어	1. (5) 정보의 압축·신장	압축률(기준 명시), 가역 압축, 비가역 압축, ZIP
3 기술요소 / 8 정보 미디어	2. (1) 그래픽스 처리	RGB, 화소(픽셀), 해상도

2. 용어표 (KO/JA/EN)

한국어	日本語	English
정보 아키텍처	情報アーキテクチャ	information architecture
라벨 / 청크 / 내비게이션	ラベル／チャンク／ナビゲーション	label / chunk / navigation
사용성	ユーザビリティ	usability
접근성	アクセシビリティ	accessibility
인터랙션 원칙	インタラクションの原則	interaction principles
시그니파이어 / 어포던스	シグニファイア／アフォーダンス	signifier / affordance
멀티모달 인터페이스	マルチモーダルインタフェース	multimodal interface
라디오 버튼 / 체크박스 / 토글 버튼	ラジオボタン／チェックボックス／トグルボタン	radio button / checkbox / toggle button
리스트 박스 / 풀다운 메뉴 / 툴팁 / 텍스트 박스	リストボックス／プルダウンメニュー／ツールチップ／テキストボックス	list box / pull-down menu / tooltip / text box
유니버설 디자인 / 인클루시브 디자인	ユニバーサルデザイン／インクルーシブデザイン	universal design / inclusive design
인간 중심 설계	人間中心設計	human-centred design
휴리스틱 평가 / 인지적 워크스루 / 사고 발화법	ヒューリスティック評価／認知的ウォークスルー／思考発話法	heuristic evaluation / cognitive walkthrough / think-aloud protocol
사용성 테스트 / A/B 테스트	ユーザビリティテスト／A/Bテスト	usability testing / A/B testing
화소(픽셀) / 해상도	画素（ピクセル）／解像度	pixel / resolution
프레임 / 프레임 레이트	フレーム／フレームレート	frame / frame rate
가역 압축 / 비가역 압축	可逆圧縮／非可逆圧縮	lossless / lossy compression
압축률 (기준을 반드시 명시)	圧縮率（基準を必ず明示）	“compression rate/ratio” (always state the basis)
잔존 크기 비율 R = 압축 후 / 원본	圧縮後サイズの割合 R＝圧縮後／元	retained-size fraction R = compressed / original
감소율 1 − R	削減率 1－R	reduction fraction 1 − R

3. UI·사용성·접근성 원칙

3.1 정보 아키텍처(IA)

• 정보를 조직화·구조화해 사용자가 찾고 이해하게 하는 설계입니다.
• 라벨: 사용자 언어로 된 짧고 구체적인 이름(“설정 2” 대신 “알림 설정”).
• 청크: 관련 정보를 의미 단위로 묶어 기억 부담을 줄입니다.
• 계층형 구조와 내비게이션: 현재 위치(브레드크럼 등)와 이동 경로가 보이게 합니다.
• 메타데이터: 분류·검색·필터의 기반입니다.

3.2 실무 인터랙션 원칙

원칙	의미	예
일관성	같은 기능은 같은 위치·라벨·동작	모든 화면에서 “저장” 버튼 위치 통일
가시성·상태 피드백	시스템 상태를 즉시 알림	저장 중 표시, 완료/오류 메시지
시그니파이어·어포던스	어포던스는 가능한 행동, 시그니파이어는 그 행동을 알리는 단서	버튼처럼 보이는 모양 + 명확한 라벨
매핑	조작과 결과의 대응이 자연스러움	슬라이더를 오른쪽으로 → 값 증가
제약	잘못된 입력 자체를 어렵게 함	날짜 선택기, 입력 형식 제한
오류 예방·회복·Undo	실수를 막고, 나도 되돌릴 수 있게 함	확인 단계, 실행 취소, 구체적 오류 안내
평이한 라벨	전문 용어 대신 이해 가능한 말	“인증 토큰 무효” 대신 “다시 로그인해 주세요”

3.3 접근성: 지각·조작·이해·견고성

관점	실무 조치
지각 가능	색만으로 정보를 전달하지 않음(텍스트·아이콘·패턴 병행), 이미지의 대체 텍스트, 동영상 자막·음성 대본(트랜스크립트), 읽기 쉬운 대비
조작 가능	키보드만으로 모든 조작, 보이는 포커스 표시, 충분한 조작 대상 크기(신체적 적합성)
이해 가능	평이한 라벨, 일관된 내비게이션, 구체적인 오류 메시지와 수정 방법
견고성	의미에 맞는 마크업과 컨트롤 이름(시맨틱 라벨)으로 스크린 리더 등 보조 기술이 해석 가능

• 확대·리플로: 확대해도 내용이 잘리거나 가로 스크롤이 강제되지 않도록 반응형으로 재배치합니다.
• 한 가지 조치(예: 대비 조정만)로 준수를 보장할 수 없습니다. 체크리스트 점검 + 보조 기술 테스트 + 다양한 사용자 평가를 함께 합니다.

3.4 유니버설 디자인·인클루시브 디자인·멀티모달

• 유니버설 디자인: 처음부터 가능한 많은 사람이 쓸 수 있게 설계(픽토그램, 음성 읽기, Undo 등).
• 인클루시브 디자인: 배제되기 쉬운 사용자를 설계 과정에 참여시켜 다양성을 반영.
• 멀티모달 인터페이스: 음성·터치·시각 등 복수 수단으로 입출력.

3.5 인간 중심 설계와 평가

• 인간 중심 설계 사이클: 이용 상황 이해 → 사용자 요구 명시 → 설계안 작성 → 요구 대비 평가를 반복.
• 평가 기법:
  • 휴리스틱 평가: 전문가가 경험 원칙에 비추어 점검(사용자 불필요).
  • 인지적 워크스루: 전문가가 사용자의 과업 단계를 따라가며 막힘을 예측.
  • 사고 발화법: 사용자가 조작하며 생각을 소리 내어 말함.
  • 사용성 테스트: 대표 사용자가 실제 과업을 수행하는 것을 관찰.
  • A/B 테스트: 두 안을 실제 사용자에게 나눠 제공해 지표 비교.

4. 단위·공식 정리

4.1 단위 규약

단위	값
1 byte (B)	8 bit
1 kB (10진)	1,000 B
1 MB (10진)	1,000,000 B
1 KiB (2진)	1,024 B
1 MiB (2진)	1,048,576 B
1 Mbit/s (10진)	1,000,000 bit/s

4.2 원시 크기 공식

대상	원시 크기 (bit)	제외 항목(별도 명시가 없으면)
래스터 이미지	가로(px) × 세로(px) × bit/화소	알파 채널, 헤더, 메타데이터, 행 패딩, 압축
PCM 오디오	샘플/s × bit/샘플/채널 × 채널 수 × 초	헤더, 압축
동영상(영상만)	가로 × 세로 × bit/화소 × 프레임/s × 초	오디오, 헤더, 메타데이터, 크로마 서브샘플링, 패딩, 압축

• RGB 각 8 bit × 3채널 = 24 bit/화소.
• 스테레오 = 2채널.
• byte = bit ÷ 8. 그 다음 10진(MB) 또는 2진(MiB) 중 무엇인지 명시.

4.3 압축 기준

지표	정의
잔존 크기 비율 R	압축 후 크기 ÷ 원본 크기
감소율	1 − R
크기 비 원본:압축 후	(1/R) : 1

• “압축률”은 문맥에 따라 R을 뜻하기도, 감소율을 뜻하기도 합니다. 반드시 분자·분모를 밝혀서 사용합니다.
• 가역/비가역 여부는 형식·설정에 따라 다르며, 실제 압축 후 크기는 콘텐츠·설정에 따라 달라집니다. 코덱 이름만으로 정확한 크기를 추정할 수 없습니다.

5. 예제 A–E

예제 A: 원시 이미지 크기

가정: 1920 × 1080 px, RGB 각 8 bit × 3채널 = 24 bit/화소, 알파·헤더·메타데이터·행 패딩·압축 없음.

1. 화소 수: 1,920 × 1,080 = 2,073,600 화소
2. bit: 2,073,600 × 24 = 49,766,400 bit
3. byte: 49,766,400 ÷ 8 = 6,220,800 B
4. 10진: 6,220,800 ÷ 1,000,000 = 6.2208 MB
5. 2진: 6,220,800 ÷ 1,048,576 = 5.9326171875 MiB

압축: R = 25% (압축 후 ÷ 원본)이면

• 압축 후 = 6,220,800 × 0.25 = 1,555,200 B = 1.5552 MB = 1.483154296875 MiB
• 감소율 = 1 − 0.25 = 75%
• 원본:압축 후 = 1/0.25 : 1 = 4 : 1

예제 B: 원시 PCM 오디오 크기

가정: 48,000 샘플/s, 16 bit/샘플/채널, 스테레오(2채널), 10초, 헤더·압축 없음.

1. bit: 48,000 × 16 × 2 × 10 = 15,360,000 bit
2. byte: 15,360,000 ÷ 8 = 1,920,000 B
3. 10진: 1.92 MB
4. 2진: 1,920,000 ÷ 1,048,576 = 1.8310546875 MiB

샘플/s와 bit/샘플이 무엇을 뜻하는지는 AP11 연계를 참고하세요.

예제 C: 원시 동영상 크기

가정: 1280 × 720 px, RGB 24 bit/화소, 30 프레임/s, 10초, 오디오 없음, 헤더·메타데이터·크로마 서브샘플링·패딩·압축 없음.

1. 프레임당 화소: 1,280 × 720 = 921,600 화소
2. 프레임당 크기: 921,600 × 24 = 22,118,400 bit = 2,764,800 B
3. 비트레이트: 22,118,400 × 30 = 663,552,000 bit/s = 663.552 Mbit/s (10진)
4. 총 bit: 663,552,000 × 10 = 6,635,520,000 bit
5. byte: ÷ 8 = 829,440,000 B = 829.44 MB = 791.015625 MiB

압축: R = 8% (압축 후 ÷ 원본)이면

• 압축 후 = 829,440,000 × 0.08 = 66,355,200 B = 66.3552 MB = 63.28125 MiB
• 감소율 = 1 − 0.08 = 92%
• 원본:압축 후 = 1/0.08 : 1 = 12.5 : 1

예제 D: 파괴적 조작(계정 삭제) 흐름 개선

상황: 빨간색 아이콘만 있는 “삭제” 버튼을 누르면 즉시 계정이 삭제되고, 키보드로는 버튼에 도달할 수 없다.

개선:

1. 구체적 텍스트 라벨: “계정 영구 삭제”처럼 대상과 결과가 드러나는 라벨.
2. 색에만 의존하지 않는 시각적 구분: 경고 아이콘·텍스트·테두리 등 색 이외 단서를 함께 사용.
3. 키보드 도달 가능 + 보이는 포커스: Tab으로 이동 가능하고 포커스 위치가 눈에 보이게.
4. 결과 안내 + 확인: 삭제되는 데이터와 되돌릴 수 있는지 여부를 설명하고 확인 단계를 둠.
5. 즉시 상태·오류 피드백: 처리 중·완료·실패를 텍스트로 즉시 알리고, 보조 기술에도 전달되게 함.
6. 회복·Undo(가능한 경우): 유예 기간 동안 취소 가능 등.

이 조치들은 사용성과 접근성을 향상시키지만, 그것만으로 표준 준수를 증명하지는 않습니다. 대표 사용자와 보조 기술(스크린 리더, 키보드만 사용 등)로 검증해야 합니다.

예제 E: 컨트롤 선택

상황	적합한 컨트롤	이유
보이는 선택지 중 정확히 하나 선택(예: 배송 방법)	라디오 버튼	상호 배타성이 구조로 보장되어 중복 선택 오류를 예방
서로 독립적인 여러 항목 선택(예: 관심 분야)	체크박스	각 항목을 개별로 켜고 끔
즉시 반영되는 2가지 상태(예: 알림 켜기/끄기)	토글 버튼	현재 상태와 조작 결과가 명확할 때만 사용

• 오류 예방: 컨트롤 자체가 허용되는 선택의 수를 제약합니다(예: 하나만 → 라디오 버튼).
• 일관성: 같은 종류의 선택에는 앱 전체에서 같은 컨트롤을 사용해 학습 부담을 줄입니다.
• 토글 상태가 모호하면(켜짐이 어느 쪽인지 불명확) 텍스트로 상태를 함께 표시합니다.

6. AP11 연계

PCM의 “샘플/s”(표본화 주파수)와 “bit/샘플”(양자화 비트 수)의 의미는 제11회(AP11, 표본화·양자화)에서 다루었습니다. 이 회에서는 그 값을 곱해 크기를 구하는 계산만 다룹니다.

7. 요약 시트

• 이미지 bit = 가로 × 세로 × bit/화소 (RGB 8 bit × 3 = 24)
• 오디오 bit = 샘플/s × bit/샘플/채널 × 채널 × 초 (스테레오 = 2)
• 동영상 bit = 가로 × 세로 × bit/화소 × 프레임/s × 초
• B = bit ÷ 8 / MB = 1,000,000 B / MiB = 1,048,576 B
• R = 압축 후 ÷ 원본, 감소율 = 1 − R, 원본:압축 후 = 1/R : 1
• 접근성: 색만 금지, 키보드 + 보이는 포커스, 시맨틱 라벨, 대체 텍스트, 자막·대본, 대비, 확대·리플로
• 라디오 = 하나, 체크박스 = 여러 개 독립, 토글 = 즉시 반영 2상태
• 한 가지 조치 ≠ 준수 보장 → 사용자·보조 기술로 검증

8. 자주 하는 실수

실수	바로잡기
RGB의 3채널을 빠뜨림	8 bit × 3 = 24 bit/화소
스테레오의 2채널을 빠뜨림	채널 수를 곱함
동영상에서 프레임/s 또는 초를 빠뜨림	프레임 크기 × 프레임/s × 초
bit와 byte 혼동	÷ 8
MB와 MiB 혼동	1,000,000 vs 1,048,576
“압축률 8%“를 감소율로 오해	R인지 1 − R인지 분자·분모를 확인
비를 뒤집음	원본:압축 후 = 1/R : 1
코덱 이름으로 정확한 크기 추정	실제 크기는 콘텐츠·설정에 의존
색만으로 위험·오류 표시	텍스트·아이콘 병행
한 가지 조치로 접근성 준수 주장	종합적인 검증 필요

9. 연습문제 (오리지널 5문항)

모든 문항은 이 자료를 위해 작성한 오리지널 문제입니다(기출 미사용).

문제 1

Web 서비스의 계정 삭제 화면을 개선하려 한다. 사용성과 접근성 관점에서 가장 적절한 것은?

• ア. 위험한 조작임을 알리기 위해 버튼을 빨간색으로만 표시하고, 라벨은 짧게 “OK”로 한다.
• イ. 버튼 주변의 색 대비를 한 번 측정해 기준을 만족하면, 그것으로 접근성 표준 준수가 보장되므로 추가 검증은 생략한다.
• ウ. “계정 영구 삭제”라는 텍스트 라벨과 경고 아이콘을 사용하고, 키보드로 도달 가능하며 포커스가 보이게 한다. 삭제 결과를 설명하는 확인 단계와 처리 상태 메시지를 제공하고, 대표 사용자와 보조 기술로 테스트한다.
• エ. 화면을 간결하게 하기 위해 버튼은 마우스를 올렸을 때만 표시하고, 설명은 툴팁에만 넣는다.

문제 2

1920 × 1080 px, RGB 각 8 bit(3채널)인 이미지의 원시 크기는? (알파·헤더·메타데이터·행 패딩·압축 없음)

• ア. 2,073,600 B
• イ. 6,220,800 B
• ウ. 49,766,400 B
• エ. 5.9326171875 MB

문제 3

표본화 48,000 샘플/s, 16 bit/샘플/채널, 스테레오, 10초인 PCM 오디오의 원시 크기는? (헤더·압축 없음)

• ア. 960,000 B
• イ. 192,000 B
• ウ. 15,360,000 B
• エ. 1,920,000 B

문제 4

1280 × 720 px, RGB 24 bit/화소, 30 프레임/s, 10초, 오디오 없음인 동영상의 원시 크기와 그 계산으로 올바른 것은? (헤더·메타데이터·크로마 서브샘플링·패딩·압축 없음)

• ア. 829,440,000 B (프레임당 2,764,800 B × 30 프레임/s × 10초)
• イ. 82,944,000 B (프레임당 2,764,800 B × 30 프레임/s)
• ウ. 27,648,000 B (프레임당 2,764,800 B × 10초)
• エ. 6,635,520,000 B (프레임당 22,118,400 × 30 프레임/s × 10초)

문제 5

원본 829,440,000 B의 동영상이 압축 후 66,355,200 B가 되었다. 기준을 올바르게 명시한 설명은?

• ア. “압축률 8%“이므로 원본 크기의 8%가 줄어들었다.
• イ. R = 원본 ÷ 압축 후 = 8%이며, 압축 후:원본 = 12.5 : 1이다.
• ウ. R = 압축 후 ÷ 원본 = 8%, 감소율 = 1 − R = 92%, 원본:압축 후 = 12.5 : 1이다.
• エ. 감소율 = (원본 − 압축 후) ÷ 압축 후 = 92%이다.

10. 정답 및 해설

문제	1	2	3	4	5
정답	ウ	イ	エ	ア	ウ

문제 1 — 정답 ウ

• ア: 오답. 색에만 의존하며, “OK”는 무엇이 일어나는지 알 수 없는 라벨입니다. 확인·회복도 없습니다.
• イ: 오답. 한 가지 측정으로 준수가 보장되지 않습니다. 키보드·라벨·피드백 등 다른 관점과 사용자·보조 기술 검증이 필요합니다.
• ウ: 정답. 텍스트+비색 단서, 키보드+보이는 포커스, 결과 설명·확인, 상태 피드백, 그리고 테스트까지 포함하며 준수를 단정하지 않습니다.
• エ: 오답. 호버에만 의존하면 키보드·터치·보조 기술 사용자가 버튼과 설명에 접근하기 어렵습니다.

문제 2 — 정답 イ

1,920 × 1,080 × 24 = 49,766,400 bit, ÷ 8 = 6,220,800 B.

• ア: 오답. 화소당 1 byte(8 bit)로 계산해 3채널을 빠뜨렸습니다.
• イ: 정답. 6,220,800 B (= 6.2208 MB = 5.9326171875 MiB).
• ウ: 오답. bit 값을 byte로 표기한 bit/byte 혼동입니다.
• エ: 오답. 5.9326171875는 MiB 값입니다. MB로 표기하면 10진/2진 혼동입니다(정확히는 6.2208 MB).

문제 3 — 정답 エ

48,000 × 16 × 2 × 10 = 15,360,000 bit, ÷ 8 = 1,920,000 B.

• ア: 오답. 스테레오의 2채널을 빠뜨림(1채널 계산).
• イ: 오답. 10초를 빠뜨림(1초분).
• ウ: 오답. bit 값을 byte로 표기한 bit/byte 혼동입니다.
• エ: 정답. 1,920,000 B (= 1.92 MB = 1.8310546875 MiB).

문제 4 — 정답 ア

1,280 × 720 × 24 = 22,118,400 bit = 2,764,800 B/프레임. × 30 프레임/s × 10초 = 829,440,000 B.

• ア: 정답. 프레임/s(×30)와 초(×10) 두 승수를 모두 포함합니다.
• イ: 오답. 10초를 빠뜨려 1초분만 계산했습니다.
• ウ: 오답. 프레임/s(×30)를 빠뜨렸습니다.
• エ: 오답. 6,635,520,000은 bit 값이며 byte로 바꾸지 않았습니다.

문제 5 — 정답 ウ

R = 66,355,200 ÷ 829,440,000 = 0.08.

• ア: 오답. 8%는 남은 크기의 비율 R이며, 줄어든 비율(감소율)은 92%입니다. 분자를 오해했습니다.
• イ: 오답. 원본 ÷ 압축 후는 12.5이지 8%가 아닙니다. 또 압축 후:원본은 1 : 12.5이며 기준이 뒤집혔습니다.
• ウ: 정답. R·감소율·크기 비의 분자와 분모를 모두 올바르게 명시했습니다.
• エ: 오답. 감소율의 분모는 원본입니다. (원본 − 압축 후) ÷ 압축 후 = 11.5 (1,150%)이며 92%가 아닙니다.

11. 셀프 체크

• 라디오 버튼·체크박스·토글 버튼의 사용 구분을 설명할 수 있다.
• 접근성의 4관점(지각·조작·이해·견고성)별 실무 조치를 2개씩 말할 수 있다.
• “한 가지 조치로 준수 보장”이 왜 틀렸는지 설명할 수 있다.
• 이미지·오디오·동영상 원시 크기를 가정을 먼저 쓰고 계산할 수 있다.
• bit/byte, MB/MiB를 정확히 변환할 수 있다.
• R, 감소율, 원본:압축 후 비를 분자·분모와 함께 말할 수 있다.

12. 1·3·7일 복습

시점	할 일
1일 후	요약 시트를 보지 않고 공식 3개와 단위 5개를 써 본다. 예제 A를 다시 계산.
3일 후	예제 B·C를 수치를 바꿔(예: 44,100 샘플/s, 60 프레임/s) 계산하고 자주 하는 실수로 점검.
7일 후	연습문제를 다시 풀고 모든 선택지의 오답 이유를 말로 설명. 예제 D·E를 다른 화면에 적용.

13. 출처

• IPA 「応用情報技術者試験（レベル3）シラバス Ver.7.2」
  • URL: https://www.ipa.go.jp/shiken/syllabus/omgdg50000005kq5-att/syllabus_ap_ver7_2.pdf
  • 확인일: 2026-10-21
  • 인쇄 페이지: 18, 32–36
• 연습문제는 모두 오리지널이며 기출문제는 사용하지 않았습니다.