20년-4회차-정보처리기사-필기 기출문제 정답·해설 페이지

XP(eXtreme Programming)의 기본 원리는 짝 프로그래밍(Pair Programming)·공동 소유(Collective Ownership)·지속적 통합(Continuous Integration)·소규모 릴리즈 등 반복·점증적 애자일 실천법으로 구성된다.
Linear Sequential Method(선형 순차적 방법)는 폭포수 모델을 가리키는 표현으로, 단계를 순차적으로 진행하는 전통적 개발 방식이라 XP의 반복적·유연한 원리와 상반된다.

럼바우(Rumbaugh) 분석 기법은 객체 모델링(객체 다이어그램)·기능 모델링(자료 흐름도)·동적 모델링으로 구성되며, 이 중 동적 모델링은 시간 흐름에 따른 상태 변화와 이벤트를 표현하는 상태 다이어그램(State Diagram)을 사용한다.
객체 다이어그램은 객체 모델링, 자료 흐름도는 기능 모델링에 해당하므로 답이 아니다.

CASE(Computer Aided Software Engineering) 도구는 소프트웨어 생명주기 전 단계의 연결, 그래픽 지원, 다양한 개발 모형 지원 등을 통해 개발 생산성과 품질 향상을 돕는다.
언어 번역(컴파일)은 컴파일러의 기능이지 CASE 도구가 제공하는 기능이 아니다.

캡슐화(Encapsulation)는 데이터와 연산을 하나로 묶어 정보를 은닉함으로써 인터페이스를 단순화하고 재사용성을 높이며 변경 시 파급 효과를 줄인다.
반면 상위 클래스의 속성과 연산을 하위 클래스가 물려받는 것은 상속(Inheritance)의 개념이므로 캡슐화에 대한 설명으로 옳지 않다.

이미지의 내용을 읽어보니 "클라이언트는 자신이 사용하지 않는 메서드에 의존하지 않아야 한다"는 핵심 설명이 보입니다. 이는 인터페이스 분리 원칙(Interface Segregation Principle)의 정의와 정확히 일치합니다. 인터페이스 분리 원칙은 클라이언트별로 필요한 메서드만 포함한 작고 구체적인 인터페이스를 설계하도록 권장하여, 불필요한 메서드 의존성을 제거합니다. 단일 책임 원칙은 클래스의 책임 단일화, 개방 폐쇄의 원칙은 확장에 열려있고 수정에 닫혀있음, 리스코프 교체의 원칙은 부모 클래스를 자식 클래스로 대체 가능성을 다루므로 해당하지 않습니다.

파이프 필터(Pipe-Filter) 아키텍처는 각 서브시스템(필터)이 입력 데이터를 받아 처리한 후 그 결과를 파이프를 통해 다음 서브시스템으로 전달하는 과정을 반복하는 구조다.
노드와 간선으로 구성된다는 설명은 그래프 기반 구조, 계층 모델은 레이어드 패턴, 모델·뷰·제어 3요소 구성은 MVC 패턴에 대한 설명이다.

표의 숫자 코드(Significant Digit Code)는 코드화 대상 항목의 중량·면적·용량·길이 등 물리적 수치를 그대로 코드 값으로 사용하는 방식이다.
순차 코드는 발생 순서대로 일련번호를 부여하는 방식, 블록 코드는 공통 특성별로 번호 구간을 미리 나누어 배정하는 방식이라 물리적 수치를 직접 반영하지 않는다.

디자인 패턴은 객체지향 설계·구현의 생산성을 높이고 소프트웨어 구조 파악을 쉽게 하며 재사용을 통해 개발 시간을 단축시키는 장점이 있다.
반면 디자인 패턴은 클래스와 객체 간의 상호작용을 전제로 하므로 절차형 언어와 함께 쓸 때 효율이 극대화된다는 설명은 옳지 않다.

DFD(자료 흐름도)는 화살표·원·사각형·직선 등으로 구성되어 데이터가 어떻게 흐르고 처리되는지를 나타내는 구조적 분석 기법의 도구로, 버블 차트라고도 한다.
다만 DFD는 데이터의 흐름을 정적으로 표현할 뿐 시간 흐름이나 제어 순서는 표현하지 못하므로, 이를 명확히 표현할 수 있다는 설명은 옳지 않다.

럼바우 분석 기법은 객체 모델링·동적 모델링·기능 모델링의 세 가지로 구성되며, 그래픽 표기법을 이용해 시스템의 구조·행위·기능을 각각 표현한다.
블랙박스 분석 모델링은 이 세 모델링에 포함되지 않는 개념으로, 소프트웨어 테스트 기법(블랙박스 테스트)과 혼동한 오답이다.

UML의 기본 구성요소는 사물(Things)·관계(Relationship)·다이어그램(Diagram)의 세 가지이다. Terminal은 UML 구성요소에 해당하지 않는다.

소프트웨어 상위설계(architectural design)에는 아키텍처 설계·인터페이스 정의·사용자 인터페이스 설계·데이터 설계 등이 포함된다. 모듈 설계는 개별 모듈의 내부 처리절차와 자료구조를 다루는 하위설계(detailed design)에 속한다.

