MERISE HEI 3 - Décembre 2005. Objectifs du cours n Aborder les outils et les techniques actuelles...

MERISE

HEI 3 - Décembre 2005

Objectifs du cours Aborder les outils et les techniques actuelles

utilisés par les concepteurs de Système d’information

Doit être complété par des cours plus techniques : SGBD, Gestion de projet, ...

MERISE

Introduction Modèle Conceptuel des Traitements Modèle Conceptuel des Données Modélisation Logique des Données

MERISE

Introduction Modèle Conceptuel des Traitements Modèle Conceptuel des Données Modélisation Logique des Données

Introduction

Généralités Approche systémique Méthodes de conception

Introduction

Généralités Approche systémique Méthodes de conception

Les années 60 Machine IBM 370

Perforateur, imprimante Système DOS Quelques Mo de mémoire Quelques 100 Mo de disque

Programmation Assembleur Cobol Fortran

Automatisation du processus

faire le plus de faire le plus de traitements traitements possibles dans le possibles dans le moins de moins de mémoiremémoire

faire le plus de faire le plus de traitements traitements possibles dans le possibles dans le moins de moins de mémoiremémoire

Les années 60 Machine IBM 370

Perforateur, imprimante Système DOS Quelques Mo de mémoire Quelques 100 Mo de disque

Programmation Assembleur Cobol Fortran

Automatisation du processus

Les années 80 Evolution des systèmes d’exploitation

transactionnel DOS-VSE VM/CMS Evolution du hardware

évolution des capacités stations de travail, réseaux locaux

Base de données Télé-traîtement et informatique transactionnelle

Reprendre et maintenir la programmation existanteReprendre et maintenir la programmation existanteMéthode de conceptionMéthode de conceptionReprendre et maintenir la programmation existanteReprendre et maintenir la programmation existanteMéthode de conceptionMéthode de conception

Les années 80 Evolution des systèmes d’exploitation

transactionnel DOS-VSE VM/CMS Evolution du hardware

évolution des capacités stations de travail, réseaux locaux

Base de données Télé-traîtement et informatique transactionnelle

Les années 90 Architecture Client-Serveur Base de données relationnelles L4G, AGL Windows

Conserver l’intégrité des informationsConserver l’intégrité des informationsGarantir l’homogénéité des systèmesGarantir l’homogénéité des systèmesConserver l’intégrité des informationsConserver l’intégrité des informationsGarantir l’homogénéité des systèmesGarantir l’homogénéité des systèmes

Les années 90 Architecture Client-Serveur Base de données relationnelles L4G, AGL Windows

Système d’information

Organisation

Traîtements

Données

Echange d’information

Introduction

Généralités Approche systémique Méthodes de conception

Approche systémique

Objet passifObjet passif

Objet informéObjet informé

Image systémique du SI

PilotagePilotagePilotagePilotage Sytème Sytème d’informad’informa

tiontion

Sytème Sytème d’informad’informa

tiontion

Systèmes opérantsSystèmes opérantsSystèmes opérantsSystèmes opérants

Image systémique du SI Sytème de pilotage

fixe les règles réalise les arbitrages

Système d’information mémoire collective

Système opérant apporte les réponses aux sollicitations

Image systémique du SI

SPSPSPSP SISISISI

SOSOSOSO

Informatique transactionnelleInformatique transactionnelle

Image systémique du SI

SPSPSPSP SISISISI

SOSOSOSO

Aide à la décision, expertiseAide à la décision, expertise

Introduction

Généralités Approche systémique Méthodes de conception

Historique 1977 Le ministère de l’industrie lance une

consultation pour définir une méthode de conception Les composants de cette méthode : CORIG décomposition du projet en étapes

approche systémique modélisation entités/relations Chen

Le début des années 80 boude MERISE L’approche des années 90 en fait un indispensable

Les principales méthodes MERISE (Français)

AXIAL (IBM)

MEGA ( Gamma internationnal)

YOURDON (Anglo-saxon)

MERISE

éthode éthode tude et detude et deéalisationéalisationnformatique parnformatique parousousnsemblesnsembles

MMEERRIISSEE

MMEERRIISSEE

d’d’

MERISE

