로춘남의 IT이야기

1. 시스템 카탈로그(System Catalog)의 의미 - 시스템 카탈로그는 시스템 그 자체에 관련이 있는 다양한 객체에 관한 정보를 포함하는 시스템 데이터베이스 - 시스템 카탈로그 내의 각 테이블은 사용자를 포함하여 DBMS에서 지원하는 모든 데이터 객체에 대한 정의나 명세에 관한 정보를 유지관리하는 시스템 테이블 - 카탈로그가 생성되면 데이터 사전(Data Dictionary)에 저장되기 때문에 좁은 의미로는 카탈로그를 데이터 사전이라고함 2. 시스템 카탈로그 저장 정보 - 저장된 정보를 메타 데이터(Mete_Data)라고 부름 1) 메타 데이터 유형 - 데이터베이스 객체 정보: 테이블, 인덱스, 뷰 등의 구조 및 통계 정보 - 사용자 정보: 아이디, 패스워드, 접근권한 등 - 테이블 무결성 제약 ..

1. 정규화의 개요 - 정규화 : 함수적 종속성 등의 종속성 이론을 이용하여 잘못 설계된 관계형 스키마를 더 작은 속성의 세트로 쪼개어 바람직한 스키마로 만들어가는 과정 - 즉, 하나의 종속성이 하나의 릴레이션에 표현될 수 있도록 분해해가는 과정 - 차수가 높아질수록 만족시켜야 할 제약 조건이 늘어남 - DB의 논리적 설계 단계에서 수행되며, 논리적 처리 및 품질에 큰 영향을 준다. - 정규화된 데이터 모델은 일관성, 정확성, 단순성, 비중복성, 안정성 등을 보장한다. - 정규화 수준이 높을수록 유연한 데이터 구축이 가능하고, 데이터 정확성이 높아지는 반면, 물리적 접근이 복잡하고 너무 많은 조인으로 인해 조회 성능이 저하된다. ​ 2. 정규화 목적 - 데이터 구조의 안정성 및 무결성을 유지한다. - 어..

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

1. E-R(Entity-Relationship, 개체-관계) 모델의 개요 - E-R 모델은 개념적 데이터 모델의 가장 대표적인 것 - 개체(Entity Type)와 개체 간 관계(Relationship Type)를 기본 요소로 이용하여 현실 세계의 무질서한 데이터를 개념적 논리 데이터로 표현하기 위한 방법으로 많이 사용 - E-R 모델에서는 데이터를 개체, 관계, 속성으로 묘사 - E-R 모델은 특정 DBMS를 고려한 것은 아님 - E-R 다이어그램으로 표현되며, 1:1, 1:N, N:N 등의 관계 유형을 나타냄 ​ 2. E-R 다이어그램] - E-R 모델의 기본 아이디어를 이해하기 쉽게 기호를 사용하여 시각적으로 표현한 그림 - 실체 간의 관계는 물론, 시스템 내에서 역할을 가진 모든 실체(조직, 사..

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) 기초 경로 검사 - 대표적인 화이트박스 테스트 기법으로, 테스트 케이스 설계자가 절차적 설계의 논리적 복합성을 측정 할 수 있게함 - 테스트 측정 결과는 실행 경로의 기초를 정의하는데 ..