IT/정보처리기사

[정보처리기사 실기] 수제비 2022 회차별 최종 정리-1

크몽 '경매하는 개발자' 님의 경매/부동산/IT/사업 채널 2023. 9. 2. 14:41
반응형

[정보처리기사 실기] 수제비 2022 회차별 최종 정리-1

필자는 아래 내용들만 다 완벽히 외우고 시험을 치러 갔다. 결과는 합격!

비록 60점으로 합격했지만, 직장인 등 시간이 없는 분들은 이 시리즈만 다 외우고 시험치러가보자!!

반응형

 

[정보처리기사 실기] 수제비 2022 회차별 최종 정리-1

[정보처리기사 실기] 수제비 2022 회차별 최종 정리-2

[정보처리기사 실기] 수제비 2022 회차별 최종 정리-3

[정보처리기사 실기] 수제비 2022 회차별 최종 정리-4

[정보처리기사 실기] 수제비 2022 회차별 최종 정리-5

[정보처리기사 실기] 수제비 2022 회차별 최종 정리-6

[정보처리기사 실기] 수제비 2022 회차별 최종 정리-7

 

 

위 시리즈를 공부할 시간이 없다면?

 

 


반응형

 

<1>

  • SOA : Service Oriented Architecture :: 서비스 지향 아키텍처, 서비스라고 정의하는 여러 앱들을 Loosely-Coupled하게 연결하여 하나의 앱을 만드는 아키텍처

 

<무선통신기술(네트워크기술)>

  • 피코넷(PICONET) : 블루투스나 UWB를 이용하여 수십미터 미만의 좁은 공간에 다수 장치들이 독립된 네트워크를 형성하는 무선통신기술
  • UWB(Ultra Wide Band) : 500MHz~1GHz 초광대역폭의 초고속 무선통신기술(벽투시,차량충돌방지 등 사용)
  • 지그비(Zigbee) : IEEE 802.15 기반의 저속/저전력 메시 네트워크 방식을 사용하는 IoT 표준기술
  • MQTT : Message Queue Telemetry Transport :: IoT 장치, 텔레메트리 장비의 메시지큐를 전달하는 저전력 프로토콜
  • Small Cell : Macro Cell과 대비되는 낮은 전송파워/높은 커버리지를 갖는 소형 기지국
  • 애드혹네트워크 : 기지국 없이 이동 호스트들로 네트워크를 구성. 오지탐험, 전쟁터, 재난구조 등에 사용됨
  • 메시네트워크 : Mesh Network :: 기존 무선랜의 한계를 극복하기 위해 만들어졌으며, 대규모 디바이스 네트워크에 최적화된 차세대 네트워크 기술
  • 소켓 : 네트워크를 경우하는 프로세스 간 통신의 접속점으로 서버-클라이언트 사이에서 데이터를 송수신하는 기술
  • NAT : Network Address Translation :: 여러 Host가 1개의 공인 IP를 사용하여 인터넷 접속하기 위해 네트워크 주소를 변환하는 기술
  • EDI : Electronic Data Interchange :: 전자문서 교환, 기업간 발주, 송장 등 상업거래를 온라인으로 전달하는 방식
  • WBAN : Wireless Body Area Network :: 체내 혹은 신체접촉 근거리 무선 네트워크
  • MEC : Mobile Edge Computing/Cloud :: 모바일 기지국 + 분산 클라우드 컴퓨팅 = 모바일 코어망 혼잡도 ↓
반응형

 

 

<정적 테스트 유형>

  • [리뷰] :(관기인워동) 전문가가 참여하여 산출물 결함 & 프로젝트 진행상황 검토
  • 관리리뷰(Management Review) : 프로젝트 진행사항에 대해 관리자 관점에서 전반적 검토
  • 기술리뷰(Technical Review) : 기술적 관점에서 변경사항 적절성이나 대안 등을 검토
  • 인스펙션(Inspection) : 전문가, 팀이 검사를 수행하는 공식 검토 방법
  • 워크쓰루(Walk Through) : 검토자료를 회의전에 배포해서 사전 검토 수행
  • 동료검토(Peer Review) : 2~3명의 동료가 진행하는 검토 수행

