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 :

Représentation de tâches


Sujet :

UML

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé Avatar de Bayard
    Inscrit en
    Juin 2002
    Messages
    863
    Détails du profil
    Informations forums :
    Inscription : Juin 2002
    Messages : 863
    Par défaut Représentation de tâches
    Bonjour,

    Avec la norme UML, comment représenter les tâches (parallélisme) d'un système?

    Par tâche, j'entends représentation vue d'un point de vue système d'exploitation (multi-tâche).

    Il existe le diagramme des classes, mais une classe ou plutôt un objet n'est pas (obligatoirement) une tâche.

    Merci

  2. #2
    Modérateur
    Avatar de bruno_pages
    Homme Profil pro
    ingénieur informaticien à la retraite
    Inscrit en
    Juin 2005
    Messages
    3 551
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 65
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : ingénieur informaticien à la retraite
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Juin 2005
    Messages : 3 551
    Par défaut
    Bonjour,

    un diagramme de classes montre le coté statique des choses et n'est en effet pas la bonne cible.

    Les diagrammes dynamiques pouvant faire apparaître le parallélisme sont les diagrammes de séquence, de machine à états et d'activité. Cependant ces diagrammes indiquent seulement que les traitement peuvent se faire en //, pas qu'ils sont effectivement fait en //. De toute façon dans le cas d'un mono processeur il n'y a pas de 'vrai' parallélisme

    Pour indiquer un multi-processeur il faut passer aux diagrammes de déploiement, le hard n'existant pas avant (en dehors d'indication éventuelles sous forme de note ou autre commentaires)

    Si c'est suivant le point vue d'un système d'exploitation alors ce sera très 'gros grain', on verra juste les tâches être créées, s'exécuter, disparaître, avec éventuellement des synchronisations entre elles. Il est pas exemple possible d'utiliser un diagramme de séquence utilisant une classe Tache instanciée autant de fois que nécessaire :



    note : inutile de ne dire que cela ne se passe pas tout a fait comme cela en réalité, c'est juste pour illustrer
    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

  3. #3
    Membre éclairé Avatar de Bayard
    Inscrit en
    Juin 2002
    Messages
    863
    Détails du profil
    Informations forums :
    Inscription : Juin 2002
    Messages : 863
    Par défaut
    un diagramme de classes montre le coté statique des choses et n'est en effet pas la bonne cible.
    Dois-je en déduire qu'UML ne permet pas de réprésentation statique des tâches ?

    Pour les diagrammes dynamique, je connais un peu l'existence des diagrammes de séquence. Est-ce qu'il existe un moyen de differentier:
    • l'émission d'un signal (gestion de queue, ...): dialogue inter-tâche
    • l'appel d'une méthode d'un objet: pas de dialogue inter-tâche

  4. #4
    Modérateur
    Avatar de bruno_pages
    Homme Profil pro
    ingénieur informaticien à la retraite
    Inscrit en
    Juin 2005
    Messages
    3 551
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 65
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : ingénieur informaticien à la retraite
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Juin 2005
    Messages : 3 551
    Par défaut
    Citation Envoyé par Bayard Voir le message
    Dois-je en déduire qu'UML ne permet pas de réprésentation statique des tâches ?
    c'est quoi la représentation statique des tâches ?

    en tout cas ce que je voulais dire c'est que que coté dynamique d'une exécution (début, perte du CPU au profit d'une autre etc ) n'est pas représentable dans un DC

    Citation Envoyé par Bayard Voir le message
    Est-ce qu'il existe un moyen de differentier:
    • l'émission d'un signal (gestion de queue, ...): dialogue inter-tâche
    • l'appel d'une méthode d'un objet: pas de dialogue inter-tâche
    à la limite le type du receveur devrait être suffisant pour savoir de quoi il s'agit. Si c'est une 'vraie' classe c'est un appel de méthode, si c'est une tâche c'est un signal. Il est aussi possible ajouter des informations supplémentaires dans le 'message' disant de qui il s'agit

    cependant le diagramme de séquence n'est sans doute pas le plus approprié, il serait préférable d'utiliser pour cela un diagramme d'activité dans lequel les signaux ont des représentations spécifiques. Par exemple, même si c'est très imagé :



    burnt chocolate est une action de type accept event, wait 4 hours en est une autre mais avec la représentation spécifique aux timers
    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

  5. #5
    Membre éclairé Avatar de Bayard
    Inscrit en
    Juin 2002
    Messages
    863
    Détails du profil
    Informations forums :
    Inscription : Juin 2002
    Messages : 863
    Par défaut
    c'est quoi la représentation statique des tâches
    Ben, le but est de définir ce que va fonctionner en parallèle. Il me parait important de définir cela dés la conception.

    Lorsque l'on définit les classes avec le diagramme des classes, n'est pas possible de spécifier si c'est une tâche ou non ?

    Sinon, comment fonctionne un générateur de code ? Tout est déclaré dans des classe et il n'y a aucun lien avec un schéduleur ?

  6. #6
    Modérateur
    Avatar de bruno_pages
    Homme Profil pro
    ingénieur informaticien à la retraite
    Inscrit en
    Juin 2005
    Messages
    3 551
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 65
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : ingénieur informaticien à la retraite
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Juin 2005
    Messages : 3 551
    Par défaut
    Lorsqu'on défini des classes, un générateur de code produira une classe (ou struct, enum ...), mais rien qui ressemble à une tâche ou qui est un lien avec un schéduleur, et c'est normal.

    Par contre le code des opérations puis lui faire des fork au autre, mais cela c'est de ta responsabilité, sauf peut être via des activités et machines à état, mais là c'est très dépendant du générateur
    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

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

Discussions similaires

  1. Outil de représentation graphique des tâches planifiées
    Par Speezaker dans le forum Windows Serveur
    Réponses: 0
    Dernier message: 17/09/2012, 11h00
  2. Réponses: 4
    Dernier message: 20/05/2011, 23h49
  3. barre de tâche Windows
    Par calou34 dans le forum API, COM et SDKs
    Réponses: 4
    Dernier message: 10/05/2005, 20h42
  4. [SYBASE] gestion de tâches automatiques
    Par gaille dans le forum Sybase
    Réponses: 2
    Dernier message: 16/06/2003, 23h12
  5. HAUTEUR de la barre des tâches de Windows ?
    Par Lung dans le forum API, COM et SDKs
    Réponses: 3
    Dernier message: 13/12/2002, 11h43

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