Comment documenter le schéma, la carte seule ne suffit pas ?
Extrait de Cartographie du système d’information
Toujours documenter les schémas, et ne pas chercher l’exhaustivité graphique.
Ce schéma doit donc être accompagné d’une fiche de flux, légère mais structurée, elle contient les informations qui rendront la carte exploitable.
Voici ce que vous devez documenter systématiquement, et pourquoi.
Finalité du flux : ce que le flux rend possible concrètement.
Déclencheur : l’événement qui initie le flux, « commande validée, contrat signé, facture reçue, incident déclaré ».
Fréquence : temps réel, batch, quotidien, événementiel. C’est un point de dépendance.
Tolérance : combien de temps Métier B peut fonctionner sans ce flux.
Responsabilités : owner côté Métier A, owner côté Métier B, owner applicatif côté DSI.
Données : liste synthétique par flèche.
Criticité : par flèche, avec justification.
Contrôles : contrôles de saisie, contrôles de cohérence, contrôles de séparation des tâches si applicable.
Traçabilité : journaux, audit, preuve.
Dépendances : fournisseur SaaS, opérateur, prestataire, API externe si elle existe en réalité derrière ce flux.
Vous remarquerez que cette fiche ressemble à une discipline de gouvernance, c’est normal, la cartographie est un instrument de gouvernance. Si vous cartographiez sans rattacher la responsabilité, vous produisez une représentation, pas une capacité, vous faites un joli dessin très peu utile.