본문 바로가기
STUDY

[정처기] D-11 오답 정리

by univus 2022. 10. 5.

수제비 2022 정보처리기사 실기 final 실전 모의고사 1회를 풀고 개념 정리한 내용입니다.

 

 

  • 서비스 지향 아키텍처(SOA; service oriented architecture)

: 프로세스를 수행하는 정보시스템의 수행을 위해 가장 선진화된 소프트웨어 아키텍처로, 서비스라 정의되는 애플리케이션 조각들을 loosely-coupled 하게 연결하여 하나의 완성된 애플리케이션을 구현하기 위한 아키텍처

 

  • 피코넷(piconet)

: 여러 개의 독립된 통신 장치가 블루투스 기술이나 UWB 통신 기술을 이용하여 통신망을 형성하는 무선 네트워크 기술

- 네트워크를 구성하는 장치 간에 사전에 네트워크의 정의와 계획 없이

- 상황에 따라 조정 프로토콜에 의하여 마스터-슬레이브 역할

- 정지/이동 중인 장치를 모두 포함

- 주로 수십 미터 이내의 좁은 공간에서 네트워크 형성

 

  • 지그비(zigbee)

: 저속 전송 속도를 갖는 홈오토메이션 및 데이터 네트워크를 위한 표준 기술

- 버튼 하나로 집안 어느 곳에서나 전등제어, VCR on/off 가 가능함

- IEEE 802.15 표준 기반, 메시 네트워크 방식 사용

 

  • TCP session hijacking(세션 하이재킹)

: 케빈 미트닉이 사용했고, TCP의 세션 관리 취약점을 이용한 공격 기법

- 세션 탐지 방법

  - 비동기화 상태 탐지

  - ACK 패킷 비율 모니터링

  - 특정 세션에서 패킷 유실 및 재전송이 증가되는 것 탐지

  - 기대하지 않은 접속의 리셋 탐지

 

  • 요구사항 확인 및 검증단계의 주요 기법

- 요구사항 검토 : 여러 검토자들, 고객중심 프로젝트에서는 고객대표자 1명이상

- 정형 분석 검토

  - 동료 검토(peer review) : 2-3, 요구사항 명세서 작성자가 설명, 이해관계자들이 듣고 결함 발견

  - 워크스루 : 조기에 오류 검출, 회의 시작전에 명세서 나눠주고 회의 통해서 오류 검출하고 문서화

  - 인스펙션 : 작성자 외 전문가나 다른 팀이 오류를 검출하는 공식적 검토방법

- 프로토타이핑 활용 : 시연하면서, 동적인 행위에 대한 이해도 증가

- 모델 검증 : 객체모델의 정적 분석 수행에 유용

- 테스트 케이스 및 테스트를 통한 확인

- CASE 도구 활용 : 구조화된 요구사항 명세서에 대해서 자동화된 일관성 분석을 제공하는 CASE 도구 활용 가능, 대규모 개발 프로젝트

- 베이스라인 활용 : 지속적 검증 수행

- 요구사항 추적표(RTM; requirement traceability matrix) : 요구사항 정의서를 기준으로

 

  • where절 like 패턴

- % : 0개 이상의 문자열과 일치

- [] : 문자()와 일치

- [^] or [!] : 문자()와 불일치

- _ : 특정 위치의 1개의 문자와 일치

 

  • DoS(denial of service)공격

: 특정 서버에게 수많은 접속 시도를 만들어 다른 이용자가 정상적으로 서비스를 이용하지 못하게 하거나, 서버의 TCP 연결을 소진시키는 등 서버의 자원을 부족하게 하여 원래 의도된 용도로 사용하지 못하게 하는 공격

  - DoS : 1대의 공격자 컴퓨터에서 타깃 시스템에 악성 패킷을 보내는 공격 방식, 타깃 시스템 측에서 공격자 주소를 확인하고 차단하면 더 이상 공격을 하지 못함.

  - DDoS : 공격자가 여러대의 컴퓨터를 감염시키고, 분산된 좀비 PC들을 이용해 타킷 시스템을 집중적으로 공격해 서비스를 마비시킴.

 

  • JSON(javascript object notation)

