[컴퓨터활용능력 1급 필기] 17년 1회차 기출문제 정답·해설 페이지

MIDI는 애플사가 개발한 기술이 아니라 전자악기와 컴퓨터 간의 연주 정보를 주고받기 위한 국제 표준 규격이며, 동영상이 아니라 음(音)의 높이·길이·세기 등 연주 정보를 코드화한 것이다. 따라서 'MIDI는 애플사에서 개발한 동영상 압축 기술'이라는 설명은 옳지 않다.
MPEG이 다양한 동영상 압축 및 부가 표준을 제정한 국제표준화단체라는 점, 비디오 스트리밍이 파일을 내려받으면서 동시에 재생하는 기법이라는 점, AVI가 별도의 하드웨어 없이도 Windows에서 기본적으로 재생 가능한 동영상 형식이라는 점은 모두 옳은 설명이다.

렌더링은 3차원 그래픽에서 만들어진 물체의 형상(모델)에 광원 효과에 따른 명암, 색상, 질감 등을 입혀 사실적인 입체감을 표현해 주는 기법을 말한다.
제한된 색상을 조합해 새로운 색을 만드는 것은 디더링, 두 이미지를 자연스럽게 연결해 변환하는 것은 모핑, 이미지 경계선을 부드럽게 처리하는 것은 안티앨리어싱에 해당하는 설명으로 렌더링과는 구분된다.

방화벽은 내부 네트워크와 외부 네트워크 사이의 트래픽을 감시하고 차단하여 외부의 불법 침입이나 정보 유출을 막는 보안 기법으로, 침입자의 접근 경로를 역추적하는 기능도 갖추고 있다. 다만 방화벽은 네트워크 경계에서의 접근을 통제하는 장치일 뿐, 이미 수신된 전자 메일에 포함된 바이러스나 온라인 피싱 자체를 직접 방지하는 기능은 아니므로 이 설명은 옳지 않다.
방화벽은 외부에서 내부로의 불법적인 접근을 막는 데 초점이 있어 내부 사용자에 의한 불법 해킹이나 정보 유출은 막지 못한다는 한계가 있다.

컴퓨터 바이러스는 디스크의 부트 영역이나 프로그램 영역에 숨어 있다가 자신을 복제하며 다른 프로그램을 감염시키는데, 그 감염 경로는 인터넷 등 통신 매체뿐 아니라 USB 메모리, 이동식 디스크, 감염된 외부 프로그램 설치 등 다양한 방식으로 이루어진다. 따라서 '인터넷과 같은 통신 매체를 통해서만 감염된다'는 설명은 옳지 않다.
바이러스가 소프트웨어뿐 아니라 하드웨어 동작이나 성능에도 영향을 줄 수 있다는 설명은 옳다.

사물 인터넷(IoT)은 사물과 사물, 사람과 사물 등을 인터넷으로 연결하는 기술로, 유선 네트워크인 이더넷에 한정된 연결 방식이 아니라 다양한 유·무선 통신기술을 융합해 실시간으로 데이터를 주고받는 기술이다. 또한 사물 인터넷은 사람을 배제하는 것이 아니라 사람을 포함한 사물·공간·데이터를 대상으로 개인 맞춤형 서비스를 지향한다. 따라서 이더넷으로 연결하는 무선통신기술이라는 설명은 옳지 않다.
사물 인터넷이 개인 맞춤형 스마트 서비스를 지향한다는 점, 개방형 아키텍처 특성상 정보보안기술 적용이 중요하다는 점은 모두 옳은 설명이다.

원격 컴퓨터에 접속해 자신의 컴퓨터처럼 원격으로 조작하는 것은 원격 데스크톱 등 별도의 원격 접속 프로그램이 담당하는 기능이며, 웹 브라우저 자체가 기본적으로 제공하는 기능은 아니다. 따라서 이 설명은 옳지 않다.
웹 페이지 내용을 저장하거나 인쇄하는 기능, 플러그인을 통한 멀티미디어 재생, HTML·XML 소스 보기 기능은 모두 웹 브라우저가 일반적으로 제공하는 기능이다.

IPv6 주소는 16비트씩 8부분(총 128비트)으로 구성되지만, 각 부분은 점(.)이 아니라 콜론(:)으로 구분되며 4자리의 16진수로 표현된다. 점으로 구분하는 것은 IPv4의 표기 방식이므로 이 설명은 옳지 않다.
각 부분을 16진수로 표현하고 앞자리의 0을 생략할 수 있다는 점, IPv4보다 패킷을 등급·서비스별로 구분해 품질보장이 용이하다는 점, 유니캐스트·애니캐스트·멀티캐스트 방식으로 주소를 할당해 주소 낭비를 줄인다는 점은 모두 IPv6의 옳은 특징이다.

송신기와 수신기가 데이터를 주고받는 동안 서로 같은 리듬(타이밍)을 유지하도록 맞추는 프로토콜의 기능을 동기화라고 한다. 송수신 측의 시간적 기준이 일치해야 비트열을 올바르게 구분해 읽어낼 수 있기 때문이다.
연결 제어는 통신 회선의 연결·해제를 관리하는 기능, 흐름 제어는 송수신 속도 차이를 조절하는 기능, 오류 제어는 전송 중 발생한 오류를 검출·정정하는 기능으로 동기화와는 역할이 다르다.

객체지향 언어는 데이터와 그 데이터를 처리하는 함수(메서드)를 하나의 객체로 묶어 상속, 캡슐화, 추상화, 다형성 등의 특성을 지원하는 언어이다. 대표적인 객체지향 언어로는 C++, Java, Smalltalk 등이 있으며, BASIC, Pascal, C언어는 절차 지향(구조적) 프로그래밍 언어에 해당하므로 이를 객체지향 언어의 예로 든 설명은 옳지 않다.
객체지향 언어가 데이터와 함수를 객체로 묶어 문제를 해결하고, 상속·캡슐화 등을 지원하며, 시스템 확장성이 높고 정보 은폐가 용이하다는 나머지 설명은 모두 옳다.