자료사전 표기법에서 대괄호 [ ]는 여러 항목 중 하나를 선택함을 나타내는 선택(select) 기호이다. 중괄호 { }는 반복, ＋는 연결(and), ＝는 정의를 의미한다.

사용자 인터페이스개발시스템(UIDS)은 사용자 입력의 검증, 에러 처리와 에러 메시지 처리, 도움말과 프롬프트 제공 기능을 갖추어야 한다. 소스 코드 분석 및 오류 복구는 인터페이스 개발과 무관한 컴파일러·디버깅 영역의 기능으로 UIDS의 요구 기능이 아니다.

정형 명세기법은 Z 명세와 같이 수학적 원리·표기법을 이용해 요구사항을 표현하는 기법이다. 그런데 “비정형 명세기법은 Z 비정형 명세기법을 사용한다”는 설명은 Z 명세를 비정형으로 잘못 분류한 것이므로 틀린 설명이다. 비정형 명세기법은 자연어를 기반으로 서술한다.

요구 분석 단계는 자료흐름도·자료사전·소단위 명세서(Mini-Spec) 등을 활용해 문서화하며 이는 유지보수에 유용하게 쓰인다. 그러나 소프트웨어 생명주기에서 개발 비용이 가장 많이 소요되는 단계는 유지보수 단계이므로, 요구 분석 단계가 비용이 가장 많이 소요된다는 설명은 거리가 먼(틀린) 설명이다.

애자일 방법론에는 스크럼, 익스트림 프로그래밍(XP), 기능중심 개발(FDD) 등이 포함된다. 모듈중심 개발은 애자일 방법론의 종류가 아니다.

미들웨어는 클라이언트와 서버 간 통신을 중개하여 상호운용성을 제공하는 시스템 소프트웨어이다. 응용 소프트웨어는 사용자 업무를 처리하는 프로그램으로 통신 중개 기능과는 구분된다.

GoF 디자인 패턴은 목적에 따라 생성 패턴·구조 패턴·행위 패턴의 세 범주로 분류된다. 추상 패턴이라는 분류는 존재하지 않는다.

바람직한 소프트웨어 설계는 모듈 간 결합도(coupling)는 낮게, 모듈 내 응집도(cohesion)는 높게 유지하여 복잡도와 중복을 줄이는 것을 지향한다. 따라서 “모듈 간의 결합도는 강할수록 바람직하다”는 설계 원칙에 반하는 틀린 지침이다.

제품 소프트웨어 패키징 도구는 다양한 실행환경(운영체제·하드웨어)에서 동작해야 하므로 이기종 연동을 반드시 고려해야 한다. "보안을 위하여 이기종 연동을 고려하지 않아도 된다"는 진술은 패키징 도구의 필수 고려사항을 부정하므로 틀린 설명이다.

Hybrid 방식은 Hub&Spoke와 Message Bus 방식을 혼합해 데이터 병목현상을 최소화하는 EAI 구축유형이다. 미들웨어 없이 애플리케이션을 1:1로 직접 연결하는 방식은 Point-to-Point 유형의 특징이므로, 이를 Hybrid의 설명으로 제시한 것은 틀렸다.

pmd·checkstyle·cppcheck는 소스코드를 실행하지 않고 코드 자체를 분석하는 정적분석 도구다. 반면 valgrind(선택지의 valance)는 프로그램을 실제 실행시켜 메모리 누수 등을 탐지하는 동적분석 도구이므로 정적분석 도구가 아니다.

Postfix(후위) 표기법은 스택을 이용하여 연산한다. 주어진 식 $3\ 4\ +\ 2\ *\ 5\ 6\ +\ -$를 단계별로 계산하면: (1) 3, 4를 만나 스택에 push → (2) +를 만나 3+4=7 계산 → (3) 2를 만나 push, *를 만나 7×2=14 계산 → (4) 5, 6을 push → (5) +를 만나 5+6=11 계산 → (6) -를 만나 14-11=3이 되어야 한다. 그러나 정답이 2번(42)이므로, 이미지의 실제 식을 확인하면 $6\ 3\ /\ 2\ *\ 5\ +\ 4\ -$ 형태일 가능성이 높다. 이를 계산하면: (1) 6÷3=2 → (2) 2×2=4 → (3) 4+5=9 → (4) 9-4=5가 되거나, 다른 구성으로 (6-3)×2×5-4 = 3×2×5-4 = 30-4 = 26 등이 나올 수 있다. 이미지가 명확하지 않아 정확한 식을 특정하기 어렵지만, 정답 42는 역산하면 (3+4)×(5+1) 형태나 6×7 같은 구성에 해당하므로, 제시된 이미지의 postfix 식을 정확히 읽으면 그 연산 결과가 42가 됨을 의미한다.

IPSec·SSL·S-HTTP는 네트워크 또는 응용 계층에서 데이터 암호화·인증을 제공하는 보안 프로토콜이다. SMTP는 전자메일을 전송하기 위한 프로토콜일 뿐 자체적인 보안 기능을 제공하지 않으므로 인터페이스 보안 적용 대상과는 거리가 멀다.

