로춘남의 IT이야기

1. 관계대수의 개요 - 관계대수는 관계형 DB에서 원하는 정보와 그 정보를 검색하기 위해 어떻게 유도하는가를 기술하는 절차적인 언어 - 관계대수는 릴레이션을 처리하기 위해 연산자와 연산규칙을 제공하는 언어로, 피연산자가 릴레이션이고, 결과도 릴레이션 - 질의에 대한 해를 구하기 위해 수행해야 할 연산의 순서를 명시 - 관계 DB에 적용하기 위해 특별히 개발한 순수 관계 연산자와 수학적 집합 이론에서 사용하는 일반 집합 연산자가 있음 1) 순수 관계 연산자: Select, Project, Join, Division 2) 일반 집합 연산자: UNION(합집합), INTERSECTION(교집합), DIFFERENCE(차집합), CARTESIAN PRODUCT(교차곱) 2. Select - 릴레이션에 존재하는..

1. 키(Key)의 개념 및 종류 1) 제약조건 - DB에 저장되는 데이터의 정확성을 보장하기 위해 Key를 이용하여 입력되는 데이터에 제한을 주는 것 ​ 2) 키 - DB에서 조건에 맞는 튜플을 찾거나 순서대로 정렬할 때 튜플들을 서로 구분할 수 있는 기준이 되는 속성(Attribute)를 말함 2. 후보키(Candidate Key) - 릴레이션을 구성하는 속성들 중에서 튜플을 유일하게 식별하기 위해 사용하는 속성들의 부분집합 - 즉, 기본키로 사용할 수 있는 속성들의 집합 - 하나의 릴레이션 내에 중복된 튜플들이 있을 수 없으므로 모든 릴레이션에는 반드시 하나 이상의 후보키가 존재 - 후보키는 릴레이션에 있는 모든 튜플에 대해 유일성과 최소성을 만족시켜야함 ※ 유일성(Unique) : 하나의 키 값으..

1. 관계형 데이터베이스 개요 - 1970년 IBM에 근무하던 코드에 의해 처음 제안 - 관계형 DB를 구성하는 개체나 관계를 모두 Relation이라는 Table로 표현 - 릴레이션은 개체를 표현하는 개체 릴레이션과 관계를 나타내는 관계 릴레이션으로 구분 - 장점 : 간결하고, 보기 편리하고, 다른 DB로 변환이 용이 - 단점 : 성능이 떨어진다. 2. 관계형 데이터베이스 Relation 구조 - 릴레이션은 데이터들을 표 형태로 표현한 것으로, 구조를 나타내는 릴레이션 스키마와 실제 값들인 릴레이션 인스턴스로 구성 1) 튜플(Tuple) - 릴레이션을 구성하는 각각의 행으로, 속성의 모임으로 구성 - 파일 구조에서 레코드와 같은 의미 - 튜플의 수를 Cardinality 또는 기수, 대응수라고함. ​ ..

1. 개체의 정의 및 특징] - 개체 : DB에 표현하려는 것, 사람이 생각하는 개념이나 정보 단위의 현실 세계 대상체 - 개체는 실세계에 독립적으로 존재하는 유,무형의 정보로서, 서로 연관된 몇 개의 속성으로 구성 - 파일 시스템의 레코드에 대응하는 것으로, 어떤 정보를 제공하는 역할을 수행 - 영구적으로 존재하는 개체의 집합이고, 개체는 업무 프로세스에 의해 이용 - 독립적으로 존재하거나 그 자체로서도 구별 가능하고, 유일한 식별자에 의해 식별 가능 - 다른 개체와 하나 이상의 관계(Relationship)가 있음 ​ 2. 개체 선정 방법 - 업무 분석에 관한 내용을 구체적으로 설명한 업무 기술서를 이용하거나 실제 업무를 담당하고있는 담당자와 인터뷰 - 실제 업무를 직접 견학하여 사용되고 있는 장부와..

1. 데이터베이스 설계 사용자 요구를 분석하여 컴퓨터에 저장할 수 있는 데이터베이스 구조로 변형 후 특정 DBMS로 구현하는 것을 데이터베이스 설계라고함. ​ 2. 데이터베이스 설계시 고려사항 - 무결성 : 삽입, 삭제, 갱신 등의 연산 후에도 DB에 저장된 데이터가 정해진 제약 조건을 항상 만족해야함. - 일관성 : DB에 저장된 데이터들 사이 또는 특정 쿼리에 대한 응답이 처음부터 끝까지 변함없이 일정해야함. - 회복 : 시스템에 장애가 발생했을 때 발생 직전 상태로 복구할 수 있어야함. - 보안 : 데이터 노출, 변경, 손실로부터 보호할 수 있어야함. - 효율성 : 응답시간의 단축, 시스템의 생산성, 저장 공간의 최적화 등이 가능해야함. - 데이터베이스 확장 : DB 운영에 영향을 주지 않으면서 지..

