Discussion :

[cirtey]

Bonjour;
je vais rendre un devoir demain, voici son énonce et une copie écran du travail que j'ai effectué avec DB-MAIN. Pouvez-vous apporter vos correctifs?
Merci.

Vous avez à monter un cas d’utilisation UML correspondant au scénario suivant :

Lorsque le mécano d’un garage a besoin d’une pièce de rechange
Ø Il prélève la pièce dans le stock
Ø Il vérifie combien il reste encore de pièces après son prélèvement
Ø Il va à l’ordinateur et déclare le prélèvement de la pièce
Ø Il vérifie si l’état du stock dans l’ordinateur correspond à son décompte
Ø Si le compte est bon, il s’arrête là
Ø Si le compte ne correspond pas, il saisit sur l’ordinateur l’écart pour inventaire ultérieur
Ø Si le stock est devenu nul après son prélèvement, il saisit sur l’ordinateur une ligne de commande

Ce travail est à faire sur le même fichier DB-Main que vous avez utilisé pour l’exercice n°2 et doit être soumis sur WebCt

[bruno_pages]

je n'ai pas regarde le fond, mais cote forme tu as mis trop de choses sur le meme diagramme. Meme si le resultat a un cote etoile artistique indeniable lorsqu'on oublie que c'est un use case, il y a trop de fils qui se croisent

donc, decoupe en plusieurs diagrammes

[Nip]

Comme Bruno, le cote etoile est joli vu de loin mais c'est illisible; sinon tu decomposes trop tes UC. Tu devrais avoir un UC gestion des stocks et pas une fonction calculer ecart + une fonction verifier...
Ton enonce donne des details que tu ne peux pas (ou ne dois pas) representer sur ton UC.

[cirtey]

Ok, j'ai simplifié un peu en fusionnant vérifier/saisir_ecart en gerer stock sur ordi.
Merci.

[slim]

Il faut décomposer en domaines et sous-domaines (packages). Le diagramme des cas d'utilisations ne doit pas représenter tous le système d'information.

Puis dans ton diagramme, il y a principalement que des fonctionnalités. C'est justement ce que l'on doit pas mettre sur ce genre de diagramme.