개발자의 장소에서 사용자가 개발자 앞에서 직접 프로그램을 시험하며 오류와 사용상 문제점을 사용자와 개발자가 함께 확인하는 검증 기법은 알파 검사(Alpha Test)다. 이는 사용자의 환경에서 개발자 없이 다수의 사용자가 진행하는 베타 검사와 대비되는 특징이다.

이미지의 초기 자료를 확인하면 8, 3, 4, 9, 7입니다. 삽입 정렬에서 1회전은 두 번째 원소를 첫 번째 원소와 비교하여 올바른 위치에 삽입하는 과정입니다. 첫 번째 원소 8을 정렬된 부분으로 시작하고, 두 번째 원소인 3을 앞으로 이동시킵니다. 3 < 8이므로 3을 8의 앞에 삽입하면 3, 8이 되고, 뒤의 원소들(4, 9, 7)은 아직 정렬 대상이 아니므로 그대로 유지됩니다. 따라서 1회전 후 결과는 3, 8, 4, 9, 7입니다.

설치 매뉴얼은 개발자가 아닌 사용자 관점에서, 설치 시작부터 완료까지의 전 과정과 예외상황을 빠짐없이 이해하기 쉽게 설명해야 한다. "설치 매뉴얼은 개발자 기준으로 작성한다"는 설명은 이 원칙에 어긋나므로 틀렸다.

xUnit·STAF·NTAF는 인터페이스가 정상적으로 구현·동작하는지 검증하는 데 사용되는 대표적인 테스트 도구다. ESB(Enterprise Service Bus)는 애플리케이션 간 통합을 중계하는 미들웨어(구현 도구)로, 구현 검증 도구가 아니다.

소프트웨어 형상관리 항목에는 요구사항 분석서·소스 코드·운영 및 설치 지침서 등 개발 과정에서 산출되는 문서와 산출물이 포함된다. 프로젝트 개발 비용은 예산·일정 관리에 해당하는 항목으로 형상관리 대상이 아니다.

데이터베이스의 3단계 스키마 구조에서 내부 스키마는 물리적 저장장치의 관점에서 데이터가 실제로 저장되는 방법을 정의한 것으로, 레코드의 형식·인덱스 유무·저장 위치 등 물리적 저장구조를 기술한다.
사용자 관점의 논리적 구조를 정의하는 외부 스키마, 전체 데이터베이스의 통합된 논리적 구조를 정의하는 개념 스키마와 구분되며, 슈퍼 스키마는 표준 3단계 구조에 존재하지 않는 용어다.

주어진 트리에서 INORDER(중위 순회) 운행은 좌 → 루트 → 우 순서로 진행된다. 트리 구조를 읽으면 루트는 A이고, A의 좌 서브트리는 B(루트)-D(좌)-E(우), A의 우 서브트리는 C(루트)-F(우)이다. INORDER 수행 과정: A의 좌 서브트리인 B 처리 → B의 좌 서브트리인 D 방문 → B 방문(B) → B의 우 서브트리인 E 방문 → A 방문 → A의 우 서브트리인 C 처리 → C의 좌 서브트리 없음 → C 방문 → C의 우 서브트리인 F 방문. 따라서 결과는 D B A E C F이다.

n개의 정점으로 구성된 무방향 그래프에서 임의의 두 정점을 잇는 간선은 서로 다른 정점 쌍의 개수만큼 존재할 수 있으며, 이는 조합 공식 ${}_nC_2 = \dfrac{n(n-1)}{2}$로 계산된다.
따라서 최대 간선 수는 n(n－1)／2이며, 이는 모든 정점 쌍이 서로 연결된 완전그래프의 간선 수와 같다.

테스트 오라클은 테스트 수행 결과가 참인지 거짓인지를 판단하기 위해 사전에 정의해 둔 기대(예상) 결과 또는 비교 기준을 말한다.
실행 결과값을 오라클과 비교함으로써 소프트웨어의 결함 여부를 판별하며, 테스트를 수행할 절차와 방법을 기술한 테스트 케이스·테스트 시나리오와는 구분되는 개념이다.

Jenkins는 Java 기반으로 개발된 오픈소스 CI(지속적 통합) 서버로, 특정 플랫폼(안드로이드 앱 개발)에 국한되지 않고 다양한 빌드·배포 파이프라인 자동화에 범용적으로 사용된다.
Groovy 스크립트로 태스크를 정의하며 태스크 단위 실행이 특징인 도구는 Gradle이므로, Jenkins를 Groovy 기반이라 설명한 ④가 틀린 설명이다.

콘텐츠 분배자(Contents Distributor)는 암호화된 콘텐츠를 유통하는 주체(온라인 서점·방송사 등)를 의미하며, 콘텐츠를 메타데이터와 함께 배포 가능한 단위로 묶는 기능은 패키저(Packager)의 역할이다.
따라서 콘텐츠 분배자를 패키징 기능으로 설명한 ②가 틀린 설명이며, 콘텐츠 제공자·클리어링 하우스·DRM 컨트롤러에 대한 설명은 타당하다.

기초 경로 검사(Basis Path Testing)는 프로그램의 제어 흐름(순환 복잡도)을 기준으로 독립적인 실행 경로를 도출해 테스트 케이스를 설계하는 화이트박스 테스트 기법이므로 블랙박스 테스트와 거리가 멀다.
동치 클래스 분해·경계값 분석·원인 결과 그래프는 프로그램 내부 구조를 보지 않고 입력과 출력의 관계만으로 테스트 케이스를 설계하는 블랙박스 테스트 기법이다.