1. 인터페이스 구현 검증 개요 - 인터페이스가 정상적으로 문제없이 작동하는지 확인하는 것. 인터페이스 구현 검증 도구와 감시 도구를 이용해 인터페이스 동작 상태를 확인 2. 인터페이스 구현 검증 및 감시 도구 1) 인터페이스 구현 검증 도구 - 인터페이스 단위 기능과 시나리오 등을 기반으로 하는 통합 테스트 필요 - xUnit: Java, C++ .Net 등 다양한 언어를 지원하는 단위 테스트 프레임워크 - STAF : 서비스 호출 및 컴포넌트 재사용 등 다양한 환경을 지원하는 테스트 프레임 워크 - FitNesse: 웹 기반 테스트 케이스 설계-실행-결과 확인 지원 테스트 프레임 워크 - NTAF : FitNesse의 장점(협업 기능)과 STAF의 장점(재사용 및 확장성)을 통합한 테스트 자동화 프레..

1. 모듈 연계의 개요 - 내부 모듈과 외부 모듈 또는 내부 모듈 간 데이터 교환을 위해 관계를 설정하는 것 EAI(Enterprise Application Integration) - 기업 내 각종 애플리케이션 및 플랫폼 간의 정보 전달, 연계, 통합 등 상호 연동이 가능하게 해주는 솔루션 - 비즈니스간 통합 및 연계성 증대와 효율성 및 각 시스템간의 확장성을 높여줌 - EAI 구축 유형 4가지 Point to Point - 애플리케이션을 1:1로 연결하는 기본 통합 방식 - 변경 및 재사용이 어려움 Hub & Spoke - 단일 접점인 허브 시스템을 통해 데이터 전송하는 중앙 집중형 방식 - 확장 및 유지보수는 용이하지만, 허브 장애 발생시 시스템 전체에 영향을 줌 Message Buse (ESB 방식..

1. 통합 테스트(Intergration Test) - 단위 테스트가 완료 된 모듈을 통합하는 과정에서 발생하는 오류 및 결함을 찾는 테스트 비점진적 통합 방식 - 단계적으로 통합하는 절차 없이 모든 모듈이 미리 결합되어 있는 프로그램 전체를 테스트 - 규모가 작은 SW에 유리하고, 단시간 내에 테스트가 가능 - 전체 프로그램을 대상으로 하기 때문에 오류 발견 및 장애 위치 파악과 수정이 어려움 1) 빅뱅 통합 테스트 - 모듈간의 상호 인터페이스를 고려하지 않고, 단위 테스트가 끝난 모듈을 한 번에 결합시켜 테스트 - 소규모 프로그램 또는 프로그램 일부만 테스트 할 때 사용 점진적 통합방식 - 모듈 단위로 단계적으로 통합하면서 테스트 진행 - 오류 수정이 용이하고 인터페이스와 연관된 오류를 완전히 테스팅..

1. 개발 단계에 따른 애플리케이션 테스트 - 애플리케이션 테스트는 SW의 개발 단계에 따라 분류되고, 이를 테스트 레벨이라 부른다. - SW의 개발 단계에서부터 테스트를 수행하므로 단순히 SW에 포함된 코드 상의 오류뿐만 아니라, 요구 분석의 오류나 설계 인터페이스 오류 등도 발견 할 수 있다. - 애플리케이션 테스트와 SW 개발 단계를 연결해 도식화 한 것은 V-모델이라고함. 요구사항 인수 테스트 분석 시스템 테스트 설계 통합 테스트 구현 단위 테스트 2. 단위 테스트(Unit Test) - 코딩 직후 SW설계의 최소 단위인 모듈이나 컴포넌트에 초점을 맞춘 테스트 - 인터페이스, 외부적 I/O, 자료 구조, 독립적 기초 경로, 오류 처리 경로, 경계 조건 검사 - 사용자 요구사항을 기반으로 한 기능성..

1. 화이트박스 테스트(White Box Test) - 모듈의 원시 코드를 오픈시킨 상태에서 코드의 논리적인 모든 경로를 테스트하는 방식으로 테스트 케이스를 설계하는 방법 - 설계된 절차에 초점을 둔 구조적 테스트로, 프로시저 설계의 제어 구조를 사용하여 테스트 케이스를 설계 - 테스트 과정의 초기에 적용되며, 모듈 안의 작동을 직접 관찰 - 원시 코드의 모든 문장을 한 번 이상 실행하면서 수행 - 프로그램의 제어 구조에 따라 선택/반복 등의 분기점 부분을 수행하며 논리적 경로를 제어함 2. 화이트박스 테스트의 종류 1) 기초 경로 검사 - 대표적인 화이트박스 테스트 기법으로, 테스트 케이스 설계자가 절차적 설계의 논리적 복합성을 측정 할 수 있게함 - 테스트 측정 결과는 실행 경로의 기초를 정의하는데 ..