Sciences de l'ingénieur (spécialité) · TerminaleBac
Programmation événementielle : quiz de Terminale SI
Publié le 7 novembre 2026 · Mis à jour le 7 novembre 2026 · Signaler une erreur
L'essentiel
- La programmation événementielle est un paradigme fondé sur la réception d'événements : le programme est défini surtout par ses réactions à ce qui se produit 5.
- Un événement peut être une action de l'opérateur sur l'interface (clic, déplacement de souris, saisie au clavier) ou un changement d'état de variable 5.
- Une architecture classique repose sur une boucle principale à deux parties : l'une détecte les événements, l'autre les gère 5.
- Ce paradigme s'oppose à la programmation séquentielle et il est surtout répandu dans les interfaces graphiques 5.
- Il peut s'écrire dans n'importe quel langage, avec plus de facilité dans un langage de haut niveau 5.
Avant de commencer
Ce quiz couvre toute la notion de programmation événementielle telle qu'elle se rencontre en spécialité Sciences de l'ingénieur : ce qu'est un événement, comment un programme y réagit, comment la boucle principale s'organise, en quoi ce paradigme se distingue d'un programme qui s'exécute simplement ligne après ligne, et dans quels contextes on l'utilise. Il s'inscrit dans le chapitre sur la modélisation et la résolution de problèmes à partir de l'information, après le traitement du signal, l'échantillonnage et le filtrage, et avant l'étude des réseaux et des protocoles.
Le programme de sciences physiques, complément de la spécialité, fait partie du cadre de l'épreuve de terminale 1. L'épreuve porte sur les contenus, capacités et compétences des programmes de terminale de la spécialité et de son complément de sciences physiques, et des notions de première peuvent être mobilisées 2. Elle accorde aussi une place aux aspects expérimentaux et aux capacités numériques identifiées dans le programme 2. Savoir décrire la logique d'un programme qui réagit à des événements fait partie de ce travail numérique.
Quiz
14 questions · correction immédiate · ton score reste sur ton appareil.
-
La bonne réponse est la deuxième : ce paradigme est fondé sur la réception d'événements, et le programme se définit surtout par ses réactions à ces événements 5. La première proposition décrit au contraire la programmation séquentielle, à laquelle la programmation événementielle s'oppose 5. La troisième confond avec les processus légers (threads), eux aussi présentés en opposition à ce paradigme 5. La quatrième est fausse : un changement d'état de variable est justement un type d'événement possible 5.
-
Un clic de souris, une saisie au clavier et un changement d'état de variable sont des exemples d'événements 5. La dernière proposition est l'erreur tentante : l'enchaînement normal des instructions n'est pas un événement, c'est le fonctionnement d'un programme séquentiel. Un événement est un fait qui survient et auquel le programme doit répondre.
-
Vrai : les deux paradigmes sont présentés comme opposés 5. Dans le premier, le déroulement est guidé par ce qui se passe ; dans le second, il suit l'ordre des instructions. Dire « Faux » vient souvent de l'idée que tout programme est de toute façon séquentiel ligne à ligne : c'est vrai pour l'écriture du code, mais cela ne dit rien sur ce qui déclenche l'exécution des morceaux de code.
-
La boucle principale est divisée en deux sections : la première détecte les événements, la seconde les gère 5. La répartition « souris / clavier » est l'erreur tentante : souris et clavier sont des sources d'événements, pas des étapes de la boucle. Compiler et exécuter sont deux étapes de la vie d'un logiciel, sans rapport avec cette architecture.
-
Elle est apparue avec les interfaces graphiques (GUI) 5. C'est cohérent : un utilisateur qui clique et tape en continu produit des événements imprévisibles dans leur ordre. Les propositions sur les réseaux de capteurs ou l'abandon des langages ne figurent pas dans les sources et sont fausses : on programme toujours dans un langage.
-
C'est plus particulièrement l'utilisation de la programmation orientée objet qui rend courante l'utilisation de ce paradigme 5. Les autres propositions inversent la réalité : les interfaces graphiques en sont au contraire le terrain d'origine 5, et la boucle principale est au cœur de l'architecture décrite 5.
-
Faux : la programmation événementielle peut être réalisée dans n'importe quel langage, la tâche étant simplement plus aisée dans les langages de haut niveau 5. L'erreur tentante est de confondre « plus facile » et « seulement possible » : un langage de haut niveau simplifie le travail, il n'est pas indispensable.
-
Certains environnements de développement intégrés, comme Qt Software, génèrent automatiquement le code des tâches récurrentes de la gestion des événements 5. Cela fait gagner du temps sur les parties répétitives, mais ne remplace pas la conception : c'est au programmeur de décider quelles réactions associer à quels événements. Aucun de ces environnements ne supprime la logique événementielle.
-
On suit les événements dans l'ordre où ils surviennent : après 4 clics, le compteur vaut 4 ; l'appui sur R le remet à 0 ; les 5 clics suivants le portent à 5. L'erreur tentante est de répondre 9 en additionnant tous les clics : cela oublie que la réaction à l'événement R modifie l'état du programme au milieu du déroulement. Ici, l'ordre des événements compte autant que leur nombre.
-
L'épreuve porte sur les notions, capacités et compétences des deux programmes de terminale 2, les notions de première pouvant être mobilisées 2, et elle s'appuie aussi sur les aspects expérimentaux et les capacités numériques 2. La dernière proposition est fausse : rien n'indique une limitation à la seconde.
-
La programmation événementielle s'oppose à la programmation séquentielle ou encore à la programmation par processus légers, les threads 5. L'échantillonnage appartient au chapitre précédent, le traitement du signal : c'est une notion de numérisation d'un signal, pas un paradigme de programmation.
-
Un programme événementiel s'appuie sur une section qui détecte en continu et une autre qui gère 5. En ne testant le bouton qu'au démarrage, le programme ne verra jamais un appui survenant plus tard. Les autres réponses sont fausses : un bouton est une source d'événements possible, les changements d'état de variable sont eux-mêmes des événements 5, et le langage de haut niveau facilite ce paradigme au lieu de l'empêcher 5.
-
Vrai : le programme est défini principalement par ses réactions aux différents événements 5. Le code reste écrit dans un ordre, mais c'est l'événement qui déclenche la réaction correspondante. Répondre « Faux » revient à décrire un programme séquentiel, où la position dans le fichier fixe l'ordre d'exécution.
Les questions qu'on se pose
Quelle est la différence entre un programme séquentiel et un programme événementiel ?
Un programme séquentiel déroule ses instructions dans l'ordre prévu par l'auteur. Un programme événementiel est défini surtout par ses réactions aux événements qui se produisent 5, comme un clic, une saisie au clavier ou un changement d'état de variable 5. Les deux paradigmes sont présentés comme opposés 5. Pour t'en souvenir : dans le premier, c'est le code qui mène ; dans le second, c'est ce qui arrive qui mène.
À quoi sert ce paradigme en pratique ?
Il est particulièrement mis en œuvre dans le domaine des interfaces graphiques 5, où l'opérateur peut agir à tout moment : clic, déplacement de souris, saisie au clavier 5. Dès qu'un système doit rester disponible pour répondre à des actions dont on ne connaît pas l'ordre à l'avance, cette organisation en boucle qui détecte puis gère les événements est adaptée 5.
Dois-je connaître un langage précis pour réussir ces questions ?
Non. Ce paradigme peut être réalisé dans n'importe quel langage de programmation, la tâche étant simplement plus aisée dans les langages de haut niveau 5. Ce qui compte pour répondre, c'est de comprendre la logique : événement, détection, gestion. Dans l'épreuve, les capacités numériques identifiées dans le programme sont prises en compte 2, mais tu t'entraînes d'abord à raisonner sur le principe.
Sources
Programme visé : Bulletin officiel spécial n°8 du 25 juillet 2019 — Sciences de l'ingénieur, classe terminale · education.gouv.fr
- Bulletin officiel spécial n°8 du 25 juillet 2019 — Sciences de l'ingénieur, classe terminale, education.gouv.fr. Consulté le 7 novembre 2026.
- Éduscol STI — Épreuve de l'enseignement de spécialité Sciences de l'ingénieur (classe de Terminale), eduscol.education.fr. Consulté le 7 novembre 2026.
- Éduscol STI — Programme Sciences de l'ingénieur (réforme 2019), eduscol.education.fr. Consulté le 7 novembre 2026.
- Bulletin officiel n°24 du 11 juin 2015 — Enseignement de spécialité SI (classe terminale S), education.gouv.fr. Consulté le 7 novembre 2026.
- Programmation événementielle, Wikipédia. Consulté le 7 novembre 2026.
Les numéros dans le texte renvoient à ces sources. Une source qui ne dit pas ce qu'on lui fait dire ? Signale-le.