Module : Manipuler les bases de données

Initiation à la conception de bases de données relationnelles avec MERISE

Le système d'information

Le système d'information ou SI, peut être défini comme étant l'ensemble des moyens
humains, matériels et immatériels mis en œuvre afin de gérer l'information au sein d'une unité,
une entreprise par exemple.

Il ne faut toutefois pas confondre un système d'information avec un système informatique.

En effet, les systèmes d'information ne sont pas toujours totalement informatisés et existaient
déjà avant l'arrivée des nouvelles technologies de l'information et des communications dont
l'informatique fait partie intégrante.

Le SI possède 4 fonctions essentielles :

 La saisie ou collecte de l'information

 La mémorisation de l'information à l'aide de fichier ou de base de données
 Le traitement de l'information afin de mieux l'exploiter (consultation, organisation, mise à
jour, calculs pour obtenir de nouvelles données, ...)
 La diffusion de l'information

MERISE

MERISE est donc une méthode d'analyse et de conception des SI basée sur le principe de la
séparation des données et des traitements. Elle possède un certain nombre de modèles (ou
schémas) qui sont répartis sur 3 niveaux :

 Le niveau conceptuel,
 Le niveau logique ou organisationnel,
 Le niveau physique.

Données traitements
conceptuel MCD MCT
logique ou MLD MOrT
organisationnel,
physique MPhD MPT

Modélisation d'une base de données au niveau conceptuel

Il s'agit de l'élaboration du modèle conceptuel des données (MCD) qui est une représentation
graphique et structurée des informations mémorisées par un SI. Le MCD est basé sur deux
notions principales : les entités et les associations, d'où sa seconde appellation : le schéma
Entité/Association.

L'élaboration du MCD passe par les étapes suivantes :

  La mise en place de règles de gestion (si celles-ci ne vous sont pas données),
 L'élaboration du dictionnaire des données,
 La recherche des dépendances fonctionnelles entre ces données,
 L'élaboration du MCD (création des entités puis des associations puis ajout des
cardinalités).

Les règles de gestion métiers

Avant de vous lancer dans la création de vos tables (ou même de vos entités et associations
pour rester dans un vocabulaire conceptuel), il vous faut recueillir les besoins des futurs
utilisateurs de votre application. Et à partir de ces besoins, vous devez être en mesure d'établir
les règles de gestion des données à conserver.

Exemple 1 :

RG1 :Lors de l’inscription d’un stagiaire, on note : CEF, Nom, prénom, Adresse, Email, le
nom de la classe où il est inscrit,
RG2 : pour l’historique on enregistre : Date inscription et frais d’inscription payés,
RG3 : on désire aussi sauvegarder l’historique des inscriptions ;

Liste des entités :

Stagiaire (CEF, Nom_St, prénom, Adresse, Email)
Classe ( code_cl ,Nom_Cl)

Remarque : chaque entité doit avoir un identifiant.

Liste des associations :

Stagiaire – Classe : inscrire

MCD

Prenons l'exemple d'un développeur qui doit informatiser le SI d'une bibliothèque. On lui fixe
les règles de gestion suivantes :
RG1 : Pour chaque livre, on doit connaître le (identiant qui manque) titre, l'année de parution, un
résumé et le type (roman, poésie, science fiction, ...).

