Modlisation de systmes

dinformation : les donnes

Charles Quguiner
Introduction la
Conception de MCD Merise
Version Fvrier 2014

Certains graphiques sont inspirs dun

document de Julie Chabalier
1
Universit Rennes1 - LIM

Plan
! Introduction
" Systme dinformation
" Cycle de vie dune base de donnes
! Modlisation
"1.1 Objectifs
"1.2 Approche intuitive
"1.3 Formalisme du Modle Entit/Association
"Formalisme du modle Objets UML (plus tard)
! Conception
" Modle logique de donnes (plus tard)

Systme dinformation

" Dfinition (Wikipedia) :

Un systme d'information (SI) est un ensemble organis de
ressources (matriels, logiciels, personnel, donnes et
procdures) qui permet de collecter, regrouper, classifier, traiter
et diffuser de l'information sur un environnement donn.
" Cette information est compose de donnes et de
traitements pour les grer et nous allons tudier
principalement laspect donnes et structuration de
celles-ci.

Cycle de vie d'une base de donnes

" Modlisation :
modle conceptuel de donnes (MCD)
les entits, les associations, les attributs
" Schma informatique des donnes :
modle logique de donnes (MLD)
les tables, les cls (PK, FK), les attributs (les colonnes)
" Construction de la structure (create table)
" Entre des donnes (insert into)
" Exploitation des donnes vivantes (select from where)
et mises jour de celles-ci.
" Maintenance des donnes (sauvegarde, restauration)
" Archivage et exploitation donnes mortes dans un
entrept de donnes
4

1.1 Modlisation : Objectif

" = Reprsenter un domaine applicatif rel en vue de
lautomatiser (linformatiser) totalement ou partiellement.
" Pour cela, il faut :
Cerner lapplication qui nous intresse ;
On ne peut pas toujours tout faire dun coup ;
Exemple : la gestion des ventes, puis la gestion de lapprovisionnement,
puis

Identifier les concepts propres lentreprise :

# Description des concepts ;
# Description des rgles dutilisation :
#
#
#
#

entits,
Associations/relations entre ces entits,
proprits des entits et des relations,
contraintes, etc.
5

Modlisation : Modle (1/2)

" Partie statique : structure des donnes

" Il faut connatre toutes les donnes
=> construire
un DDD (Dictionnaire De Donnes).
" Les donnes sont conceptuelles et lmentaires !
" Client nest pas une donne lmentaire (elle est dcomposable)
" Numro de page (imprim sur la liste des ouvrages de la bibli) nest
pas une donne conceptuelle : cest une donne anonyme (on
retrouvera un n de page sur nimporte quelle impression de liste) et
elle peut-tre calculable par un programme ;
" Nom_de_client , Client_prnom , sont trs probablement des
donnes conceptuelles et lmentaires.

Modlisation : Modle (2/2)

" Partie dynamique : rgles et oprations sur les
donnes
" il est parfois demand de garder trace dans les donnes elles-mmes de cette partie dynamique (traitements)
= date de cration, date de modif, qui a modifi

" Il faut connatre le fonctionnement de lentreprise, ses

RG (rgles de gestion).
" Exemples :
"Dans une bibliothque la dure maximum du prt est de quinze jours ;
"Un ouvrage peut tre traduit par un ou plusieurs traducteurs ;
"Un ouvrage peut avoir fait lobjet de plusieurs ditions.

Modlisation/Conception
" Analyse de la ralit : perception
Partielle, subjective, pas toujours fidle
analyste dans ou hors de lentreprise
f(culture et exprience) de lanalyste

Modlisation

" Reprsentation : modle

Contenu, structure (DDD)
Rgles, dynamique (RG)

" Description : langage

Connaissance du langage
Restriction du langage

Conception

1.2 Approche intuitive

Identification des concepts (1/2)

"Ex : Gestion dune bibliothque

Client

Emprunte

Nom
Tel
Adresse
Livre
Titre
Auteur
Numro d exemplaire
10

Identification des concepts (2/2)

