QCM : Conception et modélisation logicielle — 35 questions

Explication

Une méthode agile découpe le projet en sprints courts, chacun aboutissant à une version utilisable, même partielle. Une phase longue sans livraison intermédiaire correspond davantage à une approche séquentielle.

Explication

Un sprint agile dure généralement de deux à quatre semaines et favorise des échanges fréquents avec le client. Une période de plusieurs mois réduirait la possibilité d’obtenir rapidement du feedback et d’adapter le logiciel.

Explication

L’approche séquentielle suit un ordre fixe allant de l’analyse à la mise en production, en passant par la conception, le développement et les tests. La répétition de cycles courts caractérise plutôt l’approche agile.

Explication

Dans une approche séquentielle, la documentation et la réalisation précèdent souvent des retours tardifs, alors que l’agile privilégie des itérations courtes et un feedback continu. L’approche agile ne repousse donc pas les échanges jusqu’à la fin du projet.

Explication

La modélisation représente un système sous une forme graphique ou schématique afin d’en faciliter la compréhension et la conception. Elle ne se confond ni avec l’implémentation du code ni avec la mesure des performances.

Explication

Un modèle sert d’outil de communication et de décision entre les participants au projet. Il ne remplace pas les échanges, ne fige pas nécessairement le développement et ne génère pas automatiquement tout le logiciel.

Explication

Un diagramme doit apporter une clarification ou soutenir une décision ; sinon, il faut le simplifier ou le supprimer. Ajouter de la complexité à un diagramme inutile ne renforce pas sa valeur pour le projet.

Explication

Une exigence fonctionnelle indique ce que le système doit permettre de faire, tandis qu’une exigence non fonctionnelle précise une qualité ou une contrainte. La sécurité ou la performance relèvent par exemple de qualités du système, alors que créer un compte décrit une fonction.

Explication

Une exigence de qualité doit être compréhensible, vérifiable et non ambiguë afin que son respect puisse être évalué. Une formulation interprétable de plusieurs façons ne permet pas de conclure clairement lors de la vérification.

Explication

L’analyse fonctionnelle commence par la compréhension du besoin métier et sa traduction en spécifications fonctionnelles avant les choix techniques. Programmer ou sélectionner une architecture en premier risquerait de faire passer la solution avant l’expression du besoin.

Explication

Le cahier des charges formalise le besoin métier ainsi que les attentes fonctionnelles du projet. Une description graphique ou un calendrier peuvent compléter un projet, mais ne constituent pas sa fonction principale.

Explication

Le périmètre indique les éléments inclus dans le projet, alors que les fonctionnalités précisent les services que l’application doit fournir. Confondre ces notions revient à remplacer la délimitation du projet par sa description fonctionnelle.

Explication

Un acteur est une entité externe qui interagit avec l’application, par exemple un utilisateur ou un système tiers. Une règle, une fonctionnalité ou une contrainte appartient à la description du système, mais n’est pas une entité externe.

Explication

La confirmation dépend de la disponibilité des places, tandis que l’annulation reste possible jusqu’à 24 heures avant l’activité. L’identification, le paiement ou le remplissage de l’activité ne remplacent pas ces règles métier.

Explication

Le wireframe définit les zones et les composants de l’interface avec un graphisme simplifié, en privilégiant la structure et l’ergonomie. Une maquette interactive correspond davantage à un prototype, tandis que l’apparence détaillée relève du mockup.

Explication

Un prototype est une maquette interactive montrant les conséquences des actions de l’utilisateur. Un wireframe présente surtout la structure, tandis qu’un cahier des charges et un mockup n’ont pas cette fonction interactive.

Explication

Une maquette aide à visualiser l’interface, à valider le parcours utilisateur et à détecter les incohérences avant le développement. Elle réduit ainsi les modifications coûteuses, mais ne remplace ni l’analyse ni le code fonctionnel.

Explication

L’ergonomie, ou utilisabilité, correspond à la facilité avec laquelle l’utilisateur accomplit la tâche prévue. Les couleurs, les illustrations et l’identité visuelle concernent principalement l’esthétique de l’interface.

