Le diagramme de séquence et le diagramme de collaboration traitent-ils des scénario ?

bonjour,

je suis debutant en UML, et les differents post que j'ai vu ne traite pas vraiment mon cas.

En fait je voulais savoir si le diagramme e sequence et le diagramme de collaboration traite de scenario d'n cas d'utilisation. j'explique:

Par exemple dans un systeme d'information, j'ai le cas d'utilisation TRANSFERER FICHIER, alors dois-je faire un diagramme de sequence sur le transfert de fichier reussi et un autre sur transfert de fichier echoué, ou le diagramme de sequence traite ENTIEREMENT un cas d'utilisation, en faisant INTERVENIR TOUS LES OBJETS QUI ENTRE EN ACTION DANS CE CAS

Merci de me repondre

je passe sur le fait que "Transférer un fichier" n'est généralement pas un cas d'utilisation.
Pour ton problème de diagramme de séquence, il n'y a pas de règle si ce n'est la lisibilité du diagramme. Donc si en ne faisant qu'un diagramme, celui-ci reste compréhensible, pas de soucis. Si de plus tu utilises un outil UML2.0, tu as des chance de pouvoir faire un diagramme unique complet, ça sera alors probablement plus compréhensible.
Quel outil utilises-tu ?

merci pour la reponse.
Transferer fchier etait juste un exemple.

pour le logiciel, j'utilise ArgoUML.

J'ai fait des recherches sur UML 2 et on peut inclure si...sinon, tant que, si je me trompe pas. effectivement, cela permet de representé pusieurs scenario.

J'ai compris pour la logique du diagramme, maintenant les objets qui entrent en action dans le diagramme de sequence doivent uniquement etre issus du diagramme de classe ou d'autres objets en plus peuvent aussi figurer, pour peu qu'l intervienne meme momentanement.

si vous avez un exemple montrant une analyse avec diagramme de cas d'utilisation, de classe et e sequence, ou un lien d'exemple assez detaillé, cela me serait tres utile. mais deja avec vos explication je suis mieu avancé qu'hier.

Citation:

---

Envoyé par ADABLA

J'ai fait des recherches sur UML 2 et on peut inclure si...sinon, tant que, si je me trompe pas. effectivement, cela permet de representé pusieurs scenario.

---

oui, via des fragments

Citation:

---

Envoyé par ADABLA

J'ai compris pour la logique du diagramme, maintenant les objets qui entrent en action dans le diagramme de sequence doivent uniquement etre issus du diagramme de classe ou d'autres objets en plus peuvent aussi figurer, pour peu qu'l intervienne meme momentanement.

---

Si ton diagramme de sequence decrit un use case on ne devrait y voir que des acteurs.

Ceux fait en phase de design auront de vraies classes, sauf dans le cas d'un declancheur externe, par exemple une personne

Dans les phases intermediaires il peut y avoir un mix de vraies et de fausses classes.

merci beaucoup pour ces eclaircissements.

J'ai essayé un petit diagramme de sequence sur le mode d'archivage de facture (c'est assez simple pour commencer pour moi).

j'espere n'avoir pas fait trop de gaffe, et ne soyez pas trop severe, si c'est pas bien fait.

J'espere que vous aurez le temps de regarder et de me donner des conseils

je l'ai fait avec objecteering 5 ( car j'ai telecharger le 6 sur le site, mais je peux pas faire de diagramme de cas d'utilisation,message erreur), et pourtant j'aurais pu faire UML2,dommage)

une fois le diagramme de sequence validé, je determne ensuite les objets importants a mettre en avant.

merci pour remarques

Plusieurs problèmes :

1. Ne pas mettre les Tables mais des classes "Accès aux données" et des classes "service" car on ne parle pas à une table (même si on est poli ;) )
2. Les messages ne peuvent pas être "si...." ou "sinon...", ils correspondent à l'envoi d'un message ~= appel d'une opération

Si tu veux mettre des "si alors sinon", fais le avec des notes pour délimiter les séquences de messages correspondantes

je suis d'accord avec ego sauf en ce qui concerne la dernière phrase, pour séparer des alternatives dans un diagramme de séquence le mieux est d'utiliser le fragment alt, il est fait pour cela ;)

merci pour les reponse, je vais apporter des modifications, mais les fragments, je sais pas comment on les integre comment avec objecteering, je vais essayé.

nouveau fichier apres les remarques.
les messages sont t'ils bien choisis? pour lire les messages, exemple

............ affiche...........
server-------------->page d'authentification:

se lit le serveur affiche une page d'authentification, ce genre de message est'il possible (ego dit qu'on ne parle pas à une table par exemple), alors comment doivent etre les messages , en fait, je pars d'un scenario que je met sur ecrit, et a partir de cela je vois les actions et les objets concernés, et les actions sont mes messages.

Ce qui m'embete au fond, c'est les types de messages (exemple
serveur-----prendre----->commande, en supposant que lorqu'on rentre dans un resto, on prend place et le serveur prend notre commande)

mes questions sont assez simples, a la limite bizarre, mais je veux vraiment comprendre certaines petites choses pour ne plus avoir de zones d'ombre a l'avenir.

merci

j'espere avoir bien compris, j'ai essayé un cas plus simple et j'espere vraiment avoir pris compte des remarques, mais ne sachant pas encore faire des fragments (je vais trouver), voici un cas bien pratique et simple.
une secretaire qui gere les appels de clients

GESTION PAR TELEPHONE

1. le téléphone de la secrétaire sonne (secrétaire)
2. la secrétaire décroche et annonce la société
3. si c’est un client, alors celui ci donne le motif de son appel (client)
4. si le client n’est pas identifié par la secrétaire, alors elle lui demande son nom, prénom(s), institution, téléphone (fixe et cellulaire), adresse, la date du jour et l’heure courante.
5. elle analyse le besoin du client, et met ce dernier en contact avec l’employé approprié (employé) si celui i est disponible.
6. Si l’employé est indisponible, alors elle prend la requête du client et/ou un message (requêtes et message)

les noms entre parenthese designent les objets qui interviennent

Donc si en ne faisant qu'un diagramme, celui-ci reste compréhensible, pas de soucis
alors ego,si la logique y est, alors ce sera deja un pas pour moi. je part maintenant du scenario existant et je determine un meilleur chemin et par la meme occasion les objets utiles à mettre en place dans le diagramme de classe.
je m'en tiens a ces 3 diagrammes pour commencer

bruno a raison pour le Alt dès lors que l'on est en UML2 bien entendu