기록저장소

제3과목 SQL 응용 ▷ SQL 응용 A, B > SQL의 개념 - SQL (Structured Query Language)의 개요 : 1974, IBM에서 제작, 관계형 데이터베이스 언어, 관계대수+관계해석 - SQL의 분류 DDL(Data Define Language, 데이터 정의어) : DB관리자, DB설계자가 주로 사용, 스키마, 도메인, 테이블, 뷰, 인덱스, 정의(CREATE), 변경(ALTER), 삭제(DROP) DML(Data Manipulation Language, 데이터 조작어) : 검색(SELECT FROM), 삽입(INSERT INTO), 삭제(DELETE FROM), 수정(UPDATE SET) + WHERE 조건 DML-JOIN : INNER JOIN, OUTER JOIN, SEL..

제3과목 데이터베이스 구축 ▷ 물리 데이터베이스 설계 C > 파티션 설계 - 파티션(Patitaion)의 개요 대용량의 테이블이나 인덱스를 작은 논리적 단위인 파티션으로 나누는 것, 분산 저장, 성능저하방지, 데이터관리 용이, 데이터처리(테이블 단위), 데이터저장(파티션 단위) - 파티션의 장점 파티션별로 데이터가 분산되어 저장되므로 디스크 성능 향상 파티션별로 백업 및 복구를 수행하므로 속도가 빠름, 데이터 가용성향상 시스템 장애시 데이터 손상정도 최소화 - 파티션의 단점 세심한 관리 요구, 테이블간 조인에 대한 비용 증가 - 파티션의 종류 범위분할(Range Partitioning, 열의 값), 해시분할(Hash Partitioning, 해시함수, 일정한 데이터값), 조합분할(Composite Par..

제3과목 데이터베이스 구축 ▷ 물리 데이터베이스 설계 A > 사전 조사 분석 - 물리 데이터베이스 설계 논리적 데이터베이스를 디스크 등 물리적 저장장치에 저장할 수 있는 물리적 구조의 데이터로 변환하는 과정(양식설계, 분석 및 설계, 접근경로설계 - 인덱스구조, 레코드크기, 레코드갯수, 개념스키마, 수행속도향상) - 데이터 명명 규칙 파악 물리 데이터 모델이 적용해야 하는 규칙으로 물리데이터 모델의 설계 전에 파악(일관성) 데이터 표준화 및 논리 데이터베이스 설계의 결과물 등을 통해 파악 데이터 명명 규칙을 통해 중복 구축 등을 방지 명명 규칙을 파악하려면 도메인과 데이터 사전에 대한 지식 필요 - 비즈니스 도메인과 명명 규칙 도메인 : 데이터의 타입과 크기에 대한 제약 (ex. 0~255의 정수) 데이..

제3과목 데이터베이스 구축 ▷ 논리 데이터베이스 설계 C > 관계형 데이터 모델 - 관계형 데이터 모델(Relational Data Model)의 개요 : table형태로 데이터의 상호관계 표현, 기본키, 외래키, 일대일, 일대다, 다대다 - 관계형 데이터 모델의 구성 > 관계형 데이터베이스의 구조 - 관계형 데이터베이스의 개요 : table형태, 간결해서 보기편함, 성능↓ - 관계형 데이터베이스의 Relation 구조 튜플(행) : cardinality, 카디날리티, 기수 속성(열) : DB를 구성하는 가장작은 논리적인 단위, 항목, 필드, 개체의 특성을 나타냄, 속성을 갯수(degree, 디그리, 차수) 도메인 : 속성(attribute)이 취할 수 있는 값 - 릴레이션의 특징 : 관계형 구조 전체,..

제3과목 데이터베이스 구축 ▷ 논리 데이터베이스 설계 A > 데이터베이스 설계 - 데이터베이스 설계의 개념 : 사용자 요구 분석하여 컴퓨터구조에 맞게 DBMS로 구현 - 데이터베이스 설계시 고려사항 무결성(정확성), 일관성, 회복(장애발생시 직전의 상태로 복구), 보안, 효율성(응답시간 단축, 저장공간 최적화), 데이터베이스 확장 - 데이터베이스 설계 순서 요구조건 분석 - 개념적 설계(요구조건 -> 컴퓨터) - 논리적 설계 - 물리적 설계 - 구현 1) 요구조건 분석 : 사용자의 필요조건 파악, 데이터 수집, 서류화(명세화) 2) 개념적 설계 : E-R 다이어그램(개체 + 속성 + 관계) 3) 논리적 설계 : 스키마 설계(개념스키마 평가, 정제, DBMS의 서로다른 논리적 스키마 설계) 4) 물리적 설..

