Un projet technique : concevoir, programmer et vérifier

Étape 1

Un projet commence par un service et des preuves attendues

Le projet fictif vise un démonstrateur de commande de ventilation : montrer comment une mesure et une autorisation peuvent piloter un indicateur d’état. Il ne s’agit pas de régler un bâtiment réel. Les températures et seuils sont des valeurs pédagogiques ; un indicateur à l’écran ou une maquette scolaire adaptée permet de discuter le fonctionnement sans promettre un confort mesuré.

Le cahier d’exigences précise entrées, sorties, valeurs autorisées, règles et critères. Dans notre modèle, autorisation est un booléen ; température est un entier de 0 à 40 ; l’état initial est arrêté. La commande démarre à partir de 27 et s’arrête à 23 ou moins. Entre les deux, elle conserve son état. Sans autorisation, elle s’arrête quel que soit l’état antérieur. Un seuil bas doit rester inférieur au haut.

Les exigences de prototype incluent également accès compréhensible à l’autorisation, données minimales, support stable et éléments démontables. La conformité d’une température ne certifie pas la stabilité du support. Chaque exigence reçoit une preuve adaptée : table de programme, dessin et dimensions, essai réel encadré ou retour d’usage organisé. Le groupe peut modifier ses exigences après une revue, en conservant version et raison du changement.

À retenir. Une exigence prévoit aussi sa vérification ; un modèle de commande ne règle pas un bâtiment.

Étape 2

Planifier les tâches et leurs dépendances

Un processus de conception et réalisation indique tâches, durée estimée, responsables et contraintes entre tâches. Certaines tâches attendent la fin d’une autre : les tests de conformité demandent une version du prototype ou du programme. D’autres peuvent avancer en parallèle, comme interface de papier et fonction logicielle après validation du cahier. La durée totale n’est donc pas toujours la somme de toutes les durées.

Dossier fictif en créneaux : A exigences 1 ; B dessin 2 après A ; C programme 2 après A ; D préparation et assemblage 1 après B ; E tests 1 après C et D ; F revue 1 après E. Si B et C avancent en parallèle avec les moyens nécessaires, le chemin A-B-D-E-F dure 6 créneaux. Le chemin A-C-E-F en dure 5. L’étape E attend D ; additionner les six durées donne 8 mais ne décrit pas ce planning parallèle.

Une revue de projet vérifie l’avancement, examine les écarts et décide de la suite avec preuves. Les rôles tournent et ne sont pas attribués selon un genre ou une prétendue aptitude fixe. Le groupe note contributions, décisions et besoins d’aide sans inventer un travail que l’élève n’a pas fait. Les disponibilités d’atelier, retests et imprévus peuvent modifier la durée. Un planning proposé n’est pas une promesse de fabrication en six séances.

À retenir. Dépendances et moyens déterminent la durée ; la revue examine des preuves et ajuste la suite.

Étape 3

Représenter, choisir et préparer le prototype

Un schéma de contexte relie usager, environnement, énergie et données. Le schéma-blocs sépare chaîne d’information et chaîne d’énergie. Dans notre démonstrateur, acquisition de température et bouton d’autorisation fournissent des données, une carte les traite et communique un état. Pour une maquette physique adaptée, l’alimentation scolaire, la distribution et l’indicateur font l’objet d’une autre chaîne. Le schéma fonctionnel ne constitue pas un câblage à reproduire.

Une forme peut être représentée par croquis coté puis modèle numérique. Le support doit permettre lecture et accès, garder les composants visibles selon le projet et préserver démontabilité. Choisir matériau, procédé et source d’énergie reprend la méthode du chapitre de cycle de vie : service, masse, tenue, précision, sécurité, durée et disponibilité. Une batterie n’est pas automatiquement préférable à une alimentation prévue par le professeur ; le choix dépend du dossier.

Le dossier d’assemblage identifie constituants, interfaces, fixations et ordre de montage. Un modèle numérique peut vérifier encombrement et certaines dimensions, pas les arêtes, contacts, tolérances fabriquées et tenue réelles. Les éléments coupants, pièces chaudes et alimentations ne sont jamais manipulés seuls. Le groupe peut commencer par interface et maquette de papier, puis le professeur organise les moyens de fabrication, les protections et les essais.

