E_ONION

1. 데이터 전환 - 운영 중인 기존 정보 시스템에 축적되어 있는 데이터를 추출하여 새로 개발할 정보 시스템에서 운영 가능하도록 변환한 후 적재하는 일련의 과정 - ETL(Extraction(추출), Transformation(변환), Load(적재)) - 데이터 이행 or 데이터 이관 이라고도 함 ● 데이터 전환 계획서 - 데이터 전환이 필요한 대상을 분석하여 데이터 전환 작업에 필요한 모든 계획을 기록하는 문서 - 개요, 대상 및 범위, 환경 구성, 조직 및 역할, 일정, 방안, 데이터 정비 방안, 비상 계획, 데이터 복구 대책 ​ 2. 데이터 전환 계획서 작성 ● 데이터 전환 개요 : 데이터 전환의 목표(간단 명료), 주요 성공 요인, 전제조건 및 제약조건(정확히 기술) ● 데이터 전환 대상 및 범..

정보처리기사 필기 2020. 6. 4. 03:55

1. 프로시저 - 절차형 SQL을 활용하여 특정 기능 수행하는 일종의 트랜잭션 언어 - 호출 통해 실행되어 미리 저장해 놓은 SQL 작업 수행, 여러 프로그램에서 호출하여 사용 - DB에 저장되어 수행되기 때문에 스토어드 프로시저라고 불림, 시스템의 일일 마감 작업, 일관(Batch) 작업 등에 쓰임 ● 구성 - DECLARE(필수) : 프로시저의 명칭, 변수, 인수, 데이터 타입 정의하는 선언부 - BEGIN / END(필수) : 프로시저의 시작과 종료 의미 - CONTROL : 조건문 or 반복문이 삽입되어 순차적으로 처리, 실행 흐름 제어 - SQL : DML, DCL이 삽입되어 데이터 관리 위한 조회, 추가, 수정, 삭제 작업 수행 - EXCEPTION : BEGIN ~ END 안의 구문 실행 시..

정보처리기사 필기 2020. 6. 4. 03:39

1. SQL의 개념 - 1974년 IBM 연구소에서 개발한 SEQUEL에서 유래 - 국제 표준 데이터베이스 언어, 많은 회사에서 RDB를 지원하는 언어로 채택 - 관계대수 관계해석 기초, 질의어지만 질의 기능뿐 아닌 데이터 구조 정의, 데이터 조작, 제어 기능 모두 갖춤 ● DDL : SCHEMA, DOMAIN, TABLE, VIEW, INDEX를 정의하거나 변경 또는 삭제 시 사용하는 언어 -논리적 데이터 구조와 물리적 데이터 구조의 사상을 정의 - DB 관리자나 DB 설계자가 사용 - CREAT : SCHEMA, DOMAIN, TABLE, VIEW, INDEX를 정의 - ALTER : TABLE에 대한 정의 변경 - DROP : SCHEMA, DOMAIN, TABLE, VIEW, INDEX를 삭제 ●..

정보처리기사 필기 2020. 6. 4. 03:26

1. 사전 조사 분석 ● 물리 DB 설계 : 논리적 구조로 표현된 논리적 DB를 디스크 등의 물리적 저장 장치에 저장할 수 있는 물리적 구조의 데이터로 변환하는 과정 - 데이터 단위 : 레코드 - 물리적 설계 단계에서 필수 수행 사항 : 저장 레코드의 양식 설계, 레코드 집중의 분석 및 설계, 접근 경로 설계 - 물리적 DB 구조는 여러 가지 타입의 저장 레코드 집합이라는 면에서 단순한 파일과 다름 - 고려 사항 : 인덱스 구조, 레코드 크기, 존재 레코드 수, 트랜잭션의 갱신과 참조 성향, 성능 향상을 위한 개념 스키마 변경 여부 검토, 빈번한 질의와 트랜잭션들의 수행 속도를 높이기 위한 고려, 시스템 운용 시 파일 크기의 변화 가능성 - 물리적 설계 옵션 : 반응시간, 공간 활용도, 트랜잭션 처리량 ..

정보처리기사 필기 2020. 6. 4. 03:18

