Vous êtes sur la page 1sur 41

1

SYSTEME DINFORMATION
METHODE MERISE

FSJES Anne 2012/2013

Notion de Systme
Apparue dans les anne 1970, lanalyse systmique considre
lentreprise non plus comme une addition de services mais comme
un systme

Un systme est un ensembles dlments (des moyens Humains


, Financiers et techniques) en interrelations.

Notion de Systme dInformation SI

Le systme dInformation de gestion est un ensembles


de moyens et procdures utiliss en vue de restituer
aux utilisateurs une information directement utilisable
en bon moment.

SI d'une organisation
lments : employs, machines, rgles
But : Stocker et traiter des informations relatives au systme
oprationnel pour les mettre disposition du systme
de pilotage.
Variables
Essentielles

Objectifs
Fixe
Systme Pilotage

Entres

Systme oprationnel

Sorties

Systme Dinformation
A- Sous-Systme OPRANT
Assure le fonctionnement du systme en ralisant la production physique de
lentreprise.

B- Sous-Systme De Dcision (de Pilotage)


Permet dassigner des objectifs lentreprise(systme) et est reli aux autres soussystmes par des flux dinformation .
Analyser lenvironnement et le fonctionnement interne de lentreprise pour produire
des dcision .
Contrler lexcution des taches du sous-systme oprant et assure la rgulation du
systme en concevant des solutions aux problmes .

C- Sous-Systme DInformation
Alimente lentreprise en informations (dorigine interne ou partir de lenvironnement),
Mmorise les informations, les trait et les communiqu aux autres sous-systme
auxquels il est reli .

Entreprise

Systme Dcision
Information
dcision
mmoriser

Information
Mmoriser
Systme Information

Information
Mmoriser

Information
reprsentation
mmoriser
Systme Oprant

Entres

Sorties

Positionnement du Systme dinformation

Aspects du SI
Statiques : Mmoire de l'organisation
Enregistrement des faits : base d'information
Enregistrement des structures de donnes, rgles, ...
Modle des donnes

Dynamiques
M J des donnes
Changement de rgles, structures et contraintes de l'U. ext.
Processeur d'informations

Qualits du SI

Rapidit : lutilisateur doit obtenir linformation rapide pour ragir au


plus vite.

Fiabilit : exemple Pour commander un article il faut connatre ltat


du stock : Mise jour Automatique du Stock.

Pertinence : linformation doit tre filtre en fonction de lutilisateur.

Fonctions du SI
1- Collecte de linformation
2- Saisie de linformation sur un support (papier ou informatique)
3- Calcul et tri (exemple tri de commande par date calcul des
factures dun client )
4- Mmorisation en vue dune utilisation ultrieur
5- Diffusion de linformation aux diffrents utilisateurs en tenant
compte de la confidentialit.

10

Objectif d'une mthode ?


Exprimer clairement le cahier des charges dans un langage qui permette une

bonne spcification des besoins en tant comprhensible par l'utilisateur

Dcrire clairement le nouveau systme et ses implications pour un bonne


ralisation

Mthode MERISE

Mthode MERISE
Contexte d'apparition de MERISE
1972-1975 : Cration de la mthode par les chercheurs
franais MOULIN, TARDIEU et TEBOUL

1976 : Il a t rendu clbre dans le monde entier par l'amricain


Peter CHEN, la suite d'une publication intitule "The
Entity-Relationshionship Model" (ACM, Transaction on
Database Systems)

A ce jour tous les spcialistes du domaine de l'analyse oriente


base de donnes se servent de ce modle comme outil de communication
des applications SGBDR (ACCESS, PARADOX, ORACLE, SQL Server)

11

Dmarche de la mthode
Systme dinformation manuel
Expression des besoins
- Cahier de Charge
- Dictionnaire de donnes
Modle conceptuel des donnes

Modle logique

Modle physique
Systme dInformation automatis

12

Le Modle Conceptuel de donnes ( MCD )


Formalisme = Modle Entit-Association
dvelopp par CHEN aux U.S.A ( 1976 )
puis TARDIEU en France ( 1979 )
Exemple :
Commander
0,N

