Discussion :

[beybi]

Bonjour,
mon projet est une application sur la gestion de materiel
ce sujet met l'accent sur la gestion d'achat et gestion continue suivi du materiel

Voila mes diagrammes et je suis presque sûre qu'il est invalide vous pourrez le corriger avec moi et me donner vos suggestions

merci d'avence

[bruno_pages]

Bonjour,

on dirait que c'est dessiné à la main, avec un modeleur se serait plus simple, et cela peut expliquer les problèmes de notation

il y a effectivement plusieurs choses qui ne vont pas (désolé) :

• l'US s'identifier tombe un peu comme un cheveux sur la soupe : quel rapport avec l'acquisition ? ou alors il manque des relations entre lui et les autres UCs ... et dans ce cas il en va de même pour control et suivit
• tel qu'il est là, le responsable des immobilisations est un acteur secondaire de l'UC s'identifier, ce qui n'est probablement pas vrai
• on ne comprend donc pas la presence des deux acteurs dans le cas des acquisitions ... sauf si le responsable des immobilisations devient un 'vrai' acteur secondaire pour les UCs présentés
• dans le cas du control, il ne peut pas y avoir de relation entre acteurs (ou alors d'heritage, mais ce n'est pas la meme notation, et ici je ne pense pas que ce soit le cas), quel etait le but ?
• il y a des mélanges de notation, des fois de simple traits, des fois des fleches, utiliser une seule notation
• dans le cas du suivi, il ne peut y avoir de relation entre UCs, ou alors cela doit etre des heritages ou des dependance stereotypees (bigre, on peut mettre une association entre deux UCs avec Bouml ), à priori j'ai l'impression qu'il s'agit d'extend ?
• pour indiquer un sujet (par ex. cas d'acquisition) la notation est un rectangle avec le libélé
• enfin certains libélés d'UCs ne vont pas (les "Suivit ...")