Systèmes d'information et

bases de données
relationnelles.
RIZKI Mounir
Plan

Conception des systèmes d'information.

Méthode Merise.
Bases de données relationnelles
Langage SQL.
SI: Définitions

Un SI regroupe l'ensemble des éléments participant à la gestion,

au stockage au traitement et à la diffusion de l'information dans
l'organisation.

Un système d’information est un système organisé de ressources,

de personnes et de structures qui évoluent dans une organisation
et dont le comportement coordonné vise à atteindre un but
commun.
Exemples de SI

Il existe diverses classes de SI selon l'objectif qu'ils servent :

SIG: système d'information géographique.

SID: système d'information décisionnel.
SIM: système d'information marketing.
Rôle des SI dans l'entreprise

Le rôle du SI dans l'entreprise couvre les aspects suivants:

Stockage et restitution.
Collecte.
Diffusion.
Traitement de l'information.

Vue l'importance des SI il y a une réelle nécessité de bien:

Les concevoir.
Les mettre en place (implémentation et déploiement).
Les optimiser.
Composantes du SI

Personnes : Administrateur SI, chef de division, etudiant, fournisseur ....

Équipement : Serveurs, logiciels ....
Procédures : Une série d'actions documentés en vue de réaliser une
mission.
Données : faits bruts qui servent de base pour extraction de
l'information.
 Méthode Merise

La méthode MERISE est une méthode de conception des SI :

Développée à l’initiative du Ministère de l'industrie français (1977).

Utilisée avec les SI construits autour de Bases de Données
relationnelles.
Plusieurs versions (Merise, Merise 2, Merise Objet…).
Équivalent du SSADM – ‘Structured System Analysis and Design
Method’ - en Angleterre
MERISE : Cycle de Vie(I)

Le schéma directeur : Il s'agit de la traduction de la

stratégie de l'entreprise. Son objectif et de clarifier les
centres d'intérêt, et de donner une première idée de la
chronologie des évènements.

L'étude préalable : Ce document est une estimation

provisoire de l'impact financier et administratif des
orientations définies dans le schéma directeur. Il
comporte :
MERISE : Cycle de Vie(II)

L'étude détaillée :

Production du cahier des charges.

La définition du "Qui ?", du "Où ?" et du "Quand ?" .
Un descriptif précis portant sur les données en amont et en aval
de chaque opération.

Réalisation: Production d’applications et de la documention

associée.
 Approche par niveaux d'abstraction

Merise découpe le SI en trois niveaux d'abstractions:

Le niveau conceptuel qui décrit les volets statique et la dynamique

du SI (données et traitements).

Le niveau organisationnel décrit la nature des ressources (humaines

et/ou matérielles et logicielles) qui sont utilisées pour supporter la
description statique et dynamique du système d’information.

Le niveau opérationnel dans lequel on choisit les techniques

d’implantation du système d’information ( données et traitements),
les plateformes de déploiement (matérielle et logicielles....).
Modèles de la méthode MERISE(I)

La méthode MERISE s'articule autour de 6 modèles.

Chacun des modèle couvre un niveau d'abstraction et un aspect du SI.

Niveau Aspect statique Aspect Dynamique

(Données) (Traitements)
Conceptuel MCD MCT

Organisationn MLD MOT