[정적 분석] : 분석자동화 툴(Lower Case)로 정적테스트 수행

 

<분석 자동화 도구>

  • Upper Case : 계획이나 요구도 등 상위수준을 다이어그램(DFD)으로 표현 및 UI 지원
  • Lower Case : 정적∙동적 테스트, 시스템 명세서 및 소스코드 생성 지원

 

<조인 종류>

  • Inner Join : NULL 출력 X
  • Outer Join : NULL 출력 O(다 긁어옴)

   - Left Outer Join : A 값 다 긁어옴(BNULL 존재)

   - Right Outer Join : B 값 다 긁어옴(ANULL 존재), 첫 줄 기준점이 B가 되어야 함(나머지는 똑같게).

   - Full Outer Join : A,B 값 다 긁어옴(A,BNULL 존재)

  • Cross Join : A X B 출력(3 X 3 = 9개 레코드 출력), on조건 필요 없음

   예시) select A.자격증번호 as 자격증번호, A.자격증명 as 자격증명, B.응시료 as 응시료 from 자격증 A left outer join 응시료 B on A.자격증번호 = B.자격증번호;

   예시) select B.자격증번호 as 자격증번호, A.자격증명 as 자격증명, B.응시료 as 응시료 from 자격증 A right outer join 응시료 B on A.자격증번호 = B.자격증번호;

   예시) Select A.자격증번호 as 자격증 번호, A.자격증명 as 자격증명, B.자격증번호 as 자격증 번호, B.응시료 as 응시료 from 자격증 A cross join 응시료 B;

반응형

 

 

<물리적 조인 종류> : 정중해

  • 정렬합병조인(Sort Merge Join) : 조인대상이 넓어 두 테이블 선 정렬 후 합병하는 조인
  • 중첩반복조인(Nested Loop Join) : 선행 테이블 액세스 먼저하고 후행 테이블 조인
  • 해시조인(Hash Join) : 해시함수를 사용하여 조인

 

<JSON과 친구들>

  • JSON(JavaScript Object Notation) : <속성-값 쌍>, <키-값 쌍>으로 이루어진 데이터 오브젝트를 휴먼리더블 텍스트 형태로 전달하는 개방형 표준 포맷으로, AJAX에서 많이 사용하고 XML을 대체하는 주요 데이터 포맷
  • AJAX : Asynchronous Javascript And XML :: 웹앱에서 JS와 XML을 이용한 비동기식 통신 방법
  • WSDL : Web Service Description Language :: 웹서비스의 웹서비스명, 포맷, 프로토콜명 등 상세정보(Description)을 XML 형태로 제공하는 언어
  • XML : eXtensible Markup Language :: HTML의 단점을 보완한 마크업 언어로, 휴먼리더블 텍스트 형태로 마크업 포맷을 정의한 메타언어.

 

<REST와 친구들>

  • REST : REpresentation(표준) State Transfer :: 웹과 같은 분산하이퍼미디어 환경에서 자원의 존재/상태 정보를 표준화된 HTTP 메서드로 주고받는 웹 아키텍처
  • CoAP : Constrained Application Protocol :: M2M IoT 장비간 비동기적으로 이벤트를 송수신하는 REST 기반의 IoT 프로토콜(M2M IoT: Machine to Machine 사물간 지능통신)

 

<REST 3요소> : 리메메

  • 리소스(자원), 메서드(처리), 메시지

 

<요구사항 정의 절차> : 도분명확

  • 요구사항 도출 : 수집된 요구사항을 구체적으로 표현
  • 요구사항 분석 : 도출된 요구사항이 완전성/일관성을 갖추었는지 분석
  • 요구사항 명세 : 문서화하는 단계(정형/비정형 명세)
  • 요구사항 확인 및 검증 : 요구사항을 이해했는지 확인(Validation)하고 명세서의 완전성/일관성 검증(Verification)
