확실히 지난 기출문제들을 풀고 나서 보니 점수가 늘었다 ~ 5과목은 아예 통과하지도 못했는데 45점으로 통과할 수 있었다 ㅎㅎ 턱걸이로 통과한 과목들이 없어서 참 다행이다! 지난번과 비슷하게 점수는 57점이다. 4과목에서 코딩 문제가 많이 나오면 좀 점수가 잘 나오고, 그렇지 않고 이론 문제들이 많이 나오면 좀 덜 나오는 듯하다 ㅠㅠ 5과목은 아직 갈 길이 멀다.. 모르는 용어들이 많다!
오늘 남은 시간 동안 할 내용을 정리해보자면 이렇다.
1. 21년 5월 오답노트 2. 21년 5월 기출문제 다시 풀어보기 - 모르는 문제 위주로 3. 4,5과 요약본 위주로 다시 훑어보기! -> 시간 안되면 내일
[유스 케이스(UseCase)] - 시스템이 액터에게 제공해야 하는 기능. - 시스템의 요구사항이자 기능 ! - 유스 케이스 다이어 그램은 사용자의 요구를 추출하고 분석하기 위해 사용 *액터? 시스템 외부에서 시스템과 상호작용하는 사람 or 시스템 사용자 액터(주액터): 기능을 요구하는 대상이나 시스템의 수행 결과를 통보받는 사용자 or 기능을 사용하게 될 대상. -> 시스템이 제공해야 하는 기능인 유스 케이스의 권한을 가지는 대상, 역할 시스템 액터(부액터): 사용자 액터가 사용한 유스 케이스를 처리해주는 외부 시스템. -> 시스템의 기능 수행을 위해서 연동이 되는 또 다른 시스템 액터
유스 케이스 유스케이스 유스 케이스.. #맨날 나오는 단골 문제지만 액터는 처음 들어봤다... 는 기억이 안나는 거겠지만 하튼 ㅎㅎ
연동은 양방항 ~ 이므로 일방적이 아니다.
요구사항 개발 프로세스: 도분명확(도출 - 분석 - 명세 - 확인)
도분명확 도분명확 도분명확
[객체지향 기법] 1) Instance: 같은 클래스에 속한 각각의 객체 2) Message: 객체에게 어떤 행위를 하도록 지시하는 명령 3) Method: 객체에 소속된 함수 4) Module: 실행 코드와 객체들 (함수, 클래스, 변수)
#자주 나오지만 늘 헷갈리는 개념들.. 인스턴스는 같은 클라스에 속한 각각의 객체, 메소드는 객체에 소속된 함수. 그러니까 인스턴스 안에 메소드가 있다고 이해하면 되려나? 모듈은 실행코드와 객체들을 의미한다. 엇비슷해보이지만 모두 다른 의미를 갖는 다는 것을 명심하자 !
CASE(Computer-Aided Software Engineering)의 원천 기술 - 구프자정분 (구조적 기법, 프로토타이핑, 자동프로그래밍 기술, 정보 저장소 기술, 분산 처리 기술)
구프자정분 구프자정분 구프자정분 #어제 이거 보다가 잠들었는데 하나도 기억 안나는 거 시롸? 구프자정분 구프자정분..
[아키텍처 스타일] - 클라이언트 서버 구조: 컴포넌트가 다른 컴포넌트에게 서비스를 요청. 데이터가 여러 컴포넌트를 거치며 거리 - 계층구조: 모듈들로 응집된 계층 단위로 SW를 구성. 계층간에 사용 가능의 관계로 표현 - MVC 구조: 모델-뷰-컨트롤러, 기능을 분리한 아키텍처 - 파이프 필터: 파이프를 통해 받은 데이터를 변경시키고 그 결과를 파이프로 전송 -> 서브 시스템이 입력 데이터를 받아 처리하고 결과를 다른 시스템에 보내는 작업이 반복되는 아키텍처 스타일
#파이프라는 말이 한 번도 안나온 것은 정말 누무후두... 파이프가 시스템의 역할을 한다는 것을 기억하자.
구조는 클객컴배복페, 행위는 유시커상활타상, uml은 액시디콜콤클... #으아아아ㅏㅏ아아아아ㅏ아아아아
[UML 모델의 관계] - Deployment (의존) ; 한 사물의 명세서가 바뀌면 그것을 사용하는 다른 사물에게 영향을 끼치는 것 - Realization (실체화) ; 한 객체가 다른 객체에 의해 오퍼레이션을 수행하도록 지정 - Generalization (일반화) ; 일반화된 사물과 좀 더 특수한 사물 사이의 관계 'is-a' - Association (연관) ; 두 사물간의 구조적 관계, 어느 한 사물 객체가 다른 사물 객체와 연결되어 있음을 말함 'has-a'
#이번 시험에서 유독 uml이 많이 나온다. 열심히 공부해보자!
#다른 의미들은 대충 알 것 같은데 실체화에 대한 개념은 아리송했다. 이번 문제를 통해서 정확하게 알 수 있었다.
[CASE] ; 시스템 개발 과정의 일부 또는 전체를 자동화 시킨 것 - 소프트웨어 생명주기의 전체 단계를 연결해주고 자동화해주는 통합된 도구를 제공 - 소프트웨어, 하드웨어, 데이터베이스, 테스트 등을 통합하여 소프트웨어를 개발하는 환경을 제공
상위 CASE: 요구 분석과 설계 단계를 지원 (모오자) - 모델들 사이의 모순 검사 기능 - 모델들 오류 검증 기능 - 자료흐름도 작성 기능
하위 CASE: 코드를 작성하고 테스트하며 문서화하는 과정 지원 - 원시 코드 생성 기능
통합 CASE: 소프트웨어 개발 주기 전체 과정을 지원
상위 케이스에서는 코드를 작성하지 않는다. 모오자만 지원한다 (모순 검사, 오류 검증, 자료흐름도)
2과목. 소프트웨어 개발
단위테스트 ; 테스트 코드가 독립적 (cf. 모듈 간의 상호작용 -> 통합테스트) - 알고리즘 - 반복문 - 계산 수식 등의 오류를 발견하는 테스트이다.
단위테스트는 가장 작은 단위를 가지고 일부분씩을 테스트하는 느낌으로 이해하면 된다. 따라서 모듈간의 상호작용이 아니라 각각의 모듈간에 있는 알고리즘, 반복문, 계산 수식 등을 검증한다고 이해한다.
[소프트웨어 버전 등록] 저장소 ; 최신 버전의 파일들과 변경 내역 가져오기(import) ; 아무것도 없는 곳에 처음으로 파일 복사 체크아웃(check-out) ; 저장소에서 파일을 받아 옴. 소스 파일과 함께 버전 관리를 위한 파일들을 받아 옴. 체크인(check-in) ; 체크아웃한 파일의 수정을 완료한 후에 저장소의 파일을 새로운 버전으로 갱신 커밋(commit) ; 체크인을 수행할 때 이전에 갱신된 내용이 있는 경우에는 충돌을 알리고 diff도구를 이용해 수정한 후 갱신 동기화 ; 저장소에 있는 최신 버전으로 자신의 작업 공간을 동기화
#깃헙에서 체크아웃은 많이 해봤지만 체크인이라는 개념은 좀 생소했다. 수정해서 다시 올리는 작업이라고 생가갛면 될 것 같다.
[디지털 저작관 권리(DRM)] - 콘텐츠 분배자 (Contents Distributor) ; 암호화된 콘텐츠를 유통하는 곳/ㅅ - 패키저 (Packager) ; 콘텐츠를 메타데이터와 함께 배포 가능한 형태로 묶어 암호화 - 클리어링 하우스 ; 키 관리 및 라이센스 발급 관리 - DRM 컨트롤러 ; 배포된 콘텐츠의 이용권한을 통제 콘페클컨
3과목. 데이터 베이스 구축
[병렬 데이터베이스 환경] 수평분할 : 하나의 테이블의 각 행을 다른 테이블에 분산 시키는 것 (파티셔닝) - Range, Hash, List, Composite, RR (범해리컴라)
범위분할. 해쉬, 리스트, 컴포지트, 라운드 로빈. 범해리컴라 .
[데이터베이스 설계] 개념적 설계; 사용자의 요구사항을 분석 후 데이터 베이스에 대한 추상적인 형태를 설계 - 개념적 모델을 이용한 개념적 스키마 생성 (데이터 베이스에 대한 추상적인 설계도, 개체 관계 다이어그램; ERD)
논리적 설계; 논리적 모델을 이용하여 논리적 스키마 생성 - ERD를 이용하여 데이터 베이스 스키마를 설계, 테이블 구조도, 개념적 설계 단계에서 생성된 ERD를 바탕으로 생성되는 테이블들의 집합.
물리적 설계; 특정 DBMS가 제공하는 물리적 구조에 따라 테이블 저장 구조 설계 - 필드의 데이터 타입, 인덱스, 테이블 저장 방법 등.
#DBMS에 맞는 스키마를 설계하는 것은 논리적 설계에서 수행하는 방법. 개념적 설계에서는 ERD, 물리적 설계에서는 데이터타입, 인덱스, 저장방법 등... (제발 머리에 들어갔으면 ㅠㅠ)
병행제어 기법의 종류 -> 로타최다 로킹 기법, 타입스탬프 기법, 최적 병행 수행 기법(검증, 확인, 낙관적), 다중 버전 기법
[관계형 데이터 모델 - 릴레이션] 테이블 = 릴레이션 튜플 = 행, ROW 속성 = 어트리뷰트 (header) - 튜플은 고유한 값. 순서가 없음. - 속성의 이름은 유일, 값을 동일할 수도 있음 - 속성의 순서는 중요하지 않음. 더 이상 쪼갤 수 없는 원자 값.
#의미는 알고 있을 거라고 믿고 대충만 적어보자면.. 탐지는 데드락을 허용하고 발생하면 원인을 규명하여 해결, 회피는 가능성을 배제하지 않고 적절하게 피하는 것.. 은행원이 대출할 때 그 사람에게 빌려줄 수 있는 자원의 양과 앞으로 갚을 그런 어쩌구 저쩌구 알고리즘이 회!피!다. 복구는 데드락 후 현황 대기를 배제시키거나 자원을 중단해버리는 메모리에 관련된 것이고 예방은 필요조건 4가지를 부정하는 것이다. . . 이거 틀리면 OS 가르펴주신 홍신 교수님께서 우는 소리가 여기까지 들린다. 잘하자
[CIDR (Classless Inter-Domain Routing) ] Q. 203.241.132.82/27 의 서브넷 마스크 ? 11111111.11111111.11111111.11100000 8 + 8 + 8 + 3 = 27 이라서 1을 마지막에 3개 써준다. 128+64+32= 224
#이거 서브넷 마스크 구하는 거 컴네때 배웠는데 넘 귀찮아서 포기하고 있었능데 왱잉? 넘 쉽자나.. 꼭 기억하고 있다가 맞혀야징..
# 일단 같은 거 두개 나오는 건 << >>(시프트연산자) 이런 화살표 나오는 것들은 같은 거 두개가 더 빠르다. 그 다음에 = 랑 합쳐진거 혹은 혼자 있는거..
# ==이거도 두개가 한 개 보다 빠르다. != 도 끼워넣어주기..
# 비트연산자는 오히려 한 개가 더 빠르다 & ^ | 이런 특수 문자들은 한 개 다음에 두개 순..
# 조건 연산자 ?: 이건 느린건 알겠는데 대입연산자보단 빠르다.. 어쨌거나 마지막에 대입해야 되니까 그 뒤에 나올 수 많은 대입들 넣어주시고..
#근데 관계 연산자인 =< >= 이건 대입이 아님을 주의하자.. 코딩할 때 는 너무 쉬운데 이렇게 보니까 너무 어려운거 ㅇㅈ? ㅋㅈ..
#마지막이 순서 연산자인 , 이거다 컴마 찍으면 그냥 주구장창 그 앞에것만 하면 되는 거다..
5과목. 정보시스템 구축 [관리
[SSH(Secure Shell)] - 기본포트 22 - 전송되는 데이터는 암호화 - 키를 통한 인증은 클라이언트의 공개키를 서버에 등록 - 서로 연결되어 있는 컴퓨터 간 원격 명령 실행이나 셀 서비스 등을 수행
[CBD (Component Based Development) ] ; 컴포넌트 기반 방법론 - 기존의 시스템이나 소프트웨어를 구성하는 컴포넌트를 조합하여 하나의 새로운 어플리케이션을 만드는 방법론 * CBD 방법론의 개발 공정 1. 요구파악 단계 -> 요구사항 기술서, 용어 사전, 개념 모델, 유스케이스 모델 2. 분석 및 설계 -> 객체 모델, UI 설계서, 아키텍처 기술서, 인터페이스 명세서, 컴포넌트 명세서, 컴포넌트 설계서, DB 설계서 3. 구현 -> 개발 표준 정의서, 플랫폼 종속적 코드 4. 테스트 -> 테스트 계획서, 컴포넌트 테스트 보고서, 통합 테스트 보고서, 인수 테스트 보고서
#요구파악 단계에서 중요한 건 유스케이스 모델 정도?
#분석 및 설계에서 문제에 나왔던 건 사용자 요구사항 정의서인데, 객체 모델이 여기서 나온다.
#구현에서는 코드랑 개발 표준 정의서, 테스트는 테스트라는 단어가 다 들어간다는 것을 기억하자
Hadoop(하둡)과 관계형 데이터베이스 간에 데이터를 전송할 수 있도록 설계된 도구는 ? SQoop
# 하둡-스쿱 ; 뭔가 비슷하니까 기억하도록 하자.
스쿱; 커넥터를 사용하여 관계형 디비 시스템에서 HDFS로 데이터를 수집하는 빅데이터 기술
[오류 (Error)] - 생략 오류 (Omission Error) ; 한 자리를 빼놓고 기입 - 필사 오류 (Transcription Error) ; 입력 시 한 자리를 잘못 기입 - 전위 오류 (Transposition Error) ; 좌우 자리를 바꾸어 기입 - 이중 오류 (Double Transposition Error) ; 전위 오류가 두 가지 이상 - 추가 오류 (Addition Error) ; 한 자리 추가 기입 - 임의 오류 (Random Error) ; 위의 오류가 두 가지 이상 결합
#영어 단어를 해석을 못해서 풀 수 없었던... omission은 생략이고 transcription이 필사. 한 자리르 잘못 기입한 것이라는 것을 기억하자!
[ISO 12207 표준] 기조지 기본 생명 주기 프로세스; 획공개운유(획득, 공급, 개발, 운영, 유지보수 프로세스) 조직 생명 주기 프로세스; 관기훈선(관리, 기반구조, 훈련, 개선 프로세스) 지원 생명 주기 프로세스; 품검활문(품질 보증, 검증, 확인, 활동 검토, 문제 해결 프로세스)
#와 이런 것 까지 외워야대? 할 정도로 세세하게 나온 문제
#일단 기본으로 깔고 가는 것이 5개인데 획득과 공급을 해야 개발하고 운영하여 유지보수를 하겠지?
#조직에서는 회사라고 치면 관리하는 사람이 있어야 하고, 건물 기반구조가 있어야 하고, 직원을 훈련시키고, 또 개선해야 겠지?
#어쨌든 정답률이 34%밖에 되지 않았던 정말 쪼잔한 문제랄까? ㅎ
[하드웨어 관련 신기술] - Memrister ; memory + register 전원 공급이 끊어져도 다시 전원이 공급되면 이전 상태 복원 - MEMS ; 센서, 엑추에이터 등 기계 구조를 다양한 기술로 미세 가공 후 전기기계적 동작 가능케 한 초미세장치 - N-Screen ; N개의 서로 다른 단말기에서 동일콘텐츠를 자유롭게 이용 가능한 서비스
#아니 이게 PC->TV->휴대폰 이렇게 이어지는 거라고는 생각하지 못했는데 N-screen을 보고 그것을 깨달았어야 했다..!
#일단 멤리스터는 메모리랑 레지스터 합친 거니까 다시 전원이 공급되면 이전 상태를 복원해주는 거고, 멤스는 초미세장치.. 멤스메스미스미세라고 외워두자
[해쉬(Hash) 기법] - 임의의 길이의 입력 데이터를 받아 고정된 길이의 해쉬 값으로 변환 - 암호화, 무결성 검증을 위해서 사용 - 일방향 함수 (단방향) - SHA, MD5, N-NASH, SNEFRU 등
#완전 다 맞아 보였던 문제.. 일단 암호화 방식에는 단방향, 양방향이 있는데 해쉬는 그 중 단방향에 속한다.
#그렇다면 양방향에는 뭐가 있냐,, 또 두 가지로 나눌 수 있는데
1) 개인키 (암호화, 복호화 시 동일한 개인키)
- Stream 방식? 평문과 동일한 길이의 스트림을 생성하여 비트 단위로 암호화 ; LFSR, RC4
- Block 방식? 한 번에 하나의 데이터 블록을 암호화 ; DES, SEED, AES, ARIA
2) 공개키 (암호화 시 사용자에게 공개되는 공개키 사용, 복호화 시 비밀키 사용 = 비대칭 암호 기법) ; RSA
- 키의 분배가 용이하고, 관리해야 할 키 수가 적음
- 암호화/복호화 속도가 느리며 알고리즘이 복잡 개인키 암호화 방식보다 파일의 크기가 큼.
#쪼잔한 문제를 또 내겠지? 그러면 또 예시 물어보겠지? 일단 D들어가고 A들어간거 양방향 개인키 Block이라고 하려고 했는데 RSA는 공개키이다. 공개키는 하나밖에 없으니까 그냥 외워두자. RSA러시아라고 외우면 되겠다. 러시아는 공개... 공개.. 공개..
[IPSec(IP Security)] - IP계층 (3계층)에서 무결성과 인증 보장하는 인증 헤더와 기밀성을 보장하는 암호화를 이용해 양 종단 구간에 보안 서비스를 제공하는 터널링 프로토콜 - 운영모드; Tunnel & Transport 모드 - IKE(Internet Key Exchange) ; 보안 관련 설정들을 생성. 협상. 관리 (udp500) - ESP(Encapsulating Security Payload) ; 메세지 인증 코드. 암호화. 인증(무결성). 발신지 인증. 기밀성 - AH (Authentication Header) ; 기밀성 제외한 메세지 인증코드. 인증(무결성). 발신지 인증
#AH는 두 글자니까 인증 발신지, 기밀성은 없다. 아 김일성 없다..
스크린 서브넷 (Screen Subnet) ; 외부 네트워크와 내부 네트워크 사이에 두는 완충적인 통신망 [스크린 서브넷]
#난 진짜 이런걸 보도듣도 못했는데 분명 들은 적 있겠찌.. 그래도 그림으로 나온 건 좀 생소하당,..
라우터; 서로 다른 네트워크 대역에 있는 호스트들 상호 간에 통신 - 브리지와 같이 LAN과 LAN의 연결 기능에 데이터 전송의 최적 경로를 선택 - 3계층(ne)까지의 프로토콜 구조가 다른 네트워크 간의 연결을 위해 프로토콜 변환 기능을 수행함.
