Make your root ♔

2) 물리 데이터 저장소 설계 절차 •물리 스키마 설계 - ERD 변환 (논리 -> 물리) 엔티티 테이블 속성 컬럼 주 식별자 기본키 외래 식별자 외래키 관계 관계 관계의 카디널리티 관계의 카디널리티 관계의 참여도 관계의 참여도 - 엔티티 -> 테이블 변환 -> 일반화 관계는 3가지 타입으로 변환 -> 슈퍼 타입 기준 변환 : 엔티티의 서브 엔티티를 슈퍼 엔티티에 통합하여 하나의 테이블로 변환 -> 장점 : 데이터 액세스 용이, 수행속도 증가, 조인 감소, 복잡한 처리를 하나의 SQL로 통합하기 용이함 -> 단점 : 컬럼 및 블록 수 증가, 인덱스 크기 증가, 서브 타입 구분이 필요한 경우 발생 -> 서브 타입 기준 변환 : 슈퍼타입을 서브타입에 복제하여 하나의 테이블로 변환 -> 장점 : 단위 테이블 ..

1) 논리 데이터 저장소 확인하기 - 논리 데이터 저장소 확인 절차 -> 엔티티 및 속성 확인 엔티티의 누락/중복 확인 속성을 확인하여 물리 테이블의 컬럼으로 전환 가능한지 여부 확인 공통 코드 대상 확인 * 공통 코드 : 유형이 정해져 있는 속성으로 그 상태가 잘 변하지 않는 속성들 -> 관계 확인 : 엔티티간 관계와 정규화 수준 검토 •정규화(Normalization) 이상 현상의 원인이 되는 데이터 중복성을 제거 -> 데이터 무결성 보존 - 정규화의 원칙 무손실 분해 자료의 중복성 제거 분리의 원칙 - 제1정규형(1NF) 릴레이션 R의 모든 속성 값이 원자값을 가지는 릴레이션 - 제2정규형(2NF) 릴레이션 R이 제1정규형이고 기본키가 아닌 속성이 기본키에 완전 함수 종속일 때 R은 제2정규형을 만..

3) 분석 모델 확인하기 •UML(Unified Modeling Language) -> OMG(Object Management Group)에서 만든 객체지향 모델링 언어 -> 정보 시스템을 객체 지향으로 분석 설계 - 구성요소 뷰 : 모델화된 시스템의 서로 다른 모형 제공 다이어그램 : 뷰의 내용을 나타내기 위한 13가지 다이어그램 제공 모델요소 : 클래스, 속성, 오퍼레이션 일반적 체계 : 주석 정보와 의미 제공 - UML 다이어그램 종류 -> 요구사항 Use-Case : 사용자 입장에서 본 시스템의 행동을 표현, Use Case들은 시스템의 기능적인 요구를 정리 -> 정적 모델링 Class : 시스템 내 클래스들의 정적 구조를 표현, 속성과 동작으로 구성 Object : 클래스의 여러 오브젝트 인스턴..