COMMANDE

1,N

N Commande
Date Commande

Qt commande
1,1

PRODUIT
Ref-Produit
Dsignation
Prix-unitaire

Passer
commande

1,N

CLIENT
Code-Client
Nom-Client

13

14

Notion dENTITE
Entit = Reprsentation dun objet concret ou abstrait
du S.I caractris par :
* des proprits ( attributs ) : P1, P2, P3, ..Pn
* un identifiant = Proprit ( P1 ) dont les valeurs
sont discriminantes
* des occurrences ( instances ) multiples
( au moins 2 )
Exemple

Etudiant

Etudiant

Etudiant
125

918

ALAMI

N Inscription

DAOUDI

DRISS

Nom

MOUNIR

MAROCAINE

Prnom

MAROCAINE

Nationalit

Nom Entit
P1
P2
Pn

Etudiant
235
SEBASTIEN
ALBERT
FRANCAISE

Une occurrence d entit = 1 jeu de valeurs prises par les


proprits de lentit

15

Notion dASSOCIATION
Une Association traduit les liens smantiques existant entre 2 ou
plusieurs entits du S.I et de son environnement
Elle est caractrise par :
* des occurrences ( au moins une )
* des proprits portes ( nombre M ) M = 0, 1, 2, 3,
* une dimension N ( N = nombre d entits rattaches )
* un identifiant obtenu par concatnation des identifiants
des entits rattaches

Exemple

Vhicule
N Immatr.

Lou par

Salari
Matricule
Nom

N Client
Nom

Date mise en service


Kilomtrage

Client

Association binaire non


porteuse didentifiant
(NImmatr.+N Client )

Adresse

Service
N Service

Affect
Date affect.

Dsignation

Association binaire porteuse d 1 proprit ( Date Affect ) et didentifiant ( Matricule.+ N Service )

16

Occurrences dassociation
SALARIE

SERVICE

A01
IDRISSI
SALARIE
A12
ALAMI
SALARIE
A05
RAMI
SALARIE
A09
DAOUDI

18/05/92

125
Comptabilit
SERVICE

11/10/91
04/03/93

124
Commercial
SERVICE
106
Magasin

* A01-125 , A12-125 et A05-106 sont des instances


de l association Affect
* Les instances A09 ( entit Salari ) et 124 ( entit Service )
ne participent pas lassociation Affect

17

Cardinalits d une ASSOCIATION


Cardinalits = Couple de valeurs reprsentant la frquence (mini et maxi )
de participation dune occurrence d entit une association )

Entit 1

i1 , j1

Entit 2

Association
i2 , j2

i1 , i2 = cardinalits mini
j1 , j2 = cardinalits maxi

Exemple
Salari
Matricule

Service
1,N

Affect
Date affect.

1,8

N Service
Dsignation

Nom

Rgles de gestion :

RG1 - Un salari est affect un et ou pls services le long de sa carrire


RG2 - A un service , on peut affecter un plusieurs salaris (maximum 8)

18

Cardinalits d une Association ( Interprtations )


E1

E2

E1

Assoc

Assoc

0,1
E1

1,1
Assoc

1,1
E2

E2

1,1

E1

E2

Assoc

1,1

0,N

Cardinalits mini :
0 : Certaines occurrences de lentit peuvent ne pas participer lassoc
1 : Toute occurrence de lentit participe obligatoirement lassociation
Cardinalits maxi :
1 : Toute occurrence de lentit participe au plus une fois lassociation
N : Toute occurrence de lentit peut participer plusieurs fois lassoc

0,N

1,N

Conclusion
* La cardinalit mini traduit la capacit d une occurrence exister indpendamment
ou non des occurrences de lassociation
* La cardinalit maxi traduit la capacit associative de lassociation pour lentit
considre

19

Identifiant dune Association


Il est obtenu par concatnation des identifiants des entits relies par lassociation
Employ

Exemple :

N Employ
Nom Employ
Nom Employ
Adresse Client

Mdecin
0,N

Visiter
Date Visite

0,N

N Mdecin
Nom Mdecin
Spcialit
Tlphone

