📘 certificate

    리눅스마스터1급 준비

    [준비 관련]정기검정 일정종목등급회차차수접수일자시험일자합격자 발표리눅스마스터1급2401회1차01.29.(월) ~ 02.09.(금)03.09.(토)03.29.(금)2차04.01.(월) ~ 04.12.(금)05.11.(토)05.31.(금)2402회1차07.29.(월) ~ 08.09.(금)09.07.(토)10.04.(금)2차10.07.(월) ~ 10.18.(금)11.09.(토)11.29.(금)2급2401회1차01.29.(월) ~ 02.07.(수)01.30.(화) ~ 02.08.(목)시험종료 즉시2차01.30.(화) ~ 02.09.(금)03.09.(토)03.29.(금)2402회1차04.29.(월) ~ 05.08.(수)04.30.(화) ~ 05.09.(목)시험종료 즉시2차04.30.(화) ~ 05.10.(금)06..

    [SQLD 기출문제] 35회 복원

    문제 1. 아래 보기 중 반정규화의 이유로 가장 부적절 한 것은? 1) 데이터를 조회할 때 디스크 입출력량이 많아서 성능이 저하될 때 반정규화를 수행한다. 2) 데이터 무결성을 보장하지 못할 때 반정규화를 수행한다. 3) 경로가 너무 멀어 조인으로 인한 성능 저하가 예상될 때 반정규화를 수행한다. 4) 칼럼을 계산하여 읽을 때 성능이 저하 될 것이 예상되는 경우 반정규화를 수행한다. 더보기 1. 정답 : 2 해설 : 반정규화를 하면 데이터 무결성을 해친다. 구분 설명 반정규화의 대상 분석 - 디스크 I/O량이 많아 성능저하 - 경로가 너무 멀어 조인으로 성능저하 - 컬럼을 계산하여 읽을 때 성능 저하 반정규화 개념 - 시스템의 성능 향상, 개발 및 운영의 편의성 등을 위해 정규화된 데이터 모델을 통합, ..

    [자료] SQL 개발자 가이드 PDF 파일(통합본, 소분류별)

    더보기 데이터 전문가 포럼 네이버 카페 https://cafe.naver.com/sqlpd/13374 [국가공인] SQL 개발자(SQLD) 가이드(2020.08.25.) 요약자료(4개) 링크를 추가했습니다. (2020.08.25.) 정리된 SQL 개발자 가이드로 시험을 대비할 수 있도록 자료실 교재 및 기출문제 복원자료를 취합하였습니다. ... cafe.naver.com 한국데이터산업진흥원 https://dataonair.or.kr/db-tech-reference/d-guide/sql/ SQL – DATA ON-AIR dataonair.or.kr 댓글 내용을 살펴 보니 한국데이터산업진흥원에서 전체 공개한 가이드라고 함 50,000원 주고 가이드북까지 사기는 싫었는데 개이득! 위의 전체 통합본..

    [SQLD] 1과목 데이터 모델링의 이해

    [1번] 모델링: 추상화/단순화/정확화 [2번] 데이터 모델링의 주요 이유 1. 업무 구성 정보들에 대해 일정한 표기법으로 표현함으로써 정보 시스템 구축의 대상이 되는 업무 내용을 정확하게 분석 2. 분석된 모델을 가지고 실제 데이터베이스를 생성하여 개발 및 데이터 관리에 사용 👉🏻 단지 DB 구축만을 위한 용도가 아닌 데이터모델링 자체로서 업무 설명/분석하는 부분에서 매우 중요한 의미 [3번] 데이터 모델링 유의점: 중복, 비유연성, 비일관성 중복(Duplication): 같은 데이터를 사용하는 사람, 시간, 장소를 파악하는 데 도움을 줌으로서 데이터베이스가 여러 장소에 같은 정보를 저장하는 잘못을 하지 않도록 함 비유연성(Inflexibility): 데이터의 정의를 사용 프로세스와 분리함으로써 데이터..

    [정리] 정보처리기사 실기 - 추가 보완

    1. 비즈니스 연속성 계획(BCP)의 주요 용어 BIA(Business Impact Analysis) 장애나 재해로 인해 운영상의 주요 손실을 볼 것을 가정하여 시간 흐름에 따른 영향도 및 손실평가를 조사하는 BCP를 구축하기 위한 비즈니스 영향 분석 RTO(Recovery Time Objective) 업무중단 시점부터 업무가 복구되어 다시 가동될 때까지의 시간 RPO(Recovery Point Objective) 업무중단 시점부터 데이터가 복구되어 다시 정상가동될 때 데이터의 손실 허용 시점 DRP(Disaster Recovery Plan) 재난으로 장기간에 걸쳐 시설의 운영이 불가능한 경우를 대비한 재난 복구 계획 DRS(Disaster Recovery System) 재해복구계획의 원활한 수행을 지원..

    [정리] 정보처리기사 실기 - 12장 : 인터페이스 구현

    12장 : 인터페이스 구현 (2과목) 1. 모듈 연계 ★★★ 내부 모듈과 외부 모듈 또는 내부 모듈 간 데이터의 교환을 위해 관계를 설정하는 것 방법 EAI (Enterprise Application Integration) ESB (Enterprise Service Bus) 2. EAI (Enterprise Application Integration) 기업 내의 각종 애플리케이션 및 플랫폼 간의 정보 전달, 연계, 통합 등 상호 연동이 가능하게 해주는 솔루션 비즈니스 간 통합 및 연계성을 증대 애플리케이션 중심의 통합 종류 Point to Point: 가장 기초적인 애플리케이션 통합방법으로 1:1 단순 통합방법 Hub & Spoke: 단일한 접점의 허브 시스템을 통하여 데이터를 전송하는 중앙 집중식 방식..

    [정리] 정보처리기사 실기 - 11장 : 제품 소프트웨어 패키징

    11장 : 제품 소프트웨어 패키징(2과목) 1. 소프트웨어 패키징 모듈별로 생성한 실행 파일들을 묶어, 배포용 설치 파일을 만드는 것 사용자 중심으로 진행 모듈화 후, 패키징 다양한 환경을 위해, 일반적인 배포 형태로 패키징 2 ~ 4주를 주기로 하여 수행 패키징 작업 순서 1-1. 소프트웨어 패키징 작업 순서 순서 과정 설명 1 기능 식별 작성된 코드의 기능을 확인한다. 2 모듈화 확인된 기능 단위로 코드를 분류한다. 3 빌드 진행 모듈 단위 별로, 실행 파일을 만든다. 4 사용자 환경 분석 5 패키징 및 적용 시험 정의된 환경과 동일한 환경에서 패키징 결과를 테스팅한다. 6 패키징 변경 개선 7 배포 배포 수행 시, 오류가 발생하면 해당 개발자에게 전달하여 수정을 요청한다. 2. 릴리즈 노트 (Rel..

    [정리] 정보처리기사 실기 - 10장 : 응용 SW 기초 기술 활용

    10장 : 응용 SW 기초 기술 활용(4과목) 1. 운영체제 (OS, Operation System) ★★★ 사용자와 하드웨어간의 인터페이스 역할 사용자 응용 프로그램 유틸리티 운영체제 하드웨어 2. 운영체제의 계층 구조 하드웨어 CPU 관리 기억장치 관리 프로세스 관리 주변장치 관리 파일 시스템 관리 사용자 프로세스 3. 운영체제의 목적 ★★★ 처리 능력(Throughput) 향상 : 일정 시간 내에 시스템이 처리하는 일의 양 사용 가능도(Availability) 향상 : 작업 의뢰 시간부터 처리 완료까지 걸린 시간 신뢰도(Reliability) 향상 반환 시간(Turn Around Time) 단축 4. 운영체제의 주요 자원 관리 프로세스 관리 기억장치 관리 주변장치 관리 파일 관리 5. 윈도우 운영체..

    [정리] 정보처리기사 실기 - 9장 : 소프트웨어 개발 보안 구축

    9장 : 소프트웨어 개발 보안 구축(5과목) 1. Secure SDLC (Secure Software Development Life Cycle, 보안 소프트웨어 개발 생명 주기) ★★★ SDLC에 보안 강화를 위한 프로세스를 포함시킨 것 1-2. 요구사항 분석 단계에서의 보안 활동 요구사항을 식별하는 작업 보안 요소별로 등급을 구분 보안 정책 항목들의 출처, 요구 수준, 세부 내용 등을 문서화 1-3. 설계 단계에서의 보안 활동 소프트웨어 설계서에 보안 요구사항을 반영 네트워크 : 방화벽을 설치 서버 : 보안이 좋은 운영체제를 사용 물리적 보안 : 출입 통제, 개발 공간의 제한, 폐쇄 회로 감시 개발 프로그램 : 허가되지 않은 프로그램을 통제 1-4. 구현 단계에서의 보안 활동 지속적인 단위 테스트를 통..

    [정리] 정보처리기사 실기 - 8장 : 애플리케이션 테스트 관리

    8장 : 애플리케이션 테스트 관리(2과목) 1. 애플리케이션 테스트 사확개검 결함을 찾아내는 일련의 행위 또는 절차를 말한다. 유형 확인 (Validation) : 사용자(고객)에 초점을 맞춤 검증 (Verification) : 기능에 초점을 맞춤, 개발자가 확인 완벽한 테스팅은 불가능 파레토 법칙 : 대부분의 결함은 특정 모듈에 집중 ‘살충제 패러독스 현상’을 막기 위해 지속적인 보완 및 개선해야 함 오류-부재의 궤변 : 소프트웨어의 결함을 모두 제거해도, 사용자의 요구사항을 만족시키지 못하면, 해당 소프트웨어는 품질이 높다고 말할 수 없음 2. 애플리케이션 테스트의 기준 프로그램 실행 여부에 따라 기반에 따라 시각에 따라 목적에 따라 3. 프로그램 실행 여부에 따른 테스트 ★★★ 정적 테스트 실행하지..