: 속성-값 쌍, -값 쌍으로 이루어진 데이터 오브젝트를 전달하기 위해 인간이 읽을 수 있는 텍스트를 사용하는 개방형 표준 포맷

- 특징

  - ajax(asynchronous javascript and xml)에서 많이 사용, xml 대체하는 주요 데이터 포맷

  - 언어 독립형 데이터 포맷

  - 사람이 읽고 쓰기에 용이, 기계가 분석하고 생성하기에 용이

 

  • 요구사항 명세단계에서 사용자의 요구를 표현할 때 수학적인 원리와 표기법으로 서술하는 기법

: 정형 명세 기법

- 정형 명세 언어인 z-스키마, petri nets, 상태차트 활용

- 표현이 간결, 명확성 및 검증이 용이

- 기법의 이해가 어려움

 

+) 비정형 명세 기법

: 사용자의 요구를 표현할 때 자연어를 기반으로 서술하는 기법

- 사용자와 개발자의 이해가 용이

- 명확성 및 검증에 문제

 

  • 비트연산자

- & : 비트 값이 모두 1이면 1

- : : 비트 값이 하나라도 1이면 1

- ^ : 비트 값이 서로 다르면 1

- ~ : 모든 비트 값을 반대로(부호를 반대로 바꾼 값에 1한 값)

 

  • 병행제어(concurrency control; 일관성 주요 기법)

: 다수 사용자 환경에서 여러 트랜잭션을 수행할 때, 데이터베이스 일관성 유지를 위해 상호작용을 제어하는 기법

- 목적

  - 데이터베이스의 공유를 최대화

  - 시스템의 활용도를 최대화

  - 데이터베이스의 일관성 유지

  - 사용자에 대한 응답시간 최소화

- 병행제어 미보장시 문제점(갱현아 모연나)

  - 갱신 손실(lost update) : 먼저 실행된 트랜잭션의 결과를 나중에 실행된 트랜잭션이 덮어쓸 때 발생하는 오류 

  - 현황 파악오류(dirty read) : 트랜잭션의 중간 수행 결과를 다른 트랜잭션이 참조하여 발생하는 오류

  - 모순성(inconsistency) : 두 트랜잭션이 동시에 실행되어 데이터베이스의 일관성이 결여되는 오류

  - 연쇄 복귀(cascading rollback) : 복수의 트랜잭션이 데이터 공유 시 특정 트랜잭션이 처리를 취소할 경우 트랜잭션이 처리한 곳의 부분을 취소하지 못하는 오류

- 병행 제어 기법의 종류(~ 낙타다)

  - 로킹(locking) : 같은 자원을 엑세스하는 다중 트랜잭션 환경, DB의 일관성과 무결성 유지 위해, 트랜잭션의 순차적 진행을 보장하는 직렬화 기법

  - 낙관적 검증(optimisitic validation) : 일단 트랜잭션을 수행하고 트랜잭션 종료 시 검증을 수행하여 데이터베이스에 반영하는 기법

  - 타임 스탬프 순서(time stamp ordering) : 트랜잭션과 트랜잭션이 읽거나 갱신한 데이터에 대해 트랜잭션이 실행을 시작하기 전에 타임 스탬프를 부여, 부여된 시간에 따라 트랜잭션 작업을 수행

  - 다중버전 동시성 제어(MVCC; multi version concurrency control) : 트랜잭션의 타임스탬프와 접근하려는 데이터의 타임스탬프를 비교, 직렬가능성이 보장되는 적절한 버전을 선택하여 접근하도록

 

  • 정규화(normalization)

