[uml] difference entre aggregation et association ???

difference entre aggregation et association ??? [uml] - Divers - Programmation

Marsh Posté le 17-09-2003 à 03:49:39    

hello,  
 
est ce que quelqu un connait le UML, et notamment la different entre une relation d association et une relation d aggregation?

Reply

Marsh Posté le 17-09-2003 à 03:49:39   

Reply

Marsh Posté le 17-09-2003 à 07:56:55    

Une association est un lien entre deux classes.
 
Une aggregation est la même chose dénotant en plus une information de sous-partie de la classe source, comme celle entre une voiture et ses roues.
 
La composition spécifie une sous-partie forte, où la classe source est seule responsable de la construction/destruction de la classe destination.
 
Pour info, c'est super pas-clair sur ce qu'est une aggregation dans la norme :  
 

Citation :

Since the aggregate construct can have several different meanings depending on the application area, UML gives a more
precise meaning to two of these constructs (i.e., association and composite aggregate) and leaves the shareable aggregate more loosely defined in between.


 
page 2-66 dans UML 1.5


Message édité par kadreg le 17-09-2003 à 08:14:27

---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 17-09-2003 à 11:10:44    

association ca ressemble a une classe, qui contient en donnee un pointeur vers une instance d une autre classe.
 
conposition, c est une classe qui contient en donnee, une instnace d une autre classe.
 
y a aussi l heritage.
 
 
mais l aggregation, je vois vraiment pas :(.

Reply

Marsh Posté le 17-09-2003 à 11:32:54    

Slvn a écrit :


mais l aggregation, je vois vraiment pas :(.  


 
Si tu pense en terme d'implémentation, c'est comme l'association, à part quelques condition sur les cardinalités (0..1 en cardinalité opposée à l'aggregation).
 
En génération de code, on traite l'aggregation comme une association.


Message édité par kadreg le 17-09-2003 à 11:33:06

---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 17-09-2003 à 12:11:36    

Moi j'ai appris que la différence entre l'agrégation et l'assocation c'est que la classe qui agrége l'objet contrôle sa durée de vie (l'objet "fille" meurt avant l'objet "mère" ) contrairement à l'association (l'objet "fille" n'est pas dépendant de la durée de vie de l'objet "mère" )
 
Kadreg : j'ai bon ou pas ?

Reply

Marsh Posté le 17-09-2003 à 12:36:23    

*Syl* a écrit :


Kadreg : j'ai bon ou pas ?


 
Tout le monde à gagné, la norme est pas claire entre les différentes significations pour AssociationKind.


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 17-09-2003 à 12:52:30    

Bon, je vais devoir corriger un peu le tir de ce qui precede...
 
 
Une association est une relation structurelle qui précise que les objets d'un élément sont reliés aux objets d'un autre élément. En reliant deux classes, elle autorise la navigation d'un objet de l'une d'elles à un objet de l'autre, et vice versa. Il n'est pas interdit que les deux extrémités de ce genre de relation forment une boucle et se rattachent à la même classe. Cela signifie qu'un objet qui appartient a cette classe peut être connecté à d?autres objets de cette même classe. On appelle "association binaire" une association qui relie seulement deux classes entre elles. Une association qui relie plus de deux classes, ce qui est moins fréquent, est appelée "association n-aire". Une association est représentée par une ligne pleine qui relie une classe à d?autres classes ou à elle-même. On utilise les associations pour montrer les relations structurelles.
 
Une association simple entre deux classes représente une relation structurelle entre pairs, ce qui signifie qu'elles sont de même niveau conceptuel : aucune des deux n'est plus importante que l'autre. Il est parfois souhaitable de modéliser une relation "tout/partie", dans laquelle une classe représente un élément plus grand (le "tout" ) qui consiste en des éléments plus petits (les "parties" ). Cette relation s'appelle alors une agrégation et elle représente une relation "possède", ce qui signifie qu'un objet du tout possède des objets de la partie. L'agrégation n'est qu'un genre spécial d'association et est représentée par l'ajout d'un losange du côté du tout.
 
(extraits de Le guide de l'Utilisateur UML, de Booch, Rumbaugh et Jacobson, qui devrait etre dans la bibli de tout UMListe)
 
 
A+,


Message édité par gilou le 17-09-2003 à 13:47:22

---------------
There's more than what can be linked! --    Iyashikei Anime Forever!    --  AngularJS c'est un framework d'engulé!  --
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed