CoursMerise 1 PDF

ANALYSE ET CONCEPTION DES SYSTEMES DINFORMATION
METHODE MERISE
LE SYSTEME D INFORMATION
DEFINITIONS
ROLE DU SI
CONCEPTION DUN SYSTEME DINFORMATION
INFORMATISE
METHODES DE CONCEPTION
POURQUOI
LES ACTEURS
ROLE-CONSTITUANTS
LA METHODE MERISE
PRESENTATION GENERALE
LES MODELES MERISE
LA DEMARCHE
ANALYSE ET CONCEPTION DES

SYSTEMES DINFORMATION
-MERISE-
ABDERRAHIM BEN BOUNA
Entreprise
SYSTEME DE PILOTAGE
LE SYSTEME D INFORMATION
Coordination, objectifs
DEFINITION
Dcisions
Informations traites
SYSTEME D INFORMATION
SYSTEME : Ensemble d lments en interaction

dynamique, organiss en fonction d un but.
- Collecte
- Mmorisation
des donnes
- Traitement
Dcisions
Informations vers
l extrieur
(membres de la direction, )
- Transmission
Entre
Sortie
Systme
FLUX
Informations collectes
FLUX
ENTRANT
SYSTEME OPERANT
SORTANT
Production, action
(ensemble du personnel excutant)
RLE DU SYSTEME DINFORMATION
CONCEPTION DUN SYSTEME DINFORMATION

AUTOMATISE
Collecter des informations provenant :
ETUDE
- d autres lments du systme
DE LEXISTANT
DESCRIPTION
- de lenvironnement
DE LA SITUATION ACTUELLE
CONCEPTION
Mmoriser des donnes :
PROPOSITION DE
SOLUTIONS
DE LA SOLUTION
DESCRIPTION DE LA SOLUTION FUTURE
-base de donnes
CHOIX
-Fichiers
-Historique, Archivage
REALISATION
Traiter les donnes stockes :
DEVELOPPEMENT DE
-traitements automatisables
MISE
-aide la prise de dcision
LA SOLUTION
EN PLACE
Communiquer
5
ACTEURS
METHODES DE CONCEPTION
UTILISATEURS
VALIDATION
POURQUOI?
DEFINITION
HOMOGENEISATION
DECIDEURS
CONCERTATION
CHOIX
REGLES
OPERATOIRES
APPROCHE GLOBALE
INFORMATICIENS
ANALYSE
PROPOSE
ANALYSE
DES BESOINS
LES SOLUTIONS
CYCLE DE VIE
LA METHODE MERISE
SCHEMA DIRECTEUR
PRESENTATION GENERALE
CYCLES

ETUDE PREALABLE
Cycle de vie
Cycle de dcision
Cycle dabstraction
Rapport Observation
Cahier des Charges
Sous Ensemble Reprsentatif
ETUDE DETAILLEE
Dossier d'tude
dtaille
ETUDE TECHNIQUE
COURBE DU SOLEIL
Dossier d'tude
technique
MODELES
DEMARCHE
PRODUCTION DE LOGICIEL
Dossier de
programmation,
P
R
O
J
E
T
MISE EN SERVICE
MAINTENANCE
CYCLE DE DECISION
CYCLE DABSTRACTION
SCHEMA DIRECTEUR
APPROBATION ET LANCEMENT
Spcifications techniques
ACCORD REALISATEURS
SPECIFICATIONS TECHNIQUES
PRODUCTION DE LOGICIEL
Systme ralis
RECETTE PROVISOIRE CONFORMITE

DU SYSTEME
MISE EN SERVICE
Systme install
MAINTENANCE
RECETTE DEFINITIVE
Niveau
conceptuel
ETUDE TECHNIQUE
ACCORD UTILISATEURS
SPECIFICATIONS FONCTIONNELLES
MCD : signification des

informations sans
contraintes techniques ou
conomiques
MCT : activit du
domaine sans prciser les
ressources ou leur
organisation
MCF : relations
entre le domaine et le
reste du SI
Niveau
organisationnel
Spcifications fonctionnelles
Flux
MOD : signification des

informations avec
contraintes techniques ou
conomiques
MOT : fonctionnement
du domaine avec les
ressources utilises et leur
organisation
MOF : relations
entre les acteurs
Niveau
logique
ETUDE DETAILLEE
CHOIX DUNE SOLUTION
Traitements
MLD : description des

donnes en tenant compte de
leurs conditions et des
techniques de mmorisation
MLT : fonctionnement du
domaine avec les
ressources utilises et leur
organisation
informatique
MLF : relations
entre les systmes
informatiques
Niveau
Physique
N solutions
Systme d'information
ETUDE PREALABLE
Donnes
Systme d'information
informatis
Plan de dveloppement
MPD : description de la ou
des BD dans la syntaxe du
SGF ou du SGBD
MPT : Architecture
technique des
programmes
MPF : supports
techniques des flux
LA COURBE DU SOLEIL
CONCEPTUEL
ORGANISATIONNEL
CONCEPTUEL
Modlisation des
Donnes
ORGANISATIONNEL
Cycle de dcision
LOGIQUE
LOGIQUE
PHYSIQUE
PHYSIQUE
EXISTANT
FUTUR
Cycle de vie
LE MODELE CONCEPTUEL DE DONNEES

MCD
ENTITE :
lment abstrait ou concret du monde rel pourvu
dune existence propre et prsentant de lintrt pour
le systme tudi.

MCD
Exemple :
Prenons par exemple une Ford fiesta, une Renault Laguna et
une Peugeot 306. Il s'agit de 3 entits faisant partie d'une
classe d'entit que l'on pourrait appeler voiture. La Ford Fiesta
est donc une instanciation de la classe voiture. Chaque entit
peut possder les proprits couleur, anne et modle
CLASSE DENTITES :
Ensemble dentits jouant le mme rle.
Les entits dune classe ont des caractristiques
communes
15
16

MCD

MCD
DESCRIPTION DE CLASSE DENTITE
ASSOCIATION :
Nom de la classe
Lien entre entits (au moins deux). Lassociation

nexiste quau travers des entits quelle relie.
Nom de la caractristique de rfrence

Noms des caractristiques
REPRESENTATION GRAPHIQUE
CLASSE DASSOCIATIONS :
Regroupement de liens de mme nature.
NOM_CLASSE_ENTITE
-CARAC_REF
Les associations dune classe ont une smantique et

des caractristiques communes
-CARAC1
-CARAC2
..
17
18

MCD

MCD
DESCRIPTION DE CLASSE DASSOCIATIONS

Nom de la classe dassociation
REPRESENTATION GRAPHIQUE
Noms des classes dentits impliques

Contraintes de cardinalits
Cardinalit minimum : Combien de fois au minimum une entit
est implique dans lassociation.: Valeurs 0 ou 1)
Card_min, Card max
NOM_CLASSE_ASSOCIATION
Card_min, Card max
CARAC1
Cardinalit maximum : Combien de fois au maximum une

entit est implique dans lassociation: (Valeurs 1 ou N)
CARAC2
..
Caractristiques (ventuellement)
19
20

MCD
EXEMPLE

MCD
EXEMPLE
Ent_1
Ent_1
0,1
0,1
Ent_1
Ent_2
Ent_2
Assoc_4
0,1
0,n
0,n
Assoc_8
0,n
Assoc_4
Ent_1
0,1
Ent_2
Assoc_4
0,n
0,n
0,n
Ent_1
Ent_3
Ent_1
0,n
Ent_2
Assoc_4
0,n
Assoc_8
0,n
21
22

MCD

MCD
DICTIONNAIRE DES DONNEES

Rgles de description du schma conceptuel entit/association :
Class par ordre alphabtique des noms

NOM
DESIGNATION
TYPE
REGLE
CONTRAINTE
Un nom ne peut tre utilis quune seule fois,

Toute entit possde au moins une caractristique de rfrence,
Toutes les cardinalits sont indiques sur les liens,
Chaque caractristique na quune seule valeur pour une entit donne,
La valeur dune caractristique dpend directement de lentit,
Toute information redondante doit tre supprime
23
24

MCD

MCD
EXEMPLES DE DIAGRAMME
COMPAGNIE PETROLIERE
LOCATION DE VEHICULES
25
26

MCD

MCD
CONSELLER DES LIVRES
27
CONSELLER DES LIVRES
28

MCD
FORMATION

MCD
EPURATION DU D.D
Aprs avoir construit le dictionnaire des donnes dans sa totalit, il
faut construire le dictionnaire des donnes pures.
Pour purer le dictionnaire, il faut supprimer :
- Les donnes calcules
- Les polysmes
- Les synonymes
Les polysmes : On dit que deux donnes sont des polysmes si
elles ont le mme code, et des libells diffrents.
Pour supprimer les polysmes, il suffit de renommer une des donnes.
Les synonymes : Deux donnes sont synonymes si elles ont des
codes diffrents, et le mme libell.
Pour supprimer les synonymes, il suffit de supprimer une des
donnes.
29

MCD
Dpendance fonctionnelle
On dit que b est en dpendance fonctionnelle (DF) de a si une valeur quelconque de la
proprit a, on ne peut faire correspondre quune seule valeur au plus de la proprit b.
Exemple :
Num client
Nom client
Il existe une DF entre num client et Nom client, car si on connat une valeur de la proprit num client ,
il ne peut lui correspondre quune seule valeur de la proprit nom .
La rciproque est fausse :
Nom client
Num client
nest pas une DF
Si lon connat la valeur de la proprit Nom client, on ne peut pas en dduire la proprit Num client,
car il peut y avoir des homonymes
31
30

MCD
LES FORMES NORMALES
1er forme normale
Une relation est normalise en premire forme normale si :
1.elle possde une cl identifiant de manire unique et stable chaque ligne
2.chaque attribut est monovalu (ne peut avoir quune seule valeur par ligne)
3.aucun attribut nest dcomposable en plusieurs attributs significatifs
Contre-exemple :
EMPLOYE ( Nom, Prnom, Enfants, Diplmes)
Cette relation nest pas en premire forme normale

Un employ peut avoir plusieurs enfants et plusieurs diplmes. En outre, ces attributs sont
dcomposables : diplme est dcomposable en Nature et Anne, et Enfants est dcomposable en
Prnom et Anne de Naissance
32

MCD

MCD
LES FORMES NORMALES
LES FORMES NORMALES
2me forme normale

Une relation R est en deuxime forme normale si et seulement si :
1.elle est en 1FN
2.et tout attribut non cl est totalement dpendant de toute la cl.
Autrement dit, aucun des attributs ne dpend que dune partie de la cl.
La 2FN n'est vrifier que pour les relations ayant une cl compose. Une relation en 1FN n'ayant qu'un seul
attribut cl est toujours en 2FN
Contre-exemple :
3me forme normale

Une relation est en 3 forme normale si et seulement si :
1.elle est en 2 forme normale
2.et tout attribut doit dpendre directement de la cl, c'est--dire quaucun attribut ne doit dpendre
de la cl par transitivit.
Cette relation est en premire forme normale (existence dune cl valide et aucun attribut nest dcomposable)
MAIS elle nest pas en 2 forme normale car on a DsignationProd ne dpend pas de toute la cl mais seulement
de rfrenceProd:
RfrenceProd
DsignationProd
Autrement dit, aucun attribut ne doit dpendre dun autre attribut non cl.
Contre-exemple :
CLIENT(Num_client, Nom_client, code_categ, nom_categ) Cette relation nest pas en 3FN car
num_client
nom_categ nest pas une dpendance directe.
En effet, on a aussi num_client
num_categ
nom_categ
pour connatre lattribut dsignationProd, on na pas besoin de connatre le numro de commande.
33

MCD
34
LE MODELE LOGIQUE DE DONNEES

PASSAGE DU MODELE ENTITE/ASSOCIATION AU
MODELE RELATIONNEL
le Modle Logique de Donne (MLD)

La dmarche suivre pour la construction dun MCD est la
suivante :
Recherche des proprits grer : Dictionnaire des donnes
Regroupement des proprits
Reprsentation des entits
Recherche des associations
Recherche des cardinalits
Vrification et normalisation du modle
35
Modle dfinissant comment les donnes du MCD sont organises

si l'organisation des donnes est relationnelle (si elles sont "lies"
entre elles), alors le MLD est Relationnel et devient le MLDR, ou
Modle Logique de Donne Relationnel. Pour la petite histoire, le
MLDR a t invent par Codd en 1970, et repose sur la Thorie
Ensembliste...
36

MODELE RELATIONNEL

MODELE RELATIONNEL
Rgles de passage du MCD au MLDR

1 : Une entit se transforme en une relation (table)
vocabulaire :
Les donnes sont stockes dans des relations. Une relation est un
ensemble de T-uple, et un T-uple est dfinis 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.
Toute entit du MCD devient une relation du MLDR, et donc une table de la Base de
Donne. Chaque proprit 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 souligne), et donc la Cl Primaire de la table correspondante.
<==>
37
CLIENT (id_client, Nom_Client, Tel_client)
38

MODELE RELATIONNEL

MODELE RELATIONNEL

2 : Relation binaire aux cardinalits (X,1) - (X,n), X=0 ou X=1
La Cl Primaire de la table la cardinalit (X,n) devient une Cl Etrangre dans la
table la cardinalit (X,1) :
Exemple:
Un employ a une et une seule socit. Une socit a 1 ou n employs.
MCD:
3 : Relation binaire aux cardinalits (X,n) - (X,n), X=0 ou X=1

Il y a cration d'une table supplmentaire ayant comme Cl Primaire une cl compose des
identifiants des 2 entits. On dit que la Cl Primaire de la nouvelle table est la
concatnation des Cls Primaires des deux autres tables.
Si la relation est porteuse de donne, celles ci deviennent des attributs pour la nouvelle
table.
MLDR:
EMPLOYE (id_Employe, Nom_Employe, #id_Societe)
SOCIETE (id_Societe, Nom_Societe)
39
40
10

MODELE RELATIONNEL

MODELE RELATIONNEL

Exemple:
Une commande est compose de 1 ou n produits distincts en certaine
quantit. Un produit est prsent dans 0 ou n commandes en certaine
quantit.
MCD :
MLDR :
COMMANDE (id_Commande, Date_commande)
PRODUIT (id_Produit, libelle)
COMPOSE (id_Commande, id_Produit, qantit)
41
4 : Relation n-aire.
Il y a cration d'une table supplmentaire ayant comme Cl Primaire la concatnation
des identifiants des entits participant la relation.
Si la relation est porteuse de donne, celles ci deviennent des attributs pour la nouvelle
table.
42

MODELE RELATIONNEL

MODELE RELATIONNEL

Exemple :
Un tudiant parle une ou plusieurs langues avec un niveau. Chaque langue est donc
parle par 0 ou n tudiants avec un niveau. Pour chaque niveau, il y a 0 ou plusieurs
tudiants qui parlent une langue.

5 : Association Rflexive.
Premier cas : cardinalit (X,1) - (X,n), avec X=0 ou X=1.
La Cl Primaire de l'entit se ddouble et devient une Cl Etrangre dans la relation ou nouvelle table.
Exactement comme si l'entit se ddoublait et tait relie par une relation binaire (X,1) - (X,n) (Cf rgle 2).
Exemple :
Prenons l'exemple d'une socit organise de manire pyramidale : chaque employ a 0 ou 1 suprieur
hirarchique direct. Simultanment, chaque employ est le suprieur hirarchique direct de 0 ou
plusieurs employs.
MCD :
MLDR :
ETUDIANT (id_Etudiant, Nom_Etudiant)
NIVEAU (id_Niveau, Nom_Niveau)
LANGUE (id_Langue, Nom_Langue)
PARLE (id_Etudiant, id_Niveau, id_Langue)
43
MLDR :
EMPLOYE (id_Employe, Nom_Employe, #id_Sup_Hierarchique)
#id_Sup_Hierarchique est l'identifiant (id_Employe) du suprieur hirarchique direct de l'employ considr.
44
11

MODELE RELATIONNEL

MODELE RELATIONNEL

5 : Association Rflexive.
Deuxime cas : cardinalit (X,n) - (X,n), avec X=0 ou X=1.
De mme, tout se passe exactement comme si l'entit se ddoublait et tait relie par une relation
binaire (X,n) - (X,n) (Cf rgle 3). Il y a donc cration d'une nouvelle table.
Exemple:
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 descendants directs (enfants).

6 : Relation binaire aux cardinalits (0,1) - (1,1).
La Cl Primaire de la table la cardinalit (0,1) devient une Cl Etrangre dans la table la cardinalit (1,1) :
Exemple :
Dans ce centre de vacances, Chaque animateur encadre en solo 0 ou 1 groupe,
chaque groupe tant encadr par un et un seul animateur.
MCD :
MCD :
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) prsent dans cette famille.
45
MLDR :
ANIMATEUR (id_Animateur, Nom_Animateur)
GROUPE (id_Groupe, Nom_Groupe, #id_animateur)
46
LE MODELE Organisationnel de flux

MOF
Reprsente les relations entre les acteurs (internes et externes)
du domaine dtude.
Constituants:
Modlisation des Flux
Domaine dtude: Finalit quasi-invariante de lorganisme. Il

est constitu dune ou plusieurs fonctions du SI.
Flux: reprsentation de lchange dinformation entre deux

acteurs.
Acteur: entit organisationnelle identifiable par les missions

quil remplit dans un domaine dactivit donne. Il peut tre un
acteur interne ou un partenaire extrieur.
47
48
12

MOF
Formalisme:

MOF
Exemple:
Gestion des commandes, factures et livraisons
Nom domaine dtude
Flux1
Partenaire
extrieur
Flux3
commande
client
Nom
acteur 1
Service
commercial
autorisation de
Flux2
dstockage
Facture
Demande de
dstockage
Nom
acteur 2
Dpt
rgional
Bon de livraison
Dpt
magasin
BL et Facture
49
50
LE MODELE Conceptuel de flux

MCF
Reprsente les relations fonctions du domaine dtude. Il
reprsente lchange des flux entre las activits du domaine
(processus) et les partenaires extrieurs et les autres domaines
du SI.
Constituants:

MCF
Formalisme:
Nom domaine dtude
Partenaire
extrieur
Processus 1
Flux1
Flux2
Domaine dtude: Idem MOF

Flux: Idem MOF.
processus: fonction composant un domaine (sous domaine).
51
Autre
domaine
Flux3
Processus 2
52
13

MCF
Exemple :
Garage Automobile
Paiement Client
Client
Garage Automobile
Demande
dintervention
ENTRETIEN/REPARATION
VEHICULE
Modlisation des
Traitements
Facture
Demande de
pice
Facture
fournisseur
FOURNISSEUR
Paiement Client
Banque
Facture
Accepte
Ordre de
virement
GESTION DE STOCK
Commande
COMPTABILITE
53
54
LE MODELE Conceptuel de traitement

MCT

MCT
Il reprsente un premier niveau de modlisation de la

dynamique du SI
Les concepts de base:

Opration:
-Traitement (suite dactions) non interruptible

Processus:
-Fonction dun domaine;
-Enchanement synchronis doprations;
-Dclench par un ou des vnements Externes
Synchronisation:
-Condition de dclenchement dune opration
Rgles dmission:
-Conditions de sortie qui dfinissent les rgles
dmission des rsultats de lopration
vnement:
-Apparition dun fait ou dune situation dclanchant
un traitement ou rsultat dun traitement.
-Peut tre interne(produit lintrieur du domaine)
ou externe (produit lextrieur du domaine)
55
56
14
LE MODELE Organisationnel de
traitement
MOT

MCT
Formalisme:
EVENEMENT1
EVENEMENT2
Il reprsente lorganisation des traitements. Il reprsente

les traitements en intgrant lorganisation de lorganisme.
Cest--dire la rpartition de la responsabilit des
traitements et affectation des traitements en fonction:
- De linfrastructure: centralisation, dcentralisation;
- Des microstructures: services, dpartements
SYNCHONISATION
NOM_OPERATION
Acteur:
Centre dactivit lmentaires, au plus bas niveau : poste
de travail
REGLES DEMISSION
EVENEMENT3
57
58
traitement
MOT
Tche :
Traitement ininterruptible ralis par un acteur. Rsultat
dune dcomposition dune opration (MCT). Dcrit par
lauteur qui lexcute et par:
Degr dautomatisation (M,C,A: manuelle,
conversationnelle, Automatis)
Dlai de rponse (I, D: Immdiat, Diffr)
Le mode de fonctionnement (U, L: Unitaire, par Lot)
Reprsentation temporelle: priodicit et dure
59
traitement
MOT
vnement :
Dclencheur dun traitement ou rsultat dune tche
Procdure :
Enchanement synchronis des taches correspondant tout
ou partie dun processus dclenchs par un ou plusieurs
vnements externes et produisant un ou plusieurs
rsultats.
60
15
traitement
MOT
Formalisme:
Temps
Extrieur
Acteur1
Act Ext 1
Evn 1
Complments
Tche 1
MIU
J0
Reg Em1 Reg Em1
Evn 2
Act Ext 2
61
62
Graphe de dpendances fonctionnelles

GDF
Dfinition:

GDF
Exemple: Agence Immobilire
Soit la gestion suivante:
AgenceImmobiliere(NumClt, NomClt, NumApp, AdrApp,
DatDebLoc, DatFinLoc, Montant, NumProp, NomProp).
C'est une reprsentation graphique permettant de visualiser

aisment toutes les dpendances fonctionnelles et d'isoler
les principales (les DF lmentaires).
63
Graphe de Dpendances fonctionnelles:
64
16

GDF

GDF
Conception du MCD
Conception du MLD
1,n
NumClt
NomClt
propriet
Appart
Client
Location
DateDeLoc
DatFinLoc
0,n
NumApa
AdrApa
Montant
1,1
Avoir
1,n
NumProp
NomProp
65
66

GDF
Les concepts tendus (MERISE 2)

Modle conceptuel de donnes
Conception du MLD
les concepts de ce modle peuvent savrer insuffisants

pour modliser certaines situations ou contraintes et lon
est oblig dans ce cas dajouter des commentaires pour en
faire mention
Le concept dhritage
Les contraintes ensemblistes
Lidentification des occurrences dentits
67
68
17

Modle conceptuel de donnes (hritage)

Le concept dhritage
Entit gnrique B
Liste des proprits communes
Entit spcialise A
Liste des proprits spcifiques
La spcification multiple
Quand le concepteur saperoit que plusieurs

entits, proches mais distinctes, partagent un
ensemble de caractristiques, il doit mettre
en uvre un processus de cration dentits
gnriques (ou entits sur-types) et dentits
spcialises (ou entits sous-types) appel
hritage . Ce concept qui permet de
reprsenter le lien est-un ou IS-A
entre deux entits A et B (une occurrence de
A est une occurrence de B) est reprsent
graphiquement par une flche double allant
de A vers B.
69
Les entits sous-types peuvent

avoir plusieurs entits surtypes ; dans ce cas, la
gnralisation est dite multiple
et plusieurs flches partent de
la sous-type vers les
diffrentes super-types.
70


Les contraintes sur les associations (partition)
Les contraintes sur les associations (Exclusion)
Toutes les
instances dune
entits sur-type
correspondent
une et une
seule instance
de entits soustypes.
71
72
18


Les contraintes sur les associations (Totalit)

Toutes les instances dune entits sur-type correspondent au moins
une instance de entits sous-types.
Passage au modle relationnel

Le passage de la gnralisation - spcialisation
au schma relationnel est un peu plus complexe
que celui des concepts voqus prcdemment.
En effet, il existe trois solutions:
-On traduit uniquement l'entit gnrique pour
obtenir:
Paiement
NumPaie
datePaie
ParCarBl
ParCheq
NumCart
NumCheq
-On traduit les entits spcialises pour obtenir

-On traduit les entits spcialises et l'entit
gnrique
73
74


Modle conceptuel de donnes (Identification relative)
Passage au modle relationnel
Prsentation
-On traduit uniquement l'entit gnrique pour obtenir:

PAIEMENT(numPai, datePai, #numCB, #numCheque);
-On traduit les entits spcialises pour obtenir:
PAIEMENT_CARTEBLEU(numPai, datePai, #numCB);
PAIEMENT_CHEQUE(numPai, datePai, #numCheque);
-On traduit les entits spcialises et l'entit gnrique:
PAIEMENT(numPai, datePai);
CARTEBLEU(numCB, #numPai);
CHEQUE(numCheque, #numPai);
Si un identifiant ne comporte que des proprits de son entit, on le

nomme "identifiant absolu". Les identifiants absolus se rencontrent
dans le cas d'entits dfinies indpendamment les unes des autres.
D'autres entits sont identifies par l'intermdiaire d'une ou
plusieurs autres entits. Cela s'appelle 'l'identification relative" ou
encore "agrgation".
L'entit permettant l'identification est nomme "entit agrgeante".
L'entit identifie se nomme "entit agrge".
L'identification relative se note de la manire suivante :
C'est la troisime solution qui est gnralement retenue car elle conserve les avantages
de la gnralisation - spcialisation pour le modle relationnel puis physique. De plus,
elle est plus volutive que les deux solutions prcdentes mme si elle est plus
complexe utiliser en SQL.
75
76
19


Prsentation
Passage au relationnel
Les rgles de passage au schma relationnel s'appliquent

pour obtenir :
Remarque : l'identification relative

n'existe que si les cardinalits
exprimant l'identification relative sont
(1,1) et s'il y a stabilit dans le
temps. (Un tage ne peut pas changer
de btiment).
77
R1 : ETAGE(NumEtage, #NumBat);
R2 : BATIMENT(NumBat);
78

Modle conceptuel de donnes (Contraintes ensemblistes)

Contraintes sur rles
Contraintes sur Les relations
La cardinalit d'une relation permet de dfinir les conditions de

participation d'une entit une relation. Toutefois, une entit
peut participer plusieurs relations, c'est ce que l'on nomme
les contraintes sur rles.
Alors que les contraintes sur rles permettent de dfinir les

conditions de participation d'une entit une relation, les
contraintes sur relations permettent d'exprimer des restrictions
sur les classes de relation.
Contraintes de totalit sur rles

Contraintes d'exclusion sur rles
Contraintes de sous-ensemble sur rles
Contraintes d'galit sur rles
79
Contraintes d'exclusion sur relations

Contraintes de sous-ensemble sur relations
Contraintes d'galit sur relations
80
20


Contraintes d'exclusion sur rles
La contrainte de totalit sur

rles exprime le fait qu'une
entit participe au moins une
des classes de relation qu'elle
met en oeuvre.
Elle est reprsente par un "T"
reliant deux classes d'entits.
81
La contrainte d'exclusion sur

rles exprime le fait qu'une
entit ne peut pas participer aux
deux classes de relation
simultanment.
Elle est reprsente par un "X"
82


Contraintes de sous-ensemble sur rles
Contraintes d'galit sur rles

La contrainte d'galit sur rles
exprime le fait qu'une entit
participant une classe de relation,
participe obligatoirement l'autre
relation, et rciproquement. Il s'agit
donc d'une contrainte de sousensemble bidirectionnelle.
Elle est reprsente par un signe "="
Cette contrainte peut faire intervenir
plusieurs relations, auquel cas une
entit participant une relation doit
participer aux n relations.
La contrainte de sous ensemble

sur rles exprime le fait qu'une
entit participant une classe de
relation, participe
obligatoirement l'autre
relation.
Elle est reprsente par une
flche reliant deux classes
d'entits et montrant la direction
de l'implication.
Cette contrainte ne fait
intervenir que deux relations.
83
84
21


Contraintes d'exclusion sur relations
Contraintes de sous-ensemble sur relations

La contrainte de sous ensemble
sur relation exprime le fait que
une occurrence de classe d'entit
participant une classe de
relation, participe
obligatoirement l'autre classe
de relation.
Elle est reprsent par une flche
reliant deux classes de relation et
montrant la direction de
l'implication.
Cette contrainte ne fait intervenir
que deux relations.
La contrainte d'exclusion sur

relation exprime le fait que deux
occurrences de classes d'entit
ne peuvent pas participer
simultanment une mme
classe de relation.
Elle est reprsent par un "X"
reliant deux classes de relation.
85
86


Modle conceptuel de Traitement analytique

La contrainte
d'galit sur
relation sur relations
Contraintes
d'galit
exprime le fait qu'une occurrence de
classe d'entit participant une classe de
relation, participe obligatoirement
l'autre classe de relation, et
rciproquement. Il s'agit donc d'une
contrainte de sous-ensemble
bidirectionnelle.
Elle est reprsent par un signe "="
reliant deux classes de relation.
Cette contrainte peut faire intervenir
plusieurs occurrences de classes d'entit,
auquel cas une occurrence de classe
d'entit participant une classe de
relation doit participer aux n classes de
relation.
87
MCT Analytique
Le MCTA donne la vision graphique des oprations conceptuelles
du SI et de leurs coordinations. Il distingue les vnements
dclencheurs et les ressources ncessaires (informations utilises)
l'excution des oprations conceptuelles (OC).
L'action et l'tat d'objet

une action est une manipulation des proprits d'un objet du systme
d'information.. Une action peut crer, consulter, modifier ou supprimer
une occurrence d'entit ou d'association.
un tat est un stade transitoire par lequel passe un objet au cours de
son cycle de vie. Un tat peut tre la condition pralable d'un
traitement ou le rsultat d'un traitement.
88
22


L'action sur un
objet porte sur
une
occurrence de
cet objet et
est lie l'tat
de l'objet
avant et aprs
cette action.
Quatre actions
sont possibles.
89
90

Cycle de Vie dun Objet CVO

Objectifs :
Exemple :
Mettre en vidence l'ensemble des tats remarquables d'un individu de

gestion au cours de son cycle de vie.
Identifier les vnements qui transforment les tats.
Illustrer les interactions des changements d'tats.
Affiner les rgles de gestion du MCD.
Prparer la construction du MCT A.
Dans le CVO seuls les individus de gestion nous intressent (pas les
associations).
On ne doit traiter que les objets principaux du MCD.
91
enregistre
en attente
Commande
livrable
Facture
archive
Ce sont des tats stables ou remarquables ( ils ne peuvent voluer

sans vnements )
Le MCD est donc un modle purement statique
Le CVO est lui un modle dynamique
92
23


tat d'un individu :
Exemple d'un CVO :

Reglt
cotisation
- Un tat est un stade transitoire par lequel passe un objet au

cours de son cycle de vie.
C'est le cot transitoire qui permet de diffrencier un tat d'un
sous-type ( au sens de la gnralisation ou de la spcialisation).
Il correspond des choix de gestion.
- Lvnement est le temps ou une action.
Une occurrence de lindividu ne peut tre dans plusieurs tats la
fois.
Abonn
Avis
Suspension
VALIDE
Abonn
Autorisation
Suspendu
Abonn
Radi
93
Avis
Radiation
94

Exercice:
Cycle de vie d'un salari
Un nouvel embauch, avant d'tre titularis, comme instructeur est mis
l'essai pour 3 mois (renouvelable). Durant cette priode, il peut
quitter la socit sans pravis.
L'embauch, devenu titulaire, ne peut quitter la socit que par une
dmission ou un licenciement. Dans ces 2 cas il effectuera un pravis
de 3 mois s'il y est cadre et d'1 mois s'il est non cadre.
Durant sa vie professionnelle, il peut demander un cong de longue
dure, il retrouvera son poste de titulaire son retour.
Construire le cycle de vie de l'individu employ.
95
24

CoursMerise 1 PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

CoursMerise 1 PDF

Transféré par

Droits d'auteur :

Formats disponibles

ANALYSE ET CONCEPTION DES SYSTEMES DINFORMATION

ANALYSE ET CONCEPTION DES

ABDERRAHIM BEN BOUNA

SYSTEME : Ensemble d lments en interaction

RLE DU SYSTEME DINFORMATION

CONCEPTION DUN SYSTEME DINFORMATION

Collecter des informations provenant :

- d autres lments du systme

Mmoriser des donnes :

Traiter les donnes stockes :

-aide la prise de dcision

Sous Ensemble Reprsentatif

RECETTE PROVISOIRE CONFORMITE

MCD : signification des

MOD : signification des

CHOIX DUNE SOLUTION

MLD : description des

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

DESCRIPTION DE CLASSE DENTITE

Lien entre entits (au moins deux). Lassociation

Nom de la caractristique de rfrence

Les associations dune classe ont une smantique et

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

DESCRIPTION DE CLASSE DASSOCIATIONS

Noms des classes dentits impliques

Card_min, Card max

Card_min, Card max

Cardinalit maximum : Combien de fois au maximum une

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

DICTIONNAIRE DES DONNEES

Class par ordre alphabtique des noms

Un nom ne peut tre utilis quune seule fois,

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

CONSELLER DES LIVRES

CONSELLER DES LIVRES

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

Cette relation nest pas en premire forme normale

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE CONCEPTUEL DE DONNEES

LES FORMES NORMALES

LES FORMES NORMALES

2me forme normale

3me forme normale

pour connatre lattribut dsignationProd, on na pas besoin de connatre le numro de commande.

LE MODELE CONCEPTUEL DE DONNEES

LE MODELE LOGIQUE DE DONNEES

le Modle Logique de Donne (MLD)

Modle dfinissant comment les donnes du MCD sont organises

LE MODELE LOGIQUE DE DONNEES

LE MODELE LOGIQUE DE DONNEES

Cardinalit maximum : Combien de fois au maximum une