정보 처리 기사 필기 (23) 썸네일형 리스트형 3-3 SQL SQL(Structured Query Language) 명령어 SQL의 개념 관계형 데이터 모델을 따르는 DBMS 표준 데이터베이스 언어 관계 대수를 기초로 만들어진 DB 관련 명령어 형식 입력 릴레이션으로부터 원하는 출력 릴레이션 얻어내는 명령어 형식 내장 SQL 프로그래밍 언어 COBOL, C, Visual Basic, ASP, PHP 등에 포함하여 사용 응용 프로그램 내 데이터 정의/질의하는 SQL 문장 내포하여 프로그램 실행 시 함께 실행 변수/데이터베이스 필드(속성)의 이름은 다르거나 같아도 되지만 데이터 타입은 반드시 일치 SQL 명령어의 분류 데이터 정의어(DDL: Data Definition Language) DB 정의/수정 목적으로 사용하는 언어 데이터 저장하는 테이블 구조 생성, 변경 .. 3-2 논리 데이터베이스 설계 - ERD E-R 다이어그램(ERD) 작성 1. E-R 다이어그램(ERD) 표기법 ERD: Entity Relationship Diagram - 업무 분석 결과로 도출된 개체와 실체 간의 관계 도식화 개체-관계(E-R) 다이어그램 기호 개체 ⬜️ 유일한 단어로 사용 관계 ◇ 속성 ○ 개체가 가지고 있는 요소 또는 성질(동그라미로 표시) Peter Chen, Crow's Foot Model로 표기 속성명은 단수형으로 명명하며 개체와 동일한 명칭 사용하지 않음 속성값이 NOT NULL인지 NULL인지 고려 다중 값 속성 ◎ 관계-속성 연결 ㅡ 관계 표시 방법 관계 표기법 종류 2. 확장 E-R 다이어그램(ERD) 슈퍼 타입(super-type)과 서브 타입(sub-type) 슈 퍼 타입은 여러 개의 서브 타입 나누어 .. 3-2 논리 데이터베이스 설계 개체와 속성 1. 개체(Entity) 개념 현실 세계의 유/무형 대상체 추상화하여 표현하는 단위로 파일에서 레코드에 대응하는 개념 돋립적으로 존재하며 식별 가능 조직에서 업무 활동상 지속적 관심을 갖고 있는 대상으로 동질성을 지닌 개체 집합이나 행위의 집합 개체 타입 (Entity Type) 개체 이름, 특성으로 표현된 속성들로 구성하여 만든 논리적 정의 설계에 해당하는 개념으로 개체 스키마(Entity Schema) 개체 타입 특성 시스템 구축하고자 하는 업무에 필요한 정보 유일한 식별자(Unique Identifier)에 의해 식별 가능 영속적으로 존재하는 개체의 집합 업무 프로세스는 그 개체 타입 반드시 이용 개체 타입에는 반드시 속성(항목, 필드, Attribute) 포함 다른 개체 타입과 최소 .. 3-1 데이터 베이스 개요 데이터 베이스의 개요 1. 데이터 베이스의 개요 개념 응용 시스템들이 데이터 공유할 수 있도록 운영에 필요한 모든 데이터 통합하여 컴퓨터에 저장한 데이터 정의 공유 데이터(Shared Data): 여러 응용 시스템이 공동으로 소유하고 유지하는 자료 운영 데이터(Operational Data): 조직의 고유한 업무 수행하는데 존재가치 확실하고 없어서는 안될 반드시 필요한 자료 통합 데이터(Integrated Data, 종합 데이터): 자료의 중복 배제한 데이터의 모임 저장 데이터(Stored Data): 컴퓨터가 접근할 수 있는 저장 매체에 저장된 자료 2. 데이터 베이스 특징 및 기능 특징 계속적인 변화 (Continuous Evolution) 데이터베이스 상태는 동적이므로 데이터 삽입, 삭제, 갱신으로.. 2-5 인터페이스 구현 인터페이스 설계 명세 1. 인터페이스 기능 확인 인페이스 설계서 인터페이스 정의서(명세서) 인터페이스 목록 인터페이스 명세 상세 기능별 인터페이스 정의서(명세서) 인터페이스 통한 각 세부 기능 정의 세부 기능 동작 전 필요한 사전 조건 사후 조건 및 인터페이스 데이터 정의 호출 이후 결과 확인 위한 반환 값 정의 데이터 포맷 형태에 따른 인터페이스 설계서 정적/동적 모형 데이터 정의 인터페이스 서비스 상세 명세 표현 산출물 제공 서비스 목록, 인터페이스 방식 및 명세, 리턴 형태 정의 상세화하여 개발 수준에서 인터페이스 구현 방법 명시 2. 인터페이스 기술 표준 EAI(Enterprise Application Integration) 포허메하 Point to point • 가장 기초적 애플리케이션 통합방법.. 2-4 애플리케이션 테스트 관리 - 테스트 결과 분석 테스트 결과 분석 1. 테스트 결과 분석 결과 종류 오류(Error) 결함의 원인으로 일반적으로 사람에 의해 생성된 실수 결함(Defect), 결점(Fault), 버그(Bug) 에러가 원인이되어 소프트웨어 제품에 포함 실패(Failure), 문제(Problem) 소프트웨어 제품의 결함이 실행될 때 발생 2. 결함 관리 프로세스 오류 발견 오류 등록 오류 분석 결함 확정 결함 할당 결함 조치 결함 조치 검토 및 승인 도구 상용 결함 관리 도구 QC(Quality Center) Clerar Quesst JIRA 오픈 소스 결함 관리 도구 Bugzilla Trac Mantis 3. 결함 추이 분석 유형 결함 분포 결함 추세 결함 에이징 연계 테스트 및 검증 1. 연계 테스트 1단계: 단위 테스트 기능 동작/결.. 2-4 애플리케이션 테스트 관리 - 통합 테스트 통합 테스트 1. 통합 테스트 순서 통합 테스트 케이스 설계 통합 테스트 데이터 준비 통합 테스트 수행 및 결과 확인 결함 등록 테스트 결과 보고 및 종료 수행 방법 점증적인 방식 상향식/하향식 통합 드라이버/스터브 사용 빅뱅 방식(비 점증적) 실제 모듈로 테스트 2. 점증적인 통합 테스트 하스상드(하향 - stub/상향 - Driver) 하향식 통합(Top Down) 상향식 통합(Bottom Up) 개념 메인 제어 모듈부터 아래 방향으로 제어 경로 따라 이동하며 하향 통합 테스트 하위/최하위 모듈은 '깊이-우선' 또는 '너비-우선'방식으로 통합 최하위 레벨 모듈/컴포넌트로부터 위쪽 방향으로 제어 경로 따라 이동하며 테스트 순서 메인 제어 모듈은 작성된 프로그램으로, 작성되지 않은 하위 모듈/컴포넌트를 .. 2-4 애플리케이션 테스트 관리 애플리케이션 테스트 1. 테스트 개념 개념 구현된 S/w 대상으로 오류 찾아내는 작업 s/w나 시스템이 사용자가 요구하는 기능의 동작/성능/사용성/ 안정성 등 만족하는지 확인 위해 s/w 결함 찾아내는 활동 품질 정보를 이해 관계자에게 제공하기 위해 수행된 평가 목적은 결함 탐지, 수정 관련 s/w나 장비들이 설계/개발 안내 요구사항 충족 모든 종류 입력에 정확하게 응답, 수용 가능한 시간 내에 기능 수행, 충분히 사용 가능한지 평가 의도된 환경에서 설치, 실행할 수 있으며, 이해 관계자가 원하는 일반적인 결과 달성하는지 평가 필요성 오류 발견 관점 오류 예방 관점(코드 리뷰, 인스펙션) 품질 향상 관점 테스트 관련 용어 디버그(Debug/Debugging) 컴퓨터 프로그램 논리적인 오류 찾아내는 과정 .. 이전 1 2 3 다음
