Faculté des Sciences de Rabat A.

U 22/23

Modélisation Orientée Objet en UML

TD : Diagramme de classes

Exercice 1

On considère que :
• Un étudiant à un numéro, un nom, un prénom, une adresse, un e-mail et un téléphone.
• Une formation à un numéro, un nom, une spécialité, un niveau, un enseignant responsable et
un nombre maximum d’étudiants.
• Un enseignant responsable a un numéro, un nom, un prénom et une spécialité.
• Un étudiant peut faire trois demandes d’inscription pour trois formations différentes en
précisant l’ordre de priorité pour chacune d’elles. On enregistre alors la date à laquelle la
demande à été faite, son statut (en cours, traitée, en attente de document, confirmée …). Un
étudiant ne peut pas faire plus d’une demande par formation.

=> Proposer un diagramme de classes pour ce système

Exercice 2
On désire modéliser un système qui va gérer un ensemble de marques d’électronique telles que :
◦ Une marque a plusieurs magasins.
◦ Chaque client d'une marque est enregistré auprès d’un magasin.
◦ Les clients peuvent être soit des personnes physiques soit des sociétés. Pour leur identification les
personnes ont un numéro de CIN et les sociétés un numéro de patente.
◦ Une personne peut travailler dans au plus trois sociétés.
◦ Une facilité de paiement peut être accordée à un client par un magasin pour l'achat d'un produit de
la marque. Une facilité de paiement a une durée, un nombre d’échéances et le montant des
échéances.
◦ Le produit a un numéro d’identification, un nom, une catégorie e un prix.

1. Proposer un diagramme de classes pour ce système.

2. Proposer une optimisation au modèle de la question (a). Justifier.

Exercice 3
Soit le diagramme de classes suivant :
Sachant que la classe C1 est abstraite ainsi que toutes ses méthodes, existe t-il d’autres classes qui doivent
être déclarées abstraites ? Si oui lesquelles. Justifier.

1/2
Exercice 4
Dans une bibliothèque l'emprunt de livres, de CD ou de revues se fait via un système informatique (aucune
recherche dans les rayons).
Une fois l'application lancée l'abonné peut parcourir les différentes catégories de livres (consultation) ou
faire une recherche par titre ou par auteur. Pour réserver un livre l'abonné est obligé de se connecter, sachant
que chaque abonné à un login et un mot de passe.
Le diagramme de cas d'utilisation du TD n°1 modélise les fonctionnalités du système qui vérifie les règles de
gestion suivantes :
a) Un abonné est caractérisé par un numéro, un nom, un prénom, un e-mail et un mot de passe. Il ne
peut emprunter que trois livres, trois CD et 2 revues en même temps.
b) Un abonné ne peut pas réserver de document dans le cas où il n'a pas rendu des livres, CD ou
revues dans les délais (2 semaines)
c) Une fois la réservation terminée l'abonné a 24 heures pour récupérer les documents réservés,
sinon la réservation est annulée.
d) Une fois arrivé à la bibliothèque, la bibliothécaire va lui donner les documents réservés après
vérification de sa réservation. Elle enregistre alors le prêt.
e) Un livre est caractérisé par un numéro, une catégorie, un ou plusieurs auteurs, un titre et une date
de parution.

=> Proposer un diagramme de classes pour ce système en utilisant au moins une généralisation..

Exercice 5 :
On désire réaliser une application pour la gestion d’un master informatique. Les fonctions principales
requises pour cette application sont : la gestion des étudiants et de leurs notes, la gestion des enseignants,
des vacataires et de leur paye etc. On suppose que ce master est composée d'un certain nombre de personnels
(administratif et enseignant) et d'étudiants. Tout étudiant est caractérisé par son nom, son prénom, sa date de
naissance, sa nationalité et son code. Les étudiants ne peuvent être que des étudiants ayant une licence
fondamentale ou professionnelle en informatique.
Le personnel est partitionné en deux types : le personnel administratif et les enseignants. Parmi les
enseignants on trouve les professeurs permanents et vacataires. Les enseignants permanents appartiennent à
un département.
Les modules sont composés d'un certain nombre de séances. Chaque séance se déroule à une date
donnée et dans une salle donnée. Les séances sont classées en différents types : Cours, TD, TP, et
contrôles. Les modules peuvent être des majeures (programmes de tronc commun), des options et des
ouvertures (langues, gestion …). Les modules sont caractérisés par un nom, un programme et un volume
horaire.
Chaque module est associé à un enseignant permanent que l'on appelle responsable. Les séances des modules
sont assurées par des intervenants qui sont soit des vacataires, identifiés par un matricule, soit des
enseignants. Une note relie un étudiant à un module qu'il a suivi.
Les utilisateurs devront s'identifier grâce à un login et un mot de passe.
L'accès à l'application se fait via une interface qui permet aux utilisateurs de s'authentifier et d'émettre des
requêtes. Les utilisateurs peuvent être des administrateurs, des professeurs ou des étudiants.

➢ Proposer un diagramme de classes de cette application. On fera apparaitre les classes, les
associations entre les classes, les noms de rôles et les multiplicités des associations et on justifiera
l'utilisation de classes abstraites. Donner les propriétés structurelles et comportementales, y compris
les accesseurs, de l’étudiant, de l’enseignant permanent et du module, sachant que l’enseignant
permanent saisit les notes des étudiants et les étudiants affichent leurs notes par module.

2/2