thode pourthode pourassembler sesassembler sesdéesdéesansansffortsfforts

MEMERRIISSEE

MEMERRIISSEE

Les différents niveaux de préoccupation

Conceptuel(choix de gestion)

Organisationnel (logique)

Opérationnel (physique)

Quoi

QuiQuandOùComment

Comment

La courbe du soleil merise

Conceptuel

Organisationnel

Opérationnel

Modèle conceptuel de donnéesModèle conceptuel des

traitements

Dictionnaire des données et des thèmes.

Diagrammes de circulation des informations

Dictionnaire des données et des thèmes.

Diagrammes de circulation des informations

Modèle conceptuel avec cardinalités

Modèle conceptuel validé

Schéma relationnel des données Optimisation du diagramme de

circulation (symbole / lien)

Modèle physique des donnéesModèle physique des traitements

Objectifs / contraintesCahier des charges

Les entités manipulées

Données

Traîtements

Flux (d’information)

Les entités manipulées

Flux

Données

Traîtement

Les grands objectifs des méthodes

Fournir une boite à outils pour la modélisation

Structurer la démarche projet

Favoriser le dialogue utilisateur - informaticien

La boite à outils

DonnéesDonnées TraîtementsTraîtements FluxFlux

ConceptuelConceptuel MCTMCT MCCMCC

Organisa-tionnel

Organisa-tionnel

MOT 1MOT 2MOT 1MOT 2 MOCMOC

PhysiquePhysique MPDMPD

MLDMLD

MCDMCD

MPD : Modèle Physique des DonnéesMPD : Modèle Physique des Données

Le cycle en V

Besoin Exploitation

Analyse Recette

Conceptiongénérale

ConceptionDétaillée

Codage Tests unitaires

Tests d’intégrationConceptuel

Logique

Physique

Introduction

Généralités Historique Le SI

Approche systémique Système de pilotage Système d’information

Méthodes de conception Historique Merise et sa boite à outils Le cycle en V

MERISE

Introduction Modèle Conceptuel des Traitements Modèle Conceptuel des Données Modélisation Logique des Données

Modèle Conceptuel des Traitements Objectifs Définition Exemples

Modèle Conceptuel des Traitements Objectifs Définition Exemples

MCT - Objectifs

Opération 1Opération 1

Opération 2Opération 2

Opération 3Opération 3

Opération 4Opération 4

Opération 5Opération 5

Opération NOpération N

Processus

Fin du Processus

Rupture

Rupture

Rupture

Rupture

Rupture

MCT - Objectifs

Sollicitation

Règles

Réponses

Modèle Conceptuel des Traitements Objectifs Définition Exemples

Définitions Opération :

Ensemble de traitements homogènes dans le cycle décisionnel et temporel.

Rupture : Frontière entre deux opérations.

Synchronisation : combinaison des événements qui déclenchent une

opération.

Représentation de l'opération

Règles d'émissionRègles d'émission

AA BB CC

A et (B ou C)A et (B ou C)

Règles de gestionRègles de gestion

MnémoniqueMnémonique

R1R1 R2R2 R3R3

événements

synchro.

résultats

opération

Représentation de l'opération

Règles d'émissionRègles d'émission

AA BB CC

A et (B ou C)A et (B ou C)

Règles de gestionRègles de gestion

MnémoniqueMnémonique

R1R1 R2R2 R3R3

Événements : -Interne ( résultats précédents )-Externe ( hors référentiel) :

-Flux ( commande,livraison)-Temporisation( 31/12 inventaire)-Décision arbitraire.

synchro.

Résultats :Valeur ajoutée par une opération- Concret ( création d’objet )

- Abstrait ( pas de création d’objet)

Opération :Ensemble des traitements élémentaires non interruptible, déclenché par au moins 1 évènement et produisant au moins un résultat.

Processus : -Ensemble d’opérationsDéclenché par au moins unÉvènement extérieur

Représentation de l'opération

Organigramme 1 entrée unique 1 sortie unique de tout point on va à l'entrée et à la sortie

Représentation de l'opération

Organigramme 1 entrée unique 1 sortie unique de tout point on va à l'entrée et à la sortie

MCT Multi-entrée Multi-sortie

Représentation de l'opération

Achat VoitureAchat Voiture

Bon de garantieFacture

Panne

Réparation sous garantieRéparation sous garantieDécisionclient

EntretienEntretien

Représentation de l'opération Méthode de construction

Identifier les règles de gestion

Rechercher les ruptures (temps, décision)

Construire le MCT

Outil de structuration MCC ( modele conceptuel communication et GFA ( graphe des flux entre facteurs).

Représentation de l'opération

a et ba et b

FacturationFacturation

Bon livraison

Paiementclient

a et ba et b

EnregistrementEnregistrement RelanceRelance

Fin mois

8hLundi

a et (b et c) a et (b et c)

Facture payée appelclientappelclient

Facture

Modèle Conceptuel des Traitements Objectifs Définition Exemples

1er Exemple :

Vente à un client

Vente à un client Processus de vente dans un contexte

hypermarché.

Règlement possible par CB ou chèque si montant > 15 €.

Remise d'un ticket à la caisse.

Vente à un client

OKOK Pas OKPas OK

RechercheRecherche

articledisponible

articledisponible

Demanded'achat

Demanded'achat

articleindisponible

articleindisponible

ETET

articledisponible

articledisponible

Arrivéeen caisseArrivée

en caisse

Sommeà payerSommeà payer

S(prix à payer)- S(avoirs)- S(acomptes) = S.P.

S.P.S.P.SommationSommation

Vente à un client Si l’article est disponible

ETET

Sommeà payerSommeà payer

Mode depaiementMode depaiement

Paiement CBou Chèque

Paiement CBou Chèque

PaiementEspècesPaiementEspèces

"+" = ou

PaiementPaiement

(CB+Ch)ET

15 €

(CB+Ch)ET

15 €

Espècesou

< 15 €

Espècesou

< 15 €

Vente à un client Une fois la somme à payer définie

Vente à un client Si paiement CB ou Chèque, il faut en contrôler la

validité

ETET

RejetRejet ContrôleOK

ContrôleOK

ContrôleContrôle

Pas OKPas OK OKOK

Paiement CBou Chèque

Paiement CBou Chèque

LancementvérificationLancementvérification

OUOU

TicketTicket

ContrôleOK

ContrôleOK

PaiementEspècesPaiementEspèces

EnregistrementEnregistrement

Vente à un client Il faut alors émettre le ticket de caisse

2ème Exemple :Gestion des

approvisionnements dans une société

Gestion des approvisionnements L'acheteur envoie une demande

d'approvisionnement aux fournisseurs possibles. Selon leurs prix, ils choisissent un fournisseur. Etablissement d'un bon de commande. Après livraison, contrôle des articles et retour si

problème(s).Sinon, articles stockés et bon à payer établi par le magasin.

A la réception de la facture, si la correspondance facture-bon à payer est bonne alors chèque.

Demandede prix

Demandede prix

Demanded'approvisionnement

Demanded'approvisionnement

Recherche de fournisseurRecherche de fournisseur

Gestion des approvisionnements

ETET

Fournisseurchoisi

Fournisseurchoisi

Demandede prix

Demandede prix

Choix d'un fournisseurChoix d'un fournisseur

OffreOffre

CommandeCommande

Gestion des approvisionnements Il faut alors choisir un fournisseur

ETET

CommandeCommande

Contrôle des articlesContrôle des articles

LivraisonLivraison

OKOK Pas OKPas OK

Gestion des approvisionnements Une fois les articles commandés, on les attend

ETET

Bonà payer

Bonà payer

CommandeCommande

Contrôle des articlesContrôle des articles

LivraisonLivraison

ArticlesstockésArticlesstockés

OKOK Pas OKPas OK

Gestion des approvisionnements Une fois les articles commandés, on les attend

ETET

Bonà payer

Bonà payer

CommandeCommande

Contrôle des articlesContrôle des articles

LivraisonLivraison

ArticlesstockésArticlesstockés

OKOK Pas OKPas OK

RetourlivraisonRetour

livraison

Gestion des approvisionnements Une fois les articles commandés, on les attend

ETET

Fournisseurchoisi

Fournisseurchoisi

ChèqueChèque

Réalisation du paiementRéalisation du paiement

Bonà payer

Bonà payerFactureFacture

Gestion des approvisionnements Si la marchandise est bonne, il faut la payer

Modèle Conceptuel des Traitements

Objectifs

Définition

Exemples

MERISE

Introduction Modèle Conceptuel des Traitements Modèle Conceptuel des Données Modélisation Logique des Données

Modèle Conceptuel des Données Problématique Les objets Les relations Exemple Cardinalités Règles de simplification Règles de construction Normalisation

Modèle Conceptuel des Données Problématique Les objets Les relations Exemple Cardinalités Règles de simplification Règles de construction Normalisation

la Voiturela Voiturerougerouge

490 WE 59490 WE 59

la Voiture rougela Voiture rougedu fonddu fond

L'identification d'un L'identification d'un élément est propreélément est propre

Problématique Parking

ProblématiqueProblématiqueSUPERMARCHESUPERMARCHE

SUPERMARCHESUPERMARCHE

SUPERMARCHESUPERMARCHE

SAVONSAVONSAVONSAVON

1,50 €1,50 €0.4 €0.4 €

boite de 6boite de 6sardines àsardines àl'huile d'olivel'huile d'olivepetit moussepetit mousse

L'objet de la modélisation de Chen est de réaliser une L'objet de la modélisation de Chen est de réaliser une cartographie normalisée et exhaustive cartographie normalisée et exhaustive des informations.des informations.L'objet de la modélisation de Chen est de réaliser une L'objet de la modélisation de Chen est de réaliser une cartographie normalisée et exhaustive cartographie normalisée et exhaustive des informations.des informations.

ProblématiqueProblématiqueSUPERMARCHESUPERMARCHE

SUPERMARCHESUPERMARCHE

SUPERMARCHESUPERMARCHE

SAVONSAVONSAVONSAVON

1,50 €1,50 €0.4 €0.4 €

1,7 €1,7 €

0.6 €0.6 €

0.7 €0.7 €

boite de 6boite de 6sardines àsardines àl'huile d'olivel'huile d'olivepetit moussepetit mousse

Modèle Conceptuel des Données Problématique Les objets Les relations Exemple Cardinalités Règles de simplification Règles de construction Normalisation

Les objets Objet :

Entité porteuse de propriétés qui est identifiée par l'organisme

Propriété : Information élémentaire dépendante d'un objet ou d'une

association d'objets

Identifiant : Propriété, ou composition de propriétés, qui permet

l'identification exacte d'une occurence

VéhiculeVéhicule

n° immatriculationcouleurpuissance

n° immatriculationcouleurpuissance

Les objets Parking

VéhiculeVéhicule

n° immatriculationcouleurpuissance

n° immatriculationcouleurpuissance

VéhiculeVéhicule

marquecouleurpositionn° immatriculationpuissance

marquecouleurpositionn° immatriculationpuissance

Les objets Parking

MnémoniqueMnémonique

IdentifiantPropriété 1Propriété 2. . . . . . . . . Propriété n

IdentifiantPropriété 1Propriété 2. . . . . . . . . Propriété nnn

Nombre fini et défini de propriétés

Nombre fini et défini de propriétés

Les objets

MnémoniqueMnémonique

IdentifiantPropriété 1Propriété 2. . . . . . . . . Propriété n

IdentifiantPropriété 1Propriété 2. . . . . . . . . Propriété n

Les objets

MnémoniqueMnémonique

IdentifiantPropriété 1Propriété 2. . . . . . . . . Propriété n

IdentifiantPropriété 1Propriété 2. . . . . . . . . Propriété n

Les objets

Modèle Conceptuel des Données Problématique Les objets Les relations Exemple Cardinalités Règles de simplification Règles de construction Normalisation

RelationRelation

Entité qui peut être porteuse de propriétés

Identifiée par la composition des identifiants

Association perçue entre objets de l'univers étudié

Les relations

A B

AR B

Les relations

PersonnePersonne

N° SSNomN° SSNom

A pour mèreA pour mère

Les relations Relation binaire réflexive (1/2)

ObjetObjet

IDP1

. . .Pn

IDP1

. . .Pn

RelationRelation

PR1

. . . .PRn

Les relations Relation binaire réflexive (2/2)

MagasinMagasin

Nomadresseville

Nomadresseville

VendreVendrePrix de vente

ProduitProduit

Codedésignationpackaging

Codedésignationpackaging

Les relations Relation binaire (1/2)

Objet 1Objet 1

ID1

P11

. . . .P1n

ID1

P11

. . . .P1n

Objet 2Objet 2

ID2

P21

. . . .P2n

ID2

P21

. . . .P2n

RelationRelation

PR1

. . . .PRn

Les relations Relation binaire (2/2)

MagasinMagasin

Nomadresseville

Nomadresseville

VendreVendrePrix de vente

ProduitProduit

Codedésignationpackaging

Codedésignationpackaging

PériodePériode

Codedate débutdate fin

Codedate débutdate fin

Les relations Relation n-aire (1/2)

Objet 1Objet 1

ID1

P11

. . . .P1n

ID1

P11

. . . .P1n

Objet 2Objet 2

ID2

P21

. . . .P2n

ID2

P21

. . . .P2n

RelationRelation

PR1

. . . .PRn

Objet 3Objet 3

ID3

P31

. . . .P3n

ID3

P31

. . . .P3n

Les relations Relation n-aire (2/2)

Relation binaire réflexiveRelation binaire réflexive

Relation binaireRelation binaire

Relation ternaireRelation ternaire

Les relations Résumé

Modèle Conceptuel des Données Problématique Les objets Les relations Exemple Cardinalités Règles de simplification Règles de construction Normalisation

Recettes

Exemple

Une recette =

sel

beurre

eau

ingrédient

Exemple Modélisation du S.I. lié à un livre de recettes

Un ingrédient peut en

remplacer un autre

Exemple

RecetteRecette

nom recettenom recette Se compose deSe compose de

Quantité

IngrédientIngrédient

Nom ingredNom ingred

Remplacé parRemplacé par

Exemple

Erreur, un ingrédient peut en remplacer Erreur, un ingrédient peut en remplacer un autre dans une recette déterminéeun autre dans une recette déterminée

Exemple

RecetteRecette

nom recettenom recette Se compose deSe compose de

Quantité

IngrédientIngrédient

Nom ingredNom ingred

Remplacé parRemplacé par

Exemple

Modèle Conceptuel des Données Problématique Les objets Les relations Exemple Cardinalités Règles de simplification Règles de construction Normalisation

0000 1111 2222 nnnn3333

aucuneaucune

doit existerdoit exister

plusieursplusieurs

Cardinalités Définition

Nombre minimum et nombre maximum d'occurrences de la relation au départ d'une occurrence de l'ensemble.

AA BB

Cardinalités Relation 1,1 - 0,1

AA BBParentParent EnfantEnfant

Cardinalités Relation 0,n - 0,1

Appelée : Relation hiérarchique

Cardinalités

AA BB Relation 0,n - 0,n

Appelée : Relation N-P

PersonnePersonne

N° SSNomN° SSNom

A pour mèreA pour mère1,1

0,n

Cardinalités

correct conceptuellement non initialisable

PersonnePersonne

N° SSNomN° SSNom

A pour mèreA pour mère0,1

0,n

Cardinalités

correct conceptuellement initialisable

MagasinMagasin

Nomadresseville

Nomadresseville

VendreVendrePrix de vente

ProduitProduit

Codedésignationpackaging

Codedésignationpackaging

0,n 0,n

Cardinalités

MagasinMagasin

Nomadresseville

Nomadresseville

VendreVendrePrix de vente

ProduitProduit

Codedésignationpackaging

Codedésignationpackaging

0,n 0,n

Cardinalités

MagasinMagasin

Nomadresseville

Nomadresseville

VendreVendrePrix de vente

ProduitProduit

CodedésignationpackagingPrix de vente

CodedésignationpackagingPrix de vente

0,n 0,1

Cardinalités

MagasinMagasin

Nomadresseville

Nomadresseville

VendreVendreProduitProduit

CodedésignationpackagingPrix de vente

CodedésignationpackagingPrix de vente

0,n 0,1

Cardinalités

Une relation hiérarchique ne peut être porteuse de propriétés

MagasinMagasin

Nomadresseville

Nomadresseville

VendreVendrePrix de vente

ProduitProduit

Codedésignationpackaging

Codedésignationpackaging

PériodePériode

Codedate débutdate fin

Codedate débutdate fin

0,n

0,n

0,n

Cardinalités

MagasinMagasin

CodeCode Réaliser C.A.Réaliser C.A.

C.A.

MoisMois

moismois

magasinmagasin

Code. . . . .Chiffre affaire

Code. . . . .Chiffre affaire

0,n 0,n

Cardinalités Gestion des Historiques

0,n 0,n

MagasinMagasin

CodeCode

Réaliser C.A.Réaliser C.A.

C.A.

MoisMois

moismois

RayonRayon

CodeCode

0,n

Cardinalités

Modèle Conceptuel des Données Problématique Les objets Les relations Exemple Cardinalités Règles de simplification Règles de construction Normalisation

MagasinMagasin

Code magasinnbre personneCode magasinnbre personne

SuperetteSuperette

Code superettesurface venteCode superettesurface vente

1,1 1,1

SynonymeSynonyme

MagasinMagasin

Code magasinnbre personnesurface vente

Code magasinnbre personnesurface vente

Règles de simplification

ContratContrat

entreentren° Contrat :n° Contrat :

etet

il ail a

pourpour pourpour

Règles de simplification

0,n 0,n

ClientClient

Codenomsolvabilité

Codenomsolvabilité

SouscrireSouscrire

ContratContrat

Code contratmontant HTdate

Code contratmontant HTdate

FournisseurFournisseur

CodenomCodenom

1,1

Règles de simplification

0,n 0,n

ClientClient

Codenomsolvabilité

Codenomsolvabilité

SouscrireSouscrire

ContratContrat

Code contratmontant HTdate

Code contratmontant HTdate

FournisseurFournisseur

CodenomCodenom

1,1

CIFCIF CIFCIF

0,n 0,n

1,1 1,1

Règles de simplification

ClientClient

Codenomsolvabilité

Codenomsolvabilité

ContratContrat

Code contratmontant HTdate

Code contratmontant HTdate

FournisseurFournisseur

CodenomCodenom

CIFCIF CIFCIF

0,n 0,n

1,1 1,1

Règles de simplification

0,1

0,n 1,n 0,n 1,n

0,1 0,1

1,n 0,n 1,n0,n

++

ordre N 1 ++ N-1

Règles de simplification

Modèle Conceptuel des Données Problématique Les objets Les relations Exemple Cardinalités Règles de simplification Règles de construction Normalisation

Code magasinCode superetteCode produitPrix de vente produitChiffre d'affaire/produit/moisMoisCode articleLibellé article

Code magasinCode superetteCode produitPrix de vente produitChiffre d'affaire/produit/moisMoisCode articleLibellé article

Dictionnaire brut

Règles de construction Identifier objets, identifiants, propriétés, relations

probables

Code magasinCode superetteCode produitPrix de vente produitChiffre d'affaire/produit/moisMoisCode articleLibellé article

Code magasinCode superetteCode produitPrix de vente produitChiffre d'affaire/produit/moisMoisCode articleLibellé article

Dictionnaire épuré

Règles de construction Supprimer polysèmes et synonymes

Code magasinCode produitPrix de vente produitChiffre d'affaire/produit/moisMoisLibellé article

Code magasinCode produitPrix de vente produitChiffre d'affaire/produit/moisMoisLibellé article

Dictionnaire épuré

Règles de construction Supprimer polysèmes et synonymes

Chiffre d'affaire/produit/moisChiffre d'affaire/produit/mois

MagasinMagasin

Code magasinCode magasin

ProduitProduit

Code produitlibellé produitprix de vente produit

Code produitlibellé produitprix de vente produit

MoisMois

Règles de construction Sortir tous les objets

Règles de construction

MagasinMagasin

Code magasinCode magasin

ProduitProduit

Code produitlibellé produitprix de vente produit

Code produitlibellé produitprix de vente produit

MoisMois

RéaliserRéaliser

C.A.

Elaborer le modèle

DomaineDomaine FournisseurFournisseur

FactureFacture

Facture clientFacture client

Modèle externeModèle externe

FactureFacturefournisseurfournisseur

Modèle interneModèle interne

Validation aux modèles externes

Modèle Conceptuel des Données Problématique Les objets Les relations Exemple Cardinalités Règles de simplification Règles de construction Normalisation

1FN1FN

2FN2FN

3FN3FN

BCNFBCNF

4FN4FN

5FN5FN

NormalisationNormalisation

MnémoMnémo

Identifiantprop 1prop 2. . . . . prop n

Identifiantprop 1prop 2. . . . . prop n

Dépendance fonctionnelle P R

MnémoMnémo

Identifiantprop 1prop 2. . . . . prop n

Identifiantprop 1prop 2. . . . . prop n

AssuréAssuré

Id. assurénomdate naissance

Id. assurénomdate naissance

Dépendance fonctionnelle P R

ClientClient

Code clientCode client D.F.D.F.ContratContrat

Code contratCode contrat

1,n 0,n

forte

Dépendance fonctionnelle forte

ProspectProspect

Id. prospectId. prospect D.F.D.F.VisiteVisite

Id. visiteId. visite

0,n 1,n

faible

Dépendance fonctionnelle faible

QQii

QQjj

PP

QQii

QQjj

PP

RRii

RRjj

RRii

RRjj

Dépendance multi-évaluée P Q/R

Si (P,Qi, Ri) et (P, Qj, Rj) alors (P, Qi, Rj) et (P, Qj, Ri)

EntitéRelationEntitéRelation

1FN1FN IdentifiantAtomicitéIdentifiantAtomicité

PersonnePersonne

Id. personnecaractéristiquesId. personnecaractéristiques

PersonnePersonne

Id. personnenomadressepoidsqualification

Id. personnenomadressepoidsqualification

1FN

RelationRelation 2FN2FN

CommercialCommercial

DF ElémentaritéAtomicité

ContratContrat

Commission

AnnéeAnnéeparcontratet parannée

ContratContrat

Commission

parcontratpar

année

CommercialCommercial

AnnéeAnnéeCommission

2FN

EntitéRelationEntitéRelation

3FN3FN DF entre propriétéssont directes

DF entre propriétéssont directes

IntervenantIntervenant

Id. intervenantnom intervenantlibellé typetype intervenant

Id. intervenantnom intervenantlibellé typetype intervenant

IntervenantIntervenant

Id. intervenantnom intervenantId. intervenantnom intervenant

type Interv.type Interv.

Id. typelibellé typeId. typelibellé type

D.F.D.F.

3FN

Modèle Conceptuel des Données

Problématique Les objets Les relations Cardinalités Règles de simplification Règles de construction Normalisation

MERISE

Introduction Modèle Conceptuel des Traitements Modèle Conceptuel des Données Modélisation Logique des Données

Modèlisation Logique des Données Objectifs Règles de passage pour le

modèle relationnel Exercice

Modèlisation Logique des Données Objectifs Règles de passage pour le

modèle relationnel Exercice

DonnéesDonnées TraitementTraitement FluxFlux

ConceptuelConceptuel

PhysiquePhysique

LogiqueLogique

MCDMCD

MLDMLD

MPDMPD

Objectifs Mise en œuvre de la base à partir du modèle

conceptuel

MCDMCD

MLDMLD MLDMLD MLDMLD MLDMLD

Règle1

Règ

le2 R

ègle3

Règle4

Base hiérarchique SGF

BaseRéseau

BaseRelationnelle

Objectifs

Modèlisation Logique des Données Objectifs Règles de passage pour le

modèle relationnel Exercice

Règle 11 table1 objet MCD

ClientClient

N° ClientNomAdresse

N° ClientNomAdresse

N° ClientN° Client NomNom AdresseAdresse

Objet1Objet1

Id1Prop11. . . . . .Prop1n

Id1Prop11. . . . . .Prop1n

Table1Table1

Clé1Att11. . . . Att1n

Clé1Att11. . . . Att1n

Règle 2

Id Id objet parentobjet parentdevient attribut devient attribut table enfanttable enfant

relationrelationhiérarchiquehiérarchique

Règle 2InterlocuteurInterlocuteur

Nom InterlocuteurAgeNom InterlocuteurAge

NomNom AgeAge Code SIRENCode SIREN

Objet1Objet1

Id1Prop11. . . . . .Prop1n

Id1Prop11. . . . . .Prop1n

Table1Table1

Clé1Att11. . . . Att1n

Clé1Att11. . . . Att1n

Interlocuteur

AppartenirAppartenir

EntrepriseEntreprise

Code SIRENNom EntrepriseAdresse

Code SIRENNom EntrepriseAdresse

Code SIRENCode SIREN NomNom AdresseAdresseEntreprise

Objet2Objet2

Id2Prop21. . . . . .Prop2n

Id2Prop21. . . . . .Prop2n

RelRel

0,1

0,n

0,10,n

Table2Table2

Clé2Att21. . . . Att2nClé1

Clé2Att21. . . . Att2nClé1

Règle 3

La relation devient une table.La relation devient une table.

Les clés de la table sont les identifiants Les clés de la table sont les identifiants des objets reliés.des objets reliés.

Relations ordre N=2 et de cardinalité NPRelations ordre N=2 et de cardinalité NPRelation ordre N>2Relation ordre N>2

Règle 3

FournisseurFournisseur

Code FournisseurNom FournisseurAdresse

Code FournisseurNom FournisseurAdresse Code FournisseurCode Fournisseur Nom FournisseurNom Fournisseur AdresseAdresse

ArticleArticle

Code ArticleDescriptionCode ArticleDescription

0,n

ProposerProposerPrixDélai

0,n

Code FournisseurCode Fournisseur

Code ArticleCode Article

PrixPrix DélaiDélaiCode ArticleCode Article

DescriptionDescription

Règle 3FournisseurFournisseur

Code FournisseurCode Fournisseur

Code FournisseurCode Fournisseur

ArticleArticle

Code ArticleCode Article0,nLivrerLivrer

Taux de rebutQuantité

0,n

Code ArticleCode Article

MagasinMagasin

N° MagasinN° Magasin

0,n

N° MagasinN° Magasin QuantitéQuantité Taux de rebutTaux de rebutLivraison

Règle 3Objet1Objet1

Id1Prop11. . . . . .Prop1n

Id1Prop11. . . . . .Prop1n

Objet2Objet2

Id2Prop21. . . . . .Prop2n

Id2Prop21. . . . . .Prop2n

Objet3Objet3

Id3Prop31. . . . . .Prop3n

Id3Prop31. . . . . .Prop3n

RelRelPR1. . .

PRn

Table RelTable Rel

Id1Id2Id3PR1. . . . PRn

Id1Id2Id3PR1. . . . PRn

Règle 4

Objet1Objet1

Id1Prop11. . . . . .Prop1n

Id1Prop11. . . . . .Prop1n

Table1Table1

Clé1Att11. . . . Att1n Clé2

Clé1Att11. . . . Att1n Clé2

Objet2Objet2

Id2Prop21. . . . . .Prop2n

Id2Prop21. . . . . .Prop2n

0,10,1

Table2Table2

Clé2Att21. . . . Att2nClé1

Clé2Att21. . . . Att2nClé1

Traitement de l'alternativeTraitement de l'alternative

0,1 0,1

Modèlisation Logique des Données Objectifs Règles de passage pour le

modèle relationnel Exercice

ExerciceRéalisateurRéalisateur

N° RéalisateurNom RéalN° RéalisateurNom Réal

A réaliséA réalisé

FILMFILM

N° FilmNom FilmN° FilmNom Film

1,n

1,n

AgentAgent

Id AgentNom AgentId AgentNom Agent

ManagerManager

ActeurActeur

N° ActeurNom ActeurN° ActeurNom Acteur

1,n

1,1

A tourné dansA tourné dansN° Contrat

1,n 1,n

ExerciceRéalisateurRéalisateur

N° RéalisateurNom RéalN° RéalisateurNom Réal

FILMFILM

N° FilmNom FilmN° FilmNom Film

AgentAgent

Id AgentNom AgentId AgentNom Agent

ActeurActeur

N° ActeurNom ActeurId Agent

N° ActeurNom ActeurId Agent

RéaliserRéaliser

N° RéalisateurN° FilmN° RéalisateurN° Film

TournerTourner

N° FilmN° ActeurN° contrat

N° FilmN° ActeurN° contrat