Semaine 4 : Revues V&V Flashcards
Qu’est-ce qu’une revue?
- Un processus ou une réunion pendant lequel un produit de travail est présenté au personnel du projet, aux gestionnaires, aux utilisateurs, aux clients, ou à autres parties prenantes pour commenter ou approuver.
- Les revues aident à la détection précoce des erreurs et des problèmes. Les coûts de correction sont réduits le plus tôt que les erreurs sont détectées.
- Les revues peuvent être internes ou externes.
- Les revues sont performées pendant le développement du projet et après chaque phase du développement.
- Les divers types des revues différent entre eux par rapport à leur niveau de formalité et de détail. Les revues plus formelles sont aussi plus structurées et rigoureuses.
Quels sont les différents niveaux de formalité des revues?
Revues personnelles -> Revue par les pairs -> Walk through -> Inspection -> Revues de conception formelles -> Audits
Quels sont les objectifs directs des revues?
• Détecter des erreurs ou des problèmes aux exigences, à l’analyse, à la conception ou aux autres phase du développement du système.
• Détecter les endroits où des correction ou des changements doivent être appliqués.
• Détecter des risques sur la complétion du
projet.
• Détecter des déviations des styles, des procédures, des standards prédéfinis.
• Approuver l’analyse, la conception ou la qualité du système.
Quels sont les objectifs indirects des revues?
• Fournir l’opportunité pour une réunion informelle pour l’échange de connaissance professionnelle sur les
méthodes, les outils et les techniques de
développement.
• Enregistrer les erreurs qui vont fournir la base des actions correctives futures.
Quels sont les principes des revues personnelles?
• Trouver et corriger tous les défauts du
système.
• Utiliser une checklist produite des données personnelles, par l’expérience.
• Suivre un processus de revue structuré.
• Utiliser des mesures.
• Améliorer le processus de la revue.
• Déterminer où et pourquoi les erreurs
étaient introduites et changer le processus pour prévenir des défautssemblables à l’avenir.
Quelles sont les meilleurs pratiques des revues personnelles?
• Faire une pause entre le développement et la revue. • Examiner les produits en papier au lieu de forme électronique, si possible. • Contrôler chaque item de la checklist une fois qu’elle est complète. • Mettre à jour les checklists selon vos données personnelles. • Créer et utiliser des checklists différentes pour chaque produit. • Vérifier les éléments complexes et critiques.
Quelles sont les différences entre inspection et walk-through?
• Les inspections sont plus formelles.
• L’objectif principal de l’inspection est la correction des erreurs. L’objectif principal du walk-through est les commentaires sur les documents révisés.
• Les résultats de l’inspection sont considérés pour l’amélioration du développement.
• L’inspection contribue plus à SQA.
• Le walk-through inclue une présentation détaillée de l’élément révisé aux évaluateurs qui
commentent et notent les erreurs pendant la présentation.
• L’inspection est basée sur une infrastructure complète :
- Des checklists développées pour chaque type de document ou de composante du système, qui
sont mises à jour périodiquement.
- Des tables de fréquence des erreurs pour diriger les inspecteurs vers des « régions des erreurs
concentrées ».
-L’entraînement des professionnels aux processus d’inspection. Cela créer un réservoir des
inspecteurs.
- L’analyse périodique de l’exactitude des inspections passées pour améliorer la méthodologie de
l’inspection.
- L’introduction des inspections programmées dans le plan du projet et l’allocation des ressources
pour les inspections.
Qu’est-ce qui est supposé être fait après la revue?
- La correction immédiate par l’équipe de développement des erreurscomme détectées par l’équipe d’inspection.
- La transmission des rapports aux mainteneurs pour l’analyse, et la prévention des erreurs futures et l’amélioration de la productivité.
Qu’est-ce qu’un audit?
• « Un processus systématique, indépendant, et documenté pour obtenir de l’évidence et évaluer
cette évidence en façon objective pour déterminer dans quelle mesure les critères sont remplis. »
• Critères : Ensemble des politiques, des procédures et des exigences utilisés en tant que références et contre
lesquels l’évidence objective est comparée.
• Évidence : Des records, une déclaration de fait, ou d’autres informations vérifiables et qui sont pertinents aux critères d’audit.
• Le type de revue le plus formel.
• De divers types (vérifier la conformité aux standards,
vérifier la conformité à un modèle comme le CMMI, Vérifier la conformité du processus et du progrès du projet au plan approuvé.)
• De divers perspectives (Interne, de deuxième partie, de troisième partie)
Quel est le processus de l’audit?
- Planifier l’audit : Le plan d’audit est créé et approuvé par l’initiateur.
- Préparer une réunion initiale : Expliquer l’objectif, la portée, le programme, les ressources nécessaires et le processus de l’audit à l’organisation auditée.
- Préparer l’audit : Réviser le plan d’audit, confirmer les critères de l’audit, obtenir d’accès aux ressources nécessaires.
- Recueillir l’évidence objective: Compléter l’audit, préparer le rapport final et le distribuer à l’initiateur pour son approbation.
- Suivi de l’audit: L’initiateur informe l’organisation auditée des actions correctives.
Quelles sont les actions correctives?
• Une action pour éliminer les manques de conformité et réaligne la performance du projet avec son plan.
• Action préventive : une action pour prévenir la récurrence des manques de conformité.
• Les organisations peuvent utiliser des outils de suivi des problèmes pour tracer les actions correctives.
• Le SQA contrôle la performance des actions correctives.
• En tant qu’un corps indépendant, le SQA peut enforcer la performance des actions.
- Premier niveau : Le SQA contacte le chef du projet.
- Deuxième niveau : Le SQA contacte le gestionnaire du développement logiciel.
- Troisième niveau : Le SQA contacte la gestion supérieure.
Qu’est-ce que la vérification et validation?
• V&V est l’ensemble des techniques, des outils et des méthodologies qui garantissent la qualité pendant toutes les phases de la vie du logiciel et qui imposent l’assurance qualité pendant toute la vie. Tous qu’on a vu jusqu’ici (les revues, les tests etc.) font partie de V&V.
• Vérification: le processus d’évaluer le degré de conformité du logiciel aux exigences spécifiées.
Exigences = critères de qualité
• Validation: Le processus d’évaluer que le logiciel rempli les besoins des utilisateurs et l’utilisation prévue.
Quelle est la différence entre la vérification et la validation?
- Supposons qu’on a une interface graphique ou des indicateurs colorés démontrent le niveau d’énergie de certains appareils connectés.
- La vérification va vérifier que l’interface contient tous les éléments spécifiés dans les exigences et que l’interface est bien conçue.
- La validation va vérifier que le couleur rouge n’indique pas un appareil complètement chargé. Le logiciel fait quelque chose, mais pas correctement.
- La validation est vraiment la vérification de la perspective de l’utilisateur ou du client.
Quels sont les avantages de la V&V?
- Faciliter la détection et correction précoces des défauts.
- Améliorer la perspicacité de la gestion des processus et des risques.
- Soutenir les processus logiciels pour s’assurer la conformité à la performance, au programme et au budget.
- Fournir une évaluation précoce de la performance.
- Fournir l’évidence objective de la conformité pour soutenir la certification formelle.
- Améliorer les produits des processus logiciels.
Quels sont les coûts de la V&V?
• La correction des défauts a un coût composé.
• Si on détecte un défaut pendant une phase bien après la phase que le défaut était inséré, le coût de
correction sera bien augmenté.
• 7 fois après une phase, 50 fois après deux phases, 130 fois après trois phase…
