# Lokakarya rencana — contoh penerimaan fiktif

Versi templat: 1.0.0.

**Seluruh berkas ini adalah skenario pedagogis fiktif. Tidak ada server yang dialokasikan untuk contoh ini, tidak ada GPU yang diuji, dan tidak ada nilai kinerja yang diberikan.** Sebutan peran tidak merujuk pada orang yang sebenarnya.

## Cakupan yang dipertimbangkan

Lokakarya rencana ingin menghasilkan indeks yang dapat ditelusuri dari korpus uji berisi dua belas dokumen teknis. Tim mempertimbangkan konfigurasi H100, dengan syarat kompatibilitas perangkat lunak dan kebutuhan yang terukur. Tim tidak menyatakan varian yang benar-benar dialokasikan, memori yang dapat diakses, maupun throughput.

Kedua belas dokumen dan jumlahnya merupakan hipotesis organisasi. Kasus ini menyasar antrean pekerjaan independen: satu keluaran per pengenal, lalu satu indeks yang merujuk semua keluaran. Ini bukan pengujian terdistribusi antar-GPU.

## Kriteria yang ditetapkan dalam skenario

- Setiap pengenal masukan memiliki keluaran yang dapat dibaca.
- Indeks merujuk setiap keluaran satu kali, tanpa terlewat maupun rujukan ganda.
- Aplikasi dan dependensinya diidentifikasi sebelum pengujian.
- Model dan jumlah perangkat yang dapat diakses akan diverifikasi.
- Batch uji harus diekspor dan dibuka dari tujuan akhirnya.
- Interupsi yang terkendali harus memungkinkan pemulihan tanpa publikasi ganda.
- Tidak ada ambang batas kinerja yang ditetapkan dalam contoh ini; karena itu tidak dapat disimpulkan bahwa kinerjanya memadai.

## Peran fiktif

| Peran | Tindakan yang diharapkan |
|---|---|
| Penanggung jawab proyek | Menetapkan cakupan dan mengizinkan pengoperasiannya |
| Penanggung jawab aplikasi | Menyiapkan versi, peluncuran, dan pemulihan |
| Operasional | Mengontrol alokasi, jalur, hak akses, dan transfer |
| Penanggung jawab hasil | Membuka keluaran dan mengontrol indeks |

## Status tinjauan ilustratif

Korpus dan kriteria dijelaskan dalam berkas pedagogis. Pengujian perangkat keras, aplikasi, dan pemulihan tidak dijalankan. Tujuan penyimpanan direncanakan dalam skenario, tetapi peninjauan ulang hasil ekspor belum dilakukan.

Gride terlampir `exemple-fictif.csv` memuat sembilan kontrol yang tidak dijalankan dan satu kontrol ekspor yang terblokir. Kolom "preuve_reference" tetap kosong: tidak ada jalur fiktif yang disajikan sebagai log sungguhan. Kolom tanggal dan satuan juga tetap kosong karena tidak ada pengujian.

## Keputusan fiktif

**Pengoperasian diblokir.** Berkas ini tidak memuat bukti yang diperlukan untuk mengizinkan rantai lengkap.

Tindakan berikutnya dari operasional adalah melakukan inventarisasi dan transfer uji; penanggung jawab aplikasi harus menjalankan siklus dan pemulihan; penanggung jawab hasil harus membuka ekspor dan mengontrol indeks. Penanggung jawab proyek hanya dapat meninjau kembali keputusan ini dengan dokumen yang bersesuaian.

Keputusan ini menggambarkan metode kerja. Ini tidak menggambarkan insiden di Capordia, klien yang ada, atau keterbatasan H100 yang terukur.