03 · Carte des dépendances

Cartographier les dépendances

Chaque équipe connaît une procédure à laquelle personne n’ose toucher. Le risque vient souvent moins de sa complexité que de l’absence d’une carte de ses appelants, tables et écrans dépendants.

Une relation vaut mieux qu’une liste de fichiers

La base relie tables, classes, procédures, requêtes et fenêtres. Son graphe montre les appels, la navigation, les flux de données et le schéma. Sélectionner un élément met en évidence ses voisins directs et ses connexions entrantes et sortantes.

Graphe des dépendances dans WXCode
Image du graphe de démonstration. Certains libellés du projet sont en portugais.

Lire la carte par couches

Un appel indique qui invoque une procédure. Un flux montre qui utilise une table. Une navigation montre où mène une fenêtre. Le schéma expose les clés étrangères. Ces vues révèlent ce qu’un écran apparemment simple entraîne avec lui.

  • Vérifier les appelants avant de modifier une procédure partagée.
  • Vérifier les lecteurs et auteurs avant de modifier une table.
  • Suivre la navigation avant de séparer un parcours entre phases.
Graphe des dépendances dans WXCode
Image du graphe de démonstration. Certains libellés du projet sont en portugais.

S’en servir pour ordonner le travail

Le graphe aide à repérer les fondations communes et les procédures potentiellement inutilisées. Une procédure sans appel est à examiner, pas à supprimer d’office. La roadmap peut ensuite placer les prérequis avant les écrans qui en dépendent.

Roadmap de conversion WXCode
La roadmap proposée regroupe le travail en phases à approuver. Les noms des éléments du projet sont en portugais.
← Tous les chapitres