제2과목 인터페이스 구현 ▷ 인터페이스 구현 A > 모듈간 공통 기능 및 데이터 인터페이스 확인 - 모듈간 공통 기능(공통적으로 제공되는 기능) 및 데이터 인터페이스(모듈간의 데이터가 저장될 파라미터)의 개요 1) 인터페이스 설계서를 통해서 모듈별로 기능 확인 2) 공통적으로 제동되는 기능, 데이터의 인터페이스 확인 - 인터페이스 설계서 : 데이터간의 교환, 송수신시스템 정의문서 일반적인 인터페이스 설계서 : 시스템, 상세기능별 정적 동적 모형을 통한 인터페이스 설계서 : 다이어그램 문서(해당인터페이스의 범위, 상호교환 트랜직션 종류 확인) - 인터페이스 설계서별 모듈 기능 확인 외부모듈(설계서: 송신, 명세서: 오퍼레이션, 사전조건), 내부모듈(설계서: 수신, 명세서: 사후조건) - 모듈 간 (내외부)..

제2과목 애플리케이션 테스트 관리 ▷ 애플리케이션 테스트 관리 C > 테스트 자동화 도구 - 테스트 자동화의 개념 : 반복작업을 쉽고 효율적으로 테스트 수행, 휴먼에러감소, 정확성유지, 품질향상 - 테스트 자동화 도구의 장점/단점 장점 : 재입력 및 재구성 등 반복작업의 자동화로 시간 단축, 객관적 평가, 그래프 제공 단점 : 사용법 숙지필요, 프로그램비용 발생 - 테스트 자동화 수행시 고려사항 : 측정불가한 테스트x, 용도에 맞는 적절한 도구 사용, 환경설정 및 습득기간을 고려하여 일정계획 필요, 테스트 엔지니어 투입시기 결정 - 테스트 자동화 도구의 유형 정적 분석도구(프로그램실행없이 분석), 테스트 실행 도구, 성능 테스트 도구(가상의 사용자가 테스트, 성능목표달성) 테스트 통제 도구(결함관리), ..

제2과목 애플리케이션 테스트 관리 ▷ 애플리케이션 테스트 관리 A > 애플리케이션 테스트 - 애플리케이션 테스트의 개념 : 잠재되어있는 결함을 찾아내는 행위, 고객의 요구사항 확인, SW기능 수행 검증 - 애플리케이션 테스트의 필요성 : 프로그램 실행전 오류발견 예방, 반복테스트-신뢰도 향상 - 애플리케이션 테스트의 기본 원리 : 잠재적 결함 감소, 완벽한 테스트는 불가능, 특정한 모듈에 집중된 결함 20%의 코드에서 80%의 결함이 발견됨(파레토 법칙), 결함이 없어도 사용자의 요구를 만족하지 못하면 품질이 높다고 할 수 없다(오류 부재의 법칙), 테스트와 위험은 반비례하며 작은 부분부터 진행된다 > 애플리케이션 테스트의 분류 - 프로그램 실행 여부에 따른 테스트 정적 테스트 : 실행하지 않고 코드로 ..

제2과목 소프트웨어 패키징 ▷ 제품 소프트웨어 패키징 A > 소프트웨어 패키징 - 소프트웨어 패키징의 개요 : 모듈별로 생성한 실행파일을 묶어서 배포용 설치파일 생성, 사용자 중심, 모듈화 패키징(유지보수 용이) - 패키징시 고려사항 : 운영체제, cpu, 메모리 등의 최소환경 정의, 메뉴얼, 고객편의, 패키징의 변경 개선 관리 - 패키징 작업 순서 : 2-4주, 최종결과물 온라인 배포(다운로드), 오프라인 배포(CD, DVD, USB로 메뉴얼과 함께 배포) 기능식별(코드기능) -> 모듈화(기능단위) -> 빌드진행(코드를 실행가능한 SW로 변환하는 과정) -> 사용자환경분석 -> 패키지적용, 시험 -> 패키징 변경, 개선 -> 배포 > 릴리즈 노트 - 릴리즈 노트(Release Note)의 개요 : 사용..

제2과목 통합 구현 ▷ 통합 구현 > 단위 모듈 구현 - 단위 모듈(Unit Module)의 개요 : 단위기능 명세서 작성-입출력기능 구현-알고리즘 구현 단위기능 : 단위모듈(처리문, 명령문, 데이터 구조)로 구현되는 하나의 기능, 두개의 단위모듈은 2개의 기능 1) 단위 기능 명세서 작성 : 설계 기능, 코드명세서, 설계지침 등의 단위기능을 명세화한 문서, 추상화작업 2) 입출력 기능 구현 : 명세서에서 정의한 데이터 형식에 대한 데이터 구현, 단위모듈간의 연동, 통신을 위한 입출력 데이터 구현, CLI, GUI과의 연동 고려, 오픈소스 API를 이용한 구현 3) 알고리즘 구현 : 사용자의 요구와 일치하는지 확인 디바이스 드라이버 모듈 : HW주변장치의 동작을 구현한 모듈 네트워크 모듈 : 네트워크 장..