Directives
Les examens finaux sont gérés à la discrétion de l’établissement qui offre le cours. Cette évaluation porte sur tout le module et il est recommandé que vous le fassiez individuellement.
Ce type d’examen comptera généralement pour 50% des évaluations de ce module.
Système de notation
Cette évaluation est notée sur 20 points. Chaque question est notée sur 1 point.
Évaluation
1. Répondre par Vrai ou Faux et justifiez si c’est faux.
2. Un standard peut devenir une norme.
3. La norme ISO 9126 a porté des améliorations à la norme ISO 25000.
4. Il est important de prendre en compte tous les acteurs lors de la collecte.
5. Une validation des processus issus de l’analyse des besoins est nécessaire de la part du client
6. L’étape de collecte des exigences des intervenants vise à impliquer tous les intervenants du système pour savoir ce qu’ils pensent du projet.
7. Les tests peuvent être pris comme des mesures de l’assurance qualité même s’il n’existe pas un document de politique de sécurité dans l’entreprise.
8. IRépondre aux questions suivantes 9. A quoi sert l’analyse des besoins ?
10. Quels sont les acteurs dont il faut tenir compte lors de la collecte des besoins ?
Unité 4. Gestion de la qualité
11. Enoncez un problème de votre choix que vous voulez résoudre et proposer un document de formulation du problème.
12. Citez deux stratégies de tests que vous connaissez.
13. Expliquez le concept de prototype de haute fidélité.
14. Pour une application web, quels aspects pourraient faire l’objet de prototypage ?
15. Donnez des exemples d’attributs que vous trouvez importants à surveiller pour avoir un logiciel de qualité ?
16. Qu’est-ce qu’une défaillance ?
17. Qu’entendez-vous par bogue ? Est-il une défaillance externe ? Justifiez 18. Que permet le logiciel LoadUI ?
19. 1Qu’est-ce que le contrôle de la qualité ?
20. Identifiez les principales parties d’un plan qualité.
21. Définissez une métrique logicielle.
22. Donnez des exemples de normes de qualité avec les organismes qui les ont mis en place.
Réponses :
1. Vrai
2. Faux, c’est plutôt le contraire.
3. Faux, car trop d’acteurs pourrait faire augmenter le nombre de réponses conflictuelles. Il faudrait rencontrer les responsables et quelques
utilisateurs clés pour avoir une bonne synthèse des besoins.
4. Vrai, car elle permet de s’entendre sur les différents processus avant leur conception et d’éviter les risques d’erreur et d’accroître la fiabilité.
5. Vrai, car cela permet d’avoir des informations fiables pour l’analyse. Ils diront ce qu’ils pensent, mais ils iront plus loin en donnant la description des processus et procédés.
6. Faux, car on ne saurait comparer les résultats avec des normes choisies au départ pour le développement et les métriques à mesurer à chaque phase.
C’est le document de politique de sécurité qui sert de support aux tests de conformité pour conduire à l’assurance qualité.
7. L’analyse des besoins permet de recueillir les exigences du client et de les modéliser afin de passer à la conception. Elle permet de s’entendre avec le client sur ces besoins et de collecter les informations sur la description des processus auprès des différents acteurs.
8. Le client, les utilisateurs finaux, les intervenants, les responsables métiers, les responsables et employés des départements qui s’occupent des processus à prendre en compte.
9. Gestion des inscriptions dans une école Document de formulation du problème
• Description du problème : le système doit gérer les inscriptions des étudiants dans une classe, pouvoir enregistrer leurs notes dans les différentes matières et garder la trace des professeurs également.
• Description de scénarios : Pour l’inscription d’un étudiant, il faut choisir sa filière, la classe et l’inscrire en spécifiant ses informations personnelles.
• Brève description des besoins initiaux :
• Avoir la liste des étudiants inscrits dans une classe
• Faire la recherche d’un étudiant suivant son nom, son matricule, sa date de naissance
• Enregistrer les notes des étudiants dans les matières
• Calcul des moyennes et classement
• Etablir les bulletins de notes
• Eviter l’établissement de faux bulletins
• Application web
• Application disponible 24h/24
• Application permettant d’avoir la liste des étudiants
• Gestion des utilisateurs du système
• Garder la trace des activités du logiciel
• Description de l’environnement cible : Application Java EE installable sur un serveur d’applications GlassFish
• Description des critères d’acceptation du client : temps de réponse de 10ms, ergonomie, présence du logo de l’école sur l’interface d’accueil, affichage de la personne connectée
• Le problème de la situation actuelle : difficultés à avoir les notes des étudiants, la liste des étudiants, la liste des professeurs, trucage aisé des bulletins de notes
10. La stratégie de tests ascendante (bottom-up) et la stratégie descendante (top-down).
La stratégie ascendante teste les modules à des niveaux inférieurs de la hiérarchie et évolue au fur et à mesure jusqu’à ce que tout le module final soit testé. Il est
Unité 4. Gestion de la qualité
approprié pour les systèmes orientés objet dans lesquels les objets peuvent être testés individuellement avant leur intégration.
Dans la stratégie descendante, le système est testé à des niveaux élevés avant le test des composants détaillés.
11. Cela traduit le niveau de similarité entre le prototype réalisé et le produit final. Plus la ressemblance est grande, plus le prototypage est fidèle, donc haute.
12. Le design du site, notamment la page d’accueil, la forme des boutons, la couleur des boutons, les champs au niveau du formulaire de contact.
13. La modularité, la robustesse, la réutilisabilité, la compatibilité, l’intégrité, … 14. Une défaillance est un défaut ou problème constaté dans le
fonctionnement d’un logiciel.
15. Un bogue est une erreur dans le codage du logiciel. C’est une défaillance interne car c’est une faille dans l’implémentation qui est gérée par l’équipe de développement en interne.
16. LoadUI est une application qui permet de tester la charge sur des web services.
17. La vérification de la définition des processus suivant les normes et procédures de qualité retenues pour le logiciel.
18.
• Introduction au produit.
• Les plans de développement du produit.
• Les descriptions de processus.
• Les objectifs de qualité.
• Les risques et la gestion des risques.
19. 1Une métrique logicielle est une mesure qui se rapporte à tous les attributs de la qualité du logiciel ou d’un processus.
20. ISO 9000 – Gestion de la qualité. Organisme ISO ISO 25000 – Gestion de la qualité du logiciel. Il vient apporter des améliorations à la norme précédente ISO 9126.