Version imprimable
Bonsoir,
Quelqu'un peut m'expliquer " le diagramme de séquence 3 tiers" ?
Ou bien si quelqu'un peut m'indiquer un tutoriel vers ce type de diagramme ?
en fait ce que je trouve c'est uste le diagramme de séquence systeme.
Je ne trouve pas un tutoriel concernant le diagramme de séquence 3 tiers
et j'en ai vraiment besoin pour réaliser mes diagramme de séquence
Merci pour vos aide
bonjour,
Posé ainsi la question n'a pas de sens car je serais très étonné qu'il y ai une spécialisation des diagrammes de séquance pour les architectures 3 tiers.Citation:
Envoyé par pigeon11
La question porte donc sur les diagrammes de sequences ou (exlusif) les architectures 3 tiers ?
J'ai dessiné dans un document word à quoi ressemble le diagramme de
sequence dont je parle.
Je ne sais pas par quel logiciel dessiner. j'ai rationnal rose mais j'ai pas trouvé
comment faire. En plus je ne trouve pas un tutoriel qui explique ce type de
diagramme.
Merci
en fait ca ressemble pas a ca mais on y touve ces ronds que j'ai dessiné
Ces représentations sont dans l'ordre les icônes classiquement utilisés pour boundary (inversé droite-gauche), entity et control.
Ces icônes ne sont pas normalisé mais plusieurs modeleur permettent de les avoir pour les classes ou instances de classe, y compris http://bouml.fr (drawing setting 'drawing mode').
De mémoire pour Rose il faut positionner le stéréotype de la classe à boundary, entity ou control
c'est le Modèle MVC ça
Merci pour votre réponse. Le problème c'est que je ne sais pas comment réaliser ce type de diagramme.
est ce que vous pouvez m'expliquer par un exemple ?
ou bien y a t il un tutoriel qui l'explique?
Merci bcp
j'ai l'impression que vous ne comprenez pas vos propre question, et/ou ne prenez pas en compte les réponses qu'on peux vous faire.
Encore une fois, un diagramme de séquence pour 3tiers, pour MVC ou faisant apparaitre des boundary ou autre notation n'a rien de particulier, il s'agit toujours d'un diagramme de séquence. Ce site contient plusieurs tutoriels sur UML et plusieurs appréciations sur des livres à propos d'UML, vous devriez en faire en usage ...
je sais pas si tu as lu le tutoriel que je t'ai donné,
MVC = Modèle Vue Controleur , cela signifie que grâce à cela ton application va séparer l'affichage(Vue) des traitements internes (fais par le modèle ou la logique métier) qui vont survenir suite à des évènements déclenchée par l'utilisateur et interceptés par le contrôleur.
en UML ça va donner un exemple comme ceci :
les types de communication entre les instances sont fausses ...
??? Tu peux apporter la correction de ce que tu disCitation:
Envoyé par 19cmos83
Bien sûr.
Asynchrone Message : Une flèche avec une pointe ouverte dirigée vers la droite. Ce graphique représente un signal asynchrone ou un appel asynchrone, pour lequel l'objet source envoie le message et passe directement à l'étape suivante.
Synchrone Message : Une flèche avec une pointe pleine dirigée vers la droite. Ce graphique représente une opération d'appel asynchrone pour laquelle la source envoie un message et attend un message avec accusé de réception de la cible avant de pouvoir poursuivre.
Renvoi synchrone Message : Une flèche avec un trait tireté et une pointe pleine dirigée vers la gauche. Ce graphique représente un message avec accusé de réception, d'un appel vers une procédure. Lorsque vous créez un message synchrone, un message avec accusé de réception est créé par défaut. Vous pouvez changer ce paramétrage par défaut dans la fenêtre Préférences.
oui effectivement on pourrait faire la même remarque sur les barres actives(barre de spec) par exemple il devrait y en avoir qu'une seule pour le réceptionniste
Pas forcement.Citation:
par exemple il devrait y en avoir qu'une seule pour le réceptionniste
en rouge les erreurs.
ps: et surtout l'avant dernière, ou le modèle communique directement avec la vue ... c'est ... 8O on sort du mvc là.
Dans ce cas si cela ressemble à un scénario "enregistrer une commande"Citation:
Envoyé par 19cmos83
oui c'est une belle erreur, le message devrait être renvoyé au controleur lui même se chargeant de renvoyé à la vue, là c'est que le modèle connait la vue alors que c'est ce qu'on cherche à éviterCitation:
Envoyé par 19cmos83
Et ensuite ? le réceptionniste peut très bien faire d'autres choses en même temps, non ? pourquoi devrait-on le figé sur une tâche ?Citation:
Dans ce cas si cela ressemble à un scénario "enregistrer une commande"
Là c'est toi qui invente des fléches bleus. Ce que je voulais dire c'est que les messages : "creerCommande", "saisirInfos", "clicSurValider" et "affichage d'un message" devraient être dans ce cas sur la même barre d'activation. Mais c'est mon point de vue en partant biensûr que se sont des messages synchrones ayant un doute sur le fait qu'il en utilise des asyncrhones cela laisse ouverte la discutionCitation:
Envoyé par 19cmos83