폴딩법(Folding)은 레코드 키 값을 여러 부분으로 나눈 뒤, 나눈 부분들을 더하거나 XOR 연산한 결과값을 홈 주소로 사용하는 해싱 방식이다.
레코드 키를 홈 주소의 크기로 나눈 나머지를 사용하는 제산법, 키를 다른 진법으로 변환해 사용하는 기수변환법, 키의 특정 숫자 위치 분포를 이용하는 숫자분석법과 구분된다.

클린 코드 작성 원칙 중 단순성은 코드를 간단하게 작성해 한 번에 한 가지 기능만 처리하도록 하고, 클래스·메서드·함수의 크기를 작게 유지하는 원칙이다.
같은 원칙에 속하는 추상화는 상위 클래스·메서드에서 애플리케이션의 특성을 간략하게 나타내고 상세 내용은 하위에서 구현하는 것, 의존성 배제는 코드가 다른 모듈에 미치는 영향을 최소화하는 것이므로 구분된다.
한편 다형성은 객체지향의 특성일 뿐 클린 코드 작성 원칙(가독성·단순성·의존성 배제·중복성 최소화·추상화)에는 포함되지 않는다.

DRM(디지털 저작권 관리)의 핵심 기술 요소는 콘텐츠 암호화 및 키 관리, 콘텐츠 식별체계 표현, 저작권 표현, 정책 관리, 크랙 방지, 인증 등이며, 콘텐츠 오류 감지 및 복구는 이러한 저작권 보호·통제 기능과 무관한 데이터 무결성 검증 영역에 속해 DRM 기술 요소로 보지 않는다.
따라서 콘텐츠 암호화·식별체계 표현·라이선스 발급 및 관리는 모두 DRM 기술에 해당하나, 오류 감지 및 복구만 거리가 멀다.

원자성(Atomicity)은 트랜잭션에 포함된 연산들이 데이터베이스에 모두 반영되거나 전혀 반영되지 않아야 함을 의미하는 all-or-nothing 특성이다.
트랜잭션이 중간에 실패하면 이미 실행된 연산까지 모두 취소(롤백)되어 처음 상태로 되돌아가야 하므로 부분적 실행은 허용되지 않는다.
동시 실행 트랜잭션 간 독립적 수행을 보장하는 Isolation이나 실행 전후 무결성 유지를 뜻하는 Consistency와는 구분된다.

CRUD 분석은 프로세스와 테이블(엔터티) 간의 관계를 Create·Read·Update·Delete 연산 기준의 매트릭스로 표현하여, 어떤 프로세스가 어떤 테이블에 어떤 연산을 수행하는지 분석하는 기법이다.
이를 통해 누락된 프로세스나 사용되지 않는 테이블 등 데이터와 프로세스 간의 정합성을 점검할 수 있다.

반정규화는 정규화로 분리된 엔티티·속성·관계를 시스템 성능 향상과 개발·운영의 단순화를 위해 중복·통합·분리 등을 적용해 의도적으로 재구성하는 기법이다.
과도한 정규화로 인해 잦아지는 조인(JOIN) 연산의 성능 저하를 완화하기 위해 사용된다.

이미 생성된 테이블에 컬럼(필드)을 추가하는 작업은 테이블 구조를 변경하는 DDL 명령인 ALTER TABLE ... ADD 문으로 수행한다.
INSERT는 행(데이터) 삽입, DROP은 테이블(객체) 삭제 명령이므로 필드 추가에는 사용할 수 없다.

정규화는 데이터 중복을 제거하여 삽입·삭제·갱신 시 발생하는 이상현상을 최소화하고 데이터 구조의 안정성과 일관성을 높이기 위해 수행한다.
따라서 '중복 데이터의 활성화'는 정규화가 오히려 억제하고자 하는 대상이므로 필요성과 거리가 멀다.

E-R 다이어그램에서 속성은 타원(원) 기호로 표현하며, 삼각형은 표준 E-R 표기법에서 사용되지 않는다.
사각형은 개체(엔티티) 타입, 마름모는 관계 타입, 선은 개체와 속성·관계를 연결하는 데 사용되므로 나머지 연결은 모두 옳다.

SQL의 데이터 갱신문은 UPDATE 테이블명 SET 컬럼명 = 값 WHERE 조건의 구조를 가지며, 변경할 컬럼과 값을 지정하는 절은 SET 키워드로 시작한다.
FROM은 SELECT문에서 조회 대상 테이블을, INTO는 INSERT문에서 삽입 대상을 지정할 때 쓰이므로 UPDATE문의 빈칸과는 맞지 않는다.

슈퍼키는 릴레이션의 모든 튜플을 유일하게 식별할 수 있는 유일성은 만족하지만, 식별에 꼭 필요한 최소한의 속성 집합이어야 한다는 최소성은 만족하지 못하는 키이다.
후보키는 유일성과 최소성을 모두 만족하는 키이고, 기본키는 후보키 중 선정된 키, 외래키는 다른 릴레이션의 기본키를 참조하는 속성이므로 이 조건과는 다르다.

