기록저장소

제4과목 프로그래밍 언어활용 ▷ 서버 프로그램 구현 > 개발환경 구축 - 개발 환경 구축의 개요 : 개발 프로젝트를 이해하고 소프트웨어 및 하드웨어 장비를 구축하는 것 - 하드웨어 환경 : 클라이언트(요청/pc. mobile)와 서버(응답/웹서버, 웹 애플리케이션 서버, DB서버, 파일 서버)로 구성 - 소프트웨어 환경 : 시스템 소프트웨어(OS, 서버프로개름, DBMS)와 개발 소프트웨어(요구사항 관리- 수집, 분석추적, 설계모델링, 구현, 빌드, 테스트, 형상관리)로 구성 > 서버개발 - 서버개발의 개요 : 웹 어플리케이션의 로직을 구현할 서버 프로그램을 제작하여 웹 애플리케이션 서버에 탑재하는 것, Java, JS, Python, Php, Ruby - 서버 개발 프레임워크 : 서버프로그램 개발시 클..

제3과목 데이터 전환 ▷ 데이터 전환 > 데이터 전환 - 데이터 전환의 정의 : 운영중인 기존 정보 시스템에 축적되어 있는 데이터를 추출하여 새로 개발한 정보 시스템에서 운영가능하도록 변환한 후 적재하는 일련의 과정 - 데이터 전환 프로세스 : 체계적이고 통합적인 접근 필요, ETL : 추출(Extraction) -> 정제 -> 변환(Transformation) ->적재(Load) -> 검증 - 데이터 전환 계획서 : 데이터 전환이 필요한 대상을 분석하여 데이터 전환작업에 필요한 모든 계획을 기록하는 문서 주요항목 : 데이터 전환 개요, 데이터 전환 대상 및 범위, 데이터 전환 환경 구성, 데이터 전환조직 및 역할, 데이터 전환일정, 데이터 전환 방안, 데이터 정비 방안, 비상 계획, 데이터 복구 대책 ..

제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%의 결함이 발견됨(파레토 법칙), 결함이 없어도 사용자의 요구를 만족하지 못하면 품질이 높다고 할 수 없다(오류 부재의 법칙), 테스트와 위험은 반비례하며 작은 부분부터 진행된다 > 애플리케이션 테스트의 분류 - 프로그램 실행 여부에 따른 테스트 정적 테스트 : 실행하지 않고 코드로 ..