Identifiant = ( N Employ , N Mdecin )


Occurrences de Visiter
N Employ
23
12
39
42
42
42

N Mdecin
1
3
2
1
4
4

Date Visite
26/06/01
05/07/01
10/08/01
15/08/01
22/08/01
05/09/01

La dernire occurrence de lassociation Visiter nest


pas permise en raison de la discriminance de lidentifiant .
La duplication de loccurrence ( 42 , 4 ) nest pas possible !
!!!!

Question : Un employ peut-il effectuer plusieurs visites chez le mme mdecin des dates diffrentes ?
Rponse : Ce modle ne le permet pas mme si la proprit Date Visite est porte par lassociation Visiter

20

Identifiant dune Association ( Suite )


Solution du Problme : Association ternaire
Employ
Identifiant de lassociation
Visiter :

N Employ
Nom Employ
Nom Employ
Adresse Client

( N Employ , N Mdecin , Date )

Mdecin
0,N

Visiter

0,N

0,N

N Mdecin
Nom Mdecin
Spcialit
Tlphone

Calendrier
Date

Les triplets ( 42 , 4 , 22/08/01 ) et ( 42 , 4 , 05/09/01 ) sont maintenant des occurrences possibles de


lassociation Visiter car elles reprsentent des valeurs distinctes de son identifiant .
Ce modle permet , linverse du prcdent , de reprsenter le fait quun employ peut visiter le mme
mdecin plusieurs fois des dates diffrentes .

Gnralisation : Une association N-aire ( de dimension N ) possde un identifiant sous forme de


N-uplet dont les valeurs sont distinctes .

Comment interprter les cardinalits dune association ternaire ?


( i2 , j2 )

Exemple : Association ternaire


Employ

( i1 , j1 )

Mdecin

Visiter

( i3 , j3 )

Identification de ( i1 , j1 )
Pour un employ fix ( occurrence E ) , le couple de
cardinalits ( i1 , j1 ) traduit le nombre minimal
et maximal doccurrences du couple dentits
( Mdecin , Calendrier ) qui sont associes
loccurrence E .
Ici : ( i1 , j1 ) = ( 0 , 3 )

Calendrier

N Employ ( N Mdecin , Date Visite )


1
1
1
3
4
4
5

( 12 , 08/05/01 )
( 10 , 15/06/01 )
( 6 , 09/06/01 )
( 10 , 02/06/01 )
( 12 , 14/06/01 )
( 10 , 14/06/01 )
( 10 , 02/06/01 )

Identification de ( i2 , j2 )
Pour un mdecin fix ( occurrence M ) , le couple de
cardinalits ( i2 , j2 ) traduit le nombre minimal
et maximal doccurrences du couple dentits
( Employ , Calendrier ) qui sont associes
loccurrence M .
Ici : ( i2 , j2 ) = ( 0 , 4 )

21

N Mdecin ( N Employ , Date Visite )


12
10
6
10
12
10
10

Identification de ( i3 , j3 )
En raisonnant de mme pour ( i3 , j3 ) on trouve : ( i3 , j3 ) = ( 0 , 2 )

( 1 , 08/05/01 )
( 1 , 15/06/01 )
( 1 , 09/06/01 )
( 3 , 02/06/01 )
( 4 , 14/06/01 )
( 4 , 14/06/01 )
( 5 , 02/06/01 )

Occurrences
de Visiter

22

Rles dans une Association


Rle = Notion prcisant le rle particulier jou par un ensemble doccurrences
relatives une entit dans une association. Les rles sont ports sur le
schma Entit-Association.
Exemple 1

Livrer

Dpt expditeur

Nbre colis livrs

0,N

CLIENT
Code Client
Nom client
Adresse client
Dpt
Dpt
expditeur
Dpt
destinataire

DEPOT

0,N

Recevoir

Dpt destinataire

Nbre colis reus

0,N

Code dpt
Adresse dpt

0,N

Client Nbre colis livrs

Nbre colis reus

D1

C6

D3

C2

D1

C9

D2

C2

D4

C6

Occurrences de lassociation
Livrer
Occurrences de lassociation
Recevoir