À retenir. Contexte, blocs, croquis et modèle répondent à des questions différentes ; fabrication et essais restent encadrés.

Étape 4

Une variable garde l’histoire utile du système

Une règle instantanée compare une température à un seul seuil sans mémoire. Si la mesure fluctue autour de ce seuil, la sortie peut changer souvent. Deux seuils et un état conservé définissent une autre fonctionnalité : démarrer au seuil haut, arrêter au bas, conserver la décision entre les deux. Cette bande ne prouve pas une stabilité physique ; elle change seulement le comportement logique du modèle.

La variable etat est un booléen, initialisé faux. À chaque lecture, si autorise est faux, etat devient faux ; sinon si t ≥ haut, il devient vrai ; sinon si t ≤ bas, il devient faux ; sinon il garde sa valeur. À 25, la sortie dépend de l’état antérieur : après 28 elle reste active, après 22 elle reste arrêtée. Dire « la température est 25, donc la sortie vaut toujours… » perd la mémoire nécessaire.

Les tests incluent seuil bas, seuil haut, valeurs entre les seuils avec deux états précédents et autorisation fausse. Un capteur réel peut être absent ou défaillant : le modèle présent ne traite pas cette panne et ne promet pas une sécurité de régulation. L’exigence de réalisation devrait définir la réponse aux données invalides, les délais et les protections, sous responsabilité du professeur et dans un dispositif approprié.

À retenir. Entre deux seuils, l’état précédent compte ; initialise-le et teste l’autorisation.

Étape 5

Structurer le code en fonction, boucle et données

Une fonction regroupe le calcul de commande avec paramètres t, état antérieur, autorisation et seuils. Elle renvoie un booléen et n’envoie pas elle-même une commande à un objet réel. La boucle parcourt une liste de mesures fictives, appelle la fonction et conserve le résultat comme nouvel état. Cette séparation rend les essais lisibles : on peut vérifier une fonction seule puis une séquence complète.

L’opérateur NON s’écrit ! dans cet exemple JavaScript. ET s’écrit && et OU ||. Dans une autre écriture, « autorise ET t ≥ haut » exige deux conditions ; « NON autorise OU t ≤ bas » combine deux possibilités d’arrêt. Attention à l’ordre : dans le code fourni, l’absence d’autorisation a priorité. Un événement comme le début d’un essai réinitialise l’état ; une nouvelle lecture déclenche un traitement. Il faut préciser ce qui change à chaque événement, plutôt que laisser une variable d’une tentative précédente.

Le code textuel correspond aux blocs d’une définition de fonction, tests conditionnels et répétition sur une liste. Les conditions, affectations et appels ne sont pas interchangeables. Tu peux reconstruire le programme dans l’environnement de blocs utilisé en classe, puis comparer aux traces. Le simulateur exécute le programme prédéfini avec paramètres bornés, pas du code libre saisi ici ; une production personnelle est évaluée avec la grille et les essais du groupe.

Les commentaires expliquent données, unités, priorité et limite. Il ne faut pas ajouter noms, images, voix ou mesures personnelles à la liste. Le document contient un exemple complet sur valeurs fictives ; le professeur adapte l’interface avec un système réel seulement dans un environnement scolaire autorisé. Modifier une fonctionnalité demande une nouvelle version et des tests distincts, pas une affirmation fondée sur un seul essai.

À retenir. La fonction calcule une sortie ; la boucle parcourt les données et met à jour l’état.

Étape 6

Faire dialoguer deux objets avec un contrat de message

Interfacer deux objets communicants ne consiste pas à relier deux noms par une flèche. Les deux objets doivent se mettre d’accord sur un contrat : quelle donnée est envoyée, sous quel type, dans quelle plage de valeurs et quel événement déclenche la lecture. Dans ce modèle fictif, l’objet A est un poste de mesure et l’objet B est un indicateur. A envoie seulement un numéro de séquence, le type « mesure » et une valeur entière de 0 à 40. B ne reçoit ni identité, ni position, ni enregistrement sonore.