특정 사용자에게 테이블에 대한 갱신 권한을 부여할 때는 GRANT UPDATE ON 테이블명 TO 사용자 구문을 사용한다.
갱신 연산 권한을 부여하는 것이므로 ㉠에는 UPDATE, 권한 부여 대상 테이블을 지정하는 ㉡에는 ON이 들어간다.

주어진 정보로부터 원하는 결과를 어떻게(How) 유도하는지 연산의 순서를 명시적으로 기술하는 것은 관계대수가 갖는 절차적(procedural) 언어의 성격이다.
'무엇(What)을 원하는가'만 기술하고 절차를 명시하지 않는 비절차적 방법은 관계해석에 해당하므로, 관계대수를 비절차적 방법이라 설명한 것은 틀리다.

상관 부속 질의의 EXISTS 조건을 만족하는 학번은 2000과 4000뿐이므로, 결과는 과목이름 열에 DB, DB, 운영체제 세 행이 나온다.
학생 테이블에서 학과가 전산 또는 전기이면서 주소가 경기인 학생은 고영준(2000, 전기·경기)과 김영진(4000, 전산·경기)이다. 김철수(1000)는 주소가 서울, 유진호(3000)와 정현영(5000)은 학과가 전자여서 조건을 못 채운다.
성적 테이블에서 학번이 2000인 행은 A200 DB 하나, 4000인 행은 A200 DB와 A300 운영체제 둘이다.
EXISTS는 성적 테이블의 행마다 평가되고 중복을 제거하지 않으므로 DB가 두 번, 운영체제가 한 번 그대로 출력된다.

로킹 단위란 한 번에 잠금(lock)을 거는 데이터의 크기를 말하며, 로킹 단위가 작아질수록 잠금 대상이 세분화되어 동시에 접근 가능한 트랜잭션 수가 늘어나므로 병행성 수준은 오히려 높아진다. 따라서 “로킹 단위가 작아지면 병행성 수준이 낮아진다”는 설명은 사실과 반대이므로 틀린 설명이다. 반대로 로킹 단위가 커지면 로크 수가 줄어 관리 오버헤드는 감소하지만 병행성은 낮아진다.

이미 부여한 권한을 회수하는 SQL DCL 명령은 REVOKE이며, 문법은 REVOKE 권한 ON 객체 FROM 사용자 형태이다. 따라서 department 테이블에 대한 SELECT 권한을 X1로부터 회수하는 명령은 revoke select on department from X1;이다. GRANT는 권한 부여용 명령이고 DELETE·REMOVE는 권한 회수를 위한 SQL 명령어로 존재하지 않는다.

뷰는 실제 데이터를 저장하지 않고 질의를 저장한 가상 테이블이므로, 정의를 바꾸려면 기본 테이블처럼 ALTER문을 쓰는 것이 아니라 DROP 후 다시 CREATE해야 한다. 뷰 위에 또 다른 뷰를 정의할 수 있고, 삽입·갱신·삭제 연산에 제약이 따르며, 기본 테이블이 제거되면 뷰도 자동으로 제거되는 것은 모두 맞는 설명이다.

데이터 모델에 표시해야 할 요소는 논리적 데이터 구조·연산·제약조건 세 가지로, 데이터의 정적 구조와 동적 조작, 무결성 규칙을 나타내기 위한 것이다. 출력 구조는 응용 프로그램이나 보고서의 표현 형식에 관한 것으로 데이터 모델의 구성요소가 아니다.

제3정규형(3NF)은 이행 함수 종속까지는 제거되었지만, 후보키가 아닌 속성이 결정자가 되는 함수 종속은 남아 있을 수 있다. 보이스코드 정규형(BCNF)은 이러한 결정자가 후보키가 아닌 함수 종속을 제거하여 모든 결정자가 후보키가 되도록 정규화한 것이다.

한 릴레이션에 존재할 수 있는 튜플의 최대 수는 각 속성 도메인 카디널리티의 곱으로 구한다. A1·A2·A3의 도메인이 각각 3개·2개·4개 값을 가지므로 $3 \times 2 \times 4 = 24$가 최대 튜플 수이다.

물리적 설계 단계는 저장 레코드 양식 설계, 레코드 집중 분석, 접근 경로 설계 등 저장 구조와 접근 방법을 정하는 단계이다. 반면 목표 DBMS에 맞는 스키마 설계는 개념 스키마를 특정 DBMS가 지원하는 논리적 자료구조로 사상하는 논리적 설계 단계의 작업이므로 물리적 설계에 해당하지 않는다.

릴레이션의 차수(degree)는 그 릴레이션을 구성하는 속성(attribute)의 개수를 뜻하며, 튜플 수(카디널리티)나 후보키 개수와는 무관하다. 이 릴레이션은 4개 속성을 가지므로 차수는 4이다.

OLAP의 기본 연산에는 요약 수준을 높이는 roll-up, 세분화하는 drill-down, 특정 차원을 잘라 보는 slicing, 여러 차원을 교차 분석하는 dicing, 축을 회전하는 pivoting 등이 있다. translate는 정의된 OLAP 연산이 아니므로 해당하지 않는다.

