QCM : Introduction au génie logiciel (26 questions)

Explication

Un logiciel regroupe des programmes qui permettent à un système informatique d’accomplir une tâche ou une fonction précise. La description des composants physiques correspond plutôt à un produit concret, tandis qu’un document d’exigences et un modèle ont d’autres rôles.

Explication

Un logiciel est un produit abstrait développé par des humains, alors qu’un produit concret comporte des éléments physiques qui peuvent être assemblés et remplacés. Les autres propositions inversent ces caractéristiques ou attribuent au logiciel une structure matérielle.

Explication

Un modèle représente une réalité ou en propose une simplification au moyen d’un langage de modélisation. Les exigences sont consignées dans un cahier des exigences, tandis qu’un groupe concerné constitue une partie prenante.

Explication

Le génie logiciel englobe la conception, le développement et la maintenance au moyen de méthodes, de techniques et d’outils. La programmation concerne principalement l’écriture du code et ne couvre pas à elle seule l’ensemble du cycle logiciel.

Explication

Une partie prenante est toute personne ou tout groupe affecté par le projet, qu’il appartienne ou non à l’organisation. Un document d’exigences, un dispositif matériel ou un rôle limité à l’écriture du code ne correspondent pas à cette définition.

Explication

Le cahier des exigences décrit les besoins du client que l’équipe de développement doit satisfaire. Une représentation architecturale, une répartition des tâches ou une estimation matérielle peuvent être utiles, mais ne constituent pas sa fonction principale.

Explication

La crise logicielle se manifestait par le non-respect des délais et des budgets, des logiciels inadéquats et des difficultés d’utilisation, de maintenance et de mise à niveau. Les autres ensembles décrivent soit des progrès, soit des problèmes matériels qui ne résument pas cette crise.

Explication

L’absence de méthodes de conception et de validation, ainsi que la négligence des besoins, contribue à une faible qualité logicielle. La validation, lorsqu’elle vérifie la satisfaction du client, est au contraire une activité de contrôle et non une cause de cette faiblesse.

Explication

Le génie logiciel vise une démarche systématique garantissant l’adéquation aux besoins réels, la conformité à la spécification et le respect des délais et des coûts. L’absence de contrôle des exigences ou la réduction des échanges avec le client compromet précisément ces objectifs.

Explication

L’aptitude fonctionnelle évalue la correction, la complétude et l’adéquation des fonctions fournies par le logiciel. La validité concerne plutôt la pertinence globale de la solution par rapport au problème réel du client.

Explication

La validité indique que le logiciel constitue la bonne solution au problème réel et respecte les besoins du client. Un fonctionnement conforme aux spécifications ne garantit pas que le problème traité soit le bon.

Explication

La fiabilité correspond à la capacité du logiciel à tolérer les fautes et à produire des résultats corrects à chaque utilisation. La performance concerne plutôt le temps de réponse, le débit et la fluidité.

Explication

La maintenabilité fait partie des critères de qualité logicielle, avec notamment l’aptitude fonctionnelle, la validité, la performance et la sécurité. Les autres éléments proposés ne figurent pas dans cet ensemble de critères.

Explication

La maintenance intervient après la livraison et comprend les corrections ainsi que les adaptations et améliorations du logiciel. La programmation et la conception se déroulent avant la validation et la livraison.

Explication

L’étude de faisabilité détermine pourquoi le logiciel doit être développé et si les ressources, le personnel, l’équipement et le budget sont disponibles. La spécification décrit plutôt ce que le logiciel doit faire.

Explication

Les exigences fonctionnelles décrivent les fonctionnalités et le comportement attendu du logiciel, tandis que les exigences non fonctionnelles précisent ses propriétés générales et ses contraintes. Les autres distinctions confondent ces catégories avec des activités de gestion ou de développement.

Explication

La maintenance adaptative répond aux changements de l’environnement du logiciel, comme une nouvelle plateforme ou une évolution technique. La maintenance corrective traite les erreurs, tandis que la maintenance perfective améliore les performances, les fonctions ou la maintenabilité.

Explication

Le modèle en cascade suit une succession linéaire de phases fortement documentées, avec la possibilité de remettre en cause la phase précédente. L’association systématique entre phases et tests correspond plutôt au cycle en V.

Explication

Le cycle en V associe aux phases de spécification, de conception et de codage des activités de vérification correspondantes, notamment les tests de validation, d’intégration et unitaires. Le report tardif de l’évaluation caractérise davantage le modèle en cascade.

Explication

Le prototypage consiste à réaliser rapidement un prototype avec le client pour valider et préciser ses besoins avant la spécification et le développement linéaire. Le logiciel final a pour rôle de fournir le produit opérationnel, tandis que le prototype sert d’abord à comprendre les attentes.

Explication

Le modèle incrémental construit le logiciel par ajouts successifs de fonctionnalités, avec un résultat minimal fonctionnel à chaque étape. La répétition d’un processus pour améliorer le résultat correspond plutôt au principe itératif.

Explication

Chaque cycle en spirale comprend la consultation du client, l’analyse des risques, la conception, l’implémentation, les tests et la préparation du cycle suivant. Une livraison progressive de fonctionnalités sans analyse structurée des risques décrit plutôt une logique incrémentale.

Explication

Le modèle en spirale convient aux logiciels critiques, notamment médicaux, car l’analyse des risques occupe une place centrale dans ses cycles. Réduire la documentation ou repousser les tests irait à l’encontre de cette gestion prudente des risques.

Explication

L’agilité combine les approches incrémentale et itérative afin de s’adapter aux modifications des exigences et à l’instabilité technologique. L’attente d’exigences stabilisées et l’acceptation limitée des changements caractérisent davantage les modèles classiques.

Explication

Le développement agile commence par une version minimale, puis l’enrichit progressivement en s’appuyant sur les retours du client et des tests réguliers. Une planification initiale détaillée qui limite les changements correspond davantage aux modèles classiques.

Explication

Les modèles classiques reposent sur des étapes strictes et une documentation importante, alors que les modèles agiles privilégient de petites livraisons fréquentes. Les projets agiles sont plutôt petits ou moyens, tandis que les modèles classiques conviennent notamment aux grands projets.