: 관계형 데이터 모델에서 데이터의 중복성을 제거하여 이상현상을 방지하고, 데이터의 일관성과 정확성을 유지하기 위해, 무손실 분해하는 과정

- 1정규형(1NF) : 원자값으로 구성, 반복 속성/중복 제거 필요

- 2정규형(2NF) : 부분함수 종속 관계(A->BC, B->D) 제거 (완전 함수적 종속관계), 주식별자가 아닌 속성 분리

- 3정규형(3NF) : 이행함수 종속 관계(A->B, B->C, A->C) 제거, 종속적인 속성을 분리

- 보이스-코드 정규형(BCNF) : 결정자 후보키가 아닌 함수 종속 제거, 모든 결정자가 후보키

- 4정규형(4NF) : 다치(다중값) 종속 제거, 특벙 속성값에 따라 선택적인 속성을 분리

- 5정규형(5NF) : 조인 종속 제거

 

+) 반정규화=비정규화=역정규화(de-normalization)

: 정규화된 엔터티, 속성, 관계에 대해 성능 향상과 개발 운영의 단순화를 위해 중복, 통합, 분리 등을 수행하는 데이터 모델링의 기법

 

  • c 언어의 printf함수에서 포맷 스트링 %s를 통해 문자열을 출력할 경우 무조건 null 값‘\0’바로 앞까지 출력

 

  • DDL 명령어

TABLE 관련

- CREATE TABLE 사원

(

사번 VARCHAR(10) PRIMARY KEY,

성별 CHAR(1) CHECK (성별=‘M’ OR 성별=‘F’),

이름 VARCHAR(10) UNIQUE

);

 

-ALTER TABLE 사원 ADD 전화번호 VARCHAR(11) UNIQUE;

-ALTER TABLE 사원 MODIFY 이름 VARCHAR(20) NOT NULL;

-ALTER TABLE 사원 DROP 성별;

#사원테이블의 성별 컬럼 삭제

 

-DROP TABLE 사원 [RESTRICT, CASCADE]; # 사원테이블 삭제

 

-TRUNCATE TABLE 사원;

# 사원테이블 내의 모든 데이터 삭제

 

VIEW 관련

- CREATE VIEW 사원뷰 AS

SELECT 사번, 이름

FROM 사원

WHERE 성별=‘M’

 

-CREATE OR REPLACE VIEW 사원뷰 AS

SELECT 사번, 이름

FROM 사원

WHERE 성별=‘M’

 

-DROP VIEW 사원뷰;

 

INDEX 관련

- CREATE [UNIQUE] INDEX 사번인덱스 ON 사원(사번);

 

-ALTER [UNIQUE] INDEX 사번인덱스 ON 사원(사번);

 

-DROP INDEX 사번인덱스;

 

  • DML 명령어

-SELECT [ALL, DISTINCT] 직책, 부서, SUM(급여) AS 급여합계

FROM 급여

WHERE 성별=’F’

GROUP BY 직책, 부서

HAVING 급여합계>=5000

ORDER BY 급여합계[ASC, DESC];

 

-SELECT A.사원번호 B.이름

FROM 테이블1 A INNER JOIN 테이블2 B ON A.사원번호=B.사원번호

[WHERE 검색조건];

 

-SELECT A.사원번호 B.이름

FROM 테이블1 A LEFT[RIGHT, FULL, CROSS] OUTER JOIN 테이블2 B ON A.사원번호=B.사원번호

[WHERE 검색조건];

 

-SELECT A.사원번호 B.이름

FROM 테이블1 A INNER JOIN 테이블1 B ON A.사원번호=B.사원번호

[WHERE 검색조건];

 

-INSERT INTO 학생(학번, 성명, 학년)

VALUES(20191100, ‘홍길동’, 3);

 

-UPDATE 학생

SET 주소=‘인천

WHERE 이름=‘홍길동

 

-DELETE FROM 학생

WHERE 이름=‘홍길동

 

-DELETE FROM 학생