디스크 조각 모음은 하드디스크처럼 읽고 쓰기가 자유로운 저장 장치의 파일 배치를 재정렬하는 기능으로, 외장 하드 디스크 드라이브와 같이 물리적으로 읽기·쓰기가 가능한 디스크에 대해 수행할 수 있다.
읽기 전용 매체인 CD-ROM 드라이브, Windows가 인식하지 못하는 형식의 압축 프로그램이 적용된 디스크, 네트워크를 통해 연결된 네트워크 드라이브는 로컬 디스크가 아니거나 쓰기 제약이 있어 조각 모음 대상이 될 수 없다.

실수형(부동 소수점) 데이터는 일반적으로 부호(1비트) 외에 지수부와 가수부로 나누어 표현되는데, 이 설명은 지수부를 빠뜨린 채 '부호(1bit)와 가수부(7bit)'로만 구성된다고 서술하고 있어 옳지 않다.
2진 정수 데이터가 실수 데이터보다 표현 범위는 좁지만 연산속도는 빠르다는 점, 10진 연산을 위해 팩·언팩 표현 방식이 사용된다는 점, 뺄셈을 보수와 덧셈 연산으로 처리한다는 점은 모두 옳은 설명이다.

온도, 전압, 진동처럼 연속적으로 변화하는 데이터를 효율적으로 처리하는 것은 아날로그 컴퓨터의 특징이며, 디지털 컴퓨터는 이러한 연속적인 데이터를 그대로 처리하지 못하고 이산적인(0과 1의 비트로 표현된) 데이터로 변환하여 처리한다. 따라서 이 설명은 디지털 컴퓨터의 특징으로 옳지 않다.
데이터를 0과 1의 이산적 값으로 처리한다는 점, 프로그램에 의해 명령이 순차 실행된다는 점, 산술·논리 연산 회로를 바탕으로 한 범용 컴퓨터로 사용된다는 점은 모두 디지털 컴퓨터의 옳은 특징이다.

RAID는 여러 개의 하드디스크를 묶어 하나의 디스크처럼 사용하면서 미러링·스트라이핑 등의 방식으로 안정성과 속도를 높이는 기술이다. CD-ROM이나 스캐너와 같은 서로 다른 종류의 주변기기를 통합해 연결해 주는 기술은 아니므로 이 설명은 옳지 않다.
여러 하드디스크를 하나처럼 사용하게 해 준다는 점, 자동 복제를 통한 백업 정책 구현이 가능하다는 점, 미러링과 스트라이핑을 결합해 안정성과 속도를 향상시킨다는 점은 모두 RAID의 옳은 설명이다.

추가로 설치한 하드디스크를 컴퓨터가 인식하지 못하는 문제는 대개 CMOS 설정 불일치, 케이블 연결 불량, 파티션·부트섹터 손상 등 물리적·설정상의 원인에서 비롯된다. 이미 설치된 운영체제를 재설치한다고 해서 새로 장착한 하드디스크의 인식 문제가 해결되는 것은 아니므로, 이는 적절한 대책으로 볼 수 없다.
CMOS 셋업에서 하드디스크 타입을 확인하는 것, 데이터·전원 케이블 연결 상태를 점검하는 것, 부팅 디스크로 부팅해 부트 섹터를 복구하는 것은 모두 하드디스크 인식 문제를 해결하기 위한 적절한 대책이다.

ROM은 전원이 꺼져도 내용이 지워지지 않는 비휘발성 기억장치로, 컴퓨터 부팅에 필요한 BIOS, 기본 글꼴, 전원을 켤 때 하드웨어를 점검하는 POST 시스템 등이 저장되어 있다.
RAM은 전원이 꺼지면 내용이 사라지는 휘발성 메모리이며, 접근 속도는 SRAM이 DRAM보다 빠르다. 가상 메모리는 주기억장치 자체의 접근 속도를 개선하기 위한 것이 아니라 보조기억장치를 활용해 주기억장치의 용량 부족 문제를 보완하는 기술이므로 나머지 설명들은 옳지 않다.

제어장치에도 부호기(Encoder)가 있지만, 이는 명령 해독기가 해독한 명령의 내용에 따라 각 장치로 보낼 제어 신호를 만들어 내보내는 회로이다. '해독된 데이터의 음수 부호를 검사한다'는 것은 부호기의 기능이 아니므로 이 설명은 옳지 않다.
다음에 실행할 명령어의 번지를 기억하는 프로그램 계수기(PC), 현재 실행 중인 명령어를 기억하는 명령 레지스터(IR), 명령 레지스터의 명령어를 해독하는 명령 해독기(Decoder)에 대한 나머지 설명은 모두 옳다.

2개의 CPU가 동일한 업무를 동시에 처리한 뒤 그 결과를 서로 비교·점검하면서 신뢰도를 높이는 방식으로 운영되는 시스템을 듀얼 시스템이라고 한다. 두 시스템이 같은 작업을 이중으로 수행해 오류를 상호 검증하기 때문에 컴퓨터 고장에 따른 작업 중단에 대비할 수 있다.
듀플렉스 시스템은 한 시스템이 주 역할을 하고 다른 시스템은 대기하다가 장애 시 교체 투입되는 방식이고, 클러스터링과 다중처리 시스템은 여러 컴퓨터나 프로세서가 업무를 분담·병렬 처리하는 방식으로, 동일 업무를 동시에 처리해 상호점검하는 구조와는 차이가 있다.

검색 조건을 종류·수정한 날짜·크기 등으로 좁혀 주는 검색 필터는 폴더 창(탐색기)의 검색 상자에서 제공되는 기능이며, [시작] 메뉴의 검색 상자에서는 사용할 수 없다. 따라서 시작 메뉴의 검색 상자에서 검색 필터를 사용해 파일을 검색할 수 있다는 설명은 옳지 않다.
[시작] 메뉴의 검색 상자는 색인된 파일을 대상으로 검색하며 일반적인 사용자 파일들은 대부분 색인이 구성되어 있다는 점, 찾을 내용 앞에 '-'를 붙이면 그 내용이 포함되지 않은 항목을 찾을 수 있다는 점, 검색 기준을 저장해 두면 저장된 검색을 열 때마다 조건에 맞는 최신 결과가 표시된다는 점은 모두 옳은 설명이다.

