01. 엔터티 (Entity)

개체라고 표현하며 정보의 세계에서 의미 있는 하나의 정보 단위

엔터티의 특징
업무에서 필요로 하는 정보
식별 가능 여부
인스턴스의 집합
업무 프로세스에 의해 활용되어야 함
속성을 포함해야 함
관계의 존재

엔터티의 분류
유/무형에 따른 분류(유형,개념,사건)
발생 시점에 따른 분류(기본키,중심,행위)

엔터티의 이름짓기 방식
1. 가능하면 업무에서 사용하는 용어를 사용합니다.
2. (가능하면) 축약어(shortcut)를 사용하지 않습니다.
- 의미가 온전하게 드러날 수 있도록 작성합니다.
3. 단수 명사를 사용하고 띄어쓰기를 하지 않습니다.
4. 모든 엔터티에서 유일한 이름이 부여되어야 합니다.
- 즉, 엔터티 이름은 중복되지 않아야 합니다.
5. 엔터티 생성 의미대로 이름을 부여합니다.

- 엔터티의 개념 정리
1. 엔터티는 사람, 장소, 물건, 사건, 개념 등의 명사에 해당
2. 엔터티는 업무상 관리가 필요한 관심사에 해당
3. 엔터티는 저장이 되기 위한 어떤 것(Thing)

02. 속성 (Attribute)

인스턴스가 가진 어떠한 성질(성격)
업무에서 필요로 하는 인스턴스로 관리하고자 하는 의미상
더 이상 분리되지 않는 최소의 데이터 단위

엔터티, 인스턴스, 속성, 속성값의 관계

• 한 개의 엔터티는 두 개 이상의 인스턴스의 집합이어야 합니다.
• 한 개의 엔터티는 두 개 이상의 속성으로 구성됩니다.
• 한 개의 속성은 한 개의 속성값을 갖습니다.

특징
속성은 업무에서 필요
속성은 의미상 더 이상 분리되지 않는 그 자체로 독립성을 유지
엔터티를 설명하고 인스턴스의 구성요소
속성을 통해 인스턴스가 구성되며 인스턴스가 모여 엔터티가 되기 때문에 결과적으로 엔터티를 설명
정규화 이론에 기반을 두고 정해진 주식별자에 함수적 종속성
하나의 속성은 한 개의 값

속성의 분류
속성의 특징에 따른 분류(기본,설계,파생)
엔터티 구성 방식에 따른 분류(pk,fk,일반)

도메인

• 각 속성이 가질 수 있는 값의 범위
• 엔터티 내에서 속성에 대한 데이터 타입과 크기, 제약 사항

속성의 명명
1. 가능하면 업무에서 사용하는 용어를 사용합니다.
2. 가능하면 축약어(shortcut)를 사용하지 않고 의미가 온전하게 드러날 수 있도록 작성합니다.
3. 서술형보다는 명사형을 사용합니다.
4. 수식어가 많이 붙지 않고 명확하게 의미를 파악할 수 있어야 합니다.
- 명시적인 형태로 의미 전달을 할 수 있어야 합니다.
5. 전체 데이터 모델에서 유일하게 작성해야 합니다.
- 이는 데이터 정합성 유지와 반정규화 작업을 수행할 때 속성의 충돌을 해결하는 데 도움이 됩니다.

03. 관계 (Relationship)

'상호 연관성이 있는 상태'
'엔터티의 인스턴스 사이의 논리적인 연관성으로서 존재의 형태로서나 행위로서 서로에게 연관성이 부여된 상태'

관계의 페어링
엔터티 안에 인스턴스가 개별적으로 연결되어 있는 구조

관계의 종류
존재에 의한 관계
행위에 의한 관계

UML(Unified Modeling Language) - 통합 모델링 언어
ERD에서는 존재적 관계와 행위에 의한 관계를 구분하지 않고 표현했다면 클래스 다이어그램에서는 이를 구분하여 연관 및 의존 관계로 표현