1. 데이터베이스 설계(설계 순서, 각 단계별 특징 및 작업) ● 고려 사항 : 무결성(제약 조건 항상 만족), 일관성, 회복, 보안, 효율성, DB 확장 ● 설계 순서 ① 요구 조건 분석 : 필요 용도 파악, 수집, 요구 조건 명세 작성 ② 개념적 설계(정보 모델링, 개념화) : 다른 사람과 통신 위해 현 세계 인식을 추상적 개념으로 표현 과정 - 개념 스키마 모델링, 트랜잭션 모델링 병행 수행, 요구 조건 명세를 DBMS에 독립적인 E-R 다이어그램으로 작성 - DBMS에 독립적인 개념 스키마 설계 ③ 논리적 설계(데이터 모델링) : DBMS가 지원하는 논리적 자료 구조로 변환하는 과정 - 데이터 타입과 논리적 구조의 데이터로 모델화 - 개념 스키마를 평가 및 정제, 논리적 스키마(종속적) 설계, 트..

정보처리기사 필기 2020. 6. 4. 02:24

1. 모듈 간 공통 기능 및 데이터 인터페이스 확인 └ 모듈 간 교환되는 데이터가 저장될 파라미터 - 인터페이스 설계서에서 정의한 모듈의 기능을 기반으로 확인. - 확인된 공통 기능 및 인터페이스는 인터페이스의 기능을 식별하는데 사용 - 순서 : 모듈별 기능 확인 => 공통적으로 제공되는 기능과 각 데이터의 인터페이스 확인 ● 인터페이스 설계서 : 교환 데이터 및 관련 업무, 송 · 수신 시스템 등에 대한 내용 정의한 문서 ┌ 일반적인 인터페이스 설계서 : 시스템의 인터페이스 목록, 각 interface 상세 데이터 명세, 각 기능의 세부 인터페이스 정보를 정의한 문서 => 시스템 인터페이스 설계서, 상세 기능별 인터페이스 명세서로 구분 └ 정적 · 동적 모형을 통한 인터페이스 설계 : 다이어그램을 이용..

정보처리기사 필기 2020. 6. 3. 02:36

1. 애플리케이션 테스트 : 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 - SW가 고객의 요구 사항을 만족시키는지 확인(Validation) => 사용자 입장, 결과 - SW가 기능을 정확히 수행하는지 검증 및 점검(Verification) => 개발자 입장, 과정 - 테스트 실행 전에 개발한 SW의 유형을 분류하고 특성을 정리해서 중점적으로 테스트할 사항을 정리해야 함 ● 애플리케이션 테스트의 필요성 - 프로그램 실행 전에 오류 발견하여 예방 가능, 반복적으로 테스트하므로 신뢰도 향상 - 개발 초기부터 테스트 계획하고 시작하면 단순 오류뿐이 아닌 새로운 오류의 유입도 예방 가능 - 최소한의 시간과 노력으로 많은 결함 찾을 수 있음 ● 애플리케이션 테스트의 기본 원리 - 완벽한 SW 테스팅..

정보처리기사 필기 2020. 6. 3. 02:24

1. 소프트웨어 패키징 :모듈별로 생성한 실행 파일들을 묶어 배포용 설치 파일 만드는 것 - 사용자 중심, 소스코드는 모듈화하여 패키징, 손쉽게 사용하기 위해 배포 형태로 패키징, 사용자의 편의성 및 실행 환경 우선 고려 ​ ● 고려 사항 - 사용자의 시스템 환경에 필요한 최소 환경을 정의 - UI는 시각적인 자료와 함께 제공하고 매뉴얼과 일치시켜 패키징 - SW는 HW와 함께 관리될 수 있도록 Managed Service 형태로 제공 - 고객의 편의성을 고려한 안정적인 배포가 중요, 요구 사항 반영할 수 있도록 개선에 대한 관리를 항상 고려 ● 패키징 작업 순서 - 각 주기 끝날 때마다 패키징, 주기별로 패키징한 결과물은 테스트 서버에 배포, 온라인 or 오프라인으로 배포 ① 기능 식별 ② 모듈화 : ..

정보처리기사 필기 2020. 6. 3. 01:48