L'avantage de ça c'est que la programmation derrière est hyper simple. Une variable représente l'état (la case bleue) et des CASE (ou des IF) font les actions qui parfois se résument à un changement d'état.
Nous on a abandonné depuis longtemps le GMMA pour les machines auto, on travaille avec des automates d'états finis comme celui-ci, un par mode (AUTO, MANUEL, CY/CY...). C'est à la fois conceptuel et très pratique.
ouais, pour un state machine simple des case ou des if ça va mais pour les gros ça va plus du tout... 'fin de quoi j'me mèle
Perso j'en mets partout dans les automates programmables des "state machines". T'façon si elle est trop compliquée à programmer elle est aussi trop compliquée à comprendre -> on fait des sous-états (ou des macro-états).
ben à l'époque je travaillais sur des systèmes temps réels codés en C et on utilisait des tables décisionnelles parce que des cases ou des if n'étaient simplement pas envisageables comme solution de programmation (trop durs à déboguer, manque de modularité etc).
un automate peut être très volumineux avec bcp d'états, sans qu'il soit complexe à comprendre. a titre d'exemple pense à des applications téléphoniques IVR...