Discussion :

[Yann39]

Bonjour,

j'ai une petite question sur une relation de mon diagramme de classe.
Je ne sais pas si j'ai le droit de mettre une relation ternaire, je n'arrive pas à comprendre leur principe.

Disons que j'ai une classe ARCHITECTE et INSTALLATEUR et une autre classe PLAN qui contient des plans de maison par exemple.

J'ai donc 2 relation ARCHITECTE *---------modifier----------->* PLAN
et INSTALLATEUR *-----------modifier-----------> *PLAN

Puis-je faire une ternaire comme ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
ARCHITECTE *________________________________________* INSTALLATEUR
                            \ / modifier
                             |
                             *
                            PLAN

?

Merci d'avance

[bruno_pages]

Bonsoir,

déjà je trouve bizarre d'avoir une relation appelée modifier. modifier est une action peut être supportée par une opération mais pas par une relation

pour le reste, on ne rassemble pas deux relations séparées dans une relation ternaire. le fait qu'il y ai un point commun (plan) n'est pas suffisant.

Bruno

[Yann39]

En fait j'ai quelquechose comme ça :



On m'a déjà rouspéter sur ce forum car je mettais des noms de relation dans les use case... il n'en faut pas non plus dans le diagramme de classe ?

Et PowerAMC me met des flèches pour les relations, je n'arrive pas à les enlever. Je pense que c'est optionnel et que c'est juste pour indiquer le sens de lecture ?

Merci.

[hed62]

En effet, on ne place pas de nom sur les relations. Tu peux toutefois spécifier les rôles (un nom commun qui permet de savoir comment Architecte désigne ses plans, ou comment un Plan nomme son Architecte par exemple)

Les flèche ne désigne pas le sens de lecture, et ne sont pas vraiment optionnelles. Elle désigne le sens de navigation et ont un impact fort sur le code de l'implémentation.

Aucune flèche :
- diagramme métier => ne signifie rien de spécial
- diagramme complet => les deux sens sont navigables (A---B) signifie que A voit B et B voit A (donc possède de quoi y accéder)

Une flèche :
- impose qui voit l'autre, et qui ne voit pas l'autre

[bruno_pages]

On m'a déjà rouspéter sur ce forum car je mettais des noms de relation dans les use case... il n'en faut pas non plus dans le diagramme de classe ?

rouspéter

dans DC les relations peuvent être nommées, mais cela ne veut pas dire que tout les noms conviennent

[edit]ma réponse c'est télescopée avec celle de hed62, je confirme qu'on peut nommer les relations, et qu'il y a distinction entre le nom de la relation et le nom des rôles. Toutefois le nom mage d'une relation est nettement plus rare que le nom mage des rôles qui lui est obligatoire lorsqu'on veut générer du code.[/edit]

Et PowerAMC me met des flèches pour les relations, je n'arrive pas à les enlever. Je pense que c'est optionnel et que c'est juste pour indiquer le sens de lecture ?

il y a une flèche dans le cas d'une relation monodirectionnelle, pas de flèche dans le cas d'une relation bidirectionnelle.

Dans ton cas ARCHITECTE et INSTALLATEUR accède à des PLANs, mais l'inverse n'est donc pas vrai c.a.d. qu'un PLAN n'a pas d'accès à des ARCHITECTEs et INSTALLATEURs

Bruno

[Yann39]

Donc en fait on nous apprend des trucs faux à l'école ...

Mais à vrai dire j'ai ceci :



Des installateurs et des particuliers peuvent programmer des telecommandes, et les installateur peuvent mémoriser leurs programmations.

Le problème c'est que j'ai 2 tables "progrrammer" qui sont générée dont je n'ai pas forcément besoin dans la bdd, ainsi qu'une classe "concerner"...



Pour les rôles PowerAMC me met en effet des Warning "Affectation de nom de rôle" sur certaines relations donc je pense que c'est assez important. Je vais regarder ça.
Et je vais devoir remodifier mes diagrammes sous paint pour enlever les flèches alors :'(

[bruno_pages]

je n'avais pas tilté sur le fait qu'il s'agissait de BD et non d'un diagramme de classes 'standard'

Et je vais devoir remodifier mes diagrammes sous paint pour enlever les flèches alors :'(

comprends pas. Si tu ne veux pas de flèches il te suffit d'avoir des relations bidir, mais il ne faut pas le faire si cela ne correspond pas à la réalité !