el
Opérationnel MPD MOPT
Modèles de la méthode MERISE(II)
Le "niveau conceptuel" (le "Quoi ?"), aboutit aux M.C.D. ("Modèle
conceptuel des données") et M.C.T. ("Modèle conceptuel des
traitements").

Le "niveau logique" (pour les données) et le "niveau organisationnel"

(pour les traitements) correspond aux
M.O.T ("modèle organisationnel des traitements").
M.L.D. ("Modèle logique des données").

Le niveau physique ou opérationnel :

Pour les données le "niveau physique" aboutit à la création des tables aux
niveau des bases de données relationnelles.
Pour les traitements Le "niveau opérationnel" enclenche une analyse
détaillée de chaque traitement, et développements.
Ce niveau, dépend étroitement du contexte concret d’application de
MERISE,
Modèle Conceptuel de données

M.C.D. ("Modèle conceptuel des données") :

Représentation statique, sous forme schématique, de la
situation des données d'un domaine de gestion.

Le MCD est basé sur un paradigme entité/association.

Entité(I)

Une entité : Collection de propriétés, dont on peut

identifier sans ambiguïté chaque occurrence
(instance), à l'aide d'une propriété particulière :
l'identifiant.
A chaque valeur de cet identifiant correspond une seule
instance de l'entité.

La représentation d'un élément matériel ou

immatériel ayant un rôle dans le système que l'on
désire décrire.
Chaque entité est composée de propriétés
(attributs) permettant de la décrire.
Entité (II)

Une propriété: Un attribut intrinsèque à l'entité.

Identifiant : Une propriété qui permet d'identifier de façon unique les
instances d'un entité.

Entité Propriétés Instances

Voiture Matricule, marque, A-23445, Mercedes, gris.

couleur. B-23456, Austin, bleu.
D-FGF5, Cytroene, vert.
Etudiant Cne, nom, prenom,age. 21345678, YOUSFI, AMINE,20.
34567890, AMARI, FARISS, 34.
Classe ID, capacité, type. A-E11, 23, salle.
A-B, 120,AMPHI.
Associations et cardinalités

Association : description d'une relation

élémentaire entre deux ou plusieurs entités.
L'association est le plus souvent exprimée sous
forme verbale.

Cardinalités : contraintes sur le nombre

d'instances pouvant participer à une réalisation
de l'association. On se contente d'indiquer le
nombre minimal et maximal pour chaque entité.
On parle d'associations: réflexives, binaires,
ternaires, n-aires selon le nombre d'entités
concernées.
Règles de construction de MCD

Toute propriété ne peut apparaitre qu’une seule fois dans

le MCD:
Si les propriétés ID de l’entité commande et facture
devront être transformées en id_facture te id_commade.
Les nom de propriété sont à mettre au singulier (une
propriété possède une valeur unique).
Règles de construction de MCD (II)

Toute entité doit comprendre un identifiant qui

permet de distinguer ces différentes occurrences.
L’identifiant figure au début de la liste des
propriétés et il est souligné.

Les valeur d’une propriété est unique à un instant

donné. Elle peut changer dans le temps mais ne peut
pas avoir plusieurs valeurs en même temps.
Les cardinalités

Les cardinalités permettent de caractériser le lien qui existe entre

une entité et l’association à laquelle elle est reliée.
On décrit l’intervalle dans lequel la cardinalité d'une entité peut
prendre sa valeur:
la borne minimale (généralement 0 ou 1) décrit le nombre
minimum de fois qu'une entité peut participer à une association.
la borne maximale (généralement 1 ou n) décrit le nombre
maximum de fois qu'une entité peut participer à une association.
Le tableau ci-après récapitule les valeurs que peut prendre ce couple.
Si la borne maximale d’une cardinalité est fixe on remplace n par
cette valeur.
Les associations hiérarchiques

Pour les associations hiérarchiques : la valeur

maximale d’une des cardinalités est n, l’autre est 1.

Ainsi si on connait une occurrence de l’entité ayant

1 pour cardinalité maximale (E1) on saura qu’elle
occurrence de l’autre entité (E2) lui correspond.
On note : E1 determine E2.
On dit que E1 est une entité père alors que E2 est
une entité fils.
Les associations hiérarchiques (Exemple 1)

Un propriétaire peut posséder 1 ou plusieurs appartement.

Un appartement est possédé par un et un seul propriétaire.
Les associations hiérarchiques (Exemple 2)

Un contrat concerne un et un seul locataire.

Un locataire peut être concerné par plusieurs contrats (location
renouvelées) ou 0 contrat s’il est co-locataire.
Les associations non hiérarchiques

Appelées associations plusieurs-plusieurs

La borne maximale de chacune des cardinalités de
l’association est n.
Associations réflexives:

Une association est qualifiée de réflexive si elle

relie occurrence avec d’autres de de la même
entité.
Exemple I :
Un salarié est encadré par un et un seul directeur.
Un directeur peut encadrer 1 ou plusieurs salariés.
Un directeur est un salarié.
L’association encadrer est une association
réflexive hiérarchique
Exemple II :
Un montage est composé de montages.
Certain montages ne sont composés d’aucun montage
(des éléments atomiques)
L’association composer est une association
réflexive non hiérarchique
Association ternaire
Attribut d’association

Il arrive parfois que l'on soit obligé de munir

d'attributs des associations.
Exemple : « commission»
Passage du MCD au MLD
 Modèle Logique de données MLD

Le MLD ajoute au MCD la notion d’organisation.

Le MLD indique donc comment les données seront
organisées
Nous traiterons ici la formalisation du MLD
appliquée à une BD relationnelle:
- les entités types du MCD sont converties en
tables dans le MLD
- selon les cardinalités, les associations type du
MLD sont converties en tables ou supprimées.

ENSAO 31 01/01/2017
 Modèle Logique de données MLD

Modèle relationnel
– Modèle relationnel : Ensemble de schémas relationnels de la forme
Relation(clé1, ...clén, att1, ... attm)
Il s'agit du passage entre le Modèle Conceptuel de Donnée et
l'implémentation physique de la base. Le MLD est lui aussi indépendant du
matériel et du logiciel, il ne fait que prendre en compte l'organisation des
données
Si l'organisation des données est relationnelle (si elles sont
"liées" entre elles), alors le MLD est Relationnel et devient le
MLDR, ou Modèle Logique de Donnée Relationnel.

