Partager via


Mise à jour des applications existantes

Si votre équipe met à jour une application existante, l'une de ses premières tâches est d'apprendre code. Pour être en mesure d'estimer la charge de travail de votre équipe, elle doit identifier les parties du code qui nécessitent des modifications et déterminer l'impact de ces modifications.

Votre équipe peut s'assurer que les modifications effectuées n'aient aucun impact négatif en créant et en exécutant des tests d'unité et du système. Si ces tests n'existent pas encore, votre équipe doit les créer. Toutefois, la création d'un ensemble complet de tests d'unité et système pour une application existante n'est pas obligatoire. En comprenant la structure existante du code et les modifications à effectuer, votre équipe peut se concentrer sur la création de tests requis pour vous assurer que ces modifications n'affectent pas de façon défavorable d'autres parties de votre application.

Les actions et les outils suivants sont recommandés lorsque vous devez mettre à jour le code existant :

  • Comprendre la structure existante. Utilisez le Navigateur de l'architecture, des graphiques orientés et les diagrammes de séquence générés pour identifier les principaux composants et leurs dépendances. Pour plus d'informations, consultez Visualisation du code existant.

  • Comprendre le comportement existant et les modifications qui sont obligatoires. Votre équipe doit comprendre le comportement existant lorsqu'elle traite les nouveaux récits en détail. Balisez les récits existants « tels quels » et les nouveaux récits « futurs ». Utilisez ces balises avec les noms de fichier, de dossier et de modèle.

    Vous pouvez utiliser des modèles pour aider à clarifier les récits utilisateur. Pour plus d'informations, consultez Modélisation des récits utilisateur.

  • Stabilisez le comportement avec des tests. Ajoutez des tests automatisés ou manuels pour effectuer les opérations suivantes :

    • Permet de comprendre le comportement existant du produit.

    • Mettez en surbrillance les aspects du comportement du produit qui seront modifiés.

    • Vérifiez que vos modifications n'altèrent pas les fonctions existantes.

    Pour plus d'informations, consultez Tester de manière anticipée et fréquente.

  • Stabilisez l'architecture avec des diagrammes de couche. Créez des diagrammes de couche pour effectuer les opérations suivantes :

    • Permet de comprendre la structure du code existant.

    • Mettez en surbrillance les zones à modifier le code existant.

    • Vérifiez que vos modifications ne violent pas involontairement l'architecture existante en introduisant des dépendances involontaires ou en insérant des fonctions à des emplacements inadéquats.

    Pour plus d'informations, consultez Stabilisation de la structure de l'application à l'aide de diagrammes de couche.

  • Créez les modifications requises sous la forme de récits, estimez les coûts des récits et réorganisez-les dans un journal des travaux en souffrance du produit. Lorsque vous estimez le coût, vous prenez naturellement en compte le fait que vous mettez à jour le code existant. Chaque estimation doit comprendre la durée nécessaire pour comprendre la conception existante et pour écrire les tests automatisés.

    Pour plus d'informations, consultez Création d'un journal des travaux en souffrance du produit.

Informations supplémentaires

///Working Effectively with Legacy Code, Michael Feathers; Prentice Hall, 2004.