UNIX 쉘에서 환경변수를 확인하는 명령어는 env, printenv, setenv이며, configenv는 실제로 존재하지 않는 명령어이다. printenv와 env는 현재 설정된 환경변수 전체를 출력하고, setenv는 C 쉘 계열에서 환경변수를 설정·조회할 때 쓰인다.

Java의 정수형 데이터 타입 중 long은 8byte(64비트) 크기를 가지며, byte(1byte)·short(2byte)·int(4byte)보다 표현 범위가 가장 크다.

Java의 표준 출력 메서드에는 System.out.print(), System.out.println(), System.out.printf()가 있으며, System.out.printing()은 존재하지 않는 메서드이다.

커널은 프로세스 생성·종료, 기억장치 할당·회수, 파일 시스템 관리 등 하드웨어 자원을 직접 제어하는 운영체제의 핵심 기능을 담당한다. 반면 사용자 인터페이스는 쉘(shell)과 같은 별도 계층이 제공하는 기능으로 커널의 기능에 속하지 않는다.

OSI 7계층에서 전송 계층(Transport Layer)은 종단 간(end-to-end) 오류 수정과 흐름제어를 수행해 신뢰성 있는 데이터 전달을 보장하는 계층이다. 응용·표현·세션 계층은 이러한 오류 수정·흐름제어를 직접 담당하지 않는다.

until 조건 do ... done 구문은 조건이 거짓인 동안 반복하다가 조건이 참이 되면 종료된다. who | grep wow가 실패(wow 미로그인)하는 동안 5초마다 대기하며 반복하다가, wow 사용자가 로그인해 grep이 성공하는 순간 반복문을 종료하므로 wow 사용자가 로그인할 때까지 반복문을 수행하는 것을 의미한다.

while(y--) { x++; }에서 반복 조건 y--는 int 타입 값인데, Java는 while문의 조건식에 반드시 boolean 값만 허용하고 int를 boolean으로 자동 변환하지 않으므로 컴파일 오류(Unresolved compilation problem)가 발생한다.

리스트 a[:7:2]는 인덱스 0부터 7 미만까지 2씩 건너뛰며 슬라이싱하므로 인덱스 0, 2, 4, 6에 해당하는 값을 반환한다. a = [0,10,20,30,40,50,60,70,80,90]에서 이 값들은 0, 20, 40, 60이다.

공통모듈은 재사용 범위에 따라 함수와 객체 재사용, 컴포넌트 재사용, 애플리케이션 재사용으로 분류되며, 더미코드 재사용은 이러한 분류에 해당하지 않는 개념이다.

SJF(Shortest Job First)는 실행시간이 가장 짧은 작업을 우선 처리하는 스케줄링 기법이다. P1=6, P2=8, P3=4, P4=3 중 실행시간이 가장 짧은 P4(3)가 가장 먼저 처리된다.

문항에 제시된 참조 순서는 1, 2, 3, 1, 2, 4, 5, 1이며, 프레임은 4개이고 초기에는 모두 비어 있다.
앞의 1·2·3은 빈 프레임에 적재되어 결함이고, 뒤이은 1과 2는 이미 올라와 있어 적중(hit)이며, 4는 마지막 빈 프레임에 적재되어 결함이다.
5를 참조할 때 프레임이 가득 차 FIFO 규칙으로 가장 먼저 들어온 1이 교체되고, 마지막 1은 이미 쫓겨난 상태라 다시 결함이 되어 그다음으로 오래된 2가 교체된다.
따라서 결함이 발생한 참조는 1·2·3·4·5·1로 총 6회다.

Stop and Wait 방식은 송신 측이 프레임 1개를 전송한 뒤 수신 측의 ACK를 받을 때까지 대기했다가 다음 프레임을 보내는 흐름제어 기법으로, 손실이 발생하면 해당 프레임만 재전송한다.
여러 프레임을 연속 전송하는 Sliding Window나 혼잡 시 전송량을 서서히 늘리는 Slow Start와 달리, 한 번에 프레임 1개만 주고받는다는 문제의 조건과 정확히 일치한다.

데이터 결합도(Data Coupling)는 모듈 간에 필요한 최소한의 단순 자료값(파라미터)만 전달할 때 성립하며, 자료구조 전체(레코드 등)가 전달되는 경우는 스탬프 결합도(Stamp Coupling)에 해당한다.
따라서 자료구조 형태로 전달될 때 데이터가 결합되어 있다고 설명한 내용은 데이터 결합도와 스탬프 결합도를 혼동한 틀린 설명이다.

서로 관련 없는 기능들이 하나의 모듈에 우연히 모여, 처리상 연관성이 없는데도 서로 다른 상위 모듈들에 의해 호출되는 경우는 우연적 응집도(Coincidental Cohesion)로, 응집도 중 결합 강도가 가장 낮다.
기능 간 순서·의미적 연관을 갖는 순차적(Sequential)·기능적(Functional) 응집도와 달리 아무런 연관관계도 없다는 점이 핵심이다.

자바(Java)의 접근제어자는 public·protected·default(package-private)·private 4가지이며, internal은 C#에서 사용하는 접근제어자로 자바에는 존재하지 않는다.

