Discussion :

[clawhammer]

Bonjour,
voila ce que j'ai dans mon modèle :

Commune --- 0..* ----- Appartenance ----- 0..1 --- Région

avec Appartenance une classe d'association entre Commune et Région, contenant des dates.

Comment est ce implémenté dans un langage comme java ?
1°) Ai je un pointeur direct de ma commune vers ma région (et vice versa de ma région vers ma commune) ?

en gros :
Commune
{ pointeurVersRégion
pointeurVersAssociationAppartenance
}

Région
{ pointeurVersCommune[]
pointeurVersAssociationAppartenance[]
}

OU pour retrouver ma région à partir de ma commune, suis je obligé de pointer vers ma classe d'association Appartenance qui elle même pointe vers ma région ?

en gros :
Commune
{
pointeurVersAssociationAppartenance
}

Région
{
pointeurVersAssociationAppartenance[]
}

Appartenance
{
pointeurVersRégion
pointeurVersCommune
}

2°) La classe d'association possède-t-elle effectivement des pointeurs vers ma Commune et ma Région ? ou la région et la commune sont-elles les seules à pointer vers Appartenance.
en gros, a-t-on effectivement :

Appartenance
{
pointeurVersRégion
pointeurVersCommune
}


MERCI D'avance !!!! (c'est très important ....)

[ego]

L'endroit où tu trouves des références aux autres objets dépend de la navigabilité de l'association et aussi de tes choix d'implémentation de la modélisation.
Au final, toutes tes solutions sont valables car UML ne dit rien sur le passage au langage.
Quand on a une classe d'assocation, résultat d'une étape d'analyse, on modifie souvent le modèle en conception comme suit :

Commune 0..1---------0..1 Association 0..*---------0..1 Region

Au niveau de la classe d'Association, tu as des références vers les objets Region et Commun, en général. Ensuite, le fait de retrouver des références dans les classes Commune et Region dépend de tes besoins. Ces besoins seront exprimés au niveau du diagramme UML en donnant une direction à tes associations.
Tes besoins sont des besoins de navigation entre les différents objets et aussi des besoins liés à la performance = faut-il avoir l'information d'un côté ou de l'autre ? des 2 côtés quitte à gérer les doubles références ? Bref tout dépend de l'usage que tu vas faire de tes objets.

Si cela peut t'aider !?

[alex00]

en règle générale :
Les classes d'association sont très utilisées en analyse (lisibilité)
Elles peuvent être remplacées par des classes simples en design (proche de l'implémentation).

Quelle que soit la cardinalité, une classe d'association correspond à 1 seul lien et pas à plusieurs. Je m'explique :
soit C1 associé à C2, avec la classe d'association CA.

avec la navigabilité dans un seul sens, et la cardinalité n :
C1 -- CA --n-> C2
peut être traduit en design :
C1 ---n-> CA
CA ---1-> C2

avec la navigabilité dans les deux sens, et les cardinalité n et p :
C1 <-p-- CA --n-> C2
peut être traduit en design :
C1 <-1-- CA
CA --1-> C2
Il peut alors être intéressant de gérer des groupes de CA par objet C1 et/ou C2
(ce sont des index - ex : hash_table(key = C1, value = liste(CA)).

[clawhammer]

merci à tous les deux, ca m'a donné un apercu de la solution.
En fait, c'est une phase d'analyse, donc les problèmes de performances n'entrent pas vraiment en ligne de compte sauf problème extrême (l'important est le métier).

Finalement, après concertation, il est possible (dans cette phase d'analyse du moins) d'accéder directement à une commune à partir de sa région, et vice versa, sans recherche de l'instance d'association.
De même, d'une instance de classe d'association, j'ai la possibilité de remonter aux couple Commune / Région participant à l'association.

Encore merci.