🎫소프트웨어 공학 part09. Domain Model

• Database와 유사하게 나온다. ERD(DB)와 같이 영속성을 갖는 결과가 나온다.
  Class Diagram에서의 메소드가 문자인 것.

■ 도메인 모델을 읽는 순서 및 작성 순서

concept -> 연관 -> 속성

■ 현실 세계의 모델이므로 컴퓨터적인 요소 즉, method나 Database가 존재해서는 안 된다.

■ 개념적 클래스 작성 방법 3가지

1. 기존 모델을 검색하여 이를 재사용하거나 수정한다.
어떤 모델이 좋은지 판단할 수 있는 능력 (즉, 도메인 모델을 그릴 수 있어야한다.)
“검색한다“ 와 같은 Method가 나오면 무조건 거른다.
2. 분류 리스트를 사용
우선 순위대로 나열된다.
3. 명사구를 통한 식별
유즈 케이스에서 명사 또는 명사구를 식별한다.

■ 속성과 클래스를 어떻게 구분할까?

Sale -> Class
숫자로 표현되거나 간단하게 표현되면 속성.
어떠한 공간을 차지하면 클래스. -> 헷갈리면 클래스다.

클래스 내에 클래스가 위치하는 것은 불가능! 클래스는 많이 만들수록 좋다.

■ 명세 클래스

DB에서의 삭제 이상이 발생하는 것을 방지하기 위해서 ”명세”를 따로 새로운 클래스로 분리한다.

■ 연관

도메인 모델에서 클래스는 많이 연관은 적게 만드는 것이 좋다. (헷갈리면 그리지마라 차라리)
따라서 유도될 수 있는 연관은 사용하지 않는다.

• Sale과 SaleLineItem과의 관계? 연관이 필요함
• 출납원과 ProductDescription과의 관계? 연관 자체가 필요 없음.
• sale과 manager와의 관계? sale – register – cashier – manger 로 유도가능하므로 필요 없음.

[연관 관계]

엔진 – 자동차 (has a) 포함관계
자동차 – 아반떼 (is a) 상속관계

■ 속성과 연관의 차이

속성은 attribute이고, 연관은 Pointer이다. 결국 포인터 자체도 속성으로 유지된다.
주소 객체 -> 속성(attribute)
지도 교수 객체 -> foreign key이므로 연관임

■ 다중 연관

다중 연관의 상황에서는 많은 쪽( *）에 속성을 넣어준다.

■ UML의 속성 표기법

SaleLineItem에 있어야하나, 많이 사용되고 자주 필요로 하므로 drive attribute( / )로 표기한다.

• 도메인 모델의 속성은 기본 데이터 타입인 것이 좋다 (사용자 데이터 타입인 경우 밖으로 빼내자)
  
• atrribute(간단 또는 숫자)로 표기하기 복잡한 것은 밖으로 빼낸다.
  
• 양과 단위는 단순 숫자로 나타낼 수 없다. (amount : Number을 쓰지말고 amount : Quantity)
  

■ BOM: Business Object Mode

비즈니스 인력과 비즈니스 개체가 어떻게 연관되어야 하는가와 비즈니스를 수행하기 위하여 그들이 어떻게 협력해야 하는가에 대한 추상화이다.