PD-5 — Acceptabilité¶
📚 Navigation User Story
| Document | | | ---------- | -- | | 📋 [Spécification](PD-5-specification.md) | | | 🛠️ [Plan d'implémentation](PD-5-plan.md) | | | ✅ **Critères d'acceptation** | *(ce document)* | | 📝 [Retour d'expérience](PD-5-rex.md) | | [← Retour à storage](../PD-198-epic.md) · [↑ Index User Story](index.md)Objectif¶
Vérifier que l’implémentation est conforme à la spécification, respecte l’ensemble des invariants ProbatioVault et ne présente aucune incohérence ou oubli critique.
Périmètre de vérification¶
La revue d’acceptabilité vérifie explicitement :
- la conformité stricte à la spécification fonctionnelle
- le respect de tous les invariants applicables
- la couverture des scénarios de test définis
- l’absence d’incohérences, oublis ou régressions
Écarts identifiés¶
Chaque écart constaté doit être documenté et classé selon sa gravité.
Classification des écarts¶
| Niveau | Définition |
|---|---|
| BLOQUANT | Violation d’un invariant, faille de sécurité, non-conformité majeure à la spec |
| MAJEUR | Fonction incomplète, comportement non conforme mais sans rupture de sécurité |
| MINEUR | Détail, dette acceptable, amélioration non critique |
Détail des écarts¶
| ID | Description | Référence | Gravité |
|---|---|---|---|
| E-01 | Transition vers Glacier Deep Archive configurée à J+1 au lieu de J+90 attendu ; les versions non courantes transitent à J+30 | Spec §5.4, §7 Tests (latence/transition) | MINEUR |
| E-02 | Chiffrement serveur en SSE-S3 (AES256) au lieu de SSE-KMS dédié Paris demandé dans la spec | Spec §3 Automatisation, §5.1 (sécurité) | MINEUR |
| E-03 | Absence de Vault Lock explicite (la spec demande Vault Lock “In Effect”) ; seule l’Object Lock COMPLIANCE est configurée | Spec §5.3, §7 Tests | MAJEUR |
Conclusion d’acceptabilité¶
⚠️ ACCEPTÉ AVEC RÉSERVES (1 écart MAJEUR, 2 MINEURS à corriger)