"Se fait partir du cahier des charges et/ou de lexistant
"Lecture du texte, reprages (surlignage) des informations
de plusieurs types (et remplissage dun tableau celui ci-dessous
nest pas exhaustif) :
Grands
Donnes
Rgles de
concepts lmentaires Gestion
(RG)

Flux
Fonctionnalits
(information, (verbes daction)
matriel )
vnements

Acteurs
(interne /
externe)

"Certaines colonnes du tableau seront utiles pour concevoir un MCD

(Merise) ou un diagramme de classes (UML)
"Dautres ( acteurs fonctionnalits flux ) sont plutt utiles pour
concevoir un MCT (Merise) ou un diagramme des cas dutilisation (UML)
11

Donnes et liens entre donnes (1/4)

" Regroupement des donnes lmentaires :
Nom du client, tlphone du client, adresse du client... peuvent
tre regroupes dans une entit CLIENT ;
Titre du livre, Auteur du livre, N dexemplaire, peuvent par
exemple tre regroupes dans une entit LIVRE.

" Ces regroupements doivent correspondre des

concepts existants dans lentreprise
" Difficile lorsque lon ne possde pas la culture de lentreprise
(connaissances du domaine, habitudes, vocabulaire)

12

Donnes et liens entre donnes (2/4)

"Dfinir un identifiant pour chaque entit
Attention ne pas mettre au mme niveau identifiant dans lentreprise
(ex : code produit AZ-123456 ) et identifiant informatique !!!
Conseil : Il est souhaitable de systmatiquement prvoir un identifiant
informatique auto-incrmentable tout en utilisant pour les
recherches/saisies lidentifiant fonctionnel habituel.

" Reprsentation des entits et de leurs caractristiques

Les clients, les livres, etc.

13

Donnes et liens entre donnes (3/4)

" Reprsentation des liens entre ces entits et
caractristiques de ces liens
Ex : la notion demprunt
noter que emprunt donnera lieu un traitement emprunter un
livre dans la bibliothque et que lon gardera trace dans les
donnes de cet emprunt (qui, quelle date)
Questions se poser :
est-il possible quun mme client emprunte le mme livre
plusieurs fois ? /
Le livre peut-il exister plusieurs fois dans les rayonnages de la
bibliothque
$ influence de la rponse sur la modlisation, sur les concepts/
14

Donnes et liens entre donnes (4/4)

" Donnes non regroupes dans une entit
Donne situe entre deux entits !
Exemple : dans un tablissement scolaire, ladministration gre le
nombre dheures enseignes par un professeur une classe
cette donne semble tre situe entre Professeur et Classe
Y a til une entit Professeur et une entit Classe ?
Si oui alors il y a probablement une association entre
Professeur et Classe !
Et cette association portera probablement la donne Nb_H

15

Solution relative au contexte (1/4)

Vhicules terrestres

16

Solution relative au contexte (2/4)

Vue concession = marque (Renault, Peugeot,

BMW, Porsche, Mercedes, Fendt, Epsilon)

17

Solution relative au contexte (3/4)

Vue peintre en carrosserie = couleur

18

Solution relative au contexte (4/4)

Vue service immatriculation prfecture = cyclo, normal, agri, non_immat (donc pas vu !!!)

19

1.3 Formalisme
Formalismes de modlisation des donnes
Modle Entit / Association (aux USA : P.P. Chen, 1976 et en France :
Tardieu et Rochfeld, au mme moment)
- Description au travers dun diagramme, des donnes et des associations/
relations entre ces donnes

Mthode MERISE (suite aux travaux de Tardieu et Rochfeld)

- Utilisation intensive du modle entit/association (=MCD)
- Traitements modliss laide du formalisme des rseaux de Petri

Notation UML (Unified Modeling Language)

- Inspir du modle entit/association
- Objet et classes, hritage (structure)
(=Diagramme de classes)
- Scnarios, cas d'utilisation (comportement)

20

1.3.1 Dfinitions des concepts de Merise

" Entit / Objet :
Entit (regroupement de donnes) pourvue dune existence
propre et conforme aux choix de gestion de lentreprise :

exemple : Entit Client , Entit Livre

Pas dencapsulation dentits (pas de poupes russes)
Comment modliseriez-vous la notion de Stock ?

