Bases de données Avancées – Activité 4.0

Database Engineering · lab

Voir tous les documents en bases de données

I N S T I T U T

S U P E R I E U R

INFORMATIQUE

ةـيــملاـعلإل يـلاـعلا دـهعمـلا

ISI

Année Universitaire 2020-2021

Mastère professionnel en logiciels libres - M1

Bases de données Avancées – Activité 4.0

R. ZAAFRANI, 30/11/2019

1) Il s’agit de définir le schéma EER d’une base de données nommée UNIVERSITE qui mémorise les

informations sur les étudiants, leur département, leur dossier et leurs inscriptions, ainsi que les cours

offerts par l'université. Elle mémorise également les projets subventionnés des enseignants et des

étudiants diplômés. Vous trouverez ci-après l'analyse des besoins :

Pour chaque personne, la base de données contient des informations sur le nom de la personne [Nom], son

numéro de sécurité sociale [NoSS], son adresse [Adresse], son sexe [Sexe] et sa date de naissance [NDate].

Deux sous-classes du type d'entité PERSONNE ont été identifiées: PROFESSEUR et ETUDIANT. Les

attributs spécifiques de PROFESSEUR sont le rang [Rang] (chargé de cours, maître de conférences, assistant,

etc.), le bureau [PBureau], le numéro de téléphone [PPhone] et le salaire [Salaire]. Tous les membres du corps

enseignant sont associés à un ou plusieurs départements par la relation [appartient] (un enseignant pouvant être

Publicité

associé à plusieurs départements, la relation est M: N). Un attribut spécifique de ETUDIANT est [Niveau]

(première année =: 1, deuxième année =: 2, ..., étudiant diplômé =: 5). Chaque étudiant est également lié à des

départements ([DOMINANTE] et [SOUSDOMINANTE]), à la session de cours auxquels il assiste

actuellement [INSCRIT] et aux cours qu'il a suivis [DOSSIER]. Chaque instance du dossier contient la note

obtenue [Note].

ETUD_DIP est une sous-classe de ETUDIANT, avec le prédicat Annee = 5. Pour chaque étudiant diplômé, on

mémorise la liste de ses précédents diplômes dans un attribut composite multivalué [Diplomes]. Nous associons

également l'étudiant diplômé à un responsable de recherches [RESP _RECH] et à un comité de thèse

[COMITE] s'il en existe un.

Un département possède les attributs nom [DNom], téléphone [DPhone] et numéro de bureau [DBureau]. Il est

lié au professeur qui est son président [PDT] et à la faculté à laquelle il appartient [FAC].

Chaque faculté a pour attributs un nom [FNom], un numéro de bureau [FBureau] et le nom de son doyen

[Doyen].

Un cours a pour attributs un numéro de cours [NoC], un nom [CNom] et un descriptif [CDesc]. Pour chaque

cours, plusieurs sessions sont proposées. Chaque session a pour attribut un numéro de session [NoS] et l'année

et le trimestre1 au cours desquels elle a été proposée ([Annee] et [Trim]). Les numéros de session sont des

identifiants uniques. Les sessions offertes pendant le trimestre en cours se trouvent dans une sous-classe

SESSION_COURANTE de SESSION, avec les prédicats Trim == TrimCour et Annee == AnCour. Chaque

session est liée à l'enseignant qui l'a enseignée ou qui l'enseigne ([enseigne]), si celui-ci figure dans la base de

Publicité

données.

La catégorie ENSEIGNANT_CHERCHEUR est un sous-ensemble de l'union de PROFESSEUR et de

ETUD_DIP et comprend tous les professeurs, ainsi que tous les étudiants diplômés, qui vivent de

l'enseignement ou de la recherche. Enfin, le type d'entité SUBVENTION mémorise toutes les allocations et les

contrats de recherche attribués à l'université.

Chaque subvention a pour attributs un titre [Titre], un numéro [NoSub], l'administration qui l'a attribuée

[Admin] et une date de début [DateD]. Une subvention est liée à un directeur de recherche [DR] et à tous les

chercheurs qui en bénéficient [BENEF].

Chaque instance de BENEF a pour attribut une date de début [Debut], une date de fin (si elle est connue) [Fin]

et le pourcentage de temps consacré au projet [Temps] par le chercheur bénéficiaire de la subvention.

2) La figure ci-dessous montre un schéma objet possible pour une partie de la base de données

UNIVERSITE

1 Nous supposons que cette université fonctionne sur un système de trimestres et non de semestres.

Ingénierie des bases de données – Activité 4.0

1

Interface

Personne_IF

Classe

PERSONNE

Publicité

Relations

1 :1

1 :N

M :N

Héritage

a_professeurs

Héritage d’interface

(est-un) utilisant « : »

Héritage de classe

utilisant extends

PERSONNE

a_etudiants_dominante

Propose

DEPARTEMENT

travaille_dans

PROFESSEUR

ETUDIANT

conseille

a_en_dominante

Publicité

sessions_terminees

inscrit_a

dans_comite_de

comite

conseiller

EtudDip

Propose_par

COURS

a-sessions

etudiants

SESSION

de_cours

Schéma d’un partie de la BD UNIVERSITE avec la notation graphique des schémas en ODL

Donnez un schéma ODL possible pour la base de données UNIVERSITE de la figure ci-dessus ?

Etudiants_inscrits

SESSION_COURANTE

Ingénierie des bases de données – Activité 4.0

2