Discussion :

[Thomas_Au]

Bonjour à tous.

je me pose une question sur les diagrammes de machine a état en UML.
Quand une transition est activée. Elle est exécutée immédiatement. Mais s'il y a une opération associée (mettons l'ouverture d'une porte). Alors, la transition est-elle toujours exécutée automatique ? Si oui, imaginons qu'il y est une transition qui se déclenche alors que l'action n'est pas fini. peut-il y avoir alors deux actions en cours ? Même question avec une action à l'arrivé dans l'état (avec le mot-clef ENTRY).
Pour éviter ce problème un diagramme de séquence ou d'activité peut-être utile. Mais comment la machine à état le prend en compte ?

Voilà. Si vous avez des précisions, je suis preneur. Je n'ai pas réussie à trouver de réponse claire pour le moment.
Thomas Au

[bruno_pages]

une machine d'état doit être déterministe, si plusieurs actions se font en même temps (il y a au moins un 'fork' introduisant du parallélisme) elles ne doivent pas avoir d'influence les unes sur les autres

cependant il y aurait des failles dans la norme : http://www.comp.nus.edu.sg/~lius87/u..._semantics.pdf

[StephKinger]

Bonjour,

Les machines d'états reposent sur le principe de Run To Completion. C'est à dire qu'une transition activée se terminera, mais également que lorsque la transition est en cours d'exécution, aucun état (origine ou destination) n'est réellement actif. Tant que la transition est en cours, aucune autre transition ne peut être déclenchée pour la même machine d'état (si les conditions sont remplies pour une autre transition, son exécution est différée jusqu'à ce que la transition en cours soit terminée).
Donc pour une machine d'état, seul 1 état est actif et si une transition est en cours, alors la machine d'état continue jusqu'à la fin de l'exécution de la transition.En général, on définit dans une transition uniquement des actions courtes.
S'il est nécessaire de gérer des choses en parallèles, on peut :
-Définir plusieurs machines d'états distinctes et les allouer à des tâches différentes (dans le programme, on allouerai typiquement à des threads).
-Lancer un programme externe

Dans le cas où l'action que doit réaliser la transition est une action longue, le mieux est :
1.Lancer un programme externe ou thread qui réalise l'action longue, ainsi la transition en elle même est courte,
2.Ajouter une transition dont le trigger est la fin du programme externe (envoi d'un événement en fin d'exécution du sous-programme).