Pre N.

BENMOUSSA

MERISE
BASES DE DONNÉES
SGBD

Présenté par : Mme N. BENMOUSSA

Cycle d’Ingénieurs
 Pre N. BENMOUSSA 2

La Méthode d’Etude et de Réalisation

Informatique pour les Systèmes d’Entreprise est
une méthode d'analyse, de conception et
de gestion de projet informatique.
 Pre N. BENMOUSSA 3

MODÈLES MERISE
Pre N. BENMOUSSA 4
 Pre N. BENMOUSSA 5

UML ?
 Pre N. BENMOUSSA 6

• Le langage UML (Unified Modeling Language,

ou langage de modélisation unifié) est un
langage de modélisation visuelle commun, riche
sémantiquement et syntaxiquement.
• Il est destiné à l'architecture, la conception et la
mise en œuvre de systèmes logiciels complexes
par leur structure aussi bien que leur
comportement.
 Pre N. BENMOUSSA 7

A RETENIR
• UML est un langage de modélisation orientée objet
• UML n’est pas une méthode
• UML a été adopté par toutes les méthodes orientées objet
• UML est dans le domaine public ; c’est un standard
• UML est un langage pour :
• Visualiser
• Chaque symbole graphique possède une sémantique
• Spécifier
• De manière précise et complète, sans ambiguïté
• Construire
• Une partie du code des classes peut être généré automatiquement
• Documenter
• Les différents diagrammes, notes, contraintes, exigences sont
conservés dans un document
 Pre N. BENMOUSSA 8

LES DIAGRAMMES UML

Diagrammes structurels ou diagrammes statiques (UML Structure)
• diagramme de classes (Class diagram)
• diagramme d'objets (Object diagram)
• diagramme de composants (Component diagram)
• diagramme de déploiement (Deployment diagram)
• diagramme de paquetages (Package diagram)
• diagramme de structures composites (Composite structure diagram)

Diagrammes comportementaux ou diagrammes dynamiques (UML Behavior)

• diagramme de cas d'utilisation (Use case diagram)
• diagramme d'activités (Activity diagram)
• diagramme d'états-transitions (State machine diagram)

Diagrammes d'interaction (Interaction diagram)

• diagramme de séquence (Sequence diagram)
• diagramme de communication (Communication diagram)
• diagramme global d'interaction (Interaction overview diagram)
• diagramme de temps (Timing diagram)
 Pre N. BENMOUSSA 9

CONCEPTS DE MODÉLISATION UML

• Le développement d'un système est axé sur trois modèles de
systèmes globaux :
• Fonctionnel : ce sont des diagrammes de cas d'utilisation, qui
décrivent la fonctionnalité du système du point de vue de
l'utilisateur.
• Objet : ce sont des diagrammes de classes qui décrivent la
structure d'un système en termes d'objets, attributs, associations et
opérations.
• Dynamique : ce sont des diagrammes d'interaction, diagrammes
états-transitions et diagrammes d'activités utilisés pour décrire le
comportement interne du système.
 Pre N. BENMOUSSA 10

LES FONDAMENTAUX ORIENTÉS OBJETS

• Objets Représentent une entité et le module de base

• Classe Plan d'un objet
• Abstraction Comportement d'une entité du monde réel
• Encapsulation Mécanisme qui consiste à relier les
données et à les cacher du monde extérieur
• Héritage Mécanisme par lequel de nouvelles classes
sont créées à partir d'une classe existante
• Polymorphisme Définit le mécanisme sous différentes
formes.
Pre N. BENMOUSSA 11
Pre N. BENMOUSSA 12
Pre N. BENMOUSSA 13
 NIVEAUX D’ABSTRACTION DE
MERISE
NIVEAU QUESTION CONTENU DOMAINE
Conceptuel Que faire ? - données manipulées Gestion
- règles de gestion
- enchaînement des traitements
Logique Qui fait quoi ? - partage des tâches Organisation
Quand ? - mode de traitement
Où ? - répartition géographique des
traitements
- organisation des données

Physique Comment ? - programmes Technique ou

- SGBD Opérationnel
- matériels

Pre N. BENMOUSSA 14
 MODÈLES DE CHAQUE NIVEAUX
D’ABSTRACTION
NIVEAU DONNEES TRAITEMENT

Conceptuel MCD MCT

Modèle Conceptuel des Modèle Conceptuel des
Données Traitements