" Association / Relation :

Reprsentation dassociations entre entits, elle est conforme
aux choix de gestion de lentreprise, MAIS dpourvue
dexistence propre. Son existence est donc conditionne par
celle des objets quelle associe :
exemple : Emprunte na pas dexistence possible sans un
Client ( Dupont ) et sans un exemplaire disponible dun Livre
( Les trois mousquetaires ) quelle relie.
21

1.3.2 Formalisme du Modle Entit/Association (1/2)

" Notation Merise
Association

Entit

Client
idClient
nom
tel
adresse

0,n

Emprunte

0,n

dateRetour
Identifiant

Livre
idLivre
titre
auteur

Cardinalits :
mini, maxi

Proprit
Cardinalit : prcise le nombre de fois o un individu peut
participer lassociation.
Ici, un Livre peut tre emprunt (pendant sa vie) par 0 ou n Client.
Il est noter que cest imprcis car le Livre sera emprunt 22
successivement par les Clients et pas en mme temps.

Formalisme du Modle Entit / Association (2/2)

Livre
idLivre
titre

1,n

1,1

Edition_de

Exemplaire
idExemplaire
nb_page
0,n

Client
idClient
nom
tel
adresse

0,n

Un livre est dit en 1 n exemplaires

Un exemplaire correspond ldition de 1 et 1
seul livre

Emprunte
dateRetour

0,n

Date
date_emprunt

"Rponses aux questions : un livre existe en plusieurs exemplaires /

"un client emprunte un exemplaire , ventuellement plusieurs fois le mme
23
% Donc une date diffrente -> association ternaire

1.4 Mthode de modlisation

" 1- Construction du tableau (analyse texte /)
" 2- Construction du DDD
" 3- Rdiger la liste des RG
" 4- Regroupement logique des donnes lmentaires
en entits
" 5- Diviser pour rgner exemple :
- partie structure de lentreprise (machines)
- partie activit de lentreprise (MP, produits,
clients, FRS, commandes
" 6- Modliser morceau par morceau
" 7- Complter le modle avec les donnes du DDD
pas encore utilises
" 8- Complter la liste des RG (une pour chaque
24
cardinalit)

Fin partie 1 MCD

Dia 25

25

Dbut complment MCD

Dia 26

26

1.5 Identifiant relatif

Une chambre numro 2 existe dans plusieurs htels diffrents :

Chambre 2 de lhtel du Cheval Blanc
Chambre 2 de lhtel du Lion dOr

27

1.6 Notion dhritage (1)

"Spcialisation :

Une Personne peut tre :

- un Client ou
- un Conducteur (ou les 2)

"Gnralisation :

Un Client (resp. un Conducteur)

est une Personne

28

1.6 Notion dhritage (2)

"Caractristiques :
X = ou exclusif
T = compltude
==> un MATERIEL,
nest pas autre chose que
UC, ECRAN ou IMPRIMANTE !

29

1.6 Notion dhritage (3)

"Autre faon de modliser un hritage (plus flexible ici) :

Il y a donc plusieurs TYPE MATERIEL

Chacun deux a des CARACTERISTIQUE pertinentes
Chaque matriel dun Type est donc dcrit par des valeurs de caractristiques

30

1.7 Contrainte dintgrit fonctionnelle (CIF) -1

"Pour une association binaire

CIF

Une ville est situe dans un dpartement et il ny a pas de raison quelle se

dplace dans un autre dpartement.
(bien videmment, nous ne considrons pas les cas o une commune
limitrophe voudrait changer de dpartement en en changeant les limites ! )
Lexemple Facture lie un Client est du mme type ; il ny a aucune raison de
changer de Client aprs que la facture ait t cre pour lui et passe en
compta.

31

1.7 Contrainte dintgrit fonctionnelle (CIF) 2

"Pour une association n-aire (3-aire = ternaire ici)

PERIODE

CIF
0,n

PROFESSEUR
0,n

Faire cours

SALLE
0,n

CIF: Pour une priode demploi du temps,

un professeur ne fait un cours que dans une seule salle (CIF)
32