Applications

(Transformation de diagrammes de classes en schémas relationnels)

Exercice 1
Nous voulons modéliser le Système d’Information (SI) relatif à la gestion des travaux d’un groupe de
recherche. Ce groupe est constitué de chercheurs dont on connaît pour chacun le numéro, le nom, le
prénom, le diplôme, l’activité de recherche, le responsable de recherche (lui-même un chercheur),
l’adresse et le téléphone. Les chercheurs rédigent des articles dont chacun est caractérisé par un titre,
le code et le titre du domaine de recherche, une date de rédaction et un certain nombre de mots clés
qui ont pour rôle de faciliter la recherche documentaire. Un article peut être rédigé par plusieurs
chercheurs.
Le groupe de recherche anime également des séminaires. Pour chacun, on détient le titre, le lieu, la
date, le tarif, le responsable et les conférenciers. Responsable et conférenciers font partie du groupe
de recherche.
Différents participants assistent aux séminaires. Pour chaque participant, on connaît son nom, son
prénom, le nom de l’organisme dans lequel il travaille et l’adresse et le type de cet organisme
(ministère, entreprise, banque, université, etc.). Un participant règle les frais de participation par
chèque ou en espèce. On connaît pour chaque règlement, également, le numéro de règlement, le titre
du séminaire concerné et la date de règlement.
Travail à faire
1. Schématisez le diagramme de classes correspondant.
2. Appliquez les règles de transformation nécessaires pour avoir le schéma relationnel correspondant
au diagramme de classes obtenu.
Correction
1. Diagramme de classes

EstResp
0..1
Conférencier chercheur*DirigéPar
+NumCher
+NomCher
0..* 1..*+PrenCher
seminaire +DipCher Mot_clé
+ActRech
1 +AdrCher Rédiger
+TitSem 0..* 1..* MotCléArt+MotCle
+LieuSem +TelCher 1..*
+DatSem responsable 0..* article 1..*
+TarifSem
1..* +TitArt
+DatArt
+MotCle[1..*]
correspond
Participer 0..* 0..*
participant 1
1 +NomPart Domaine_recherche
+PrenPart
+CodDomRech
0..1 travailler
1..* +TitDomRech
réglement
+numreg 1 organisme
+TypReg +NomOrg
+datereg +AdrOrg
+TypOrg
2. Schéma relationnel correspondant

Chercheur (NumCher, NomCher, PrenCher, DipCher, ActRech, AdrCher, TelCher, #NumCherResp)

Domaine_Recherche (CodDomRech, TitDomRech)
Article (TitArt, DatArt, #CodDomRech)
MotCléArt (MotCle, #TitArt)
Rédiger (#TitArt, #NumCher)
Séminaire (TitSem, LieuSem, DatSem, TarifSem, #NumCherResp)
Conférencier (#TitSem, #NumCher)
Organisme (NomOrg, AdrOrg, TypOrg)
Participant (IdPart, NomPart, PrenPart, #NomOrg)
Participer (#IdPart, #TitSem)
Règlement (NumReg, TypReg, DateReg, #(IdPart, TitSem))
Exercice 2
Une entreprise souhaite informatiser la gestion de son parc informatique (ordinateurs portables,
imprimantes, etc.) pour en optimiser la maintenance. Proposez un diagramme de classes UML
modélisant les spécifications ci-dessous.
Tout ordinateur est caractérisé par son numéro d’inventaire, son adresse réseau (adresse IP), son
modèle, la date de son acquisition, la date de la prochaine maintenance planifiée et le système
d’exploitation installé.
Sur chaque ordinateur est installé un ensemble de logiciels caractérisés par un numéro de licence, un
nom et une version. Grâce à un système de mots de passe, chaque ordinateur peut être utilisé par
plusieurs employés mais, pour des raisons de sécurité des données, un employé n’a le droit d’utiliser
qu’un seul ordinateur. Un employé est caractérisé par son nom, son prénom et sa fonction dans
l’entreprise. Les ordinateurs sont reliés à un certain nombre de périphériques en réseau (imprimantes,
scanners, etc.). Chaque périphérique est caractérisé par un numéro d’inventaire, son adresse IP, son
type, son modèle, sa date d’acquisition et la date de la prochaine maintenance planifiée. Les
périphériques pouvant servir à plusieurs ordinateurs simultanément, un indice de priorité est affecté à
chaque ordinateur pour chaque périphérique auquel il est connecté. Chaque ordinateur et chaque
périphérique est localisé dans un bureau donné. Les bureaux sont caractérisés par un numéro de
bureau et le numéro du bâtiment dans lequel ils se trouvent.
Travail à faire
1. Schématisez le diagramme de classes correspondant.
2. Appliquez les règles de transformation nécessaires pour avoir le schéma relationnel correspondant
au diagramme de classes obtenu.
Correction
1. Diagramme de classes
 materiel
+numInv Bureau
+adrIP localiser Bâtiment
+modèle +numBur +numBât
+dateAcq * 1 1..*
+dateProchM

logiciel
+numLic
installer +nomLog
ordinateur +versionLog
1..*
peripherique* relier *
+typePer +sysExp
*

1
employé
+indicePrio utiliser
+nomEmp
+prenomEmp
* +MotPas
+fonctEmp

2. Schéma relationnel correspondant

Bâtiment (NumBât)
Bureau (NumBur, #NumBât)
matériel (NumInv, AdrIp, Modèle, DateAcq, DateProchM, #(NumBur, NumBât))
Périphérique (#NumInv, TypePer)
Ordinateur (#NumInv, SysExp)
Relier (#NumInvPer, #NumInvOrd, IndicePrio)
Logiciel (NumLic, NomLog, VersionLog)
Installer (#NumInvOrd, #NumLic)
Employé (IdEmp, NomEmp, PrenomEmp, MotPas, FonctEmp, #NumInvOrd)
Exercice 3
Elaborez le modèle logique de données correspondant au diagramme de classes suivant :

Famille Article Commande

+CodeFam 1.. +CodeArt 1.. * +NumCde
+LibelléFam * +LibelléArt
+PrixArt * +DateCde
+MontantCde
1..
LigneCommande *
+QtéCdée
+PrixArtCde
1
Client
+CodeClt
+NomClt
+AdresseClt

ClientPermanent ClientPassager
+CarteFidélité +Email

Corrigé : Modèle Logique

Famille (CodeFam, LibelléFam)

Article (CodeArt, #CodeFam, LibelléArt, PrixArt)

Commande (NumCde, DateCde, MontantCde, #CodeClt)

LigneCommande (#NumCde, #(CodeArt, CodeFam), QtéCdée, PrixArtCde)

 1ère Solution : Application de la règle de décomposition ascendante

Client (CodeClt, NomClt, AdresseClt, TypeClt, CarteFidélité, Email)
 2ème Solution : Application de la règle de décomposition descendante
Client (CodeClt, NomClt, AdresseClt)

ClientPassager(#CodeClt, Email)

ClientPermanent(#CodeClt, CarteFidélité)

 3ème Solution : Application de la règle de décomposition par distinction : cette solution n’est
pas recommandée dans ce cas.