Organisationnel MLD MOT

Modèle logique des Modèle Organisationnel
données des Traitements

Physique MPD MOPT

Modèle Physique des Modèle Opérationnel
Données des Traitements

Pre N. BENMOUSSA 15
 Pre N. BENMOUSSA 16

MODELE CONCEPTUEL
DE DONNEES (MCD)
Entité Association
Nom d’entité
Nom d’association
Contrats Clients
Signer
N° Contrat 1-1 1-N CodeClient
DateDébut Nom
DateFin … Adresse …
… Propriétés de
l’association

Propriétés d’entité Cardinalités

 Pre N. BENMOUSSA 17

COMPOSANTS MCD
• Entité
Une entité est la représentation d’un objet matériel (concret)
ou immatériel (abstrait) du monde réel. Elle est définie par :

❑Une existence propre et une utilité pour l’organisation

étudiée

❑Des occurrences multiples (au moins deux)

❑Des propriétés (au moins une) dont un identifiant

 Pre N. BENMOUSSA 18

• Propriété
Appelée aussi Information élémentaire,
attribut, la propriété désigne le plus petit élément
d’information manipulable par le concepteur et
ayant un sens pour le SI.
Une propriété doit être décrite par :
• un nom
• une valeur
• un domaine des valeurs possibles (type)
 Pre N. BENMOUSSA 19

EXEMPLE
Nom de la propriété Type de domaine Valeur

Code Client Compteur 1234

Nom Client Alphabétique Messari

Date de règlement Date 12/10/11

Mode de règlement Liste de choix alphabétique Espèces

Désignation Alphanumérique DisqueDur80Mo

Taux Monétaire 1234,50 DH

 Pre N. BENMOUSSA 20

CARACTÉRISTIQUES D’UNE
PROPRIÉTÉ

◼ En fonction de la structure de sa valeur

◼ En fonction du Type de sa valeur

 Pre N. BENMOUSSA 21

CARACTÉRISTIQUES D’UNE PROPRIÉTÉ

(SUITE)
• En fonction de la structure de sa valeur :

• Atomique ou élémentaire : non décomposable :

Prénom, nom, Salaire, ...

• Composée : composée de plusieurs attributs selon

la variation de sa valeur : Date de naissance
(Jour/Mois/Année)
 Pre N. BENMOUSSA 22

◼ En fonction du Type de sa valeur :

• Stable : une fois définie, sa valeur reste inchangée (N°

sécurité sociale, Code Client, …)
• Pseudo Stable : Sa valeur change selon des circonstances non
régulières (Adresse d’une personne, N° Tél, …)
• de Situation : modifications systématiques liées au temps
(Ancienneté, âge,…) ou régulières liées aux activités de
gestion (quantité en stock, solde client,…)
• Mouvement : C’est une propriété dont la valeur quantifie ou
qualifie un objet par rapport à un autre objet (quantité
commandée, Rôle d’un acteur, …)
• Mémorisée ou calculée (déductible des propriétés
mémorisées).
 Pre N. BENMOUSSA 23

INTERIMAIRES

N° Intérimaire
Nom Intérimaire
Adresse Intérimaire
Tél. Intérimaire …

Ensemble Occurrences d’Intérimaires Classe des Entité(Type)

INTERIMAIRES INTERIMAIRES
 Pre N. BENMOUSSA 24

OCCURRENCE (suite)
L’occurrence d’une entité est connue par les valeurs spécifiques prises
par chacune des propriétés de l’entité. Ces propriétés sont communes à
toutes les occurrences de l’entité.

Exemple :
INTERIMAIRES
N° Intérimaire
Nom Client Occurrences de
Adresse Client l’entité INTERIMAIRES
Tél. Client … Intérimaire1042

Entité Intérimaire 1042

Idrissi
5, rue Hassan II 55000 Intérimaire1350
Fès
055 56 67 33 … 1350
Rizki
7, rue salé 21000 Casa
055 56 67 33 …
 Pre N. BENMOUSSA 25

IDENTIFIANT
C’est un groupe d’attributs qui doit être :
 Univalué : possède une seule valeur par occurrence de l’entité

 Discriminant : à une valeur correspond une seule occurrence de l’entité

 Stable : Une fois définie, la valeur de l’identifiant pour une occurrence

doit être inchangée.
 Minimal : dans le cas où il est composé, la suppression d’un de ses
