Discussion :

[lucares]

Salut,

J'ai besoin de me faire quelques diagrammes UML histoire de faire genre que j'ai un truc carré. Il s'agit d'une appli à laquelle j'ai participé au dév mais pas à la modélisation.

En réalité, je retrouve même pas trace de cette phase. Je voulais tenter d'utiliser jsonde pour ressortir des diagrammes de séquence mais le soft ne marche pas.

Du coup, je m'en fais moi même, d'ou votre sollicitation, parce que moi et l'uml, cela fait ... beaucoup.

J'ai ce diagramme d'état d'un transfert de données par usb. J'ai un peu de mal avec les conditions. Du coup, j'ai mis des textes. Y'avait mieux à faire ?



J'ai aussi ce diagramme des cas d'utilisation :



Voilà, j'attends vos retours. Je pense qu'il y a de la retouche qui m'attend. Je vais tenter un diagramme de séquence et je repasse.

Merci




Et voilà pour le diagramme de séquence du use case recherche. Je n'arrive pas à faire les retours en pointillés. Je suis sous star uml. Enfin j'attends vos avis éclairés pour corriger.

[bruno_pages]

Bonjour,

votre diagramme d'états n'en est pas un, les intitulés de vos états en font plutôt des actions.

concernant votre difficulté à utiliser staruml pour définir vos transitions je ne peux pas vous aider

votre diagramme d'UC est beaucoup trop complexe, découpez le en plusieurs

votre diagramme de séquence n'est pas valide car les messages sont issus de différentes barres d'activité, c'est d'ailleurs (à priori) pour cela que staruml vous empêche de mettre les retours, car pour avoir un retour il faut d'abord qu'il y ai un message entrant

dans l'exemple ci dessous la partie supérieure est invalide, au sens où il n'y a pas de lien entre les messages m1 et m2 ni le retour r

[lucares]

Merci pour le retour Bruno,
Cela fait plaisir d'avoir l'oeil éclairé de M BOUML

Tu me diras si j'en fais trop.

Ca m'a permis de remettre les choses à plat. Ce qui donne cela :




Désolé pour la qualité.

[bruno_pages]

le diagramme de séquence à toujours un problème, le message 2 étant synchrone la barre associée pour l'instance 2 doit être plus longue que celle pour l'instance 3, en conséquence si le message 7 n'est pas un retour la barre d'arrivée doit être une 'sous barre' ie décalée. si l'instance 4 meurt il faut l'indiquer

votre diagramme d'états n'en est toujours pas un, connecté peut être un état mais pas se connecter qui est une action

Désolé pour la qualité.

effectivement c'est très dur à lire car le zoom est trop faible, en plus aujourd'hui j'ai des problèmes de migraine ophtalmique

[lucares]

j'ai apporté les corrections que je pensais judicieuses. Pour ce qui est du diagramme de sequence, il s'agit d'une action struts. Je l'avais calqué sur un diagramme présent dans Développons en Java de JMDoudoux.