L’événement « message reçu » lance d’abord une fonction validerMessage. B accepte le message seulement si son type est « mesure », si la valeur est entière entre 0 et 40 et si son numéro est supérieur au dernier numéro accepté. Il mémorise alors ce numéro et transmet la valeur à la fonction commande étudiée précédemment. Cette séparation est importante : vérifier un message et décider d’un état sont deux fonctions différentes. Dans un environnement de blocs, elles correspondent à deux blocs définis ; dans un texte, à deux fonctions appelées dans le bon ordre.

Une donnée absente, un type inconnu, une valeur hors intervalle ou un numéro répété n’est pas transformé en mesure plausible. Le modèle affiche « donnée indisponible » et place l’état logique à faux : c’est son état de repli pédagogique. Il ne décrit ni la sûreté d’un appareil réel, ni les délais, batteries, perturbations radio, droits réseau ou protections nécessaires à une installation. Un vrai échange entre objets, son câblage et ses essais appartiennent à un atelier encadré.

Pour mettre le programme au point, prépare une table de messages avant toute exécution : un cas accepté à chaque frontière, une valeur intermédiaire, puis un message invalide. La trace doit montrer le numéro, le verdict, l’état reçu et l’état produit. Si un message répété fait recommencer une commande, le défaut vient du contrôle de séquence ; si une valeur invalide active l’indicateur, le contrôle doit précéder la commande. Cette recherche d’écarts aide à corriger le modèle sans prétendre que les objets ont réellement communiqué.

À retenir. Un message est traité seulement après validation de son type, de sa valeur et de son numéro ; le repli du modèle ne certifie pas un système réel.

Étape 7

Modifier les paramètres et rechercher un contre-exemple

La simulation locale propose une liste de 1 à 12 températures entières entre 0 et 40, une autorisation et deux seuils distincts dans le même intervalle. Chaque essai initialise l’état à faux ; il ne garde pas une température d’un compte ou d’un capteur. Elle affiche une trace sans score, ne transmet aucune donnée et ne permet pas de programmer un appareil réel.

Prévois la trace du cours, puis teste une mesure exactement à chaque seuil. Remplace ensuite bas 23 et haut 27 par bas 22 et haut 26 : une mesure 26 peut démarrer plus tôt. Compare autorisation vraie puis fausse. Cherche un contre-exemple à une variante erronée qui utilise seulement t > haut, ou qui remet toujours faux entre les seuils. Des tests ordonnés révèlent les erreurs de frontière et de mémoire.

Une trace juste pour six mesures ne prouve pas toutes les conditions d’une installation. Les capteurs, vitesse de réaction, précision et énergie sont absents de cette simulation. Elle vérifie un comportement algorithmique borné, pas une tenue mécanique ni une compétence de fabrication. Conserve la règle, les entrées, l’attendu, l’observé dans le modèle et l’écart ; un résultat défavorable est une information utile pour corriger.

Exécuter la trace avec l’abonnement · Me connecter

À retenir. Teste frontières, mémoire et priorité ; une trace numérique reste une preuve du modèle seulement.

Étape 8

Réaliser, tester et présenter le projet en groupe

Une réalisation matérielle commence seulement après validation des moyens, protections et consignes par le professeur. Les constituants retenus, leur assemblage et leur interface sont confrontés aux exigences. Le groupe prépare aussi le protocole d’essai : conditions, appareils de mesure, critères, répétitions, observations et précision. Une liaison entre objets communicants se configure dans un réseau scolaire autorisé, pas sur le réseau personnel d’un élève.

Les résultats distinguent attendu, trace simulée et mesure réelle. Un tableau de test peut vérifier la commande sans autorisation, les deux frontières et les états intermédiaires ; un autre examine le support et l’interface. Chaque conclusion nomme son domaine : logique conforme au modèle, dimension connue, réalisation à vérifier ou résultat réel observé. On ne donne pas une note de fabrication à partir d’un quiz.

La présentation collective expose besoin, solutions écartées, choix argumenté, planification, modèles, réalisation effectivement faite, preuves et amélioration. Chaque élève explique une contribution réelle et une difficulté rencontrée, sans inventer son expérience. La grille de projet permet une autoévaluation et un échange avec le professeur ; elle n’évalue pas l’adhésion à une opinion sur le numérique ou l’environnement. Le prochain essai découle d’une exigence restée sans preuve.

À retenir. Le dossier final sépare prédiction, simulation, réalisation et mesure ; la contribution doit être réelle.