Device Stage는 연결된 장치의 제조업체가 각 장치에 맞게 개별적으로 구성하는 기능으로, 장치마다 표시되는 세부 정보와 수행 가능한 작업 옵션이 서로 다르게 나타난다. 따라서 '연결 시 선택할 수 있는 옵션은 동일하게 표시한다'는 설명은 제조업체별·장치별 맞춤 구성이라는 특성과 모순되어 옳지 않다.
호환되는 장치를 연결하면 Device Stage가 자동으로 열려 장치 정보와 수행 가능한 작업을 보여준다는 점, 두 개 이상의 장치를 연결하면 그만큼의 Device Stage 인스턴스가 동시에 열릴 수 있다는 점은 옳은 설명이다.

멀티 부팅 환경을 구성할 때는 이전 버전의 Windows를 먼저 설치하고 그다음에 새 버전의 Windows를 설치해야 부팅 관리자가 정상적으로 구성되어 두 운영체제 모두 정상적으로 부팅된다. 최신 버전을 먼저 설치하고 이전 버전을 나중에 설치하면 오히려 부팅에 문제가 생길 수 있으므로 이 설명은 옳지 않다.
디스크 공간이 충분하면 새 버전을 별도 파티션에 설치해 이전 버전과 함께 유지할 수 있다는 점, 각 운영체제마다 별도의 파티션이 필요하다는 점, 컴퓨터를 켤 때마다 부팅할 Windows 버전을 선택할 수 있다는 점은 모두 옳은 설명이다.

보기는 모두 입력자료·표시형식·결과를 나란히 놓은 표다. 이 중 0.5에 [<1]0.??;#,### 형식을 지정한 경우의 결과가 잘못됐다. 이 형식은 첫 구역에 조건이 붙어 있어 값이 1보다 작으면 0.??가, 그 밖의 값에는 #,###가 적용된다.
물음표(?)는 유효하지 않은 0을 표시하지 않고 자릿수만큼 공백으로 자리만 맞추는 자리 표시자다. 따라서 0.5는 소수점 이하 둘째 자리에 0이 채워지지 않고 0.5로 표시된다. 0.50으로 나오게 하려면 물음표 대신 0을 쓴 0.00 형식이어야 한다.
나머지 세 가지는 맞다. 텍스트 자리 표시자 @를 세 번 쓴 @@@는 입력한 문자열을 세 번 반복하므로 '엑셀'은 '엑셀엑셀엑셀'이 된다. #"0,000"에서 큰따옴표 안의 0,000은 서식 기호가 아니라 그대로 출력되는 문자열이므로 숫자 1은 1 뒤에 0,000이 붙어 10,000처럼 표시된다. mmm-dd는 월을 영문 세 글자로 나타내므로 2012-10-09는 Oct-09가 된다.

그림에서 [A1]에 10을 입력하고 채우기 핸들을 [A3]까지 끌어 A1:A3이 모두 10으로 채워졌고, 그 아래 [자동 채우기] 옵션 단추를 눌러 셀 복사(C)·연속 데이터 채우기(S)·서식만 채우기(F)·서식 없이 채우기(O) 네 항목이 펼쳐진 상태다. 현재는 기본값인 '셀 복사'가 선택돼 있다.
셀 복사는 원본 셀의 값과 서식을 모두 복사한다. 값 10만 복사되고 서식은 복사되지 않는다는 설명은 옳지 않다. 서식을 빼고 값만 채우는 것은 '서식 없이 채우기'가 하는 일이다.
나머지 설명은 맞다. 연속 데이터 채우기를 고르면 서식과 함께 [A2]에 11, [A3]에 12가 입력되고, 서식만 채우기는 값 없이 [A1]의 서식만 두 셀에 복사하며, 서식 없이 채우기는 서식은 그대로 두고 값 10만 채운다.

[동작] 그룹의 [모두 지우기]는 보고서에 배치된 필드와 필터 등의 설정을 모두 지워 빈 보고서 상태로 되돌리는 명령일 뿐, 피벗 테이블 보고서 자체를 삭제하는 명령이 아니다. 따라서 이 명령으로 피벗 테이블 보고서를 먼저 삭제해 피벗 차트를 정적 차트로 변환한다는 설명은 옳지 않다.
피벗 차트에 필터를 적용하면 연결된 피벗 테이블에도 자동으로 반영된다는 점, 피벗 테이블을 만들 때 함께 피벗 차트를 만들거나 이후에 추가로 만들 수 있다는 점, 피벗 차트를 삭제해도 연결된 피벗 테이블 보고서는 그대로 남아 있다는 점은 모두 옳은 설명이다.

워크시트에는 원금 5,000,000([B1]), 연이율 6%([B2]), 기간 36([B3])이 입력돼 있고 월 상환액 ₩152,110([B5]), 총 상환액 ₩5,475,948.74([B6])가 계산돼 있다. 시나리오 요약 보고서는 변경 셀 '기간'이 현재 값 36, '기간 연장' 60, '기간 단축' 24일 때 결과 셀 '월상환액'이 각각 ₩152,110, ₩96,664, ₩221,603으로 달라짐을 보여 준다.
시나리오에서 변경 셀은 여러 개를 지정할 수 있다(한 시나리오에 최대 32개까지). 값을 입력할 수만 있고 여러 개의 셀을 참조할 수는 없다는 설명이 옳지 않다.
나머지는 그림과 맞아떨어진다. 값이 바뀐 셀은 기간이 들어 있는 [B3]이므로 변경 셀은 [B3]이고, 요약 보고서에 셀 주소 대신 '기간'·'월상환액'이라는 말이 표시된 것은 [B3]과 [B5]에 그 이름이 정의돼 있기 때문이다. 또 결과 셀로 쓰인 [B5]에는 원금·이율·기간을 참조하는 월 상환액 계산 수식(PMT 함수)이 들어 있어 기간이 바뀌면 값이 따라 변한다.