반응형

 

 

<요구사항 명세기법>

  • 정형 명세기법 : 수학적 언어/표기법으로 요구도 서술
  • 비정형 명세기법 : 자연어 기반으로 요구도 서술

 

<요구사항 수집기법> : 델롤워설

  • 델파이 기법 : 전문가의 경험적 지식으로 요구사항 수집
  • 롤플레잉 : 각자 맡은 역할을 연기하면서 요구사항 수집
  • 워크숍 : 단기간에 집중적으로 정보 획득하여 요구사항 수집
  • 설문조사 : 설문지/여론조사 등 간접적 방법으로 요구사항 수집

 

<병행제어>

  • 정의 : 다수 사용자, 다수 Tx환경에서 DB의 일관성/무결성 유지를 위해 상호작용을 제어하는 직렬화 기법
  • 병행제어 종류(로다낙타)
  • 로킹(Locking) : 한 자원당 한 Tx만 액세스 할 수 있도록 Lock 하여 Tx 순차적 진행을 보장하는 직렬화 기법
  • 다중버전동시성제어(MVCC) : Multi Version Concurrency Control :: Tx의 타임스탬프(TS) vs 데이터의 TS를 비교 → 직렬성이 확보되는 Tx 채택
  • 낙관적검증(Validation) : 일단 Tx 수행. 이후 처리가 적절한지 무결성 검증 후 DB 반영
  • 타임스탬프순서(TS Ordering) : Tx수행직전 데이터에 TS 부여 → 부여된 시간에 따라 순차적으로 Tx 수행
  • 병행제어 미보장시 문제점(갱현모연)
  • 갱신손실(Lost Update) : 나중 Tx 결과 → 이전 Tx 결과를 덮어쓰기 하면서 오류 발생
  • 현황파악 오류(Dirty Read) : Tx 중간 처리 결과를 다른 Tx가 참조하면서 오류 발생
  • 모순성(Inconsistency) : 동시에 두 Tx가 실행되면서 DB 모순성 발생
  • 연쇄복귀(Cascading Rollback) : 하나의 데이터를 다수 Tx가 공유 시, 한 Tx의 처리 취소명령이 씹히는 현상

 

<정규화> :: 원부이결다조

  • 1NF : 원자값으로 구성 :: 한 레코드에 값 2개 들어있음
  • 2NF : 부분함수 종속제거 :: A&B→D, B→C 관계
  • 3NF : 이행함수 종속제거 :: A→B, B→C, A→C 관계
  • BCNF : 결정자 함수이면서 후보키가 아닌 것 제거 :: A→B, B→C 관계이나 결정자함수면서 후보키 아닌 상태
  • 4NF : 다치 종속 제거 :: A→B, A→C 관계(유일하게 튜플이 만들어내는 종속)
  • 5NF : 조인 종속 제거 :: 조인되어있는거 분리
반응형

 

 

<DFD 흐름도 구성요소> : 처데데단

  • 처리기(Process) : O로 표시
  • 데이터 흐름(Data Flow) : →로 표시
  • 데이터 저장소(Data Store) : =으로 표시
  • 단말(Terminator) : ㅁ로 표시

 

<모델링 절차> : 요개논물

  • 요구사항 분석 : 요구도 정의
  • 개념 모델링 : 추상적 모델링. 주제영역과 핵심데이터 간 관계 정의
  • 논리 모델링 : 관계(Relationship), 속성(Attribute), 키(Key) 등 도출
  • 물리 모델링 : DBMS 특성(무일회보효)에 맞는 물리적 스키마 생성

 

<논리 데이터 모델링 종류> : 관계네

  • 관계 데이터 모델 : 논리구조=테이블, 관계=1:1, 1:M, M:N
  • 계층 데이터 모델 : 논리구조=트리, 관계=1:N
  • 네트워크 데이터 모델 : 논리구조=그래프, 관계=N:M

 