23

Rgles de gestions
Contraintes d'intgrit du modle (lois de l'univers rel modlis dans le SI)
Contraintes statiques
Portent sur :

- une proprit (liste de valeurs possibles ...)


- plusieurs ppts d'une mme relation ou entit
cde(no,date-cde,date-livr) avec date-cde < dte-livr
- les cardinalit
- les dpendances fonctionnelles

Contraintes dynamiques : rgles d'volution


ex: un salaire ne doit pas baisser

24

Exemple
RG1 : Tout enseignant enseigne en principe au moins une matire, mais certains dentre
eux peuvent tre dispenss denseignement en raison de leur travaux de recherche
RG2 : Toute matire est enseigne dans au moins une classe
RG3 : Toute classe a au moins trois enseignements

1,n
ENSEIGNANT

0,n

ENSEIGNE

MATIERE

3,n
CLASSE

25

Notion de Dpendance Fonctionnelle


Dfinition : 2 proprits A et B sont en DF si la connaissance dune
valeur de A dtermine une et une seule valeur de B. On dit que A
dtermine fonctionnellement B .
Formalisme :

A
( A, B, )
A

Exemples :

: 1 source , 1 but

: plusieurs sources , 1 but

( X, Y, )

: 1 source , plusieurs buts

N Client

Nom Client

Nom Client

N Client

Prnom Client

N Client

( Rf-prod , N Commande )
Rf-prod

( pas de DF )
( pas de DF )
Qt prod. commande

( Libell prod. , Prix unit. Prod. )

DEPENDANCES FONCTIONNELLES
1 - Cas dune Entit

CLIENT

Code Client

Nom
Prnom

Code Client

Adresse

Nom

Tlphone

Prnom
Adresse

Code Client

( Nom , Prnom , Adresse , Tlphone )

Tlphone

Toutes les Proprits dune Entit sont en dpendance fonctionnelle directe


avec la proprit identifiante de cette Entit

26

27

DEPENDANCES FONCTIONNELLES
2 - Cas dune Association hirarchique ( monovalue )
CLIENT

COMMANDE
1,1

N Commande

PASSER

0,N

Code Client
Nom

Date Commande

Adresse

Montant

DF reprsentant lassoc.

N Commande

Code Client

Nom
Adresse

Montant

Date Commande
Occurrences de PASSER
N Commande

1
2
3
4
5
6

Code Client

4
9
4
6
2
4

Tlphone

Une Association Hirarchique est une association binaire (dimension =


2) dont lune des pattes possde une Cardinalit Maxi gale 1 .
Ce type dassociation est toujours orient suivant le sens de la
dpendance fonctionnelle qui relie les identifiants de ses Entits .
Remarque : La dpendance fonctionnelle Code Client --->
NCommande
nexiste pas car un Client peut passer plusieurs commandes
( exemple du Client N 4 )

28

Graphe de Dpendances Fonctionnelles


GDF = Reprsentation graphique de lensemble des DF unissant les
proprits dans un domaine dactivit du systme dinformation . Ces
proprits sont obtenues partir du dictionnaire de donnes du domaine .
Exemple :

GDF du domaine Gestion commerciale dans une entreprise


Date

N Client

N Produit

Libell
produit

N Catgorie
Nom
Client

Adresse
Client

Tl.
Client

Libell
catgorie

Qt prod.commande,
Mont. ligne commande

N fournisseur
Nom
fournisseur

Adresse
fournisseur

Prix achat
produit

Le Modle Logique de Donnes Relationnel ( MLDR )


Ce modle permet de constituer une base de donnes au sens logique au moyen de
tables dsignes aussi sous le terme de relations .
Les Concepts du MLDR
1 ) Lattribut : Cest le plus petit lment dinformation enregistr dans une base de donnes .
Il possde un nom et prend des valeurs dans un domaine de valeurs bien dtermin .
Exemples :
Attribut
Domaine de valeurs
N Client
Adresse Client
Mode de paiement

Entier naturel
Alphanumrique
Liste alphabtique (Espces,Chque ,Traite)

