Passage en revue de l'architecture et de la conception existantes

Vous pouvez utiliser Visual Studio Premium ou Visual Studio Ultimate pour passer en revue l'architecture et la conception de votre application avant de commencer des tâches de codage.

Pour certaines tâches, vous pouvez utiliser le code qui a été généré par les outils comme point de départ pour votre travail. Pour d'autres tâches, vous pouvez passer en revue l'architecture de base de données afin de comprendre la structure des données à laquelle vous pouvez accéder.

Si vous avez des ressources de test existantes, telles que les plans de test, les cas de test ou les historiques de bogue, vous pouvez souhaiter également les passer en revue avant de commencer votre travail.

Tâches courantes

Dans le tableau suivant, vous pouvez trouver les descriptions des tâches courantes qui prennent en charge ce scénario, ainsi que des liens pointant vers des informations supplémentaires sur la façon dont vous pouvez mener à bien ces tâches.

Tâche	Contenu de support
Comprendre le logiciel existant et les spécifications de conception : avant d'apporter des modifications à une application existante, vous devez comprendre son architecture, sa conception, sa configuration et les exigences des utilisateurs. Important Vous pouvez afficher des diagrammes de l'architecture existante dans Visual Studio Premium, mais vous devez avoir Visual Studio Ultimate pour en créer ou en modifier.	Visualisation du code existant Développement de modèles pour la conception logicielle Modélisation des besoins des utilisateurs Modélisation de l'architecture d'un système logiciel
Comprendre des schémas de base de données existants : si votre application utilise une ou plusieurs bases de données, vous pouvez souhaiter également comprendre la conception de ces bases de données. En comprenant les objets et les paramètres dans les bases de données, vous pouvez mieux comprendre où les modifications peuvent être nécessaires pour prendre en charge une fonctionnalité particulière ou résoudre une erreur de code.	Démarrage du développement de bases de données en équipe
Passer en revue l'organisation du test initiale : vous pouvez souhaiter également passer en revue tout plan de test existant ou initial au vu des modifications que vous projetez de faire. En comprenant les tests planifiés, vous pouvez mieux identifier les problèmes de conception ou les cases de bord potentiels que vous devrez prendre en compte dans votre code.	Gestion de nouveaux efforts de test Migration d'efforts de test existants Définition de votre effort de test à l'aide de plans de test Suivi de la qualité logicielle
Identifier les erreurs de conception ou les problèmes de performance éventuels dans votre code existant : avant de commencer à modifier votre application, vous pouvez souhaiter identifier des problèmes potentiels dans le code existant. Vous pouvez mener une révision du code détaillée, exécuter une analyse du code pour identifier des problèmes de conception communs, ou passer en revue les tendances historiques dans votre base de données de suivi des éléments de travail pour identifier des modèles.	Instructions pour le contrôle de qualité du code Analyse de la qualité des applications à l'aide des outils d'analyse du code Bogues par priorité, rapport Excel Progression des bogues, rapport Excel Tendances des bogues, rapport Excel Bug Trends Report (CMMI) Bug Status Report (CMMI)

Scénarios connexes

• Configuration des environnements de développement
  Avant de créer ou de modifier du code, vous devez installer vos environnements de développement et de test avec le code source approprié. Si vous utilisez des bases de données, vous devez aussi avoir accès à la représentation hors connexion de ces bases de données.

• Amélioration de la qualité du code avec les stratégies d'archivage de projet d'équipe
  Vous pouvez spécifier un ensemble de règles d'analyse du code que vous souhaitez utiliser pour identifier des problèmes de conception, d'affectation de noms ou de performance dans le code de votre logiciel ou votre base de données. Vous pouvez grouper ces règles dans des ensembles fréquemment utilisés. Vous pouvez définir des stratégies d'archivage qui utilisent ces règles pour empêcher le code d'y être intégré car cela pourrait provoquer des problèmes.

• Gestion des planifications de développement et du travail
  Les modifications que vous devez apporter sont généralement définies dans une tâche, un bogue ou un autre élément de travail. Vous pouvez utiliser l'ensemble de ces tâches, bogues et éléments de travail pour créer et gérer votre agenda de développement.

• Exécution de tâches de développement courantes
  Au cours d'un cycle de développement, vous passez la majeure partie de votre temps à modifier le code. Ce processus inclut la sélection d'une tâche ou d'un bogue, l'extraction des fichiers requis, la modification du code, puis la vérification de l'exactitude des modifications avant leur archivage.