Access 데이터를 Excel로 가져오는 [데이터 가져오기] 대화상자에서는 데이터가 들어갈 위치를 기존 워크시트의 현재 선택된 셀 위치로 지정하는 것이 기본값이며, 새 워크시트에 넣으려면 별도로 선택해야 한다. 따라서 '새 워크시트의 [A1] 셀이 기본으로 선택된다'는 설명은 옳지 않다.
가져올 형식으로 표, 피벗 테이블 보고서, 피벗 차트 등을 선택할 수 있다는 점, 파일을 열 때나 일정 간격으로 데이터를 새로 고칠 수 있다는 점, [통합 문서 연결] 대화상자에서 연결 이름과 설명을 변경할 수 있다는 점은 모두 옳은 설명이다.

(가)의 1행 머리글은 이름·사번·부서·직위 순인데 (나)에서는 부서·사번·이름·직위 순으로 바뀌었다. 반면 각 사원의 데이터 묶음(윤여송 a-001 기획실 과장 등)은 그대로 유지된다. 즉 행 순서는 그대로이고 열의 위치만 재배열된 결과다.
이렇게 열끼리 자리를 바꾸려면 [정렬] 대화 상자의 [옵션]에서 방향을 '왼쪽에서 오른쪽'으로 지정하고, 정렬 기준 행을 머리글이 있는 1행으로 잡아 오름차순 정렬하면 된다. 실제로 부서·사번·이름·직위는 첫 글자가 ㅂ·ㅅ·ㅇ·ㅈ 순이라 오름차순으로 정확히 맞는다.
기본값인 '위쪽에서 아래쪽'은 행 단위로 위아래 순서를 바꾸는 정렬이라 열의 배치를 바꾸지 못한다. 정렬 기준을 '셀 색'으로 두고 '위에 표시'나 '아래쪽에 표시'를 고르는 것은 특정 채우기 색을 가진 행을 위나 아래로 모으는 기능이므로 이 결과를 만들 수 없다.

추세선은 데이터의 경향을 직선이나 곡선으로 나타내는 기능으로, 3차원 막대그래프를 포함한 3차원(입체) 차트에는 추세선을 추가할 수 없다.
3차원 막대그래프에서는 물체를 회전시키는 상하 회전, 원근감(입체 정도) 조절, 각 데이터 계열의 값을 표로 함께 보여주는 데이터 표 표시 등의 기능은 사용할 수 있다.

셀에 데이터를 입력한 뒤 Shift+Enter 키를 누르면 입력이 완료되면서 바로 위쪽 셀로 이동한다. 아래쪽 셀로 이동하는 것은 Enter 키만 눌렀을 때의 동작이므로, Shift+Enter를 누르면 '바로 아래의 셀이 선택된다'는 설명은 옳지 않다.
한 셀에 여러 줄을 입력할 때 Alt+Enter를 사용하는 것, 여러 셀에 같은 데이터를 한 번에 입력할 때 Ctrl+Enter를 사용하는 것, 수식이 있는 셀의 채우기 핸들을 더블클릭하면 인접한 열의 데이터 범위만큼 아래로 수식이 자동 채워지는 것은 모두 옳은 설명이다.

제시된 프로시저는 Range("A1:C3") 영역을 선택한 다음 Selection 개체에 메서드를 적용하는 구조이며, 괄호 자리에는 선택 영역의 서식만 제거하는 메서드가 들어가야 한다.
엑셀 VBA에서 지우기 관련 메서드는 목적에 따라 나뉜다. Clear는 값·수식·서식·메모를 모두 지우고, ClearContents는 서식은 남기고 값과 수식만 지우며, ClearComments는 메모만 지운다. 이 중 셀에 적용된 글꼴·테두리·채우기·표시 형식 등 서식만 지우는 메서드가 ClearFormats 이므로 괄호에 들어갈 코드는 Selection.ClearFormats 가 된다.
나머지 보기의 DeleteFormats, FreeFormats, DeactivateFormats 는 엑셀 개체 모형에 존재하지 않는 이름이어서 실행하면 컴파일 오류(메서드 또는 데이터 멤버를 찾을 수 없음) 가 발생한다. 참고로 Delete 메서드는 존재하지만 이는 서식이 아니라 셀 자체를 삭제하여 주변 셀을 밀어 올리거나 당기는 동작이므로 목적이 다르다.