2 ) La Relation : Une relation ( appele aussi table ) est un ensemble dattributs significativement
associs ( dont lassociation a un sens au niveau du S.I ) .
Reprsentation dune relation :

R ( A1, A2 , A3, .., An ) Reprsentation en intention


ou Schma de la relation

R
A1
A2
A3
..
An
tuple 1 .. .. ..
tuple 2 valeur valeur valeur .. Valeur
.
.. .. .. .. ..
tuple n .. .. .. ..

Reprsentation en extension
( montrant les tuples de la relation )
R : Nom de la relation
A1, A2 , ., An : Attributs de la relation

29

30

Le Modle Logique de Donnes Relationnel ( suite 1)


3 ) Les Contraintes dIntgrit :
Elles reprsentent un ensemble de rgles fondamentales dont lapplication permet de garantir
la cohrence du schma relationnel dune base de donnes .
Ces rgles contrlent la cohrence des valeurs prises par :

* les attributs par rapport leur domaine de valeurs (contrainte dintgrit de domaine)
Exemple : Si lattribut N Client est dfini sur un domaine de valeurs numriques , il ne
peut pas contenir de lettres .

* les cls primaires des relations ( contraintes dintgrit de relations )


Lintgrit de relation concerne les valeurs d une cl primaire qui doivent tre uniques
( pas de doublons ) et non nulles ( toujours spcifies ) .

* les cls trangres des relations ( contraintes dintgrit rfrentielles )


Lintgrit rfrentielle stipule quune cl trangre ne peut prendre que les valeurs dfinies dans
le domaine primaire de la cl primaire laquelle elle est associe .

Rgles de passage du MCD au modle relationnel


Le MLDR est construit partir du MCD en appliquant des rgles de transformation simples
aux entits et aux associations .

1 ) Rgle 1: entit est reprsente par relation ou table


Relation ou table A
ENTITE A
Identifiant Ao
Proprit A1
Proprit A2
Proprit A3

Ao

A1

A2

A3

Cl

Une entit A du MCD devient la relation ( ou table ) : A ( Ao# , A1 , A2 , A3 )

31

32

Rgle de passage du MCD au modle relationnel

2) Rgle 2 : Association multivalue plusieurs [ 0, N ou 1, N ] plusieurs [ 0, N ou 1, N ]


ENTITE B

ENTITE A
Identifiant Ao
Proprit A1
Proprit A2
Proprit A3

*,N

Association

Identifiant Bo
Proprit B1
Proprit B2

*,N

Reprsentation graphique du MLDR


