Salut a tous. je suis entrain de rédiger mon memoire de fin de cycle en UML.
je souhaiterais avoir votre avis sur le diagramme se séquence suivant
Création client
Merci
Version imprimable
Salut a tous. je suis entrain de rédiger mon memoire de fin de cycle en UML.
je souhaiterais avoir votre avis sur le diagramme se séquence suivant
Création client
Merci
je ne vois rien à redire; rien ne me semble faux
le commercial est un acteur qui donc pas définition est hors du système, le système ne peut pas lui envoyer de message (au sens UML), et donc par exemple (4) n'est certainement pas envoyé au commercial mais il est exécuté dans le système par exemple via un message réflexif de SI
OK j'ai compris votre explication. e me suis basé sur le tuto de cian pour rédiger cela. (dialogue entre distributeur bille et client).
je vais prendre vos remarque en compte et corrigé le diagramme.
En attendant voici celui de la gestion de ma commande
Merci encore
est-ce que le message 3 EnvoiCode(NumCde) est en fait la réponse du message juste au dessus ? si oui alors le libellé n'est pas bon, une réponse n'est pas une action, vous pouvez mettre Code ou même rien car on se doute que la réponse à une demande de code soit un code ;)
idem pour requeteListe et envoiListe
à priori demandeCode est la conséquence de nouveauMatériel, il faudrait donc que demandeCode (et sa probable réponse) soit dans la même barre d'activité que nouveauMatériel
il y a des messages sans barre d'activité
envoiList venant de Materiel est un retour, il faut donc un message dans le sens contraire avant
de même calculmontanttotal est un retour réflexif sans message réflexif préalable
a priori le valider(non ok) devrait être dans le cas else
idem pour imprmer (non ok)
il y a un mélange entre des messages synchrones et asynchrones, vérifiez vos types de message
Merci encore de vos remarques.
j'en ai tenu compte (du moins je l'espères) et modifier les deux diagrammes précédents.
Voici donc a nouvelle version du diagramme de séquence client et commande
Bonjour,
sur nouvelle commande :
- vous n'avez pas retirer les commandes envoyées à l'acteur. par exemple il faut remplacer le message afficherformulairesaisie vers l'acteur par un message réflexif, on se doute bien que le but est que l'acteur lise la chose, mais vous ne pouvez pas l'obliger à le faire.
- le déclenchement de calculmontanttotal après la série selection/modification/suppression parait très artificiel, à priori cela à lieu après chaque action pouvant modifier le total
- bizarrement l'invalidation de la commande ne perturbe en rien la suite des événements, la commande sera quand même affichée et imprimée, c'est de la vente forcée ? :lol:
sur nouveau client
- vous n'avez pas retirer les commandes envoyées à l'acteur. le 'pire' c'est bien sur le 5 reflexif
- à priori 6 doit disparaitre
- le dernier message ne paraissent douteux puisque au début il fallait qu'il y ai eu 1)
gros problème dans la numérotation des messages
Voici la version V3 des diagramme de sequence j'espere avoir tout compri cette voici.
LOL
presque ;)
nouvelle commande:
- Votre Commande à été enregistrée voulez vous l'imprimer?" et suite est toujours fait an cas d'annulation, il faut les déplacer dans le cas valider ok
- les messages réflexifs ok ne sont pas très explicites
c'est l'outils que vous utilisez qui décide de la numérotation des messages ? vous ne pouvez pas la changer après coup ?