[찾기 및 바꾸기] 대화상자의 [찾기] 탭에는 찾을 내용 입력란과 함께 범위(시트/통합 문서), 검색(행/열), 찾는 위치(수식/값/메모) 목록, 그리고 대/소문자 구분·전체 셀 내용 일치·전자/반자 구분 확인란이 표시된다.
이 대화상자에서 별표(*)나 물음표(?)는 만능 문자(와일드카드) 로 해석되어 임의의 문자열이나 임의의 한 글자를 대신한다. 따라서 이 기호 자체를 글자로 찾으려면 앞에 물결표(~) 를 붙여 ~*, ~? 와 같이 입력해야 하고, 물결표 자체를 찾을 때는 ~~ 로 입력한다. 작은따옴표(')를 앞에 붙이는 방법은 사용되지 않으므로 이 설명이 옳지 않다.
나머지 설명은 모두 맞다. <Shift>키를 누른 채 [다음 찾기]를 클릭하면 검색 방향이 반대가 되어 이전 항목을 찾고, 전체 셀 내용 일치를 선택하면 입력한 문자열만 들어 있는 셀만 검색되며, 검색 대상을 현재 시트로 한정할지 통합 문서 전체로 넓힐지는 범위 목록에서 '시트'와 '통합 문서' 중 선택해 지정한다.

Visual Basic Editor에서 작성된 매크로(프로시저)는 한 번에 실행할 수도 있지만, F8 키 등을 이용해 한 줄씩 실행하며 값을 확인하는 단계별 실행(디버깅)도 가능하다. 따라서 '한 단계씩 실행될 수는 없다'는 설명은 옳지 않다.
Alt+F11 키로 VBE를 실행할 수 있다는 점, VBE가 프로젝트 탐색기·속성 창·모듈 시트 등으로 구성된다는 점, 매크로 구문 안에 커서를 두고 F5 키를 누르면 해당 매크로가 바로 실행된다는 점은 모두 옳은 설명이다.

시트에는 국어·영어·수학 점수가 홍길동 83, 90, 73, 이대한 65, 87, 91, 한민국 80, 75, 100 으로 입력되어 있고 5행에는 과목별 평균 76, 84, 88 이 들어 있다.
이대한의 점수 범위 B3:D3 = {65, 87, 91} 에서 LARGE(B3:D3, 2) 는 큰 값부터 두 번째인 87, SMALL(B3:D3, 2) 는 작은 값부터 두 번째인 87 이므로 두 값을 더하면 174 가 되어 결과 값이 옳다. 값이 3개뿐인 범위에서는 두 함수의 2번째 값이 같은 중앙값으로 만난다는 점이 핵심이다.
나머지는 값이 맞지 않는다. COUNTA(B2:D4)는 9개 셀이 모두 채워져 9, MAXA(B2:D4)는 100 이므로 합은 102가 아니라 109 이다. 영어 열 C2:C4={90, 87, 75}에서 SMALL 2번째와 LARGE 2번째는 모두 87 이라 평균도 75가 아닌 87 이다. 또 COUNTA(B2,D4)는 인수가 2개이므로 2, MINA(B2,D4)는 83과 100 중 작은 83 이라 합이 109가 아니라 85 이다.

시트의 [A1]에는 2017년 3월 5일(일요일), [A2]에는 2017년 3월 20일(월요일), [A3]에는 2017년 4월 10일(월요일) 이 날짜 데이터로 들어 있다.
EOMONTH(시작일, 개월수) 는 지정한 개월 수만큼 이전 또는 이후인 달의 마지막 날을 반환하는 함수다. [A1]에서 3개월 전은 2016년 12월이므로 결과는 그 달의 말일인 2016-12-31 이 되며, 시작일의 '일(5일)'이 그대로 유지된 2016-12-05 는 나올 수 없다. 여기서 결과 값이 틀렸다.
나머지는 모두 맞다. DAYS360 은 1년을 360일(한 달 30일)로 계산하므로 3월 5일에서 4월 10일까지는 30+5로 35 일이다. NETWORKDAYS 는 주말을 뺀 근무일 수를 세는데 3월 5일(일)부터 3월 20일(월)까지 평일은 6~10일 5일, 13~17일 5일, 20일 1일로 11 일이다. WORKDAY(A1, 10) 은 3월 5일 다음의 근무일을 10일 세는 것이므로 6·7·8·9·10·13·14·15·16·17일을 지나 2017-03-17 이 된다.

통합 문서 공유의 목적은 여러 사용자가 동시에 하나의 통합 문서에 접근해 데이터를 입력하거나 수정할 수 있도록 하는 것이다. 따라서 '여러 사용자가 동시에 변경할 수 없다'는 설명은 공유 통합 문서의 취지와 반대되어 옳지 않다.
병합된 셀, 조건부 서식, 데이터 유효성 검사, 차트, 그림 등 일부 기능은 공유 상태에서 추가·변경이 제한된다는 점, 공유 통합 문서는 웹 서버가 아닌 공유 네트워크 폴더에 저장해야 한다는 점, 시트를 보호하지 않으면 네트워크에 접근 가능한 모든 사용자가 해당 통합 문서에 모든 권한으로 접근할 수 있다는 점은 모두 옳은 설명이다.

[A1:C2] 영역 전체에 {={1,2,3;4,5,6}} 이라는 하나의 배열 수식이 입력되어 있다. 배열 상수에서 쉼표(,)는 같은 행의 열 구분, 세미콜론(;)은 행 구분을 뜻하므로 이 상수는 1행에 1, 2, 3, 2행에 4, 5, 6 이 놓이는 2행 3열 짜리 배열이다.
따라서 각 셀에 실제로 들어 있는 값은 [A1]=1, [B1]=2, [C1]=3, [A2]=4, [B2]=5, [C2]=6 이다. 화면에 여섯 칸 모두 같은 수식이 보이는 것은 배열 수식이 영역 전체에 하나로 입력되어 있기 때문이며, 셀마다 값이 같다는 뜻이 아니다.
그러므로 [A5]에 입력한 =SUM(A1, B2) 는 1 + 5 를 계산해 결과가 6 이 된다.

Excel 서식 파일(.xltx)은 매크로가 포함되지 않는 순수 서식 전용 형식으로, XML 기반의 기본 통합 문서(.xlsx)와 마찬가지로 VBA 매크로 코드나 Excel 4.0 매크로 시트를 저장할 수 없다. 매크로를 포함하는 서식 파일은 별도의 확장자(.xltm)를 사용한다.
반면 .xlsb는 Excel 2007 바이너리 파일 형식이 맞고, .xlsm은 매크로를 포함할 수 있는 XML 기반 형식이며, .xlsx는 매크로를 저장할 수 없는 기본 XML 형식이라는 설명은 모두 옳다.

[페이지] 탭의 '자동 맞춤' 옵션에서 용지 너비와 용지 높이를 각각 1로 지정하면 워크시트의 모든 내용이 한 페이지에 맞춰 축소 인쇄된다.
인쇄 배율은 10%~400% 범위에서 수동 지정할 수 있어 200%까지라는 설명은 옳지 않고, 머리글/바닥글은 [머리글/바닥글] 탭에서 설정하며 [시트] 탭에서는 행/열 머리글 인쇄 여부만 지정할 수 있다.
또한 메모는 [시트] 탭에서 '시트에 표시된 대로' 또는 '시트 끝'을 선택해 인쇄할 수 있으므로, 시트에 표시된 대로는 인쇄할 수 없다는 설명도 옳지 않다.

페이지 나누기 미리 보기에서 [페이지 나누기 삽입]을 실행하면 선택한 셀을 기준으로 그 위쪽 행과 왼쪽 열에 페이지 나누기가 삽입되어, 선택한 셀부터 새 페이지가 시작된다. 아래쪽 행·오른쪽 열에 삽입된다는 설명은 반대로 되어 있어 옳지 않다.
행 높이나 열 너비를 바꾸면 자동 페이지 나누기 위치가 바뀌고, 수동 나누기는 미리 보기 영역 밖으로 끌어 제거하거나 바로 가기 메뉴의 [페이지 나누기 모두 원래대로]로 일괄 제거할 수 있다는 설명은 모두 옳다.

#NULL! 오류는 교차하지 않는 두 참조 영역을 공백(교차 연산자)으로 지정했을 때 발생하는 오류로, 배열 수식의 인수 범위가 서로 행·열 수가 맞지 않을 때 발생하는 것이 아니다. 따라서 해당 설명은 #NULL! 오류의 원인으로 옳지 않다.
#VALUE!는 수식에 잘못된 인수나 피연산자를 사용했을 때, #NUM!은 수식에 잘못된 숫자 값이 포함되었을 때, #NAME?은 정의되지 않은 이름이나 텍스트를 큰따옴표로 묶지 않고 입력했을 때 발생한다는 설명은 모두 옳다.

제시된 세 가지 조건, 즉 가로 축 값의 간격이 일정하지 않을 때, 가로 축의 데이터 요소 수가 많을 때, 개별 요소의 차이보다 큰 데이터 집합 간의 유사점을 보여 주려 할 때 사용하는 차트는 분산형(XY) 차트 이다.
분산형 차트는 가로 축과 세로 축을 모두 값 축으로 사용하기 때문에 항목이 균등 간격으로 배치되지 않아도 되고, 두 변수 사이의 상관관계와 분포 경향을 파악하는 데 쓰인다. 그래서 과학·공학 실험값처럼 관측 간격이 불규칙하고 데이터 점이 많은 자료에 적합하다.
다른 차트는 조건과 맞지 않는다. 주식형 차트는 고가·저가·종가처럼 정해진 형식의 계열을 묶어 표시하고, 영역형 차트는 시간 경과에 따른 변화량과 전체에 대한 크기를 강조하며, 방사형 차트는 여러 계열의 값을 중심에서 뻗은 축에 나타내 전체적인 균형을 비교하는 데 쓰인다.

첫 줄의 DoCmd.OpenForm "사원정보", acNormal 은 [사원정보]라는 이름의 폼을 여는 명령이다. 대상이 테이블이 아니라 폼이며, 두 번째 인수 acNormal 은 보기 형식을 폼 보기로 지정한 것이다(디자인 보기는 acDesign, 미리 보기는 acPreview).
두 번째 줄의 DoCmd.GoToRecord , , acNewRec 는 현재 활성 개체에서 레코드 이동을 수행한다. 생략된 앞의 두 인수는 개체 종류와 개체 이름으로, 비워 두면 현재 활성화된 개체(방금 연 [사원정보] 폼)가 대상이 된다. 마지막 인수 acNewRec 는 이동 위치를 새(빈) 레코드로 지정한다.
따라서 단추를 클릭하면 [사원정보] 폼이 폼 보기로 열린 뒤 곧바로 새 레코드 위치로 이동하므로, 화면에는 자료를 새로 입력할 수 있도록 모든 컨트롤이 비워진 폼이 나타난다. 기존 첫 레코드나 마지막 레코드가 표시되려면 각각 acFirst, acLast 를 지정해야 한다.

선택 쿼리를 데이터시트 보기, 디자인 보기, 인쇄 미리 보기 등 원하는 보기 형식으로 여는 VBA 메서드는 DoCmd.OpenQuery이다. 보기 인수(acViewNormal, acViewDesign, acViewPreview 등)를 지정해 원하는 형태로 쿼리를 열 수 있다.
RunSQL은 SQL 문을 직접 실행하는 메서드이고, RunQuery·OpenSQL은 액세스에 존재하지 않는 메서드명이므로 옳지 않다.

각 레코드 그룹의 맨 끝에 출력되며 그룹별 요약 정보를 표시하는 구역은 그룹 바닥글이다. 페이지 바닥글은 매 페이지의 맨 아래에 한 번씩 출력되며 페이지 번호 등의 정보를 표시할 때 사용하므로, 그룹에 대한 요약 정보를 표시한다는 설명은 옳지 않다.
보고서 머리글은 보고서 맨 앞에 한 번, 본문은 레코드마다 한 번씩, 보고서 바닥글은 전체 총합계 등 보고서 전체에 대한 요약 정보를 표시한다는 설명은 모두 옳다.

정규화는 데이터의 중복을 최소화하여 삽입·삭제·갱신 이상을 방지하고 테이블 재구성의 필요성을 줄이기 위한 과정이지만, 중복을 완전히 제거할 수 있는 것은 아니다. 참조 무결성 유지를 위한 외래 키처럼 의도된 중복은 정규화 이후에도 남아 있다.
정규화가 속성들 사이의 종속성을 최대한 배제하는 과정이라는 설명이나 삽입·삭제·갱신 이상 방지, 테이블 재구성 필요성 감소는 정규화의 목적으로 옳다.

기본 키는 하나의 필드뿐 아니라 여러 필드를 묶어 복합 키로도 지정할 수 있으므로, 하나의 필드에만 설정할 수 있다는 설명은 옳지 않다.
기본 키로 지정된 필드는 다른 레코드와 값이 중복될 수 없고, 값이 입력되지 않으면 레코드가 저장되지 않으며, 기본 키를 설정하지 않아도 테이블 자체는 생성할 수 있다는 설명은 모두 옳다.

테이블이나 쿼리의 필드를 컨트롤 원본으로 사용해 데이터와 연결되는 컨트롤을 바운드 컨트롤이라고 한다.
언바운드 컨트롤은 데이터 원본과 연결되지 않은 컨트롤(레이블, 선, 도형 등)이고, 계산 컨트롤은 필드가 아닌 식을 원본으로 사용하며, 레이블 컨트롤은 제목이나 설명 등 고정 텍스트만 표시하는 컨트롤이다.

업무 문서 양식 마법사는 테이블이나 쿼리를 이용해 세금계산서, 거래명세서 등 정해진 업무 서식을 작성하는 기능으로, 우편물 레이블 작성은 별도의 레이블 마법사가 담당한다. 따라서 쿼리를 이용해 우편물 레이블을 작성할 수 있다는 설명은 옳지 않다.
테이블을 이용한 세금계산서·거래명세서 작성이나, 쿼리를 이용한 서식 없는 세금계산서 작성은 업무 문서 양식 마법사에서 지원하는 기능이다.

액세스 보고서의 [그룹, 정렬 및 요약] 창에서 그룹 수준은 필드나 식을 기준으로 최대 10개까지 정의할 수 있다. 5개까지라는 설명은 개수를 잘못 말한 것이다.
반면 같은 필드나 식을 두 번 이상 그룹화하는 것은 가능하다. 예를 들어 날짜 필드를 '연도'로 한 번, 다시 '월'로 한 번 그룹화하는 식으로 같은 필드에 서로 다른 기준을 적용할 수 있다. 또 요약 역시 여러 필드에 각각 추가할 수 있고 같은 필드에 합계·평균·개수 등 여러 종류의 요약을 함께 계산할 수 있다. 이 두 설명이 옳은 내용이다.
나머지 두 설명은 그룹 머리글·바닥글과 그룹 수준을 혼동한 것이다. 머리글·바닥글 구역을 없애도 그룹 수준 자체는 그대로 남으므로, 그룹 수준을 없애려면 [그룹, 정렬 및 요약] 창에서 해당 그룹 수준을 직접 삭제해야 한다. 또 그룹 머리글과 바닥글은 필요에 따라 표시 여부를 각각 선택하는 것이어서 둘 다 켜지 않아도 그룹화는 이루어진다.

조건부 서식은 필드 값이나 식이 TRUE/FALSE로 평가되는 경우, 또는 필드에 포커스가 있는지 여부에 따라 서식을 지정할 수 있다.
다만 지정한 조건에 맞지 않는 경우에는 별도의 서식을 지정할 방법이 없고 원래의 기본 서식이 그대로 적용되므로, 조건에 맞지 않는 경우의 서식을 식으로 지정할 수 있다는 설명은 옳지 않다.

각 필드가 왼쪽의 레이블과 함께 한 줄씩 나열되고 컨트롤 레이아웃이 자동으로 설정되는 폼 모양은 컬럼 형식이다.
테이블 형식과 데이터시트는 여러 레코드를 표 형태로 나열해 보여주며, 맞춤 형식은 마법사 없이 사용자가 직접 컨트롤을 배치하는 방식이므로 설명에 해당하지 않는다.

결과 표는 베테랑(백감독·멜로·2013), 베테랑(류승완·액션·2015), 퇴마전(김휘·스릴러·2014), Mother(난니 모레티·멜로·2015) 순으로 나열되어 있다. 어떤 열을 기준으로 정렬된 것인지 찾으면 된다.
먼저 영화명을 보면 한글은 '베테랑'이 '퇴마전'보다 앞서는 오름차순이다. 그리고 영화명이 같은 '베테랑' 두 행은 장르가 '멜로' 다음 '액션' 순인데, 이 역시 한글 오름차순이다. 즉 영화명을 1차 기준, 장르를 2차 기준으로 모두 오름차순 정렬한 결과이므로 ORDER BY 절에 영화명과 장르를 차례로 쓰고 정렬 방향을 생략(기본값 ASC)한 쿼리가 맞다.
다른 쿼리는 결과와 어긋난다. 두 열을 모두 내림차순으로 정렬하면 '퇴마전'이 먼저 나와야 하고, 제작년도를 첫 기준으로 삼으면 2013·2014·2015 순이어야 하는데 표는 2013·2015·2014·2015 순이다. 감독을 첫 기준으로 하면 김휘·난니 모레티·류승완·백감독 순이 되어야 하므로 역시 맞지 않는다. 참고로 영문 'Mother'가 한글 뒤에 놓인 것은 오피스 2007의 정렬 기준에 따른 것으로, 이후 버전에서는 영문이 앞에 오도록 순서가 달라질 수 있다.

<PERSON> 테이블의 Full_name 값은 오연서, 이종민, 오연수, 오연서, 김종오, 오연수 로 모두 6건이다.
쿼리의 조건 Like "*" & "오" 에서 & 는 문자열을 이어 붙이는 연산자이므로 실제 비교 패턴은 "*오" 가 된다. 액세스에서 별표(*)는 임의의 문자열을 뜻하고 패턴 끝에 '오'가 붙어 있으므로, 이 조건은 '오'로 끝나는 이름만 골라낸다. 만능 문자가 앞에만 있고 뒤에는 없다는 점이 판단의 핵심이다.
여섯 개의 이름 중 마지막 글자가 '오'인 것은 김종오 하나뿐이다. '오연서'와 '오연수'는 '오'로 시작할 뿐 끝나지 않으므로 제외된다. 따라서 COUNT(Full_name) 이 세는 행은 1건이고 실행 결과 값은 1 이다.

레코드의 값을 수정하는 SQL 명령은 UPDATE 문이며, 기본 구조는 UPDATE 테이블명 SET 필드=값 WHERE 조건 입니다. 제시된 쿼리는 첫 줄이 UPDATE 사원 으로 시작하므로, 나머지 두 괄호에는 값을 지정하는 절과 대상 레코드를 한정하는 절이 순서대로 들어가야 합니다.
두 번째 줄 ( ) 연봉=연봉*1.03 은 연봉 필드에 기존 연봉의 1.03배(3% 인상)를 대입하는 부분이므로 수정할 필드와 값을 지정하는 SET 이 와야 합니다. 세 번째 줄 ( ) 호봉=6; 은 수정 대상을 호봉이 6인 레코드로 한정하는 조건이므로 WHERE 가 옳습니다.
FROM 은 SELECT 문에서 조회할 테이블을 지정할 때, INTO·VALUES 는 INSERT 문에서 새 레코드를 삽입할 때 사용하는 예약어여서 UPDATE 문에는 쓰이지 않습니다. 따라서 괄호에 들어갈 구문은 SET, WHERE 순서입니다.

입사일부터 현재까지 경과한 년 수를 구하려면 두 날짜의 간격을 연 단위로 계산하는 DateDiff("yyyy", 시작일, 종료일) 형태를 사용해야 한다. select datediff("yyyy", '1990-03-02', date());는 "yyyy" 간격 지정과 인수 순서(간격, 시작일, 종료일)가 모두 올바르다.
DateAdd는 날짜에 지정 간격을 더하는 함수이고, DateValue는 텍스트를 날짜 값으로 변환하는 함수이므로 두 날짜의 차이를 구하는 용도로 쓸 수 없으며, "yy"는 DateDiff에서 사용하는 유효한 간격 인수가 아니라는 점에서도 옳지 않다.

제공된 항목 목록에서만 값을 선택할 수 있고 직접 텍스트를 입력할 수는 없는 컨트롤은 목록 상자이다.
텍스트 상자는 값을 직접 입력하는 컨트롤이고, 콤보 상자는 목록에서 선택하는 것 외에 직접 입력도 가능하며, 레이블은 데이터 입력과 무관한 고정 텍스트 컨트롤이다.

테이블의 필드 값을 요약·분석하여 통계적인 값을 그래프 형태로 보여주는 개체는 피벗 차트이다.
폼과 폼 분할, 기타 폼(데이터시트)은 레코드를 입력·조회하기 위한 화면 형태이지 통계 그래프를 제공하는 개체는 아니다.

입력 마스크 '>L0L L?0'는 앞의 '>'로 인해 입력 문자가 모두 대문자로 변환되며, 순서대로 문자·숫자·문자·(공백)·문자·문자(선택)·숫자 위치를 요구한다. 'H3H 가H3'는 문자-숫자-문자-공백-문자-문자-숫자 순서를 정확히 만족하여 유효한 입력이다.
'a9b M'은 마지막 필수 숫자 자리가 비어 있어 자리 수가 부족하고, 'M3F A07'은 선택 문자 자리에 숫자가 입력되어 있으며, '9Z3 3?H'는 첫 자리에 문자가 아닌 숫자가 입력되어 있어 모두 마스크 형식에 맞지 않는다.

그림의 관계 창을 보면 <제품> 테이블의 기본 키인 제품번호(열쇠 표시)와 <주문내역> 테이블의 제품번호 가 조인되어 있고, 조인선 양 끝에 1 과 ∞ 가 표시되어 있습니다. 즉 <제품>이 기준 테이블, <주문내역>이 이를 참조하는 일대다 관계입니다.
아래 [관계 편집] 대화상자에서는 항상 참조 무결성 유지가 선택되어 있고, 관련 필드 모두 업데이트는 해제, 관련 레코드 모두 삭제는 선택되어 있습니다. '관련 레코드 모두 삭제'가 선택되면 기준 테이블의 레코드를 지울 때 그 값을 참조하던 외래 키 레코드가 연쇄적으로 함께 삭제됩니다.
따라서 <제품> 테이블에서 특정 제품 레코드를 삭제하면 그 레코드가 삭제되는 동시에, 해당 제품번호를 참조하던 <주문내역> 테이블의 레코드들도 모두 삭제됩니다. 이 옵션이 해제되어 있었다면 참조 무결성 때문에 삭제 자체가 거부되었을 것이고, 참조와 무관한 <주문내역>의 나머지 레코드까지 삭제되지는 않습니다.

속성 시트를 보면 필드 크기 = 실수(Single), 형식 = 표준, 소수 자릿수 = 1, 기본값 = 0, 유효성 검사 규칙 = <>1 And <>-1, 필수 = 예 로 설정되어 있습니다.
유효성 검사 규칙이 1도 아니고 -1도 아닐 것을 요구하므로 1이나 -1을 입력하면 규칙에 걸려 값이 저장되지 않습니다. 또 기본값이 0이고 소수 자릿수가 1이므로 아무 값도 입력하지 않으면 0.0 으로 표시됩니다.
문제가 되는 것은 표시 형식입니다. Access의 '표준' 형식은 천 단위 구분 기호(,)를 함께 표시합니다. 따라서 1234를 입력하면 소수 자릿수 1이 적용되면서 구분 기호까지 붙어 1,234.0 으로 표시되며, 구분 기호가 없는 '1234.0'으로 표시된다는 설명은 옳지 않습니다.

표의 필드 순서는 학번-성명-주소-취미-전화 이고, 문제의 <주소>와 <전화> 사이에는 <취미>가 놓여 있어 두 필드는 서로 떨어져 있습니다.
디자인 보기에서는 필드 선택기를 클릭해 원하는 위치로 끌어다 놓으면 순서가 바뀌고, <Shift> 키를 이용하면 <주소>부터 <전화>까지 연속된 세 필드(주소·취미·전화)가 한꺼번에 선택되어 함께 이동합니다. 데이터시트 보기에서도 필드명(열 머리글)을 클릭해 드래그하면 화면상의 열 순서를 바꿀 수 있습니다.
그러나 데이터시트 보기에서는 <Ctrl> 키를 이용한 비연속 열 선택이 지원되지 않습니다. <Shift>로 인접한 열 범위만 선택할 수 있으므로, <주소>와 <전화>만 골라 선택해 두 필드만 이동시킨다는 설명은 옳지 않습니다.