<SW SDLC 단계> : 요설구테유

  • 요구사항 분석 단계 : 요구도 정의
  • 설계 단계 : 수행방법을 논리적으로 결정
  • 구현 단계 : 실제 프로그램 작성 단계
  • 테스트 단계 : 요구도 만족 여부 검사/평가
  • 유지보수 단계 : 시스템이 인수되고 나서 발생하는 모든 활동
반응형

 

 

<ISO 9126 SW 품질특성> : 기신사유효이

  • 기능성(Functionality) : 요구도 만족해?
  • 신뢰성(Reliability) : 요구도 유지 가능해?(성고회)
  • 성숙성 : 고장회피 가능?
  • 고장허용성 : 고장버티기 가능?
  • 회복성 : 데이터 복구 가능?
  • 사용성(Usability) : 사용하기 쉬워?
  • 유지보수성(Maintainability) : 변경 쉬워?
  • 효율성(Efficiency) : 적은 자원으로도 성능 나와?
  • 이식성(Portability) : 설치 쉬워?(적설대)
  • 적용성(Adaptability) : 다른조치 없이 돌아가?
  • 설치성(Installability) : 설치 쉬워?
  • 대체성(Replaceability) : 다른 SW 대신 이거면 돼?

 

<자료구조 종류>

  • PUSH/POP : 데이터 큐에 올리기/꺼내기
  • 데크(Deque:Double Ended Queue) : 양쪽에서 큐 삽삭가능
  • 선형리스트 : 배열
  • 연결리스트 : 포인터
반응형

 

 

<자바문법>

  • print/println차이 : 줄바꿈 X / 줄바꿈 O
  • continue : 컨티뉴 만나면 다음 for문으로 건너 뜀
  • %o %x %X : 8진수 16진수(소문자) 16진수(대문자)
  • a[10][8]의 a.length는? : 10
  • double num =(int) 135 /(int) 10은? : 13.0
  • class Dog extends Animal : Dog(자식)가 Animal(부모) 클래스를 상속(class Animal로 정의되어있음)
  • class Dog implements Animal : Dog(자식)가 Animal(부모) 인터페이스를 상속(Interface Animal로 정의됨) 최상단에서 부모 클래스의 멤버 메서드가 뭐가 있는지 편의상 명시적으로 보여주는 것이 목적
  • 공식 1) new 구문의 오른쪽 클래스를 가장 먼저 읽는다.(생성자 리드과정)
  • 공식 2) 부모클래스가 상속되있으면 부모클래스를 더 먼저 읽는다.(생성자 리드과정)
  • 공식 3) 부모클래스를 읽는 과정에서 멤버메서드 이름이 클래스명(인자없어야됨)과 동일하면 생성자이므로 읽고(대소문 구별함), 인자가 있거나 이름이 다르면 메서드이므로 무시하고 건너뛴다.(생성자 리드과정)
  • 공식 4) new 구문의 오른쪽에 선언한 포맷과 동일한 포맷으로 자식클래스의 멤버메서드 이름이 있으면 생성자이므로 읽고, 다르면 메서드이므로 무시하고 건너뛴다.(생성자 리드과정)
반응형

 

       예를들어) parent p = new child()이면 자식클래스 생성자 리드시 child()를 읽고(포맷다르면 건너뜀)

         parent p = new child(int 5)이면 자식클래스 생성자 리드시 child(5)이면 읽는다(포맷다르면 건너뜀)

         new구문 왼쪽은 구조체처럼 묶어서 쓰려고 하는거(의미X) 무조건 오른쪽꺼 따라감

      예를들어) 부모, 자식 둘 다 info가 있다고 할 때,

        Parent p = new child(); -> p.info()는 child의 info 쓴다

        child p = new child(); -> p.info()는 child의 info 쓴다

 

반응형