Explication

L’UX concerne l’expérience, les besoins et l’atteinte de l’objectif avec peu d’effort, tandis que l’UI organise les éléments graphiques et textuels. Inverser ces rôles revient à attribuer à l’interface la conception de l’expérience globale.

Explication

Le responsive web design vise à assurer le fonctionnement d’un site sur différentes tailles d’écran. Concevoir d’abord pour les appareils mobiles relève du mobile first, tandis que les autres propositions décrivent l’UX ou le wireframe.

Explication

Le MCD représente les données et les relations indépendamment de l’implémentation, alors que le MLD organise ces éléments sous forme de tables. Confondre le MCD avec la préparation des tables revient à lui attribuer le rôle du MLD.

Explication

La construction du MCD part de l’extraction des données et du dictionnaire, puis traite les dépendances, les entités, les associations et les cardinalités avant la validation métier. Les autres enchaînements mélangent conception conceptuelle, implémentation et développement.

Explication

Le dictionnaire recense les données à conserver et décrit pour chacune son code, sa désignation, son type et sa taille. Les autres ensembles concernent plutôt l’interface, l’implémentation technique ou l’administration.

Explication

Merise repose sur la séparation entre les données et les traitements afin de structurer l’analyse et la conception. Le SQL relève de l’implémentation technique et ne définit pas le principe général de Merise.

Explication

Une entité représente un objet matériel ou immatériel reconnu par les choix de gestion de l’entreprise et possédant une existence propre. Une règle de liaison correspond à une association, tandis qu’un nombre de liens relève de la cardinalité.

Explication

L’identifiant est une propriété, ou un ensemble de propriétés, qui correspond à une seule occurrence pour chaque valeur. Le nombre de liens relève de la cardinalité et la relation sémantique relève de l’association.

Explication

Une association traduit une relation sémantique entre deux entités ou davantage selon les règles de gestion, et elle peut porter des propriétés. La cardinalité mesure les liens, tandis que l’identification distingue les occurrences.

Explication

Le modèle indique qu’un client peut effectuer de zéro à plusieurs réservations, tandis qu’une réservation concerne une seule activité et appartient à un seul client. Les autres combinaisons modifient les cardinalités prévues par cet exemple.

Explication

Une CIF est binaire, sans propriété, et comporte une cardinalité maximale égale à 1 sur une patte, alors qu’une CIM est n-aire avec des cardinalités maximales à N et peut porter des propriétés. La deuxième proposition inverse précisément ces caractéristiques.

Explication

La CIF représente une dépendance forte et hiérarchique entre deux entités ; sa traduction relationnelle consiste à introduire une clé étrangère. La création d’une table à partir de plusieurs identifiants correspond plutôt à la transformation d’une CIM.

Explication

Une CIM est une association non hiérarchique entre plusieurs entités ; elle devient une table fondée sur les identifiants participants et peut intégrer ses propriétés. L’ajout d’une clé étrangère dans une entité dépendante caractérise plutôt la transformation d’une CIF.

Explication

Le modèle logique décrit la structure des données sans dépendre d’un langage particulier et prépare leur stockage relationnel. Le modèle physique, lui, précise les choix techniques liés au SGBD retenu.

Explication

Le modèle physique traduit le modèle logique dans une technologie de stockage déterminée et détaille ses paramètres techniques. Le modèle logique reste indépendant de la syntaxe spécifique de PostgreSQL.

Explication

La transformation comprend le choix des types, contraintes et index, la définition des clés, la création des tables et relations, les données de test et la vérification des règles métier. Les autres séquences omettent ou inversent des étapes importantes du processus.

Explication

Le MCD représente les entités, relations et cardinalités, le MLD les transforme en tables et clés indépendantes d’un SGBD, et le MPD concrétise cette structure dans une technologie choisie. Les autres associations attribuent aux modèles des responsabilités qui appartiennent à un autre niveau.