Question

J'ai deux classes, mais vous ne devez pas utiliser quel type de relation. J'ai un document de classe avec beaucoup de propriétés et aucune méthode. La deuxième classe est ce que j’ai appelé le DocumentFact (Fact - Factory). Cette classe contient différentes méthodes qui renvoient une collection d'objets Document.

Ainsi, la classe Document ne sait rien de la classe DocumentFact car elle n’a rien à voir avec elle. Par ailleurs, DocumentFact crée plusieurs objets Document. Quel genre de relation UML est-ce? Je pensais à quelque chose comme ça:

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

Ou:

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

Qu'en pensez-vous?

Autres conseils

À mon avis, si DocumentFact est vraiment une usine, je dépenserais les trois frappes supplémentaires et les épelerais. Vous obligez les utilisateurs de votre classe à déterminer si vous voulez dire "usine de documents". ou "fait sur un document" quand ils lisent le nom de la classe pour la première fois. L'incertitude est inutile, surtout si vous pouvez toucher le type. Je recommanderais de rendre le nom plus auto-documenté et moins ambigu.

Je conviens avec la boîte à outils que les usines - le produit est une relation instanciée - le descripteur de multiplicité ne s'applique que si l'usine est également destinée à conserver des références aux objets du produit, auquel cas il s'agit d'un 1: * ou 1: n. (multiton) quand même

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top