1. E-R (Entity-Relationship, 개체-관계) 모델의 개요개념적 데이터 모델의 가장 대표적인 것1976년 피터 첸에 의해 제안되고 기본적인 구성 요소가 정립개체와 개체 간의 고나계를 기본 요소로 이용하여 현실 세계의 무질서한 데이터를 개념적인 논리 데이터로 표현하기 위한 방법으로 많이 사용되고 있음개체 타입과 이들 간의 관계 타입을 이용해 현실 세계를 개념적으로 표현데이터를 개체 Entity, 관계 Relationship, 속성 Attribute로 묘사개체 : 실세계에서 개념적, 물리적으로 존재하는 실제 사용을 의미관계 : 다른 개체 타입에 속한 개체 사이의 관계를 표현속성 : 개체를 묘사하는데 사용될 수 있는 특성을 의미특정 DBMS를 고려한 것은 아님E-R 다이어그램으로 표현1:1,..
1. 데이터 모델의 정의현실 세계의 정보들을 컴퓨터에 표현하기 위해서 단순화, 추상화하여 체계적으로 표현한 개념적 모형데이터, 데이터의 관계, 데이터의 의미 및 일관성, 제약 조건 등을 기술하기 위한 개념적 도구들의 모임현실 세계를 데이터베이스에 표현하는 중간 과정, 데이터베이스 설계 과정에서 데이터의 구조를 논리적으로 표현하기 위해 사용되는 지능적 도구데이터 모델 구성 요소 : 개체, 속성, 관계데이터 모델 종류 : 개념적 데이터 모델, 논리적 데이터 모델, 물리적 데이터 모델물리적 데이터 모델 : 실제 컴퓨터에 데이터가 저장되는 방법을 정의하는 물리 데이터베이스 설계 과정데이터 모델에 표시할 요소 : 구조, 연산, 제약 조건2. 데이터 모델의 구성 요소개체 Entity : 데이터베이스에 표현하려는 ..
1. 데이터베이스 설계의 개념사용자의 요구를 분석하여 그것들을 컴퓨터에 저장할 수 있는 데이터베이스의 구조에 맞게 변형한 후 특정 DBMS로 데이터베이스를 구현하여 일반 사용자들이 사용하게 하는 것2. 데이터베이스 설계 시 고려 사항무결성 : 삽입, 삭제, 갱신 등의 연산 후에도 데이터베이스에 저장된 데이터가 정해진 제약 조건을 항상 만족해야 함일관성 : 데이터베이스에 저장된 데이터들 사이나, 특정 질의에 대한 응답이 처음부터 끝까지 변함없이 일정해야 함회복 : 시스템에 장애가 발생했을 때 장애 발생 직전의 상택로 복구할 수 있어야 함보안 : 불법적인 데이터의 노출 또는 변경이나 손실로부터 보호할 수 있어야 함효율성 : 응답시간의 단축, 시스템의 생산성, 저장 공간의 최적화 등이 가능해야 함데이터베이스 ..
1. 결함 Fault 의 정의오류 발생, 작동 실패 등과 같이 소프트웨어가 개발자가 설계한 것과 다르게 동작하거나 다른 결과가 발생되는 것사용자가 예상한 결과와 실행 결과 간의 차이나 업무 내용과의 불일치 등으로 인해 변경이 필요한 부분도 모두 결함에 해당2. 결함 관리 프로세스애플리케이션 테스트에서 발견된 결함을 처리하는 것결함 관리 프로세스의 순서결함 관리 계획 : 전체 프로세스에 대한 결함 관리 일정, 인력, 업무 프로세스 등을 확보하여 계획을 수립하는 단계결함 기록 : 테스터는 발견된 결함을 결함 관리 DB에 등록결함 검토 : 테스터, 프로그램 리더, 품질 관리 QA 담당자 등은 등록된 결함을 검토하고 결함을 수정할 개발자에게 전달결함 수정 : 개발자는 전달받은 결함을 수정결함 재확인 : 테스터는..
1. 테스트 자동화의 개요사람이 반복적으로 수행하던 테스트 절차를 스크립트 형대로 구현하는 자동화 도구를 적용함으로써 쉽고 효율적으로 테스트를 수행할 수 있도록 한 것휴먼 에러를 줄이고 테스트의 정확성을 유지하면서 테스트의 품질을 향상시킬 수 있음휴먼 에러 Human Error : 사람의 판단 실수나 조작 실수 등으로 인해 발생하는 에러2. 테스트 자동화 도구의 장점 / 단점장점테스트 데이터의 재입력, 재구성 같은 반복적인 작업을 자동화함으로써 인력 및 시간을 줄일 수 있음다중 플랫폼 호환성, 소프트웨어 구성, 기본 테스트 등 향상된 테스트 품질을 보장사용자의 요구사항 등을 일관성 있게 검증할 수 있음테스트 결과에 대한 객관적인 평가 기준을 제공테스트 결과를 그래프 등 다양한 표시 형태로 제공UI가 없는..
1. 테스트 케이스 Test Case구현된 소프트웨어가 사용자의 요구사항을 정확하게 준수했는지를 확인하기 위해 설계된 입력 값, 실행 조건, 기대 결과 등으로 구성된 테스트 항목에 대한 명세서명세 기반 테스트의 설계 산출물명세 기반 테스트 : 사용자의 요구사항에 대한 명세를 빠짐없이 테스트 케이스로 구현하고 있는지를 확인하는 것테스트 케이스를 미리 설계하면 테스트 오류를 방지할 수 있고 테스트 수행에 필요한 인력, 시간 등의 낭비를 줄일 수 있음테스트 케이스는 테스트 목표와 방법을 설정한 후 작성시스템 설계 단계에서 작성하는 것이 가장 이상적2. 테스트 케이스 작성 순서테스트 계획 검토 및 자료 확보테스트 계획서를 재검토하여 테스트 대상 범위 및 접근 방법 등을 이해시스템 요구사항과 기능 명세서를 검토하..