기록저장소

제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주변장치의 동작을 구현한 모듈 네트워크 모듈 : 네트워크 장..

제2과목 데이터 입출력 구현 ▷ 데이터 입출력 구현 C > 데이터베이스 : 데이터를 모아놓은 곳(이전의 파일시스템) - 데이터저장소 - 데이터베이스 : 통합, 저장, 운영, 공유 - 데이터베이스 특징 : 실시간접근성, 내용에 의한 참조, 동시 공유, 계속적인 변화(삽입, 삭제, 갱신) - DBMS의 장단점 장점 단점 데이터 중복이 최소화된다. 데이터베이스 전문가가 부족하다. 데이터를 동시 공유할 수 있다. 초기 구축비용이 많이 든다. 데이터의 독립성이 확보된다. 서버의 부담이 있다. (대용량 디스크의 집중적인 처리로 과부하가 발생한다.) 데이터의 일관성이 유지된다. 대용량의 기억장치가 필요하다. 데이터의 무결성이 유지된다. (정확성) 백업과 회복방법이 복잡하다. 데이터의 보안이 향상된다. 표준화 할 수 ..

제2과목 데이터 입출력 구현 ▷ 데이터 입출력 구현 A, B > 자료구조 - 자료구조 정의 : 자료의 표현, 자료간의 연산, 자료 조직 구조화, 모든 연산 처리, 실행 시간이 달라짐 - 자료구조의 분류 : 선형구조(리스트, 스택, 큐, 데큐) vs 비선형구조(트리, 그래프) - 선형구조 1) 리스트(Linear List) 배열(Array) : 선형리스트, 빈공간 없이 연속된 기억공간에 저장, 삽입과 삭제가 힘듦(자료의 이동이 많음), 기억공간의 밀도가 좋음, 데이터가 연속된 공간에 존재, 1,2,3차원 배열 / 연결리스트 : 삽입,삭제 용이, 희소행렬표시, 원형연결리스트, 이중연결리스트, 이중원형연결리스트 2) 스택(Stack) : LIFO(FILO)구조, 삽입삭제가 한쪽에서만 이루어지는 구조, pop,..