RG2 : Un livre peut être rédigé par aucun (dans le cas d'une œuvre anonyme), un ou plusieurs
auteurs dont on connaît le nom, le prénom, la date de naissance et le pays d'origine.

RG3 : Chaque exemplaire d'un livre est identifié par une référence composée de lettres et de chiffres
et ne peut être paru que dans une et une seule édition.

RG4 : Un inscrit est identifié par un numéro et on doit mémoriser son nom, prénom, adresse, Login
téléphone et adresse e-mail.

RG5 : Un inscrit peut faire zéro, un ou plusieurs emprunts qui concernent chacun un et un seul
exemplaire. Pour chaque emprunt, on connaît la date et le délai accordé (en nombre de jours).

Le dictionnaire des données

Remarque : Chaque entité doit avoir un identifiant.

Liste des entités :

LIVRE(Code_Livre, Titre, Année_parution, Résumé , type_Livre)

AUTEUR(Code_Auteur, Nom_Aut, Prénom_Aut, Date_Naissance , Pays_Origine)
EXEMPLAIRE(Référence,Date_Achat, Prix_Achat)
INSCRIT(Numéro_Inscrit , Nom_Inscrit, Prénom_Incrit, Adresse_Insc, Téléphone , Email)
EMPRUNT(Code_emprunt, Date_Empr, délai, Date_retour)

Liste des associations :

Live – Exemplaire : avoir
Exemplaire – Emprunt : concerne
Livre – Auteur : Rédiger
Inscrit – Emprunt : faire

Modèle Conceptuel de Données (MCD) : Version – 1

C'est une étape intermédiaire qui peut avoir son importance, surtout si vous êtes plusieurs à
travailler sur une même base de données, d'un volume conséquent.

Le Modèle Conceptuel de Données (MCD)

Chaque entité est unique et est décrite par un ensemble de propriétés encore appelées attributs
ou caractéristiques. Une des propriétés de l'entité est l'identifiant. Cette propriété doit posséder
des occurrences uniques et doit être source des dépendances fonctionnelles avec toutes les
autres propriétés de l'entité. Bien souvent, on utilise une donnée de type entier qui
s'incrémente pour chaque occurrence, ou encore un code unique spécifique du contexte.

Le formalisme d'une entité est le suivant :

Ainsi, si on reprend notre dictionnaire de données précédent, on schématise par exemple une
entité «Auteur» comme ceci :
À partir de cette entité, on peut retrouver la règle de gestion suivante : un auteur est identifié
par un numéro unique (id_a) et est caractérisé par un nom, un prénom et une date de
naissance.

Une entité peut n'avoir aucune, une ou plusieurs occurrences. Pour illustrer ce terme
d'«occurrence» qui a déjà été utilisé plusieurs fois, voici un exemple de table d'occurrences
de l'entité Auteur :

id_a nom_a prenom_a date_naissance_a

1 Hugo Victor 1802-02-26
2 Gustave Flaubert 1820-12-12
3 Emile Zola 1840-04-02

Cette table est composée de trois occurrences de l'entité Auteur.

Les associations▲

Une association définit un lien sémantique entre une ou plusieurs entités. En effet, la
définition de liens entre entités permet de traduire une partie des règles de gestion qui n'ont
pas été satisfaites par la simple définition des entités.

Le formalisme d'une association est le suivant :

Généralement le nom de l'association est un verbe définissant le lien entre les entités qui sont
reliées par cette dernière. Par exemple :

Ici l'association «être né» traduit les deux règles de gestion suivantes :
  Un auteur est né dans un et un seul pays,
 Dans un pays, sont nés aucun, un ou plusieurs auteurs.

Une cardinalité est définie comme ceci : minimum, maximum

Les cardinalités les plus répandues sont les suivantes : 0,N ; 1,N ; 0,1 ; 1,1. On peut toutefois
tomber sur des règles de gestion imposant des cardinalités avec des valeurs particulières, mais
cela reste assez exceptionnel et la présence de ces cardinalités imposera l'implantation de
traitements supplémentaires.

******************************01-02-2023***********************************

MCD normalisé : version2

LIVRE(Code_Livre, Titre, Année_parution, Résumé )

AUTEUR(Code_Auteur, Nom_Aut, Prénom_Aut, Date_Naissance )

Pays(Code_Pays, Nom_Pays)

type_Livre(ref_Type_Livre, Intitulé_Type_Livre)

EXEMPLAIRE(Référence,Date_Achat, Prix_Achat)
INSCRIT(Numéro_Inscrit , Nom_Inscrit, Prénom_Incrit, Adresse_Insc, Téléphone , Email)
EMPRUNT(Code_emprunt, Date_Empr, délai, Date_retour)

Liste des associations :

Live – Exemplaire : avoir
Exemplaire – Emprunt : concerne
Livre – Auteur : Rédiger
Inscrit – Emprunt : faire

Pays-Auteur : est origine

type_Livre - Livre !: Avoir type

Modèle Conceptuel de Données (MCD) normalisé : Version – 2

Exercice III:

Une agence de location de maisons et d’appartements désire gérer sa liste de logements. Elle
voudrait en effet connaître l’implantation de chaque logement (nom de la commune et du
quartier) ainsi que les personnes qui les occupent (les signataires uniquement).

Le loyer dépend d’un logement, mais en fonction de son type (maison, studio, T1, T2...)
l’agence facturera toujours en plus du loyer la même somme forfaitaire à ses clients. Par
exemple, le prix d’un studio sera toujours égal au prix du loyer + 30 DH de charges
forfaitaires par mois.

Pour chaque logement, on veut disposer également de l’adresse, de la superficie ainsi que du
loyer.
Quant aux individus qui occupent les logements (les signataires du contrat uniquement), on se
contentera de leurs noms, prénoms, date de naissance et numéro de téléphone.

Pour chaque commune, on désire connaître le nombre d’habitants ainsi que la distance
séparant la commune de l’agence.
Liste des entités
Chaque entité doit avoir un identifiant

Logement (code_Logement , adresse, superficie, Loyer)

Type_Logement (Ref_TL , Nom_type , forfait)
Quartier ( Id_Quartier , Nom_quartier)
Commune (id_commune , Nom_commune , Nombre_habitant, distance
Signataire (cin, noms, prénoms, date_naissance , Tel
Liste des associations

Logement - Type_Logement avoir type

Logement – Quartier situer / se trouver
Logement – Signataire Louer
Commune – Quartier situer / se trouver/ localiser

MCD

Etude de cas .

Une banque désire posséder un SGBD pour suivre ses clients. Elle désire ainsi stocker les
coordonnées de chaque client (nom, prénom adresse), et les comptes dont elle dispose ainsi
que leur solde (sachant par ailleurs que certains comptes ont plusieurs bénéficiaires). On
stockera également les opérations relatives à ces comptes (retrait et dépôt, avec leur date
et le montant).