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

Question

두 클래스가 있지만 어떤 종류의 관계를 사용해야하지 않습니다. 많은 속성과 메서드가없는 클래스 문서가 있습니다. 두 번째 클래스는 내가 DocumentFact (Fact - Factory)라고 부르는 클래스입니다. 이 클래스에는 Document 객체의 컬렉션을 반환하는 여러 메서드가 포함되어 있습니다.

그래서 Document 클래스는 DocumentFact 클래스와 아무 관련이 없으므로 DocumentFact 클래스에 대해 아무것도 모릅니다. 반면에 DocumentFact는 여러 Document 객체를 만듭니다. 어떤 종류의 UML 관계가 이것입니까?

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

또는 :

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

당신은 어떻게 생각 나는 이런 식으로 뭔가를 생각?

Answer 1

더 많은 것 같이 «instantiates»는 의존 관계를 소리가 난다?

instantiates diagram http://publib.boulder.ibm.com/infocenter/rsmhelp/v7r0m0/topic/com.ibm.xtools.modeler.doc/images/instantiation.gif

Answer 2

내가 factories- 그 툴킷에 동의는> 제품은이 관계를 인스턴스화입니다 - 공장도 제품 객체에 대한 참조를 유지하기위한 것입니다하지 않는 한 다수의 기술자가이 일의 경우에 적용되지 않습니다 : * 또는 1 : n (멀티 톤) 어쨌든

Answer 3

그냥 내 의견 - 만약 DocumentFact 진정한 공장, 난 여분의 세 키 입력을 보내고 철자. 클래스 사용자가 처음으로 클래스 이름을 읽을 때 "문서 팩터 리"또는 "문서에 관한 사실"을 의미하는지 여부를 파악하도록합니다. 불확실성은 불필요합니다. 특히 유형을 터치 할 수있는 경우. 나는 그 이름을 좀 더 각자 문서화하고 모호하지 않게 만드는 것이 좋습니다.