ZAF / CHAPITRE 04 / 15

Analyse des écarts et priorisation des risques

Édition publique de référence 1.0 · 5 novembre 2026 · Exemple institutionnel fictif. Aucun résultat client ou déploiement n’est revendiqué.

Dans ce chapitre
  1. 4.1 Un écart se mesure à un résultat convenu
  2. 4.2 Classer conséquences et inconnues
  3. 4.3 Respecter les dépendances
  4. 4.4 Comparer les traitements
  5. 4.5 Acceptation et clôture

4.1 Un écart se mesure à un résultat convenu

L’absence d’un outil n’est pas automatiquement un écart. Si l’exécution ne peut pas être reliée à l’autorisation, l’écart concerne l’intégrité de la décision. Un moteur de workflow peut contribuer au traitement, sans définir à lui seul le problème. Distinguer faiblesse et incident : une modification non autorisée possible n’est pas une modification démontrée.

4.2 Classer conséquences et inconnues

ÉcartConséquence possiblePriorité du scénarioRéponse
G-01 : version approuvée non autoritativeExécution différente de l’autorisationP1Transitions liées aux versions et refus des versions périmées
G-02 : reprise non démontréeService indisponible au-delà du délai acceptéP1Objectifs et restauration vérifiée
G-03 : périodes de reporting différentesTotaux incompatiblesP2Contrat et rapprochement
G-04 : reprises non définiesTravail en doubleP2Identifiant de commande et tests de répétition

Ces priorités ordonnent un exemple ; elles ne représentent pas une notation institutionnelle validée.

4.3 Respecter les dépendances

Construire le rapport avant de définir l’état faisant autorité peut figer une mauvaise interprétation. Étendre un service non récupérable augmente l’exposition. Commencer par autorité et reprise, vérifier un parcours puis élargir. Une inconnue peut bloquer la conception : localisation des données, durée des coupures, règles de continuité. Associer chaque inconnue à la décision empêchée et à la preuve attendue.

4.4 Comparer les traitements

Pour G-01, comparer une extension contrôlée de l’application existante à un remplacement complet. L’extension limite parfois la migration, si les invariants peuvent être vérifiés. Le remplacement se justifie lorsque propriété, tests ou intégrations empêchent une extension sûre. Pour G-02, l’achat d’un produit de sauvegarde ne suffit pas. Prévoir accès protégés, état récupérable, procédure isolée et responsable capable de démontrer la reprise.

4.5 Acceptation et clôture

  • Constat et référence de preuve.
  • Options, coûts d’exploitation et recommandation.
  • Test de clôture observable.
  • Risque résiduel, autorité d’exception et déclencheur de revue.

L’architecte recommande ; le responsable institutionnel autorisé accepte le risque résiduel. Un ticket terminé ne constitue pas la preuve de clôture.