Programmer une fonctionnalité

Une fonctionnalité décrit un comportement utile et vérifiable. Ici, la ventilation doit être commandée lorsque le mode automatique est actif et que la température dépasse strictement le seuil. Sinon, elle doit être arrêtée. Dire « le programme doit être intelligent » ne permet pas de décider si un essai réussit. La règle précise les entrées, la condition et les sorties. Elle annonce aussi ce qui se passe à l’égalité et lorsque le mode automatique est désactivé. C’est ce contrat qui sert ensuite à valider la modification.

Les entrées sont les données utilisées par le programme : température mesurée T et état du mode automatique. Le seuil est un paramètre choisi pour la fonctionnalité. La sortie est la commande de ventilation, représentée par un booléen. Elle ne prouve pas à elle seule que le ventilateur physique tourne : ce serait un autre contrôle. Une variable est un nom associé à une valeur qui peut évoluer pendant l’exécution. Dans une boucle d’acquisition, T peut donc être remplacée par une nouvelle mesure à chaque cycle.

L’algorithme est indépendant d’une syntaxe particulière. On peut l’exprimer en phrases structurées, par un organigramme ou par des blocs. Le programme traduit ces mêmes décisions dans un langage, comme Python. L’organigramme montre une alternative : si les deux conditions sont vraies, commander marche ; sinon, commander arrêt. Les deux branches doivent définir la sortie. Sans branche d’arrêt, une ancienne commande de marche pourrait persister selon la structure du programme. L’absence d’instruction n’est pas toujours équivalente à une remise à zéro.

Dans une version Python simplifiée portant uniquement sur le calcul, la fonction peut renvoyer l’expression « auto and temperature > seuil ». Avec un paramètre seuil égal à 28, cette expression correspond à la règle étudiée. La lecture du capteur et la transmission de l’ordre restent à intégrer dans un programme de carte selon son matériel. Un événement, comme un appui sur le bouton de mode, peut modifier auto ; la boucle suivante relit alors cet état. Une boucle qui ne relit jamais T traiterait toujours une ancienne mesure.

Une modification traçable conserve la version de départ et précise ce qui change. Ici, la version initiale ne considère que la température supérieure à 25 °C. La fonctionnalité ajoutée permet de désactiver la ventilation automatique. On ajuste aussi le seuil à 28 °C. Pour isoler les effets, on prépare deux étapes : d’abord le nouveau seuil, puis l’ajout de la condition de mode. Chaque étape conserve sa version et ses tests. On évite ainsi de confondre une erreur de comparaison avec une erreur de combinaison logique.

Les tests doivent être préparés avec leurs résultats attendus avant d’observer le programme. On choisit une valeur sous le seuil, l’égalité, une valeur au-dessus et un mode désactivé. On ajoute une séquence où la température redescend pour repérer une sortie qui resterait mémorisée à tort. Un test qui ne vérifie que 40 °C avec mode actif pourrait réussir même si l’égalité ou l’arrêt sont mal programmés. Tester consiste donc à chercher aussi des cas capables de révéler une erreur, pas seulement à montrer un exemple favorable.

Un test réussi signifie que le programme a donné le résultat attendu pour les entrées et la version testées. Il ne prouve pas que tous les capteurs, actionneurs et liaisons fonctionnent dans le monde réel. Une simulation vérifie la logique ; une intégration matérielle demande d’autres observations. Il faut aussi définir le comportement pour une mesure invalide : la règle de cette leçon suppose une température numérique valide. Un projet réel devrait préciser comment signaler l’erreur et quelle réponse sûre adopter.

Pour réviser, refais le tableau de tests sans regarder les réponses, puis compare. Si tu te trompes au seuil, relis le signe ; si tu oublies le mode, réécris les deux conditions. Cette correction ciblée est plus efficace que relire tout le chapitre sans repérer l’erreur. Tu peux ensuite proposer une fonctionnalité supplémentaire, mais elle exige un nouveau contrat et de nouveaux tests. Par exemple, une temporisation ou deux seuils différents modifieraient le comportement : ils ne doivent pas être ajoutés silencieusement à la règle étudiée.