QCM : Modélisation UML des bases de données — 21 questions

Explication

La démarche commence par l’analyse du domaine et du problème, puis passe par les modèles conceptuel et logique avant l’implémentation. Commencer par l’implémentation ou inverser les modèles ne respecte pas cette progression.

Explication

Après l’analyse, la démarche prévoit la construction d’un modèle conceptuel qui structure les données et les relations du domaine. Le modèle logique et l’implémentation interviennent à des étapes ultérieures.

Explication

Le modèle Entité-Association est un cadre de représentation et de structuration des données, recherchant notamment puissance, stabilité, flexibilité et simplicité. Il ne constitue pas une implémentation exécutable et n’impose pas un langage de programmation.

Explication

UML est un langage de représentation, notamment utilisé pour la modélisation objet, et son formalisme reste indépendant d’un langage de programmation particulier. Il ne s’agit ni d’un système de gestion ni d’un langage d’exécution.

Explication

Une classe représente un objet réel ou virtuel qui possède une existence propre et peut être distingué des autres objets. Une information descriptive correspond à un attribut, tandis qu’une action correspond à une méthode.

Explication

Un attribut est une information élémentaire qui caractérise une classe, et son domaine de valeurs est fixé a priori en UML. Une propriété d’identification correspond à un identifiant, tandis qu’une action correspond à une méthode.

Explication

L’identifiant est une propriété qui permet de distinguer une occurrence parmi toutes celles de la même classe, comme un numéro de sécurité sociale. Une caractéristique descriptive relève d’un attribut, et une action relève d’une méthode.

Explication

Une association représente un lien entre les instances de classes et traduit souvent une action, comme « publier ». La hiérarchie entre classes relève plutôt de l’héritage, tandis que le nombre d’objets liés relève de la cardinalité.

Explication

L’association exprime la nature du lien entre les classes, alors que la cardinalité précise combien d’objets peuvent être liés à chaque extrémité. Confondre ces notions revient à attribuer à l’association le rôle quantitatif de la cardinalité.

Explication

La notation $0..1$ signifie qu’aucun objet ou un seul objet peut être lié. Elle se distingue de $1..*$, qui impose au moins un objet et autorise plusieurs objets.

Explication

Une propriété d’association dépend du lien entre deux classes, comme la date de location entre un client et un film. L’âge d’une personne, en revanche, dépend directement de la personne et constitue un attribut de cette classe.

Explication

Les propriétés qui décrivent une association sont stockées au moyen d’une classe-association. Une classe spécialisée sert plutôt à représenter l’héritage, tandis qu’une association réflexive relie une classe à elle-même.

Explication

Une personne peut avoir zéro ou plusieurs enfants, tandis qu’un enfant possède exactement deux parents : les cardinalités sont donc $0..*$ et $2$. La confusion fréquente consiste à inverser ces deux valeurs selon l’extrémité observée.

Explication

En composition, la création ou la destruction du composite entraîne celle de ses composants, ce qui établit une dépendance de cycle de vie. Dans une agrégation, le composite fait référence à ses composants sans imposer cette dépendance.

Explication

L’héritage permet à une classe spécialisée de recevoir les attributs définis dans une classe plus générale. Les cardinalités décrivent les liens entre objets, tandis qu’une classe-association stocke les propriétés d’une association.

Explication

Employé et Client sont des classes spécialisées qui héritent des attributs de la classe générale Personne. Inverser cette relation ferait de Personne une spécialisation, ce qui ne correspond pas à la structure d’héritage décrite.

Explication

La modélisation consiste à identifier les classes, leurs attributs et leurs identifiants, à analyser les relations, puis à vérifier la retranscription complète du texte. La programmation des méthodes et les tests de performance relèvent d’une autre étape et ne décrivent pas cette démarche.

Explication

L’identifiant num_l est associé à la classe Livre et sert à distinguer ses occurrences. Le titre fournit une description du livre, mais il ne garantit pas nécessairement une identification unique.

Explication

La règle autorise jusqu’à trois emprunts et une seule réservation, cette réservation concernant un livre indisponible et excluant un emprunt simultané de ce livre. La confusion fréquente consiste à inverser les limites ou à oublier la contrainte d’exclusion.

Explication

Les dates d’emprunt et de retour décrivent la relation entre un utilisateur et un livre ; elles deviennent donc des propriétés de leur association. Créer une nouvelle classe n’est pas nécessaire pour enregistrer ces informations dans ce modèle.

Explication

Une information qui décrit directement un livre doit être représentée par un attribut de la classe Livre. Une propriété d’association conviendrait plutôt à une information portant sur une relation, tandis qu’une contrainte exprimerait une règle.