# 모든 레코드 삭제 BUT 테이블 구조 남아있음 = TRUNCATE(?)

 

  • DCL 명령어

-GRANT UPDATE(CREATE ...) ON 학생 TO 홍길동;

 

-REVOKE UPDATE 학생 FROM 홍길동;

 

  • 데이터 흐름도(DFD; data flow diagram)

: 데이터가 각 프로세스를 따라 흐르면서 변화되는 모습을 나타낸 그림

-구성요소

-처리기(process) : 입력된 데이터를 원하는 형태로 변환하여 출력하기 위한 과정()

-데이터 흐름(data flow) : DFD 구성요소간에 주고받는 데이터 흐름(화살표)

-데이터 저장소(data store) : 데이터가 저장된 장소(=)

-단말(terminator) : 프로세스 처리 과정에서 데이터가 발생하는 시작과 종료를 나타냄(사각형)

 

  • 모델링 절차(3-3p)

-요구사항 분석 : 현행 데이터의 문제점과 개선해야할 점을 확인, 개선점 도출

-개념 모델링 : 업무 중심의 포괄적인 모델링으로 추상화, 주제영역과 핵심 데이터 간 관계 정의

-논리 모델링 : 관계, 속성, 키 등을 도출하는 활동

-물리 모델링 : 사용 DBMS에 맞게 물리적 스키마를 만드는 활동

 

  • ISO/IEC 9126(ISO/IEC 25010:2011)의 소프트웨어 품질 특성/UI 품질 요구사항(2-5p)

-기능성(functionality) : 명시된 요구와 내재된 요구를 만족하는 기능을 제공하는 능력, 부특성 : 적합성/정확성/상호운용성/보안성/준수성

-신뢰성(reliability) : 명시된 조건에서 사용될 때 성능 수준을 유지할 수 있는 능력, 주어진 시간 동안 주어진 기능을 오류없이 수행하는 정도, 부특성 : 성숙성/결험 허용성/회복성/준수성

-사용성(usability) : 명시된 조건에서 사용될 때, 사용자에 의해 이해/학습/사용/선호될 수 있는 능력, 부특성 : 이해성/학습성/운용성/친밀성/준수성

-효율성(efficiency) : 명시된 조건에서 사용되는 자원의 양에 따라 요구된 성능을 제공하는 능력, 부특성 : 시간반응성, 자원효율성/준수성

-유지보수성(maintainability) : 소프트웨어 제품이 변경되는 능력, 변경에는 환경과 요구사항, 기능적 명세에 따른 소프트웨어의 수정/개선/개작이 포함, 부특성 : 분석성, 변경성, 안정성, 시험성, 준수성

-이식성(portability) : 한 환경에서 다른 환경으로 전이될 수 있는 능력, 부특성 : 적응성, 설치성, 공존성, 대체성, 준수성

 

  • 데크(deque; double ended queue)

: 두 개의 포인터를 사용하여, 양쪽 끝에서 삽입과 삭제를 할 수 있는 자료구조

 

 

http://www.kyobobook.co.kr/product/detailViewKor.laf?ejkGb=KOR&mallGb=KOR&barcode=9791157676637&orderClick=LEa&Kc= 

 

2022 수제비 정보처리기사 실기 FINAL 실전 모의고사 - 교보문고

ㆍ 본서는 [문제 편]과 [해설 편]으로 분권하여 볼 수 있도록 편집/제작하였습니다. ㆍ 본서는 수제비 실전시험과 같은 환경에서 문제를 풀 수 있도록 선견지명 모의고사(35회)와 백전백승 기출문

www.kyobobook.co.kr

 

https://cafe.naver.com/soojebi

 

수제비- IT 커뮤니티 (정보처리기사... : 네이버 카페

수제비-수험생 입장에서 제대로 쓴 비법서(정보처리기사, 정보처리기능사, 빅데이터 분석기사 등 시리즈)

cafe.naver.com