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
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
Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour )
N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML
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
Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour )
N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML
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 ?
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
Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour )
N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML
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 ?
Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour )
N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager