1

SYSTEME DINFORMATION METHODE MERISE

FSJES Anne 2012/2013

www.fsjes-agadir.info

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.

www.fsjes-agadir.info

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

11

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)

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

12

Modle logique

Modle physique Systme dInformation automatis

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 Qt commande 1,1 1,N

13

COMMANDE N Commande Date Commande

PRODUIT Ref-Produit Dsignation Prix-unitaire

Passer commande

1,N

CLIENT Code-Client Nom-Client

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

14

Nom Entit
P1 P2 Pn

Etudiant
918 DAOUDI MOUNIR MAROCAINE

Etudiant
125 ALAMI DRISS MAROCAINE

Etudiant
235 SEBASTIEN ALBERT FRANCAISE

Etudiant
N Inscription Nom Prnom Nationalit

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

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

15

Exemple

Vhicule
N Immatr. Date mise en service Kilomtrage

Lou par
Association binaire non porteuse didentifiant (NImmatr.+N Client )

Client
N Client Nom Adresse

Service
N Service Dsignation

Salari
Matricule Nom

Affect
Date affect.

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

Occurrences dassociation
SALARIE A01 IDRISSI SALARIE A12 ALAMI SALARIE A05 RAMI SALARIE A09 DAOUDI 18/05/92 11/10/91 04/03/93 SERVICE 125 Comptabilit SERVICE 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

16

Cardinalits d une ASSOCIATION

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

17

Entit 1

i1 , j1

Association
i2 , j2

Entit 2

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

Exemple Salari
Matricule Nom

Service
1,N

Affect
Date affect.

1,8

N Service Dsignation

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)

Cardinalits d une Association ( Interprtations )

E1 Assoc E2 E1 Assoc E2 E1 Assoc E2

18

0,1 E1 Assoc

1,1 E2

1,1

1,1

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 Exemple : Employ
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

Identifiant dune Association ( Suite )

Solution du Problme : Association ternaire Employ Identifiant de lassociation Visiter :
N Employ Nom Employ Nom Employ Adresse Client

20

Mdecin
0,N
Visiter

0,N

0,N

N Mdecin Nom Mdecin Spcialit Tlphone

( N Employ , N Mdecin , Date )

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 ?

Exemple : Association ternaire Employ 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 )
1 1 1 3 4 4 5

21

( i2 , j2 ) ( i1 , j1 )
Visiter

Mdecin Calendrier

( i3 , j3 )

N Employ ( N Mdecin , Date Visite ) ( 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 ) Occurrences de Visiter

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 )
N Mdecin ( N Employ , Date Visite ) 12 10 6 10 12 10 10 ( 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 )

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

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
0,N Livrer Nbre colis livrs Dpt expditeur 0,N Dpt destinataire 0,N

22

DEPOT Code dpt Adresse dpt

CLIENT Code Client Nom client Adresse client

Dpt Dpt expditeur Dpt destinataire D1 D3 D1 D2 D4 0,N

Recevoir Nbre colis reus

Client Nbre colis livrs C6 C2 C9 C2 C6 1 2 -

Nbre colis reus 2 5 4 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 3,n

MATIERE

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 : N Client Nom Client Prnom Client B X ( X, Y, ) : 1 source , 1 but : plusieurs sources , 1 but : 1 source , plusieurs buts

Nom Client N Client N Client ( pas de DF ) ( pas de DF ) Qt prod. commande

( Rf-prod , N Commande ) Rf-prod

( Libell prod. , Prix unit. Prod. )

DEPENDANCES FONCTIONNELLES
1 - Cas dune Entit

26

CLIENT
Code Client Nom Prnom Adresse Tlphone

Code Client

Nom Prnom Adresse Tlphone

Code Client

( Nom , Prnom , Adresse , Tlphone )

Toutes les Proprits dune Entit sont en dpendance fonctionnelle directe avec la proprit identifiante de cette Entit

DEPENDANCES FONCTIONNELLES
2 - Cas dune Association hirarchique ( monovalue )
COMMANDE
N Commande Date Commande Montant

27

CLIENT
1,1 PASSER 0,N
Code Client Nom Adresse

N Commande

DF reprsentant lassoc.

Code Client

Nom Adresse

Date Commande
Occurrences de PASSER N Commande Code Client

Montant

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 )

1 2 3 4 5 6

4 9 4 6 2 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 :
N Client

GDF du domaine Gestion commerciale dans une entreprise

Date N Produit N Catgorie Libell produit

Nom Client

Adresse Client

Tl. Client

Qt prod.commande, Mont. ligne commande

Libell catgorie

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)

29

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

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 .

31

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
Cl

A1

A2

A3

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

Rgle de passage du MCD au modle relationnel

32

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

ENTITE A Identifiant Ao Proprit A1 Proprit A2 Proprit A3 ENTITE B

*,N

Association

*,N

Identifiant Bo Proprit B1 Proprit B2

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 A Identifiant Ao Proprit A1 Proprit A2 ENTITE B

33

*,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

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

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 ]

34

ENTITE A Identifiant Ao Proprit A1 Proprit A2

ENTITE B

*,1

Association

1,1

Identifiant Bo Proprit B1 Proprit B2

Relations obtenues :

A,B

Reprsentation graphique du MLDR

A Ao # A1 A2 Bo # B Bo # B1 B2

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

Relations obtenues :

A,B

B Bo # B1 B2 Ao #

A Ao # A1 A2

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

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
1, N 1, 1

36

Commande Passe
Numro de Commande Date de la commande
1, N

Produit
0, N Dtails Commande Quantit commande

Rfrence du Produit Nom du Produit Prix Unitaire

Quantit en Stock

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

Construction du Modle Physique de Donnes MPD

Application : Schma relationnel dun service clientle dans un caf

37

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

Commande
Numro de Commande Date de la commande Code Client

Code Client= 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

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