Upload
amine-jaima
View
52
Download
2
Embed Size (px)
Citation preview
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Organisation On englobe sous ce terme l’ensemble des structures économiques qui existent :
■ les entreprises publiques, ■ les entreprises privées, ■ les administrations, ■ les associations...
Un Système est un ensemble d’éléments organisés autour d’un but, et dont la modification d’un constituant entraîne la modification d’une partie, ou de l’ensemble des constituants du système.
Organisation et systèmeOrganisation et système
AGADIR
Brahim ER-RAHABrahim ER-RAHA
•Organisations : Entreprises ...•Réalisation d'objectifs
Entreprise
Règlements fournisseurs
Produits achetés
Règlements clients
Produits vendus
Autre ExempleAutre Exemplel'entreprise/organisationl'entreprise/organisation
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Notion de SystèmeNotion de Système
ProcessusEntrée Sortie
Ensemble d'élémentsMatériels
Autres (hommes, règles, ...)
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Exemple de systèmeExemple de système
Essence Déplacement
Contrôlée par un autre système de pilotage : conducteur
Voiture
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Qu'est qu'un système d'information :
La définition du système d'information est issue de la théorie des systèmes ou systémique. Bien que fortement « théorisante », elle fournit un éclairage assez solide sur le terrain (lorsqu'on ne voit plus de quoi on parle…)
Une « organisation » (entreprise, administration, collectivité, tout groupe social organisé exerçant une activité) peut être modélisé comme comportant trois sous systèmes :
le système de pilotage (celui qui réfléchit, décide, oriente) le système opérant (celui qui produit, transforme, agit) le système d'information
La notion de système d’information
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Le système d’informationsLe système d’informations
C’est l’activité décisionnelle de
l’entreprise
C’est la transformation des ressources ,
l’activité de production
C’est le système de mémorisation entre l’opérant et décision
le système de pilotage (celui qui réfléchit, décide, oriente) le système opérant (celui qui produit, transforme, agit) le système d'information
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Le système d'information est la représentation de l'activité du système opérant ,construite par et pour le système de pilotage pour en faciliter le fonctionnement. Le système d'information a deux grandes fonctions :
recueillir, mémoriser et diffuser les informations assurer le traitement de ces informations
La notion de système d’information
joue un rôle à la fois stratégique, tactique et opérationneljoue un rôle à la fois stratégique, tactique et opérationnel contribue à leur croissance et leur pérennitécontribue à leur croissance et leur pérennité constitue un outil de compétitivitéconstitue un outil de compétitivité est un catalyseur de l'innovationest un catalyseur de l'innovation améliore leur efficacité et réactivité en favorisant la prise deaméliore leur efficacité et réactivité en favorisant la prise de décisiondécision
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Une « organisation » (entreprise, administration, collectivité, tout groupe social organisé exerçant une activité) peut être modélisée comme comportant deux sous systèmes :
•le système d'information organisationnel (SIO), la partie visible, basée essentiellement sur des ressources humaines, de l'activité organisée.
•le système d'information informatisé (SII) correspondant au contenu informatisé du SI (logiciel, base de données) , c’est l'ensemble des moyens et des méthodes se rapportant au traitement automatisé des données de l'organisation (Les SII (SIA) sont perçus à travers les logiciels qui les composent)
La notion de système d’information
NB : on ne peut pas construire un SII sans comprendre au préalable le SIO dans lequel on l'implante !
AGADIR
Brahim ER-RAHABrahim ER-RAHA
un projet informatique a pour objectif de construire une application informatique (logiciel et base de données), support d'un système d'information informatisé, inclus dans un système d'information organisationnel.
La notion de Projet Informatique
Or, le processus d'informatisation des SI n'est pas encore Or, le processus d'informatisation des SI n'est pas encore totalement maîtrisé: « Crise du logiciel »totalement maîtrisé: « Crise du logiciel »
• Coût élevé du logiciel dans les organisationsCoût élevé du logiciel dans les organisations• Part importante du logiciel dans l'économie des paysPart importante du logiciel dans l'économie des pays• Demande croissante, offre insuffisanteDemande croissante, offre insuffisante• Productivité insuffisante des informaticiens, pénurieProductivité insuffisante des informaticiens, pénurie d'informaticiens, fardeau de la maintenance, ...d'informaticiens, fardeau de la maintenance, ...
AGADIR
Brahim ER-RAHABrahim ER-RAHA
1. Analyse / Conception Le Schéma Directeur L'étude préalable L'étude détaillée2. La réalisation L’étude Technique Production Logicielle Mise en service3.La Maintenance
1. Analyse / Conception Le Schéma Directeur L'étude préalable L'étude détaillée2. La réalisation L’étude Technique Production Logicielle Mise en service3.La Maintenance
Le cycle de vieLe cycle de vie
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Qu'est ce qu'une méthode ?
Une méthode comporte trois axes indispensables pour obtenir ce label « méthode » :
• une démarche, ensemble coordonné d'étapes, de phases et de tâches indiquant le chemin à suivre [Hodos, le chemin en grec, serait une des étymologies de méthode] pour conduire un projet, ici, la conception d'un SI, • des raisonnements et des techniques nécessaires à la construction de l'objet projeté, traduits ici par des modélisations, • des moyens de mise en œuvre, en l'occurrence une organisation de projet et des outils.
La notion de Méthode
AGADIR
Brahim ER-RAHABrahim ER-RAHA
La notion de Modèle
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Exemple de Modèle
AGADIR
Brahim ER-RAHABrahim ER-RAHA
CourantsCourants StructuréStructuré SystémiqueSystémique ObjetObjet
ApparitionApparition Les plus ancienLes plus ancien Théorie des Théorie des systèmessystèmes
Le plus récentLe plus récent
OrigineOrigine Anglo-SaxoneAnglo-Saxone EuropéenneEuropéenne Langages OOLangages OO
ModélisationModélisation Décomposition Décomposition arborescente des arborescente des
fonctionsfonctions
Modélisation des Modélisation des données et des données et des
traitementstraitements
Objet = Structure + Objet = Structure + ComportementComportement
Carac.Carac. Flux de donnéesFlux de données Séparation Séparation données / données /
traitementstraitements
Implémentation OOImplémentation OO
ExemplesExemples SADTSADT
DEMARCODEMARCO
YOURDONYOURDON
MERISEMERISE
AXIALAXIAL
IDAIDA
UMP / UMLUMP / UML
OODOOD
HOODHOOD
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Méthode d'
E tude et de
R éalisation ,
Informatique pour les
S ystèmes d'
E ntreprise
MeriseMerise
Brahim ER-RAHABrahim ER-RAHA
Les principes de bases Les principes de bases de Merisede Merise
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Le Cycle d’AbstractionLe Cycle d’Abstraction
Niveau Conceptuel• Ce qu’il faut faire• Quoi ?Niveau Organisationnel• La manière de faire• Pour les traitementsNiveau Logique• Choix des moyens et ressources• Pour les donnéesNiveau Physique• Les moyens de le faire• Comment ?
AGADIR
Brahim ER-RAHABrahim ER-RAHA
La Méthode MERISE
MODELES
MCC
CVO
MLD MLT
MLDR MLTR
MCTAMCD
MOD MOTA
Niveau conceptuel
Niveau Organisationnel
Niveau logique
Niveau physique
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Le Système d’Information vu selon la méthode MERISE
MODELES Système Modélisé
MCC + MCD Système d’information+ MCTA Conceptuel ( SIC )+ CVO
MOD Système d’information + MOTA Organisationnel ( SIO )
MLD Système d’information+ MLT Informatisé ( SII )
MPD Système d ’information+ MPT Opérationnel ( SIOp )
Description
Description des fonctions majeures du S.I en réponse aux stimuli provenant de l’environnement extérieur ( acteurs externes ) sans référence aux ressources nécessaires à sa mise en œuvre ( Concentration sur le Quoi )
Description des ressources nécessaires à la mise en œuvre des activités du SIC du point de vue du gestionnaire ( moyens techniques et humains , espace , temps , données ) et choix d ’une organisation pour ces ressources ( Concentration sur le Comment du gestionnaire )
Description d’une solution informatique permettant d’assurer le fonctionnement du SIO :- Choix techniques concernant les outils de gestion de données ( SGBD ) et les outils de développement informatiques .- Représentation de la structure logique des données ( base de données ) et des traitements ( interaction homme-machine au niveau des postes de travail )- Description de l’architecture informatique ( répartition des traitements et des données ) ( Concentration sur le comment de l’informaticien )
Mise en œuvre opérationnelle d’une solution informatique- Description de la base de données dans la syntaxe du SGBD choisi- Codage des procédures logiques de traitement en langage informatique évolué ( programmation )- Mise en place d’une architecture de fonctionnement en réseau ( architecture centralisée , distribuée ou répartie )
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA
La Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA
G. Des Ventes
G. De Personnel
G. Comptabilité
G. De Stockes
ClientInformations Vente
Inform. S
tockes
Inf. Personnel
Informations Rémunération
Inform. Livraison en cours
Bon
Livraiso
n
Règlement
Facture
Commande
MODÈLE DE CONTEXTE (MC)
MC= Diagramme de flux de niveau 0Il représente les échanges d 'information entre le Domaine Etude ( ex: Gestion es ventes), les domaines connexes (ex: Gestion du personne, stock, comptabilité ) et L’environnement ( ex : Client)
AGADIR
G. Des Commande
s
G. De Personnel
G. Comptabilité
G. De Stockes
Client
Informations Vente
Info. Stockes
Inf. Personnel
Informations Rémunération
Info. Livraison en cours
Bon Livraison
Règlement
Facture
Commande
G. Des Factures
G. force de vente
DFD 1 = Zoom sur Ie domaine principal de « Gestion des ventes »
Bon livraison2 Commande2
Informations Vente2
Diagrammes de flux de données
AGADIRDFD 2 = Zoom sur Ie sous-domaine
« Gestion des factures » dudomaine « Gestion des ventes »
G. Des Commande
s
Client
Règlement
Facture
G. Des Factures
G. force de vente
Bon livraison2Commande2
Facture3
Suivi des règlements
G. Comptabilité
Facture2
Informations Règlement
Informations Vente2
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communicationLa Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communicationLa Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : La modélisation de la communicationChapitre 1 : La modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication4.La Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communicationLa Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication4.La Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication
La Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication4.La Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication4.La Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication4.La Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication4.La Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communication4.La Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Chapitre 1 : Modélisation de la communicationChapitre 1 : Modélisation de la communicationLa Démarche
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Brahim ER-RAHABrahim ER-RAHA
Modélisation des Modélisation des Données Données
........
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Le Modèle Conceptuel de données ( MCD )
Formalisme = Modèle Entité-Association
Code-ClientNom-Client
CLIENT
N° CommandeDate Commande
COMMANDE
Exemple :
Ref-ProduitDésignationPrix-unitaire
PRODUIT
développé par CHEN aux U.S.A ( 1976 ) puis TARDIEU en France ( 1979 )
Commander
Qté commandée
Passer commande
1,N
1,1
1,N
0,N
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Notion d’ENTITÉ
Entité = Représentation d’un objet concret ou abstrait du S.I caractérisé par :
* des propriétés ( attributs ) : P1, P2, P3, …..Pn * un identifiant = Propriété ( P1 ) dont les valeurs
* des occurrences ( instances ) multiples sont discriminantes
Nom Entité
P1
P2
Pn
Exemple
EtudiantN° Inscription
Nom
Prénom
Nationalité
Etudiant918
DAOUDI
MOUNIR
MAROCAINE
Etudiant 125
ALAMI
DRISS
MAROCAINE
Etudiant 235
SEBASTIEN
ALBERT
FRANCAISE
( au moins 2 )
Une occurrence d ’entité = 1 jeu de valeurs prises par les propriétés de l’entité
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Notion d’ASSOCIATIONUne Association traduit les liens sémantiques existant entre 2 ou plusieurs entités du S.I et de son environnement
Elle est caractérisée par : * Absence d’existence intrinsèque
Exemple ClientN° Client
Nom
Adresse
* des occurrences ( au moins une ) * des propriétés portées ( nombre M ) M = 0, 1, 2, 3, … * une dimension N ( N = nombre d ’entités rattachées )
* un identifiant obtenu par concaténation des identifiants des entités rattachées
VéhiculeN° Immatr.
Date mise en service
Kilométrage
Loué par
ServiceN° Service
DésignationAffecté àMatricule
Nom
Salarié
Date affect.
Association binaire non porteuse d’identifiant (N°Immatr.+N° Client )
Association binaire porteuse d ’1 propriété ( Date Affect ) et d’identifiant ( Matricule.+ N° Service )
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Occurrences d’association
A01IDRISSI
SALARIE
A12ALAMI
SALARIE
A05RAMI
SALARIE
125Comptabilité
SERVICE
18/05/92
11/10/91
04/03/93
124Commercial
SERVICE
106Magasin
SERVICE
A09DAOUDI
SALARIE
* Les instances A09 ( entité Salarié ) et 124 ( entité Service )
* A01-125 , A12-125 et A05-106 sont des instances
ne participent pas à l’association « Affecté à »
de l ’association « Affecté à »
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Cardinalités d ’une ASSOCIATION
Cardinalités = Couple de valeurs représentant la fréquence (mini et maxi ) de participation d’une occurrence d ’entité à une association )
Exemple
Entité 2 Entité 1Association
ServiceN° Service
DésignationAffecté àMatricule
Nom
Salarié
Date affect.
RG1 - Un salarié est affecté à un et ou pls services le long de sa carrière
RG2 - A un service , on peut affecter un à plusieurs salariés (maximum 8)
i1 , j1
i2 , j2
i1 , i2 = cardinalités mini
j1 , j2 = cardinalités maxi
Règles de gestion :
1 , N 1 , 8
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Cardinalités d ’une Association ( Interprétations )
Cardinalités mini :
0 : Certaines occurrences de l’entité peuvent ne pas participer à l’assoc1 : Toute occurrence de l’entité participe obligatoirement à l’association
Cardinalités maxi :
1 : Toute occurrence de l’entité participe au plus une fois à l’associationN : Toute occurrence de l’entité peut participer plusieurs fois à l’assoc
Conclusion* La cardinalité mini traduit la capacité d ’une occurrence à exister indépendamment ou non des occurrences de l’association .
* La cardinalité maxi traduit la capacité associative de l’association pour l’entité considérée
Assoc.E1 E2 E1 E2 E1 E2
E1 E2
Assoc. Assoc.
Assoc.
0,1 1,1 1,1 1,1 1,1 0,N
1,N0,N
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Identifiant d’une Association
Exemple :
N° Employé N° Médecin Date Visite
Occurrences de « Visiter »
La dernière occurrence de l’association « Visiter » n’estpas permise en raison de la discriminance de l’identifiant .
La duplication de l’occurrence ( 42 , 4 ) n’est pas possible !
Visiter
Date _Visite
0 , N 0 , N
23 1 26/06/01 12 3 05/07/01 39 2 10/08/01 42 1 15/08/01 42 4 22/08/01 42 4 05/09/01
Il est obtenu par concaténation des identifiants des entités reliées par l’association
Employé
N° EmployéNom EmployéNom Employé Adresse Client
MédecinN° MédecinNom MédecinSpécialitéTéléphone
Question : Un employé peut-il effectuer plusieurs visites chez le même médecin à des dates différentes ?
Identifiant = ( N° Employé , N° Médecin )
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Identifiant d’une Association
Exemple :
N° Employé N° Médecin Date Visite
Occurrences de « Visiter »
La dernière occurrence de l’association « Visiter » n’estpas permise en raison de la discriminance de l’identifiant .
La duplication de l’occurrence ( 42 , 4 ) n’est pas possible !
Visiter
Date _Visite
0 , N 0 , N
23 1 26/06/01 12 3 05/07/01 39 2 10/08/01 42 1 15/08/01 42 4 22/08/01 42 4 05/09/01
Il est obtenu par concaténation des identifiants des entités reliées par l’association
Employé
N° EmployéNom EmployéNom Employé Adresse Client
MédecinN° MédecinNom MédecinSpécialitéTéléphone
Question : Un employé peut-il effectuer plusieurs visites chez le même médecin à des dates différentes ?
Réponse : Ce modèle ne le permet pas même si la propriété « Date_Visite » est portée par l’association « Visiter »
Identifiant = ( N° Employé , N° Médecin )
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Identifiant d’une Association ( Suite )
Solution du Problème : Association ternaire
Les triplets ( 42 , 4 , 22/08/01 ) et ( 42 , 4 , 05/09/01 ) sont maintenant des occurrences possibles de l’association « Visiter » car elles représentent des valeurs distinctes de son identifiant .
Ce modèle permet , à l’inverse du précédent , de représenter le fait qu’un employé peut visiter le mêmemédecin plusieurs fois à des dates différentes .
Visiter
0 , N 0 , N
Employé
N° EmployéNom EmployéNom Employé Adresse Client
Médecin
N° MédecinNom MédecinSpécialitéTéléphone
Généralisation : Une association N-aire ( de dimension N ) possède un identifiant sous forme de N-uplet dont les valeurs sont distinctes .
Identifiant de l’association« Visiter » :
( N° Employé , N° Médecin , Date )Calendrier
Date
0 , N
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Comment doit-on interpréter les cardinalités d’une association ternaire ?
Exemple : Association ternaire
N° Employé ( N° Médecin , Date Visite )
Occurrences de « Visiter »
Pour un employé fixé ( occurrence E ) , le couple decardinalités ( i1 , j1 ) traduit le nombre minimal et maximal d’occurrences du couple d’entités ( Médecin , Calendrier ) qui sont associées àl’occurrence E .Ici : ( i1 , j1 ) = ( 0 , 3 )
1 ( 12 , 08/05/01 ) 1 ( 10 , 15/06/01 ) 1 ( 6 , 09/06/01 ) 3 ( 10 , 02/06/01 ) 4 ( 12 , 14/06/01 ) 4 ( 10 , 14/06/01 ) 5 ( 10 , 02/06/01 )
• Identification de ( i1 , j1 )
Visiter( i1 , j1 )Employé
Médecin
Calendrier( i3 , j3 )
( i2 , j2 )
Pour un médecin fixé ( occurrence M ) , le couple decardinalités ( i2 , j2 ) traduit le nombre minimal et maximal d’occurrences du couple d’entités ( Employé , Calendrier ) qui sont associées àl’occurrence M .Ici : ( i2 , j2 ) = ( 0 , 4 )
• Identification de ( i2 , j2 )
12 ( 1 , 08/05/01 ) 10 ( 1 , 15/06/01 ) 6 ( 1 , 09/06/01 ) 10 ( 3 , 02/06/01 ) 12 ( 4 , 14/06/01 ) 10 ( 4 , 14/06/01 ) 10 ( 5 , 02/06/01 )
N° Médecin ( N° Employé , Date Visite )
En raisonnant de même pour ( i3 , j3 ) on trouve : ( i3 , j3 ) = ( 0 , 2 )
• Identification de ( i3 , j3 )
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Rôles dans une Association
Code dépôtAdresse dépôt
DEPOT
Code ClientNom clientAdresse client
CLIENT
Livrer
Nbre colis livrés
0 , N
0 , N0 , N
Rôle = Notion précisant le rôle particulier joué par un ensemble d’occurrences relatives à une entité dans une association . Les rôles sont portés sur le schéma Entité-Association .
Exemple 1
Recevoir
Nbre colis reçus
0 , N
Dépôt expéditeur
Dépôt destinataire
Dépôt Client Nbre colis livrés Nbre colis reçus
D1 C6 1 -
D3 C2 2 -
D1 C9 - 2
D4 C6 - 4
D2 C2 - 5
Dépôt expéditeur
Dépôt destinataire
Occurrences de l’association« Livrer »
Occurrences de l’association« Recevoir »
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Rôles dans une Association ( suite )
N° SalariéNomPrénomFonction
SALARIE Encadrer0 , 1
Exemple 2 : Cas d ’une entité réflexive
0 , N
A pour chef
Est chef de
N° Subalterne N° Chef
1 2 5 2 2 4 6 1
Salarié
* Les salariés N° 1 et 2 participent aux 2 rôles de l’association .
* Le salarié N° 3 ne participe à aucun des rôles de l ’association .
* Les salariés N° 4 et 5 participent à un seul des rôles de l ’association.
Occurrences de
l’association1
2
3
4
56
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Notion de Dépendance Fonctionnelle
Définition : 2 propriétés A et B sont en DF si la connaissance d’une valeur de A détermine une et une seule valeur de B . On dit que A détermine fonctionnellement B .
Formalisme : A B : 1 source , 1 but
( A, B, …) X : plusieurs sources , 1 but
A ( X, Y, …) : 1 source , plusieurs buts
Exemples : N° Client Nom Client
Nom Client N° Client ( pas de DF )
( Réf-prod , N° Commande ) Qté prod. commandée
Réf-prod ( Libellé prod. , Prix unit. Prod. )
Prénom Client N° Client ( pas de DF )
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AXIOMES ET PROPRIETES DES
DEPENDANCES FONCTIONNELLES
1 - Réflexivité : X X
2 - Augmentation : X Y => X , Z Y
3 - Additivité : { X Y et X Z } => X Y , Z
4 - Projectivité : X Y , Z => { X Y et X Z }
5 - Transitivité : { X Y et Y Z } => X Z
6 - Pseudo-transitivité : { X Y et Y, Z W } => X, Z W
AXIOMES
* DF élémentaire : X Y élémentaire si il Z X tel que Z Y
PROPRIETES
* DF directe : X Y directe si il Z tel que X Z et Z Y
AGADIR
Brahim ER-RAHABrahim ER-RAHA
DEPENDANCES FONCTIONNELLES
CLIENT
Code Client
Nom
Prénom
Adresse
Téléphone
Code Client Nom
Prénom
Toutes les Propriétés d’une Entité sont en dépendance fonctionnelle directe avec la propriété identifiante de cette Entité
1 - Cas d’une Entité
Téléphone
Adresse
Code Client ( Nom , Prénom , Adresse , Téléphone )
AGADIR
Brahim ER-RAHABrahim ER-RAHA
DEPENDANCES FONCTIONNELLES
Code Client NomN° Commande
2 - Cas d’une Association hiérarchique ( monovaluée )
Téléphone
Adresse
COMMANDE
N° Commande
Date Commande
Montant
CLIENT
Code Client
Nom
Adresse
PASSER
0 , N1 , 1
Date Commande Montant
N° Commande Code Client
1 4 2 9 3 4 4 6 5 2 6 4
DF représentant l’assoc.
Une Association Hiérarchique est une association binaire (dimension = 2) dont l’une des pattes possède une Cardinalité Maxi égale à 1 .
Ce type d’association est toujours orienté suivant le sens de la dépendance fonctionnelle qui relie les identifiants de ses Entités .
Remarque : La dépendance fonctionnelle Code Client ---> N°Commande n’existe pas car un Client peut passer plusieurs commandes ( exemple du Client N° 4 )
Occurrences de « PASSER »
AGADIR
Brahim ER-RAHABrahim ER-RAHA
DEPENDANCES FONCTIONNELLES
( N°Acteur , N° Film )
3 - Cas d’une Association N-aire multivaluée non porteuse de propriétés
ACTEUR
N° Acteur
Nom
Prénom
FILM
N° Film
Titre
Date Production
JOUER 1 , N0 , N
DF représentant l’assoc. ( sans but )
* Exemple 1 : Association binaire non porteuse
- N° Film
( Nom , Prénom ) N° Acteur
(Titre , Date Product. )
* Exemple 2 : Association ternaire non porteuse
Employé
N° Employé
Nom
Prénom
Médecin
N° Médecin
Nom Médecin
Spécialité
VISITER
0 , N
0 , N
Calendrier
Date
0 , N
( N° Employé , N° Médecin , Date ) DF représentant l’assoc. (sans but)
-
N°Employé ( Nom , Prénom )
N°Médecin ( Nom Médecin , Spéc. )
Une Association multivaluée est une association dont toutes lespattes possèdent une CardinalitéMaxi égale à N ( N >= 2 ) .
AGADIR
Brahim ER-RAHABrahim ER-RAHA
DEPENDANCES FONCTIONNELLES
( N° Facture , Réf. Produit )
4 - Cas d’une Association N-aire multivaluée porteuse de propriétés
FACTURE
N° Facture
Date Facture
Montant
PRODUIT
Réf. Produit
Désignation
Prix Unitaire
COMPORTER
1 , N0 , N
DF représentant l’assoc.
* Exemple 1 : Association binaire porteuse
* Exemple 2 : Association ternaire porteuse
Route
N° Route
Type Route
Etat route
VILLE
N° Ville
Nom Ville
Nbre Habitants
0 , N
0 , N
1 , N
( N° Ville Départ , N° Ville Arrivée , N° Route ) DF représentant l’assoc.
Quantité Produit
Quantité Produitc
Distance
TRAJET
Distance
Ville départ
Ville arrivée
AGADIR
Brahim ER-RAHABrahim ER-RAHA
DEPENDANCES FONCTIONNELLES
N° Employé
5 - Cas d’une Association Hiérarchique Réflexive
EMPLOYE
N° Employé
Nom
Prénom
Date Embauche
1 , 1
DF représentant l’association
PERSONNE
N° CIN
Nom
Prénom
0 , N
0 , 2
( N° CIN Parent , N° CIN Enfant ) DF représentant l’assoc.
( Nom , Prénom , Date Emb. )
1 , N
6 - Cas d’une Association Multivaluée Réflexive
PARENTE
-
Enfant
Parent
Chef
Subalterne
A pour Chef
N° CIN ( Nom , Prénom )
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Exemple :
FACTURE
N° Facture
Date Facture
Montant Facture
REGLEMENT
N° Règlement
Date Règlement
Montant Règlement
PAYER
1 , 10 , 1
N° Facture
DateFacture
MontantFacture
RG1 - Une facture fait l’objet d ’un seul règlement
RG2 - Un règlement compense toujours une seule facture
RG3 - A un instant donné , certaines factures peuvent être impayées.
Règles de gestion:
N° Règlement
DateRèglement
MontantRèglement
DEPENDANCES FONCTIONNELLES
7 - Cas d’une Association de Cardinalités Maxi égales à 1
Ce type d’association est orientédans les 2 sens pour indiquer l’existence de 2 dépendances fonctionnelles entre les identifiants des entités de l’association .
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Notion d’entité faible et d’identification relative
1 , N
( 1,1 )
Une entité faible possède un identifiant relatif qui se rapporte toujours à celui d’une entité classique . L’identifiant absolu de l’entité faible est obtenu en concaténant les identifiants des 2 entités.
Formalisme MERISE 2:
Entité Identifiant relatif Identifiant absolu
HOTEL - Code Hotel - ETAGE N° Etage Code Hotel + N° Etage
CHAMBRE N° Chambre Code Hotel + N° Etage + N° Chambre
E1 E2( 1 , 1 ) - , N
Exemple :
CHAMBRE
N° Chambre
Surface
ETAGE
N° Etage
Nbre de toilettes
HOTEL
N° Hotel
Adresse Hotel
1 , N( 1,1 )
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Dépendance Fonctionnelle inter-entités
1 , N
( 1,1 )
Exemple :
CHAMBRE
N° Chambre
Surface
ETAGE
N° Etage
Nbre de toilettes
HOTEL
N° Hotel
Adresse Hotel
1 , N( 1,1 )
RESERVATION
N° Réservation
Date Réservation
Avance en DH
Réserver
Durée
1 , N
0 , N Code Hotel + N° Etage + N° Chambre
N° Réservation Durée
RG1 - Une réservation est effectuée sur une ou plusieurs chambres
RG2 - Une réservation de client à l’hôtel précise le nombre de nuits relatif à chaque chambre ( durée )
RG3 - Une chambre est identifiée relativement à un étage et à un hôtel particuliers
Règles de gestion:
incluant une Entité faible
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Dépendances Fonctionnelles particulières et Représentations MERISE 2
E1 E2DF 1 , 1 - , - DF forte inter-entités
E1 E2DF 0 , 1 - , - DF faible inter-entités
E1 E2CIF 1 , 1 - , - CIF = Contrainte d’intégrité fonctionnelle
= DF forte traduisant un lien très stable
E1
E2
DF - , 1
F- , -
DF Entité - Association
Cette classe de DF peut être faible ou forte ou une CIF
Pseudo-entité
de la même façon qu’une DF inter-entités
Remarque : les DF particulières présentées sont toujours orientées
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Dépendances Fonctionnelles particulières
1 , N
1 , 1 CLIENT
N° Client
Nom Client
Adresse Client
REPRESENTANT
N° Représentant
Nom Représentant
Taux de commission
Passer
1 , 1
« PASSER » représente une DF forte mais instable
( Exemples )
Gérer
0 , N
« SUIVRE » représente une CIF : c ’est une DF forte et stable
DEPARTEMENTN° Département
TYPE DE CLIENTCode Type Client
Libellé Type Client
Suivre
1 , N
1 , N
Affecter
REPRESENTANT
N° Représentant
Nom Représentant
Taux de commission
0 , 1 1 , N
« AFFECTER » représente une DF faible entre l ’association
« GERER » et l ’entité « Représentant »
AGADIR
Brahim ER-RAHABrahim ER-RAHA
REGLES DE NORMALISATIONDéfinition : Ce sont des règles permettant d’obtenir une représentation des données du S.I ( GDF et MCD ) normalisée . La normalisation élimine toute redondance d’information et conduit à un modèle de données cohérent et optimisé .
1ère Forme Normale ( 1FN )
Exemple :
Une entité ou association est dite en 1FN si elle possède un identifiant fiable etsi toutes ses propriétés sont atomiques ( élimination des propriétés multivaluées )
PERSONNE
N° CIN
Nom Personne
Mont. Salaires
N° CIN Nom Mont. Salaires
J201816 ALAMI 8000 ; 8000 ; 9000M4123 FAOUZI 7500 ; 7500 ; 8000 S1827 SABIR 4000 ; 4500 ; 5000
Exemples d’occurences
« Montants salaires » est une propriété multivaluée ( non atomique )
Modèlenormalisé en 1FN
PERSONNEN° CIN
Nom Personne
MOISN° Mois
Libellé Mois
Affecter
0 , N0 , NMont. salaire
AGADIR
Brahim ER-RAHABrahim ER-RAHA
2ème Forme Normale ( 2FN )
Exemple :
Une association est dite en 2FN si elle est en 1FN et si toutes les DF entre ses propriétés sont élémentaires
PRODUITN° Produit
Libellé Produit
FOURNISSEUR
N° Fournisseur
Nom fournisseur
Adresse fournisseur
Fournir
1 , N1 , 1
2 DF découlent du modèle : ( N° Produit , N° fournisseur ) Prix d ’Achat Produit
Prix d’Achat Prod.
N° Produit N° Fournisseur
Or on a aussi : N° Produit Prix d ’Achat Produit
La DF N° 1 n’est donc pas élémentaire => Le modèle doit être normalisé .
PRODUIT
N° Produit
Libellé Produit
Prix d’Achat Prod.
FOURNISSEUR
N° Fournisseur
Nom fournisseur
Adresse fournisseur
Fournir
1 , N1 , 1
1
2
3
MCD normalisé en 2FN
AGADIR
Brahim ER-RAHABrahim ER-RAHA
3ème Forme Normale ( 3FN )
Exemple :
Une entité ou une association est en 3FN si elle est en 2FN et si toutes les DF entre ses propriétés sont directes ( élimination des dépendances fonctionnelles transitives )
PRODUITN° Produit
Libellé Produit
Code Famille
Libellé Famille
3 DF découlent du modèle :
La DF N° 3 n ’est pas directe car transitive par rapport aux DF N° 2 et 4 => Le modèle doit être normalisé
PRODUITN° Produit
Libellé Produit
FAMILLECode Famille
Libellé Famille
Appartenir 1 , N1 , 1
1
2
3
MCD normalisé en 3FN
N° Produit Libellé Produit
N° Produit Code Famille
N° Produit Libellé Famille
Il existe de plus la DF suivante :
Code Famille Libellé Famille4
AGADIR
Brahim ER-RAHABrahim ER-RAHA
FORME NORMALE DE BOYCE-CODD ( BCNF )
Schéma supposé en 3FN mais non en BCNF
Une association est en BCNF si elle est en 3FN et si une entité reliée par une DF à l ’association ( ou toute propriété non identifiante de l ’association ) n’est pas source de DF vers une partie de l’association .
- , 1 F
- , -PseudoEntité DF
DF - , 1- , -
E1
E2
ASSOC.
Schéma normalisé en BCNF
- , 1 F
- , -DF
- , -
E1
ASSOC.
E2
ASSOC.- , 1
AGADIR
Brahim ER-RAHABrahim ER-RAHA
FORME NORMALE DE BOYCE-CODD ( suite )
Exemple
ANNEE
ANNEE Enseigner
PROFESSEUR
N° Professeur
Nom Professeur
MATIERE
N° Matière
Intitulé Matière
SALLE
N° Salle
Libellé Sallle
1,N 1,1
0,N1,N
1,N
DF
DF
1,1 1,N
Pseudo-entité« COURS »
ANNEE
ANNEE
Enseigner
SALLE
N° Salle
Libellé Sallle1,N
1 , N
1 , N
0 , N PROFESSEUR
N° Professeur
Nom Professeur
DF
Affecter
MATIERE
N° Matière
Intitulé Matière
1,11,N
Pseudo-entité « Prof. Opérationnel »
* Un cours ( Prof + Matière + Année ) est enseigné dans une même salle le long de l ’année * Dans une salle , on enseigne la même matière chaque année* Un enseignant peut enseigner une à plusieurs matières chaque année
Schéma normalisé en BCNF
« Réserver »
AGADIR
Brahim ER-RAHABrahim ER-RAHA
4ème Forme Normale ( 4FN )
Exemple 1 :
Une association est dite en 4FN si elle est en BCNF et si : - elle ne cache pas de DF ou de CIF de degré inférieurou - elle est décomposée pour montrer les DF ou CIF qu’elle comporte
N° Classe N°Matière N° Prof
Exemples d’occurrences de « Enseigner »RG1 - Un professeur peut enseigner une matière dans plusieurs classes et plusieurs matières dans une même classe RG2 - Dans une classe, une matière ne peut être enseignée que par un seul professeur
Enseigner
0 , NClasse
Prof.
Matière0 , N
0 , N
C1 M1 P1 ! C1 M1 P2 ! C2 M3 P3 C4 M3 P3 C1 M8 P1
Ce modèle est incorrect car il ne tient pas compte de la règleRG2 qui indique l’existence d’une CIF de degré inférieur .
Règles de gestion
Matière
Classe
Est enseignée
0 , N
0 , N CIF Prof.1 , 1 1 , N
Modèle normalisé en 4FN
N° Classe N° Mat. N°Cl.+N°Mat. N°Prof. C1 M1 C1+M1 P1 C2 M3 C2+M3 P3 C4 M3 C4+M3 P3 C1 M8 C1+M8 P1
Occur. de ‘ Est enseignée ’ Occur. de la CIF
AGADIR
Brahim ER-RAHABrahim ER-RAHA
4ème Forme Normale ( 4FN ) (suite)
Exemple 2 :
N° Classe N°Matière N° Prof
Exemples d’occurrences de « Enseigner »RG1 - Un professeur peut enseigner une matière dans plusieurs classes et plusieurs matières dans une même classe RG2 - Dans une classe, une matière peut être enseignée par plusieurs professeurs ( prof. de cours, TD et TP )
Enseigner
0 , NClasse
Prof.
Matière0 , N
0 , N
C1 M1 P1 C1 M1 P2 C2 M3 P3 C4 M3 P3 C1 M8 P1
Règles de gestion
Pour les nouvelles règles de gestion , le modèle d ’association ternaire ne cache aucune DF ou CIF de degré inférieur
=> Il ne doit pas être décomposé et se trouve déjà en 4 ème forme normale
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Normalisation des entitésNormalisation des entités
Première forme normale (1FN) : toutes les propriétés sont élémentaires et il existe au
moins une clé. Si une clé est unique, elle sera
prise comme identifiant
Deuxième forme normale (2FN) : toute propriété doit dépendre de la clé par une DF
élémentaire
Troisième forme normale (3FN) : toute propriété doit dépendre de la clé par une DF
élémentaire directe
Forme normale de Boyce-Codd (BCFN) : si une entité possède un identifiant concaténé, un des
éléments de cet identifiant ne doit pas dépendre d'une
autre propriété.
Exemples : CLIENT
Nom, adresse
Pas FN1 car pas de clé et adresse pas élémentaire (concaténée)
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Exemples (suite)Exemples (suite)
Ligne-Commande
N°cde,Réf,Dés, QtéPas FN2 car Df avec clé n'est pas élémentaire
Client
Codecli, nomcli
Appartient à Catégorie
Codecaté, nomcaté*,1 0,n
Commande
N°cde
Concerne
Qté
Produit
Réf, Dés1,n 0,n
Client
Codecli,nomcli, codecaté, nomcatéPas FN3 (Pas de transitivités)
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Exemples (suite)Exemples (suite)
COURS
Matière, N°classe, Code-prof
N'est pas BCFN
PROF
Code-prof , matière
CLASSE
N°classe
Fait cours1,n *,1
AGADIR
Brahim ER-RAHABrahim ER-RAHA
PERSONNALISATION D’ASSOCIATIONS
Exemple :
BUT : Transformer une association en entité lorsqu’il y a une perte sémantique dans le MCD par rapport aux règles de gestion du S.I .
ASSUREUR
N° Assureur
Nom Assureur
Adresse Assureur
CLIENT
N° Client
Nom Client
Adresse Client
Fournir
1 , N1 , NDate signatureDate échéanceMont. Prime
VEHICULE
N° Immatr.
Modèle
Date mise en service
1 , N
Selon le modèle , le client ne peut signer qu’un seul contrat d’assurance pour un véhicule donné avec le même assureur d’après la structure de l’identifiant de l’association .
Solution : Personnaliser l’association « Assurer » en entité
ASSUREUR
N° Assureur
Nom Assureur
Adresse Assureur
CONTRAT
N° Contrat
Date Signature
Date échéance
Mont. Prime
CIF
CLIENT
N° ClientNom ClientAdresse Client
VEHICULE
N° Immatric.ModèleDate mise en serviceCIF
CIF1,N
1,1
1,11,N
1,11,N
Un client peut signer plusieurs contrats d’assurance relatifs au même véhicule chez le même assureur .
AGADIR
Brahim ER-RAHABrahim ER-RAHA
PERSONNALISATION DE PSEUDO-ENTITES
Exemple :
BUT : Transformer une pseudo-entité en entité lorsqu’il y a participation de l’association formant la pseudo-entité à une ou plusieurs autres associations dans le but de simplifier le modèle conceptuel des données .
Employé Opérationnel
Code Employé Op.CIF
CIF
CIF
1,N
1,1
1,1
ANNEE
ANNEE Affecter
FONCTION
N° Fonction
Libellé Fonction
EMPLOYE
N° Employé
Nom Employé
Prénom Employé
TACHE
N° Tâche
Libellé TâcheAttribuer
Date Attribution
1,N0,N
1,N1,N
0,N
Personnalisation de la pseudo-entité en entité « Employé Opérationnel »
Année 1,1
Fonction
Employé
1,N
1,N
TACHE
N° Tâche
Libellé Tâche
Attribuer
Date Attribution
1,N 0,N
AGADIR
Brahim ER-RAHABrahim ER-RAHA
Graphe de Dépendances Fonctionnelles
GDF = Représentation graphique de l’ensemble des DF unissant les propriétés dans un domaine d’activité du système d’information . Ces propriétés sont obtenues à partir du dictionnaire de données du domaine .
Exemple : GDF du domaine « Gestion commerciale » dans une entreprise
N° Client
NomClient
N° Catégorie
N° ProduitDate
AdresseClient
Tél.Client
Libellé produit
Prix achatproduit
Qté prod.commandée,Mont. ligne commande
N° fournisseur
Nom fournisseur
Adressefournisseur
Libellé catégorie
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA
AGADIR
Brahim ER-RAHABrahim ER-RAHA