Missions finales : construire une architecture Mars complète et résiliente
Les quinze modules précédents apprennent à calculer, à lire une architecture et à reconnaître les limites d’un raisonnement trop simple. Le module 16 ne présente presque aucun nouveau concept. Il demande au contraire de les relier. C’est le moment où une équation de propulsion rencontre un budget de masse, où un calcul de consommation d’eau rencontre un stock de secours, où une panne de communication rencontre une règle d’autorité locale, et où une belle architecture doit prouver qu’elle reste exploitable quand la réalité ne respecte plus le scénario nominal.
Une étude finale n’a pas besoin d’imiter un programme NASA ou SpaceX. Elle doit être explicitement présentée comme une architecture pédagogique Delta-Sierra : hypothèses datées, calculs reproductibles, marges visibles et frontière claire entre ce qui est démontré aujourd’hui et ce qui relève d’une extrapolation d’ingénierie.
1. Le cahier des charges : commencer par les fonctions, pas par le véhicule préféré
Chaque équipe reçoit un objectif de campagne : pré-déployer du fret, transporter un équipage, poser les éléments essentiels, vivre assez longtemps pour traverser une fenêtre de retour, puis laisser derrière elle une infrastructure plus robuste qu’à l’arrivée. Le premier travail consiste à transformer cet objectif en fonctions : énergie, air, eau, nourriture, thermique, communications, mobilité, maintenance, médical, refuge, stockage, production locale et retour.
2. Construire l’architecture en chaînes fonctionnelles
Une bonne architecture se lit de gauche à droite : ressource d’entrée, transformation, stockage, distribution, usage, mesure, maintenance et mode dégradé. L’eau, par exemple, n’est pas seulement un réservoir. Il faut une source, une extraction, une purification, un stockage, une distribution, une récupération, des analyses de qualité et une stratégie si un contaminant interdit l’usage d’une boucle.
Pour chaque fonction vitale, la fiche finale doit indiquer : le moyen nominal, le moyen de secours, la durée pendant laquelle le secours tient, la manière de détecter la panne, la ressource commune susceptible de faire tomber les deux voies et l’action humaine ou automatique attendue. Ce tableau devient la colonne vertébrale de la revue de conception.
3. Fermer les budgets avant de discuter du décor
Une architecture qui ne ferme pas ses budgets n’est pas une architecture. Elle doit au minimum suivre masse, énergie, puissance de pointe, eau, oxygène, nourriture, volume habitable, stockage de données, capacité de communications, pièces de rechange et temps d’équipage. Les valeurs peuvent être pédagogiques, mais leur origine doit être expliquée.
Si un équipage consomme une ressource à un taux moyen q pendant une durée t, le besoin de base est q × t. La vraie mission ajoute les pertes, la variabilité, les jours de refuge et le scénario de retard. L’objectif n’est pas de trouver un chiffre « exact » mais de montrer quelle hypothèse domine la masse et comment la conception change lorsque cette hypothèse bouge.
4. Mission finale A — le cargo doit rendre l’arrivée humaine moins risquée
Le cargo part en premier. Il transporte les éléments dont l’absence rendrait l’arrivée humaine inacceptable : énergie initiale, communications, moyens de déchargement, habitat ou refuge, réserves, pièces critiques et éventuellement équipements d’extraction locale. La mission doit définir ce qui est testé avant l’arrivée de l’équipage, quelles télémesures prouvent le bon fonctionnement et quel seuil provoquerait un report du départ humain.
Injectez ensuite une panne : un cargo manque la fenêtre, un panneau solaire est endommagé ou un rover de manutention reste immobilisé. L’équipe doit montrer si le site peut continuer à préparer l’arrivée avec moins de capacité ou s’il faut reconfigurer la campagne.
5. Mission finale B — le transit humain est un habitat en mouvement
Le vaisseau habité doit être évalué comme un habitat temporaire : air, eau, thermique, nourriture, sommeil, exercice, hygiène, médical, abri radiologique, maintenance et accès aux équipements. Le choix de propulsion ne suffit pas. Une réduction du temps de trajet peut déplacer de la masse vers la propulsion ; une trajectoire plus lente peut augmenter les consommables et l’exposition. La bonne réponse est celle qui rend le système global le plus robuste pour le scénario choisi.
6. Mission finale C — arrivée, EDL et mise en service du site
Le scénario doit relier la dispersion d’atterrissage aux opérations de surface. Deux véhicules séparés de plusieurs kilomètres peuvent être « tous deux posés avec succès » et pourtant rendre la campagne beaucoup plus difficile. Il faut donc définir les moyens de localisation, la mobilité disponible, la capacité de remorquage, les réserves d’énergie et le temps nécessaire pour mettre les fonctions vitales en service.
La mission finale doit également préciser ce qui se passe si l’équipage arrive alors qu’une partie du site n’est pas encore nominale. Existe-t-il un refuge indépendant ? Combien de temps tient-il ? Quelles tâches peuvent être reportées ? Quelles opérations sont interdites tant qu’une vérification n’est pas terminée ?
7. Mission finale D — transformer une base initiale en système durable
Une base qui survit cent jours n’est pas automatiquement une colonie. La campagne longue doit montrer comment la maintenance, les stocks, la production locale et la formation réduisent progressivement les dépendances. Une pièce produite localement n’est utile que si sa matière, sa géométrie et sa qualité sont contrôlées. Une ressource extraite n’est utile que si elle est purifiée, stockée et distribuée.
La soutenabilité se lit donc dans les boucles : recycler davantage, réparer plus de familles de pièces, fabriquer certains consommables, augmenter la capacité de refuge, documenter les procédures et transmettre les compétences à une équipe suivante.
8. Campagne longue : 500 sols sans scénario parfait
Le plan d’opérations doit couvrir un temps assez long pour faire apparaître les problèmes de vieillissement. Les filtres s’encrassent, les joints vieillissent, les batteries perdent de la capacité, les poussières s’accumulent, les pièces sont consommées et les humains se fatiguent. Le planning doit réserver du temps à l’inspection, à l’exercice, au soin, à la formation et au retour d’expérience.
On ne cherche pas à remplir chaque heure. Une architecture trop optimisée suppose souvent que rien d’imprévu n’arrive. La marge de temps est une ressource de résilience au même titre qu’un stock de pièces.
9. Pannes injectées : la mission n’est validée qu’après perturbation
- Retard logistique : le prochain cargo arrive plusieurs mois plus tard.
- Énergie : une tempête réduit fortement la production solaire.
- ECLSS : une chaîne d’oxygène devient indisponible pendant plusieurs jours.
- Communications : la Terre est momentanément indisponible ou trop lente pour la décision immédiate.
- Mobilité : un rover pressurisé est immobilisé loin du site.
- Médical : un membre d’équipage ne peut plus assurer sa fonction principale.
Pour chaque panne, le dossier final décrit la détection, l’autorité qui décide, les charges coupées, la durée disponible, le critère de retour à l’état nominal et la conséquence sur le reste de la campagne. Si une solution repose sur « on enverra une pièce depuis la Terre », elle doit intégrer la fenêtre de lancement et le temps réel avant disponibilité.
10. Les gates de décision : savoir dire « nous ne partons pas »
Un bon dossier ne cherche pas à démontrer que la mission doit partir. Il cherche à rendre visible la condition qui impose de reporter ou d’abandonner. Cette capacité à dire « non » est un signe de maturité d’ingénierie.
11. Exercice quantitatif final — relier une marge à une décision
Supposons, uniquement pour l’exercice, qu’une réserve critique soit consommée à 18 unités par jour, que la campagne doive pouvoir tenir 45 jours sans apport extérieur et que l’équipe impose 25 % de marge. Le besoin de planification vaut :
Si le stock mesuré après une panne tombe à 860 unités, la question n’est pas « peut-on encore survivre aujourd’hui ? » mais « quelle décision faut-il prendre maintenant pour ne pas franchir une limite dans plusieurs semaines ? ». L’équipe peut réduire une consommation, démarrer une production secondaire, interrompre une activité ou avancer un retour. La mission finale doit justifier ce choix avec des chiffres, pas avec une intuition.
12. Dossier de soutenance : ce que l’équipe doit livrer
- une page de mission et d’hypothèses ;
- une architecture fonctionnelle et ses interfaces ;
- les principaux budgets avec unités, marges et sources ;
- un calendrier cargo–équipage–surface–retour ;
- les modes dégradés et stocks de secours ;
- au moins six pannes injectées ;
- une matrice de décisions et d’autorité ;
- les critères de départ, poursuite, repli et abandon ;
- un registre de ce qui est démontré, extrapolé ou prospectif ;
- une conclusion expliquant les trois plus grands risques résiduels.
13. Évaluer une architecture sans récompenser le spectacle
La note finale doit privilégier cohérence, traçabilité et capacité à reconnaître une limite. Une architecture moins spectaculaire mais dont les budgets, les secours et les décisions sont explicites vaut davantage qu’un concept visuellement impressionnant reposant sur des hypothèses cachées. Les points les plus importants sont la fermeture des fonctions vitales, la gestion des causes communes, la réparabilité, la discipline des marges et la clarté de la frontière entre fait et prospective.
14. La dernière compétence : transmettre le système à l’équipe suivante
Une mission humaine durable ne se termine pas au retour. Elle produit des données, des procédures, des pièces qualifiées, des erreurs connues et une base plus compréhensible pour ceux qui arrivent ensuite. La documentation finale doit donc expliquer non seulement ce qui a été construit, mais ce qui a changé pendant la campagne et pourquoi.
À ce stade, l’étudiant ne « connaît pas Mars » au sens encyclopédique. Il sait mieux faire quelque chose de plus utile : poser une hypothèse, la chiffrer, la relier aux autres systèmes, chercher ce qui peut la faire échouer, puis expliquer une décision de manière vérifiable.