Relations obtenues :
A , B et C
A ( Ao# , A1 , A2 , A3 )
B ( Bo# , B1 , B2 )
C ( Ao# , Bo# )

A
Ao #
A1
A2
A3

C
Ao #
Bo #

B
Bo #
B1
B2

Rgle de passage du MCD au modle relationnel


3) Rgle 3 : Association hirarchique Un [ 0, 1 ou 1, 1 ] Plusieurs [ 0, N ou 1, N ]
ENTITE B

ENTITE A
Identifiant Ao
Proprit A1
Proprit A2

*,1

Association
Proprit C

*,N

Identifiant Bo
Proprit B1
Proprit B2

La cl primaire Bo # migre dans la relation A comme attribut cl trangre ou externe .


Reprsentation graphique du MLDR
Relations obtenues :

A,B

A ( Ao# , A1 , A2, Bo#,C ... )


B ( Bo# , B1 , B2 , ...)

Ao #
A1
A2
Bo #
C

Bo #
B1
B2

33

Rgle de passage du MCD au modle relationnel


4) Rgle 4 : Association hirarchique Un [ 0, 1 ou 1, 1 ] Un [ 0, 1 ou 1, 1 ]

ENTITE A
Identifiant Ao
Proprit A1
Proprit A2

Relations obtenues :

A,B

A ( Ao# , A1 , A2, Bo# ... )


B ( Bo# , B1 , B2 , ...)

Relations obtenues :

A,B

A ( Ao# , A1 , A2,... )
B ( Bo# , B1 , B2 ,Ao # ...)

ENTITE B

*,1

Association

1,1

Identifiant Bo
Proprit B1
Proprit B2

Reprsentation graphique du MLDR


A

Ao #
A1
A2
Bo #

Bo #
B1
B2

B
Bo #
B1
B2
Ao #

A
Ao #
A1
A2

34

Cas Pratique : cas de gestion de commande


Les Rgles de Gestion :
Pour les commandes :
RG1 : Un Client Passe une ou plusieurs commandes
RG2 : Une Commande ne correspond qu un seul Client.
Pour les produits :
RG3 : Une Commande est compose dun ou plusieurs Produits
RG4 : Un produit peut appartenir plusieurs Commande.
Dictionnaire de donnes
1- Code Client
2- Raison Sociale
3 - Adresse du Client
4- Ville du Client
5- Tlphone du Client
6- Numro de Commande

7- Date de la commande
8 Rfrence de produit
9 - Nom du Produit
10-Prix Unitaire
11- Quantit en Stock
12- Quantit Commande

35

Cas Pratique : cas de gestion de commande


4 ) Application : Schma relationnel dun service de gestion de Commande
Client
Code Client
Raison Sociale
Adresse du Client
Ville du Client
Tlphone du Client

Commande
1, N
1, 1

Passe

Numro de
Commande
Date de la
commande
1, N

Produit
0, N

Rfrence du Produit
Nom du Produit
Prix Unitaire
Quantit en Stock

MLDR

Dtails Commande
Quantit
commande

CLIENT ( 1 # , 2, 3,4,5 )
COMMANDE ( 6 #,7, 1# )
PRODUIT (8#, 9 , 10, 11 )
DETAILS COMMANDE ( 6 #,8#, 12 )

36

Construction du Modle Physique de Donnes MPD


Application : Schma relationnel dun service clientle dans un caf

Client
Code Client
Raison Sociale
Adresse du Client
Ville du Client
Tlphone du Client

Commande

Code Client= Code Client

Numro de Commande
Date de la commande
Code Client

Numro de Commande = Numro de Commande

Dtails Commande
Produit
Rfrence du Produit
Nom du Produit
Prix Unitaire
Quantit en Stock

Rfrence du Produit =
Rfrence du Produit

Numro de Commande
Rfrence du Produit
Quantit Commande

37

38

MODULE 2
CREATION DUNE BASE DE DONNEES

39

Quest-ce quune base de donnes ? ( BD )


Une base de donnes ( BD ) est un ensemble structur de donnes enregistres avec le minimum
de redondance sur un support de stockage informatique et accessibles plusieurs utilisateurs de
manire slective et simultane au moyen dun systme de gestion de base de donnes ( SGBD ) .
Un SGBD permet de rpondre simultanment aux interrogations ( requtes ) de plusieurs
utilisateurs exprimes sur une mme base de donnes dploye sur un rseau informatique .

Exemple : Base de donnes dune compagnie arienne


Les requtes sont trs varies , par exemple :
- Une rservation : Liste des passagers qui ont rserv un vol dtermin ?
- Un quipage : Quel est le pilote du vol Royal Air Maroc Casablanca Londres du 15 Octobre
Dpart 15 H 30 ?
- Un appareil :

Quelle est la date de la dernire rvision de lavion N 97 ?

40

Un Systme de Gestion de Bases de Donnes


offre la possibilit lutilisateur de manipuler les reprsentations abstraites des donnes
( mtadonnes ) indpendamment de leur organisation et de leur implantation sur les
supports physiques .

Fonctions principales dun SGBD


- Dcrire et organiser les donnes sur les mmoires secondaires
( disques, bandes magntiques , etc )
- Rechercher, slectionner et modifier les donnes

Fonctions complmentaires dun SGBD


- Scurit : vrifier les droits daccs des utilisateurs sur les donnes
- Intgrit : dfinir des rgles qui maintiennent une cohrence entre les donnes compte tenu
de leur structure ( contraintes dintgrit )
- Concurrence daccs : dtecter et traiter les cas o il y a conflit daccs entre plusieurs
utilisateurs et les traiter correctement .

41

Vous aimerez peut-être aussi