composants lui fera perdre son caractère discriminant
On distingue deux possibilités d’identification d’une entité :
 un ou plusieurs attributs de l’entité à identifier.

 un attribut artificiel
 Pre N. BENMOUSSA 26

EXEMPLE
emprunteur
OUVRAGE
EXEMPLAIRE
Nom
Cote ouvrage Prénom
Titre ouvrage Cote ouvrage & n°
Adresse d’ordre
Editeur Téléphone Date de parution
Etat

Identifiant simple
Identifiant composé Identifiant relatif
 Pre N. BENMOUSSA 27

Validation d’un modèle MCD

Une propriété ne peut qualifier qu’une seule entité ou une seule association

FOURNISSEUR CLIENT FACTURE

Polysèmes
N° fournisseur N° client N° facture
Nom Nom 0,N Correspond 1,1 Date facture
…. …. ….
Adresse Adresse Adresse
fournisseur client client
Redondance

FOURNISSEUR CLIENT
FACTURE
N° fournisseur N° client
N° facture
Nom fournisseur Nom client 0,N Correspond 1,1
Date facture
…. ….
….
Adresse Adresse
fournisseur client
 Pre N. BENMOUSSA 28

LIENS ET CARDINALITES
0-N
Intérimaires Conventions
Nom et prénom Salaire,
date de naissance, 1-N Signer 1-1 la date de début
Adresse …
…

Intervenir Contrats
Numéro de
Clients
contrat, Raison social
1-1 Signer 1-N Adresse
1-N Adresse
la date de début tél

… …
 Pre N. BENMOUSSA 29

CARDINALITES «Maximum»

On distingue 3 types de liens :

• Lien fonctionnel 1:n

• Lien hiérarchique n:1
• Lien maillé n:m
 Pre N. BENMOUSSA 30

LIEN FONCTIONNEL 1:n

 Pre N. BENMOUSSA 31

LIEN HIÉRARCHIQUE N:1

 Pre N. BENMOUSSA 32

LIEN MAILLE n:m

 Pre N. BENMOUSSA 33

RÈGLES DE VALIDATION
1. Chaque entité possède un identifiant non «Null»
2. Chaque propriété d’une occurrence d’entité ne possède, au
plus, qu’une valeur .
3. Toutes les propriétés doivent être élémentaires.
4. Toutes les propriétés autres que l’identifiant doivent dépendre
pleinement et directement de l’identifiant.
5. A chaque occurrence d’une association correspond une et une
seule occurrence de chaque entité participant à l’association.
6. Pour une occurrence d’une association, il ne doit exister au
plus, qu’une valeur pour chaque propriété de cette
association.
7. Chaque propriété d’une association doit dépendre pleinement
et directement de tout l’identifiant et non pas d’une partie
seulement de celui-ci.
 Pre N. BENMOUSSA 34

DÉMARCHE DE CONCEPTION

1.Déterminer les besoins

2. Elaborer le dictionnaire de données correspondant

3. Concevoir le DDF/DDC, MCD, MCT, MLD, MPD

4. Saisir les données et gérer la BDD.

 Pre N. BENMOUSSA 35

DICTIONNAIRE DES DONNÉES

1

2
 Pre N. BENMOUSSA 36

DÉMARCHE DE
CONSTRUCTION DU
DIAGRAMME DE FLUX
1.Définir précisément le domaine de l’étude à savoir : quelle activité au
sein de quelle organisation ?

2. Repérer les acteurs en distinguant les acteurs externes des acteurs

internes.

3. Repérer les flux entre les acteurs en les ordonnant si c’est utile à une
meilleure compréhension de l’activité

4. Tracer le diagramme de flux en même temps que l’on repère les acteurs
et les flux
 Pre N. BENMOUSSA 37

Exemple : DIAGRAMME DE FLUX

TAF : Classez les différents flux
(Numérotez-les)
 Pre N. BENMOUSSA 38

APPLICATION
• Les commandes envoyées par les clients sont traitées par
le service commercial en relation avec les services
financier et magasin. Une fois la commande confirmée,
les BL/BR sont établis par l’agent commercial et la facture
par le service financier. Ce dernier envoie celle-ci avant la
livraison. Le paiement effectué, le magasinier livre la
marchandise qu’il a déjà préparée à partir de la copie du
bon de commande.
TAF : Schématisez le DDF (Diagramme de flux)
 Pre N. BENMOUSSA 39

BON APPRENTISSAGE