Version imprimable
Bonsoir,
on m'a élevé à merise, du coup, le passage à uml me déroute un petit peu..
Principalement une chose donc je n'arrive pas à trouver la différence.
On peut par exemple observer sur cette image ce que j'appellerais une compo fléché (la flèche pointant vers Point).
http://www.hiteshagrawal.com/wp-cont...mposition.jpeg
Des fois il y en a une, des fois non et cela dans le même modèle. Pourquoi cela ? merci bien.
Tu peux montrer ce modèle sans flèche ? Il y a différents 'niveaux' de modélisations, la flèche avec le nom de rôle de la classe (pointobj) indique que c'est un niveau conceptuel et objet(pas base de données à priori)Citation:
Envoyé par mensoif
on peut voir l'agrégation sur ce gif, à son extrémité, il n'y a pas de flèche, mais plus je vois d'autre diagramme de classe, plus je me rends compte que en faite, cela signifie certainement la même chose.
http://www.meusburger.net/matthias/C...erateurUML.gif
Pour mettre fin à ce doute, si dans les deux diagrammes présent, pour chaque association présente (agrégation et composition) je met une flèche à l'autre extrémité ou pas, cela signifie bien la même chose ?
Pour ma part je trouve que c'est un mélange des styles entre diagramme de domaine et diagramme de conception.
Pour un diagramme de domaine on ne mets pas de flèche mais des associations avec des noms (comme dans ton exemple "est un") alors qu'en conception on va mettre une flèche (et encore) et le nom de l'association va se transformer en nom de rôle (comme le pointobj de ton premier dessin)
Donc dans ton second dessin la flèche n'a pas raison d'être et ne donne pas plus de sens que si tu n'en avais pas mis, il serait même préférable pour rester homogéne et cohérent de mettre aussi un nom d'association "est un"
Par contre pour la flèche cela indique en principe une dépendance à la différence que lorsque c'est sans flèche cela indique une association.
Quelle différence ? Une dépendance c'est traduit par exemple par un paramètre de méthode ou une variable locale à elle alors qu'une association est traduite par une donnée membre de classe.
Pour résumé ton premier diagramme est de conception (nom du rôle pointobj) Ce qui est un peu 'bizarre' 'est la composition des points avec la flèche qui traduirait donc une dépendance. Et ton deuxième diagramme est plutôt de domaine (et 'bizarre') et je dois dire que la notation fléchée n'est pas trop courante dans ce type de diagramme mais bon pourquoi pas.
Bonjour,
il y a une fleche si l'association est unidirectionnelle (navigable dans un seul sens)
il n'y en a pas si la chose est bidirectionnelle (navigable dans les deux sens), c'est à dire qu'en fait il y a deux associations couplées, une dans chaque sens. Attention c'est différent de deux associations non couplées, cela forme des couples d'instances
les dépendances se représentent non seulement unidirectionnelles mais aussi avec une ligne pointillée pour les distinguées des associations 'standard'
Est-ce qu'il y a des exemples pratiques de chacun de ces cas en ce qui concerne le sens que cela apporte à l'implémentation ou à la conception ou autre chose ?
merci de m'avoir rectifier en effet je doutais un peu du sens de la flèche et l'ai confondu avec une dépendance qui est en plus en pointillé
je suppose que la question porte sur la différence entre une relation bidirectionnelle et deux relations de sens contraire.
Supposons pour les besoins de la choses les classes Homme et Femme, la classe Homme a les rôles épouse et aime, et la classe Femme a les rôles époux et aime. Clairement les rôles Homme.épouse et Femme.époux sont supportés par une relation bidirectionnelle qui montre bien que si (en version monogame ) la Femme f est l'épouse d'un Homme h alors h est aussi l'époux de f. Par contre le fait qu'un Homme h aime une Femme f n'impose pas (oh monde cruel) que f aime h (cela peut être un autre Homme) et inversement, les rôles aime sont donc supportés par deux relations distinctes et non une relation bidirectionnelle