# Atelier des plans — exemple de réception fictif

Version du modèle : 1.0.0.

**Tout ce dossier est un scénario pédagogique fictif. Aucun serveur n’a été alloué pour cet exemple, aucun GPU n’a été testé et aucune valeur de performance n’est fournie.** Les intitulés de rôles ne désignent pas des personnes réelles.

## Périmètre envisagé

L’Atelier des plans veut produire un index consultable à partir d’un corpus d’essai de douze documents techniques. L’équipe considère une configuration H100, sous réserve de la compatibilité du logiciel et du besoin mesuré. Elle n’affirme ni variante effectivement allouée, ni mémoire accessible, ni débit.

Les douze documents et leur nombre sont une hypothèse d’organisation. Le cas vise une file de travaux indépendants : une sortie par identifiant, puis un index qui référence toutes les sorties. Il ne s’agit pas d’un test distribué entre GPU.

## Critères décidés dans le scénario

- Chaque identifiant d’entrée possède une sortie lisible.
- L’index référence chaque sortie une fois, sans oubli ni référence double.
- L’application et ses dépendances sont identifiées avant l’essai.
- Le modèle et le nombre de périphériques accessibles seront vérifiés.
- Le lot d’essai devra être exporté et ouvert depuis sa destination finale.
- Une interruption maîtrisée devra permettre de reprendre sans double publication.
- Aucun seuil de performance n’est défini dans cet exemple ; il ne peut donc pas conclure à une performance suffisante.

## Rôles fictifs

| Rôle | Action attendue |
|---|---|
| Responsable projet | Fixer le périmètre et autoriser sa mise en service |
| Responsable applicatif | Préparer versions, lancement et reprise |
| Exploitation | Contrôler allocation, chemins, droits et transfert |
| Responsable résultats | Ouvrir les sorties et contrôler l’index |

## État illustratif de la revue

Le corpus et les critères sont décrits dans le dossier pédagogique. Les essais matériels, applicatifs et de reprise ne sont pas exécutés. La destination de conservation est prévue dans le scénario, mais la relecture de l’export n’a pas eu lieu.

La grille jointe `exemple-fictif.csv` porte donc neuf contrôles non exécutés et un contrôle d’export bloqué. La colonne « preuve_reference » reste vide : aucun chemin fictif n’est présenté comme un journal réel. Les colonnes de date et d’unité restent également vides en l’absence d’essai.

## Décision fictive

**Mise en service bloquée.** Le dossier ne comporte pas les preuves nécessaires pour autoriser la chaîne complète.

La prochaine action de l’exploitation est de réaliser l’inventaire et le transfert d’essai ; le responsable applicatif doit réaliser le cycle et la reprise ; le responsable résultats doit ouvrir l’export et contrôler l’index. Le responsable projet ne pourra revoir la décision qu’avec les pièces correspondantes.

Cette décision illustre une méthode de travail. Elle ne décrit pas un incident chez Capordia, un client existant ou une limitation mesurée de la H100.