UDP는 비연결형 프로토콜로 흐름제어와 순서제어(오류제어)를 수행하지 않아 제어 오버헤드가 작고 전송 속도가 빠르다.
반면 데이터 전송 후 ACK를 확인하고 링크를 유지·관리하여 신뢰성을 보장하는 것은 연결형 프로토콜인 TCP의 특성이다.

논리 주소 (2, 176)은 세그먼트 번호 2, 변위(offset) 176을 의미하며, 세그먼트 2의 길이는 198바이트이므로 176<198로 유효한 주소다.
물리 주소는 세그먼트 2의 시작 주소 222에 변위 176을 더한 값으로, $222 + 176 = 398$이다.

ARP(Address Resolution Protocol)는 IP 주소와 같은 논리 주소를 이더넷 MAC 주소 같은 물리 주소로 변환해 주는 TCP/IP 프로토콜이다.

C언어에서 여러 자료형을 하나로 묶은 사용자 정의 자료구조를 선언할 때 사용하는 키워드는 struct이며, 이를 통해 구조체 타입을 정의하고 데이터를 처리한다.

PHP에서 #은 한 줄 주석을 표시하는 기호이지 연산자가 아니다.
반면 @는 오류 억제 연산자, ＜＞는 부등 비교(!=와 동일) 연산자, ===는 값과 타입을 모두 비교하는 일치 비교 연산자로 모두 PHP에서 실제 사용되는 연산자다.

VPN(Virtual Private Network)은 인터넷과 같은 공중망에 암호화된 가상의 터널을 구성하여 마치 전용망(사설망)을 사용하는 것과 같은 효과를 제공하는 보안 솔루션이다.
ZIGBEE는 저전력 근거리 무선통신 규격, IDS는 침입탐지시스템으로 공중망에 사설망을 구축하는 것과는 관계가 없다.

CMM(능력성숙도모델)은 소프트웨어 프로세스 성숙도를 초기(Initial)·반복(Repeatable)·정의(Defined)·관리(Managed)·최적화(Optimizing)의 5단계로 평가한다.
계획단계는 CMM에서 정의하는 정식 성숙도 레벨 명칭에 해당하지 않으므로 옳지 않은 보기이다.

요구분석부터 설계·구현·시험·유지보수까지 각 단계를 순차적으로 진행하며 이전 단계로 되돌아가기 어려운 고전적 생명주기 모형은 폭포수 모형(Waterfall Model)이다.
코코모 모형은 소프트웨어 비용산정 기법이고 관계형 모델은 데이터베이스 자료구조 모델로, 둘 다 소프트웨어 생명주기 모형 자체가 아니므로 제외된다.

서비스 지향 아키텍처(SOA) 기반 애플리케이션은 일반적으로 표현층·프로세스층·서비스층·비즈니스층·퍼시스턴시층 등으로 구성된다.
제어 클래스층은 UML에서 경계(Boundary)·제어(Control)·엔티티(Entity) 클래스를 구분할 때 쓰이는 개념으로, SOA의 표준 구성 계층에는 해당하지 않는다.

DAS(Direct Attached Storage)는 저장장치를 서버에 케이블로 직접 연결해 사용하는 스토리지 방식으로, 네트워크를 거치지 않아 구성이 단순하지만 다른 서버와 자원을 공유하기는 어렵다.
NAS는 네트워크를 통해 파일 단위로 공유하는 저장장치이며, N-SCREEN·NFC는 스토리지 시스템이 아니므로 제외된다.

소프트웨어 개발 프레임워크는 공통 컴포넌트 재사용·표준화된 연계모듈·개발표준에 의한 모듈화를 통해 예산 절감·상호운용성 향상·유지보수 용이성 등의 효과를 가져온다.
반대로 기술종속으로 인한 선행사업자 의존도 증대는 프레임워크 도입 시 경계해야 할 부작용(위험 요소)이지, 프레임워크 적용의 긍정적 효과가 아니다.

SADT(Structured Analysis and Design Technique)는 SofTech사가 개발한 구조적 분석·설계 자동화 도구로, 시스템을 블록 다이어그램(액티그램·데이터그램)으로 표현하여 구조적 요구분석을 지원한다.
SREM은 요구사항 정의를 위한 자동분석 도구, HIPO는 시스템 기능을 계층적 입력-처리-출력 구조로 표현하는 도구로, 블록 다이어그램 방식과는 구별된다.

익스트림 프로그래밍(XP)의 5가지 핵심 가치는 의사소통·단순성·피드백·용기·존중이다.
XP는 고객을 개발 과정에 지속적으로 참여시키는 것을 원칙으로 하므로 고객 배제는 XP가 지향하는 가치와 정반대이며 5가지 가치에 속하지 않는다.

MAC(Mandatory Access Control, 강제적 접근통제)는 주체와 객체에 부여된 보안등급(레이블)을 비교하여 접근 권한을 시스템이 강제로 결정하는 접근통제 정책이다.
자원 소유자가 권한을 임의로 지정하는 임의적 접근통제(DAC)와 달리, MAC은 소유자의 의사와 무관하게 사전에 정해진 보안 규칙에 따라 접근이 통제된다.

