모델링 책 목차 및 Contents 발전시키기 주제꺼리

REALTIY

ARCHITECTURE

무엇을 알고 싶은가 남겨둘 것인가 그것이 우리가 관리하고자 하는 대상이며 바로 데이터이다

ENTITY

 - WHO n WHO    

 - WHAT n WHAT

 - WHO n WHAT

엔터티의 정의

 - 엔터티간의 정의의 범위에 대한 중복이 없는지 검토 및 있다면 존재이유 확인

개념/논리/물리

KEY 와 ACTION 그리고 MAIN

속성의 정의  

해당엔티티와 정보항목(속성)의 관계가 본질적으로 어떠한지 살펴보아라

IS(1), HAS(1) HAS(N)?  N 의 가능성이 있다면 분리가 일어날 것이다

엔터티의 본체인가 사이드인가 ?  

 다른 속성(식별자/비식별자든간에)으로 해당 속성을 유추할 수 있는가 ?

 1. 동일 엔터티의 다른 속성으로 유추가 가능한가 ? 

 2. 다른 엔터티의 다른 속성으로 유추가 가능한가 ?

 특별한 요건사항으로 인해 해당속성이 반드시 필요한가 ? (업무CRUD요건 또는 조회성능)

  ex. 잔여좌석수, 예약가능여부 

          <-- Rarely 비즈니스 요건을 쉽게 만족시키기 위해 중복속성(파생)을 사용하는 경우가 있을 수 있다.

 FollowUp 은 ? 원천이 바뀔 때 파생속성을 어떻게 관리할지에 대한 장치를 만들어 두고 관리가 될 수 있도록 했는가 ?  

식별자

 - 기본은 Entity 의 본질을 식별할 수 있는 식별자로

관계

 - 엔터티간의 모종의 관계가 있다 (smth)

 - 엔터티간의 연결고리가 필요하다

 - 관계는 기본적으로 직접적인(1차)관계로 구성된다

   (가족 관계도를 통해 우리는 서로가 몇촌인지 알 수 있다. 형제도 부모를 통해서 1+1인 2차가 되는 것이다)

    사촌이라는 개념은 부모없이 그리고 부모의 형제자매없이 성립되지 않는다

 - 관계의 중복인가 ? 

 - 관계선의 명칭을 살펴봐야 한다.

어떤 의미의 관계를 표현해 주는가 ? 

관계선은 어떠한 의미를 지니는가 ? 

관계선에 숨어 있는 의미를 읽자

테이블을 하나의 엑셀sheet 로 가정해 보자 (어차피 테이블은 표다)

자기참조관계 (Recursive)

BOM 의 발전과정

 - Entity, 1:N, Recursive, 1:N and 1:N, BOM 구조 무엇을 추가로 관리하고자 할 때 쓰이는가 ? 

코드(KEY?)

공통코드 엔터티

개별코드 엔터티

 - 개별속성이 있을 때, 비즈니스 업무적 성격이 차별성이 필요할 때

    

ARC Exclusive 

 - 언제 왜 무엇을 위해 사용하는가 ? 

 - 각 상위엔터티의 식별자 속성을 각각의 다른 속성으로 생성하는 경우

 - 하나의 속성값으로 합치는 경우

    FK constraint 를 통해서 두개 이상의 상위엔터티의 원천값에 대한 값 검증 안됨

 - 상위엔터티가 무엇인지를 구분하는 구분코드 속성을 추가로 생성하여 사용하는 방법도 고려할 수 있음

이력관리(점이력, 선분이력(한편넣기))

시스템공통속성(생성자, 생성일시, 수정자, 수정일시)

표준 (일, 일자, 날짜, 일시, 시간, 시각 등)

중복의 배제 ==> 결국 정규화된 정상적인 모델이 나타난다. 

FK constraint 의 이해 (NULLABLE)

메타모델 - 일반화

 - 모든데이터는 sheet 화 테이블화 된다를 출발점으로 한테이블로 간다

   구분코드의 개수만큼 엔터티가 있다고 보아도 무방할 것이다

표준화

 - 일관성의 확보

 - 실제로 무엇이 어려운가 ?   Naming Naming

프로젝트에서 정책의 결정

 - 어디까지 모델링, 정규화, 표준화의 대상으로 삼을 것인가 ? 

 - 

------------------------------Class Materials--------------------------

삼차원 테이블

나무막대(레고) 윷처럼 사각막대로 구성된(하나의 속성을 의미하는) 나무재료

포스트 잇 (노란색 또는 옅은 회색?)

스카치테이프

수성용사인펜(잘 안보여서)

휴대용 스캐너+프린터(A4 or A3)

종이 A3 + A4

동영상 (How are you doing?  Hayadoin)