# Workshop der Pläne — fiktives Abnahmebeispiel

Modellversion: 1.0.0.

**Der gesamte vorliegende Ordner ist ein fiktives Lehrszenario. Für dieses Beispiel wurde kein Server zugewiesen, keine GPU getestet und kein Leistungswert angegeben.** Die Rollenbezeichnungen beziehen sich nicht auf reale Personen.

## Betrachteter Umfang

Der Workshop der Pläne möchte einen durchsuchbaren Index aus einem Testkorpus von zwölf technischen Dokumenten erstellen. Das Team zieht eine H100-Konfiguration in Betracht, vorbehaltlich der Softwarekompatibilität und des gemessenen Bedarfs. Es behauptet weder eine tatsächlich zugewiesene Variante noch verfügbaren Speicher noch Durchsatz.

Die zwölf Dokumente und ihre Anzahl sind eine organisatorische Annahme. Der Fall zielt auf eine Warteschlange unabhängiger Aufträge ab: eine Ausgabe pro Kennung, danach ein Index, der alle Ausgaben referenziert. Es handelt sich nicht um einen zwischen GPUs verteilten Test.

## Im Szenario festgelegte Kriterien

- Jede Eingabekennung besitzt eine lesbare Ausgabe.
- Der Index referenziert jede Ausgabe einmal, ohne Auslassung und ohne doppelte Referenz.
- Die Anwendung und ihre Abhängigkeiten werden vor dem Test identifiziert.
- Das Modell und die Anzahl der zugänglichen Geräte werden überprüft.
- Der Teststapel muss exportiert und von seinem endgültigen Ziel aus geöffnet werden.
- Eine kontrollierte Unterbrechung muss eine Wiederaufnahme ohne doppelte Veröffentlichung ermöglichen.
- In diesem Beispiel ist kein Leistungsschwellenwert definiert; es kann daher nicht auf eine ausreichende Leistung schließen.

## Fiktive Rollen

| Rolle | Erwartete Aktion |
|---|---|
| Projektverantwortlicher | Den Umfang festlegen und die Inbetriebnahme genehmigen |
| Anwendungsverantwortlicher | Versionen, Start und Wiederaufnahme vorbereiten |
| Betrieb | Zuweisung, Pfade, Rechte und Übertragung kontrollieren |
| Ergebnisverantwortlicher | Die Ausgaben öffnen und den Index kontrollieren |

## Illustrativer Stand der Prüfung

Der Korpus und die Kriterien sind im Lehrordner beschrieben. Die Hardware-, Anwendungs- und Wiederaufnahmetests sind nicht durchgeführt. Das Aufbewahrungsziel ist im Szenario vorgesehen, doch die Nachprüfung des Exports hat nicht stattgefunden.

Die beigefügte Übersicht `exemple-fictif.csv` enthält daher neun nicht durchgeführte Kontrollen und eine blockierte Exportkontrolle. Die Spalte „preuve_reference" bleibt leer: Kein fiktiver Pfad wird als reales Protokoll dargestellt. Die Spalten für Datum und Einheit bleiben ebenfalls leer, da kein Test vorliegt.

## Fiktive Entscheidung

**Inbetriebnahme blockiert.** Der Ordner enthält nicht die erforderlichen Nachweise, um die vollständige Kette zu genehmigen.

Die nächste Aktion des Betriebs ist die Durchführung des Inventars und der Testübertragung; der Anwendungsverantwortliche muss den Zyklus und die Wiederaufnahme durchführen; der Ergebnisverantwortliche muss den Export öffnen und den Index kontrollieren. Der Projektverantwortliche kann die Entscheidung erst mit den entsprechenden Unterlagen erneut prüfen.

Diese Entscheidung veranschaulicht eine Arbeitsmethode. Sie beschreibt keinen Vorfall bei Capordia, keinen bestehenden Kunden und keine gemessene Einschränkung der H100.