정보처리기사 (22) 썸네일형 리스트형 [정보처리기사] Chapter 05. 데이터베이스 구축: 데이터전환 1. 데이터 전환 1.1. 데이터 전환의 정의 데이터 전환이란 운영 중인 기존 정보 시스템에 추적되어 있는 데이터를 추출하여, 새로 개발할 정보 시스템에서 운영 할 수 있도록 변환한 후, 적재하는 일련의 과정을 말한다. 데이터 전환을 ETL(Extraction, Transformation, Load)이라고 하는데 이는 추출, 변환, 적재 과정이다. 또한 Data Migration(데이터 이행 또는 이관)이라고도 한다. ◍ ETL 과정: Extraction → Transformation → Load 1.2. 데이터 전환 계획서 데이터 전환이 필요한 대상을 분석하여 관련 작업 계획을 기록하는 문서이다. 항목 세부 항목 데이터 전환 개요 데이터 전환 목표, 주요 성공 요인, 전제조건, 제약조건 데이터 .. [정보처리기사] Chapter 04. 데이터베이스 구축: SQL 활용 1. 프로시저(Procedure) / 용어정리, 정의 1.1. 프로시저 개요 절차형 SQL(DB에서 연속적인 실행, 분기, 반복 등의 제어가 가능한 SQL )을 활용해 특정 기능을 수행하는 일종의 트랜잭션 언어로, 호출을 통해 실행되어 미리 저장해 놓은 SQL 작업을 수행한다. 프로시저를 만들어 데이터베이스에 저장하면 여러 프로그램에서 호출하여 사용할 수 있다. 프로시저는 데이터베이스에 저장되어 수행되기 때문에 Stored Procedure라고 부른다. 프로시저는 시스템의 일일 마감 작업, 일괄 작업 등에 주로 사용된다. 1.2. 프로시저 구성도 ◍ DECLARE: 프로시저의 명칭, 변수, 인수, 데이터 타입을 정의하는 선언 ◍ BEGIN / END: 프로시저의 시작과 종료를 의미 ◍ CONTROL: 조.. [정보처리기사] Chapter 03. 데이터베이스 구축: SQL 응용 1. SQL의 개념 1.1. SQL 개요 SQL(Structured Query Language)은 1974년 IBM 연구소에서 개발한 SEQUEL에서 유래되었다. 국제 표준 데이터베이스 언어이며, 관계대수와 관계해석을 기초로 한 혼합 데이터 언어이다. SQL은 쿼리문(Query:질문)이지만 질의 기능만 하는 것이 아니라, 데이터 베이스를 관리하는 전반적인 기능을 구사할 수 있다. 즉, 데이터베이스 관리에 필요한 데이터 구조 정의, 데이터 조작, 데이터 제어 기능도 수행한다는 것이다. 1.2. SQL의 분류 ◍ DDL(Data Define Language, 데이터 정의어) ◍ DML(Data Manipulation Language, 데이터 조작어) ◍ DCL(Data Control Language, 데이터.. [정보처리기사] Chapter 02. 데이터베이스 구축: 물리 데이터베이스 설계 1. 사전 조사 분석 1.1. 물리 데이터베이스 설계 물리 데이터베이스 설계란 논리적 구조로 표현된 DB를 디스크 등의 물리적 저장장치에 저장할 수 있는 물리 구조의 데이터로 변환하는 과정을 말한다. 물리적 데이터베이스 구조에서 데이터의 기본 단위는 저장 레코드(Stored Record)이며, 물리적 데이터베이스 구조는 여러가지 타입의 저장 레코드 집합이라는 면에서 단순 파일과는 다르다. 물리적 데이터베이스 구조는 DB 시스템의 성능에 중대한 영향을 준다. 때문에 물리적 설계 단계에 꼭 포함되어야 하는 것은 저장 레코드 양식 설계, 레코드 집중의 분석 및 설계, 접근 경로 설계 등이다. ▶ 물리적 설계 시 고려 사항 ◍ 인덱스 구조 ◍ 레코드 크기 ◍ 파일에 존재하는 레코드 수 ◍ 파일에 대한 트랜잭션(.. [정보처리기사] Chapter 01. 데이터베이스 구축: 논리 데이터베이스 설계 1. 데이터베이스 설계 (중요도: A) 사용자 요구를 분석하여 컴퓨터에 저장할 수 있는 데이터베이스 구조로 변형 후 특정 DBMS로 구현하는 것을 데이터베이스 설계라고 한다. 1.1. 데이터베이스 설계 시 고려사항 ◍ 무결성(정확성): 삽입, 삭제, 갱신 등의 연산 후에도 DB에 저장된 데이터가 정해진 제약 조건을 항상 만족해야 한다. ◍ 일관성: DB에 저장된 데이터들 사이 또는 특정 쿼리에 대한 응답이 처음부터 끝까지 변함없이 일정해야 한다. ◍ 회복: 시스템에 장애가 발생했을 때 발생 직전 상태로 복구할 수 있어야 한다. ◍ 보안: 데이터 노출, 변경, 손실로부터 보호할 수 있어야 한다. ◍ 효율성: 응답시간의 단축, 시스템의 생산성, 저장 공간의 최적화 등이 가능해야 한다. ◍데이터베이스 확장: .. [정보처리기사] Chapter 05. 소프트웨어 개발: 인터페이스 구현 1. 모듈 간 공통 기능 및 데이터 인터페이스 확인 (중요도: C) 모듈 간 공통 기능 및 데이터 인터페이스는 인터페이스 설계서에서 정의한 모듈의 기능을 기반으로 확인 후, 모듈 간 연계가 필요한 인터페이스의 기능을 식별하는데 사용된다. 공통 기능은 모듈의 기능 중 공통적으로 제공되는 기능이며, 데이터 인터페이스는 모듈 간 교환되는 데이터가 저장될 파라미터를 의미한다. 모듈 간 공통 기능 및 데이터 인터페이스를 확인하는 순서는 인터페이스 설계서를 통해 모듈별 기능을 확인하고, 외부 및 내부 모듈을 기반으로 공통적으로 제공되는 기능과 각 데이터의 인터페이스를 확인하는 것이다. 1.1. 인터페이스 설계서 인터페이스 설계서는 시스템 사이의 데이터 교환 및 처리를 위해 교환 데이터 및 관련 업무, 송수신 시스템.. [정보처리기사] Chapter 04. 소프트웨어 개발: 애플리케이션 테스트 관리 1. 애플리케이션 테스트 (중요도: B) 애플리케이션 테스트는 애플리케이션에 잠재되어 있는 결함을 찾아내는 행위 또는 절차이다. 애플리케이션 테스트는 고객의 요구사항을 만족시키는지 확인(Validation: 사용자 입장에서 SW가 고객의 요구에 맞게 구현되었는지 확인 )하고, 기능을 정확히 수행하는지 검증(Verification: 개발자 입장에서 SW가 명세서에 맞게 만들어졌는지 점검 )한다. 애플리케이션 테스트를 실행하기 전에 개발한 소프트웨어의 유형을 분류하고 특성을 정리하여 테스트할 사항을 정리한다. ▶ 소프트웨어의 분류 1.1. 애플리케이션 테스트의 필요성 애플리케이션 테스트를 통해 프로그램 실행 전에 오류를 발견하여 예방할 수 있다. 이로써 사용자 요구사항을 만족시키기 위해 반복적으로 테스트하므.. [정보처리기사] Chapter 03. 소프트웨어 개발: 제품 소프트웨어 패키징 1. 소프트웨어 패키징 (중요도: B) 소프트웨어 패키징이란 모듈별로 생성한 실행 파일들을 묶어 배포용 설치 파일을 만드는 것을 말한다. 소스 코드는 향후 관리를 고려해 모듈화하여 패키징하며, 다양한 환경에서 소프트웨어를 손쉽게 사용할 수 있도록 일반적인 배포 형태로 패키징한다. 사용자의 편의성 및 실행 환경을 우선적으로 고려해야 하며, 따라서 개발자가 아닌 사용자 중심으로 패키징을 진행해야 한다. 1.1. 패키징 시 고려사항 사용자의 시스템 환경, 즉 OS, CPU, 메모리 등에 필요한 최소 환경을 정의한다. UI는 시각적인 자료와 함께 제공하고 매뉴얼과 일치시켜 패키징한다. 소프트웨어를 패키징해 배포한 이후, 하드웨어와 함께 관리될 수 있도록 Managed Service (고객이 사용 중인 소프트웨어.. 이전 1 2 3 다음
