Analyse Conception de Système d`Information Philippe Brutus 3

Analyse Conception de Système d’Information
Modèles des données
Dictionnaire de données
DD : Dictionnaire des Données
GDF : Graphe des Dépendances Fonctionnelles
MEA : Modèle Entités Associations
SRD : Schéma Relationnel des Données
niveau
abstraction
Š Définit chaque donnée
„
MEA
conceptuel
Philippe Brutus
formellement
z
z
GDF
logique
SRD
z
z
z
physique
DD
z
DD
z
„
analyse
temps
conception
Lien entre données : Dépendance
Š Fonctionnelle : à une valeur d’une donnée (origine)
correspond au plus une valeur d’une donnée (cible)
z
z
„
A origine composée : pour trouver au plus une valeur de la
z
codeBarre, nomMagasin -> prixAchat
Non élémentaire : 1 ou plusieurs données formant l’origine
de la dép. sont inutiles à la détermination d’au plus une valeur de la
donnée cible
z
„
codeBarre, nomMagasin -> designation
Elémentaire : toutes les données formant l’origine de la dép.
sont nécessaires à la détermination d’au plus une valeur de la donnée
cible
Graphe des DF élém. directes
description en langue naturelle
Dépendance…
Š Multivaluée : à une valeur d’une donnée (origine)
„
„
codeBarre ->> prixAchat
nomClient ->> adresseClient
Š Fonctionnelle indirecte :
la cible ne dépend pas directement de l’origine
„
numeroEmploye -> salaireMensuel
Š Fonctionnelle directe :
la cible dépend directement de l’origine
„
„
numeroEmploye -> grade
grade -> salaireMensuel
Modèle Conceptuel des Données
Š Entité : tout ce qui a une existence propre
nomEmploye
nomService
tempsUtilisation
nomLogiciel
z
nomDiplome
numeroEmploye
grade
salaireMensuel
informellement
peuvent correspondre plusieurs valeurs d’une donnée (cible)
codeBarre -> designation
numeroClient -> nomClient
donnée cible, il faut plusieurs données origine (couple, triplet …)
„
nom
type
format
permanent/signalétique
calculée ou non
qualitative/quantitative (unité)
documents où elle apparaît
numeroOrdi
capMC capDD
numeroSerie
dateInstallation
Département informatique de l’IUT de Caen
conformément aux règles de gestion
„ Identifiant
„ Propriété
Š Association : lien entre entités
„ Propriété
„ Cardinalité (quantification de la participation
d’une entité à une association)
3
Analyse Conception de Système d’Information
Exemple de Modèle Entités Assoc.
salarié
numeroSalarie
nomSalarie
prenomSalarie
0,1
1,1
affectation
0,n
service
nomService
Philippe Brutus
Cardinalités
salarié
numeroSalarie
nomSalarie
prenomSalarie
1,1
affectation
0,n
service
nomService
0,n
supérieur
hiérarchique
Š 2 entités participent à l’association
affectation, on dit qu’elle est de
dimension 2 (ou binaire)
Š supérieur est binaire mais une seule
entité y participe, on dit qu’elle est
réflexive
Entités ?
•
Associations ?
Š DF simple dont la cible est une source
Leur identifiant : une source
1)
2)
3)
4)
•
¾
Donnée origine de DF simple(s)
Donnée membre
de l’origine composée de DFOC
Donnée cible de plusieurs DF
tout en n’étant origine d’aucune
Donnée isolée
CIF entre les entités identifiées par les données origine et
cible de la dépendance
z
Cardinalité maximum : 1 côté origine, n côté cible
Š DFOC dont la cible n’est pas une source
¾
association entre les entités identifiées par les données
formant l’origine de la dépendance
z
z
La cible devient propriété de l’association
Cardinalité maximum à n sur toutes les dimensions.
Š DFOC dont la cible est une source
Leurs propriétés
•
Š 1,1 signifie que pour 1 salarié,
il y a 1 et 1 seule affectation
Š 0,n signifie que pour 1 service,
il y a entre 0 et n affectations
¾
Les cibles non source des DF simples
Modèle Entités Associations
CIF multiple entre les entités identifiées par les données
formant l’origine de la dépendance et pointant vers la
cible de la dépendance
MEA complété
titulaire
1,1
0,n
grade
grade
salaireMensuel
employe
numeroEmploye
nomEmploye
0,n
diplome
nomDiplome
1,1
1,1
0,n
grade
grade
salaireMensuel
employe
numeroEmploye
nomEmploye
0,n
0,n
service
nomService
service
nomService
utilisation
tempsUtilisation
0,n
0,n
logiciel
nomLogiciel
0,n
installation
dateInstallation
numeroSerie
0,n
0,n
diplome
nomDiplome
1,1
0,n
utilisation
tempsUtilisation
0,n
0,n
1,1
ordinateur
numeroOrdi
capMC
capDD
Département informatique de l’IUT de Caen
0,n
0,n
logiciel
nomLogiciel
0,n
installation
dateInstallation
numeroSerie
0,n
0,n
1,1
ordinateur
numeroOrdi
capMC
capDD
4
Analyse Conception de Système d’Information
du MEA de l’analyse
au MEA de la conception
Entité faible ?
immeuble
numeroImm
adresse
Š Codification
Attribution de code, numéro, référence, matricule
„
„
Pour remplacer les identifiants longs
ou dont la valeur peut changer au cours du temps
Pour les entités faibles
Š Cardinalités min
„
1,n
1,1
appartement
numeroApp
etage
surface
Pour rendre la solution informatique «pratique»
Entité faible …
risque de doublon
‰immeuble(numeroImm, adresse)
‰appartement(#numeroImm, numeroApp,
etage, surface)
‰appartement(codeApp, numeroApp, etage,
surface, #numeroImm)
MEA conception
1,1
0,n
grade
grade
salaireMensuel
employe
numeroEmploye
nomEmploye
0,n
0,n
0,1
0,n
0,n
installation
dateInstallation
numeroSerie
0,n
Š Réalité
„
„
Un éditeur distribue au moins 1 et
au plus n logiciels
Un logiciel est distribué par 1 et 1
seul éditeur
Š Solution informatique
„
„
On peut connaître un éditeur
même si on n’a pas de logiciel de
lui (il n’y en pas dans la base)
On peut avoir un logiciel sans en
connaître l’éditeur
editeur
codeEditeur
nomEditeur
1,n 0,n
1,1 0,1
logiciel
refLogiciel
nomLogiciel
Construction du SRD
titulaire
utilisation
tempsUtilisation
0,n
logiciel
refLogiciel
nomLogiciel
Š On ne peut ajouter une occurrence
d’appartement que si l’occurrence
correspondante d’immeuble
existe
Š Si on supprime un immeuble, on
doit supprimer toutes les
occurrences d’appartement de cet
immeuble
Š numeroApp est un identifiant
faible : 2 appartements peuvent
avoir le même numéro s’ils sont
dans des immeubles différents
Cardinalités minimum
‰immeuble(numeroImm, adresse)
‰appartement(numeroApp, etage, surface,
#numeroImm)
¾
Philippe Brutus
0,n
diplome
codeDiplome
nomDiplome
Š Entité → Table
„
„
service
numeroService
nomService
0,n
0,n
0,1
ordinateur
numeroOrdi
capMC
capDD
Département informatique de l’IUT de Caen
identifiant → clé primaire
autres propriétés → attributs
Š CIF binaire
„
identifiant cible → clé étrangère côté origine
Š Association → Table
„
„
identifiants des entités → clé primaire composée
propriétés → attributs
5
Analyse Conception de Système d’Information
Construction du SRD …
Schéma Relationnel des Données
Š CIF multiple → Table
„
„
identifiants des entités origine
→ clé primaire composée
identifiant de l’entité cible
→ attribut de la table
Š CIF multiple accompagnée
„
identifiant de l’entité cible
→ attribut clé étrangère dans la table qui traduit
l’association accompagnée
Simplification du SRD
refLivre
date
titre
duree
nomEtu
adrEtu
‰ grade(grade, salaireMensuel)
‰ employe(numeroEmploye, nomEmploye, grade,
numeroService)
‰ diplome(codeDiplome, nomDiplome)
‰ service(numeroService, nomService)
‰ logiciel(refLogiciel, nomLogiciel)
‰ ordinateur(numeroOrdi, capMC, capDD, #numeroService)
o titulaire(#numeroEmploye, #codeDiplome)
o utilisation(#numeroEmploye, #refLogiciel, #numeroOrdi,
tempsUtilisation)
o installation(#refLogiciel, #numeroOrdi, dateInstallation,
numeroSerie, #numeroEmploye)
Simplification du SRD …
date
date
livre
refLivre
titre
0,n
numeroEtu
Philippe Brutus
0,n
date
date
livre
refLivre
titre
0,n
0,n
emprunt
emprunt
duree
duree
0,n
etudiant
numeroEtu
nomEtu
adrEtu
0,n
etudiant
numeroEtu
nomEtu
adrEtu
Spécialisation ?
‰livre(refLivre, titre)
‰etudiant(numeroEtu,
nomEtu, adrEtu)
‰date(date)
o emprunt(#numeroEtu,
#refLivre, #date, duree)
Spécialisation
Client
CodeCli
Nom
Adresse
Téléphone
Personne
Société
Prénom
Civilité
Sigle
FormeJurid
Télécopie
Département informatique de l’IUT de Caen
‰client(codeClient,
nom, adresse, telephone)
‰personne(#codeClient,
prenom, civilite)
‰societe(#codeClient,
sigle, formeJurid, telecopie)
6