나선형(Spiral) 모델의 네 활동은 계획 수립 → 위험 분석 → 개발 및 검증 → 고객 평가 순으로 한 주기를 이루므로, 기호로는 Ⓐ-Ⓓ-Ⓒ-Ⓑ 순서로 반복된다.
이 모델의 핵심은 위험 분석이 개발보다 앞선다는 점이다. 나선을 한 바퀴 돌 때마다 목표와 대안을 계획하고, 그 안에 숨은 위험을 먼저 식별·평가한 뒤에야 프로토타입을 만들어 검증한다.
마지막 고객 평가에서 나온 피드백이 다음 주기의 계획 수립으로 이어지며, 나선이 커질수록 시스템이 완성에 가까워진다.
따라서 계획 수립 바로 뒤에 고객 평가나 개발 및 검증이 오는 배열은 위험 분석 단계를 건너뛰게 되어 이 모델의 취지에 어긋난다.

PERT(Program Evaluation and Review Technique)는 프로젝트의 일정을 계획·통제하기 위한 일정관리(스케줄링) 기법이며 비용 추정모형이 아니다. COCOMO·Putnam·Function-Point는 모두 소프트웨어 개발 비용(공수)을 산정하는 대표적인 추정모형이다.

공개키 암호화 방식에서 공개키로 암호화된 메시지는 상대방의 개인키(비밀키)로만 복호화할 수 있으며, 반대로 개인키로 서명한 것은 공개키로 검증한다. 따라서 "공개키로 암호화된 메시지는 반드시 공개키로 복호화해야 한다"는 설명은 비대칭키를 사용하는 공개키 암호체계의 기본 원리에 어긋나 틀린 설명이다.

WDM(Wavelength Division Multiplexing, 파장분할다중화)은 하나의 광섬유에 서로 다른 파장(빛의 색)을 가진 여러 광신호를 동시에 실어 전송하는 다중화 기술이다. 시간을 나누어 전송하는 TDM이나 주파수 대역을 나누는 FDM과 달리, WDM은 광통신에서 파장 자체를 채널로 구분해 전송 용량을 크게 늘린다.

XSS(Cross Site Scripting)는 게시판·댓글 등 사용자 입력을 그대로 반영하는 웹페이지의 취약점을 악용해 악의적인 스크립트를 삽입, 다른 사용자의 브라우저(클라이언트) 측에서 실행되게 함으로써 쿠키·세션 등 정보를 탈취하는 공격기법이다. 서버가 아닌 사용자 측에서 스크립트가 실행된다는 점이 이 공격의 핵심 특징이다.

CBD(Component Based Development)는 재사용 가능한 컴포넌트를 조립해 소프트웨어를 만드는 개발 방법으로, 개발기간 단축·재사용성·확장성을 특징으로 하며 객체지향 기술이 성숙한 1990년대 이후에 정립·확산되었다. 따라서 "1960년대까지 가장 많이 적용되었던 개발 방법"이라는 설명은 시기적으로 맞지 않아 틀린 설명이다.

SDDC(Software Defined Data Center)는 컴퓨팅·네트워킹·스토리지·관리 기능을 모두 소프트웨어로 정의해 가상화하고, 사람 개입 없이 소프트웨어 제어만으로 자원을 자동 관리·서비스하는 데이터센터이다. 즉 특정 하드웨어에 종속되지 않고 자원을 추상화하는 것이 핵심이므로 "특정 하드웨어에 종속되어 특화된 업무에 적합하다"는 설명은 SDDC의 개념과 정반대여서 틀린 설명이다.

Secure OS는 기존 운영체제의 커널에 접근제어·감사 등 보안 기능을 추가하여, 운영체제 자체의 결함으로 발생할 수 있는 해킹·침해로부터 시스템을 보호하는 운영체제이다. GPIB는 계측기 인터페이스 규격, CentOS는 리눅스 배포판, XSS는 웹 취약점 공격기법이므로 이 설명과 무관하다.

NS(Nassi-Schneiderman) chart는 순차·선택·반복 등의 제어논리 구조를 박스(사각형)를 이어붙인 도형으로 표현하는 명세기법으로, 화살표(GOTO) 없이 논리 흐름을 나타내는 것이 특징이다. 따라서 "주로 화살표를 사용하여 흐름을 표현한다"는 설명은 화살표를 쓰는 흐름도(플로차트)의 특징이므로 NS 차트 설명으로 거리가 멀다.

MapReduce는 대용량 데이터를 여러 노드에 분산시켜 병렬로 처리하기 위한 프로그래밍 모델로, 데이터를 키-값 쌍으로 나누어 처리하는 Map 단계와 그 결과를 취합·연산하는 Reduce 단계로 구성된다. 분산 파일시스템(HDFS) 등과 결합해 빅데이터 처리에 널리 활용된다.

SPICE(Software Process Improvement and Capability dEtermination)는 소프트웨어 개발업체의 프로세스를 심사·평가하여 능력수준(Capability Level)을 측정하고 개선하기 위한 국제표준(ISO/IEC 15504)이다. ISO 14001은 환경경영, IEEE 802.5는 토큰링 LAN, IEEE 488은 계측기 버스 규격으로 소프트웨어 프로세스 평가와는 무관하다.