ENSAO 32 01/01/2017
 Modèle Logique de données MLD

Un peu de vocabulaire:
Les données sont stockées dans des relations. Une
relation est un ensemble de T-uple, et un T-uple est
définis par un ou plusieurs attributs. Dans la pratique,
la relation est en fait la table, un T-uple est une ligne
(ou enregistrement), et les attributs sont les colonnes.

ENSAO 33 01/01/2017
 Modèle Logique de données MLD

Exemple de la table newsletter

- Cette table est décrite par :

NEWSLETTER (id_newsletter, Sujet, DateEnvoie, Contenu, #id_rubrique)
- Chaque enregistrement doit être identifié de manière unique. L'attribut qui
permet d'identifier de façon unique chaque ligne est appelée la Clé Primaire.
Elle peut être composée, c'est à dire comprendre plusieurs attributs. Ici, il
s'agit de l'attribut id_newsletter.

ENSAO 34 01/01/2017
 Modèle Logique de données MLD

La table Newsletter comprend un attribut provenant de

la table RUBRIQUES, l'attribut id_rubrique. Cet
attribut est appelé Clé Etrangère.
Dans le formalisme, la clé primaire est soulignée, et la
clé étrangère est précédée du signe #. D'où l'écriture
définitive :
MATABLE (Cle_Primaire, Colonne1, Colonne2,
#Cle_Etrangère)

ENSAO 35 01/01/2017
 Modèle Logique de données MLD:
Règles
Une fois assimiler ces notions de clés primaires et de clés
étrangères, nous pouvons maintenant énoncer les règles
suivantes :
Règle n°1 : Une entité se transforme en une relation (table)
- Toute entité du MCD devient une relation du MLDR, et donc
une table de la Base de Donnée. Chaque propriété de l'entité
devient un attribut de cette relation, et dont une colonne de la
table correspondante. L'identifiant de l'entité devient la Clé
Primaire de la relation (elle est donc soulignée), et donc la Clé
Primaire de la table correspondante.

ENSAO 36 01/01/2017
 Modèle Logique de données MLD:
Règles
- Exemple:

ENSAO 37 01/01/2017
 Modèle Logique de données MLD:
Règles
Règle n°2 : Relation binaire aux cardinalités (X,1) -
(X,n), X=0 ou X=1

La Clé Primaire de la table à la cardinalité (X,n)

devient une Clé Etrangère dans la table à la
cardinalité (X,1) :

ENSAO 38 01/01/2017
 Modèle Logique de données MLD:
Règles
Exemple:

ENSAO 39 01/01/2017
 Modèle Logique de données MLD:
Règles
L'association type B est supprimée et ses propriétés
types deviennent des propriétés de la table issue de
l'entité type C (celle qui a les cardinalités 0,1).
La table C est esclave de la table A. Mais cet
esclavage n'est pas absolu car la rubrique " Identifiant
1 " peut être nulle. Selon l'association type B, la table
C n'est pas obligatoirement liée à la table A : (0, 1).

ENSAO 40 01/01/2017
 Modèle Logique de données MLD:
Règles
Exemple de Système d'Information (SI) :
Un employé a une et une seule société. Une société a
1 ou n employés.
Modèle Conceptuel de Donnée (MCD) :

ENSAO 41 01/01/2017
 Modèle Logique de données MLD:
Règles
Modèle Logique de Donnée Relationnelle (MLDR) :
EMPLOYE (id_Employe, Nom_Employe, #id_Societe)
SOCIETE (id_Societe, Nom_Societe)
Modèle Physique de Donnée (MPD), ou schéma de
base :

ENSAO 42 01/01/2017
 Modèle Logique de données MLD:
Règles
Règle n°3 : Relation binaire aux cardinalités (X,n) -
(X,n), X=0 ou X=1
Il y a création d'une table supplémentaire ayant
comme Clé Primaire une clé composée des
identifiants des 2 entités. On dit que la Clé Primaire
de la nouvelle table est la concaténation des Clés
Primaires des deux autres tables.

ENSAO 43 01/01/2017
 Modèle Logique de données MLD:
Règles

ENSAO 44 01/01/2017
 Modèle Logique de données MLD:
Règles
Exemple 2:
S.I. :
Une commande est composée de 1 ou n produits distincts en
certaine quantité. Un produit est présent dans 0 ou n
commandes en certaine quantité.

ENSAO 45 01/01/2017
 Modèle Logique de données MLD:
Règles
MLDR:
COMMANDE (id_Commande, Date_commande)
PRODUIT (id_Produit, libelle)
COMPOSE (id_Commande, id_Produit, qantité)

ENSAO 46 01/01/2017
 Modèle Logique de données MLD:
Règles
Règle n°4 : Relation n-aire (quelles que soient les
cardinalités)
Il y a création d'une table supplémentaire ayant comme Clé
Primaire la concaténation des identifiants des entités
participant à la relation.

ENSAO 47 01/01/2017
 Modèle Logique de données MLD:
Règles
SI: Un étudiant parle une ou plusieurs langues avec un
niveau. Chaque langue est donc parlée par 0 ou n étudiants
avec un niveau. Pour chaque niveau, il y a 0 ou plusieurs
étudiants qui parlent une langue.

ENSAO 48 01/01/2017
 Modèle Logique de données MLD:
Règles
MLDR:
ETUDIANT (id_Etudiant, Nom_Etudiant)
NIVEAU (id_Niveau, Nom_Niveau)
LANGUE (id_Langue, Nom_Langue)
PARLE (id_Etudiant, id_Niveau, id_Langue)

ENSAO 49 01/01/2017
 Modèle Logique de données MLD:
Règles
MPD:

ENSAO 50 01/01/2017
 Modèle Logique de données MLD:
Règles
Règle n°5 : Association réflexive
1. Premier cas : cardinalité (X,1) - (X,n), avec X=0 ou X=1.

La Clé Primaire de l'entité se dédouble et devient une Clé

Etrangère dans la relation ou nouvelle table. Exactement
comme si l'entité se dédoublait et était reliée par une relation
binaire (X,1) - (X,n).

ENSAO 51 01/01/2017
 Modèle Logique de données MLD:
Règles
SI
Prenons l'exemple d'une société organisée de manière
pyramidale : chaque employé a 0 ou 1 supérieur hiérarchique
direct. Simultanément, chaque employé est le supérieur
hiérarchique direct de 0 ou plusieurs employés.

ENSAO 52 01/01/2017
 Modèle Logique de données MLD:
Règles
MLDR
EMPLOYE (id_Employe, Nom_Employe,
#id_Sup_Hierarchique)

#id_Sup_Hierarchique est l'identifiant (id_Employe) du

supérieur hiérarchique direct de l'employé considéré.

ENSAO 53 01/01/2017
 Modèle Logique de données MLD:
Règles
MPD

ENSAO 54 01/01/2017
 Modèle Logique de données MLD:
Règles
Règle n°5 : Association réflexive
1. Deuxième cas : cardinalité (X,n) - (X,n), avec X=0 ou X=1.

De même, tout se passe exactement comme si l'entité se

dédoublait et était reliée par une relation binaire (X,n) - (X,n).
Il y a donc création d'une nouvelle table.

ENSAO 55 01/01/2017
 Modèle Logique de données MLD:
Règles
SI
Prenons cette fois l'exemple d'une organisation de
type familiale : chaque personne a 0 ou n
descendants directs (enfants), et a aussi 0 ou n
ascendants directs (parents).

ENSAO 56 01/01/2017
 Modèle Logique de données MLD:
Règles
MLDR
PERSONNE (id_Personne, Nom_Personne)
PARENTE (#id_Parent, #id_Enfant)
#id_Parent est l'identifiant (id_Personne) d'un
ascendant direct de la personne.
#id_Enfant est l'identifiant (id_Personne) d'un
descendant direct de la personne.
La table PARENTE sera en fait l'ensemble des
couples (parents-enfants) présent dans cette famille.

ENSAO 57 01/01/2017
 Modèle Logique de données MLD:
Règles
MPD

ENSAO 58 01/01/2017
 Modèle Logique de données MLD:
Règles
Règle n°6 : Relation binaire aux cardinalités (0,1) -
(1,1).
La Clé Primaire de la table à la cardinalité (0,1)
devient une Clé Etrangère dans la table à la
cardinalité (1,1) :

ENSAO 59 01/01/2017
 Modèle Logique de données MLD:
Règles
Exemple:

ENSAO 60 01/01/2017
 Modèle Logique de données MLD:
Règles
SI:
Dans ce centre de vacances, Chaque animateur
encadre en solo 0 ou 1 groupe, chaque groupe étant
encadré par un et un seul animateur.

ENSAO 61 01/01/2017
 Modèle Logique de données MLD:
Règles
MLDR:
ANIMATEUR (id_Animateur, Nom_Animateur)
GROUPE (id_Groupe, Nom_Groupe, #id_animateur)
- MPD:

ENSAO 62 01/01/2017
 Modèle Logique de données MLD:
Exercices
MCD:

ENSAO 63 01/01/2017
 Modèle Logique de données MLD:
Exercices
MLDR:
MOTIVATIONS ( id_Motivation, Intitule)
ABONNES ( id_Abonne, #id_Motivation, Nom, Prenom, Age,
Sexe, Profession, Rue, CodePostal, Ville, Telephone, Email)
S_INSCRIT ( id_Abonne, id_Rubrique)
RUBRIQUES ( id_Rubrique, Nom_Rubrique)
NEWSLETTERS ( id_Newsletters, #id_Rubrique, Sujet,
DateEnvoie, Contenu).

ENSAO 64 01/01/2017
 Modèle Logique de données MLD:
Exercices
MPD:

ENSAO 65 01/01/2017
Modèle Logique de données MLD:
Exercices
Remarque :
Datetime = Date et Heure
BLOB = Logique
Int = Entier
Varchar (200) = Texte (200).

ENSAO 66 01/01/2017
Exo 3: service scolarité (après)
Chez le proviseur adjoint :
Les informations courantes sur un élève sont recueillies.
Un élève est toujours inscrit dans une classe identifiée par un code.
Chaque classe a un professeur principal.
Un professeur enseigne une, voire plusieurs matières y compris
dans la même classe (c'est le cas de nombreux professeurs
d'Economie & Gestion.
Les coordonnées d'un professeur doivent être connues.
Envisagez l'hypothèse où une matière dans une classe ne peut être
enseignée que par un seul professeur.
Présentez alors le MCD.

ENSAO 67 01/01/2017
Exo 4: gestion des notes
Présentez un MCD qui vous permettrait de gérer l'ensemble de
toutes les évaluations des élèves, sachant que :
Vous avez plusieurs classes.
Vous enseignez éventuellement plusieurs matières.
Tous vos devoirs n'ont pas le même coefficient.
A la veille de chaque conseil de classe (3 dans l'année) vous
voulez
conserver la moyenne trimestrielle de chaque élève dans chaque
discipline.
Vous êtes dans le cas d’un professeur et de plusieurs classes

ENSAO 68 01/01/2017