IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

UML Discussion :

[qst] [uml] Modélisation dynamique et données.


Sujet :

UML

  1. #1
    Membre éclairé
    Avatar de mamelouk
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    867
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 867
    Points : 810
    Points
    810
    Par défaut [qst] [uml] Modélisation dynamique et données.
    Bonjour,

    J'aimerai modéliser proprement un processus modélisant le fonctionnement global d'une application, et je me suis penché sur les diagrammes d'états-transition.

    Il y a pourtant une question dont je n'arrive pas à trouver la réponse : comment faire pour représenter les sources de données qui sont utilisés dans chaque état? Car si les actions et conditions de transitions sont claire, les données utilisés ne sont pas représentés ici.

    J'avais pensé à un diagramme de collaboration pour chaque état, est ce que c'est correct ?

    Cordialement

    Débugger du code est deux fois plus dur que d'en écrire.
    Donc, si vous écrivez votre code aussi intelligemment que vous le pouvez, vous n'etes, par définition, pas assez intelligent pour le débugger.

  2. #2
    ego
    ego est déconnecté
    Rédacteur

    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Juillet 2004
    Messages
    1 883
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2004
    Messages : 1 883
    Points : 3 510
    Points
    3 510
    Billets dans le blog
    2
    Par défaut
    Modéliser une application avec un seul diagramme c'est chaud !!
    Dans les évènements ou action, tu as des paramètres mais je ne sais pas si cela est correcte de faire comme ça.
    Je pense que tu en demandes de trop à ce bon vieux diagramme d'états-transitons !
    S'il y a plusieurs diagrammes en UML c'est aussi parce qu'un seul ne suffit pas.

  3. #3
    Membre éclairé
    Avatar de mamelouk
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    867
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2005
    Messages : 867
    Points : 810
    Points
    810
    Par défaut
    Citation Envoyé par ego
    Modéliser une application avec un seul diagramme c'est chaud !!
    Dans les évènements ou action, tu as des paramètres mais je ne sais pas si cela est correcte de faire comme ça.
    Je pense que tu en demandes de trop à ce bon vieux diagramme d'états-transitons !
    S'il y a plusieurs diagrammes en UML c'est aussi parce qu'un seul ne suffit pas.
    lol, merci de ta réponse. C'est ce que j'avais pensé aussi.

    Du coup, je cherchais le "complément" au diagramme d'activité qui permet de représenter ces données. J'avais pensé à un digramme de collaboration pour chaque état, comme je le disait dans mon message.

    En cherchant un peu plus j'ai trouvé que le diagramme d'activité lui meme contient un truc qui s'appelle le "flot d'objet" (dispo dans argouml), qui permet justement d'afficher, pour chaque état, un objet plus l'état dans lequel se trouve cet objet (donc il faut le diagramme d'état qui va avec)

    Au début j'ai trouvé que cela alourdissait vachement le diagramme (d'où le fait que personne ne l'utilise), puis avec des simplifications de liens (permises par uml - j'ai trouvé ca dans un tutorial), le diagramme devient à la limite plus clair qu'au début!

    Si ca vous interesse, je pourrai montrer demain le diagramme que j'ai obtenu.

    Débugger du code est deux fois plus dur que d'en écrire.
    Donc, si vous écrivez votre code aussi intelligemment que vous le pouvez, vous n'etes, par définition, pas assez intelligent pour le débugger.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Modélisation par méta données
    Par hphil dans le forum Décisions SGBD
    Réponses: 4
    Dernier message: 29/07/2014, 17h25
  2. Modélisation base de données avec visio
    Par BIDA dans le forum Visio
    Réponses: 3
    Dernier message: 07/08/2007, 14h31
  3. Création dynamique de données
    Par Yux dans le forum Langage
    Réponses: 7
    Dernier message: 10/11/2005, 22h34
  4. [UML]modéliser une application J2EE sous UML
    Par stago dans le forum Java EE
    Réponses: 4
    Dernier message: 22/02/2005, 11h14
  5. Changement de nom de la rubrique UML ? Modélisation ?
    Par Marc Lussac dans le forum Evolutions du club
    Réponses: 12
    Dernier message: 14/11/2004, 21h54

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo