Discussion :

[felin86]

bonjour
svp ,j'ai besoin de votre aide.
pour la conception d'un logiciel(gestion des composantes du diffractometre),j'ai voulu utiliser UML,et c'est pour la premiere fois que je l'utilise.
etape : use case termine
etape : diagramme des classe je bloque
pourquoi? jai deja defini mes classes,les relations qui les lient mais dans les cardinalites j'ai des doutes.
par exemple;jai deux classes une est faisceau incident avec ses methodes et ses attributs et l'autre echantillon ,et une raltion binaire qui les lient que je nomme par exemple dirigé sur.ok jai un faisceau donné,il pourra etre dirigé sur un ou plusieurs types d'echantillon et pr un echantillon donne on pourra lui applique un ou plusieurs faisceaux donc des cardinalites (1-n),(1-n).
moi je ne suis pas convaincu par cela,je serai d'accord si je voulai enregistrer toutes ses donnees dans une base de donnees mais pour mon logiciel je ne vois pas linteret puisque mon utilisateur devra definir les proprietes du faisceau incident et choisir son echantillon lors de chaque experience.

si quelqu'un peut m'aider ou juste me diriger je lui serai tres reconnaissant.
merci

[hed62]

je nomme par exemple dirigé sur

Les relations ne portent que très rarement de nom en UML sur les DC. En revanche, on indique les rôles. c.f : http://www.developpez.net/forums/sho...d.php?t=442586

donc des cardinalites (1-n),(1-n).

Ce sont des cardinalités Merise, en UML, on place 1..* ou 0..*

moi je ne suis pas convaincu par cela,je serai d'accord si je voulai enregistrer toutes ses donnees dans une base de donnees mais pour mon logiciel je ne vois pas linteret puisque mon utilisateur devra definir les proprietes du faisceau incident et choisir son echantillon lors de chaque experience.

Il ne faut pas penser ainsi. A un moment du cycle de vie de tes faisceaux/echantillons, peut il y avoir une relation 1..* - 1..* entre eux ? si oui, alors les cardinalités sont justes. Peu importe que tu souhaite mémoriser leurs associations en base de données. Lors de la génération de ton code (si tu en fait) placer une relation 1 - 1 équivaut à t'empecher strictement d'avoir plus d'un echantillon par faisceau et plus d'un faisceau par echantillon. Et si tu ne génère pas et que tu permet quand même cela, alors inutile de faire de la conception.

Pour ton souci de base de données, rien ne t'empèche de ne pas mettre la table qui lie echantillon à faisceau (mais je ne vois pas vraiment l'intérêt si le but est réellement d'analyser des échantillon via des laser, tu as intérêt à conserver les références sur les lasers il me semble)

[felin86]

merci

[hed62]

N'oublie pas le tag résolu !