UML 클래스 다이어그램 관계 유형

StackOverflow https://stackoverflow.com/questions/642233

  •  22-07-2019
  •  | 
  •  

문제

나는 두 가지 수업이 있지만 어떤 종류의 관계를 사용해야하는지는 안됩니다. 속성이 많고 방법이없는 클래스 문서가 있습니다. 두 번째 수업은 내가 DocumentFact (사실 - 공장)라고 불렀습니다. 이 클래스에는 문서 개체 모음을 반환하는 다른 방법이 포함되어 있습니다.

따라서 문서 클래스는 DocumentFact 클래스에 대해 아무것도 알지 못합니다. 반면에 DocumentFact는 여러 문서 객체를 만듭니다. 이것은 어떤 종류의 UML 관계입니까? 나는 다음과 같은 생각을하고 있었다 :

--------------           ------------
|DocumentFact|  -------> | Document |
--------------       2.* ------------

또는:

--------------            ------------
|DocumentFact|  ------- []| Document |         // Composition
--------------            ------------

어떻게 생각해?

다른 팁

단지 내 의견 - DocumentFact가 진정으로 공장이라면, 나는 세 개의 키 스트로크를 추가로 쓰고 철자를 쓰다. 수업 사용자가 클래스 이름을 처음 읽을 때 "문서 공장"또는 "문서에 대한 사실"을 의미하는지 여부를 파악하도록 강요합니다. 불확실성은 불필요합니다. 특히 유형을 터치 할 수있는 경우. 나는 이름을 더 자체 문서화하고 덜 모호하게 만드는 것이 좋습니다.

나는 공장 -> 제품이 인스턴스형 관계라는 툴킷에 동의합니다. 공장이 제품 객체에 대한 참조를 유지하려는 의도가 아니라면 1 :* 또는 1 : n (multiton)에 대한 참조를 유지하려는 경우 다중성 설명자가 적용되지 않습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top