# Plan restant de cloture

Derniere mise a jour : 2026-07-26

Ce fichier suit uniquement ce qu'il reste a faire dans `clean_version`.
La source de verite des campagnes retenues reste `AUDIT_CLOSURE.md`.

## Etat actuel

- [x] Perimetre scientifique gele : 4 elements seulement dans le recit principal.
- [x] Dossier de travail final retenu : `clean_version`.
- [x] Campagne complete finale executee : `results/integrated-campaign-night-20260726-071721`.
- [x] Statut global de la campagne finale : `PASS`.
- [x] ZIP final verifie : `results/integrated-campaign-night-20260726-071721.zip`.
- [x] SHA-256 ZIP final : `5f9613172b239c815d9b8332311f028cc5807e39ab1c4646ed2faf6990e2f297`.
- [x] Manifestes imbriques valides.
- [x] Statistiques et figures regenerees depuis les CSV bruts.
- [x] `AUDIT_CLOSURE.md` commence et pointe vers la campagne finale retenue.
- [x] La comparaison TLS centrale est maintenant : ECDHE historique, ECDHE optimise ESP32, ML-KEM-512 optimise.

## Resultats retenus

| Bloc | Version retenue | Statut | Role dans le memoire |
|---|---|---|---|
| TLS historique | `phase1-replacement-20260723-221859` | Historique | Baseline logicielle, contexte uniquement |
| TLS optimise | `integrated-campaign-night-20260726-071721` | Valide | Experience comparative centrale |
| OTA/TLS | `integrated-campaign-night-20260726-071721` | Valide | Demonstration systeme secondaire |
| Satellite | `integrated-campaign-night-20260726-071721` | Valide | Validation systeme |
| OTA-radio | `integrated-campaign-night-20260726-071721` | Valide | Validation systeme OTA radio |

## A faire maintenant

### 1. Completer l'audit des campagnes

- [x] Renseigner dans `AUDIT_CLOSURE.md` les champs encore marques `A renseigner` pour Satellite.
- [x] Renseigner dans `AUDIT_CLOSURE.md` les champs encore marques `A renseigner` pour OTA-radio.
- [x] Renseigner dans `AUDIT_CLOSURE.md` les champs encore marques `A renseigner` pour OTA/TLS.
- [x] Traiter la campagne TLS historique comme reference CSV secondaire, sans chercher davantage un ZIP.
- [x] Ajouter le hash SHA-256 du CSV historique disponible.
- [x] Identifier les figures exactes du rapport qui utilisent chaque campagne.
- [x] Identifier les sections LaTeX exactes qui utilisent chaque campagne.

### 2. Mettre a jour le rapport

- [ ] Remplacer les anciennes formulations `ML-KEM est 5.70x plus rapide` par une formulation prudente.
- [ ] Integrer le tableau TLS a trois populations : ECDHE historique, ECDHE optimise, ML-KEM-512 optimise.
- [ ] Mettre a jour les figures TLS avec les sorties regenerees.
- [ ] Reduire OTA/TLS a une demonstration systeme.
- [ ] Reduire Satellite a une validation systeme, sauf conclusion comparative explicitement justifiee.
- [ ] Reduire OTA-radio a une validation systeme de bout en bout.
- [ ] Deplacer les details trop longs vers les annexes.
- [ ] Revoir abstract, introduction, discussion et conclusion apres integration des chiffres TLS finaux.

### 3. Auditer tous les nombres du memoire

Rechercher dans `report/` et verifier chaque occurrence :

```text
5.70
5,70
652.7
146.6
1269.1
243.0
20 runs
100 runs
40 runs
44/44
0/20
1/20
```

Pour chaque nombre :

- [ ] Identifier la campagne source.
- [ ] Verifier le CSV brut.
- [ ] Verifier l'unite.
- [ ] Verifier moyenne ou mediane.
- [ ] Verifier le nombre de runs.
- [ ] Verifier si les echecs sont inclus.
- [ ] Verifier que texte, tableau, abstract et conclusion racontent la meme chose.

### 4. Harmoniser la methodologie

- [ ] Separer clairement experience comparative controlee et validations systeme.
- [ ] Documenter pour TLS : 5 warm-ups, 100 mesures par mode, randomisation, echecs conserves.
- [ ] Documenter pour OTA/TLS : demonstration systeme, pas conclusion statistique centrale.
- [ ] Documenter pour Satellite : comportement sous pertes et preuves d'echange.
- [ ] Documenter pour OTA-radio : scenarios, retransmissions, integrite, activation, rejet des fautes.
- [ ] Verifier que les profils `5`, `23`, `68` sont presentes comme evenements forces, pas comme pourcentages.

### 5. Uniformiser le vocabulaire

- [ ] Utiliser `ML-KEM` pour le standard FIPS 203.
- [ ] Utiliser `ML-KEM-512` pour le parametre experimental.
- [ ] Utiliser `Kyber` seulement pour les travaux historiques ou anciennes implementations.
- [ ] Utiliser `ECDHE P-256` partout.
- [ ] Utiliser `TLS 1.3` partout.
- [ ] Confirmer le modele exact de carte ESP32 et l'utiliser partout.
- [ ] Utiliser `ms` pour temps externes, `us` ou `microsecondes` pour operations internes, KiB/octet pour memoire.

### 6. Compiler et auditer le PDF

- [ ] Lancer `make report` depuis `clean_version`.
- [ ] Verifier que le PDF produit vient de `clean_version/report`, pas de l'ancien dossier.
- [ ] Lancer un nettoyage LaTeX puis une compilation complete si necessaire.
- [ ] Verifier references non resolues.
- [ ] Verifier citations bibliographiques.
- [ ] Verifier hyperliens.
- [ ] Verifier pages blanches, figures manquantes et debordements.
- [ ] Relire ensemble abstract, introduction et conclusion.

### 7. Produire l'archive finale de reproductibilite

- [ ] Regenerer le ZIP minimal de code avec `./zip_all.sh`.
- [ ] Verifier que le ZIP ne contient pas de builds ESP-IDF, caches, `.git`, venv ou secrets.
- [ ] Ajouter le rapport propre : PDF final et sources LaTeX necessaires.
- [ ] Ajouter les resultats retenus, manifests, configurations et scripts utiles.
- [ ] Produire une archive finale separee de type `thesis-final-reproducibility`.
- [ ] Produire `SHA256SUMS` pour l'archive finale.
- [ ] Verifier qu'une extraction dans un autre dossier permet au minimum de retrouver sources, scripts, rapport et resultats retenus.

### 8. Gel final

- [ ] Ne plus modifier les campagnes apres validation finale, sauf erreur demontree.
- [ ] Faire un commit ou tag final si tu veux figer l'etat.
- [ ] Copier l'archive finale sur un support externe.
- [ ] Noter dans `AUDIT_CLOSURE.md` la version unique du PDF final.
- [ ] Noter dans `AUDIT_CLOSURE.md` la version unique de l'archive finale.

## Ordre recommande

1. Completer les champs manquants de `AUDIT_CLOSURE.md`.
2. Mettre a jour les chiffres et figures du rapport.
3. Auditer tous les nombres du texte.
4. Compiler le PDF et corriger uniquement les problemes de rapport.
5. Regenerer le ZIP de code minimal.
6. Creer l'archive finale de reproductibilite.
7. Calculer les SHA-256 finaux.
8. Geler l'etat.

## Regle de decision

Ne relancer aucune campagne sauf si une verification montre qu'une conclusion
principale est fausse, non prouvee ou impossible a tracer vers un CSV final.