Discussion :

[sly3333]

bonjour

je désire modeliser une base de données avec UML. Je débute en UML mais je connais bien Merise. Je me retrouve dans un cas ou je ne sais pas comment modeliser mon probleme :

j'aimerai savoir comment modeliser un lien identifiant entre deux classes en UML.
je m'explique :

par exemple, si j'ai une classe "Compte" et une classe "Operation". avec le mcd de merise j'aurais fait un lien identifiant de maniere a ce que la clé de compte migre en clé primaire d'operation


Compte --- 0,n ------------Association--------------- (1,1) --- Operation

avec Compte ayant pour clé IDCOMPTE
et operation ayant pour clé IDOperation

Comment faire avec UML pour modeliser cela ?

[Hephaistos007]

Je n'ai pas compris ton problème...
Néanmoins, j'ai déjà une vague impression qu'une association qualifée pourrait te convenir. (Je reviendrai sur cette notion si besoin).

[sly3333]

je reexplique car c'est vrai que je n'est pas été très clair

je veut modeliser qu'un compte bancaire (entité compte) peut avoir plusieurs opérations (entité operation). l'entité compte a pour clé primaire idCompte
l'entité operation a pour clé primaire idoperation.
Cependant je veut en fait que l'entité operation soit identifié a la fois par idCOmpte et idOperation.

Avec le MCD de merise j'utilise un lien identifiant.

En effet j'ai entendu parler d'association qualifiée mais je ne comprend pas bien comment cela marche, ni comment modeliser cela avec power AMC 9 ? avec starUML ?

[hed62]

Compte<>--1---------1..*--Operation

Sans mettre de flèche de navigation, cela implique au niveau implementation que les deux sens sont navigables, donc un compte possèdera une collection d'Operation, et Operation contiendra une instance de Compte ; et au niveau base de données (pour moi) cela te donne une table Compte avec une colonne pour chaque attribut (et tu ajoute une clef technique 'CompteId'), et une table Operation avec une clef etrangere sur Compte (et tu ajoute de même une clef 'OperationId').

En UML les CompteId , TrucId (tous ces identifiants techniques) ne doivent pas apparaitre.

J'espère ne pas avoir répondu trop à côté, vu mon état ce matin

[JPhi33]

Compte<>--1---------1..*--Operation

Sans mettre de flèche de navigation, cela implique au niveau implementation que les deux sens sont navigables

La navigabilité est un chose, mais ce n'est pas l'aspect le plus important.

Il s'agit d'un lien de type agrégation. Tel que représenté par hed62 (qui est la représentation correcte de la réponse à la question), ce lien signifie que Compte est un agrégat (un ensemble) d'Opérations et qu'Opération est une partie d'un Compte.

Il existe une seconde représentation avec le losange plein. Il s'agit cette fois d'un lien de composition. Compte est le composite (ou composé), Opération est la partie (ou composant).

La différence entre ces deux concepts est qu'une partie d'agrégat peut être partie d'un autre agrégat. Pour une composition ce n'est pas possible car le composé détient (possède) fortement ses composants.
==> un composant ne peut composer qu'un seul composé !


JPhi33

[hed62]

En effet, j'ai négligé l'explication de l'aggrégation. Pour terminer l'explication, il y a aussi la ligne de vie des objets qui entre en jeu.

En effet :

Si A<>--->B (losange vide) alors B peut vivre sans A.

Si A<*>--->B (losange plein) alors B ne peut vivre sans A, et dépend intégralement de lui.

Finalement, je pense que la relation entre Compte et Opération est bien une Composition :

- une opération ne fait partie que d'un compte
- Si on supprime le compte, on supprime toutes les occurences d'Opération (attention, je ne parle pas ici de l'historisation des opération, qui elle, garde la trace de toute chose quoiqu'il advienne)