La cartographie des flux décrit les échanges entre applications : source, cible, données, protocole, fréquence, sens, propriétaire, contrôles et comportement en cas d’échec.
DSI, Responsables IT, Architectes SI, Responsables applicatifs.
Ouvrir l’outil de cartographieCommencez par les applications critiques, les données sensibles, les interfaces sans propriétaire et les chaînes traversant plusieurs systèmes. Utilisez les incidents et projets récents pour identifier les flux mal compris.
Définissez une convention commune avant de dessiner : application, service, fichier, API, base et acteur externe ne doivent pas être confondus.
Pour chaque flux, notez source, destination, finalité, données, sens, fréquence, volume, protocole, authentification, chiffrement, propriétaire, supervision et reprise. Ajoutez la criticité et les conséquences d’un retard ou d’une duplication.
Indiquez la preuve et la dernière date de validation.
Utilisez une matrice pour l’exhaustivité et des schémas ciblés pour expliquer un processus ou un scénario d’incident. Limitez chaque vue à une question afin de rester lisible.
Les dépendances indirectes doivent apparaître lorsque leur rupture bloque la chaîne, notamment identité, réseau, ordonnanceur et services partagés.
Qualifiez les catégories de données, les zones traversées, les secrets utilisés, les contrôles d’accès et la conservation. Recherchez les transferts non chiffrés, comptes partagés et interfaces sans journalisation.
La cartographie soutient l’analyse de risques mais ne remplace pas un test technique des contrôles.
Faites de la mise à jour un livrable de projet et une condition de mise en production. Rapprochez régulièrement la documentation des configurations, journaux et observations réseau disponibles.
Suivez les flux sans propriétaire, non testés ou dépendant d’un composant en fin de support.
Pas dans la vue générale. Conservez le détail dans une spécification liée lorsque le besoin de sécurité ou d’intégration le justifie.
La carte applicative décrit les services et données métier ; la carte réseau décrit les composants et chemins techniques. Elles se complètent.
Croisez entretiens, configuration, documentation, journaux et tests contrôlés avec les propriétaires concernés.
Ce sujet fait partie des fiches pratiques du livre Pilotegest consacré au pilotage des systèmes d’information. L’article apporte une méthode originale en texte ; la planche complète reste réservée à l’ouvrage.
Découvrir les 40 fiches dans le livrePar Équipe Pilotegest · Dernière mise à jour : 25/08/2026