UML-Klassendiagramm Beziehungstyp

Question

Ich habe zwei Klassen, aber nicht, welche Art von Beziehung soll ich verwenden. Ich habe eine Klasse Dokument mit vielen Eigenschaften und keine Methoden. Die zweite Klasse ist, was ich die DocumentFact (Fact - Factory) genannt. Diese Klasse enthält verschiedene Methoden, die eine Sammlung von Document-Objekten zurückgibt.

So, wird die Dokumentenklasse nichts über die DocumentFact Klasse wissen, weil es nichts damit zu tun hat. Auf der anderen Seite schafft DocumentFact mehr Document-Objekte. Was für eine Art von UML Beziehung ist das? Ich war so etwas wie diese zu denken:

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

Oder:

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

Was denken Sie?

Answer 1

Klingt eher wie eine «Instantiiert» Abhängigkeitsbeziehung?

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

Answer 2

Nur meine Meinung - wenn DocumentFact wirklich eine Fabrik ist, würde ich die zusätzlichen drei Tastenanschläge verbringen und es buchstabieren. Sie zwingen Benutzer Ihrer Klasse, um herauszufinden, ob Sie bedeuten „Document Factory“ oder „Tatsache über ein Dokument“, wenn sie die Klassennamen zum ersten Mal gelesen. Die Unsicherheit ist nicht notwendig, vor allem, wenn Sie Typen berühren können. Ich würde empfehlen, den Namen selbsterklärend und weniger zweideutig zu machen.

Answer 3

ich mit Toolkit einverstanden, dass factories-> Produkt ist eine Beziehung instanziiert - die Vielzahl Descriptor gilt nicht, wenn die Fabrik auch bestimmt, in dem Verweis auf die Produktobjekte zu erhalten Fall ist es ein 1: * oder 1: n ( Multiton) sowieso