드라이브드 어트리뷰트

/drivedAttribute -> 원래는 없는 속성인데, 계산되어 유도될 수 있는 어트리뷰트

도메인 모델(Domain Model)과 디자인 클래스 모델(DCD)

• 도메인 모델은 메소드가 없고, 디자인 모델은 메소드가 있다.
• 도메인 모델은 방향성이 없고, 디자인 모델은 방향성이 있다. (서로 간의 가시성이 있다)
  연관()은 속성으로 표현할 수 있다.
• /total 과 같은 유도 어트리뷰트는 메소드형태로 간단하게 정의해주면 된다.
• currentSale은 하나의 Sale을 생성하는 것으로 Register에 생성문을 만들면 된다.

메모 노테이션(Memo notation)

• 매우 중요하다!
• 개발자가 잘 모를 수 있는 내용을 필요한 만큼 써준다.

생성자와 접근자

생성자

• create를 사용 또는 $<<constructor>>$ 와 같은 스테레오 타입을 사용한다.

접근자

• 중요한 정보를 포함하지 않으므로, Noise가 될 수 있다.
• 굳이 설계에 쓰지 말고 생략하도록 하자!

스테레오 타입

• 기존에 정의 되어있을 수도 있고 $<<destroy>>$ 사용자가 직접 정의할 수도 있다. $<<box>>$

UML Profile

• UML의 표현력이 부족할 때 확장해서 추가할 수 있는 부분이다.
• 개념만 알고 있도록하자.

Abstract Class (추상 클래스)

왜 필요? ➝ 다형성을 지원하기 위해서

(다중상속의 문제점은 인터페이스로 해결! 속성이 없는 추상클래스!)

인터페이스 $<<interface>>$ 를 꼭 써주자

• 다중상속을 할때, 어트리뷰트를 제외한다 (속성이 없는 추상클래스라 불리는 이유)
  

• 사용자 입장에서는 SiteSearch만 알면되고, 사진이든 동영상이든 상속받아 사용하면된다.
  

• Timer 인터페이스를 상속(인터페이스에서는 구현)받아 Clock3가 사용하므로, Window3에 구현된 my.Timer 인터페이스에 연결하여 사용할 수 있다.

어그리게이션과 컴포지션 (has a – 포함 관계 ◇ / is a – 상속 관계 △)

Aggregation (느슨한 관계) ◇

• 연관과 별 차이가 없으므로, 가능하면 사용하지말아라 (교수 – 학생)

Composition (강한 관계) ◆

• 부분은 항상 하나의 전체에 포함되어야 한다 (자동차 – 바퀴)
• 전체는 부분의 생성과 삭제를 책임진다 (CASECADE 관계)

연관 클래스

• 많은 쪽에 속성을 추가한다.
• 多 대 多 관계에서 속성을 추가해서
  나눌 수 있다.

인터렉션 다이어그램과 클래스 다이어그램

인터렉션 다이어그램이 매우 중요!
이를 그리고 나서 클래스 다이어그램을 그린다.

액티브 클래스

• 자신의 스레드를 실행하고 제어한다. (양 옆에 선을 친다)