도메인 다이어그램에서 UML로 일반화 관계를 표시 할 수 있습니까? 클래스 다이어그램을 제외하고는 일반화 관계를 표시하는 도메인 모델에 대한 많은 예제를 보지 못했습니다. 가능하지 않다면, 도메인 모델에서 엔티티가 엔티티 A 또는 엔티티 B 또는 엔티티 C 또는 엔티티 D 중 하나임을 표시하는 가장 좋은 방법은 무엇입니까?UML의 도메인 모델에 일반화 관계를 표시 할 수 있습니까?
왜 도메인 모델과 클래스 다이어그램을 구별해야하는지 명확히해야합니다.
한편으로 도메인 모델은 데이터베이스에 매핑 할 수있는 모든 요소의 클래스 다이어그램 일 수 있습니다. 따라서 일반화 관계는 단순히 구현 상속이나 인터페이스 상속을 묘사 할 수 있습니다.
한편 도메인 모델은 단순히 수업이 어떻게 작동하는지 예상 할 수 있습니다. 어떤 경우에는 표준 UML 다이어그램 중 하나 일 수 있습니다 : 클래스, 시퀀스, 공동 작업, 구성 요소, 활동 등
ADD : 태그 지정 시스템과 같이 영구 엔티티를 분류하는 다른 방법을 찾는 것에 대해 이야기하고 있습니까? 또는 영속 엔티티에 카테고리 트리에 많은 노드가있는 것을 가능하게 할 수 있습니까?
예, 도메인 모델의 엔티티 간 일반화가 허용됩니다.
기본적으로 도메인 모델은 클래스 다이어그램입니다. 클래스는 개념적 디자인의 엔터티 유형을 나타내며 일반적인 클래스 다이어그램에 표시되는 구체적인 프로그래밍 언어 클래스는 아닙니다.
할 수있는 일과 할 수없는 일을 더 잘 찾으려면 UML 2.x Superstructure specification을 읽을 수 있지만 이해하기는 매우 어렵습니다.
일반적으로 내 디자인을 전달하는 것은 무엇이든 자유롭게 사용하는 경향이 있지만 다소 엄격한 특정 모델링 도구에 제약이있는 경우 UML 사양에 익숙해 져야합니다.